Интеграция сайта с 1С — товары, остатки и заказы без двойного ввода

Во многих компаниях Казахстана учёт живёт в 1С, а сайт — сам по себе. Между ними стоит человек, который переносит заказы, цены и наличие руками. Стоит ему заболеть — и сайт продаёт по старым ценам.

С чего я начинаю

Не с модуля обмена, а с вопроса: какая система за что отвечает. Номенклатура, цены и остатки рождаются в 1С. Описания, фото и тексты для поиска — на сайте. Заказ рождается на сайте, а проводится в 1С. Если не договориться об этом заранее, обмен начнёт спорить сам с собой: ночная выгрузка вернёт старое описание, а заказ задвоится.

Потом смотрю конфигурацию. У типовой торговой 1С часто уже есть обмен с сайтом — тогда задача в настройке и проверке на реальных выгрузках, а не в программировании с нуля. Если конфигурация доработана под вас, первым делом говорю с тем, кто её обслуживает, — программистом или франчайзи 1С. Без него обмен легко сломать очередным обновлением.

Что важно не упустить

• Сопоставление. Товар на сайте и позиция в 1С связаны по коду, а не по названию. Иначе первая же выгрузка создаст дубли.
• Характеристики и виды цен. Размеры, цвета, розничные и оптовые цены должны приехать на сайт так же, как они заведены в учёте.
• Повторы и журнал. Если обмен не прошёл, он повторяется сам. Каждый запуск виден в журнале, ошибка приходит оповещением.
• Кнопка вручную. Срочно поменяли цены — запускаете обмен из админки, не дожидаясь расписания.

Та же логика — в других моих проектах

Правила обмена не зависят от того, как называется учётная система. В Wigwam сайт берёт цены и остатки из складской системы UMAG каждые пять минут. В Digital Hustlas данные турнирного бота тоже синхронизируются раз в пять минут, а импорт не затирает правки администраторов. С 1С я строю обмен по тем же правилам.

Обычно 1С — не единственная система, которую нужно связать с сайтом: рядом оказываются Kaspi, CRM, WhatsApp. Как я соединяю их в один обмен с общим журналом — на странице интеграций.