Договор в карточке учетной системы

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

Чтобы в учетной системе появилась карточка договора, юрист или финансист читает сшивку целиком и переносит условия руками: стороны, срок действия, сумма и валюта, график платежей, неустойка за просрочку, условие автопролонгации. Пропущенный пункт о продлении — договор действует еще год; неверно перенесенный график — просроченный платеж и неустойка.

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

Сшивка уходит в API одним файлом. Границы разделов сервис находит сам, но ценность не в этом — главное, что из текста извлекаются те условия, ради которых договор и читают.

График платежей приходит строками, а не абзацем: «30% аванса в течение 5 рабочих дней с даты подписания, 60% по факту поставки, 10% — через 30 дней после подписания акта» возвращается тремя позициями, у каждой доля, срок и основание платежа. Сумма, валюта и курсовая оговорка разложены по отдельным полям. По неустойке — ставка, база начисления и предел. По срокам — дата окончания, срок уведомления об отказе и признак автоматического продления.

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

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

Персональные данные — имена подписантов, ИНН, адреса — вычищаются до обращения к модели; если очистка не гарантирована, запрос не уходит вовсе. Обработка идет через один эндпоинт, поэтому под каждую форму договора не нужен отдельный шаблон, а для закрытого контура есть установка on-premise с собственной моделью.

Большой файл не приходится ждать «на линии»: обработка идет в фоне, результат забирается по task_id, когда готов.

Реальная сшивка договора аренды на 138 страниц разобрана за 182 секунды. Карточка договора заполняется из ответа API, а проверка человеком сводится к полям, которые перекрыло допсоглашение, и к тому, что сервис пометил сам.

Архив договоров превращается в таблицу со сроками, суммами и графиками платежей — по ней видно, что истекает в следующем квартале и где сработает автопролонгация.