Комплект из договора, счёта и акта — одна из самых скучных задач в небольшом бизнесе. Текст документов почти не меняется, меняются поля: название заказчика, ИНН, КПП, адрес, банк, ФИО руководителя, сумма, даты. На один комплект вручную уходит около получаса, и всё равно через пару дней приходит письмо от юриста заказчика: «у вас в реквизитах другая компания».
Ниже — подход, который описал автор статьи «Автоматизация создания договоров и счетов с помощью AI-агента» на vc.ru, и то, как мы перенесли его в сервис «Три Бумаги».
Где ломается ручная сборка
Ошибки повторяются от раза к разу, и почти все они — не про юриспруденцию, а про механику:
- Забытая замена. Договор копируют с прошлого, меняют шапку и забывают банковские реквизиты в конце.
- Падеж и род. В шапке ФИО стоит в родительном падеже («в лице Ким Александры Викторовны»), в подписи — инициалы. Женщина-руководитель — это «действующей», а не «действующего».
- ИП вместо ООО. У предпринимателя нет КПП и должности. Строка «КПП» должна исчезнуть целиком, а не остаться пустой.
- Сумма прописью. «Тысяча» — женского рода, «рубль» меняет форму от числа. Поменяли цену — забыли поменять пропись.
Каждая такая ошибка — это переделка и ещё один круг согласования.
Не сервис, а скилл
Первая мысль — написать сервис: база контрагентов, интерфейс, генератор. Автор статьи пошёл другим путём: собрал скилл — папку, в которой лежат описание процедуры, бланки документов и небольшой скрипт.
contract/
├── SKILL.md ← процедура и таблица полей
├── templates/
│ ├── dogovor.docx
│ ├── schet.xlsx
│ └── akt.docx
└── scripts/
└── generate.py ← подставляет значения и сохраняет файлыАгент читает карточку заказчика, раскладывает реквизиты по полям, уточняет недостающее и запускает скрипт. Скрипт ничего не пишет сам — он подставляет значения в готовый бланк.
Юридический текст пишет юрист. Скилл заполняет готовый бланк.
Это главный принцип, и «Три Бумаги» построены на нём же: текст договора никогда не генерируется, меняются только поля.
Карта полей важнее кода
Больше всего времени уходит не на код, а на таблицу полей. Для каждого поля нужно зафиксировать:
| Поле | Где встречается | Форма в тексте | ИП или ООО |
|---|---|---|---|
| ФИО руководителя | договор, акт | род. падеж в шапке, инициалы в подписи | у ИП — сам предприниматель |
| Род подписанта | договор | «действующего / действующей» | «именуемый / именуемая» у ИП |
| КПП | договор, счёт | как есть | у ИП строки нет |
| Сумма | договор, счёт, акт | цифрами и прописью | одинаково |
| Номер | все три | ГГММДД-N | одинаково |
Половина будущих багов ловится именно здесь — на бумаге, до первой строчки кода. Каждую строку стоит проговорить: всегда ли поле ведёт себя одинаково? Что будет, если его нет в карточке?
Первый промпт: читать, а не писать
Хороший первый запрос к агенту — не «напиши генератор», а «разберись и верни таблицу». Примерно так:
Прочитай все файлы целиком: бланки договора, счёта и акта и три карточки заказчиков. Код пока не пиши и решение не предлагай. Верни таблицу полей: где каждое встречается, в какой форме и чем отличается для ИП и ООО. Отдельно — вопросы, которые у тебя возникли.
Запрет на код здесь принципиален: иначе агент сразу начнёт решать задачу, которую ещё никто не понял.
Сборка и правила скрипта
Второй промпт короче — всё содержательное уже согласовано. Скрипт должен:
- подставлять значения в бланк, не трогая остальной текст;
- останавливаться, если данных не хватает, и говорить, чего именно, — а не подставлять пустое;
- сохранять файлы с понятными именами:
260923_Договор_Северный-ветер.docx.
Отдельные мелочи, о которые спотыкаются почти все:
- номер счёта наследует номер договора, второй договор за день получает добавку:
260923-2; - суммы в XLSX лежат формулами, а PDF собирается так, чтобы значения не пропали;
- у ИП строки КПП и должности удаляются целиком во всех документах.
Восемь тестовых прогонов
Перед тем как пользоваться скиллом, его стоит прогнать на восьми сценариях: ООО и ИП, мужской и женский род подписанта, разные суммы и даты, второй договор в один день. Каждый результат открывается и читается целиком. Найденная ошибка возвращается агенту одной фразой — он правит правило в скилле.
Отдельно стоит проверить женский род и ИП — это самые частые источники ошибок.
Что получилось
- Было: около 30 минут ручной работы на комплект.
- Стало: минута на генерацию и минута на вычитку.
- Настройка первого скилла заняла около часа.
Дальше скиллы начинают собираться друг из друга: акт берёт данные договора без новых вопросов.
Где автоматизация не поможет
Скилл закрывает только механическую часть — перенос данных в готовый бланк. Если документ каждый раз требует нового текста, это работа юриста. Зато подходят любые документы с постоянной структурой: коммерческие предложения, счета на регулярные услуги, приказы и справки, акты сверки, доверенности.
Как это устроено в «Трёх Бумагах»
«Три Бумаги» — это тот же скилл, только в браузере и без настройки:
- карточку можно перетащить в окно: PDF, DOCX, текст или фото;
- реквизиты раскладываются по карте из 21 поля, видно, что взято из файла, что вычислено и что нужно уточнить;
- ИНН, ОГРН и расчётный счёт сверяются по контрольным суммам;
- если в карточке «Ким А. В.», сервис спросит имя, отчество и род, а не угадает;
- свои бланки подключаются как DOCX с тегами
{ФИОРод},{ИНН},{СуммаДоговор}.
Соберите документы на примере — это займёт минуту.