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

(0) Извинюсь за OFF, но чем отличается цена закупки от цены поставщика?

еще и с аЦЦкой системой скидок сверху

15 лет пользую

(3) в 7ке не проблема, есть док ГТД,   но в  УТ10 себестоимость=цены меняются после каждого документа поступления доп расходов

(3) а как оповещаете продавцов о смене цен? если после поступления меняется себестоимость на 1 коп, значит меняется цена? ценники тоже переписываете? или у вас принцип работы другой какой то?

(5)Надо различать методологию продажи с розничного склада от продаж с оптового склада.
(0) Нет варианта "Использую разные режимы по обстоятельствам"

в свое время возникла задача контроля, анализа и кучи способов расчета всяких цен. в итоге зародилась вот такая разработочка
http://www.subsystems.ru/component/djcatalog/item/1-catalog/8-analiz-cen

(6) а можно поподробней про методологии?

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

(8) в (6) он фигню написал. для оповещения в типовой есть бизнес процесс который все это делает элементарно.

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

(10) я хотел бы поделить цены на 1.товары постоянно используемые(складская программа) и 2.товары под заказ (ТОВАРОВ В БАЗЕ ЕЩЕ НЕТ) , так вот для второго варианта у тебя не вижу.

(9) "Для того чтобы что то использовать достаточно все сделать". Достаточно глубокая мысль. Пока дна не достиг. Буду пробовать.

(12) товары под заказ могут опираться только от текущих прайсов поставщиков.
это установка цен номенклатуры от цен номенклатуры контрагентов. это у меня есть.

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

(12) во втором варианте еще удобнее будет тупо получить прайс контра - поставить наценку, получить цену продажи и тупо загрузить это в установку цен номенклатуры) тоже вариант))

нет ща объясню

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

(16) представь 100 каталогов фабрик с Public прайсами и в каждом по 10000 артикулов,  и нужно цены на все товары дать заранее, чтобы продавцы смогли работать под заказ, товар в базу не забиваем = не реально )) , значит установка  цены поставщиков не подходит

мы вышли из этой ситуации достаточно просто. создали фабрику к ней поставщика с условиями например скидки 50% и установили коэф например 1,5 получилось , если цена в прайсе фабрики была 100 - 50%(наша скидка) * 1,5 = коэф 0,75 , значит в будущем на будущие товары этой фабрики от этого поставщика будет цена = прайс фабрики*0,75

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

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

??

Очень удобно использовать динамические от прайсов, правда у меня нет проблем с перевозками и растаможкой. Поэтому:

"В механизм ценообразования добавлены возможности задания алгоритмов расчета цен в виде произвольных запросов к информационной базе (например, «получить среднюю цену закупки за прошлый месяц…») и в виде произвольных формул («Розничная = Оптовая * 1.2»)" - этого ой как не хватало в УТ 10.3. На данный момент:

(25) +100

ооочень сложные формулы, скидки, бонусы, отсрочки....

(27) какие могут быть сложные формулы?

(25) ЛОЛ. это просто хозхма. а кто их мешал использовать в 10.3
Вот сам вдумайся. написано: "в виде произвольных запросов к информационной базе"
Лол. Это все равно что 1С написало: "Вы дурачки, пишите запросы. готовых у нас нету, но в 10.3 этого вообще не было". Можно подумать кто то мешал написать в 10.3 какие угодно запросы)))

больше всего рассмешило "этого ой как не хватало в УТ 10.3."

(30) так как быть с твоей обработкой по вопросу (19,20)

(4) у меня самописка, наработаны схемы ещё с 1995г (v6)
(5) да, себестоимость может меняться при новом приходе, у групп товара выставляем коридор наценки в процентах,
если перешло границу, товаровед обязан одобрить рекомендуемую компом цену, автоматом регистрируется что на этот товар надо распечатать новый ценник, пока не распечатается - комп товароведу ругается матюками, если не распечатал к концу смены - автоматом штрафы и т.д.
в общем замуток много, когда переваливались в 8ку проги глаза таращили :-)

