Коммерческое предложение в Битрикс24: как автоматизировать расчёт, согласование и документы

Менеджер получил запрос, добавил товары в сделку и отправил клиенту PDF. Для такой продажи обычно достаточно карточки CRM и одного шаблона. Но тот же термин «коммерческое предложение» используют для процесса, в котором закупки уточняют себестоимость, логистика считает доставку, ВЭД добавляет пошлины, финансовый отдел проверяет наценку, а руководитель решает, можно ли вообще отправлять документ. Здесь одного шаблона уже мало.

Битрикс24 может быть основой для обоих сценариев, но реализуемость сложного расчёта и границы штатных средств нужно подтвердить обследованием и прототипом; архитектура будет зависеть от тарифа, формул, объёма данных и требований к версиям. Простое КП собирается из данных сделки или отдельного элемента CRM. Сложное расчётное предложение требует модели данных, правил версионирования, маршрута согласования и, возможно, дополнительной разработки. Если не разделить эти уровни на старте, команда быстро получает красивый PDF с непроверенными цифрами.

Простое коммерческое предложение в Битрикс24 и сложный расчётный процесс

В Битрикс24 коммерческое предложение — отдельный элемент CRM. Его можно создать вручную или на основании сделки. Во втором случае связанные товары, контакт и компания переносятся автоматически. В карточке остаются история действий, документы и коммуникации. Порядок работы описан в официальной справке по коммерческим предложениям.

Для типовой продажи схема короткая:

1. Менеджер ведёт сделку и заполняет клиента.
2. Добавляет товары или услуги, количество, цену и скидку.
3. Создаёт предложение на основании сделки.
4. Выбирает шаблон документа.
5. Проверяет результат и отправляет его клиенту.

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

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

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

Архитектура данных для расчёта коммерческого предложения

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

Практичнее разделить данные на три уровня.

Сделка и данные клиента

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

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

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

Расчётная карточка или отдельный процесс

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

Карточка расчёта обычно содержит:

• ссылку на исходную сделку;
• номер и статус версии;
• перечень позиций;
• валюту и правила пересчёта;
• условия оплаты и авансирования;
• закупочные цены и срок готовности;
• доставку, страхование и прочие логистические расходы;
• пошлины и другие импортные расходы;
• наценку, вознаграждение и итоговую цену;
• автора расчёта, участников и решения согласующих;
• ссылки на сформированные файлы.

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

Зафиксированная версия коммерческого предложения

Утверждённая версия должна хранить те значения, по которым был создан документ. Простая ссылка на «текущую цену товара» ненадёжна: справочник обновится, и старое КП при повторном формировании получит новые цифры.

Минимальная модель версии включает номер редакции, дату фиксации, автора, основание изменения и снимок расчётных значений. Черновик можно пересчитывать сколько угодно. После отправки клиенту версия не должна меняться незаметно; корректировка создаёт следующую редакцию.

Пять ролей в расчёте коммерческого предложения

В одном из проектных сценариев в подготовке КП участвовали пять ролей. Это не универсальная оргструктура, а пример того, как разделить ответственность.

1. Продажи выбирают номенклатуру, задают условия оплаты, плановую наценку, вознаграждение и сопроводительный текст. Менеджер отвечает за полноту запроса клиента, но не подменяет закупщика или экономиста.
2. Закупки вносят закупочные цены, размер аванса поставщику и срок готовности. Если поставщиков несколько, закупки фиксируют выбранный вариант и дату получения цены.
3. Логистика рассчитывает доставку и связанные расходы. Для разных маршрутов можно хранить варианты, но в утверждаемую версию попадает один выбранный сценарий.
4. ВЭД указывает импортные пошлины и другие применимые расходы. Этот блок нужен не для каждой продажи, поэтому маршрут должен уметь его пропускать.
5. Планово-экономический отдел проверяет заполнение, логику расчёта и допустимость отправки. Он не вводит данные за остальные отделы, а возвращает карточку на доработку с комментарием.

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

Формулы, версии и контроль расчёта КП

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

Спецификацию формул удобно вести как реестр:

Показатель	Источник	Правило расчёта	Округление	Кто меняет правило
Закупочная стоимость	Закупки	Цена поставщика × количество	По валютному регламенту	Владелец расчётной модели
Логистика	Логистика	По выбранному маршруту	До денежной единицы	Логистика
Пошлина	ВЭД	По товарной группе и базе расчёта	По регламенту	ВЭД
Цена предложения	Расчётная модель	По утверждённой формуле версии	По правилам прайсинга	Планово-экономический отдел

