Автоматизация
Генерация договоров из CRM: заполнение шаблонов без ручного копирования
Если текст договора уже согласован, собирать его заново для каждого заказа незачем. CRM передаёт реквизиты и условия сделки, система проверяет поля и заполняет нужную версию шаблона.
Что именно автоматизировать
Генерация договоров из CRM начинается с готового текста. Заказчик утверждает формулировки и варианты условий, а техническое решение подставляет значения. Это позволяет отделить содержание документа от механики заполнения.
Для первого запуска выберите один тип договора и один момент формирования: например, менеджер проверил сделку и нажал кнопку. Не стоит сразу включать все виды документов и автоматическую отправку. Сначала проверьте, что реквизиты, состав заказа и итоговые файлы корректны.
Посмотрите, есть ли в CRM встроенные шаблоны документов. Для простых полей их может хватить. Отдельная интеграция полезна, когда данные приходят из нескольких систем, нужны сложные таблицы, согласование, несколько версий или особый порядок хранения.
Карта полей CRM и шаблона
До разработки составьте явное соответствие: откуда берётся каждое поле, кто его заполняет и что делать, если значения нет. Название компании для отображения может отличаться от полного наименования в документе; сумма сделки — от суммы выбранной спецификации.
| Метка шаблона | Источник | Правило |
|---|---|---|
{{ company_name }} | Реквизиты организации | Обязательно, полное наименование |
{{ contract_number }} | Реестр документов | Присваивается один раз |
{{ order_description }} | Согласованный состав заказа | Не брать внутренние заметки |
{{ total_rub }} | Расчёт по позициям заказа | Единое правило округления |
{{ template_version }} | Реестр шаблонов | Сохранять вместе с документом |
Для списков товаров нужен повторяемый блок строк, для необязательного приложения — условный блок. Текстовый поиск и замена внутри DOCX ненадёжен: редактор может разделить видимую метку на несколько частей. Специализированные средства, например python-docx-template, используют шаблоны с правилами подстановки и повторения.
Скачиваемый пример
Комплект показывает техническую подстановку полей: исходные данные условной сделки, DOCX с метками и заполненный документ. Это учебная карточка формирования договора, а не готовый юридический договор. Условия настоящего договора предоставляет заказчик.
Откройте шаблон и результат рядом: изменились значения полей, но сохранилась структура. PDF в комплекте отдельно сформирован из тех же данных для сравнения содержания. В рабочей системе PDF нужно получать из заполненного DOCX выбранным конвертером и проверять сохранение вёрстки.
Проверки до формирования
Система должна остановить генерацию, если нет обязательных реквизитов. Сообщение «Не заполнено полное наименование организации» полезнее файла с пустым местом. Поля проверяют до создания документа, а оставшиеся метки шаблона — после.
- Все обязательные значения присутствуют и относятся к нужной организации и сделке.
- Количество, цена, скидка и итог рассчитаны по согласованным правилам.
- Дата, номер и версия шаблона закреплены за операцией формирования.
- В результате нет незаполненных меток, обрезанных таблиц и пустых приложений.
- Файл доступен сотрудникам с нужными правами и прикреплён к правильной сделке.
Когда CRM позволяет, сохраняйте снимок данных на момент формирования. Иначе через месяц невозможно объяснить, почему в документе старое название: карточка компании уже изменилась, а файл остался прежним.
Версии и повторная генерация
Двойное нажатие кнопки не должно создавать два разных номера. Каждой операции нужен идентификатор, по которому повторный запрос возвращает тот же результат. Если данные изменились и менеджер просит новую редакцию, это отдельная операция с новой версией файла.
Храните версию шаблона, снимок данных, время формирования и статус. Сбой при прикреплении документа к CRM не требует заново создавать договор: можно повторить доставку уже готового файла. Подписанный документ нельзя молча перезаписывать при обновлении карточки.
Обновление шаблона тоже проходит проверку. Новые реквизиты, дополнительная таблица или изменившиеся условия сначала проверяются на тестовых сделках. Старые документы должны оставаться воспроизводимыми по сохранённым данным и версии.
Как принять готовую интеграцию
- Сформируйте документ для полной и неполной сделки: во втором случае проверьте понятную ошибку.
- Повторите запрос: убедитесь, что не появились второй номер и лишняя копия.
- Измените реквизиты и создайте новую редакцию: первая должна сохраниться.
- Временно отключите CRM на этапе доставки: после восстановления готовый файл должен прикрепиться без повторного формирования.
- Откройте DOCX и PDF в используемых у вас программах и проверьте длинные поля, таблицы и страницы.
Если данные сначала нужно получить из входящих файлов, это отдельная задача. Её процесс разобран в материале про ИИ-обработку документов. Не смешивайте извлечение неизвестных значений и заполнение уже проверенного шаблона в один непрозрачный шаг.