Договоры, счета и КП по шаблону: как сделать, чтобы документы собирались из CRM за минуту

Короткий ответ: документ из CRM собирается по шаблону в DOCX, где вместо реквизитов, сумм и дат стоят метки полей сделки, а для разных условий — условные блоки. Встроенного генератора хватает для счетов и КП с простыми подстановками; доработка нужна, когда данные лежат вне CRM, условий много или договор проходит согласование по веткам. Начинать стоит с одного документа, который менеджеры собирают чаще всего.

Документ	Откуда данные	Что обычно ломается
Коммерческое предложение	Товары и услуги сделки, скидка, контакт, менеджер	Скидка считается в CRM одним способом, а в шаблоне — другим
Счёт на оплату	Реквизиты вашей компании и клиента, позиции, НДС или его отсутствие	Номер счёта задвоился, реквизиты взяты от другого юрлица группы
Договор	Карточка компании, подписант и его основание, сумма, сроки, условия оплаты	Падеж ФИО и должности, «действующего на основании» для ИП
Спецификация, приложение	Таблица позиций сделки, сроки поставки, адрес	Длинная таблица ломает вёрстку, нет итоговой строки
Акт, накладная	Закрытые этапы или отгрузки, даты, суммы	Акт собран по плану сделки, а не по факту выполненного
Доверенность, письмо, заявление	Контакт, паспортные или иные данные сотрудника	Персональные данные лежат в поле, которое видят все

Какие документы можно собирать автоматически?

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

Посчитайте, сколько документов в месяц менеджеры делают копированием прошлого файла. Если это десятки и в каждом правят пять-десять мест, главный выигрыш от автоматизации не в скорости, а в том, что пропадают ошибки копирования: чужой ИНН в счёте, старая цена в КП, подписант, который уже уволился у клиента.

Как устроен шаблон: поля, условия, таблицы?

Шаблон — обычный файл Word с метками. Простая метка заменяется значением поля, условная — включает или выключает абзац, табличная — повторяет строку для каждой позиции сделки. Плюс модификаторы: формат даты, падеж ФИО, сумма прописью.

Как это выглядит на практике, видно по справке Битрикс24: поле в шаблоне обозначается символьным кодом, например {MyCompanyRequisiteRqInn} для ИНН вашей компании, список кодов открывается из карточки сделки, а шаблон загружается в формате DOCX размером не более 2 МБ. У полей есть модификаторы: формат даты, падеж имени, а параметр W=Y выводит сумму прописью — для рублей, белорусских рублей, гривен и тенге. В других CRM синтаксис свой, принцип тот же.

Из чего состоит хороший шаблон договора:

• Шапка. Номер и дата документа, город, стороны с полным наименованием, подписант в родительном падеже и основание его полномочий. Для ИП основание другое, чем для ООО, — это первое место для условия.
• Предмет и цена. Сумма цифрами и прописью, НДС или формулировка об освобождении от него — из карточки вашего юрлица, а не текстом в шаблоне.
• Условные пункты. Порядок оплаты (предоплата, частями, отсрочка), доставка или самовывоз, срок гарантии. Каждый вариант — блок, который включается по значению поля сделки.
• Таблица. Позиции, количество, цена, скидка, сумма и итог. Проверьте, как таблица переносится на вторую страницу и повторяется ли шапка.
• Реквизиты и подписи. Банковские реквизиты обеих сторон, ФИО подписантов в именительном падеже.

Реквизиты клиента не стоит вбивать руками в каждую сделку. Менеджер вводит ИНН, а наименование, адрес, КПП и руководитель подтягиваются из сервиса данных ЕГРЮЛ: в готовых CRM это делает встроенная функция или виджет, в своей системе — запрос по API. Банковские реквизиты так не подтянуть: их присылает сам клиент.

	Встроенные шаблоны CRM	Своя доработка
Простые подстановки полей	Справляются	Не нужна
Сумма прописью, даты, падежи	Часто есть модификаторы — проверьте по справке своей CRM	Нужна, если модификаторов нет или они не покрывают ваш случай
Условные блоки (если предоплата — один пункт, если отсрочка — другой)	Обычно приходится держать несколько шаблонов	Один шаблон с условиями
Данные из 1С, склада, своей базы	Только если они уже лежат в полях CRM	Подтягиваем по API в момент сборки
Маршрут согласования с ветками по сумме	Зависит от CRM и тарифа	Ветки, сроки и замены согласующих под ваш порядок
Учёт версий шаблонов и кто их правил	Обычно файл просто перезаливают	Журнал версий и привязка документа к версии шаблона

