← Курс ЭДО
Лекция 6 · прикладной уровень

Интеграция ЭДО с учётными системами

Связываем хозяйственное событие, электронный оригинал и транспортные статусы без дублей, ручных разрывов и «невидимых» ошибок.

≈ 35 минутРедакция курса 1.1Обновлено 30.07.2026
Главная мысль

Интеграция — не кнопка «отправить». Это управляемый процесс, который сохраняет связь документа с учётной операцией, проверяет формат до подписи и возвращает каждый технологический статус в систему.

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

Три уровня интеграции

ПодходПодходитОсновной риск
Веб-интерфейс оператораНебольшой объём, пилот, редкие документыПовторный ввод и расхождение с учётом
Готовый модуль учётной системыТиповые процессы и стандартная конфигурацияОбновления модуля и конфигурации расходятся
API или интеграционная шинаБольшой объём, несколько систем и сложные маршрутыОрганизация отвечает за логику повторов, статусов и мониторинга

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

Что должно быть связано в данных

  • внутренний идентификатор хозяйственной операции;
  • организация, подразделение и контрагент с проверенными ИНН/КПП;
  • тип, функция и версия формата документа;
  • идентификаторы пакета, документа и сообщения у оператора;
  • подписант, сертификат и применяемая МЧД;
  • исходный электронный оригинал и его контрольная сумма;
  • последовательность статусов, квитанций, ошибок и действий пользователей.
PDF не является ключом интеграции. Сопоставление строят по стабильным идентификаторам и реквизитам электронного оригинала. Визуализация нужна человеку, но не должна подменять структурированные данные.

Исходящий поток

1. Зафиксировать событиеУчетная система создаёт неизменяемую заявку с уникальным ключом операции.
2. Сформировать документВерсия формата выбирается по виду документа и дате; XML проверяется по актуальной XSD-схеме.
3. Проверить подписаниеДо вызова подписи проверяются подписант, сертификат, полномочия и МЧД.
4. Отправить один разПовтор запроса использует тот же идемпотентный ключ и не создаёт второй документ.
5. Получить статусыОпрос или уведомления оператора обновляют состояние, но не перезаписывают историю.

Входящий поток

  1. Сохраните полученный оригинал, подпись и транспортные сообщения до бизнес-обработки.
  2. Проверьте целостность, формат, подпись и полномочия; транспортная доставка не означает принятие к учёту.
  3. Найдите организацию, договор, заказ или поставку по устойчивому набору реквизитов.
  4. Не найденное соответствие направьте в очередь разбора, а не создавайте контрагента автоматически без контроля.
  5. Разделите техническое подтверждение получения и содержательное подписание либо отказ.
  6. Запишите результат в учётную систему и отправьте предусмотренное ответное сообщение.

Как не потерять и не задвоить документ

Идемпотентность

Одна операция — один ключ

Тайм-аут не доказывает, что отправка не состоялась. Сначала запрашивают результат по ключу, затем решают вопрос о повторе.

Наблюдаемость

Каждый этап измерим

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

СитуацияБезопасное действие
API вернул тайм-аутПроверить состояние по ключу; не создавать новый документ автоматически
Формат не прошёл контрольСохранить ошибку и исходные данные, исправить генератор, сформировать новую версию
Статус давно не меняетсяСопоставить локальный и операторский журналы, проверить маршрут и эскалировать с идентификаторами
Пришёл повтор уведомленияПодтвердить уже обработанное событие без повторной проводки
Изменился форматВерсионировать генератор и валидатор, провести регрессию на архивных примерах

Безопасный запуск

Шаг 1
Карта процесса

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

Шаг 2
Тестовый набор

Проверьте положительные и отрицательные сценарии, роуминг, истёкший сертификат, неверный формат и повтор.

Шаг 3
Ограниченный пилот

Запустите выбранную группу, ежедневно сверяйте учёт, кабинет оператора и архив.

Шаг 4
Промышленный контроль

Зафиксируйте SLO, оповещения, поддержку, восстановление и порядок обновления форматов.

ФНС ведёт перечень утверждённых форматов и публикует XSD и сопутствующие материалы. Проверяйте именно действующую редакцию и переходные сроки: наличие поддержки формата у оператора не отменяет регрессионное тестирование вашей интеграции.

Чек-лист интеграции ЭДО20 проверок: данные, исходящий и входящий потоки, надёжность и запуск.

Итог

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

Официальные источники

Конкретные методы API, ограничения и способы уведомлений определяются документацией выбранного оператора. Юридические требования и версии форматов сверяйте с официальными источниками.