Приветствую. Вопрос к тем, кто делал реальные шопы на de, бо я максимум только как каталоги ставил. Но вот заказчик полон решимости получить полнофункциональный шоп, поэтому подскажите, на чем порекомендуете сваять, учитывая немецкую специфику? Чтобы в дальнейшем было минимальное количество проблем. Основные требования - интеграция с платежными системами (пока заявлены paypal, Sofortuberweisung и Nachname, но с возможностью расширения), интеграция с бух- и учетными системами, а в идеале еще и с CRM - в настоящий момент точно еще не знаю, что именно он использует и использует ли как CRM и бухгалтерию. Нагрузка полагаю сильно большая не будет, так как товар специфический и судя по всему наименований не очень много.
Как то так, больше вводных пока нет, но думаю, что отталкиваться можно и от этого.

вам каждый посоветует то, с чем он сам работает, со своей стороны посоветую oxid (www.oxid-esales.com) делали уже кучу немецких шопов на нем, практически из коробки годен под требования trustedshop (хотя они всегда найдут к чему придраться), модуль Sofortuberweisung свободный (http://exchange.oxid-esales.com/de/tag/sofortueberweisung/, paypal тоже вроде есть бесплатный, но если что стоит 50-70 евро, Nachname там из коробки.
в шопе корошая MVC модель, удобно переделывать, хорошая модульность, любой класс переделывается без хардкода в движок шопа.
Можно конечно на magento, но он монстроузен, хотя тоже очень гибкий и имеет по более возможностей, но лично с моего опыта, пока разбираться с магенто, можно уже два шопа на оксиде сделать.

По твоим требованиям подходят большинство систем:
- magento
- OXID
- shopware
Однозначного ответа не дам. Везде есть свои недостатки и преимущества. Все зависит от требований клиента. Каждый делает в той системе, которая их проплачивает.
Дам тебе пару сложных примеров, что бы ты имел представление, как справляются системы с требованиями клиентов
Shopware: http://www.comtech.de/
OXID: http://bree.com/
Magento: http://www.kidsstars.de
У всех магазинов логика не простая и подвязка к WaWi есть. Все это сложные системы. С этими примерами лично имел дело, поэтому знаю о чем говорю.
Shopware разрабатывают немцы. OXID интернациональная компания. Magento тоже. Будущее магенто не определено, после того как его перекупил ибэй. Мне кажется магенто умирает. OXID силен на немецком рынке, но и цены не детские.
Shopware же можно попробовать за копейки и понять, нужно ли или нет. Но там есть свои сложности. Если быстро расти, выйдешь на те же деньги, которые бы ты вложил как в магенто, оксид или еще чего, но будешь иметь на шее систему, которая тебя вяжет по рукам и ногам.
Мы к примеру предлагаем изначально индивидуальную разработку. Может по началу это и дороже обходится, чем Shopware CE, Oxid CE или магенто, но потом ты почуствуешь вкус индивидуальной разработки. ;) Ты когда машину покупаешь, тоже рассчитываешь на определенную сумму, имеешь требования. Все это так же и в построении шопа.
Тут, как я уже и говорил, нужен индивидуальный анализ. А в целом наверное задумываясь долгосрочно без заморочек, наверное OXID имеет смысл, если клиент хочет долгосрочный полноценный шоп.
Я бы лучше задумался,
- какая у них WaWi,
- что с миграцией данных и
- как будет обстоять дело с пересылкой и оплатой.
Это критерии, по которым ты сможешь быстро определить, какая система тебе подойдет.
Ну а в целом магазин это проэкт построения дома. Каждый дом требует вложения средств, поддержку содержания дома, индивидуальное планирование итп.
Будут вопросы, обращайся.

Не сказал бы. Мне показался он более понятным. Нужно было по быстрому поднять магазин. Справился сам с учетом того, что у меня опыта вообще не было.
у OXID своя специфика, которая не всегда интуитивно построена, хотя возможно в новых версиях они поубирались.

спасибо за отзывы - про магенто конечно знаю, тестировал чисто на побаловаться, а вот 2 других не знал до сего дня.
Поэтому сразу главный вопрос:
И OXID и Shopware есть бесплатная и платные версии - то, что мне требуется, на бесплатных можно сделать или ориентироваться только на старшие версии? Ибо цены там совсем не детские...
Я конечно скачал потестировать, но уже не сегодня...

