Магазин врёт, если остатки на сайте — слухи. Этот контур — обмен интернет-магазина с 1С: номенклатура, цены, количество, заказы обратно в учёт, без двойного ввода. Для РФ это главная смежная инженерная задача, не «плагин на выходных».
Сначала контракт: кто хозяин артикула, кто хозяин цены, что делать с оплаченным заказом, если склад отказал. Потом обмен (CommerceML, REST, очередь) и сверка. Разовая выгрузка CSV — не обмен.
Витринная половина связана с Битрикс и кастомом; ядро учёта — интеграция с 1С, в том числе сайт и 1С. Woo и OpenCart тоже подключаем, но честно закладываем больше трения, чем у Битрикса.
Узкий двусторонний обмен (остатки + заказы) часто 4–8 недель после доступов и карты объектов. Чистка справочника — отдельная работа с данными.
Типовой минимум: номенклатура и характеристики вниз на сайт, заказы вверх в 1С, статусы обратно. Цены опта и резерв на складе — следующий этап, не «бесплатно в том же плагине». Логи обмена храним так, чтобы менеджер видел: ушёл заказ, принят, ошибка поля. Без этого поддержка превращается в переписку «у нас на сайте одно, в 1С другое». Доступы к копии базы, не к боевой 1С с кассой, — условие старта.
Приёмка обмена — сверка: десять номенклатурных позиций, две цены, один заказ с сайта должен стать документом в 1С с тем же составом. Если характеристики на сайте и в 1С называются по-разному, это задача маппинга, не «потом менеджер руками». Ночные полные выгрузки и дневные дельты описываем отдельно: полный обмен в рабочее время кладёт витрину. Мониторинг «обмен не ходил N часов» — простой алерт, без него ошибки копятся молча.
