Рассмотрим достаточно интересную и неочевидную задачу ценообразования, с которой часто сталкиваются компании. Допустим, у нас есть два вида цен — розничные и оптовые. Цены задаются вручную. Возникает потребность: если мы повышаем розничную цену на конкретную сумму (например, на 10 рублей), оптовая цена также должна автоматически увеличиться ровно на 10 рублей. Например, если розничная цена была 50 руб., а оптовая 30 руб., то при изменении розничной на 60 руб., оптовая должна стать 40 руб.
Проблема заключается в том, что в типовых конфигурациях 1С (таких как УТ 11, КА 2, ERP) формулы ценообразования отлично работают с процентами (наценками) или с фиксированной абсолютной суммой для всего вида цен. Но если разрыв (дельта) между оптовой и розничной ценой уникален для каждой позиции номенклатуры, стандартная формула вида [Розничная] - 100 нам не подойдет. Разберем по шагам несколько рабочих способов решения этой проблемы.
Если разница между розничной и оптовой ценой у каждой позиции своя, но она фиксирована исторически, проанализируем возможность использования штатного механизма дополнительных реквизитов. Это позволит нам обойтись без программирования.
ФиксированнаяРазница.[Розничная] - [ФиксированнаяРазница].Посмотрим на результат: теперь в документе установки цен при любом ручном изменении розничной цены, оптовая цена пересчитается автоматически, вычтя индивидуальную дельту конкретного товара.
Если мы не хотим хранить дельту в реквизитах, а хотим, чтобы система "на лету" вычисляла разницу между старой и новой ценой, разберем использование произвольного запроса компоновки данных. Это более сложный, но очень гибкий метод.
Такой подход требует навыков написания запросов, но он штатно решает задачу относительного изменения цены.
Если цены меняются не каждый день, и дельта одинакова для группы выделенных товаров, проанализируем возможности самого документа Установка цен номенклатуры.
Система применит это приращение ко всем выделенным колонкам. Таким образом, розничная цена увеличится на 10 рублей, и оптовая увеличится на 10 рублей. Историческая дельта между ними сохранится.
Если процесс установки цен происходит массово, а пользователи путаются в сложных настройках, рассмотрим создание небольшого расширения или внешней обработки табличной части документа.
Логика работы такого расширения будет срабатывать при изменении колонки с розничной ценой:
// Псевдокод алгоритма пересчета
СтараяРозничная = ПолучитьСтаруюЦенуИзБазы(ТекСтрока.Номенклатура, ВидЦеныРозничная);
Разница = ТекСтрока.РозничнаяЦена - СтараяРозничная;
Если Разница <> 0 Тогда
СтараяОптовая = ПолучитьСтаруюЦенуИзБазы(ТекСтрока.Номенклатура, ВидЦеныОптовая);
ТекСтрока.ОптоваяЦена = СтараяОптовая + Разница;
КонецЕсли;
Такой подход займет у разработчика 1-2 часа, зато полностью снимет головную боль с пользователей. Им достаточно будет просто вбить новую розничную цену, а оптовая подтянется автоматически на тот же денежный эквивалент.
Выясним причину, почему многие опытные аналитики советуют Excel. Если ваша учетная политика подразумевает хаотичные изменения со сложной логикой, которую тяжело уложить в алгоритм 1С, проще использовать табличные процессоры.
Новая Оптовая = Старая Оптовая + (Новая Розничная - Старая Розничная).Какой бы способ мы ни выбрали, обязательно проанализируем правила округления. Если для розничной цены настроено округление (например, до 10 рублей), а для оптовой оно отключено или настроено иначе (до копеек), то после нескольких таких "относительных сдвигов" математическая разница начнет искажаться. Рекомендуется задавать идентичные правила округления для связанных видов цен, если для вас критически важно сохранять копейка-в-копейку фиксированный разрыв между оптом и розницей.