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