Интеграция сайта с 1С — это то место, где «почти работает» хуже, чем «не работает». Если остатки обновляются с опозданием на день, клиенты заказывают то, чего нет на складе, а менеджеры вручную извиняются и возвращают деньги. Доверие к сайту умирает быстро.
Первое решение, которое надо принять: какие данные гонять в реальном времени, а какие по расписанию. Наш принцип: заказы и оплаты — сразу, справочники и остатки — по расписанию, но часто. Заказ, который упал в 1С через час, — это нормально только если у вас один заказ в день.
Вторая ошибка — «выгрузим всё». Полная выгрузка номенклатуры с всеми характеристиками звучит надёжно, но на практике обмен становится тяжёлым и хрупким: справочник на десятки тысяч позиций гоняется часами и падает на середине. Выгружайте то, что нужно сайту, — и не больше.
Третье: направление данных должно быть однозначным. У каждого поля — один хозяин. Цены рождаются в 1С — значит, на сайте их редактировать нельзя. Описания товаров живут на сайте — значит, 1С их не трогает. Как только поле редактируется с двух сторон, начинаются перезаписи и «куда делись мои изменения».
Четвёртое — тестовый контур. Обмен обкатывается на копии базы, а не на боевой 1С. Звучит очевидно, но именно «давайте сразу на рабочей» ломает учёт в самый неподходящий момент. Мы переносим справочники, гоняем тестовые заказы и сверяем данные с двух сторон до запуска.
И последнее: обмен должен уметь сообщать о своих проблемах. Упала выгрузка — уведомление ответственному в Telegram, а не тишина до звонка разгневанного клиента. Мониторинг обмена — это не роскошь, это часть интеграции.