(30) начнем с того, что для того чтобы вмутить в 10.3 то что описано в (25) надо снимать конфу с поддержки и гадить в ее модулях, а здесь все быстро и удобно делается из-под ПРЕДПРИЯТИЯ в СКД! Создаешь сколько угодно видов цен с различными стратегиями расчета цен на основании произвольных запросов к БД, я считаю это важным нововведением!

+(32) да ещё если есть остатки, при установке новой цены, нужно переоценить эти остатки, комп автоматом создаёт Переоценку, продавцы должны одобрить, типа да, есть такое количество, потом уже документ распечатывается, что тоже под контролем...

(34) круто, но теперь многое подобное уже есть в УТ 11

наверно, я купил в 2005м российскую, Молдова ещё не создала типовые тогда... переделывал под себя, под МД-законы...

УТ 11 вышла пару недель назад

(24) а прайсы заполняешь или так как мы ставишь коэф на фабрику?

Мы - официальные дилеры, нам нельзя по-другому.

(39) т.е. фикса - скидки?

(38) он скорее загружает цены поставщиков, потом по аглоритму какому то (назовем лучшая цена) устанавливает закупочную цену в обчных ценах номенклатуры и от неё динамически продажные цены.

(41) наверно, а как тебе наша идея?

1) загружаются прайсы поставщиков. Делает установка цен контрагентов.
2) с помощью анализа выявляем лучшего по ценам контрагента.
3) на основе анализа 2 делается установка цен номенклатуры - например Закупочная.
4) продажные цены динамически отсчитываются от закупочной.
Другого варианта быть не может.
не может быть продажной цены которая одновременно была бы динамически от множества цен.

может есть какие то другие методы расчета???

(43)вполне может-)
и даже описанное тобой в терминах УТ 10.3 вполне может существовать всего лишь как запрос к базе с заданными условиями преимуществ.

(45) фикса может?

народ я понимаю что жара, но скажи те что то

а как назначить цены на товары которых еще нет в базе?

Дописывал специально, долго и трудно. Вот дай им фиксированный процент наценки и всё тут.
Зато сейчас все довольны.

(49) получал себестоимость + % наценки?

(50) Совершенно верно. Расчёт с учётом действующего метода списания.
Хотя всё равно надо ешё дошлифовать.

а как дать цену на товар который приедет после того как будет продан???

и ранее его в базе не было

... хм ...

у "цены" есть несколько функций ... исходя из "задач" формируется и цена ...

главный источник назначения Цены - это СебеСтоимость

СебеСтоимость бывет:
1. полная - долговременно низкая цена)
2. сокращённая (директ-костинг) - кратковременно низкая цена

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

... вот ...

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

(49) хм...интересно

http://www.udc.com.ua/modules.php?op=modload&name=News&file=article&sid=308  вот нашел по теме ценообразования

самое простое - возможность установки на один тип цен разных наценок в зависимости от некоторых критериев.
типо на все шкафы 20% а на будильники 15%
или на продукцию от фирмы рога и копыта наценка 10% а на продукцию фирмы копыта и рога 15%
+ при этом на некоторые товары выставить тупо фиксированную цену:
а вот всю уценку на складе номер 10 будем продавать по 1000 рублей.

в ценообразовании частенько хотят видеть довольно хитрое округление. округлять цену на все позиции до определенной разрядности довольно глупо. нельзя округлять одинаково цену на автомобиль и шуруп например - автомобиль ценой в 876543 рублей 54 копейки заставит задуматься о вменяемости того кто такую цену придумал в тоже время продавать шурупы бесплатно тоже как бы не есть гуд. к тому же есть стандартный пример ценообразования - например при округлении цены до тысячи рублей вычесть оттуда 1,10,100(нужное подчеркнуть) рублей.

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

это так на вскидку.

(58) спасибо,  на шкафы 20%, будильники 15%  - это через номенклатурные группы пошел? по поставщикам? - тип расчета получается от прайсов поставщика будет динамический? в зависимости от контрагента, номенкл группы и тд?

интересно бы посмотреть как всем этим управлять?

(59)
>>спасибо,  на шкафы 20%, будильники 15%  - это через номенклатурные группы пошел?

по разному было - кто то просто по папкам хотел. и тут самое мерзкое(но как правило сам предлагал) вариант на папку будильники стоит наценка 15% а в ней папка "будильники фирмы заря" и там 10% и понятно надо учитывать самую нижнюю. тут просто проблема в том что запросом такое не получить.
иногда можно было ставить условие на реквизит вид номенклатуры. и что самое смешное номенклатурными группами не пользовался из моих клиентов никто.

насчет поставщиков тупо по реквизиту основной поставщик. хотя тоже есть нюансы но их брали уже хозяева на свой баланс.

базовая цена задается отделом закупок в момент поступления. т.е. да это конечно "прайс" поставщика.

(60) а какой механизм? т.е. последовательность?

(60) базовая цена задается в момент поступлений. не очень хорошая штука.

товар может приходить от пяти поставщиков, у всех разные цены. На самом деле покупают товар не у самого дешевого. А по целой куче обстоятельств - наличие необходимого количества да и вообще у каждого из поставщиков. У нас в день может прийти товар одновременно от трех поставщиков с разной ценой.
Какую из них считать базовой - очень сложно. Регистрировать бессмысленно. да и не даст.
Поэтому все ценообразование отталкивается от алгоритма - максимальная, средняя цена закупок за какой то период. Причем например среднюю считает не просто так как выборка средней между всем диапазоном, а с учетом количества.
Тоесть если пришло 5 штук по 10 и 15 штук по 14 рублей, прога берет среднюю не между 10 и 14, а с учетом того какое количество закупалось по каждой из цен.

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

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

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

(65)прямо таки из накладных?

(66) а что есть что то замысловатое?

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

и самое прикольное что все это к примеру в УТ 10.3 можно обеспечить просто подменив одну глобальную процедуру. т.к. все цены полностью получаются из неё.

(60)=тут просто проблема в том что запросом такое не получить.

мы используем КоридорыЦен по УровнямЦен и подгруппам товаров.
находим таким образом (это только кусок кода ценообразования)
модераторы! сверните. много буков.

самописка
   //////////////////////////проверка ошибки на процент наценки в основной ЦенеПродажи    /////////////////////////////////        
   ТекстОшибкиНаценки="";
   ТекстОшибкиБухгалтеру="";
   Для каждого СтрокаТЧ из Таблица цикл
                   
       Если СтрокаТЧ.Количество<=0 тогда
           Продолжить;
       КонецЕсли;
       
       ОтпускнаяДоПроверки=СтрокаТЧ.ОтпускнаяЦена;
       ПроцНацОтОтпускнойДоПроверки=СтрокаТЧ.ПроцНацОтОтпускной;
       
       ВозвратРезультата=ПроверкаСоциальноЗначимогоТовара(СтрокаТЧ.Товар.Ссылка,Дата,СтрокаТЧ.ЦенаПродажи,СтрокаТЧ.ОтпускнаяЦена,Склад.КатегорияЦен);    
       Если ВозвратРезультата.НайденаГруппаДляКоридора<>неопределено тогда //// если СоциальноЗначимый товар
           
           СтрокаТЧ.ОтпускнаяЦена=ОтпускнаяДоПроверки;
           СтрокаТЧ.ПроцНацОтОтпускной=ПроцНацОтОтпускнойДоПроверки;    
           
           Если СтрокаТЧ.ОтпускнаяЦена=0 тогда
               ТекстПредупреждения=ТекстПредупреждения+СтрокаТЧ.Товар+" - нет Отпускной цены"+Символы.ПС;
               ПроверкаОК=Ложь;
           КонецЕсли;
           Если ВозвратРезультата.ЕстьОшибка=Истина тогда
               ПроверкаОК=Ложь;
           КонецЕсли;
           
