Механизм ценообразования, настройка цены, наценка цен, различные виды цены

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

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

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

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

Следующий момент, который есть в программе и тоже относится к ценам - это цены номенклатуры контрагентов.

Возвращаясь к виду цены, когда создаем ее, пропишем правило. Но сначала укажем наименование и выберем ставку НДС - включена / не включена. А можно выбрать способ, как она будет задаваться. Первый вариант - это статический. Используется, если хотим задать цену на товар для компании X5 Retail Group либо Магнит. Показатель задаем вручную, фиксируем и дальше от него работаем, потому что в данных компаниях длительный процесс согласования цены, и обычно, он должен быть жестко зафиксирован и никаких особых изменений быть не должно. Работая со статическим видом цены, указываем ее через установку цен номенклатуры.

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

Переходим к 3-ему варианту - это формулы. Их можно задавать практически любые, например, рассчитать продажную цену, которая считается как, Учетная цена (закупочная цена) умноженная на 2 плюс 200 рублей на доставку. Эта схема вполне актуальна для продажи цветов. Для клиента бесплатная доставка, но она изначально закладывается в цену, и с случае когда таковая требуется, мы не потеряем на ее стоимости.

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

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

Также ценовая группа берется из товаров, здесь она прописывается по умолчанию, но в целом она может быть абсолютно любой. Это базовая вещь, ее могут поменять сотрудники, глядя в экран и сделав по-другому. Ценовая группа предназначена для того, чтобы уточнить некие цены.

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

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

Изначально цена для пользователей берется из раздела - Настройки пользователей и прав, там есть персональные настройки пользователя, в перечне Цены - Основной вид цен продажи, указать ту цену, которую нам хочется.

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

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

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

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

В дополнение, есть возможность изменить цены различными способами. Например, сделать повышение на 20 процентов или понижение, проведя какую-то супер акцию. В целом документ очень гибкий и позволяет реализовать много разных вариантов.
Говоря о возможностях программы, также стоит выделить такой механизм, как минимальные цены. Он работает не только для розницы, но и для оптовых продаж через Заказ покупателя. Для настройки следует зайти в Продажи - Еще больше возможностей - Продажи - Цены и скидки - Минимальная цена.

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

Осталось рассмотреть последний момент по элементам, который не менее важен. Он достаточно удобно реализован в программе и это настройка округления, которая позволяет прописать правило. Например, если цена какого-то товара составила 2,95 рублей, то она округляется до 3 рублей, в случае с цифрой - 27, цена округляется до 30, если получилось 1880 то станет 1890.

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

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

Возьмем такой товар, как паровозы, на него почти ничего не нацениваем, но можем более действенно контролировать. Когда наценка 10 процентов, а цена изменилась на 0,5 процента, то обязательно следует отреагировать и увеличить цену, потому что в ином случае потеряем существенную часть маржи. Эти настройки также прописываются в виде цен номенклатуры и дальше с ними можно работать. С основными элементами закончили.

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

Как это исправить? К сожалению, поменять цену нельзя, поэтому необходимо завести другой вид цены. Создаем новый вид - Закуп 2 и в графе Тип указываем - Произвольный запрос, а в схеме постановки - Последние цены поставщиков. Следует пару слов сказать про варианты схем. Здесь есть Произвольный вариант, который мы честно целый день пытались настроить, чтобы он нормально заработал.

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

Нажав формулу выберем текущее значение, которое получилось и умножим его на текущий курс доллара или евро, при этом тенге и юаней, например, в программе нет. Но здесь вопрос в следующем, а точнее механизм, который тоже рекомендуем продумать, потому как, если в нашем варианте приходы делает кладовщик, какой шанс, что каждый раз он будет правильно устанавливать цены?! А если в данном процессе участвуют несколько человек, то показатель будет еще ниже, поэтому если фиксировать через установку цен и произвольный запрос, то можно каждый день заставить одного сотрудника заполнять эти данные. Ценообразование эффективно работает именно в том случае, когда им занимается один человек, когда несколько людей участвуют в данном процессе, то они начинают надеяться друг на друга, что в дальнейшем может вызвать трудности.

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

Перейдем к разговору про динамический процент, здесь есть очень интересный момент. Создадим вид цен с Динамическим типом и базовым видом - Учетная цена и 100% наценка. Это автоматический расчет, здесь все просто. Если сразу создать Заказ покупателя, выбрав только что созданный вид цены, и используя позицию - Малиновая штора, например, то цена будет 550 рублей, несмотря на то, что учетная цена - 500 рублей, а на самом деле значение нашей цены в данном случае должно быть 1000 рублей, при наценке в сто процентов. Значение задалось с минимальной ценой.

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

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

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

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

Предположим у нас есть ткань, ее новая цена будет 18,45, это плюс 20% к цене, той продукции, которая хранится сейчас на складе, она берется из запасов. С тканью немного сложная ситуация, предположим она приходила несколько раз, первая партия стоила 11 рублей за метр, а вторая 10 долларов за штуку. В итоге средняя себестоимость запасов получилась 18,45 рублей, а далее к этой цене рассчиталась стоимость вебинара 5 (последний созданный вид цены).

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

Создаем наценку, вид - Число, и дальше он будет работать. Логика здесь какая? Еще раз проговорим, что указываем наценки, при этом для каждой номенклатуры свое число и таким образом от учетной цены можно указать любую наценку для каждой номенклатуры. Это максимально универсальный способ. Единственное, необходимо сразу задать учетную цену. Для упрощения расчетов предлагаю взять цену - 100 рублей за штуку и пусть она действует с 1 февраля.

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

Придется еще раз выйти и зайти, далее заходим в 1С. Здесь присутствует следующая логика, что мы получаем значение свойства и по нему делаем расчет. Теперь в последнем созданном виде цены, мы автоматически считаем наценку, которая там указана. В случае, когда расчет происходит, как расширение, то в программе появляется специальный значок.

Давайте проверим то, что у нас получилось. Возьмем Заказ покупателя, но также будет работать везде, и выберем номенклатуру - Малиновая штора для того, чтобы посмотреть какая здесь выходит цена, при условии, что наценка составляет 180% к учетной цене. Учетная цена - 500 рублей, и получается цена - 1 400 рублей. Переходим в наценку по группам и выбираем вебинар 7 (последний созданный вид цены).

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

Это должен делать либо человек, который все это контролирует, либо есть возможность прописать, чтобы данные действия выполнялись автоматически. Наценка зависит от того, что указано в этом реквизите. Если заново пересчитаем цены, то по прошествии некоторого времени будет правильная наценка. Например, для ткани с наценкой 80 и учетной ценой - 100 рублей, выходит цена 180.

Давайте перейдем к нюансам, которые безусловно присутствуют в приведенном механизме.

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

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

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

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

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

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

В заключение хочу сказать, что в ценообразовании всегда есть некие два полюса. Первый вариант - каждому клиенту своя цена на каждую номенклатуру, это решает только собственник компании. Второй вариант - для всех клиентов и товаров какие-то правила. Например, всем розничная цена 100 рублей и все. Но, как индивидуальные цены создают проблемы, потому как ими сложно управлять, только один человек может решить и это трудно. Так и не гибкость, всем по 100, может каких-то клиентов отпугнуть или не дать выиграть какой-то тендер или контракт. Именно поэтому для поиска золотой середины, следует настроить механизм правил, именно в 1С:УНФ и 1С:Рознице таким образом, чтобы соблюсти индивидуальные цены для каждого клиента и варианты настройки под общие единые правила.