Ценообразование.

Цены находятся в разделе Маркетинг, раздел –Ценообразование.

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

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

Немножко о видах ценах.

Как и в предыдущих версиях Управлений торговлей, версия 2.0, система позволяет вносить несколько видов цен.

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

Если мы откроем эту запись справочника, мы увидим, что у нас закупочная цена – она заполняется по данным информационной системы из документов поступления. И у нас есть такой реквизит – схема компоновки данных, который позволяет нам ссылаться на данный тип цен, при расчете других цен. Сейчас мы с вами эту цепочку попытаемся выстроить.

Итак, что у нас есть в типе цены. Естественно, ее название, правила расчета. Следующий момент – это правило округления. То есть, мы можем задать какие-то варианты, связанные с округлением цены, правда, это не касается закупочных цен, потому что они уже идут с 2-мя знаками после запятой. Когда же мы будем выполнять расчет наших цен отпускных, допустим, то здесь возможна ситуация, когда у нас в результате расчета появится 3 и 4 цифра, и даже больше. Но здесь в системе нужно указать, как выполнить округление. Мы видим. Что у нас есть в нижней части возможность задать округление либо по правилам математики, либо округлять всегда в большую сторону, что в принципе, более предпочтительно для торговых предприятий. Это мы увидим в следующем типе цены, которую мы будем настраивать.

Второй тип цен я внес – это цены продажи, оптовые цены продажи, но здесь уже ситуация немного более сложная. Во-первых, вносить этот тип цен вручную не всегда удобно. Почему: потому что их нужно все помнить, их нужно где-то находить и иногда у нас может быть такая ситуация, что по правилам компании у нас есть, во-первых, несколько типов цен, и в зависимости, от того, на какой объем клиент завершает заказ, система должна или менеджер должен оперативно изменить этот тип цен, для того, чтобы этот тип цен в документе пересчитали. Простой пример: у нас по правилам компании действует такое предложение поставщикам, точнее покупателям - если вы берете товара на сумму, скажем больше 1000 гривен, то вы автоматически попадаете в ряд оптовых покупателей. Какая разница для покупателей: если они берут товара до 1000 гривен – для них действует, скажем так, розничный прайс, а он, естественно выше, если же вы берете товара на 1000 гривен, т для них может действовать уже оптовый прайс и он будет рассчитываться уже совсем по другой формуле. Поэтому, для вот этих вот ситуаций менеджерам в документе будет достаточно просто изменить один тип цены на другой – система автоматически уже подставит другие цены. Итак, первое, что мы должны сделать – мы должны указать, каким образом этот тип цен, собственно, будет фиксироваться в системе. Здесь у нас есть несколько вариантов: мы можем задавать цены вручную – самый простой вариант, когда мы просто сели, цены вбили, и они у нас просто действуют.

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

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

Итак, в данном случае мы сейчас внесли 2 типа цены: цена закупочная, которая у нас фиксируется из документа поступления и цена оптовая, которую мы будем устанавливать при продаже. Разница между ними – на 30% , то ест у нас оптовая – выше, чем закупочная, ровным счетом на 30%. Как теперь с ценами нашими теперь работать: довольно просто. Когда мы вносим документы поступления – то, что мы с вами сделали на прошлом занятии, в них мы фиксируем, какая цена контрагента, по какой цене мы покупаем у контрагента данный товар.

