Что внутри статьи
Первый вопрос: кто владеет данными
Самая частая ошибка — пытаться сделать две “главные” системы одновременно. Если и веб-система, и 1С могут независимо менять один и тот же объект, без строгих правил синхронизации начинается хаос.
Поэтому на старте нужно определить владельца для каждой сущности: где создаётся клиент, где живёт номенклатура, кто меняет статусы, откуда приходит финансовая информация и кто отвечает за финальную версию документа.
Второй вопрос: что синхронизируется и когда
Не все данные нужно передавать в реальном времени. Для части сценариев достаточно пакетного обмена, для части нужен событийный обмен, а где-то критична мгновенная реакция. Выбор зависит от процесса, а не от желания сделать “максимально быстро”.
Если это не обсудить заранее, появляются ложные ожидания: бизнес считает, что данные уже обновились, а система работает по другому правилу.
- какие объекты уходят в обмен и в каком направлении
- какие статусы критичны в real-time, а какие можно синхронизировать пакетно
- что считается успешной операцией, а что ошибкой
- кто видит ошибки обмена и кто их разбирает
Третий вопрос: что происходит, если обмен не прошёл
Надёжная интеграция — это не просто “отправили запрос”. Нужны очередь, повторные попытки, журнал событий, понятный аудит и сценарий ручного разбора исключений. Иначе любая проблема на стороне 1С или внешнего контура превращается в операционный сбой.
Особенно это важно там, где обмен связан с документами, оплатами, отгрузкой, складом или доступом на объект.
Что полезно подготовить со стороны бизнеса
До старта проекта стоит собрать список объектов обмена, ответственных лиц, типовых сценариев и исключений. Также полезно понять, какие ограничения есть у текущей 1С: кастомные доработки, объём данных, регламент обновлений, исторические поля и технические ограничения доступа.
Чем яснее эта картина, тем меньше сюрпризов в разработке и тем быстрее интеграция начнёт работать как часть процесса, а не как отдельный нестабильный мост.