Когда нужен нетиповой обмен между 1С и сайтом

Какие задачи могут потребовать доработки

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

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

Что описать до оценки

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

Как не получить хрупкую интеграцию

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

Доработку лучше отделять от стандартной логики настолько, насколько позволяет архитектура проекта. В документации фиксируют изменённые правила и примеры проверки — это помогает при передаче сопровождения.

Как принять работу

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

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