Переходя на конфигурацию 1С:Управление торговлей 11 с более ранних версий (например, 10.3), многие пользователи сталкиваются с кардинальным изменением архитектуры подсистемы ценообразования. Типовые ожидания того, что проведение документов поступления или реализации автоматически заполнит основной регистр продажных цен компании, не оправдываются. Разберем детально, как устроена работа с ценами в УТ 11, почему документы закупки не формируют продажные цены напрямую и как правильно выстроить схему расчета цен продажи.
Проанализируем структуру хранения цен в программе. В системе разделены два независимых контура ценообразования:
ЦеныНоменклатурыПоставщиков. Эти цены фиксируют индивидуальные условия контрагентов. При проведении документа Поступление товаров и услуг (или Приобретение товаров и услуг) система может автоматически регистрировать входящие цены в этом регистре, если на вкладке Дополнительно включен флаг Регистрировать цены поставщика, а в строках табличной части выбран конкретный вид цены партнера.ЦеныНоменклатуры. Документы поступления и реализации в типовой конфигурации напрямую в этот регистр движений не делают. Продажные цены компании фиксируются исключительно специализированным документом Установка цен номенклатуры либо рабочим местом Цены (прайс-лист).Таким образом, попытка заставить приходную накладную напрямую переписать действующий прайс-лист продажи противоречит типовой логике УТ 11. Правильный подход заключается в следующем: зафиксировать цены закупки, а затем рассчитать продажные цены на их основе.
Разберем по шагам, как настроить цепочку ценообразования, при которой оптовая или розничная цена автоматически рассчитывается от стоимости поступления нового товара.
Перейдем в раздел CRM и маркетинг – Настройки и справочники – Виды цен и настроим базовый и зависимый виды цен.
Создадим вид цены с наименованием, например, Закупочная (базовая). Переключим режим настройки в расширенный вид. В поле Способ задания цены выберем вариант Заполнять по данным ИБ при вызове динамически или Произвольный запрос к данным ИБ. В качестве схемы компоновки данных укажем Цены поступления. Такой вид цены будет автоматически считывать последнюю цену оприходования товара из информационной базы.
Создадим вид цены Оптовая. В качестве способа задания цены выберем Наценка на другой вид цен или Произвольная формула от других видов цен. В поле Базовый вид цены укажем ранее созданный вид Закупочная (базовая) и установим процент наценки (например, 20%).
Иногда требуется продавать товар строго по цене поступления (например, для дилерских цепочек или перемещения между собственными организациями). Механизм наценки с нулевым процентом может вызывать ошибку валидации формы. Выясним причину и варианты решения этой задачи:
[Закупочная] или [Закупочная] * 1. Система примет такое правило без ошибок.Цены поступления. В таком случае продажная цена всегда будет зеркально отражать входящую стоимость без промежуточных наценок.Рассмотрим, как правильно ввести рассчитанные цены в действие. Сделать это можно двумя путями:
Если документ Установка цен номенклатуры проведен, но в регистре сведений ЦеныНоменклатуры записи отсутствуют, проанализируем следующие параметры:
Не согласован или На согласовании. Движения по регистру формируются только при установке статуса Действует.В типовой структуре УТ 11 регистр сведений ЦеныНоменклатуры содержит измерения Номенклатура, Характеристика и (при включенной функциональной опции) Серия. Документы поступления (партии) не являются измерениями данного регистра. Если перед предприятием стоит задача продавать разные партии одного и того же товара по разным фиксированным ценам, учет организуют через функционал серий номенклатуры с типом политики учета Управление по партиям (сериям) и активацией ведения цен в разрезе серий.