Автоматизация документов выглядит как самая безопасная точка входа в AI: данные есть, шаблон есть, задача механическая. Ровно поэтому здесь чаще всего и обжигаются. Механической она перестаёт быть в тот момент, когда в документе появляется значение, которого нет ни в одном источнике.
Главный риск здесь — не орфография и не форматирование. Это правдоподобное условие, которого никто не согласовывал: срок, цена, объём или гарантия, сформулированные моделью, а не взятые из системы.
1. У каждого поля есть система-владелец
Первое, что нужно описать, — не шаблон, а таблицу соответствий: какое поле откуда берётся. Звучит скучно, но именно эта таблица определяет, будет ли документ достоверным.
Практически всегда выясняется, что одно и то же значение живёт в двух местах и различается. Цена — в CRM и в прайсе, срок — в договоре и в задаче, объём — в системе учёта и в письме менеджера. Пока человек собирает документ руками, он выбирает нужное по контексту. Автоматика так не умеет и не должна: приоритет источников фиксируется явно, и при расхождении побеждает не тот, что нашёлся первым.
2. Условия берутся, а не формулируются
Разделение проходит по одной линии: языковая модель отвечает за формулировку текста, но не за значения внутри него. Цены, сроки, объёмы и гарантии подставляются из источника как есть. Модель может написать абзац, объясняющий условие, — но не может это условие придумать.
Практически это означает, что шаблон документа состоит из двух типов фрагментов: подставляемых и генерируемых. Границу между ними стоит провести на этапе описания шаблона, а не оставлять на усмотрение реализации.
3. Пропуск останавливает выпуск
Обязательные поля проверяются до сборки, а не после. Если значение не найдено, документ не выпускается — вместо него владелец получает уведомление о том, чего не хватает.
Соблазн поступить иначе большой, и у него три обличья:
Поставить прочерк
Оставить прошлое значение
Написать «уточняется»
Все три варианта опаснее остановки, потому что документ уходит клиенту и выглядит законченным.
4. Порог уверенности и ручная правка
Извлечение данных из неструктурированного источника — сканов, писем, вложений — даёт не только значение, но и уверенность в нём. Ниже порога блок помечается и уходит человеку, а не подставляется молча.
По нашей практике порог полезнее настраивать от цены ошибки, а не от среднего качества распознавания: у поля с суммой договора и у поля с названием города разная цена промаха, и общий порог для них всегда неверен для одного из двух.
- Источник:
- Практика Aplora · 2026-08-24
- Метод расчёта:
- Обобщение по проектам документной автоматизации команды, не результат замера на выборке.
- Ограничения:
- Оценка, а не факт: зависит от качества исходных документов в конкретном контуре.
5. Коммерческие условия подтверждает человек
Автоматическая отправка документа с коммерческими условиями клиенту без подтверждения — не оптимизация, а перенос риска на того, кто ничего не решал. Внутренние сводки и регулярные отчёты по согласованному шаблону можно отправлять без человека. Всё, что содержит обязательство, — нельзя.
| Тип документа | Режим отправки |
|---|---|
| Внутренняя управленческая сводка | Автоматически |
| Регулярный клиентский отчёт по согласованному шаблону | Автоматически, выводы дописывает специалист |
| Коммерческое предложение | Только после подтверждения |
| Договорный пакет, счёт, первичный документ | Только после подтверждения |
Что чинить раньше автоматизации
Часть проблем автоматизацией не решается, а фиксируется. Если один и тот же показатель в двух отчётах считается по-разному, автоматика начнёт воспроизводить оба варианта быстрее и в большем объёме. Единое определение — работа, которую придётся сделать до, а не после.
Показатели, у которых нет однозначного определения
Шаблоны, в которых не указано, откуда берётся значение
Поля, которые заполняются «по договорённости» без записи договорённости
Документы, у которых нет ответственного за выпуск
Документ, который нельзя проверить до отправки, не стоит генерировать автоматически — независимо от того, насколько хорошо это получается.
Разборы методологии — на почту
Присылаем то же, что публикуем здесь: как считать экономику инициативы, где ломаются внедрения и что проверять до начала работ. Не чаще раза в месяц, без новостей рынка и без продающих писем.
