В практике розничной торговли нередко возникает ситуация: проведена переоценка номенклатуры, товары подешевели, в регистре сведений цены зафиксированы верно, в карточке товара отображается актуальное значение, однако при оформлении чека в РМК или при формировании отчета «Прайс-лист» система упорно подставляет старую завышенную цену. Разберем по шагам, почему типовые механизмы ценообразования могут игнорировать новую цену, как на это влияет реквизит минимальных цен магазина и какие еще скрытые факторы могут приводить к подобному поведению программы.
Проанализируем типовой запрос, формирующий данные для отчета «Прайс-лист» и механизмов ценообразования в розничных точках. При исследовании алгоритма выборки можно обнаружить следующее соединение таблиц:
ИЗ втМагазиныМинимальныеЦены КАК МагазиныМинимальныеЦены
ВНУТРЕННЕЕ СОЕДИНЕНИЕ втЦеныМинимальные КАК ЦеныМинимальные
ПО МагазиныМинимальныеЦены.ВидЦен = ЦеныМинимальные.ВидЦены
Выясним причину такого соединения. В карточке магазина конфигурации 1С:Розница предусмотрена настройка Вид минимальных цен продажи. Данный реквизит предназначен для ограничения предельных автоматических и ручных скидок. Например, если в магазине действует накопительная скидка 5%, скидка ко дню рождения 10% и разовая акция 3%, их сумма может составить 18%. Чтобы товар не был продан в убыток ниже себестоимости, система использует вид цен, выступающий «неснижаемым порогом».
Однако если в настройках магазина указан вид минимальных цен (например, Закупочная или специальный вид Минимальная розничная), а при снижении регулярной розничной цены минимальная цена не была своевременно скорректирована либо осталась выше нового розничного значения, алгоритм подбора применяет нижнее ограничение. В результате при продаже система жестко блокирует выставление цены ниже порога и подтягивает старую или завышенную цену.
Разберем по шагам, как исправить некорректное поведение программы в зависимости от задач вашего учета:
НСИ → Магазины и откроем карточку торговой точки, в которой возникла ошибка.Вид минимальных цен продажи. Если в нем выбран вид цен, по которому не ведется регулярный контроль актуальности (или вовсе установлена цена, превышающая новую розничную), это напрямую искажает подбор.Вид минимальных цен продажи рекомендуется оставить пустым. Это предотвратит блокировку цен при их плановом снижении.Установка цен номенклатуры и по виду минимальных цен, чтобы порог срабатывания не превышал фактическую цену продажи.Если настройка минимальных цен магазина отключена или проверена, но программа продолжает выставлять не ту цену, проанализируем другие распространенные источники проблемы.
В конфигурации 1С:Розница часто включена опция согласования цен на торговых точках. В этом случае проведение документа Установка цен номенклатуры лишь фиксирует намерение изменить стоимость в центральном узле, но не вводит цену в действие в конкретном магазине. Для вступления цен в силу на кассах требуется обязательное оформление и проведение документа Применение цен номенклатуры.
Проверим статус функциональной опции в разделе Администрирование → Маркетинг (или Ценообразование). Если флаг Использовать применение цен включен, перейдем в журнал документов применения цен и убедимся, что для нужного магазина новые цены подтверждены и проведены.
Регистр сведений Цены номенклатуры является периодическим и хранит срез данных с точностью до секунды. Если документ установки цен записан текущей датой, но со временем 23:59:59, а чек в РМК пробивается в середине дня, то на момент продажи срез последних вернет старую цену. Убедимся, что дата и время проведения документа переоценки строго предшествуют открытию кассовой смены или началу рабочего дня.
Посмотрим на наличие действующих маркетинговых акций в разделе Маркетинг → Маркетинговые акции. Если в системе зарегистрирована не закрытая по сроку акция, распространяющаяся на данную товарную позицию или сегмент, акционная цена будет иметь безусловный приоритет перед регулярным розничным видом цен, даже если последний был изменен более поздней датой.
В розничных сетях ценообразование часто настраивается не в целом по предприятию, а через Форматы магазинов или индивидуальные правила для конкретной торговой точки. Если переоценка была произведена по общему виду цен Розничная, а к магазину привязан специализированный вид (например, Розничная (Дискаунтер)), то программа продолжит считывать данные из привязанного к магазину вида цен, где изменения не производились.
Если торговая точка работает в автономном узле РИБ, документ переоценки мог не вступить в силу из-за сбоя или задержки синхронизации. Проверим журнал регистрации на наличие ошибок обмена и убедимся, что пакеты с изменениями регистров цен успешно дошли до периферийной базы и применились без конфликтов.
Рассмотрим альтернативный способ защиты от нежелательного занижения стоимости товара без использования глобального реквизита минимальных цен магазина: