Цены при формировании документа

[GoogleCodeExporter]

При формировании документа, цены для 
товарных позиций светятся базовые - из 
карточки тмц. Хотелось бы, чтоб торговый 
видел цены и сумму по документу внизу уже с 
учетом скидки клиента и скидки выбранного 
типа документа (например скидка клиента 2% и 
документ предоплата еще плюс 1% - итого 
скидка 3%).

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

Original issue reported on code.google.com by nort...@gmail.com on 19 Jan 2011 at 3:48

[GoogleCodeExporter]

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

Original comment by AlexLio...@gmail.com on 20 Jan 2011 at 9:22

[GoogleCodeExporter]

Позволю себе не согласиться и приведу свой 
реальный пример.
У меня четыре поставщика. По товару одного 
из поставщиков цены как раз и могут 
формироваться черт знает как. По 
значительному количеству колонок прайса 
цена формируется вообще без какой-либо 
логики. И эти колонки заполняется вручную. 
По остальным колонкам цена формируется 
индексом от базовой. Который может быть как 
меньше единицы так и больше.
Я так думаю самый простой вариант - 
определяемое количество колонок цен в 
карточке товара. Так реализовано в Агент+. 
Отдельный справочник цен реализован в 
программном комплексе от моего хитрого 
поставщика. Там сделаны две таблички - одна 
цены, вторая привязка колонок цен к 
торговым точкам. К слову так отмечу - 
мобильный модуль в этом комплексе - жуткий 
тормоз! Но отказаться от него мы не можем. 
Хех...

Но вернусь все таки к теме: можно заставить 
считать и светится цены и сумму документа 
сообразно скидкам?

Original comment by nort...@gmail.com on 20 Jan 2011 at 11:25

[GoogleCodeExporter]

что то как-то замудрено у вас, ничего не 
понял толком.

по своему опыту, какую бы цену не ломил 
поставщик, как бы он не изгалялся с ценами 
вы не должны продавать ниже [закупочная 
цена + транспорт] и в любом случае вы сами 
устанавливаете исходную продажную цену 
для всех покупателей. И  эту цену еще 
собираетесь крутить вертеть в разных позах 
на коммутаторе??? 

Имхо достаточно одной колонки цена 
номенклатуры, она и так есть, а вот к 
контрагенты (ТТ) добавить непосредственно 
параметр скидка (в конфе он есть, но не 
заметил никакого влияния на клиент) на 
основании которого, будет выводится цена 
на заданного клиента. Для работы с заказами 
этого достаточно (если учесть что Van-Selling 
еще не реализован). В дальнейшем конечная 
цена сообщается дополнительно, при 
обработке заявки на складе.

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

Соответственно делать 100(или сколько там 
этих ТТ?) цен на один товар, а товаров тоже 
не 10 штук (у нас их всего-то около 6-7т.шт. 
только на остатке - писец прогрессия 
получится) просто бессмысленно, огромная 
избыточность, которая, вероятно, и приводит 
к тормозам.

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

Original comment by AlexLio...@gmail.com on 21 Jan 2011 at 5:21

[GoogleCodeExporter]

Расскажу более развернуто как это 
происходит у меня. Берется определенная 
наценка - наценка дистрибьютора, и строится 
колонка цен. Назовем эту колонку - Базовая. 
Она принимается за индекс 100%. Далее от 
базовой колонки строятся другие цены. 
Индекс цены может быть меньше 100% - т.е. 
скидка, так и больше 100% - т.е. наценка. Это 
общий случай. необщий случай, для розничных 
сетей, цены строятся по договоренности - 
это ручные колонки  цен. на самом та деле 
ручных колонок цен немного. 100 цен на один 
товар никогда ни у кого не будет. Это 
конечно нонсенс. Я веду к тому что 
ценообразование может быть каким угодно. 
Введения еще одной колонки - "Минимальная 
отпускная цена" - совсем не решение 
проблемы. По своему опыту скажу что для 
каждого отдельного торгового у меня в кпк 
выгружается не больше 10 колонок цен, 5-6 в 
среднем. Имхо организовать отдельную 
табличку с ценами или доп. колонки в 
табличке товаров, количество которых 
определяется во время выгрузки 
справочников, отнюдь не избыточно и уж 
точно не бессмысленно.
В данный момент меня все таки очень волнует 
момент чтоб торговый видел в торговой 
точке конечные цены и сумму. 

Original comment by nort...@gmail.com on 21 Jan 2011 at 12:43

[GoogleCodeExporter]

мдя, если честно, количество проделанной 
работы для того чтобы продать 1 товар мне 
кажется безумно завышенным. у Вас 
получается, что на каждый товар вы вручную 
заводите еще 5-6 цен без каких либо правил, 
т.е. грубо говоря буханка хлеба стоит 100р. вы 
ставите свою наценку дистрибьютора к 
примеру еще 100р. в дальнейшем Вы вручную 
проставляете 5-6 цен без каких либо правил, 
которых у Вас как то не существует, 120р., 150р., 
143,57р., 200р., 230р., 700р. и это только для одного 
торгового! А если товаров не 1 штук? 

Я к сожалению не знаю чем Вы торгуете, 
возможно станками с ЧПУ, при их малом 
количестве это возможно и актуальная 
система. Лично мы торгуем фурнитурой 
дверной мебельной сантехникой и т.д., выше я 
уже писал 5-8т. позиций только в наличии 
(ежесуточная ротация товара не менее чем на 
1м.р.) и если бы мы формировали цены в таком 
виде, у нас бы работало 5 человек которые 
сутками занимались бы только 
ценообразованием.

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

Original comment by AlexLio...@gmail.com on 22 Jan 2011 at 4:58

[GoogleCodeExporter]

Хм. Вы так думаете - завышено! Абсолютно нет! 
Эффективность здесь тоже упоминать 
неуместно. И торгуем мы конечно не 
фурнитурой! А гораздо более обыденными 
вещами - бытовой химией и продуктами! Мы 
дистрибьюторы брендов продукции Unilever, 
Johnson&Johnson, SK Johnson, SCA. И ценами у нас 
занимается всего то один человек, основные 
обязанности которого вообще то складская 
логистика а не цены. Ничего такого что вы 
себе вообразили у нас нет. ;) С учетом того 
что наши клиенты - это от точек на открытых 
рынках до крупных розничных сетей - такое 
ценообразование. И именно сети его и 
обуславливают. Они имеют определенное 
право диктовать свои условия. Как видите 
это обычная практика. И привязываться к 
жестким процентам и постоянным 
утвержденным правилам не есть корректно.

Давайте вынесем дальнейшее наше 
обсуждений скажем в ветку о дроидпрессе на 
4pda. Я так же как и вы не хочу получить 
тормознутый продукт, но в тоже время хочу 
чтоб он был максимально гибок!

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

Original comment by nort...@gmail.com on 22 Jan 2011 at 4:03

[GoogleCodeExporter]

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

Original comment by AlexLio...@gmail.com on 28 Jan 2011 at 6:35

[GoogleCodeExporter]

По поводу цен поговорим при реализации 
Вэнселлинга, а я пока подумаю 
проанализирую что да как.

На данный момент действительно скидки пока 
не учитываются!

Original comment by jla...@gmail.com on 17 Feb 2011 at 5:07