//            ТекстПредупреждения=ТекстПредупреждения+СтрокаТЧ.Товар+" - Внимание СоциальноЗначимый товар!"+Символы.ПС;
           Если Поставщик.ПроизводительСоциальноЗначимого=Истина тогда
               Если СтрокаТЧ.ОтпускнаяЦена<>СтрокаТЧ.ЦенаЗакупки тогда
                   ТекстПредупреждения=ТекстПредупреждения+СтрокаТЧ.Товар+" - ОтпускнаяЦена<>ЗакупочнаяЦена. Поставщик - производитель СоцЗначимого."+Символы.ПС;
                   Если НЕ РольДоступна("Бухгалтер") тогда
                       Если ОдобреноБухгалтером=Ложь тогда
                           ТекстОшибки=ТекстОшибки+" ОдобритьБухгалтеру! ";
                       КонецЕсли;
                   КонецЕсли;
               КонецЕсли;                    
           Иначе
               Если СтрокаТЧ.ОтпускнаяЦена=СтрокаТЧ.ЦенаЗакупки тогда
                   ТекстПредупреждения=ТекстПредупреждения+СтрокаТЧ.Товар+" - ОтпускнаяЦена=ЗакупочнаяЦена. А Поставщик НЕ производитель СоцЗначимого."+Символы.ПС;
                   Если НЕ РольДоступна("Бухгалтер") тогда
                       Если ОдобреноБухгалтером=Ложь тогда
                           ТекстОшибки=" ОдобритьБухгалтеру! ";
                       КонецЕсли;
                   КонецЕсли;
               КонецЕсли;
           КонецЕсли;
       КонецЕсли;
       
       Если СтрокаТЧ.ФиксЦена=0 тогда        ///// если не ФиксированаяЦена, проверяем обычные коридоры  ///////////////////                            
           КатегорияЦен=Склад.КатегорияЦен;    
           МассивНаименований = Новый Массив;
           МассивНаименований.Добавить(СтрокаТЧ.Товар);
           Родитель=СтрокаТЧ.Товар.Родитель;
           Пока Не Родитель.Пустая() Цикл
               МассивНаименований.Добавить(Родитель);
               Родитель=Родитель.Родитель;
           КонецЦикла;
           НижнийПредел=0;
           ВерхнийПредел=0;
           Для Каждого ТекущееНаименование Из МассивНаименований Цикл
               Отбор = Новый Структура;
               Отбор.Вставить("Товар",ТекущееНаименование.Ссылка);
               Отбор.Вставить("КатегорияЦен",КатегорияЦен);
               НайденНижнийПредел = РегистрыСведений.ЦеновыеКоридоры.ПолучитьПоследнее(ДатаДвиженияТовара-10,Отбор).НижнийПредел;
               НайденВерхнийПредел = РегистрыСведений.ЦеновыеКоридоры.ПолучитьПоследнее(ДатаДвиженияТовара-10,Отбор).ВерхнийПредел;
               Обнулить = РегистрыСведений.ЦеновыеКоридоры.ПолучитьПоследнее(ДатаДвиженияТовара-10,Отбор).Обнулить;
               Если НижнийПредел=0 и ВерхнийПредел=0 и Обнулить=Ложь тогда
                   НайденаГруппаДляКоридора=ТекущееНаименование.Ссылка;
                   НижнийПредел=НайденНижнийПредел;
                   ВерхнийПредел=НайденВерхнийПредел;
               КонецЕсли;
           КонецЦикла;
               
           Если НижнийПредел=0 и ВерхнийПредел=0 тогда
               НайденаГруппаДляКоридора=""+Склад.КатегорияЦен;
               НижнийПредел=Склад.КатегорияЦен.НижнийПроцент;
               ВерхнийПредел=Склад.КатегорияЦен.ВерхнийПроцент;
           КонецЕсли;
           
           Если Склад.ДвиженияОстатковПоМагазинам=Истина тогда            
               ОкрПроцНацОтСеб=ОКР(СтрокаТЧ.ПроцНацОтСеб,0,1);
               Если ОкрПроцНацОтСеб<НижнийПредел или ОкрПроцНацОтСеб>ВерхнийПредел тогда
                   // проверим, была ли сделана переоценка позже
                   Отбор = Новый Структура;
                   Отбор.Вставить("Товар", СтрокаТЧ.Товар);
                   Отбор.Вставить("КатегорияЦены", Склад.КатегорияЦен);
                   ПоследняяЦена=РегистрыСведений.Прейскурант.ПолучитьПоследнее(ДатаДвиженияТовара-10,Отбор).Цена;
                   Если СтрокаТЧ.ЦенаЗакупки>0
                       и СтрокаТЧ.Себестоимость<=0 тогда
                       Предупреждение(""+СтрокаТЧ.Товар+" - невозможно вычилсить наценку. Себестоимость меньше или равна нулю.",30);
                       ПроцентНаценкиСейчас=0;
                   Иначе
                       Если СтрокаТЧ.Себестоимость>0 тогда
                           ПроцентНаценкиСейчас=ОКР(((ПоследняяЦена/СтрокаТЧ.Себестоимость)-1)*100,1,1);
                       Иначе
                           ПроцентНаценкиСейчас=0;
                       КонецЕсли;
                   КонецЕсли;
                   Если СтрокаТЧ.ЦенаЗакупки>0 тогда
                       Если ПроцентНаценкиСейчас<НижнийПредел или ПроцентНаценкиСейчас>ВерхнийПредел тогда    
                           //Если Одобрено=Ложь тогда
                               ЕстьОшибка=Истина;
                               ТекстОшибкиНаценки = ТекстОшибкиНаценки+СтрокаТЧ.Товар+", ";
                           //КонецЕсли;
                           ТекстПредупреждения=ТекстПредупреждения+СтрокаТЧ.Товар+"="+ОкрПроцНацОтСеб+"% наценки от себестоимости!!! Для "+НайденаГруппаДляКоридора+" НижнийПредел="+НижнийПредел+"   ВерхнийПредел="+ВерхнийПредел+Символы.ПС;
                           Если Фирма=глФирма тогда
                               ПроверкаОК=Ложь;
                           Иначе
                               Если СтрокаТЧ.НаПриходе>0 тогда // если по Собаке и на приходе нет, то пусть меняют цену продажи!
//                                    ТекстПредупреждения=ТекстПредупреждения+"Обязательно займитесь переоценкой от изменившейся после этого прихода себестоимости товара!"+Символы.ПС;
                                   ТекстПредупреждения=ТекстПредупреждения+"Нужно сделать переоценку до прихода. "+Символы.ПС;
                                   Если НЕ РольДоступна("Администратор") тогда
                                       ПроверкаОК=Ложь;
                                   КонецЕсли;                                        
                               КонецЕсли;
                           КонецЕсли;
                       КонецЕсли;
                   КонецЕсли;
               КонецЕсли;
           Иначе // если приход в розницу без количественного учета, проверяем не от себестоимости а от закупки
               ОкрПроцНац=ОКР(СтрокаТЧ.ПроцНац,0,1);
               Если ОкрПроцНац<НижнийПредел или ОкрПроцНац>ВерхнийПредел тогда
                   ТекстПредупреждения=ТекстПредупреждения+СтрокаТЧ.Товар+"="+ОкрПроцНац+"% наценки от закупки!!! Для "+НайденаГруппаДляКоридора+" НижнийПредел="+НижнийПредел+"   ВерхнийПредел="+ВерхнийПредел+Символы.ПС;
                   Если Фирма=глФирма тогда
                       ПроверкаОК=Ложь;
                   КонецЕсли;
               КонецЕсли;
           КонецЕсли;                
       Иначе
           Если СтрокаТЧ.Количество>0
               и СтрокаТЧ.ЦенаПродажи>СтрокаТЧ.ФиксЦена тогда
               Сообщить(""+СтрокаТЧ.Товар+" - ЦенаПродажи больше ФиксированнойЦены.");
               Если РольДоступна("Администратор") тогда
                   Если Вопрос(""+СтрокаТЧ.Товар+" - ЦенаПродажи больше ФиксированнойЦены. Принять?", РежимДиалогаВопрос.ДаНет) = КодВозвратаДиалога.Нет Тогда
                       ПроверкаОК=Ложь;
                   КонецЕсли;
               Иначе
                   ПроверкаОК=Ложь;
               КонецЕсли;
           ИначеЕсли СтрокаТЧ.Количество>0
               и СтрокаТЧ.ЦенаПродажиВторичная>СтрокаТЧ.ФиксЦена тогда
               Сообщить(""+СтрокаТЧ.Товар+" - ЦенаПродажиВторичная больше ФиксированнойЦены.");
               Если РольДоступна("Администратор") тогда
                   Если Вопрос(""+СтрокаТЧ.Товар+" - ЦенаПродажиВторичная больше ФиксированнойЦены. Принять?", РежимДиалогаВопрос.ДаНет) = КодВозвратаДиалога.Нет Тогда
                       ПроверкаОК=Ложь;
                   КонецЕсли;
               Иначе
                   ПроверкаОК=Ложь;
               КонецЕсли;
           КонецЕсли;
       КонецЕсли;            
   КонецЦикла;
   Если ТекстОшибкиНаценки<>"" тогда
       ТекстОшибки=ТекстОшибки+"Процент наценки от себестоимости -- "+ТекстОшибкиНаценки;        
   КонецЕсли;

