Складская программа и движок магазина. Как автоматизировать обмен данными?

1 234 5
L
На сайте с 16.11.2014
Offline
15
#21

e_v_medvedev, То есть, Вы считаете, что проще будет фото и описания напрямую в CMS грузить (в нашем случае Magento)? Или дело не в том, что проще, а как правильнее))))

e_v_medvedev
На сайте с 07.03.2013
Offline
183
#22
Lacos:
e_v_medvedev, То есть, Вы считаете, что проще будет фото и описания напрямую в CMS грузить (в нашем случае Magento)? Или дело не в том, что проще, а как правильнее))))

Мой опыт работы с клиентами, имеющими сайты на Мадженто и 1С подсказывает именно такой вариант. В 1С как правило ведется минимум данных, предназначенных для идентификации товара, а не для его демонстрации со всех сторон и в лучшем виде. В результате приходится сначала выгружать данные из 1С в какой то промежуточный формат, потом добавлять туда данные, необходимые для SEO (подготовленные другими средствами), и потом заливать в базу сайта. То есть проблема в том, что без промежуточной обработки данные из 1С в базу заливать не получается. А есть еще проблемы с импортом настраиваемых товаров. Тогда и 1С нужно будет допиливать. Так что универсального решения не получится.

smartceo.ru (https://smartceo.ru) (методология интернет-торговли, портфолио, онлайн сервисы)
L
На сайте с 16.11.2014
Offline
15
#23

e_v_medvedev, Большое спасибо за ответ! Используем модуль Ругенто, настраиваемые товары да, это отдельное веселье))) Но вроде получается у программиста, причем без изменения конфигурации 1С, разве что только местами приходится менять что-либо в ведении номенклатуры))) Но так как и 1С и сайт с нуля - нестрашно все это. Хотелось бы понять, почему именно неудобно делать полный обмен между УТ и CMS. Поэтому, собственно, и спросил...

e_v_medvedev
На сайте с 07.03.2013
Offline
183
#24
Lacos:
e_v_medvedev, Большое спасибо за ответ! Используем модуль Ругенто, настраиваемые товары да, это отдельное веселье))) Но вроде получается у программиста, причем без изменения конфигурации 1С, разве что только местами приходится менять что-либо в ведении номенклатуры))) Но так как и 1С и сайт с нуля - нестрашно все это. Хотелось бы понять, почему именно неудобно делать полный обмен между УТ и CMS. Поэтому, собственно, и спросил...

Ну да, другой вариант прописывания связи группирующего и группируемых товаров это отразить связь через правильное формирование артикулов. А для синхронизации цен и остатков выгрузка всего объема данных в CommerceML не разумна. Обработка объемных файлов XML съедает много вычислительных ресурсов у хостинга (проще использовать CSV файл). Правда я возможностей модуля Ругенто не знаю. Может для первоначальной заливки он от части и подойдет, но все равно нужно будет проводить поисковую оптимизацию контента и делать это в 1С не рационально. Правда как известно "дьявол кроется в деталях". Может конкретно для вашего случая решение вполне приемлемое.

L
На сайте с 16.11.2014
Offline
15
#25

У модуля есть возможность обмена только изменившейся информацией с широкими настройками, и т.д... Ну и про детали Вы абсолютно правы. И вот про оптимизацию сильно не задумывались пока, да, надо поразмыслить, спасибо!

P
На сайте с 13.03.2015
Offline
26
#26

---------- Добавлено 25.09.2015 в 18:16 ----------

Lacos:
Добрый день! А подскажите, в чем именно "неудобность" такого решения? Как раз сейчас организовываем именно это (полный обмен 1С УТ и CMS), может быть зря? :)

Я тоже выбрал вариант при котором из 1С на сайт грузятся только изменения в категориях и товарах (название, остаток, цена). А заполнение карточки товара (описание, свойства, фотографии) ведется уже на сайте, в админке. В админке сайта удобно настраивать уровень доступа человека, который занимается наполнением (контент-менеджер по-научному?) Почему не заполняем все сразу в 1С? Изначально не знал, что такая возможность есть) А теперь понимаю, что работать с сайтом из админки удобнее. И, да! Пускать в 1С посторонних совсем не хочется.

А полностью вся система работает так: 1С Розница - 1С Управление Торговлей - Сайт

Обмен происходит по расписанию или можно провести вручную.

Когда все это настраивал, пришлось тоже прилично выложить программистам, хотя сложнее было найти толкового специалиста, который мог изменения в CMS писать и одновременно разбирался хотя бы немного в принципах взаимодействия с 1С.

L
На сайте с 16.11.2014
Offline
15
#27
Phils:
Почему не заполняем все сразу в 1С? Изначально не знал, что такая возможность есть) А теперь понимаю, что работать с сайтом из админки удобнее. И, да! Пускать в 1С посторонних совсем не хочется.

Вроде бы в 1С можно тоже права как хочешь выдавать.

Тут еще вопрос, с чем предполагается работа операторов магазина, колл-центра.

S
На сайте с 13.10.2014
Offline
171
#28

e_v_medvedev, полностью соглашусь.

Вообще туда-обратно, по-хорошему. надо гонять только идентификаторы, тайтлы и цены.

R
На сайте с 15.05.2012
Offline
46
#29

У нас сейчас все просто: номенклатура и все-все-все для нее хранится в 1С УТ 10.3 (конфигурацию не пилили), в магазин выгружается самописной обработкой. Обработка прайсов поставщиков делается другой обработкой и вот тут постоянно приходится что-то менять, т.к. поставщики изобретательны до невозможности. Но 1С весьма неудобна для работы с номенклатурой: пользователи неоднократно говорили что в CMS гораздо проще и быстрее все делать. И есть желание от 1С избавиться, но пока увы...

L
На сайте с 16.11.2014
Offline
15
#30
rtzra:
......Но 1С весьма неудобна для работы с номенклатурой: пользователи неоднократно говорили что в CMS гораздо проще и быстрее все делать. И есть желание от 1С избавиться, но пока увы...

Спасибо за отзыв! А что именно неудобно в 1С УТ? Вопрос без подтекста)))) Просто у нас сейчас УТ 11, и возможности работы с номенклатурой очень и очень впечатляют. Но с одной оговоркой - все пока в тестовом варианте без живой, полноценной работы. Поэтому и выпытываю у всех, чем именно плох выбранный вариант. Потому как на данный момент создается впечатление, что все таки в 1С удобнее организовать работу с номенклатурой, нежели чем в CMS (опять же, речь только про Magento, других не щупал).

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

1 234 5

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий