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