Где в РН (Реализация товаров и услуг) идет проверка дополнительного права «Не отпускать товар с ценой ниже определенного типа»?

В торговых компаниях часто возникает задача жесткого контроля цен при отгрузке товаров. Менеджеры по продажам не должны иметь возможности предоставить скидку, которая уведет конечную стоимость товара ниже определенного лимита (например, ниже закупочной цены, себестоимости или минимальной розничной цены). В классических конфигурациях 1С, таких как «Управление торговлей 10.3», «Управление производственным предприятием 1.3» и «Комплексная автоматизация 1.1», за этот функционал отвечает дополнительное право пользователя «Не отпускать товар с ценой ниже определенного типа».

В этой статье мы подробно разберем, где именно в коде документа РеализацияТоваровУслуг (РН / РТУ) выполняется эта проверка, как работает данный механизм «под капотом» и как правильно настроить его в пользовательском режиме.

1. Где программно расположена проверка в коде конфигурации

Для того чтобы кастомизировать или просто детально проанализировать алгоритм проверки, нам необходимо обратиться к конфигуратору. Вся основная логика контроля цен сосредоточена в модуле объекта документа продажи.

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

1. Откроем модуль объекта документа РеализацияТоваровУслуг и найдем предопределенную процедуру ОбработкаПроведения.
2. Внутри этой процедуры система подготавливает таблицы документа и осуществляет различные проверки. Проверка цен обычно вызывается перед непосредственной записью движений по регистрам накопления.
3. Для проверки цен вызывается специализированная процедура из общего модуля (например, из общего модуля ЗаполнениеДокументов или УправлениеПродажами). Название этой процедуры может незначительно отличаться в зависимости от релиза конфигурации, но чаще всего это ПроверитьМинимальныеЦеныНоменклатуры.

Рассмотрим примерную программную логику, которая выполняется внутри общего модуля при вызове проверки:

// Схематичный пример извлечения настроек и проверки цен
Функция ПроверитьМинимальныеЦеныНоменклатуры(ДокументОбъект, Отказ, Заголовок) Экспорт

    // Шаг 1. Получаем текущего пользователя и проверяем, включено ли у него ограничение
    ТекущийПользователь = глЗначениеПеременной("глТекущийПользователь");
    ТипЦенКонтроля = УправлениеПользователями.ПолучитьЗначениеДополнительногоПрава(
        ПланыВидовХарактеристик.ПраваПользователей.НеОтпускатьТоварСЦенойНижеОпределенногоТипа, 
        ТекущийПользователь
    );

    // Если тип цен для контроля не задан, проверку выполнять не нужно
    Если Не ЗначениеЗаполнено(ТипЦенКонтроля) Тогда
        Возврат Истина;
    КонецЕсли;

    // Шаг 2. Получаем пороговые цены из регистра сведений "ЦеныНоменклатуры"
    ТаблицаТоваров = ДокументОбъект.Товары.Выгрузить();
    
    // Формируем запрос для получения цен порогового типа на дату документа
    Запрос = Новый Запрос;
    Запрос.Текст = 
        "ВЫБРАТЬ
        |	Цены.Номенклатура КАК Номенклатура,
        |	Цены.ХарактеристикаНоменклатуры КАК ХарактеристикаНоменклатуры,
        |	Цены.Цена КАК ПороговаяЦена,
        |	Цены.Валюта КАК ВалютаПорога
        |ИЗ
        |	РегистрСведений.ЦеныНоменклатуры.СрезПоследних(&Период, ТипЦен = &ТипЦенКонтроля) КАК Цены
        |ГДЕ
        |	Цены.Номенклатура В (&СписокНоменклатуры)";
        
    Запрос.УстановитьПараметр("Период", ДокументОбъект.Дата);
    Запрос.УстановитьПараметр("ТипЦенКонтроля", ТипЦенКонтроля);
    Запрос.УстановитьПараметр("СписокНоменклатуры", ТаблицаТоваров.ВыгрузитьКолонку("Номенклатура"));
    
    // ... Выполняется запрос и сопоставление цен из табличной части с пороговыми ...
    
КонецФункции

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

Если в процессе обхода строк табличной части Товары выясняется, что конечная цена (с учетом ручных и автоматических скидок) ниже установленного лимита, система выполняет следующие действия:

• Выводит в окно сообщений подробное предупреждение с указанием номенклатуры, цены в документе и минимально допустимой цены.
• Устанавливает флаг Отказ = Истина, что полностью блокирует проведение документа и перевод его в статус проведенного.

2. Как настроить этот контроль в режиме «1С:Предприятие»

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

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

Важно: Для того чтобы система знала, какую цену считать недопустимой, для каждого продаваемого товара обязательно должен быть введен и проведен документ Установка цен номенклатуры по выбранному контролируемому типу цен.

3. Важные особенности и «подводные камни» работы механизма

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

• Кэширование прав пользователей при запуске. Настройки дополнительных прав считываются из базы данных в момент авторизации пользователя в системе и кэшируются в глобальных переменных сеанса. Если вы изменили права менеджера, когда он уже работал в программе, эти изменения не вступят в силу мгновенно. Пользователю обязательно нужно перезапустить 1С (выйти и зайти заново).
• Приоритет настроек «Группа / Пользователь». В системе реализована иерархическая структура прав. Настройки могут наследоваться от группы пользователей. Однако персональные настройки конкретного пользователя всегда имеют наивысший приоритет. Если у пользователя поле контроля очищено, система обратится к настройкам его группы.
• Конфликт с нулевыми ценами. Иногда в дополнительных правах менеджеру разрешают проводить документы с незаполненными (нулевыми) ценами (флаг «Разрешить нулевые цены в документах»). Однако, если при этом включен контроль цен ниже определенного типа, и для товара установлена ненулевая контролируемая цена, система заблокирует проведение документа с нулевой ценой.
• Использование плановой себестоимости. Чтобы защитить бизнес от продаж в убыток, компании часто используют этот механизм для контроля рентабельности. На предприятии рассчитывается плановая себестоимость (включающая доставку, пошлины и складские расходы), фиксируется документом установки цен, а затем этот тип цен назначается менеджерам в качестве минимального порога.

4. Как этот контроль реализован в современных конфигурациях (УТ 11, ERP, КА 2, УНФ)

Если вы планируете переход на современные конфигурации на управляемых формах, полезно знать, что классический механизм «дополнительных прав пользователей» там упразднен. Однако сама бизнес-задача контроля минимальных цен решается еще более гибко и удобно.

В решениях на платформе 1С:ERP 2, 1С:Комплексная автоматизация 2 и 1С:Управление торговлей 11 данный механизм устроен следующим образом:

• Ограничение настраивается непосредственно внутри карточки справочника Виды цен. В правилах расчета или вводе цен можно явно указать диапазон допустимых цен продаж.
• Контроль базируется на системе ролей и профилей групп доступа. Запрет продажи ниже установленного минимума по умолчанию действует для всех пользователей.
• Если менеджер имеет право делать исключения из правил и согласовывать особые условия сделки, ему назначается специальная роль Отклонение от условий продаж. Пользователи без этой роли физически не смогут провести документ реализации с ценами ниже установленного порога.

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