Менеджер по продажам открывает карточку товара, а вместо привычного единого вида цены видит новую логику расчета – по упаковке, по серии, по формату магазина. Первая реакция – растерянность: не потеряются ли действующие цены и скидки? Разберем, что меняется в ценообразовании «1С:ERP» при переходе с версии 2.0 на 2.5, кого касается переход и как выполнить его без потери текущих настроек.
Статья написана для коммерческих отделов, специалистов по ценам и маркетологов, работающих в «1С:ERP», «1С:КА» или «1С:УТ». Если ваша база до сих пор использует версию 2.0, переход на версию 2.5 станет обязательным условием перед обновлением до редакции 2.6.
Что такое ценообразование в «1С» и чем отличаются две версии
Ценообразование в «1С» – это механизм, который определяет, по какой цене продавать товар конкретному клиенту, складу или региону в конкретный момент. Версия 2.0 соответствует функциональности программы версий 2.4 и более ранних: цена привязана к номенклатуре, а если товар учитывается по характеристикам, цену нужно задавать для каждой характеристики отдельно.
Версия 2.5 не заменяет прежний функционал, а расширяет его. Теперь можно формировать цены с учетом упаковок, серий и их реквизитов, устанавливать единую стоимость сразу для всех характеристик, а также задавать персональные виды цен под конкретные склады, форматы магазинов или партнеров.
| Понятие / документ | Что это означает для коммерческого отдела |
|---|---|
| Общий вид цены | Цена, которая автоматически подставляется в документы по соглашению – прежний реквизит «Вид цены» в версии 2.5 переименован в «Общий вид цены» |
| Индивидуальный вид цены | Уточняющая настройка для конкретного склада, формата магазина или партнера – раньше эти уточнения жили в карточке соглашения, теперь перенесены в отдельные настройки |
| Ценовые группы номенклатуры | Дополнительная классификация товаров по единым правилам расчета цены и скидок |
| Глубина анализа | Новый параметр установки цен – задает период выборки данных для расчета |
Разработчик подчеркивает: версия 2.5 не заменяет логику версии 2.0, а добавляет к ней новые разрезы – упаковку, серию и их реквизиты, которых раньше не было в принципе.
Кого касается переход на новую версию ценообразования
-
Отдел цен – настраивает виды цен, правила скидок и наценок, для него меняется сама структура настройки.
-
Коммерческий отдел – использует данные о ценах при формировании коммерческих предложений клиентам.
-
Маркетинг – работает с ретро-бонусами и ценовыми группами для стимулирования спроса.
-
ИТ-специалист или партнер по внедрению – технически запускает встроенный помощник перехода и контролирует корректность переноса.
Небольшие компании с простым прайс-листом иногда считают, что тема их не касается: «у нас всего пара видов цен, сложная миграция не нужна». Количество видов цен не отменяет обязательности перехода – если в базе включена версия 2.0, отказ от нее в редакции 2.6 коснется всех пользователей независимо от сложности прайса.
Практический блок: что нужно сделать перед переходом
-
Инвентаризируйте действующие виды цен и правила скидок. Составьте список всех видов цен, привязанных к номенклатуре, характеристикам или партнерам.
-
Определите дату перехода заранее. Встроенный помощник требует явного указания даты, с которой начнет действовать ценообразование версии 2.5.
-
Выберите виды цен для автоматического переноса. Не все виды цен обязательно переносить сразу – можно выбрать конкретные для конвертации в первую очередь.
-
Приостановите операции по установке цен на время перехода. Разработчик прямо не рекомендует менять цены, виды цен и виды номенклатуры во время самого процесса перехода.
-
Протестируйте перенос на копии базы. Сравните итоговые цены по ключевым позициям до и после конвертации, прежде чем запускать переход в рабочей системе.
Хорошая новость: для перехода не нужно настраивать все вручную – в «1С:ERP» встроен специализированный помощник перехода на ценообразование 2.5, доступный по гиперссылке «НСИ и администрирование» → «Настройка НСИ и разделов» → «CRM и маркетинг» → «Маркетинг» → «Начать переход».
Отличия версий 2.0 или версия 2.5
| Параметр | Версия 2.0 | Версия 2.5 |
|---|---|---|
| Привязка цены | К номенклатуре, для характеристик – цена на каждую отдельно | К номенклатуре, характеристике, серии, упаковке – гибкий выбор разреза |
| Единая цена для всех характеристик | Недоступна | Доступна как отдельная настройка |
| Уточнение цены для склада, магазина, партнера | Через карточку соглашения | Через отдельные настройки индивидуальных видов цен |
| Возврат на предыдущую версию | – | Предусмотрен явный возврат на ценообразование 2.0 |
| Автоматический перенос при переходе | – | Через встроенный помощник с выбором даты и видов цен |
| Доступность | Использовалась до релиза 2.5.6 | Доступна с релиза 2.5.6, в новых базах включена по умолчанию |
Версия 2.5 добавляет гибкость там, где раньше приходилось выкручиваться – например, задавать одинаковую цену для всех характеристик товара без необходимости прописывать ее для каждой отдельно.
Риски и последствия при отказе от перехода
| Ситуация | Последствие | Что это значит на практике |
|---|---|---|
| Использование старых правил ценообразования после отказа от поддержки версии 2.0 в редакции 2.6 | Установка новых цен по прежней модели становится невозможной | Отдел цен не сможет работать привычным способом после обновления конфигурации |
| Изменение цен во время выполнения перехода | Конфликт между старыми и новыми данными о ценах | Часть позиций получает противоречивые значения цены на переходную дату |
| Отсутствие тестирования переноса перед переходом в рабочей базе | Расхождения обнаруживаются только при формировании реальных документов продажи | Клиенты видят неверную цену в коммерческом предложении или счете |
| Резервирование ретро-бонусов поставщиков без учета нового алгоритма | Расчет премий смещается относительно ожидаемых периодов | Бухгалтерия получает иные суммы бонусов, чем планировалось коммерческим отделом |
Ошибки при переходе, которых можно избежать
| Ошибка | Последствие | Как исправить |
|---|---|---|
| Изменяли цены прямо во время работы помощника перехода | Часть позиций получает противоречивые значения | Приостановить операции с ценами на весь период выполнения перехода |
| Не выбрали конкретные виды цен для переноса, перенесли все сразу | Резко возрастает объем проверки после перехода | Начать с ключевых видов цен, остальные перенести поэтапно |
| Не сверили итоговые цены по ключевым позициям | Клиент видит неверную цену уже после перехода в рабочую базу | Сравнить цены «до» и «после» построчно по топ-позициям ассортимента |
| Забыли про возможность возврата на версию 2.0 при серьезных проблемах | Компания продолжает работать с неполными данными, не зная об альтернативе | Учитывать, что явный возврат на версию 2.0 предусмотрен разработчиком |
| Не пересмотрели новую логику ретро-бонусов поставщиков | Расчет премий по датам входящего документа дает иной результат | Проверить действующие условия ретро-бонусов с учетом нового алгоритма редакции 2.6 |
| Перешли в разгар активного периода распродаж или акций | Путаница в ценах в самый чувствительный для продаж момент | Планировать переход в период низкой коммерческой активности |
| Не уведомили менеджеров по продажам о новой логике настройки цен | Рост числа обращений в отдел цен с вопросами «где теперь искать» | Провести короткий инструктаж перед переходом в рабочую базу |
Чек-лист: пошаговый план перехода для компаний
-
Инвентаризируйте действующие виды цен и правила скидок. Зафиксируйте текущую структуру прайса перед началом работы.
-
Перенесите правила на тестовой базе. Запустите помощник перехода на копии базы, укажите дату и выберите виды цен для конвертации.
-
Сверьте итоговые цены по ключевым позициям «до/после». Сравните результат конвертации с исходными данными вручную.
-
Проверьте новую логику ретро-бонусов, если ваша компания их использует – расчет по дате входящего документа отличается от прежнего.
-
Переведите в рабочую базу в период низкой коммерческой активности, приостановив изменение цен на время перехода.
Нужна помощь с переходом на ценообразование 2.5?
Мы поможем перейти без потери текущих цен и скидок:
-
проведем аудит текущей системы цен, скидок и ценовых групп в вашей базе;
-
запустим встроенный помощник перехода на тестовой копии базы с корректной датой и составом видов цен;
-
сверим итоговые цены по ключевым позициям ассортимента «до» и «после» переноса;
-
проверим новую логику расчета ретро-бонусов поставщиков, если она у вас используется;
-
переведем рабочую базу в период низкой коммерческой активности без риска для отдела продаж.
Более 15 лет «ГЭНДАЛЬФ» переводит компании на новые версии платформы и конфигурации «1С». Команда помогает безболезненно сменить систему, а также настраивает под ключ ценообразование, правила скидок и коммерческие условия работы с контрагентами.
Проверить готовность базыСлово эксперта
«Самая частая просьба клиентов при переходе на ценообразование 2.5 – не потерять индивидуальные условия, которые накопились годами для конкретных партнеров и складов. Встроенный помощник справляется с этим неплохо, но мы всегда советуем сверять итоговые цены построчно по самым продаваемым позициям, а не доверять переносу полностью.
Разница в пару рублей на популярной позиции способна вызвать волну обращений от клиентов уже в первый день после перехода».
– Охрицкий Иван, аналитик по коммерческим процессам «1С:ERP»
Часто задаваемые вопросы
Да, встроенный помощник конвертирует выбранные виды цен автоматически, фиксируя установку цен датой перехода. Расхождения возможны только при ручных изменениях цен во время самого процесса перехода, поэтому разработчик прямо не рекомендует их вносить в этот момент.
Ретро-бонусы поставщиков – премии, которые поставщик начисляет за объем закупок или другие условия. В редакции 2.6 алгоритм расчета изменен: теперь его можно выполнять по периодам закупок, а не только по дате фактической отгрузки, что дает более точную картину при анализе условий с поставщиком.
Пересматривать сами цены не требуется – переход меняет техническую структуру хранения данных, а не значения цен. Но стоит проверить, не появились ли новые возможности детализации (по упаковке, серии), которые логично было бы применить к вашему ассортименту.
Да, разработчик прямо предусмотрел возврат на ценообразование версии 2.0 как отдельную настройку. Это снижает риск при первом тестировании, но рекомендуется все равно сначала проверить перенос на копии базы, а не в рабочей системе.
В новых базах ценообразование версии 2.5 включено по умолчанию, но существующие базы могут продолжать работать на версии 2.0. Как только компания примет решение переходить на редакцию 2.6, версия 2.5 станет обязательной – поэтому лучше протестировать переход заранее.
 1.png){kind=icon}
.png){kind=icon}