Входящая первичка из ЭДО

Каждый месяц по почте и от оператора ЭДО приходят десятки счетов, актов и УПД. У каждого поставщика свой бланк: у одного реквизиты в шапке, у другого — в отдельной таблице, у третьего — сканом с подписью поверх текста.

Бухгалтер открывает документ, глазами находит нужные поля и переносит их в учетную систему: кто поставщик, кто покупатель, банковские реквизиты, позиции, суммы. Это часы работы каждый месяц — и ровно то место, где рождаются ошибки: перепутанные ИНН сторон, потерянная позиция, не сошедшийся итог. Расхождение всплывает не сразу, а на сверке в конце квартала, когда разбираться с ним дороже всего.

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

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

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

Типовой счет превращается в готовые данные за три сотых секунды (33 мс) — быстрее, чем сотрудник успевает открыть файл. Один и тот же контракт ответа держится и на потоке в сотни документов в месяц, поэтому через API имеет смысл пропускать всю входящую первичку, а не выборочно — самые «скучные» документы обрабатываются так же быстро, как и любые другие.