Конкретные коэффициенты и последовательность операций определяет компания. Важно зафиксировать, когда применяется округление, какой курс используется и что происходит с пустым значением. Ноль и «данные ещё не получены» — разные состояния.

Штатный робот математических операций работает с числовыми полями и переменными, поддерживает сложение, вычитание, умножение и деление и за один запуск изменяет одну переменную. Это подтверждает справка по математическим операциям в CRM. Для короткой формулы возможностей может хватить. Матрица из десятков правил, табличные строки, курсы, условия и пересчёты версий часто требуют бизнес-процесса, приложения или интеграции.

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

Согласование коммерческого предложения в Битрикс24

Стадии помогают видеть состояние: «Сбор данных», «Расчёт», «На согласовании», «Доработка», «Утверждено», «Отправлено», «Отклонено». Но перетаскивание карточки в колонку само по себе не доказывает, что все участники проверили цифры.

Маршрут согласования строят вокруг условий. Например:

• закупки и логистика могут заполнять данные параллельно;
• ВЭД подключается только для импортных позиций;
• планово-экономический отдел получает задание после заполнения обязательных блоков;
• предложение с особыми условиями оплаты направляется дополнительному согласующему;
• отклонение возвращает расчёт автору и требует комментария;
• после утверждения система фиксирует версию и запрещает тихую замену исходных значений.

В бизнес-процессах Битрикс24 есть действия утверждения всеми сотрудниками, любым участником из списка или голосованием. Можно включить комментарии, срок ожидания и разные ветки для положительного и отрицательного решения. Параметры перечислены в официальной справке по заданиям бизнес-процессов.

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

Четыре документа после утверждения: проектный пример

В проектном запросе после согласования требовалось сформировать четыре результата. Такой комплект нельзя считать стандартом Битрикс24 для любого портала; это пример проектируемой автоматизации.

1. PDF-коммерческое предложение. Клиентский документ по выбранному шаблону.
2. Word-спецификация. Отдельный редактируемый файл.
3. Word-договор поставки. Черновик для последующей юридической проверки и подписания.
4. Excel-кост-анализ. Отдельный расчётный файл.

В исходных данных подтверждены форматы и необходимость выбора шаблона по компании-отправителю; точный состав полей, получателей и права доступа должны быть закреплены в техническом задании.

Битрикс24 умеет создавать документы по CRM-шаблонам, подставлять поля и ограничивать шаблоны по разделам и сотрудникам. Настройки описаны в справке по шаблонам документов. Робот «Создать документ» может дождаться формирования PDF и передать результат следующему роботу, например для отправки письма; это показано в обзоре роботов оформления документов.

Один штатный робот не обязан собирать весь комплект DOCX, XLSX и PDF из сложной расчётной модели. Формат исходного шаблона, табличные данные, доступные поля и способ сохранения файлов проверяют прототипом. Для Word-спецификации и Excel-кост-анализа может понадобиться приложение или отдельная генерация файлов.

Поэтапная настройка автоматизации коммерческого предложения

Шаг 1. Разобрать действующий расчёт

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

Шаг 2. Отделить простое КП от расчётной заявки

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

Шаг 3. Спроектировать карточки и строки товаров

Определите, что хранится в сделке, что — в расчёте, а что — в зафиксированной версии. Настройте обязательные поля и справочники. Не копируйте реквизиты клиента в десяток полей: храните связь с компанией и фиксируйте значения только для утверждённого документа.

Шаг 4. Собрать формулы на контрольных примерах

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

Шаг 5. Настроить роли и согласование КП

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

Шаг 6. Подготовить шаблоны документов

Согласуйте макеты PDF, спецификации, договора и внутреннего анализа. Проверьте выбор компании-отправителя, реквизиты, подписанта, валюту, НДС, перенос длинных наименований и многостраничные таблицы. Шаблон должен получать данные из утверждённой версии, а не из меняющегося черновика.

Шаг 7. Включить отправку только после приёмки

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

Границы штатных возможностей Битрикс24

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

Для оценки масштаба работ сопоставьте сценарий со стоимостью внедрения Битрикс24.

Дополнительное решение стоит рассматривать, если нужны:

