Версионирование прайс-листа в CPQ: как продавать по актуальной цене и не пересчитывать КП вручную
Версионирование прайс-листа в CPQ — это хранение цен вместе с датой их действия и привязка каждого коммерческого предложения к конкретной версии прайса. Менеджер видит одну актуальную цену, ранее выставленные КП сохраняют свои условия, а любое изменение фиксируется с автором, датой и основанием.
Версионирование прайс-листа в CPQ. Версии прайса фиксируют цены с датой действия и привязывают КП к конкретному снимку. Без этого выставленные предложения пересчитываются вручную и расходятся с условиями.
Что такое версия прайс-листа и чем она отличается от обновлённого файла
Версия прайса — это не «последний Excel на сетевом диске». Это снимок состояния цен, состава номенклатуры и правил расчёта на определённый момент. Снимок нельзя перезаписать: он остаётся в истории таким, каким был в день публикации.
Разница проявляется в первый же спор. Файл, перезаписанный в пятницу, не ответит на вопрос, по какой цене менеджер считал КП в среду. Версия отвечает на этот вопрос без восстановления бэкапов и звонков сотрудникам.
Что должно версионироваться вместе с ценой
Цена сама по себе ничего не значит. Вместе с ней нужно фиксировать три слоя.
Первый — стоимость позиций и опций. Второй — состав номенклатуры: артикул мог быть заменён, а опция снята с продажи. Третий — правила расчёта: коэффициенты, скидочные уровни, округления, минимальные партии.
Если версионируется только цена, возникает классическая ошибка: старое КП открывается с новыми правилами скидок и показывает сумму, которую никто не согласовывал.
Почему дата действия важнее номера версии
Номер версии удобен разработчику, но бесполезен продавцу. Продавцу нужно знать, действует ли цена сегодня и до какого числа она продержится.
Поэтому в карточке цены первичны две даты: «действует с» и «действует по». Номер версии — вторичный атрибут, который нужен для сверки и аудита, а не для ежедневной работы.
Почему один прайс-лист не выдерживает реальность
Производитель с сотнями артикулов почти никогда не имеет одного прайса. У него есть базовый прайс, дилерские уровни, региональные надбавки, акционные позиции и отдельные условия для проектных поставок.
Даже если всё это сведено в один файл, он меняется чаще, чем кажется руководству. Проверка обычно показывает: за квартал файл правили десятки раз, и часть правок никто не согласовывал.
Четыре типовые причины изменения цены
Первая — сырьё и комплектующие: поставщик присылает новый прайс, и это автоматически меняет себестоимость части номенклатуры.
Вторая — курс валюты для импортных компонентов. Здесь опасна не сама корректировка, а её запаздывание: продажи идут по старой цене ещё две недели после того, как закупка подорожала.
Третья — смена поставщика или аналога. Формально цена та же, но изменились сроки, упаковка и минимальная партия.
Четвёртая — коммерческая политика: акция, повышение по сегменту, новый дилерский уровень. Это не «техническая» правка, но в Excel она выглядит точно так же, как любая другая.
Что происходит, когда цена живёт в переписке
Схема знакома: актуальную цену знает коммерческий директор, он сообщает её в чат, менеджеры пересчитывают КП вручную. Через месяц в чате три разных цифры, и никто не помнит, какая последняя.
Дальше появляются КП с разными ценами на одинаковую конфигурацию у двух клиентов. Один из них узнаёт об этом от дилера — и разговор идёт уже не о цене, а о том, почему условия разные.
Как устроена цена с датой действия
Механика простая: у каждой цены есть период действия и статус. Пока цена в статусе «черновик», её видит только тот, кто готовит изменение. После публикации она становится доступна продажам с указанной даты.
Статусы обычно четыре: черновик, запланирована, активна, архив. Этого достаточно, чтобы готовить изменения заранее и не держать их в личных таблицах.
Цена «на будущее»: как подготовить повышение без остановки продаж
Повышение с 1 ноября готовят в середине октября. В системе заводится новая версия со статусом «запланирована» и датой начала 1 ноября. До этой даты продажи идут по текущей цене, а менеджеры уже видят предстоящую.
Такой подход убирает аврал 31-го числа и даёт время предупредить дилеров. Практика показывает: предупреждение за две недели снижает количество спорных заказов на границе периодов почти до нуля.
Что делать с КП, которые уже ушли клиенту
КП, отправленное до изменения, должно остаться на прежних условиях до конца срока своей действия. Это не добрая воля, а техническое требование: документ уже у клиента, и менять его задним числом нельзя.
Отсюда правило: КП хранит собственный снимок цен, а не ссылку на «текущий прайс». Ссылка — самая частая причина того, что открытое через месяц КП внезапно показывает другую сумму.
Отдельно стоит зафиксировать срок действия КП. Если он не указан, клиент через полгода приходит с документом по старой цене и формально прав. Срок в 14–30 дней — обычная практика для оборудования.
Как привязать КП и заказ к версии прайса
Цепочка выглядит так: конфигурация → расчёт → КП с зафиксированными ценами → заказ с той же версией. Каждый шаг наследует версию предыдущего, а не подтягивает актуальную.
Это ключевое отличие управляемого контура от «калькулятора на сайте». CPQ-система интересна бизнесу именно тем, что фиксирует коммерческие договорённости, а не только считает сумму.
Что пересчитывать при изменении конфигурации после смены прайса
Правило нужно выбирать осознанно, и вариантов два.
Первый: изменение конфигурации пересчитывает КП по текущей версии прайса. Подходит, когда КП ещё не согласовано и является рабочим черновиком.
Второй: пересчёт идёт по версии, к которой привязан документ, а переход на новую цену требует отдельного действия менеджера. Подходит для согласованных КП и заказов в производстве.
Смешивать эти режимы в одной системе без явного индикатора опасно: менеджер не понимает, по какой цене он только что посчитал.
Какая версия фиксируется в заказе
В заказ уходит та версия, что была в момент подтверждения. Дальше изменение прайса не должно менять сумму заказа — иначе бухгалтерия и производство получат разные цифры по одному документу.
Если цена всё-таки меняется после подтверждения, это оформляется как отдельное изменение заказа с причиной, а не как «прайс обновился». Разница в формулировке определяет, кто отвечает за пересогласование с клиентом.
Как связать прайс с 1С или ERP и не получить две правды
Главная ошибка интеграции — две системы, которые считают себя источником истины. Цена приходит из 1С, но её правят и в CPQ; в итоге при сверке расходятся суммы и никто не может назвать виновную запись.
Решение организационное, а не техническое: у каждого типа данных должен быть один владелец. Обычно цены и номенклатура ведутся в 1С, а правила конфигурирования и коммерческие надбавки — в CPQ.
Если 1С — мастер, а CPQ — витрина
Тогда CPQ не хранит «свою» базовую цену, а получает её синхронизацией и добавляет только то, чего нет в учётной системе: правила совместимости, надбавки за конфигурацию, дилерские уровни.
Синхронизация должна быть идемпотентной: повторный импорт того же файла не создаёт дублей и не сбрасывает уже опубликованные периоды. Это скучное требование, которое ломает половину самодельных интеграций.
Что проверить в обмене до запуска
Проверяйте не «загрузилось ли», а совпадение на границах: артикулы с ведущими нулями, единицы измерения, НДС, кратность упаковки, округление до копейки.
Отдельно проверьте удалённые позиции. Если 1С перестала отдавать артикул, CPQ не должен молча оставить его в продаже по последней известной цене — позиция должна уйти в архив с понятной пометкой.
Кто меняет цену: роли и короткий регламент
Версионирование работает только тогда, когда понятно, кто имеет право публиковать. Иначе появляется «временная» правка от менеджера, которая живёт в системе полгода.
Минимальный набор ролей: владелец прайса (готовит изменения), коммерческий директор (утверждает), администратор CPQ (публикует и отвечает за интеграцию). В небольшой компании роли совмещаются, но право публикации всё равно должно быть у одного человека.
Черновик, проверка, публикация
Процесс из трёх шагов занимает меньше времени, чем кажется. Владелец создаёт версию, проверяет расчёт на десяти реальных конфигурациях, утверждающий смотрит сводку изменений, администратор публикует с датой.
Сводка изменений — важная часть. Утверждать список из 400 позиций глазами бессмысленно, а список «подорожало на 7%: 38 артикулов, вот пять примеров» читается за минуту.
Исключения: ручная цена с обоснованием
Иногда цену нужно изменить вне прайса: крупный проект, тендер, компенсация за задержку. Запрещать это бессмысленно, но и оставлять бесконтрольным нельзя.
Рабочий вариант — ручная цена с обязательными полями: основание, кто согласовал, срок действия. Такая цена живёт в КП и не попадает в прайс, а по истечении срока система возвращает расчёт к обычным правилам.
Аудит: как доказать, почему клиент получил такую цену
Аудит — это не отчёт для проверяющих, а инструмент ежедневных споров. Клиент говорит, что ему обещали другую цену; менеджер говорит, что считал по системе. Нужен факт, а не воспоминания.
Минимальный лог: кто изменил, когда, какой артикул, старая и новая цена, основание, номер версии. Без основания запись бесполезна: через месяц никто не вспомнит, почему строку поправили.
Разбор спорного КП за пять минут
Открываете КП, смотрите версию прайса и дату расчёта. Затем проверяете, какие изменения были в этой версии и какие скидочные правила применялись.
Если скидка выходила за рамки матрицы, в журнале будет согласование. Скидочная матрица в CPQ и версионирование прайса работают в паре: первая отвечает «сколько можно уступить», второе — «от какой базы считалась уступка».
Что проверить перед запуском
Версионирование — небольшая функция с большими последствиями, поэтому проверять её нужно на реальных документах, а не на демо-данных.
Версия — снимок, а не файл. Версия прайса фиксирует цены, состав номенклатуры и правила расчёта на дату публикации. Перезаписать её нельзя, поэтому спор о цене решается без восстановления бэкапов.
КП хранит свой снимок цен. Коммерческое предложение привязывается к версии прайса, а не к текущей цене. Ссылка на актуальный прайс приводит к тому, что открытое позже КП показывает другую сумму.
Один владелец каждого типа данных. Цены и номенклатура ведутся в 1С, правила конфигурирования и надбавки — в CPQ. Две системы-источника истины дают расхождения при сверке.
Возьмите десять КП за последние три месяца и десять действующих заказов. Прогоните их через систему и сравните суммы. Любое расхождение — повод разобраться до запуска, а не после первого звонка клиента.
Отдельно проверьте откат: можно ли вернуть предыдущую версию, если публикация прошла с ошибкой. Если откат требует разработчика и двух часов, вы будете бояться публиковать — а страх публикации возвращает всех в Excel.
Проверьте и стык с конфигуратором. Правила совместимости и состав изделия должны ссылаться на те же версии номенклатуры, иначе получится спецификация с артикулом, которого уже нет в прайсе.
Частые вопросы
Чем версия прайс-листа отличается от истории изменений?
История показывает, что и когда правили. Версия — это целостный снимок, по которому можно пересчитать документ. История отвечает на вопрос «кто поменял цену», версия — «сколько стоил комплект на 3 октября».
Как часто нужно выпускать новую версию прайса?
По событию, а не по календарю. Если цены меняются раз в квартал — выпускайте раз в квартал. Если несколько раз в месяц, важнее не частота, а предсказуемость: менеджеры должны видеть запланированные изменения заранее.
Что делать, если клиент просит цену из старого КП?
Смотрите на срок действия КП. Если он истёк, действует текущий прайс, и это нужно объяснить со ссылкой на дату. Если срок не истёк — цена из КП сохраняется, даже если прайс уже изменился.
Нужно ли версионировать дилерские цены отдельно?
Нет, но уровни должны быть частью той же версии. Иначе получится ситуация, когда базовая цена обновилась, а дилерский коэффициент остался от прошлого периода — и скидка станет больше, чем планировалось.
Можно ли вести версии прайса в Excel?
Технически можно, если файлы не перезаписываются и у каждого есть дата. На практике через полгода никто не помнит, какой файл чему соответствует, а КП всё равно считаются вручную. Версионирование имеет смысл там, где цена сразу связана с расчётом.
Как это связано с каталогом продукции?
Каталог отвечает на вопрос «что мы продаём», прайс — «сколько это стоит на дату». Одно без другого не работает: артикул из каталога должен иметь цену с периодом действия. Подробнее — в материале каталог продукции из прайса.
Сколько времени занимает внедрение?
Для одной товарной группы с готовым прайсом — от двух до четырёх недель вместе с проверкой на исторических КП. Основное время уходит не на настройку, а на разбор правил и согласование ролей. --- ## Итог Версионирование прайса решает не задачу учёта, а задачу доверия: клиент, менеджер и производство видят одну и ту же цену на одну и ту же дату. Начинать стоит с двух вещей — даты действия у каждой цены и снимка цен внутри КП. Дальше добавляются роли, публикация с плановой датой и аудит. Такой порядок позволяет запустить процесс за пару недель и не переделывать его при подключении 1С. Если вы хотите увидеть, как это выглядит на реальном прайсе с дилерскими уровнями, посмотрите демо или как мы начинаем проект. Для дилерских кабинетов с отдельными условиями есть отдельное решение — порталы для дилеров.
Больше материалов — в блоге WOID, посмотреть инструменты — калькуляторы.