(61) >> (60) а какой механизм? т.е. последовательность?

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

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

(65)а как быть если нужно цены дать на товары которых нет приходах?

(72) ты уже раз пят ь задаешь этот ерундовый вопрос. какая разница есть или нету товара. загрузил прайс поставщика - поставил наценку вот тебе цены. пофигу есть товар или нету.

(72) повторяю = представь 100 каталогов фабрик с Public прайсами и в каждом по 10000 артикулов,  и нужно цены на все товары дать заранее, чтобы продавцы смогли работать под заказ, товар в базу не забиваем = не реально )) , значит установка  цены поставщиков не подходит

товара в базе неТ!!!!!!!!!! номенклатуру не создаем!!!!!

не (72) а (73) сорри

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

не ту в 1с - в эселе колонка с ценой и формулой. в чем проблема?

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

(72) а нафига устанавливать цены на товар, которого нет?
получили товар, знаем себестоимость, тогда оки
ну, ладно, допустим, работаете под заказ, товара нет, но покупателям прайс показать надо, ну тогда ничего другого, как загружать прайсы возможных поставщиков, идентифицировать товар, и запускать обработку по условиям выбирать оптимального поставщика, и после этого устанавливать цены...
или что-то не так?

1С рельно подходит только для ларька или пользоваться неудобно...
Обычно ценнообразование плотно переписываю у всех.

(79) сейчас пример из компании которая торгует декором, обои, мебель ПОД ЗАКАЗ.
есть у продавца красивые каталоги (примерно 100каталогов по 1000 арт) производителями(поставщиками) со своими какими то рекомендуемыми розничн ценами, с каждым поставщиком у нас свои условия скидок и наценок, поэтому мы для продавцов показываем готовые коэф (пример: цена в прайсе 100-50%наша скидка +наша наценка 50%= коэф0.75, значит 100*0,75= цена продажи 75) для каждой фабрики на который они должны умножить и получить цену и назвать покупателю. продавцу остается одно= правильно записать в заказе цену которая напечатана на красивом цветном прайсе фабрики и программа ему сразу сама умножает на коэф, и формирует продажную цену.

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

я невнимательно прочёл (81), извиняюсь, но пункт 1 в силе

(80) откуда такая нелюбовь к ценообразованию 1С? что именно допиливаешь в ценообразовании, если не секрет?

(84) а там есть в типовом ценообразовании??? им не реально пользоваться

(84) а ЧТО там есть в типовом ценообразовании??? им не реально пользоваться

народ скажите что нибудь!!!! кто как цены формирует!!!????

(87) ты УТ11 больше нас уже знаешь а все вопросы задаешь. СЕйчас уникальная ситуация когда даже не специалисты а просто новички ковыряя УТ11 обладают большими знаниями кто до неё еще не добрался.

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

(89) еще раз отвечаю. моя разработка полностью реализует варианты указанные в (0)

(89) а что тему раскрывать? вот скажи. уже пережевали. 1С программный продукт, что хочешь то и делац. что ты тут ждешь от программистов? чтобы они тебе теорию ценообразования прожевали?)) странный человек. Бери и делай как тебе нужно. если что то не устраивает.
Что тебе даст - да мы вот делаем вот так, или вот так? Мы у себя используем все варианты, потому что у нас наверно самое сложное ценообразование которое может быть по причине полного отсутствия фиксированной картины - у поставщиков вообще нет прайсов, цена каждый раз узнается из нового поступления.

