Цены и скидки в 1С:Управление торговлей 8.3: виды цен, прайс-лист и автоматические скидки

Ценообразование в 1С:Управление торговлей становится надёжным, когда у каждого вида цены есть назначение, источник, период действия и владелец, а скидки применяются по проверяемым условиям. Разбираем систему целиком: от архитектуры видов цен и рабочего места прайс-листа до приоритетов скидок, тестовой матрицы и контроля маржи.

Архитектура цен: сначала бизнес-правило, потом настройка

Вид цены — это не просто колонка «опт» или «розница». Он описывает правило, по которому организация предлагает стоимость в определённом канале, сегменте или договорённости. До работы в 1С перечислите реальные сценарии: базовая цена, дилерская, цена интернет-магазина, закупочная ориентация, сезонная или индивидуальная. Для каждого укажите аудиторию, валюту, включение налогов, единицу, источник и ответственного.

Избыточное число видов цен усложняет контроль. Если два вида отличаются только названием, менеджер неизбежно выберет случайный. Если один вид используется для разных экономических задач, изменение формулы затронет неожиданный канал. Хорошая архитектура минимальна, но различает правила, которые действительно должны обновляться, утверждаться или выбираться отдельно.

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

Создание вида цены и ключевые параметры

В актуальном интерфейсе 1С:Управление торговлей откройте настройки или справочник видов цен и создайте новый элемент. Точное расположение команды зависит от редакции, релиза и прав, поэтому ориентируйтесь на объект «Виды цен», а не на неизменный путь меню. Задайте понятное имя, валюту, способ указания цены, правила округления и использование налога. Название должно объяснять назначение сотруднику без устной расшифровки.

Способ задания определяет дальнейший процесс. Цена может вводиться вручную, рассчитываться по формуле от другой цены либо формироваться из данных закупки и иных источников, предусмотренных конфигурацией. Ручной вид удобен для согласованного прайс-листа, но требует дисциплины обновления. Расчётный вид снижает объём ввода, зато наследует ошибки источника и формулы.

• Валюта соответствует коммерческому предложению.
• Единица цены согласована с единицей продажи.
• Правило налога одинаково трактуется в карточке и документах.
• Округление не создаёт непредсказуемую разницу на количестве.
• Источник существует для всей целевой номенклатуры.
• Права на изменение ограничены по роли.

Расчётные цены, формулы и цепочки зависимостей

Расчётная цена обычно строится от другого вида цены с наценкой, коэффициентом, округлением или более сложным условием. Запишите формулу обычным языком и проверьте на нескольких товарах до переноса в систему. Важно определить, что происходит при пустом источнике, нулевой цене, отрицательной марже и необычной единице. Молчаливое получение нуля опаснее явной ошибки.

Избегайте длинных цепочек: закупочная цена влияет на базовую, базовая на дилерскую, дилерская на акционную, а акционная на персональную. Любое позднее изменение становится трудно объяснить. Если зависимость необходима, документируйте граф и исключите цикл. Расчёт должен иметь одну понятную исходную точку и воспроизводимый порядок обновления.

Риск формулы	Проверка	Безопасное решение
Нет исходной цены	Товар без значения источника	Исключение или явный сигнал
Неверная единица	Штука, упаковка, вес	Сопоставить коэффициенты единиц
Чрезмерное округление	Дешёвые и дорогие позиции	Разные правила по диапазону при необходимости
Низкая маржа	Себестоимость и нижний порог	Согласование исключения
Цепочка зависимостей	Пересчёт всех дочерних видов	Короткий документированный граф

Назначение цен и период действия

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

Для массового обновления сначала сформируйте выборку, сохраните контрольный вариант и оцените отклонение от действующих цен. Фильтры по группе, бренду или сегменту нужно перепроверить по количеству строк. Ошибка отбора может обновить весь каталог вместо одной категории. После расчёта просмотрите минимум позиции с минимальной, медианной и максимальной ценой, товары с упаковками и исключения.

Не редактируйте историю задним числом ради совпадения с уже проведённым документом. Если цена была ошибочной, зафиксируйте причину и корректную дату действия, а последствия для документов решайте отдельно. История цен нужна для объяснения, почему предложение и продажа получили конкретное значение.

Рабочее место «Цены (прайс-лист)» и публикация

