Коммерческое предложение из каталога: как настроить выпуск КП на B2B-сайте

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

Что такое коммерческое предложение из каталога на B2B-сайте и где его границы

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

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

Границы задачи стоит очертить сразу, чтобы не смешивать её с соседними сценариями. Здесь речь только о выпуске КП и передаче согласованного набора позиций в заказ. Личный кабинет с остатками и индивидуальными ценами и сам каталог с фильтрами — отдельные темы со своей логикой и своими критериями приёмки. Каталог при этом остаётся источником данных для КП, но его устройство разбирается отдельно, например в материале про Каталог товаров на Битрикс: фильтры, скорость и SEO.

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

Какие исходные данные нужны до настройки выпуска КП

До начала работ нужно собрать и согласовать входные данные. Без них настройка превращается в догадки, а результат — в набор частных случаев.

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

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

Отдельно стоит зафиксировать, что считается «согласованным» предложением. Это важно, потому что именно согласованный набор уходит в заказ, и от этого зависит, где заканчивается КП и начинается оформление.

Схема коммерческого предложения

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

Обязательные блоки документа

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

Что меняется от типа сделки

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

Как схема связана с данными каталога

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

Как формируется набор позиций и цены под клиента

Выбор позиций

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

Цены, скидки и кратность

Цена подставляется по правилу, привязанному к клиенту или его группе. В материалах по 1С-Битрикс описывается механизм нескольких типов цен с правами доступа по группам пользователей. Это удобно для мотивации дилеров, но требует аккуратности: правило должно быть однозначным, иначе в КП попадёт не та цена. Конкретный состав возможностей зависит от редакции и версии продукта, поэтому его стоит сверять с актуальной документацией.

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

Что происходит, если цены нет

Отдельный случай — позиция есть в каталоге, но цена для нужной колонки не заполнена. Здесь важно заранее решить: система не показывает такую позицию, показывает её без цены с пометкой «по запросу» или подставляет цену из другой колонки. Любой из вариантов допустим, но выбранный должен быть единым для всего сценария, иначе менеджеры будут трактовать пропуск по-разному.

Развилки при выпуске КП из каталога

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

Срок действия и версии предложения

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

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

Отдельно решается вопрос с уже отправленными предложениями. Если цена в каталоге изменилась, нужно понимать: действующие КП сохраняют прежние условия до конца срока или пересчитываются. Это правило стоит зафиксировать письменно, чтобы менеджеры не трактовали его по-разному. Обычно выбирают один из двух подходов: «цена фиксируется на срок действия» или «цена следует за каталогом», и каждый из них по-своему влияет на переговоры с клиентом.

Передача согласованного набора в заказ

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

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

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

Учебный пример: КП для оптового клиента на тестовых данных

Учебный пример. Условная оптовая компания «Пример-Опт» продаёт крепёж и инструмент. Данные условные и приведены только для иллюстрации логики.

Входные условия: - Каталог: около 1200 позиций, часть с торговыми предложениями по размеру и упаковке. - Три ценовые колонки: базовая, дилерская, партнёрская. - Клиент — дилер, которому доступна дилерская колонка. - Условия: срок действия КП — 10 календарных дней, оплата — частичная предоплата, минимальная партия — одна упаковка. - Формат выдачи: файл для отправки клиенту.

Ход работы: 1. Менеджер открывает карточку клиента и убеждается, что ему назначена дилерская цена. 2. Из каталога выбирает 14 позиций, указывает количество с учётом кратности упаковки. 3. Система подставляет цены из дилерской колонки и считает суммы по строкам и итог. 4. Менеджер проверяет итог, добавляет условия оплаты и доставки, выпускает КП с датой действия. 5. Клиент подтверждает предложение, и набор позиций передаётся в заказ.

Проверка результата: - Все 14 позиций совпадают с каталогом по артикулам и единицам измерения. - Цены взяты из дилерской колонки, а не из базовой. - Количество кратно упаковке, минимальная партия соблюдена. - Итоговая сумма равна сумме строк. - Дата окончания действия рассчитана от даты выпуска. - В заказ перенесены те же позиции, количество и цены, что и в КП.

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

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

Как проверить результат и принять работу

Приёмка строится на проверке сценариев, а не на общем впечатлении. Ниже — рабочий чек-лист.

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

Если по какому-то пункту нет однозначного ответа, это не «мелочь», а незакрытый риск. Лучше зафиксировать его отдельно и решить до запуска.

Типичные ошибки и ограничения

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

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

Какие исходные данные подготовить для оценки

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

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

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