Интеграция сайта с 1С: каталог, заказы, цены и остатки

Какие потоки связывают сайт и 1С

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

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

Карта данных и владельцев

До разработки нужно сопоставить сущности и отделить учетные данные от витринного представления.

• Стабильные идентификаторы товара, варианта, склада, типа цены, клиента и заказа.
• Владелец названия, характеристик, описания, изображений, цены, остатка и статуса.
• Правила публикации, архивирования и обработки товаров без обязательных данных.
• Частота обновления каждого потока и допустимое время расхождения между системами.
• Особенности резервов, нескольких складов, валют, комплектов, скидок и возвратов.

Этапы подключения 1С

Интеграцию вводят по потокам, начиная с тестового каталога и контрольного заказа от витрины до учета.

• Согласовать контракт и справочники на ограниченном наборе товаров с вариантами и изображениями.
• Настроить первичную загрузку каталога и отдельное инкрементальное обновление изменений.
• Подключить цены и остатки с правилами кэширования и поведением при устаревших данных.
• Передать тестовый заказ, проверить состав, скидки, доставку, оплату и идентификаторы клиента.
• Вернуть на сайт статусы сборки, отгрузки, отмены и возврата без перезаписи пользовательских данных.
• Запустить сверку, мониторинг очередей и инструкцию исправления объектов, не прошедших обмен.

Архитектура устойчивого обмена

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

• Версионированный контракт и адаптер формата обмена конкретной конфигурации 1С.
• Очереди для каталога и заказов, повторные попытки и карантин неверных сообщений.
• Идемпотентные операции по стабильному внешнему идентификатору.
• Инкрементальная синхронизация с датой изменения и механизмом полной контрольной сверки.
• Панель расхождений по товарам, остаткам, ценам, заказам и статусам.

Почему обмен становится нестабильным

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

• Использовать название товара как идентификатор и создавать дубль после переименования.
• Обновлять весь каталог при каждом изменении цены и блокировать обе системы.
• Считать принятый заказ обработанным до присвоения учетного номера и проверки состава.
• Не различать доступный остаток, физический остаток и резерв.
• Исправлять ошибку вручную только на одной стороне без повторной синхронизации.

Контроль обмена

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

• Возраст последнего успешного обновления цен, остатков и каталога.
• Количество объектов в очереди, карантине и повторной обработке по типам ошибок.
• Расхождение числа и суммы заказов, оплат и возвратов между системами.
• Доля товаров без связанного идентификатора, обязательной характеристики или актуальной цены.
• Время от оформления заказа до его подтвержденного появления в 1С.

С чего начать интеграцию

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

После запуска обмен требует совместного владельца со стороны e-commerce и учета. Он принимает решения о справочниках, разбирает расхождения и согласует изменения до выпуска новой версии любой из систем.