В Битрикс24 коммерческое предложение часто воспринимается как одна кнопка: менеджер заполнил сделку, выбрал шаблон, и PDF уже у клиента. Для типовой продажи с фиксированными ценами этого действительно хватает. Но в реальности термин «КП» может означать совершенно разные процессы — от простого документа на основании сделки до многодневного расчёта, где участвуют закупки, логистика, ВЭД и финансовый отдел.
Где проходит граница между простым и сложным КП
Простой вариант: итоговая цена известна заранее, расчёт делает один сотрудник, согласование сводится к проверке суммы. Здесь хорошо работает штатный механизм документов из карточки CRM. Битрикс24 переносит товары, контакт и компанию, остаётся только выбрать шаблон и проверить результат.
Сложный вариант начинается, когда цена складывается из нескольких блоков: закупочная стоимость зависит от поставщика, доставка рассчитывается отдельно, пошлина зависит от товарной группы, наценка меняется по условиям оплаты. В таком случае КП — это уже не исходная сущность, а результат расчёта. И сначала нужно построить расчётную модель, прежде чем генерировать документ.
Три уровня данных
Первая проблема, которую видим на проектах, — попытка хранить всё в одной карточке сделки. Исходные цены, пошлины, комментарии закупок, несколько вариантов логистики и итоговая сумма сваливаются в одну кучу. Карточка разрастается, старые значения затираются, и менеджер не понимает, какая редакция была отправлена клиенту.
Практичнее разделить данные на три уровня:
- Сделка — контекст продажи: клиент, контакт, ответственный, состав запроса, предполагаемая сумма, стадия.
- Расчётная карточка — отдельная сущность, связанная со сделкой. В ней живут позиции, закупочные цены, доставка, пошлины, наценка, автор расчёта и решения согласующих.
- Зафиксированная версия — снимок утверждённых значений, по которым создан документ. Именно она защищает от ситуации, когда справочник обновился, а старое КП при повторном формировании получило новые цифры.
Роли и согласование
В сложном сценарии полезно разделить ответственность по функциям, а не по именам сотрудников. Иначе при отпуске или увольнении процесс встаёт. Примерный набор ролей: продажи формируют запрос и номенклатуру, закупки вносят цены и сроки, логистика рассчитывает доставку, ВЭД добавляет импортные расходы, планово-экономический отдел проверяет логику и допускает документ к отправке.
Согласование лучше строить вокруг условий. Закупки и логистика могут работать параллельно. ВЭД подключается только для импортных позиций. Предложение с нестандартными условиями оплаты уходит на дополнительное утверждение. Для финансовых документов молчание нельзя считать согласием — лучше требовать явное решение или автоматическое отклонение по таймеру.
Когда хватает штатных средств, а когда нужна разработка
Битрикс24 покрывает простые КП: шаблоны документов, базовые формулы, роботы, стадии и бизнес-процессы утверждения. Если формула короткая, данных немного и участников один-два, обычно хватает встроенных инструментов.
Дополнительная разработка или внешнее приложение нужны, когда появляются табличные строки, десятки правил, курсы валют, версионирование, права доступа к разным блокам одной карточки и интеграция с учётной системой. Пытаться запихнуть всё это в стандартную сделку — значит получить красивый PDF с непроверенными цифрами.
Как начать
Если цену определяет менеджер, начните с отдельного предложения CRM, товаров и одного проверенного шаблона. Не усложняйте процесс ради автоматизации кнопки «Создать документ».
Если цену собирают несколько отделов, сначала проектируйте данные и ответственность. Только после этого добавляйте маршрут согласования и генерацию файлов. Порядок важен: документ завершает расчёт, а не заменяет его.
Top comments (0)