• многострочные расчёты со сложными зависимостями;
• редактируемые версии формул с датами действия;
• несколько параллельных вариантов себестоимости;
• автоматическая генерация нестандартных Word- и Excel-файлов;
• строгий журнал изменений каждой расчётной величины;
• интеграция с учётной системой, курсами, прайсами поставщиков или внешним калькулятором.

Коммерческое предложение не следует автоматически считать подписанным договором, электронной подписью или юридически значимым ЭДО. При этом конкретное КП может иметь силу оферты — это зависит от его содержания и выраженного намерения заключить договор. Генерация PDF сама по себе не подтверждает подписание, отправку, получение или акцепт документа.

Как тестировать расчёт и документы коммерческого предложения

Приёмка по одному «среднему» заказу почти бесполезна. Нужен набор сценариев с ожидаемыми результатами.

Проверьте как минимум:

• одну позицию и большой перечень товаров;
• нулевую доставку и доставку, распределяемую между строками;
• импортную и локальную поставку;
• разные валюты, курсы и правила округления;
• скидку, наценку и особые условия оплаты;
• пустые обязательные поля и осознанно нулевые значения;
• отклонение на каждом этапе согласования;
• повторный запуск робота;
• смену компании-отправителя;
• создание новой версии после отправки;
• длинные названия, перенос таблиц и разрыв страниц в документах;
• доступ к внутреннему кост-анализу под учётной записью менеджера.

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

Типичные ошибки при автоматизации коммерческого предложения

Формулу переносят из Excel без описания

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

Все отделы редактируют одни поля

Общее поле «Расходы» быстро превращается в спор о том, кто изменил сумму. У каждой величины должен быть владелец, а итог рассчитывается из отдельных блоков.

Утверждённый расчёт продолжает меняться

Если закупщик обновил цену после согласования, ранее сформированный PDF уже не соответствует карточке. После утверждения нужна фиксация версии; новые данные оформляются следующей редакцией.

Документы создаются из непроверенных реквизитов

Автоподстановка ускоряет и правильные, и ошибочные данные. Перед формированием договора проверяют организацию-отправителя, карточку клиента, реквизиты, подписанта и контакт для отправки.

Сложность маскируют длинной цепочкой роботов

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

Тестируют под администратором

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

FAQ по коммерческим предложениям в Битрикс24

Можно ли создать коммерческое предложение из сделки?

Да. Битрикс24 переносит в предложение связанные товары, контакт и компанию. Перед созданием документа всё равно нужно проверить цены, реквизиты и выбранный шаблон.

Можно ли автоматически сформировать PDF-коммерческое предложение?

Да, документ можно создать по CRM-шаблону вручную или роботом. Робот умеет ожидать готовность PDF, после чего файл можно передать следующему действию. Доступность зависит от тарифа и настроек портала.

Можно ли перенести сложную формулу из Excel в Битрикс24?

Иногда, если расчёт сводится к нескольким числовым операциям и полям. Для строк товаров, условий, версий и часто меняющихся правил штатной арифметики может не хватить. Решение выбирают после прототипа на реальных контрольных примерах.

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

Для каждой компании-отправителя создают отдельный шаблон и используют проверенные реквизиты из CRM. Маршрут выбирает шаблон по компании, а документ подставляет заполненные поля; перед отправкой менеджер проверяет юридический адрес, ИНН, подписанта и банковские данные. Конкретный способ автоматизации зависит от CRM-сущности, тарифа и архитектуры процесса.

Можно ли согласовать КП несколькими отделами?

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

Сформирует ли Битрикс24 договор и Excel-кост-анализ вместе с КП?

Такой комплект возможен как проектная автоматизация, но нельзя считать его гарантированной функцией одного штатного робота. PDF по шаблону относится к стандартному сценарию, а Word- и Excel-результаты нужно проверять на прототипе; иногда требуется приложение или интеграция.

Заменяет ли коммерческое предложение договор или ЭДО?

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

Выводы: как подойти к автоматизации коммерческого предложения

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

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

Рабочий первый релиз может охватывать один тип предложения, одну компанию-отправителя и короткий маршрут. После приёмки формул, прав и версий к нему подключают остальные шаблоны и исключения. Так граница между штатными возможностями Битрикс24 и дополнительной разработкой становится понятна до запуска, а не после первой спорной суммы.