Как настроить работу с несколькими видами цен в 1С:Управление торговлей 11: подбор, контроль минимальных цен и динамический расчет

Бизнес-аналитик 1С v8.3 (Управляемые формы) 1С:Управление торговлей Управленческий учет Торговля и дистрибуция
← На главную

При переходе на конфигурацию 1С:Управление торговлей 11 (УТ 11.4 / 11.5) пользователи часто сталкиваются с изменением привычной методологии работы с ценами. Архитектура ценообразования в управляемых формах претерпела значительные изменения по сравнению с версией 10.3. В этой статье мы подробно рассмотрим три популярные проблемы, с которыми сталкиваются практикующие специалисты и менеджеры по продажам:

  1. Вывод нескольких колонок цен в форме подбора товаров.
  2. Эффективный контроль минимальных цен продажи без жесткого блокирования работы менеджера.
  3. Логика работы динамических цен (наценок) и необходимость создания документов установки цен.

---

Проблема №1: Как вывести несколько видов цен в форму подбора товаров?

В стандартном функционале 1С:Управление торговлей 11 окно подбора товаров спроектировано таким образом, чтобы показывать только одну колонку «Цена». По умолчанию в ней отображается тот вид цен, который определен условиями соглашения с клиентом или выбран вручную в настройках самой формы подбора. Менеджеры часто выражают недовольство тем, что для сравнения цен (например, «Закупочной», «Минимальной» и «Розничной») им приходится постоянно заходить в настройки подбора, что существенно замедляет процесс оформления заказа.

Штатные варианты решения:

Решение через доработку (Расширения):

Поскольку форма подбора является сложным и часто обновляемым объектом конфигурации, вносить изменения в основную конфигурацию не рекомендуется. Оптимальным решением является использование механизма расширений. Разработчик может программно добавить в динамический список формы подбора дополнительные колонки для нужных видов цен (например, получить их левым соединением из регистра сведений ЦеныНоменклатуры). Это стандартная и очень популярная доработка, которая сохраняет конфигурацию на поддержке и решает боль пользователей.

---

Проблема №2: Контроль минимальных цен и роль «Отклонение от условий продаж»

Типовой профиль безопасности «Менеджер по продажам» содержит роль ОтклонениеОтУсловийПродаж. На практике бизнес сталкивается со следующей дилеммой:

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

Шаг 1: Настройка бизнес-процесса «Согласование»

Вместо полного запрета или бесконтрольного разрешения задействуем штатный механизм согласования:

  1. Перейдем в раздел НСИ и администрирование — Настройка разделов — Продажи и включим опцию «Согласование заказов».
  2. Уберем у менеджера роль ОтклонениеОтУсловийПродаж.
  3. Теперь менеджер сможет создавать документы с ценами ниже минимальных, но провести такой документ в статусе «К выполнению» система не позволит. Документ запишется в статусе «На согласовании».
  4. Запустится бизнес-процесс согласования, и руководитель (или ответственное лицо) получит задачу утвердить отклонение от условий продаж. После согласования статус документа изменится на «Согласован», и менеджер сможет продолжить отгрузку.

Шаг 2: Вывод информационной колонки с минимальной ценой

Чтобы менеджер в процессе набора позиций понимал границы своих полномочий, мы можем вывести информацию о минимальной цене непосредственно в документ:

  1. В документе продажи перейдем по кнопке Ещё — Изменить форму.
  2. В дереве элементов найдем табличную часть «Товары».
  3. Добавим отображение поля ВидЦены. Это позволит видеть, по какому правилу заполнилась строка.
  4. Для вывода точной суммы минимально допустимой цены в виде отдельной колонки (без открытия отчетов) потребуется небольшая доработка формы документа через расширение, которая будет считывать данные из регистра цен на дату документа.

---

Проблема №3: Динамические цены и расчет «на лету»

Часто возникает вопрос: почему при создании вида цены с правилом «Наценка на другой вид цен» (например, «Закупочная + 10%»), цены в документах не рассчитываются автоматически до тех пор, пока не будет создан документ УстановкаЦенНоменклатуры?

Выясним причину этого поведения, проанализировав настройки карточки ВидЦены:

В 1С:УТ 11 существует два принципиально разных подхода к расчету зависимых цен:

Вариант А: Статические (хранимые) цены

В карточке вида цены включена опция «Хранить установленные значения». При такой настройке система требует обязательного создания документа УстановкаЦенНоменклатуры.

Почему разработчики 1С рекомендуют именно этот вариант?

Вариант Б: Динамические (рассчитываемые) цены

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

  1. В настройках вида цены снимите флаг «Хранить установленные значения».
  2. Укажите способ задания цены: «Наценка на другой вид цен» или «Произвольный запрос к данным ИБ».
  3. В поле настройки использования укажите «Рассчитывать при выборе в документах».

При такой схеме в момент выбора товара в заказе система обратится к базовой цене (например, последней зарегистрированной «Закупочной») и применит к ней наценку прямо в памяти компьютера.

Важное предупреждение: Использование динамических цен существенно снижает скорость работы системы при оформлении заказов с большим количеством строк (более 50-100 позиций), так как сервер будет вынужден циклически рассчитывать формулы для каждой строки в реальном времени.

---

Новые возможности в версиях УТ 11.5+

Если вы работаете на актуальных релизах конфигурации, рекомендуем обратить внимание на механизм «Ценообразование 2.5», в котором появились важные улучшения:

← На главную