Конструктор документов — это библиотека согласованных формулировок и дерево условий, по которому из них собирается готовый договор. Специалист отвечает на 10–15 вопросов анкеты и получает документ за 5 минут вместо 50, причём в нём гарантированно нет фамилии чужого клиента, оставшейся от прошлого договора при копировании.
Это не то же самое, что автозаполнение реквизитов. Подстановка полей закрывает механическую часть — стороны, суммы, даты; она полезна, но текст документа при этом остаётся одним и тем же на все случаи. Конструктор работает с вариативностью: аванс или постоплата, неустойка или проценты, арбитраж или третейская оговорка — каждый ответ включает свой блок из библиотеки.
Ниже — три уровня сборки с границей допустимого, устройство анкеты, правила владения библиотекой (без них конструктор перестаёт работать на второй месяц), смета с порядком запуска и порог, ниже которого браться не стоит. Место этого узла в общей карте автоматизации фирмы разобрано в опорной статье раздела.
Три уровня сборки и граница допустимого
Под словом «автоматическая генерация документов» продают три разные вещи с разной ценой и разным риском. Разводить их надо до разговора о бюджете.
| Уровень | Что делает | Где допустим | Чего требует |
|---|---|---|---|
| 1. Шаблон с подстановкой полей | Вставляет реквизиты, суммы и даты в неизменный текст | Исходящий документ фирмы без ограничений | Выверенный текст и актуальный справочник контрагентов |
| 2. Конструктор из вариативных блоков | Собирает документ из согласованных формулировок по ответам анкеты | Исходящий документ фирмы, основной рабочий уровень | Библиотека блоков и ответственный за каждый раздел |
| 3. Генерация формулировки моделью | Пишет условие заново под нетиповую ситуацию | Только черновик для специалиста, не исходящий документ | Обязательная вычитка, журнал использования, контур для данных |
Разница между вторым и третьим уровнем принципиальна, и дело не в качестве моделей. Пропущенное поле в шаблоне видно сразу: в документе стоит пустая скобка. Формулировка, написанная моделью, выглядит как нормальный юридический текст даже тогда, когда меняет смысл условия на противоположный. Ошибка второго уровня заметна, ошибка третьего — нет, поэтому третий уровень в фирме работает только как заготовка, которую специалист переписывает под свою ответственность.
Сравнение в три колонки: «Шаблон с полями», «Конструктор из блоков», «Генерация моделью». В каждой колонке три строки: что меняется в документе (только значения полей / состав разделов / сам текст условия), где допустимо (исходящий документ / исходящий документ / только черновик), как выглядит ошибка (пустая скобка — видно / не тот блок — видно при вычитке / гладкий текст с изменённым смыслом — не видно). Третья колонка отделена вертикальной линией с подписью «граница исходящего документа фирмы».
Анкета вместо документа: 10–15 вопросов
Работа над конструктором начинается не с программирования, а с разбора: юрист и инженер берут 15–20 подписанных договоров одного вида и находят, чем они отличаются друг от друга. Отличий всегда меньше, чем кажется, — обычно 10–15 развилок на договор.
- 1Вопросы, а не поля. «Оплата авансом или по факту?», «Есть ли предоплата и какой процент?», «Кто платит за экспертизу при споре?» — каждый вопрос управляет включением одного или нескольких блоков.
- 2Дерево условий хранится отдельно от текста. Связка «ответ → блок» лежит в конфигурации узла, а не внутри документа. Иначе изменение одного правила требует переписывания всех шаблонов, и на третьем месяце этого никто не делает.
- 3Нестандартный случай выводится из конструктора явно. Если ответ не укладывается в развилки, система собирает документ до этого места и передаёт его специалисту с пометкой, какой раздел нужно написать руками. Попытка предусмотреть всё превращает анкету из 12 вопросов в анкету из 60, и ей перестают пользоваться.
Горизонтальная схема из четырёх блоков со стрелками: «Анкета: 10–15 вопросов» → «Дерево условий: ответ включает блок» → «Библиотека формулировок: у каждого блока владелец и дата пересмотра» → «Документ, 5 минут». Снизу к третьему блоку подходит стрелка от узла «Учётная система: реквизиты сторон, подписант, доверенность». От четвёртого блока стрелка вправо к «ЭДО: Диадок, Saby, 1С-ЭДО». Отдельная боковая ветка от второго блока вниз: «ответ вне развилок → раздел пишется вручную».
Кто владеет библиотекой формулировок
Здесь конструкторы и умирают. Технически узел работает годами, а перестаёт использоваться на второй-третий месяц, когда выясняется, что нужный блок устарел, поправить его некому, и проще снова скопировать прошлый договор. Библиотека без владельца деградирует быстрее, чем любой другой артефакт фирмы.
- Один ответственный на раздел. Не «юридический отдел», а фамилия: за разделом об ответственности стоит конкретный человек, который решает, как формулировка выглядит сегодня.
- Дата последнего пересмотра у каждого блока. Блок, не пересмотренный больше года, помечается в отчёте. Это единственный способ увидеть, что библиотека начала отставать от практики.
- Запрет править в обход. Если специалист изменил формулировку в конкретном документе, изменение не исчезает: оно попадает в очередь на рассмотрение владельцу блока. Так библиотека пополняется практикой, а не окаменевает.
- Журнал изменений. По каждому блоку видно, что менялось, когда и по чьему решению. При споре с клиентом это позволяет за минуту показать, в какой редакции блок был на дату подписания.
Ключевая разница в том, что блок существует в одном экземпляре и подставляется во все документы, а не копируется в каждый. Как только вместо библиотеки появляется папка с файлами «договор_поставки_финал_2.docx», через полгода в фирме будет пять расходящихся версий одного условия, и никто не скажет, какая из них верная. Про то, как формируется этот бардак и чем он обходится, мы писали в разборе типовых документов из данных учётной системы.
Стык с учётной системой, реквизитами и ЭДО
Конструктор бесполезен, если реквизиты в него вбиваются руками: как раз в них и живёт большинство механических ошибок. Стороны, ИНН, адреса, банковские реквизиты и данные подписанта подтягиваются из карточки контрагента в учётной системе, а сведения о самом контрагенте сверяются с внешним источником — Контур.Фокус, СПАРК-Интерфакс или их аналог. Отдельная проверка, которую стоит закладывать в узел, — полномочия подписанта: устав, доверенность, её срок и объём. Готовый документ уходит на согласование по маршруту, а затем в электронный документооборот — Контур.Диадок, Saby ЭДО или 1С-ЭДО, тот, что уже используется в фирме; логика маршрутов разобрана в статье про согласование договора.
Отдельно — данные клиента при использовании языковой модели. Сама сборка из блоков модели не требует: это подстановка по дереву условий, и никакие сведения о клиенте наружу не уходят. Модель появляется только на третьем уровне, когда нужно написать нетиповое условие, — и вместе с ней появляется вопрос, куда уезжает описание ситуации доверителя. Работающее правило: в запрос уходит обезличенная формулировка задачи без реквизитов и обстоятельств дела, а если обстоятельства необходимы — задача решается моделью в контуре фирмы. Границы уровней разобраны в статье о конфиденциальности клиентских данных.
Смета, порядок запуска и окупаемость
Узел стоит 150 000–350 000 ₽ и разворачивается за 3–5 недель. Нижняя граница — три документа на действующем шаблонизаторе с подстановкой реквизитов из учётной системы; верхняя — своя библиотека с журналом версий, маршрутом согласования и проверкой подписанта.
| Статья работ | Что входит | Цена |
|---|---|---|
| Разбор потока | Выбор трёх самых частых документов, замер текущего времени на документ | 20 000–40 000 ₽ |
| Анкета и дерево условий | Разбор 15–20 подписанных договоров, развилки, правила включения блоков | 45 000–100 000 ₽ |
| Библиотека блоков | Перенос формулировок, владельцы разделов, даты пересмотра, очередь правок | 45 000–110 000 ₽ |
| Реквизиты и выгрузка | Подстановка из учётной системы, проверка подписанта, отправка в ЭДО | 30 000–70 000 ₽ |
| Журнал и отчёты | История изменений блоков, отчёт по формулировкам старше года | 10 000–30 000 ₽ |
| Итого | Срок 3–5 недель, поддержка 12 000 ₽/мес | 150 000–350 000 ₽ |
Порядок запуска один и тот же независимо от размера фирмы: берутся три самых частых документа, и на них собирается 70–80 % потока. Остальные виды остаются ручными, и это не недоработка, а решение: перевод редкого документа в конструктор стоит столько же, сколько частого, а экономит в двадцать раз меньше.
Расчёт сознательно консервативный. Если бы все 38 сэкономленных часов уходили в оплачиваемую работу по ставке 3 500 ₽/час, эффект составил бы 133 000 ₽ в месяц, а окупаемость — меньше трёх месяцев. Но так не бывает: часть освободившегося времени уходит на внутренние задачи, и закладывать в смету оптимистичный вариант — значит обманывать себя. Проверить, во что вам обходится текущая ручная сборка, можно по методике из статьи сколько стоит ручная работа.
Когда конструктор не нужен
Есть две ситуации, в которых узел не окупится, и обе распознаются до начала проекта за полчаса.
- Меньше 20 однотипных документов в месяц. При потоке в 15 документов экономия составит около 9,5 часа, то есть 13 300 ₽ по себестоимости, — это меньше поддержки узла вместе с расходами на поддержание библиотеки. Рабочая замена: выверенная папка шаблонов, правило именования и один ответственный за её актуальность.
- Каждый договор пишется под клиента заново. В практиках вроде сложных сделок M&A или индивидуального налогового консультирования типовых развилок просто нет: два договора не совпадают ни структурой, ни составом разделов. Здесь полезен не конструктор, а быстрый поиск по архиву прошлых документов, чтобы взять за основу похожий.
И честное ограничение по сути. Конструктор ускоряет производство документа, но не улучшает его качество: если в библиотеку перенесена неудачная формулировка, фирма будет тиражировать её быстро и аккуратно во всех договорах сразу. Поэтому первый этап проекта — не сборка узла, а пересмотр самих формулировок теми, кто за них отвечает. Это часть работы, которую нельзя ни купить, ни отдать подрядчику.
