Почему интеграции 1С ломаются не на HTTP‑запросах: очередь, повторы и дубли

Вот важная новость с фронта ИИ: InsideIT 2 часа назад Почему интеграции 1С ломаются не на HTTP‑запросах: очередь, повторы и дубли Средний 14 мин 3. 6K 1С * Базы данных * Туториал Из песочницы HTTP‑запрос — только транспорт. Надежность интеграции появляется в очереди, статусах, повторах и защите от дублей.

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

Технические детали

Если делать совсем в лоб, код получается понятным:Процедура ОбработкаПроведения(Отказ, РежимПроведения) // Провели документ // Собрали JSON // Отправили во внешний сервис // Получили ответ // Записали статус КонецПроцедурыНа тестовой базе все работает. Документ проводится, внешний сервис отвечает, статус заполняется. Можно показать пользователю, можно закрыть задачу.

А потом начинается эксплуатация. Внешний сервис недоступен 20 минут. Пользователь перепроводит документ.

Потом просит администратора «как‑нибудь отправить вручную». В другой системе появляются дубли. Часть документов ушла, часть нет.

Отраслевые последствия

В одном документе статус «Выгружено», но во внешней системе объекта нет. В другом документе ошибка, но никто ее не видел неделю. Разработчику присылают скриншот: «У нас опять не работает обмен».

И в этот момент выясняется, что HTTP‑запрос был самой простой частью интеграции. HTTP‑запрос — это еще не интеграцияВызвать внешний метод из 1С обычно несложно. В платформе есть HTTPСоединение, HTTPЗапрос, можно сформировать тело запроса, установить заголовки, получить код ответа и текст.

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

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