Недавно столкнулся с необходимостью рассказать и показать своим клиентам о возможностях программы УТ11 в плане ценообразования и, с удивлением для себя, не обнаружил того, чего хотелось бы (да извинят меня многоуважаемые коллеги, если кого-то «обидел»). Поэтому пришлось самому разобраться в этом вопросе и написать некую минипрезентацию, посвященную, в основном, справочнику «Виды цен» (аналог справочника «Типы цен» из УТ10.3). На основе этой презентации и выросла данная статья, которая, надеюсь, кому-то будет полезна хотя бы тем, что даст общее представление о возможностях УТ11 для ведения ценообразования.
Итак, справочник «Виды цен» — предназначен для хранения всех видов цен и правил их расчета. Виды расчета довольно разнообразные и гибкие:
1) Ручное назначение – самый простой и очевидный, означает, что мы сами устанавливаем цены данного вида в «Установке цен».
2) Наценка на другой вид цен – означает, что данный вид цены будет автоматически заполняться и рассчитываться (в документе «Установка цен«) на основании другого вида цены по следующей формуле: [Базовый вид цены] * [Наценка на вид цены] (наценка указывается в процентах).
Пример: Оптовая цена = 100 руб, расчетная будет = 150 руб.
3) Наценка на цену поступления – аналогично п.2, но при этом в качестве базового выступает цена закупки товара в документе «Поступление товаров и услуг», поэтому указывается только наценка:
Если при этом еще используется галочка «Использовать при вводе на основании документов поставки»:
то при вводе «Установки цен» на основании «Поступления товаров и услуг» цены товаров по этому виду цен заполнятся автоматически.
Здесь «Плановая себестоимость» — вид цены с признаком «При вводе на основании документов поставки» с наценкой на цену поступления 3%.
Если теперь мы создадим еще один расчетный вид цены, для которого базовым будет наша расчетная цена «Плановая себестоимость», он также автоматически встанет в «Установке цен»:
Значение Розничной цены = 500 руб связано с округлением до 100 руб (300 + 50% = 450, согласно арифметическим правилам, при округлении до 100 это равно 500).
Точность округления имеет значения от 1 копейки до 1000 руб.
Есть и более сложные варианты расчетов цен, доступ к ним включается гиперссылкой «Использовать полные возможности» в карточке вида цены.
Здесь включается возможность дополнительного отбора по номенклатуре, например, указав, что правило расчета цены будет работать только для определенного вида номенклатуры или для определенной группы номенклатуры:
Можно задать и более сложное условие отбора, используя реквизиты номенклатуры (вида номенклатуры).
На закладке «Правила округления цены», как и следует из названия, можно указать различные правила округления для различных ценовых диапазонов (вполне логичная и удобная «фишка»):
Интересная опция – порог срабатывания.
В данном случае 1% означает, что если новая цена будет отличаться от старой незначительно (не более 1%), то цена меняться не будет (фактически строка с этой номенклатурой просто не попадет в документ «Установка цен»). (Сразу предвижу такую ситуацию — снабженец полдня убивает на то, чтобы понять — «почему не обновилась цена после очередной поставки???». Но мы то теперь знаем, где копать! )
При установке способа задания цены «Произвольная формула от других видов цен»
можно задать произвольную формулу используя не один базовый, а, например, несколько видов цен (в рамках доступного синтаксиса). Например, так:
как видно из рисунка, здесь реализован удобный конструктор для корректного «собирания» формул. Если же мы не ищем легких путей и нарисовали формулу сами, вручную — ее можно проверить на синстаксис по кнопке «Проверить формулу».
Последний способ задания цен – Произвольный запрос к данным ИБ. Здесь в качестве базового вида цены можно использовать несколько предопределенных вариантов, даже такие экзотические как «Себестоимость с дополнительными расходами» (интересно, как это будет работать в середине месяца?).
В общем, впечатляет. Насколько правильно работают все эти схемы — не знаю, будем проверять по мере надобности той или иной, однако сам набор возможностей хорош, ничего не скажешь…
Ну и если уж даже после всего предложенного командой 1С нам так ничего и не подошло – можно использовать произвольную схему, которую мы должны «собрать» сами, своими руками.
О галочке «При вводе на основании документов поставки» мы уже рассказали, теперь о других.
Галочка «Использовать при продаже клиентам» позволяет облегчить ввод документов «Заказ клиента» и «Реализация товаров и услуг» — при выборе номенклатуры автоматически подставится соответствующий вид цены. Если таких видов цен будет несколько, то для автозаполнения вида цены в этих документах можно настроить «Соглашения об условиях продаж» (см. ниже).
Галочка «При передаче между организациями» используется в документах «Передача товаров» — как в случае их ручного ввода, так автоматического, т.е. при включенной опции использования «Интеркампани». В программе УТ11 обязательно указывать некоторую ненулевую стоимость передачи товаров между организациями (как правило, чуть выше себестоимости, но ниже цены продажи), чтобы не входить в конфликт с законодательством.
Отметим, что здесь, в отличие от УТ10, в документе продажи вид цены указывается в табличной части. Таким образом, мы можем одним документом устанавливать по разной номенклатуре различные виды цен. Чем это проще ручного вбития цены — не знаю, не мне судить, однако что придает большей гибкости — это факт. К тому же ручной ввод цены остается доступен как и прежде.
В данной теме, посвященной видам цен нельзя хотя бы не коснуться такого понятия, как «Соглашение об условиях продаж». Смысл его вполне очевиден из названия — это некоторая договоренность об условиях продажи товаров клиентам, например, с какой организации (склада), по каким ценам мы будем продавать товар тому или иному клиенту. В программе «Соглашение об условиях продаж» — это отдельный справочник.
Соглашение может быть типовым, т.е. не зависящим от конкретного партнера:
и индивидуальным, т.е. для каждого партнера – свое. Как видно из рисунка, справочник «не простой», однако для меня он пока важен лишь в контексте связи с видом цен, поэтому подробно рассматривать его мы не будем. При выборе в документе продажи конкретного соглашения номенклатура будет автоматически заполняться по виду цены из соглашения.
В заключении можно сказать, что эволюция справочника «Типы цен» (УТ10.3) в «Виды цен» (УТ11) выразилась не только в смене названия, но и в качественном улучшении (усложнении?) функционала ценообразования. Готовы ли к этому наши пользователи или нет — это другой вопрос, но «начинка», заложенная в него (справочник), довольно мощная и интересная.
Успехов в освоении!
Спасибо за статью. Может поможете в моем вопросе.
У нас есть базовая цена, назовем её «Рекомендуемая» и цена (назовем «Коммерческая»), которая рассчитывается как Рекомендуемая * некий коэффициент. Все бы хорошо, если бы коэффициент оставался неизменным. Но, каждый месяц он пересчитывается. Коэффициент хранится в периодическом регистре сведений. Как можно задать расчет цены Коммерческой от Рекомендуемой с учетом этого условия не меняя типовой механизм? Сейчас мы каждый раз меняем в формуле расчета.
(1) son_v, ВО первых Вам необходимо запустить УТ в режиме Толстый клиент (Управляемое приложение)…
Далее в панели разделов выбираете Маркетинг, а в панели навигации «Настройки и справочники» — «Виды цен»-Создаем новый вид цены использую полные возможности.В способе задания цены- выбираем «Произвольный запрос к ИБ»
Чуть ниже в поле строке «Схема компоновки данных» выбираем «Произвольный» и собственно с помощью запроса реализуем вашу задачу. Цену которую Вам необходимо повысить вытаскиваете из регистра сведений «Цены номенклатуры срез последних» с нужными отборами ну а коэффициент из регистра в котором Вы его храните.
(1) son_v, в (2) все верно написано.
Для примера создал регистр сведений «Коэффициенты цен» и сваял такой запрос в схеме СКД:
Показать
параметр «БазовыйВидЦен» установить в самом СКД(!) (у вас — Рекомендуемая цена). У меня этот параметр стоит также и в регистре «КоэффицентыЦены», т.о. делаю возможность фиксировать коэффиценты для различных базовых цен.
Проверил — работает, но есть нюанс. Пока мы не зафиксировали новую Рекомендуемую цену, у нас Коммерческая будет считаться не от нового, а от старого значения! Т.о. можно предложить 2 варианта работы:
1) создаем сначала документ установки цен для базовой цены, проводим, потом создаем установку цен для расчетной цены.
2) создаем документ с обеими типами цен, заполняем базовые цены, проводим документ, пересчитываем расчетные цены.
Прошу как сделать, ценообразование. 1шт 100р 10шт по 80р 100шт по 70р ? Зарание спасибо.
(4) 1977, что такое 1 шт, 10 шт? Остатки на складе?
(2) (3) Огромное спасибо!!!
(4) 1977, Это делается с помощью скидок,если вы имеете ввиду что цена для клиента меняется в зависимости от количества.(Например клиент заказывает 100 штук тогда цена дешевле чем например при заказе 50 штук.)Если я не так вас понял просьба перефразировать вопрос.
(7) Shooroopik111, Я прицепи это имел ввиду. Только у разного товара, разные количества для скидок, зависит от суммы.
(4) 1977, Если же вы имели в виду что цена зависит от количества поступления этого товара, то это реализуется с помощью все того же произвольно запроса.В котором коэффициент на который умножается цена зависит например от количества поступления…Вообщем все в Ваших руках.В ут 11.1 механизм ценообразования и скидок настолько проработан что невозможного почти нет.
Вот так нужно писать справку по сравочникам 1С.
(10) vasiliy_b, Спасибо на добром слове!
не подскажите возможно ли так:
можно ли чтобы в оптовом складе списывалось с оптовой ценой,а закупалось с «закупочной»? и розничного склада закупалось с закупочной ценой, а списывалось: — если 1 пара,то розничная цена
— если 10 пар,то цена своя
— если 25 пар,то цена тоже своя ?
(12) kindztr,
можно ли чтобы в оптовом складе списывалось с оптовой ценой,а закупалось с «закупочной»?
надо создать соответствующие соглашения с клиентами и поставщиками, указав в них нужные виды цен.
об остальном — можно попробовать с помощью «Произвольного запроса к данным ИБ», хотя даже не представляю как это реализовать. Это ведь надо в режиме заполнения документа на клиенте делать, т.е. данные в базу еще никуда не записаны, соответственно и брать данные для запроса неоткуда.
Я бы решал задачу по-другому — через внешнюю обработку заполнения документа. Сначала заполняете документ, потом обработку запускаете.
В противном случае только конфу «ломать».
а если к примеру на поступление(то есть ставим которую нам надо) поставим через регистрацию цен поставщиков,а в продажах при выборе какого то из складов,в табличной части выбираем свой вид цен? блин думаю клиенту не понравиться такое….много телодвижений…
Интересная статья, но у меня вопрос вот в чем. Клиент сам назначает цены, как хочет. Как таковых правил нет и ему удобно было бы видеть при расценке цену поступления, т.е. закупку, и, ориентируясь на нее, устанавливать цены продажи .Это имеет право на жизнь или Установка цен номенклатуря только для тех цен, которые мы устанавливаем/меняем? Т.е. места справочной информации тут нет.
(15) GreyTim, не совсем понял сути вопроса. Цены устанавливаются только документом «Установка цен номенклатуры». Для вашего случая наверное, самое удобное — создаете документ, выбираете 2 вида цены — Закупочный и Продажный, заполняете номенклатурой — и видите в соседних группах колонок обе цены, меняете продажную исходя из закупочной.
(16) Суть в том, что при расценке необходимо ориентироваться на зукупку и удобно было бы это делать в этом же «Установка цен номенклатуры». Проблема в том, что не получается закупку из «Приходной накладной» вывести в «Установка цен номенклатуры».
(17) GreyTim, да как же не получается? Я ж об этом и писал — ставите в виде цены галку «Использовать при вводе на основании документов поставки» и при создании «Установки цен» на основании «Поступления товаров» цены заполнятся автоматически. Например, вид цены «Закупочные», процент наценки нулевой.
Автоматически удалось получить только, если наценку поставить хоть какую-то (я ставил 0,01%), но это не совсем правильно. Нулевой наценки поставить не удалось. Прилагаю скрин.Закупка
(19) GreyTim, поставь «Ручное назначение».
интересная статейка, как раз для манагеров понятная будет для обучения и самостоятельного освоения УТ11
Спасибо за статью.
Добрый день! Очень нужная статья. Но некоторые моменты не получились.
Необходимо создать новый вид цен Распродажа. Цена должна соответствовать Розничной цене документа более раннего, чем создаваемая установка цен. Создала новый вид цен и написала запрос для произвольного запроса к данным ИБ:
Показать
Розничные цены установлены, но распродажа не заполняется в установке цен… Подскажите, что делаю не так?
(23) InnaIvanova, а сам запрос проверили? Товары заполняются?
Сам запрос проверила, работает.
(25) InnaIvanova, судя по тексту, цена Распродажи равна Розничной. Тогда зачем вообще создавать произвольный алгоритм? Не проще ли просто на основании Розничной этот вид цены создать с нулевой наценкой?
Нужно, чтобы значение цены Распродажа было равно предыдущему значению Розничной цены. У меня в запросе берется значение на секунду раньше от даты документа установки цен.
(27) InnaIvanova, так и создавайте документ установки цен только для цены распродажи, заполняйте его по текущему значению цены розничной. Ну а потом, если надо, создавайте установку цен для розничной. Зачем же так усложнять себе жизнь?
Пользователи не хотят вводить несколько документов установки цен.
(29) InnaIvanova, а вы записываете документ перед заполнением? Какой параметр у вас передается в «ДатаДокумента»?
перед заполнением документ не записываю. В процедуре ВычислитьЗначенияЦеныПоДаннымИБ() параметр «Дата документа» заполняется как дата документа.
(31) InnaIvanova, ну так в этом и может быть косяк. Передавайте текущую дату.
У меня очень простой вопрос, на который никак не могу найти ответ )))
Создаю новую цену, как «Наценка на Базовый вид цены». Ни в одной позиции номенклатуры эта цена не появляется.
Я правильно понимаю, что потом надо сделать документ «Установка цен» и добавить туда всю номенклатуру которая есть (у нас 25 000 позиций).
И в дальнейшем, при поступлении новой Номенклатуры, надо будет делать документ «Установка цен» не только на Базовую Цену, но и включать в документ Расчетную Цену?
Подскажите плз., есть ли более простой путь, как добавить Расчетную Цену сразу ко всей номенклатуре?
Кроме, как делать «Отбор по Виду Цены» и добавлять всю номенклатуру в документ.
(33) aramius, Совершенно верно, к сожалению динамических цен, как это было в УТ10.3, в этом релизе почему-то не предусмотрено, т.е. все цены (по всем видам цен) нужно фиксировать документами.
(35) aramius, Да. Но, поскольку расчетная цена у вас привязана к базовой, то при создании документа есть возможность выбора зависимых видов цен, так что «не забудете».
Спасибо за ответ.
То есть, после изменения Базовой Цены, надо снова делать документ Установка Цен, что бы установить новое значение на Расчетную Цену?
Здравствуйте. У меня проблема с автоматическим выбором цены в окне создания цены номенклатуры. Цены поставщика зарегистрированы, документ поступления проведён, назначена цена на основе поступления. При выборе функции рассчитать вычисляемые выпадает окно с ошибкой: Не задано значение параметра «Выбор упаковки»
Но я в свойствах номенклатуры не указывал «Выбор упаковки», галочка упаковки нигде не стоит и вообще у меня по умолчанию кг. И ввести в окно упаковку нигде не могу, т.к. выводится один вариант — кг. Что делать с упаковкой, если её нет?
(37) Владbckfd, я не встречал такого. Отладчиком надо парсить, чего уж тут…
Еще одна проблема, которую никак не могу решить. Надо создать расчетный вид цены «Дилер без НдС». Как видно из названия, должна браться цена «Дилер» и из нее вычитаться НДС. Разделить на 1.18 не подходит, так как НДС всегда разный. Понимаю, что можно использовать «Произвольный запрос к данным ИБ», но не пойму как.
(39) aramius, Ставка НДС — это ведь реквизит номенклатуры, что же сложного-то?
Mortiferus, Это понятно что ставка НДС в базе хранится. А сложно все остальное.
Какой способ задания цены выбрать «Произвольный запрос к данным ИБ» или «Произвольная формула от других видов цен»
Ну и наконец, какую формулу или запрос туда вписывать.
Скажите п. Можно ли сделать автоматическое проведение видов цен после изменение курса доллара?
(41) aramius, однозначно произвольный запрос. готовый запрос, конечно же, писать не буду, но вполне очевидно, что, как вариант, можно воспользоваться конструкцией «Выбор Когда…», как и в стандартных конфах делается (Выбор Когда Номенклатура.СтавкаНДС = Перечисление.СтавкиНДС.НДС18 Тогда 18 … и т.д.).
(42) kawex, вопрос немного не по теме…
Произвольный запрос к данным ИБ ,схема — Цены поступления , будет Цена = Цена поступления?
(45) pavelyar, Да. Если нажмете «Редактировать», и затем в открывшейся форме настройки схемы компоновки нажмете «Редактировать схему компоновки» — увидите текст запроса. Товары и цены собираются из документа «Поступление товаров и услуг».
(42) kawex, можно, на итс есть эта тема
Добрый день! Вопрос по установку цен. Схема такая: Закупочная—>Из документов поступления, Розничная—>На основе закупочной(процент). Но теперь вот в чем проблема. Поставщики, часто присылают прайс(из-за курса доллара). Делаем изменение цен поставщиков. Розничная цена будет меняться? Если нет, то как лучше всего реализовать данную схему? Заранее спасибо!
(19), (20) В УТ явная ошибка при заполнении закупочных цен по поступлению. Если поставить галочку «При вводе на основании документов поставки» и указать «Ручное назначение», то цены тупо не заполняются по приходу. Везде 0. А указать нулевую наценку на цену поступления просто нельзя — минимум 0.01%
Подскажите, пожалуйста, формирование цен по документам поступления за какой период делается? Я правильно понимаю, что за весь? настройки не нашел.
нужно делать произвольный запрос?
(50) chekmarevyv, цена за конкретную номенклатуру будет взята из последнего прихода (поступления).
(51) Спасибо!
А средняя цена поступления?
(52) chekmarevyv, ну тогда уж произвольный запрос писать
Благодарю!
Добрый день! Хорошая статья.
Не подскажете как можно сделать следующее:
В документ реализации нужно включать стоимость доставки. Стоимость доставки рассчитывается как 10% от стоимости всего заказа.
Хотелось бы реализовать такую схему типовыми средствами.
Создаю номенклатуру «Доставка товара» с типом услуга. В типовом соглашении об условиях продаж на закладке «Уточнение цен по товарам»
добавляю номенклатуру «Доставка товара» указываю вид цены «Доставка».
В карточке этого вида цены указываю: использовать «при продаже клиентам»; способ задания цены «произвольный запрос к данным ИБ».
В поле схема компоновки данных «произвольный».
И вот теперь вопрос: как в этой схеме получить стоимость доставки путем суммирования стоимости всех товаров в заказе и умножения этой стоимости на 10%.
Возможно ли это? Или может я пошел не тем путем и лучше реализовать все это как то по другому?
(55) Spacer, я бы на вашем месте сделал внешнюю обработку заполнения, которая бы просто заполнила цену доставки в самом документе. Она ведь будет от документа к документу отличаться, поэтому смысла фиксировать ее в регистрах цен не вижу никакого.
Есть ли штатный механизм заполнить установку цен всеми товарами на которые назначен определенный тип цен, на примере КА 2.0 не нашел такого, есть в УТ11?
(57) Обработкой Прайс Лист все успешно делается.
Добрый день.
Вопрос такой.
На складе 100 позиций товаров. Из них 60 позиций самых продаваемых, то есть они покупаются и продаются постоянно. И с каждым поступлением происходит «Установка цен» отсюда следует что цена на эти 60 позиций всегда актуальна.
Есть оставшиеся 40 позиций которые были куплены 1-3 года назад и лежат ждут своего часа, то есть на этот товар цена была установлена 1-3 года назад и является не актуальной.
Каким механизмом можно выбрать эти 40 позиций и поднять их цену на 10-15%.
В установке цен, отбор не даёт возможности отобрать товар на который давно не устанавливалась цена.
Добрый день.
Вопрос такой.
На складе 100 позиций товаров. Из них 60 позиций самых продаваемых, то есть они покупаются и продаются постоянно. И с каждым поступлением происходит «Установка цен» отсюда следует что цена на эти 60 позиций всегда актуальна.
Есть оставшиеся 40 позиций которые были куплены 1-3 года назад и лежат ждут своего часа, то есть на этот товар цена была установлена 1-3 года назад и является не актуальной.
Каким механизмом можно выбрать эти 40 позиций и поднять их цену на 10-15%.
В установке цен, отбор не даёт возможности отобрать товар на который давно не устанавливалась цена.
(60) ну это только программно делать, напр. обработку заполнения документа по вашим условиям — в запросе выбирать список номенклатуры.
(60) Тут вопрос не в обработках, а в общей ценовой политике. У вас же есть поставщики. Вы можете ориентироваться на их цены. Даже если вы не покупали какие-то товара 3-5 лет, вы можете запросить актуальный прайс, добавить свою наценку, полученную цену загрузить в 1с.
Не правильно ориентироваться на событие, раз давно не меняли цену — значит надо повысить. Может наоборот, если товар завис, надо снизить цену. Ведь многие наоборот считают, что если товар завис, то нет смысла повышать цены. Продать бы хоть как-то.
Поверьте, еще больше мучений у импортеров, когда случаются скачки курса они мучаются вопросом — менять ли цены или подождать, вдруг все вернется.