фактически из платного там только оф поддержка, код там на 99% одинаковый с комъюнити версией, разве что в платной еще WYSIWYG эдитор идет сразу, что без проблем решает бесплатный CKEditor (даже модуль есть) и еще в платной идет куча приблуд от оксида - eFire, но не уверен, что все они нужны, проще докупить отдельных модулей если потребуется.
У нас были клиенты которые ставили себе платные версии, я разницы вообще не заметил, разве только что все phpшки закодированы, что заставляет писать аккуратные модули а не говнокодить напрямую в core.
В остальном, основные затраты идут только на верстку под конкретный шаблон (1-2 дня умеючи), еще возможно на покупку специфических модулей, если не найдутся бесплатные.

спасибо, понятно, тогда буду пробовать.

Щас смотрю что скачал версию OXID_ESHOP_CE_4.7.5 - что то вроде на первый там открыты все коды... не вижу обфускации etc...

Обрати внимание на наличие Schnittstelle к бугалтерской проге. Если его у разработчиков твоей бухпрограммы нет, то такой шоп не нужен.

конечно, это же комьюнити эдишен, там GPL

т.е. если я покупаю бизнес-версию то получаю обфусцированный код? или можно получить обфусцированную демку коммерческих версий? Со вторым я сталкивался, с первым нет.
Поставил я се, на первый взгляд, нравится, вопросов конечно много, если что буду задавать )))))
Для начала - если я правильно понимаю, выбор шаблонов там небогатый? и если этот шоп берет свое начало от ос -хт-коммерц, то тогда понятно, что имеется в виду под

В общем, пробую...
2 Валидол
Привет, да, понятно, что это одно из условий, я честно говоря до сих пор не знаю, чем пользуется заказчик. Но думаю не сегодня-завтра буду знать )))
пс. а ты что порекомендовал бы, магенто?

Я всех не знаю. Близко я имел дело с двумя шопами это Магено и Престашоп.
С точки зрения вебстроителя мне понравилась Преста, то есть настройка и подгонка темлейта, в ней довольно легкая. Но с точки зрения владельца шопа (у меня собственный шоп), магенто мне понравилась больше. Хотя магенто и тяжела в настройке, но в управлении товарами, заказами и клиентами, она, на мой взагляд лучше престы.
Заказчика спроси, потому что, когда заработает шоп, он замучается вручную все заказы в бухгалтерию перебрасывать. И тебе придется к этому делу опять возвращаться.

заказчик в командировке, будет в выходные, раньше не спрошу.
По поводу шаблонов - вроде бы к магенте их довольно много и сравнительно недорого можно купить - так что, эти коммерческие шаблоны тоже надо с бубном натягивать? А то я взял уже на заметку парочку подходящих...
И еще - на счет хостинга - надо ориентироваться сразу же на впс или дедик? Если я правильно понимаю, держать шоп на шареде некошерно...тут же завязана и настройка бекапирования - ибо шоп должен функционировать безотказно и без перерывов на обед, а на своем сервере все это гораздо проще настроить...
И это...если не секрет, покажи свой шоп..можно в пм

у магенты проблемы с производительностью. VPS будет достаточно для начала.

Общий взгляд здесь или здесь.
Интернетмагазин можно прямо "снять", для некоторых систем (до 100 позиций) это бесплатно.
Сам работаю с xt:Commerce VEYTON, для разработчика - мука с документацией, но шеф выбрал эту систему давно. Очень любят деньги :)

заказчик сказал, что использует Microsoft Dynamics NAV -
кто то сталкивался с таким?

да, я прозрел - для этой системы есть несколько коннекторов, но такие цены
nav-connetctors - или есть вот такой еще -
NAVeConnect- тут даже цена неизвестна, сделал запрос - не говорят, приглашают на видеомитинг, типа покажем, пообщаемся, подберем индивидуально под ваши нужды и т.д.
Заказчик конечно оплачивать такое совсем не готов...
Вопрос теперь стоит таким образом: можно ли более разумными с точки зрения бюджета средствами экспортировать данные из магенто в xml-файл?

конечно можно. все дело бюджета и того, что конкретно ты хочешь експортировать. :)
я настраивал экпорт стандартными средствами.

шоп в основном готов...магента....ну до полного функционала доработок еще много конечно, много зависит от заказчика, как быстро он раздуплится с товарами, описаниями и т.д. и т.п....
Встал вопрос сервера - он взял дешевый шаред хостинг, я там даже индексы магенты обновить не могу, приходится извращаться... у кого опыт в выборе впс, что посоветуете? Hetzner? какой план? Альтернативные варианты? В общем, помогите подобрать оптимальный вариант....

