Кто как реализует родительскую карточку товара?

[tdslava]

Здравствуйте

 

занимаемся наручными часами. У нас и конкурентов испокон веков была система "одна вариация товара" = "один артикул". Иногда задействовали опции для товаров где это уместно (ювелирка).

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

Думаем сделать это и у себя на сайте, но изначально опенкарт под это вроде не заточен.

Множить сущности, создавать отдельную карточку под каждый объединенный товар, прописывать ему дочерние, присваивать ему наличие по сумме дочерних?

Но это же будет виртуальный товар, по сути его нет. Заказывать его самого не должны, в выгрузки на маркетплейсы он попадать должен особым образом, в CRM не грузиться, в электронную коммерцию и сквозную аналитику должен особым образом передаваться.

Кто как это решает?

[Kostrull]

отличный вариант

 

[Nameless]

50 минут назад, tdslava сказал:

 

Думаем сделать это и у себя на сайте, но изначально опенкарт под это вроде не заточен.

 

 

4 версия заточена, маркетплейсы не от хорошей жизни это делают, тот же маркет не может сейчас чисто технически даже сматчить нормально размеры товаров

[test1986]

1 час назад, tdslava сказал:

Здравствуйте

 

занимаемся наручными часами. У нас и конкурентов испокон веков была система "одна вариация товара" = "один артикул". Иногда задействовали опции для товаров где это уместно (ювелирка).

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

Думаем сделать это и у себя на сайте, но изначально опенкарт под это вроде не заточен.

Множить сущности, создавать отдельную карточку под каждый объединенный товар, прописывать ему дочерние, присваивать ему наличие по сумме дочерних?

Но это же будет виртуальный товар, по сути его нет. Заказывать его самого не должны, в выгрузки на маркетплейсы он попадать должен особым образом, в CRM не грузиться, в электронную коммерцию и сквозную аналитику должен особым образом передаваться.

Кто как это решает?

 

у меня СРМ понимает где товар с какого маркетплейса, где с сайта (в настройках сопоставление есть)

 

я изначально определила например базу 1с как средство учета, а выгрузки на сайт и маркетплейсы со своими структурами каталога уже адаптируется каждый фид под тз

 

послезавтра откроется еще сто питцот марктплейсов, каждый раз сайт кромсать смысл, если это регулируется бизнес процессами внутри самой компании, какой объем продаж идет с каждого источника и как работают менеджеры с обработкой заказов 

[tdslava]

1 час назад, Kostrull сказал:

отличный вариант

 

жаль, с brainyfilter не дружит

[Kostrull]

19 минут назад, tdslava сказал:

жаль, с brainyfilter не дружит

Возможно смогут подружить, попробуйте написать в лс автору. Очень адекватная техподдержка в плане вопросов, проблем и доработок.

[tdslava]

17 часов назад, Kostrull сказал:

Возможно смогут подружить, попробуйте написать в лс автору. Очень адекватная техподдержка в плане вопросов, проблем и доработок.

предупреждения пугающие. Мол, если что не работает - сами виноваты, пишите авторам других модулей, я никому ничего не должен и т.п. 

Например, предвижу проблемы с кешированием. Цитирую:
 

Цитата

Если у вас после обновления модификаторов валится сайт - значит какой-то "умник" вам изменения внёс в кэш модификаторов
- соответственно, чтобы заставить работать на таком сайте модуль - придется повозиться со всем этим бредом на платной основе

Судя по формулировкам - опять автор один в белом пальто стоит красивый, а все дураки и не лечатся. Другие разработчики по умолчанию криворучки.
Лучше с таким не связываться. Или попробовать на новом сайте, на старом не рискну

 

[tdslava]

19 часов назад, Pascha сказал:

цвета - как товар
опция - как товар

варианты товара
категория- как товар

модулей под это дело куча, не считая доработок

категория как товар, кстати, безопаснее всего выглядит. Не будет ни с чем пересекаться.
А какой вариант наиболее распространен? 

[Kostrull]

11 минут назад, tdslava сказал:

Или попробовать на новом сайте, на старом не рискну

Эм, несколько странно, что у вас нет тестовой копии, на которой предварительно тестируете доработки. Делаете технический поддомен, копируете туда текущий - на нем пробуете, если все гуд - переносите

16 минут назад, tdslava сказал:

Лучше с таким не связываться