Рабочее место цен позволяет отбирать номенклатуру, сравнивать виды цен, рассчитывать и назначать новые значения, а также формировать представление прайс-листа. Сначала задайте состав: ассортимент, характеристики, виды цен и дату. Затем оцените полноту. Пустая ячейка может означать отсутствие предложения, ошибку источника или неучтённую характеристику — эти сценарии нельзя автоматически считать одинаковыми.

Прайс-лист для клиента — выход системы, а не источник истины сам по себе. Перед выгрузкой проверьте дату актуальности, валюту, налог, единицы, сегмент и ограничения публикации. Не включайте внутренние закупочные или минимальные цены в клиентский файл. Если для разных клиентов действуют разные условия, формируйте отдельные варианты по утверждённому правилу, а не удаляйте столбцы вручную после экспорта.

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

Ручные и автоматические скидки: разные уровни контроля

Ручная скидка — решение пользователя в конкретной продаже. Для неё нужны предел полномочий, причина и при необходимости согласование. Автоматическая скидка — заранее описанное условие, которое программа применяет при выполнении критериев: сегмент клиента, объём, набор товаров, карта лояльности, период акции или другое поддерживаемое событие. Автоматизация снижает произвольность, но повышает цену ошибки в правиле.

Не создавайте автоматическую скидку как способ скрыть неверную базовую цену. Сначала убедитесь, что вид цены отражает обычное предложение, а скидка — отдельное коммерческое условие. Иначе отчёты будут показывать искусственно завышенную скидочную активность, а менеджеры перестанут понимать реальную маржу.

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

Совместное применение, группы и приоритеты скидок

Главный риск возникает не внутри одной скидки, а на пересечении нескольких правил. Клиент одновременно принадлежит сегменту, предъявляет карту, покупает акционный товар и достигает порога суммы. Система должна однозначно решить, скидки складываются, выбирается максимальная, применяется правило из приоритетной группы или действует иной настроенный порядок.

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

Предельная скидка и контроль минимальной цены должны учитывать совокупный эффект. Два допустимых правила способны вместе сделать продажу убыточной. Если система поддерживает ограничители, настройте их; если нет, добавьте отчётный контроль и согласование. Блокировка должна объяснять пользователю причину и путь эскалации, иначе её будут обходить ручной ценой.

Тестовая матрица перед включением правил

Проверяйте не одну идеальную продажу, а границы. Создайте набор сценариев с тестовыми товарами и клиентами: условие не достигнуто, достигнуто точно, превышено на минимальный шаг, период ещё не начался, период закончился, товар-исключение, возврат, частичная отгрузка и несколько конкурирующих правил. Ожидаемый результат вычислите заранее.

1. Зафиксируйте исходный вид и значение цены.
2. Укажите все подходящие скидки и порядок их применения.
3. Рассчитайте ожидаемую цену строки и документа.
4. Сравните результат 1С с моделью.
5. Проверьте печатную форму, заказ, реализацию и возврат.
6. Убедитесь, что пользователь видит объяснение скидки.
7. Повторите тест после изменения формулы или релиза.

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

Управление изменениями и официальный источник 1С

Разделите подготовку и утверждение. Коммерческий владелец задаёт правило, специалист 1С реализует его, независимый сотрудник проверяет матрицу, а уполномоченное лицо включает действие. Массовое изменение цен или скидок должно иметь заявку, дату, контрольный отчёт и возможность восстановить предыдущие значения штатным способом. Не давайте всем менеджерам право менять базовые виды цен.

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

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

Управляемое ценообразование — это воспроизводимая цепочка: понятный вид цены, подтверждённый источник, датированное назначение, прозрачный прайс-лист, непротиворечивые скидки, тестовая матрица и постоянный контроль результата.

Вопросы и ответы

• Чем вид цены отличается от скидки в 1С:УТ?

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

• Можно ли рассчитывать один вид цены от другого?

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

• Почему новая цена не подставилась в документ?

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

• Как сформировать прайс-лист без внутренних цен?

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

• Что произойдёт, если подходят несколько автоматических скидок?

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

• Какие показатели контролировать после запуска скидок?

  Долю продаж со скидкой, средний и максимальный размер, маржу, ручные переопределения, конфликтующие правила, продажи ниже порога и корректность возвратов по исходным условиям.

По теме