Как настроить установку цен в разрезе организаций в 1С:Управление торговлей 11?

Бизнес-аналитик 1С v8.3 (Управляемые формы) 1С:Управление торговлей Управленческий учет Торговля и дистрибуция
← На главную

При переходе на конфигурацию 1С:Управление торговлей 11 (а также 1С:КА 2 и 1С:ERP) многие специалисты сталкиваются с архитектурной особенностью: документ Установка цен номенклатуры фиксирует стоимость товаров в целом по информационной базе без указания организации. Если в компании действует филиальная сеть с централизованным управлением, но в разных юридических лицах или регионах цены на одни и те же позиции должны различаться, стандартный интерфейс не предлагает прямого выбора реквизита Организация в регистре цен. Проанализируем, почему разработчики заложили именно такую модель, и рассмотрим практические способы настройки дифференцированного ценообразования штатными средствами системы.

Концепция подсистемы ценообразования: управленческий контур

Выясним причину отсутствия разреза организаций в регистре сведений ЦеныНоменклатуры. В методологии современных решений 1С ценообразование относится к единому управленческому учету компании:

  1. Разделение учета: Справочник Организации предназначен преимущественно для регламентированного и налогового учета юридических лиц. Продажа товаров клиенту с точки зрения бизнеса представляет собой единую коммерческую политику компании, где прайс-лист формируется для рынка, подразделения или типа клиента, независимо от того, с какого юридического лица оформляется реализация.
  2. Производительность базы данных: Регистр ЦеныНоменклатуры является одним из наиболее нагруженных. Введение дополнительного измерения Организация кратно увеличило бы объем записей и замедлило проведение документов реализации, работу подбора номенклатуры, расчет скидок и формирование прайс-листов.

Вариант 1. Использование дифференцированных видов цен и привязка к складам

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

  1. Создание видов цен: Перейдем в раздел CRM и маркетинг – Настройки и справочники – Виды цен. Создадим отдельные виды цен (например, «Розничная филиал А», «Розничная филиал B»).
  2. Использование иерархии: Чтобы справочник не превратился в хаотичный список при росте сети, включим иерархию групп и распределим цены по папкам филиалов или регионов.
  3. Привязка к складам и магазинам: Перейдем в раздел Склад и доставка – Склады и магазины. В карточке розничного склада или магазина в поле Розничный вид цены укажем соответствующий вид цен для данной торговой точки. При оформлении чеков ККМ и отчетов о розничных продажах система автоматически подставит требуемую цену для выбранного склада.

Вариант 2. Автоматизация пересчета через динамические цены и формулы

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

  1. Создадим базовый вид цены (например, «Базовая розничная»), который устанавливается централизованно документом Установка цен номенклатуры.
  2. Создадим зависимый вид цены для организации или филиала (например, «Розничная Север»).
  3. В карточке зависимого вида цены переключим способ задания цены на Рассчитывать по формуле от других видов цен.
  4. Зададим формулу расчета вида: [Базовая розничная] * 1.10 (наценка 10% на доставку).
  5. При изменении центрального прайса дочерние цены пересчитываются автоматически либо при проведении регламентного задания, что исключает ошибки операторов при ручном вводе.

Вариант 3. Использование типовых соглашений для оптовых продаж

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

  1. Включим использование соглашений в разделе НСИ и администрирование – Настройка НСИ и разделов – CRM и продажи – Оптовые продажи (флаг Договоры и соглашения с клиентами).
  2. Создадим документ Типовое соглашение с клиентами (раздел CRM и маркетинг – Типовые соглашения с клиентами).
  3. На вкладке Условия продаж зафиксируем конкретную организацию предприятия и назначим связанный с ней Вид цен.
  4. Теперь при выборе соглашения в документе Заказ клиента или Реализация товаров и услуг программа автоматически подтянет нужный вид цены, не позволяя менеджеру ошибиться.

Вариант 4. Настройка автоматических наценок вместо создания видов цен

Проанализируем альтернативный инструмент — подсистему скидок и наценок. Вместо создания множества видов цен («Розничная 1», «Розничная 2») сохраним единый базовый вид цен для всей сети, а локальные отличия отразим через правила ценообразования:

  1. Перейдем в CRM и маркетинг – Скидки (наценки).
  2. Создадим автоматическую скидку со знаком «минус» (наценку) или скидку на нужный процент.
  3. В условиях применения скидки ограничим действие правилом: укажем конкретный склад, подразделение или получателя.
  4. Такой механизм оставляет витринный прайс-лист единым, а итоговая стоимость пересчитывается автоматически в момент оформления документа.

Организация обменов данными с распределенными базами

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

  1. Фильтрация на уровне видов цен: Настроим правила обмена таким образом, чтобы в узел обмена филиала выгружались только те записи регистра ЦеныНоменклатуры, которые соответствуют видам цен, назначенным складам данного узла.
  2. Отказ от модификации регистра: Не рекомендуется добавлять измерение Организация в типовой регистр ЦеныНоменклатуры через расширение или доработку конфигурации. Этот регистр задействован в общих модулях подбора, ценообразования, расчета скидок и проведения документов. Модификация его структуры приведет к сбоям типовых механизмов и существенным затратам при последующих обновлениях программы.
← На главную