Где не хватает встроенных шаблонов CRM?

Встроенного генератора хватает, пока все данные лежат в полях сделки, а вариантов документа два-три. Его перестаёт хватать, когда нужны данные из 1С или склада в момент сборки, много условных пунктов, согласование с ветками или учёт, по какой версии шаблона собран конкретный договор.

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

Второй частый случай — остатки и цены. Если КП должно показать актуальный остаток и цену из 1С, а в CRM они не синхронизируются, документ соберётся с устаревшими цифрами. Тут нужна связка CRM с учётной системой, а не новый шаблон. Как устроен такой обмен, подробно разобрано в статье про автоматизацию отдела продаж.

Если же кроме документов в стандартную воронку не укладывается половина процесса, честнее сравнить доработки готовой системы со своей — в статье своя CRM или готовая с доработками есть порядок такого расчёта.

Кто и как меняет шаблон?

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

Минимальные правила, которые стоит записать до запуска:

1. У каждого шаблона есть владелец и номер версии в имени или колонтитуле, например «Договор поставки, ред. 4 от 01.11.2026».
2. Старые версии не удаляются: по ним собраны договоры, которые ещё действуют.
3. Новая версия проверяется на трёх тестовых сделках: ООО с НДС, ИП без НДС, сделка с длинной таблицей позиций.
4. Менеджер не правит текст условий в собранном DOCX без согласования. Если правка нужна часто — это повод добавить условие в шаблон.
5. У собранного документа сохраняется ссылка на версию шаблона, по которой он сделан.

Последний пункт в готовых CRM обычно не поддерживается, и это одна из причин делать модуль документов своим. В нашем кейсе «Реестр» каждое изменение в базе проходит подтверждение, пишется в журнал и может быть откачено, а карточка договора выводится на печать и в PDF, — для документов, где цена ошибки высока, такой подход и нужен.

Маршрут согласования договора

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

Что стоит предусмотреть в маршруте:

• Ветки по условиям. Договор по типовому шаблону без правок и до определённой суммы может идти сразу на подпись, минуя юриста. Договор с правками или с отсрочкой платежа — к юристу и финансисту.
• Сравнение с шаблоном. Юристу важно видеть не весь договор, а что менеджер поменял относительно действующей версии. Если такого сравнения нет, проверка превращается в чтение двадцати страниц.
• Сроки и замены. Шаг без ответа за два рабочих дня поднимается выше; на время отпуска согласующего назначается замена.
• Возврат с замечанием. Отказ без комментария не принимается системой — иначе менеджер не знает, что исправить.
• Журнал. Кто, когда и с каким решением прошёл каждый шаг: это пригодится при споре с клиентом и при разборе, почему договор шёл неделю.

Похоже устроена CRM платформы «Снабженец»: заказы движутся на канбане по этапам согласования, а между карточками заказов, контрагентов и сделок есть сквозные переходы (подробнее — на странице CRM на заказ). Сам маршрут до разработки стоит описать на бумаге: шаблон «как есть / как будет» есть в статье как описать бизнес-процесс перед автоматизацией.

Подписание — отдельный шаг после согласования. Электронный документ, подписанный квалифицированной электронной подписью, признаётся равнозначным бумажному с собственноручной подписью (ч. 1 ст. 6 закона № 63-ФЗ), а обмен с контрагентами обычно идёт через оператора ЭДО. Когда достаточно простой подписи, а когда нужна квалифицированная, — в статье про подписание договоров в личном кабинете клиента. Чем свой сервис документооборота отличается от готового, разобрано в статье про электронный документооборот на заказ.

Типичные ошибки автозаполнения

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

