Контроль цены при отгрузке в 1С: как находить отклонения

Отклонение цены от прайс-листа в 1С обнаруживается в день проведения документа – через стандартный отчёт «Анализ цен номенклатуры» или прямой запрос к регистру «Цены номенклатуры». Без этой проверки компания с оборотом 15-40 млн ₽ в месяц теряет на несогласованных скидках 80-250 тыс. ₽ за квартал. Ниже – порядок, который можно внедрить за один рабочий день без программирования.
Откуда берутся расхождения с прайсом
Три источника – и все три незаметны без отчёта.
Первый – менеджер вручную вбивает цену в строке реализации. 1С не запрещает это делать, если в настройках продаж не стоит ограничение на редактирование. Система принимает любую цифру молча.
Второй – вид цены в договоре клиента устарел. Клиенту привязан вид цены «Оптовая 2022», а действующий прайс компании – «Оптовая 2025». Разница достигает 20-30%, и менеджер об этом может искренне не знать.
Третий – документ проводится задним числом. 1С подтягивает цену, которая действовала на дату документа, а не на сегодня. При корректировках и исправлениях это происходит регулярно и остаётся незамеченным.
Как 1С хранит цены и где прячутся отклонения
Цены живут в регистре сведений «Цены номенклатуры» (в УТ 11, КА 2, ERP) или «РегламентированныеЦеныНоменклатуры» (в Бухгалтерии 3.0). Каждая запись содержит вид цены, номенклатуру, характеристику, дату начала действия и саму цену.
При создании документа реализации 1С автоматически подставляет цену по цепочке: сначала смотрит вид цены в договоре, потом в соглашении с клиентом, потом в карточке контрагента. Если ни одного нет – берёт «Основной вид цены продажи» из настроек. Ручное изменение строки перебивает всю автоматику. В самом документе никакого следа не остаётся – только итоговая цифра.
Это значит: сравнивать нужно цену в строке документа с ценой из регистра на дату документа для того же вида цены. Именно это и делает отчёт «Анализ цен номенклатуры».
Регламент проверки: пять шагов
Настраивается за один день, запускается хоть ежедневно.
Шаг 1. Зафиксировать базовый вид цены для каждого сегмента клиентов. Открыть «Настройки продаж» и убедиться, что для каждой группы покупателей указан конкретный вид цены – не «договорная» без ограничений, а «Розничная», «Дилерская», «Партнёрская» и т.д. Без этого шага все остальные проверки бессмысленны.
Шаг 2. Ограничить ручное редактирование цен. В настройках прав пользователей снять разрешение «Редактирование цен в документах продаж» для рядовых менеджеров. Право оставить только РОПу и старшим менеджерам. Это занимает 10 минут и сразу убирает первый источник отклонений. Если сотрудники встретят это в штыки – в статье «Как убедить сотрудников принять систему контроля» разобраны рабочие аргументы без давления.
Шаг 3. Запустить отчёт «Анализ цен номенклатуры». Открыть через меню «Продажи» или «Отчёты по продажам». Установить период – последние 7 дней. Отметить галку «Сравнивать с ценами номенклатуры». Получить список строк, где цена продажи отличается от прайса более чем на допустимый порог.
Шаг 4. Разобрать каждое отклонение. Для каждой строки зафиксировать: дата документа, менеджер, клиент, номенклатура, цена по прайсу, цена фактическая, разница в ₽. Руководитель принимает решение: законная скидка с согласованием – или нарушение.
Шаг 5. Зафиксировать исход. Нарушение – документ на корректировку или штрафной балл по KPI. Согласованная скидка – ввести индивидуальное соглашение с клиентом в 1С, чтобы система перестала считать эту цену отклонением. Без этого шага одни и те же строки будут попадать в отчёт снова и снова.
Формула допустимого отклонения и лимиты по должностям
Без формального порога «контроль» превращается в субъективные разборы. Практика малого и среднего бизнеса показывает такую градацию.
- Менеджер по продажам – скидка до 5%, без согласования, только в рамках установленного соглашения с клиентом
- Старший менеджер – до 10%, согласовывает устно с РОПом, фиксирует причину в CRM
- РОП – до 15%, решает самостоятельно, письменное обоснование в задаче или комментарии
- Коммерческий или генеральный директор – свыше 15%, письменное согласование обязательно
Формула порога для автоматической проверки:
Порог_нарушения = Цена_прайс × (1 – Лимит_скидки_должности)
Если цена в документе ниже порога – строка попадает в список разбора. Лимиты вводятся в 1С через соглашения об условиях продаж с указанием максимального процента скидки для каждого уровня. Документ с превышением либо блокируется, либо уходит на согласование – зависит от настройки.
Конкретный пример. Товар стоит 10 000 ₽. Менеджер выписал за 8 700 ₽ – скидка 13%. Лимит менеджера – 5%. Порог = 10 000 × 0,95 = 9 500 ₽. Цена 8 700 ₽ ниже порога на 800 ₽ с единицы. При объёме 500 единиц в месяц потери составят 400 000 ₽ – на одном товаре, у одного менеджера.
Чтобы не тянуть эти цифры вручную из отчётов, автоматический контроль соответствия цен в 1С позволяет получать список нарушений в Telegram в день их возникновения, не открывая базу.
Как выводить подобные отклонения в дашборд и связывать их с KPI менеджеров разобрано в материале об автоматическом мониторинге KPI в реальном времени.
Кейс: что нашли при разборе трёх месяцев реализаций
Компания-дистрибьютор стройматериалов, Тула, оборот около 25 млн ₽ в месяц. Проверили реализации за первый квартал 2025 года – 1 847 строк документов продаж.
Нашли 214 строк с отклонением цены от прайса на 5% и больше. Из них 41 строка – согласованные скидки по акциям или крупным клиентам. Остальные 173 строки – ручная правка цены менеджерами без какого-либо согласования.
Итог в деньгах: потери маржи от несогласованных скидок составили 318 000 ₽ за квартал. После внедрения запрета ручного редактирования и регламента согласования тот же показатель за следующий квартал – 24 000 ₽. Снижение в 13 раз за одно изменение в настройках прав.
Важная деталь: три из пяти менеджеров занижали цену систематически одному и тому же клиенту. Выяснилось – устная договорённость, которую никто не оформил. После оформления индивидуального соглашения в 1С потери по этому клиенту прекратились полностью.
Чек-лист: проверка ценового контроля за 20 минут
Пройдите по пунктам прямо сейчас.
- В каждом договоре клиента указан конкретный вид цены – не «По умолчанию» и не пустое поле
- Права на ручное редактирование цен в документах сняты у рядовых менеджеров
- Отчёт «Анализ цен номенклатуры» за последние 7 дней содержит менее 3% строк с отклонением свыше 5%
- Для каждого клиента с нестандартной ценой есть соглашение или индивидуальный прайс в 1С
- Прайс-лист обновлялся в системе не позднее следующего рабочего дня после его изменения
- Зафиксировано, кто в компании имеет право согласовывать скидки свыше 10% – и это оформлено в правах 1С
- Проверка отклонений проводится не реже одного раза в неделю – и есть ответственный за эту задачу
Если три и более пунктов не выполнены – компания регулярно отгружает ниже прайса без ведома руководства. Вопрос только в сумме.
Это можно не делать руками. Виртуальные сотрудники контроля качества в 1С проверяют каждый документ реализации в день его проведения: сравнивают цену с прайс-листом, фиксируют отклонение и ставят задачу ответственному менеджеру. Исправление тоже перепроверяется автоматически – без повторных выгрузок и звонков. Посмотрите, как работают виртуальные сотрудники контроля качества в 1С – сводка в Telegram вместо ручных проверок.
Частые вопросы
Можно ли запретить проведение документа, если цена ниже прайса?
Да. В 1С УТ 11, КА 2 и ERP это делается через настройки соглашений об условиях продаж с флагом «Запрет продаж ниже минимальной цены». Документ не проведётся, пока цена не будет скорректирована или пока пользователь с нужными правами не даст явное разрешение. Настройка занимает 15 минут.
Что делать, если прайс меняется часто и менеджеры не успевают?
Проблема не в менеджерах – проблема в отсутствии ответственного за обновление. Назначьте конкретного человека (закупщик, менеджер по ценообразованию) и установите SLA: прайс в 1С должен совпадать с актуальным не позднее следующего рабочего дня после изменения. Это административное решение, не техническое.
Как узнать, кто именно изменил цену в уже проведённом документе?
Через журнал регистрации: «Администрирование» – «Журнал регистрации» – фильтр по событию «Запись» и объекту «Документ.РеализацияТоваровУслуг». Или через подсистему версионирования объектов – она сохраняет каждую версию документа с указанием пользователя и времени изменения. Версионирование нужно предварительно включить в настройках администрирования.
Нужно ли контролировать цены в заказах, или достаточно реализаций?
Лучше контролировать и заказы – именно там менеджер впервые фиксирует условия сделки. Если цена занижена уже в заказе, реализация просто унаследует её. Проверка только реализаций – это контроль свершившегося факта. Проверка заказов – это остановка потери до отгрузки.