В данном случае мы покупали тостер по цене 180 гривен за штуку. Соответственно, если мы хотим его продавать по нашим правилам, то мы должны продавать его по оптовому типу цен с 30% надбавкой. Сейчас, если мы попытаемся сформировать документ реализации, система у нас не заполнит цену, потому что в системе эти цены не записаны. Для того, чтобы система нам помогала – мы должны кое-что еще проделать, поэтому, если мы хотим воспользоваться механизмом ценообразования – здесь у нас следующий алгоритм работы. Когда мы внесли документы поступления – мы должны, используя механизм ввода на основании, сегодня тоже познакомимся, что это такое, зафиксировать наши цены, при чем, как закупочные, так и оптовые и все другие, которые у нас рассчитываются. Для этого у нас есть практически во всех документах кнопка - создать на основании, здесь мы можем увидеть 3 команды, которые связаны именно с регистрацией цен. Первое – это помощник регистрации цен поставщика. Еще немножко коснемся механизма ценообразования, в каком плане, в системе есть возможность хранить цены наши, в нашем случае – это закупочная и оптовая цена продажи, имеется возможность хранить цены поставщика. С нашими ценами, я думаю, понятно, они подставляются в документы и облегчают нам работу, связанную с заполнением документа. Для чего нам хранить цены поставщика: здесь тоже потребность следующая, что, во-первых, мы можем отслеживать, что цена поставщика у нас изменилась. Представим себе ситуацию: мы регулярно покупаем один и тот же товар у одного и того же поставщика. Так вот, если мы регулярно цены вбиваем сами, то мы можем просто-напросто не знать, по какой цене покупали товар в прошлый раз. И, соответственно, даже если цена повысилась незначительно, мы можем просто на это не обратить внимание, и считать, что все нормально, мы работаем, ничего у нас не поменялось. Если же мы цены поставщика в системе фиксируем, то при выборе этого товара в следующий раз – система нам уже цену поставщика последнюю уже подставит, она нам сигнализирует, что последний раз мы покупали этот товар по такой цене. И если вы в приходном документе видите, что там цена уже другая – то вы уже реально понимаете, что цена поменялась, поменялась она, либо в большую, либо в меньшую сторону и уже можете делать какие-то выводы. То есть, если вы знаете, что вас поставщик предупредил, что он поднимает цены, и вы видите, что цена, действительно, поднялась, то да – все нормально. Но если поставщик не предупреждал вас, что он цены поднимает, а на самом деле, вы видите, что в документе цена изменилась – здесь уже можно связаться с поставщиком и выяснить: возможно, это действительно цена поменялась, а возможно это чья-то ошибка, либо кто-то невнимательно формировал документ реализации и таким образом, могла быть в документе внесена неправильная цена. Следующий момент – это сам документ регистрации цен поставщика. Два этих пункта тесно между собой связаны, потому что первый помогает зарегистрировать цены поставщика более простым способом, а второй – вручную, когда вы уже устанавливаете эти цены сами. И последний – установка цен номенклатуры. Этот документ уже, собственно, нужен нам для того, чтобы мы зарегистрировали уже свои цены. Мы сейчас воспользуемся именно этой ситуацией, то есть цены поставщика нам пока не очень интересны, а вот свои цены мы зарегистрируем.

Итак, когда я выполню команду – установка цен номенклатуры, что я вижу: первый момент – я вижу, что программа у меня создала документ – установка цен номенклатуры и здесь у меня рассчитано 2 типа цен. Закупочная цена у меня рассчиталась в размере 216 гривен, а оптовая цена у меня рассчиталась с 30% надбавкой. К 216 программа добавила 30% и таким образом, мы получили сумму 280 гривен. Непосредственно в этом документе мы можем включить свои алгоритмы расчетов, пересчетов и так далее. С чем это может быть связано: это может быть связано с тем, что не на все позиции товаров у нас отработала 30% надбавка. Если у меня в документе, допустим, будет 10 строчек, а я хочу, чтобы у меня цены изменились только на 5 на 30%, то меня такой общий алгоритм не устраивает, мне нужно в него вмешаться. Я могу руками это все изменить, но это не самый удобный вариант. Для изменения цен у меня существует специальный алгоритм. Итак, смотрите внимательно, что у нас есть, какие возможности. Мы можем выполнить простое округление цен, если мы их вводили вручную, мы можем изменить цены на процент.

C:\Documents and Settings\Admin\Рабочий стол\Screenshot_1.jpg

В этом случае программа нам задаст вопрос, какие цены мы меняем, и мы можем все цены и изменить на определенный процент, сделать цены еще на 10% выше.