А если у тебя нет денег купить разработку, то это не значит что она "ни на грамм ничего не решает". Наверно десяткам купивших пользователей и более сотни комментариев (http://infostart.ru/public/21121/) виднее что она решает а что нет.

(92) да хватит свой бред предлагать достал уже, это называется открытая реклама

(93) я между прочим ничего не упоминал. пока ты сам не высказался. по теме сам ничего разобрать не можешь, чего от от всех просишь. 1С коммерческий продукт, не можешь найти решения - делай сами или плати деньги за то чтобы тебе сделали. вот и всё. иного не дано.

Человек не знает как цены сформировать - смешно.

(95) может уже успокоишься ?

кто пробовал использовать динамические но расчетные, которые будут налету рассчитываться от ранее прописанных условий поставщика.
Напр. Поставщик "№1" дает нам скидку 30% , фиксируем его цены без скидки в установке цен ном контр, и отдельно задаем коэф рент на этого поставщика 1,5
Получаем (100-30%)*1,5= цена наша

ну че никто так не делал?

?

кто какие обработки делал по ценообразованию?

(100) для УТ 11?

По крайней мере пока не хватает вещей:
1) все таки динамические цены.
2) ввод установки на основании поступлений. (и побольше разных отборов для заполнения номенклатуры)
3) анализа старых, новых цен. Таблички в которой бы можно было видеть полный анализ. Если штатно не добавят я буду перерабатывать свою разработку под УТ11 с учетом её функционала.

(101) в принципе для 10 и 11 УТ

Для УТ11 сам понимаешь ничо нет. а вообще почему тебе не сходить на http://infostart.ru/

знаю что нет, поэтому и спрашиваю тут ))

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

Люди ща карманы растягивают в ожидании чтобы внедрения пошли и доработки, а ты нахаляву спрашиваешь)) кому это интересно.

так вроде и голосовалку сделал чтобы исследовать чтобы разобраться в этом вопросе плотно, а народ или не интересуется или считает что ценообразование фигня??? (((

просто эту тему если сделать глобально с регистрацией цен товаров-аналогов конкурентов, + аналоги товаров-конкурентов,  можно получить мега продукт который будет на только исполнять требования пользователя о назначении цен но и самое важное будет "советовать какие цены поставить чтобы продать быстрее товар"

или это не интересно??? ((

?

народ не спим)))

кто то сталкивался с  регистрацией цен товаров-аналогов конкурентов???

или так называемую номенклатурную матрицу кто то делал?

(109) "советовать какие цены поставить чтобы продать быстрее товар"  -
это главная задача вашей фирмы - быстрее? И какой же алгоритм будет - поставь дешевле всех?) на 5% ниже средней по региону?))

(7) Змей ты искуситель, Маня ;) У меня клиент как увидел твою обработку, так сразу и возопил - ХОЧЮ! Пришлось повторять, ибо специфики у него дофигища :( Вот так, на ровном месте из-за тебя попал. И главное что, продать больше никому не продашь, ибо еще разок - весьма специфичная штука получилась :(

Кстати, по теме: по себестоимости как-то коряво мне видится, ибо себестоимость включает в себя кучу всего, что бывает раз в месяц, т.е. аренда, коммуналка, электричество и прочее, что аккуратно размазывается по стоимости товара, но один раз в месяц. Я хочу сказать, что себестоимость такая штука - определяется корректно только один раз в месяц и то далеко после его астрономического окончания.
Что касается моих клиентов, то кто во что горазд: производственники предпочитают проанализировать полную корректную себестоимость продукции прошедшего месяца и скорректировать прайс на основе расчетных данных по себестоимости. Одни КупиПродайцы предпочитают устанавливать цены при поступлении, причем руками, ибо в их сфере принято биться за каждую копейку. Другие КупиПродайцы пляшут от цен на группы товаров. Но никто (почему-то) не использует типовые схемы ценообразования :( Хотя был бы я купипродайцем, то с удовольствием бы их использовал, например расчетные от базовых!

(109) Мой клиент из (116) именно это и планирует делать. В его сфере это разумно и даже более чем! Задачка становится все интереснее и интереснее.

(118) я считаю что на базе ценообразования нужно строить весь бизнец, торгово-посредн компании

ну как успехи???

а как ценообразование на Оракле Бизнес Сьюит работает? кто видел?

никто не видел?

?