Защитили маржу в 1С: менеджеры больше не продают в убыток

Клиент

Оптовая торговая компания, работающая в конфигурации 1С:Управление нашей фирмой.

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

Задача

В 1С:УНФ у клиента уже использовался механизм минимальных цен продажи. В системе есть настройка, где указывается вид цен, отвечающий за минимальную допустимую цену по номенклатуре.

Однако типовой функционал работает мягко: если менеджер в заказе покупателя указывает цену ниже минимальной, система только визуально подсвечивает строку красным цветом. При этом документ можно записать и продолжить работу.

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

Нужно было:

• проверять цены в документе Заказ покупателя
• сравнивать цену продажи с минимальной ценой
• запрещать запись документа при нарушении
• выводить пользователю понятное сообщение с указанием конкретной номенклатуры
• предусмотреть исключение для пользователей, которым разрешена продажа ниже минимума
• реализовать доработку через расширение без изменения типовой конфигурации

Как работает типовой механизм

В УНФ можно настроить контроль минимальной цены продажи. Для этого используется специальная константа, в которой указывается вид цен, где хранятся минимальные цены.

Логика типового механизма такая:

1. В системе задан вид цен с минимальными ценами

2. В карточках номенклатуры или прайс-листах заполнены минимальные значения

3. Менеджер создает Заказ покупателя

4. Если цена в строке ниже минимальной, система подсвечивает нарушение

5.  Но документ при этом не блокируется

Типовая 1С:УНФ помогает визуально заметить проблему, но не защищает компанию от проведения сделки ниже допустимой цены.

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

Решение

Мы разработали доработку, которая усиливает типовой контроль минимальной цены и превращает его из визуального предупреждения в полноценную бизнес-проверку.

Теперь при записи документа Заказ покупателя система автоматически проверяет каждую строку табличной части с товарами.

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

Логика проверки

Проверка выполняется при записи документа Заказ покупателя.

Система проходит по строкам заказа и для каждой номенклатуры определяет:

• какая цена указана менеджером в заказе
• какая минимальная цена установлена для этой номенклатуры
• есть ли нарушение минимального порога
• есть ли у пользователя право провести документ с ценой ниже минимума

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

Документ не записывается до тех пор, пока пользователь не исправит цену или пока документ не будет записан пользователем с соответствующим правом.

Механизм исключений

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

Например:

• маркетинговая акция
• специальное предложение для ключевого клиента
• согласованная распродажа остатков
• индивидуальное решение руководителя
• компенсационная скидка по конкретной сделке

Поэтому мы не стали делать контроль полностью безусловным. Вместо этого был добавлен управляемый механизм исключений.

Создана отдельная роль Разрешение на продажу ниже минимума.

Если у пользователя нет этой роли, система блокирует запись заказа при цене ниже минимальной.

Техническая реализация

Доработка выполнена через расширение 1С, без изменения основной конфигурации УНФ. Это важно для дальнейшего сопровождения базы: типовая конфигурация остается обновляемой, а логика контроля минимальной цены хранится отдельно в расширении.

Основная логика реализована через подписку на событие записи документа.

При записи заказа система:

1. Проверяет наличие роли-исключения у текущего пользователя
2. Если роль есть — контроль минимальной цены не блокирует запись
3. Если роли нет — система анализирует строки заказа
4. Для каждой номенклатуры определяется минимальная цена
5. Цена из заказа сравнивается с минимальной ценой
6. При нарушении запись документа прерывается
7. Пользователь получает понятное сообщение об ошибке.

Результат

После внедрения доработки клиент получил надежный контроль минимальной цены продажи в заказах покупателей.

Теперь система не просто предупреждает о нарушении, а не позволяет сохранить документ, если цена ниже установленного минимума и у пользователя нет специального разрешения.

Компания получила:

• защиту от продаж ниже минимальной цены
• снижение риска несанкционированного демпинга
• понятные сообщения для пользователей
• механизм управляемых исключений
• сохранение типовой логики УНФ
• доработку через расширение, удобную для сопровождения и обновления

Заключение

Мы занимаемся внедрением и доработкой 1С:УНФ и помогаем компаниям автоматизировать управленческие, торговые и финансовые процессы.

В этом проекте мы усилили типовой механизм контроля минимальной цены и помогли клиенту защитить маржинальность продаж без усложнения работы менеджеров.

Если вашей компании важно контролировать скидки, минимальные цены и полномочия менеджеров, такую логику можно реализовать прямо в 1С:УНФ — через расширение, с учетом ваших правил продаж и исключений.