Обмен 1С с сайтом: остатки, цены, заказы

Что обычно синхронизируют

Набор сущностей почти всегда один и тот же — меняется только частота обмена.

Остатки и цены

То, что обновляют чаще всего: от нескольких раз в час до обмена «по изменению». Именно эти данные напрямую влияют на продажи — устаревшие остатки приводят к отказам, устаревшие цены — к спорам с покупателем.

Номенклатура

Сопоставление товаров 1С с карточками на сайте, включая характеристики и изображения. Это отдельная работа: у одной и той же позиции в 1С и на сайте часто разные коды и названия.

Заказы и статусы

Заказ с сайта должен попадать в 1С без ручного ввода, а статус — возвращаться на сайт: принят, собран, отправлен, доставлен. Тогда менеджеры и покупатели видят одно и то же.

Контрагенты

Нужны, если на сайте есть регистрация покупателей: данные попадают в 1С, чтобы не заводить их вручную.

Три способа обмена

Выгрузка файлами по расписанию

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

HTTP-сервис на стороне 1С

Сайт обращается к 1С напрямую и получает данные по запросу. Быстрее и актуальнее, но требует, чтобы 1С была доступна сайту, и защиты от внешних обращений.

Готовый модуль обмена

Быстрее на старте, но его нужно проверять на вашем учёте: сопоставление номенклатуры, склады, цены и скидки часто работают не так, как ожидается.

На практике варианты сочетают: остатки и цены — файлами или сервисом, заказы — через сервис, чтобы приходили сразу.

Что важно для надёжности

Идемпотентность

Повторная загрузка не должна создавать дубли заказов или товаров. У каждой записи есть ключ, по которому система понимает: это уже загружено. Без этого первый же сбой сети создаёт второй заказ.

Очередь и повторные попытки

Если сайт или 1С недоступны, данные не должны теряться. Они встают в очередь и отправляются повторно — это базовое требование к обмену, а не «плюшка».

Журнал и уведомления

Журнал показывает, что и когда перенеслось, какие позиции не сопоставились. Уведомления об ошибках приходят сразу — а не когда покупатель заметит пропавший заказ.

Сопоставление номенклатуры

Отдельная головная боль: сопоставлять по артикулу, коду или названию. Решается до запуска, потому что после — это уже расхождения в учёте и остатках.

Что учесть по учёту

• Резервы. Товар, заказанный на сайте, должен резервироваться, иначе продадите дважды.
• Склады. Если их несколько, у сайта должен быть понятный источник остатков.
• Себестоимость и скидки. Цены на сайте и в 1С могут отличаться — нужно правило, какая цена истинная.
• Оплаты. Онлайн-оплата связывается с заказом, иначе бухгалтерия получит расхождения.

Что делать с расхождениями цен

Цена на сайте и в 1С может отличаться из-за скидок, акций, округления или разных правил. До запуска нужно решить, какая система «главная» по цене, иначе покупатель увидит одну сумму, а счёт придёт на другую. Обычно истинной считают цену в 1С, а сайт показывает её с учётом своих правил.

Сроки и стоимость

Чем больше сущностей и сценариев, тем больше тестов на копии. Похожие сроки у интеграций с CRM — их разбор в заметке «Обмен 1С и Битрикс24».

Частые ошибки

• Нет сопоставления номенклатуры. Остатки «уезжают» не на те товары.
• Нет защиты от дублей. Сбой сети создаёт повторный заказ.
• Обмен «по кнопке». Работает, пока о нём помнят.
• Нет уведомлений. О сбое узнают от покупателя.
• Забыли про резервы. Продаётся товар, которого уже нет.

Что нужно от вас для старта

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

Как поддерживать обмен после запуска

Мониторинг

Журнал и уведомления стоит просматривать, а не только реагировать на сбой. Повторяющиеся ошибки в одном месте — сигнал, что сценарий нужно доработать.

Доработка сценариев

Появляются новые правила: изменились условия доставки, добавился тип заказа, поменялись скидки. Правки обмена обычно занимают часы, если он сделан с журналом и понятной структурой.

Поддержка по ретейнеру

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

Как проходит работа

1. Разбираю, какие данные и как часто нужно синхронизировать.
2. Определяю правила сопоставления номенклатуры.
3. Делаю обмен на копии и тестирую сценарии: заказ, отмена, возврат, частичная оплата.
4. Проверяю журнал, повторы при сбоях и уведомления об ошибках.
5. Выкатываю на рабочий контур и показываю, как читать журнал обмена.

Что проверить перед запуском

• Сопоставление товаров: у всех ли позиций есть соответствие.
• Резервы: заказ с сайта резервирует товар в 1С.
• Цены: понятно, какая цена считается истинной при расхождении.
• Оплаты: онлайн-платёж связывается с заказом.
• Уведомления: сбой обмена виден сразу, а не по жалобе покупателя.

Отдельно стоит прогнать «неприятные» сценарии: отмену заказа, возврат, изменение позиций после оформления, повторную оплату. Именно они чаще всего ломаются после запуска.

Частые вопросы