https://www.mittwald.de/
Дают себя потестить(не бесплатно), то есть можно взять акоунт на месяц-два-три. И довольно нормально реагируют на телефонные звонки.
pS: На всякий случай: тестАкк я обговаривал с ними по телефону. Не знаю, есть ли такая фишка у них на сайте

https://www.mittwald.de/service/mittwald-testen/

Да. Бесплатно тлько 7 дней.
Но за отдельную плату можно и продлить. Я продлевал до полугода.

Извините что влажу в узкопрофессиональный топик.Вы можете сказать сколько стоит прикрутить на сервер магазин "xt:Commerce Professional+ 4.1" настроить платежи PayPal и все остальное, ну и последующая поддержка если что то не будет получаться.Я залил себе давно Onlineshop by Gambio.de 2008, скорее всего что бы посмотреть, что это и как работает,долго с ним игрался, но он мне не понравился,чем наверное и объяснить не смогу, на пару лет забросил,теперь назрела серьезная необходимость своего шопа.Я просмотрел описания всех основных шопсистем,интуитивно почему то тянет к "xt:Commerce Professional+ 4.1",он вроде удовлетворяет основным моим требованиям.Я понимаю что цена зависит от многих факторов,но порядок цен интересует,не подскажете ? Со счетом , что бы списать.

xt:Commerce разрекламирован, но недоделан как-то. Вечно какие-то там мелочи не работают. По мне так гамбио лучше. Хотя, можно конечно самому всё доделать... Да и раскодировать всю эту бодягу можно.

нужно ли? :)

я тоже сначала думал про Gambio или магенто, мне больше нравилось, тем более я гамбио более менее изучил. Но вот L@nixx написал что магенто умирает, человек в теме, не станет он просто так это писать. Мне важно простота и быстрота выставления артиклей так как их выставляется сейчас до 30-60 в день,перенятие с ебея или наоборот и синхронизация варебештанда,сохранение проданных артиклей и поиск по их базе, пайпал-банк и ферсанд что бы делался двумя кликами как это делает http://afterbuy.de, ну и Sicherheit , то есть бекап магазина на локальный диск, что бы в случае взлома ,вандализма можно было быстро все восстановить.Моим требованиям вроде многие соответсвуют, но в некоторых описаниях так мутно это описано, пока сам не столкнешься, не поймешь.Я так и не понял,XT синхронизирует Warebestand с ебеем или нет, то есть если купили в магазине,снимится ли артикль сам на ебее и наоборот.

посмотрите в сторону oxid, для него есть модули на ebay и amazon (за все не скажу, но те что мы делаем точно умеют) с поддержкой синхронизации склада, заказы на ебэе и амазоне также отображаются в шопе, артикли на ебэе тоже рулятся через админку шопа (описание, шаблон, картинки, стоимость и способы доставки и т.д)

Проблема с магенто состоит в том, что после того, как ее перекупил ebay, все стало расшатываться и будущее магенто не понятно. просто политика ebay нацелена на то, что бы удержать и привлекать пользвателей на самой платформе. поэтому полноценное решение работы электронных магазинов с ebay может быть при условии что производитель расширения или магазина, который поддерживает ebay, должен иметь в той или иной мере партнерские отношения с ebay. в целом комьюнити у magento большая, но эти неясности отпугивают многих клиентов, и те в свою очередь уходят от магенто...
соглашусь с мнениями тут, oxid может быть для вас хорошим решением. только желательно понимать, что вам нужно от системы. какие требования к индивидуальному дизайну у вас есть и что конкретно вы хотите делать с системой, для того что бы определиться с техническим решением. от этого будет зависить стоимость вашего магазина.

Все, вопросы с хостингом сняты, пошло тестирование. Возник вопрос, как вы, я имею в виду у кого магенто, поступаете с темплейтами писем, рехнунгов там и прочих лифершайнов и т.п.?
Я имею в виду, в демоданных стандартные куцые шаблоны, я тут по ходу смотрел курс от V2brain по магенто 1.7, так немец-лектор утверждает, что по немецким законам эти вещи очень строгие, и должны соответствовать стандартам. Предлагает поставить расширение за 45 евро, вот это - но во первых, не совсем понятно, речь в этом модуле идет о pdf-документах, в письмах же приходит все в обычном html.... в общем, недопонимаю пока тут, буду признателен за некоторые разъяснения.