Никто же не заставляет, предложил вариант, который в похожей ситуации мне подошел. Да и адаптация с наиболее популярными  (ocFilter, FilterVier, Dream Filter) как бы наводит на мысль, что  модуль вполне себе может в фильтры.

[tdslava]

1 час назад, Pascha сказал:

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

т.е. велосипед нужно проектировать и изготавливать под каждого конкретного пользователя...

Есть очевидные удачные решения связанные с ограничениями движков и сопрягаемостью с модулями. В импорте-экспорте, например, АОП захватило нишу.

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

[mpn2005]

2 часа назад, tdslava сказал:

Цитата

Если у вас после обновления модификаторов валится сайт - значит какой-то "умник" вам изменения внёс в кэш модификаторов
- соответственно, чтобы заставить работать на таком сайте модуль - придется повозиться со всем этим бредом на платной основе

Судя по формулировкам - опять автор один в белом пальто стоит красивый, а все дураки и не лечатся. Другие разработчики по умолчанию криворучки.
Лучше с таким не связываться. Или попробовать на новом сайте, на старом не рискну

А вы внимательно прочитали?

Я как разработчик не раз получал сайт, где при обновлении модификаторов всё слетает, т.к. все правки "умельцев" были в кэше модификатров.

И виноватым пытаются сделать автора модуля, хотя модуль даже поставить не получится. При установки надо обновить модификаторы, а тут слетают правки сделанные месяцами и годами.

Или автор за покупку модуля должен всё это клиенту объяснить и исправить?

[mpn2005]

20 часов назад, tdslava сказал:

жаль, с brainyfilter не дружит

Есть адаптация под данный фильтр. Но делалась она довольно давно, может с текущей версией фильтра не заработать.

Фильтр встречается не так часто, поэтому поддержка не заявлена.

 

И нужно понимать, что даже заявленная совместимость может не заработать на новой версии фильтра

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

[fanatic]

4 часа назад, mpn2005 сказал:

Или автор за покупку модуля должен всё это клиенту объяснить и исправить?

не должен, но лучше предупредить что может быть трындец

я, с некоторых пор, сохраняю на всякий случай storage

[mpn2005]

9 минут назад, fanatic сказал:

не должен, но лучше предупредить что может быть трындец

При большом потоке не предупредишь.

И бывает прилетает клиент - Я поставил модуль, а оно всё упало. Срочно исправляйте.

Вот как тут быть?

 

10 минут назад, fanatic сказал:

я, с некоторых пор, сохраняю на всякий случай storage

Папка вынесена и к ней нет доступа. Как быть?

 

Слишком абстрактно утверждать "я делаю правильно", не учитывая нюансов и различных ситуаций.

Всех не предупредить:

Не делайте доступ admin/admin
Не оставляйте вывод ошибок
Не правьте шаблоны в редакторе шаблонов в ОС3
...

И список довольно не маленький.

[fanatic]

3 минуты назад, mpn2005 сказал:

И бывает прилетает клиент - Я поставил модуль, а оно всё упало. Срочно исправляйте.

Вот как тут быть?

 

3 минуты назад, mpn2005 сказал:

Папка вынесена и к ней нет доступа. Как быть?

правки в модифицированных файлах,  исключительно проблема заказчика.(имхо)

[mpn2005]

1 минуту назад, fanatic сказал:

правки в модифицированных файлах,  исключительно проблема заказчика.(имхо)

Ровно это и написано сразу в описании к модулю, к которому придрался ТС.

И возмутился - "Да как же это так!". При этом даже не стал вникать, что именно там написано.

Причём там не строгий отказ, а возможность помощи за дополнительную оплату.

Ну это никак не вписывается в картину: "Ваш модуль не устанавливается, срочно исправляйте".

[fanatic]

7 часов назад, tdslava сказал:

Судя по формулировкам - опять автор один в белом пальто стоит красивый,

а при чем автор модуля, если сайт упал из-за того, что были внесены правки в модифицированные файлы(чего делать нельзя).?

сайт,  упал бы  и без установки модуля, после обновления модификаторов.

[mpn2005]

1 минуту назад, fanatic сказал:

а при чем автор модуля, если сайт упал из-за того, что были внесены правки в модифицированные файлы(чего делать нельзя).?

сайт,  упал бы  и без установки модуля, после обновления модификаторов.

Специалист это понимает. А для владельца сайт упал после установки модуля. :)

P.S.: Стоит сворачивать этот оффтоп.