Соответственно, вот наша цена и выросла. Я могу оперативно вмешаться в эти все процедуры, это все дело внести и когда я запишу этот документ – система автоматически у меня эту цену зафиксирует и следующий раз подставит ее в документ.

Что еще здесь у нас есть: у нас есть возможность загружать или выгружать цены из excel, то есть, очень часто бывает такая ситуация, что нам поставщики предоставляют свои прайсы и мы можем просто хранить их у себя в системе для того, чтобы следить за тем, что программам сама будет подставлять эти цены – это нам облегчит работу. Или же обратная ситуация, когда у нас есть отдел продаж или отдел маркетинга, который формирует эти цены, они скорее всего будут формировать по каким-то сложным алгоритмам, то есть мы сейчас не берем простой вариант, который здесь реализован, так вот, когда эти цены сформированы, то мы можем просто-напросто, выполним загрузку из excel, уже получить готовый набор цен по определенному типу на определенные позиции номенклатуры. Мы избавляемся от ручного ввода, а цены в систему у нас внесены, и следующий раз мы их можем спокойно использовать. Итак, давайте посмотрим, как сейчас отработает система, когда мы установим на наш тостер оптовую цену в размере 308,88 – сейчас попробуем выполнить документ реализации.

Есть еще один момент – это дата документа, то есть, какой работает механизм ценообразования. Дата документа – это дата актуализации цены, то есть, если я внесу этот документ – 14.05, то у меня новая цена начнет действовать с сегодняшнего дня. Что это нам дает: это нам дает возможность отдела маркетинга или плановым отделом, который есть на предприятии, наперед вносить документы изменения цен, и пользователи даже не будут вовлечены в этот процесс, а приходя утром на работу, и формируя новый документ, они уже будут видеть, что система подтягивает новые цены. Опять же простой пример: мы хотим с 1 июня на определенный тип продукции или на определенный тип товаров повысить цены на 10%. Но мы не должны ждать 1 число, чтобы в авральном режиме все это делать.

Мы можем это сделать 20 числа, 20 мая, спокойно сформировать документ, сверить эти цены, согласовать их, если это нужно, и после этого внести документ 1 числом. И когда наши менеджеры по продажам начнут формировать документы продажи – будет очень интересная ситуация. 30 или 31 мая – еще у нас отработают старые цены, а уже 1 система начнет подтягивать новые цены. Обратная ситуация: когда система вводится в действие, то бывает, что часть документов у нас не внесена в систему, поэтому если внедряется система, мы знаем, что какое-то количество заказов или документов реализации мы не внесли – понятно, что их можно вносить просто вбивая цены вручную, в документы, то мы пытаемся эту работу автоматизировать, каким образом? Мы документ установки цен номенклатуры, несмотря на то, что приход у нас был14или 12, мы можем их сделать, что эти цены устанавливаются на 1 мая, или даже на 1 апреля. Соответственно, документы реализации, которые будут формироваться после этой даты, автоматически система будет подтягивать этот тип цен. Мы сейчас попробуем такую ситуацию реализовать: я установлю вот этот документ 1 мая, и попробуем сформировать документы, скажем так, прошлым периодом и посмотреть, как система работает. Мы сейчас ориентируемся просто на оптовую цену. Мы сейчас будем выполнять документ реализации и посмотрим, где эта цена у нас задействуется. Следующий момент – немаловажный, тоже надо показать: у нас устанавливается цена на определенный вид упаковки, то есть, не секрет, что у нас реализации могут выполняться как поштучно, так и целыми упаковками. Так вот, система не всегда может понять, что коробка, в которой 10 штук должна стоить в 10 раз больше, чем 1 штука. Поэтому нам нужно отдельно установить цену на 1 штуку и отдельно цену на 1 упаковку. Видите. У нас есть возможность выбрать, за что мы устанавливаем нашу цену. Мы возьмем более простой вариант – мы пока оставим здесь штуки. Итак, цены наши провелись, цены наши записались, и теперь пробуем формировать документ реализации.