Есть бесплатные немецкие пакеты, которые не только переводят шоп, но и подгоняют темлаты майлов. У меня стоит этот: http://www.magentocommerce.com/magento-connect/locale-mage-community-de-de.html
Я встречал и другой пакет, и тоже бесплатный. У этого, вышестоящего, шаблоны майлов хранятся в HTML файлах, у того который я еще рассматривал, в базе.
а пдфки наверное используют для рехнунгов которые выписывает сам шоп. Я это вообще отключил, потому что выписываю их не шопом, а бухгалтерией. Бухпрогой то есть.

да, я как то делал магазин на magento и именно этот пакет тоже брал. магазин уже закрылся и поэтому нет возможности посмотреть, как оно было...

Не, ну шпрахпакет я конечно тоже ставил, и именно этот, и сверху на него еще по рекомендации german setup
А поскольку я с шопом впервые, а с бухгалтерией немецкой и с ихними требованиями вообще можно сказать никак, то и возникают непонятки.
Вернее, кажется начинаю немного соображать. Т.е. вот например шаблон письма - Neue Rechnung (Template) - это не рехнунг, это письмо о том, что выписан рехнунг за таким то номером и т.д.? Или?
И как должно обстоять дело с реальными рехнунгами, я почему то думал, что они автоматом генерируются в пдф и прикрепляются к письмам. А теперь даже не знаю..

Я у себя Neue Rechnung (Template) не видел, или не понял где ты смотришь.
Инфо о новом рехнунге, у меня, делается шаблоном invoice_new.html
Но это, я у себя, как говорил выше. Отключил потому, что меня не устраивает когда шоп сам генерирует НОМЕРА рехнунгов. Я продаю еще и на ебай, а у рехнунгов должна быть сквозная нумерация. Этого не получается если шоп сам ставит номера.
Guten Tag {{htmlescape var=$order.getCustomerName()}},
vielen Dank für Ihre Bestellung bei {{var store.getFrontendName()}}. Sie können den aktuellen Status Ihrer Bestellung jederzeit über Ihr Benutzerkonto einsehen. Falls Sie Fragen oder Anregungen haben, kontaktieren Sie uns bitte wahlweise per E-Mail {{config path='trans_email/ident_support/email'}} oder auch gerne per Telefon unter der Rufnummer {{config path='general/store_information/phone'}}.
Ihre Rechnung Nr. {{var invoice.increment_id}} für Bestellung nr.{{var order.increment_id}}
а мыло с подтверждением заказа это : order_new.html
Guten Tag {{htmlescape var=$order.getCustomerName()}},
vielen Dank für Ihre Bestellung bei {{var store.getFrontendName()}}. Sobald Ihre Sendung verschickt wurde, erhalten Sie per E-Mail weitere Informationen zur Sendungsverfolgung. Sie können den aktuellen Status Ihrer Bestellung jederzeit über das Benutzerkonto einsehen. Falls Sie Fragen oder Anregungen haben, kontaktieren Sie uns bitte wahlweise per E-Mail {{config path='trans_email/ident_support/email'}} oder auch gerne per Telefon unter der Rufnummer {{config path='general/store_information/phone'}}.
Nachfolgend Ihre Bestellbestätigung, vielen Dank noch einmal für die Bestellung!

я имел в виду, что рехнунг-майл и рехнунг - это не одно и то же. В админке при просмотре конкретного рехнунга его можно послать на печать, и на выходе имеем pdf именно Рехнунга. Так вот, я почему то думал, что этот самый pdf идет вложением к рехнунг-майлу... Однако, нигде не нашел, только вручную...
И вот с этим pdf-ом вроде как проблемы, сгенерированный pdf не отвечает стандартам, которым должен соотв-ть рехнунг в Германии...
Что же касается шаблонов майлов, у меня они доступны для редактирования в админке - System- Trasaktions E-Mails

И хранятся таки в бд
Файлы я эти тоже вижу, но это по видимому germansetup скопировал с некоторыми изменениями и поместил в бд...
К слову, по видимому, вся чехарда с рехнунгами окажется ненужной, заказчик вроде как тоже решил счета из своей бухгалтерии выписывать. Правда, как я выше говорил, у него это монстр- ms dynamics nav - , коннекторы он покупать не готов, хочет получить выход в xml а там уже говорит дальше я сам...
И тут опять проблемы - штатный экпорт его не до конца устраивает, говорит, мало полей выводит, нужно больше.. Сейчас вот ищу что то готовое, типа расширенного экспорта, если кто то что-нить похожее встречал, подскажите, да и вообще, буду признателен за наводку..