Шаблоны и типовые документы

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

Дата составления: 2026-10-03
Статус: 💡 Актуально


Суть

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

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


Шаблон или генерация

Что в документе

Чем собирать

Реквизиты сторон, даты, суммы, номера

Подстановка в поля шаблона. Данные берутся из базы контрагентов, сервиса проверки по ИНН или извлекаются моделью из исходного документа.

Условия, которые выбираются из нескольких вариантов (с НДС или без, предоплата или отсрочка, физлицо или компания)

Вариантные блоки шаблона. Выбор делает человек или правило, текст каждого варианта проверен заранее.

Описание обстоятельств, обоснование требований, нестандартные условия

Генерация по тезисам юриста в порядке, описанном в статье Принципы и порядок работы. Готовый текст вставляется в отведенное поле шаблона.

Оформление: шапка, нумерация, шрифты, подписи

Задано шаблоном или скиллом, модель его не придумывает.

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


Уровни работы с шаблонами

Образец в проекте

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

  • Сведения о себе и правила стиля;

  • Шаблоны;

  • Материалы по проектам;

  • Отдельная папка для результатов.

Первые три папки агенту разрешено только читать. В инструкции прямо сказано использовать структуру шаблона и не копировать его содержание.

Шаблон с полями и конструктор

Конструктор документов (document assembly) — программа, которая собирает готовый документ из шаблона и введенных данных. В шаблоне .docx места для данных отмечены метками, например {{дата_договора}}. Как именно записывать метки, зависит от конструктора: у каждого свои правила записи, или синтаксис. Отдельными метками обозначают вариантные блоки — фрагменты, которые попадают в документ только при выбранном условии (например, абзац про НДС). Заполнять шаблон может и простой скрипт или бот. Верстка при этом всегда остается такой, какой вы ее сделали в шаблоне.

Скилл под тип документа

Скилл объединяет структуру документа, правила его составления и требования к оформлению. Агент проходит по шагам, задает недостающие вопросы и собирает файл. Этот вариант подходит для документов, где кроме полей есть содержательная часть.


Как подготовить шаблон

  1. Разметку делает модель. Раньше переменные поля в шаблоне расставляли вручную. Теперь агент сам находит в договоре изменяемые данные — стороны, суммы, даты, сроки — и расставляет метки по правилам нужного конструктора. С этой задачей хорошо справляются и надстройки для Word, о которых рассказано в статье Генерация документов и редлайн.

  2. Поля и варианты называют по смыслу. Короткие понятные имена («дата договора», «ИНН исполнителя», «срок оплаты») вместо «поле 1» и «вариант 2». Для вариантных блоков — названия по содержанию условия («с НДС», «предоплата»).

  3. Падеж указывают в поле. Наименование стороны в договоре встречается в разных падежах. Если конструктор умеет склонять, падеж указывают прямо в метке, и программа подставляет нужную форму сама. На сложных наименованиях и ФИО склонение ошибается, поэтому результат необходимо перепроверять.

  4. Реквизиты выносят в таблицу. Когда стороны, предмет и основные параметры договора собраны в таблице в начале документа, их проще и заполнять, и потом извлекать при анализе готовых договоров.

  5. Юридический дизайн закладывают сразу. Шаблон читают чаще, чем любой отдельный договор, поэтому его стоит один раз привести в порядок: структура, понятные формулировки, выделение важных условий. Приемы — в статье Стиль и понятность.

  6. Результат разметки проверяют. Модель может поставить не тот символ разметки, пропустить поле во втором упоминании или разметить как переменную то, что должно быть постоянным. Первый документ по новому шаблону вычитывают целиком.

Данные для шаблонов

  • Из исходных документов. Модель извлекает реквизиты и параметры из договора, накладной, выписки и передает их в шаблон. Так собирают, например, претензию перевозчику по договору и экспедиторской расписке;

  • Из базы контрагентов. Таблица Excel с реквизитами постоянных контрагентов;

  • Из сервисов проверки. По ИНН реквизиты можно получить через DaData;

  • От пользователя. Через форму, бота или вопросы агента.

Данные, полученные из сервиса или базы, надежнее извлеченных моделью из скана. Если реквизиты все же взяты из распознанного документа, их сверяют с оригиналом.


Скилл под типовой документ

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

Что в него обычно входит:

  • Структура документа и назначение каждого раздела;

  • Правила: что обязательно указать, какие нормы применимы, каких формулировок избегать;

  • Оформление, описанное словами или заданное файлом-образцом;

  • Порядок работы: сначала собрать данные и согласовать текст, потом формировать файл.

Устойчивая схема сборки — разделить содержание и верстку внутри самого скилла. Модель готовит содержание в структурированном виде (текст по разделам или описание документа в JSON), а файл .docx из него строит скрипт по единому стандарту оформления. Так устроена подготовка процессуальных документов у одного из ИИ-ассистентов участников сообщества — см. статью Агенты-ассистенты.


Инструменты участников сообщества

Инструмент

Что делает

Ссылки

Document Filler Pro
Наталья Данилова

Приложение для Windows: заполняет шаблоны .docx данными из полей программы, базы контрагентов в Excel или из DaData по ИНН

Скачать

ContractBot 3.0
Александр Клепцин

Приложение для Windows: анализирует договор, проверяет контрагента и формирует протокол разногласий в .docx по редактируемому шаблону

GitHub

Умный OCR для претензий
Эдуард Мохныч

Распознает документы, извлекает из них данные и заполняет шаблоны претензий

GitHub

Промпт для разметки шаблона
Дмитрий Большаков

Превращает договор в шаблон с оформлением по принципам юридического дизайна

Скилл жалобы по ст. 12.21.1 КоАП
Илья Семухин

Составляет жалобу на постановление о превышении весогабаритных параметров, зафиксированном в автоматическом режиме

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


Связанные статьи

Дополнительные материалы

  • Вебинар «Разбор проектов выпускников» (10.09.2026): запись — Константин Крупский об автоматизации типового документооборота на Google Apps Script


Теги: #составление-документов #шаблоны #типовые-документы #конструктор-документов #скиллы