Итак, мы устанавливали наши цены на тостеры, поэтому мы сейчас попробуем продать наш тостер. Итак, выберем нашего покупателя – Вымпел, выберем его соглашение и добавим нашу номенклатуру. Обратите внимание, система у нас сразу же подтянула цену в 308 гривен 88 копеек, почему? Потому что есть документ установки цен номенклатуры, в котором указана номенклатура – тостер и указан вид цены. Вид цены, как видим, у нас стоит оптовый. Если бы у нас были другие цены, в этом случае мы могли бы здесь указать, что мы сейчас хотим воспользоваться другим типом цены. Давайте я поставлю: 2 штуки мы хотим продать. Если я хочу продать по какому-то другому типу цен, естественно, я должен этот тип цен в системе зарегистрировать и разрешить, чтобы система могла его использовать. Откуда программа знает, что я продаю по оптовым ценам? Все довольно просто: тип цены, по которому мы работаем – у нас фиксируется в соглашении. Соглашение мы с вами разбирали на прошлом занятии. Следующий момент, который у нас есть: иногда при формировании документов продажи нам, даже в этот процесс нужно вмешаться – то есть, программа подставила цены. Во-первых, нам ничего не мешает эту цену вручную изменить, то есть, естественно, программа говорит, что в этом случае нужно выбрать тип цены – произвольное и, пожалуйста, меняйте, то есть, мы хотим продать этот тостер за 400 гривен, пожалуйста. Либо наоборот, мы хотим продать его за 120, пожалуйста, мы можем спокойно вмешиваться, цены менять. Если я выберу опять тип цены – оптовый, система сразу же вернет назад и покажет, что цена у меня установлена. В верхней части мы видим кнопку цены и что мы с вами можем видеть: во-первых, иногда бывает такая ситуация, что мы заполняем табличную часть до того, как мы выбрали соглашение. В этом случае программам может не заполнять цен. Давайте попробуем: то есть, я могу добавить тот же самый тостер, в количестве 2 штук и у меня программа не фиксирует цену, почему? Потому что она не знает, по какому типу цены я работаю. Я выберу соглашение и система тут же у меня цены дозаполняет. Следующий момент: я могу сам принудительно перезаполнить цены по соглашению. То есть, я могу внести какое-то новое соглашение или изменить тип цены в самом соглашении, в этом случае, я попрошу программу перезаполнить тип цен. Для этого есть первая кнопка – заполнить тип цен по соглашению. Следующий момент: заполнить цены по виду цен: если мы в соглашении зафиксировали один тип цены, допустим, оптовый, а в моей конкретной ситуации видим, что у нас нужно использовать другой тип цены.

Пример: у нас в компании может быть принято оптовая цена и розничная – давайте попытаемся внести.

И она у нас тоже будет рассчитываться. Сам алгоритм расчета: она у нас будет браться закупочная, умножаем, допустим, на 50%.

  • Экспертное сопровождение бухгалтеров

Формулу проверили, ошибок у нас нет, цена с НДС, используем этот тип цен при продажах.

Вернемся к документу – установка тип цен номенклатуры. Вот он наш документ.

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

Мы ее тоже установим первого числа и запишем.

Вот, у нас первое число установлено два документа Установка цен номенклатуры.

И теперь вернемся к нашему документу Реализация.

Здесь наша ситуация. То есть, у нас в соглашении прописана оптовая цена, но по каким-то критериям наш контрагент, допустим, не дотягивает до оптовика, то есть мы не можем ему продать по оптовому прайсу.

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

То есть, система перезаполнила цены. Как видим, это довольно просто делается, и, если уже нужно, то уже можно корректировать цены в документе, непосредственно уже под те алгоритмы, которые нужно.

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

То есть, вкратце вот так у нас работает механизм ценообразования.

Отчёты по ценам

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

То есть, они действуют на текущую дату, на 14-е мая, и мы можем спокойно видеть, какие у нас цены на нашу продукцию.

Здесь же будут ещё выводиться данные о ценах на упаковку.

Печать ценников

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

Когда мы установили цены, их проверили, естественно, нужно распечатать ценники.

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