• Пустое поле — пустое место в договоре. «Действующего на основании ___» уходит клиенту. Решение: сборка не запускается, пока обязательные поля сделки не заполнены, и менеджер видит, каких не хватает.
• Не тот падеж. «В лице генеральный директор Иванов Иван Иванович». Нужен модификатор падежа или отдельное поле «в лице» для ручной проверки.
• Задвоение номеров. Два менеджера одновременно взяли один номер счёта, потому что он считался как «последний плюс один» в таблице. Номер должна выдавать система, а не человек, и отдельно по каждому юрлицу.
• Округления. Сумма по строкам не сходится с итогом на копейку, потому что скидка и НДС считаются в разном порядке. Правило округления записывают один раз и проверяют на сделке с дробными ценами.
• Правки в готовом файле. Менеджер исправил сумму в DOCX, а в CRM осталась старая. Отчёты и акты потом соберутся с неверной цифрой. Правят данные сделки и пересобирают документ.
• Персональные данные в общем доступе. Паспортные данные для доверенности лежат в поле, которое видят все. Такие поля закрывают ролями; в Битрикс24, например, значение поля с ограниченной видимостью не попадёт в документ у сотрудника без доступа к нему.
• Картинка подписи и печати в каждом PDF. Факсимиле допускается в случаях, предусмотренных законом, иными правовыми актами или соглашением сторон (п. 2 ст. 160 ГК РФ). Без такого соглашения с клиентом договор с картинкой подписи — риск в споре.

Когда автоматизация документов вам не нужна?

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

Ещё два случая, когда стоит подождать. Первый — в CRM нет порядка: сделки ведутся не у всех менеджеров, реквизиты хранятся в переписке. Генератор такую проблему не решит, сначала нужны обязательные поля и привычка их заполнять. Второй — юрист сам не определился с типовыми условиями: шаблон, который переписывают каждую неделю, автоматизировать рано.

Сколько стоит и с чего начать

Если ваша CRM умеет шаблоны, а нужна связка с 1С, сайтом или учётом номеров, это тариф «Интеграции и автоматизация» — от 32 000 ₽, от 2 дней, связка до двух систем. Свой модуль документов с условиями, версиями и маршрутом согласования — часть CRM на заказ по тарифу «Веб-приложение», от 160 000 ₽, от 10 дней.

Точную цену называем после разбора ваших шаблонов и фиксируем в договоре до старта. Оплата 50/50: предоплата по договору и окончательный расчёт после подписания акта; на приёмку — 5 рабочих дней, гарантия — 30 календарных дней с даты акта, до 2 раундов правок. Поддержка после запуска — от 7 900 ₽ в месяц, если шаблоны и маршруты будут меняться.

План первой версии, который обычно работает:

1. Выберите один документ — тот, что делают чаще всего, обычно счёт или КП.
2. Соберите три-пять реальных примеров с разными условиями и отметьте в них всё, что меняется от сделки к сделке.
3. Проверьте, где в CRM лежит каждое меняющееся значение. Чего нет — добавьте поле и сделайте его обязательным.
4. Соберите шаблон во встроенном генераторе и проверьте на тестовых сделках: ООО и ИП, с НДС и без, длинная таблица.
5. Через месяц посмотрите, что менеджеры правят руками в собранных файлах, — это список для условий и доработок.
6. Только после этого добавляйте договор с условиями и маршрут согласования.

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

Короткие ответы на частые вопросы

Можно ли автоматически заполнять договор в Word из CRM?

Да. Шаблон готовят в DOCX, вместо меняющихся данных ставят метки полей, и CRM при сборке подставляет значения из сделки. На выходе — DOCX для правки или PDF для отправки клиенту.

Как сделать сумму прописью в шаблоне счёта?

Во многих CRM для этого есть модификатор поля суммы: в Битрикс24, например, параметр W=Y выводит сумму прописью для рублей и ряда других валют. Если модификатора нет, сумму прописью формирует обработчик перед вставкой в документ.

Кто должен менять шаблон договора?

Текст условий — юрист, оформление и метки полей — администратор CRM или разработчик. Каждую новую версию проверяют на тестовой сделке до публикации, а старую сохраняют.

Можно ли ставить в сгенерированный PDF картинку подписи и печати?

Факсимильная подпись допускается, только если это предусмотрено законом, иным правовым актом или соглашением сторон (п. 2 ст. 160 ГК РФ). Надёжный путь — подписать документ электронной подписью или на бумаге.

Сколько стоит настроить генерацию документов?

Если шаблоны собираются во встроенном генераторе CRM и нужна связка с 1С или сайтом, это тариф интеграций — от 32 000 ₽, от 2 дней. Свой модуль документов в CRM на заказ — в рамках тарифа «Веб-приложение», от 160 000 ₽.

Услуги и кейсы по теме: CRM на заказ от 160 000 ₽ · кейс «Реестр» · цены и сроки