Интеграция сайта и 1С. Что дорабатывать, сайт или 1С?
Здравствуйте!
Обращаюсь к сообществу за советом
Имеем: сайт на Wordpress + WooCommerce, 1С:Комплексная автоматизация 2 актуальной версии и настроенный обмен данными через сторонний плагин для Wordpress от itgalaxy
Учетная база 1С используется как источник данных для Интернет-магазина (выгрузка каталога, остатков и цен + получение заказов с сайта). Так же в базе 1С ведется учет по оптовым продажам контрагентам без участия Интернет-магазина. В целом обмен работает, но есть проблема. В 1С используются характеристики номенклатуры и некоторая номенклатура имеет характеристики. Часть номенклатуры не имеет характеристик (такой товар на сайте является "простым" товаром"). Другая часть номенклатуры имеет характеристики номенклатуры. Из этой части номенклатуры с характеристиками есть номенклатура, которая: "А" - выгружается на сайт со всеми характеристиками, о которых знает 1С, на сайте товар является вариативным и каждая вариация товара на сайте соответствует определенной характеристике номенклатуры в 1С; "Б" - товар имеет характеристики, из которых только одна должна выгружаться на сайт (часть характеристик предназначена для внутреннего пользования и отгрузки оптовым клиентам).
Путем изменения модуля обмена с сайтом в 1С был достигнут необходимый результат. Для характеристик номенклатуры в 1С был добавлен реквизит формата "не выгружать на сайт". Таким образом на сайт выгружается только интересующая нас характеристика номенклатуры (вариация товара на сайте), но товар при этом числится вариативным на сайте и это является проблемой. Проблема в том, что "простые" товары на сайте можно положить в корзину из каталога не открывая страницу товара. А для добавления в корзину вариативных товаров (которые по факту являются реально вариативными либо являющиеся вариативными лишь номинально) необходимо открывать страницу товара и нажимать кнопку добавить в корзину. Решение - сделать вариативные товары, у которых только одна вариация (характеристика номенклатуры), простыми товарами на сайте.
Вопрос: что грамотнее дорабатывать для решения проблемы? Сайт или 1С? Сайт имеет необходимый массив данных в БД, загруженный из 1С, и с одной стороны задачи по отображению этих данных - функция сайта. В БД сайта они могут быть в любом виде, но как пользователь их должен увидеть - определяется шаблоном. С другой стороны, можно на стороне 1С поставить определенные костыли и сделать так, чтобы в XML номенклатура с одной доступной для выгрузки на сайт характеристикой выгружался в формате "простого" товара. Это влечет за собой разрыв связи номенклатуры с характеристикой номенклатуры при загрузке заказа с сайта. То есть, при загрузке заказа с сайта товар будет числиться простым товаром (на языке 1С не имеющим характеристики) и при загрузке в 1С система не поймет, какую характеристику номенклатуры нужно подставить в табличную часть заказа клиента (т.к. GUID вариации товара/характеристики номенклатуры с сайта не будет получен)
Как бы вы поступили в данной ситуации?
при загрузке заказа с сайта товар будет числиться простым товаром (на языке 1С не имеющим характеристики) и при загрузке в 1С система не поймет, какую характеристику номенклатуры нужно подставить в табличную часть заказа клиента (т.к. GUID вариации товара/характеристики номенклатуры с сайта не будет получен)
Логично, что если измените выгрузку на сайт, то нужно будет доработать и загрузку - и нет никаких проблем.
С точки зрения красивой архитектуры - править нужно сайт. Удобства пользователей - это фронт, а не бэк!
Вам как заказчику нужно спросить у веб-программиста и у 1С-программиста стоимость доработок по двум сценариям и принять решение кошельком.
однозначного ответа нет.
Есть проблема которую надо решить и спец или несколько кто ее будет решать. А вот способы решения будут зависеть от знаний/опыта этих спецов. И решения могут отличаться, сколько людей столько мнений.
ps:
Из личного опыта, была учетная база на 1С. В ней велся учет бухгалтерский учет. Нужно было сделать настраиваемую структуру для N-го количество сайтов, ну и выгружать загружать соответственно. Итого было Написана доп.конфигурация на 1С, в которой менеджеры компоновали структуру. Дополняли информацией и это разлеталось по сайтам. т.е. сделали транзит.
Сложный
Простой
