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

Пошаговый план (4 шага)

1. Шаг 1. Зафиксировать роли 1С и B2B‑портала. Определите, какие сущности являются мастер‑данными в 1С, а какие — в портале. Обычно 1С держит товары, цены, остатки, клиентов, договоры и расчеты, а Order2B отвечает за оформление заказов, кабинет клиента, сценарии самообслуживания и отображение статусов. Важно формализовать это в виде схемы: где источник, где потребитель, какие данные только читаются, а какие создаются. Эффект: Вы избегаете дублирования справочников и конфликтов бизнес‑логики, а также точно понимаете, какие операции должны выполняться только в 1С, а какие можно реализовать на стороне портала.
2. Шаг 2. Перейти на асинхронный обмен через HTTPS‑API и очереди. Вместо прямых синхронных вызовов 1С настройте асинхронный обмен: 1С по регламентным заданиям обменивается с Order2B через HTTPS‑API, а внутри Order2B и/или интеграционного слоя используются очереди сообщений. Товары, цены, остатки и клиенты выгружаются из 1С пакетами, заказы с портала принимаются в очередь и уже оттуда попадают в 1С с контролем доставки. Эффект: Нагрузка на 1С распределяется во времени, портал не «висит» при длинных операциях, а сетевые сбои отрабатываются через ретраи, не влияя напрямую на клиентов.
3. Шаг 3. Настроить идемпотентность и уникальные идентификаторы. Для каждого заказа, счета и клиента используйте стабильные внешние идентификаторы, которые хранятся и в 1С, и в Order2B. Все операции обмена проектируйте идемпотентными: повторный запрос не должен создавать дубликат, а только подтверждать уже выполненное действие или корректно его обновлять. Журналируйте каждую операцию обмена с привязкой к этим идентификаторам. Эффект: Повторы при ошибках или рестартах обмена перестают быть угрозой для учета: вы можете безопасно перезапускать обмен и быстро восстанавливать согласованность данных.
4. Шаг 4. Внедрить мониторинг, алерты и аварийные сценарии. Сделайте отдельный дашборд или отчеты: очередь заказов, время последнего успешного обмена, количество ошибок по типам. Настройте уведомления для ответственных специалистов при остановке обмена или росте ошибок. Пропишите сценарий, как Order2B ведет себя, если 1С временно недоступна: принимает заказы в очередь, показывает клиенту честный статус и синхронизируется, как только связь восстановится. Эффект: Инциденты в интеграции выявляются и устраняются до того, как станут проблемой для клиентов и продаж, а бизнес продолжает принимать заказы даже при временных проблемах с 1С.

• Проектировать интеграцию как «выгрузку сайта» без учета того, что B2B‑портал — полноценный канал продаж с двусторонним обменом
• Строить все на синхронных вызовах 1С из портала без очередей, ретраев и идемпотентности операций
• Не фиксировать, какая система является мастером по каждой сущности, и разрешать менеджерам «подправлять руками» и в 1С, и на портале
• Экономить на журналировании и мониторинге обмена, оставляя команду без инструментов быстрой диагностики и восстановления

Order2B специализируется на запуске B2B‑порталов заказов с глубокой интеграцией с 1С и работает в он‑премис‑модели, где заказчик контролирует инфраструктуру и данные. Практика показала, что именно асинхронная архитектура обмена через HTTPS‑API, очереди и понятное разделение ролей между 1С и порталом дает устойчивый результат при росте потока оптовых заказов. Подход, описанный в этой статье, опирается на реальные внедрения, типовые паттерны интеграции 1С и опыт команды Order2B по разбору и исправлению проблемных проектов. Дополнительно вы можете сверить его с рекомендациями по интеграции 1С и B2B‑систем, изложенными в профессиональных публикациях и официальной документации 1С.