Хитрая-прехитрая загадка для вумных Аксаптоведов

[AKIS]

Здравствуйте усе!

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

Итак.

Речь пойдет про "любимые всеми" Ценовые Соглашения. Или, как они у нас называются, Price Discount Agreement. Шо и говорить - постарались разработчики, наворотили такого, что "без бутылки" не разберешься
Имеем:
1) item, на который установлена специальная цена - скажем три доллара - для ОДНОГО покупателя.

2) Специальных цен для группы, в которую входит этот item - нету
3) Специальных цен для группы, в которую входит этот покупатель - тоже нету
4) Ценовое соглашение - активировано (см. картинку)

5) Цена в настоящее время - действует, т.е. срок окончания действия БОЛЬШЕ текущей даты (на рисунке это не показано, так что оговариваю специально)
6) Крыжик "искать дальше" - стоИт
7) Единица измерения item-а - проставлена
8) Вводимое в заказ количество - не меньше единицы (т.е - минимального количества для данной спеццены)
9) Для данного item-а, как и для всех item-ов в системе, не заведены конфигурации, т.е. разделение по ним не используется.
10) Валюта заказа совпадает с валютой спеццены

Ну и при всем при этом, естессно, цена в заказ на продажу попадает не эта специальная, а из item Master Table - ну короче говоря, "не видит" система эту специальную цену.

Внимание, вопрос знатокам. А почему собсно?

Время пошло

[Peter Savintsev]

Полагаю, что причин может быть несколько, но вот наиболее вероятная.

Единица измерения, заданная для ценовой группы должна совпадать с ед. изм. в заказе. Если они разные, то цена будет браться из InventTable. В условиях задачи не сказано, что в заказе выбрана именно Tube (сказано просто: "Единица измерения item-а - проставлена"), то есть теоретически она может быть и другой. Поэтому нужная уена и не берется.

Прав ли я? Или все-таки условия задачи сформулированы не очень корректно (все-таки непонятно, как единица измерения item-а проставлена)?

[Andrew Besedin]

Привет!

Ну есть одно мнение, и похоже, оно правильное
Спеццена не подставляется, т.к. ед. измерения в ценовых соглашениях (форма PriceDiscTable) не совпадает с ед. измерения в форме InventTable (закладка Кол-во) и нет правил пересчета между этими единицами.
Т.е. для твоей номенклатуры: хранение/закупка/заказ == Т/ кг /Ц
А ценовое соглашение = Tube
И нет пересчета между Т/ кг /Ц в Tube.

Ну что?
Наше время 6.40 по Москве - хорошо жить на Востоке.... или СИЛЬНО на Западе

[Peter Savintsev]

По-моему, пересчет единиц на это дело не влияет. Даже если настроено, что 10 шт = 1 Tube, при продаже именно 10 (или более) шт цена будет браться не из PriceDiscTable (где задана цена для 1 Tube), а из InventTable. Это если мы укажем ед. изм. до задания кол-ва в заказе. Если количество пустое, то пересчет цены работает в соответствии с пересчетом единиц.

А на Востоке жить действительно неплохо, только холодно .

[dmit2604]

Установлена ли для клиента эта группа цен?
Я имею ввиду, что несмотря на то, что цена указана для ОДНОГО клиента, - в настройках клиента на закладке "Настройки" надо указать эту группу...

[AKIS]

Пам-парарам-пам-пам

We have a winner !

И даже двух сразу

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

Нда, не думал я что вы так быстро меня раскусите Тем более - что окажется более чем один правильно ответивший, да еще и с разрывом всего в шесть минут. Придется бежать за книжками обоим - и г-ну Peter Savintsev'у и Andrew Besedin'у. Шлите по мылу свои почтовые координаты - мой e-mail адрес "в редакции", т.е. в моем профайле

Всем принявшим участие - спасибо!

Кстати, а не сделать ли такое мероприятие - я имею в виду конкурс на знание Аксапты - регулярным на данном форуме? Что скажет уважаемый Великий и Ужасный Модератор ? Вопросы надо, конечно, потруднее, чтоб не сразу отгадывали. С удовольствием поделюсь лаврами (и обязанностями) соучредителя этого конкурса

P.S. Про книжки - это я серьезно, вы там не думайте. Так что шлите, шлите адресочки-то...

P.P.S А задавание единиц пересчета - на результат действительно не влияет, проверил. Хоть обзадавайся - все равно если в заказе одна, а спеццена для другой, то спеццена игнорируется. Между прочим, есть большие подозрения, что аналогично Аксапта поступает и с валютами.

P.P.P.S Победители, а теперь признайтесь - кто из вас подглядывал в код X++, чтобы узнать правильный ответ ?

[glibs]

Цитата:

Изначально опубликовано AKIS
Между прочим, есть большие подозрения, что аналогично Аксапта поступает и с валютами...

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

А вообще спасибо, что обратили внимание на нюанс с единицами. Я, нпример, с этим еще не сталкивался.

[AKIS]

Цитата:

А вообще спасибо, что обратили внимание на нюанс с единицами

Да пужалуста

Моя цель в общем-то и была - привлечь внимание к таким вот "простым" на первый взгляд вещам, которые имеют массу подводных камней. Здорово бы было, к примеру, если б MBS (или кто там сейчас пишет документацию) поместила чеклист, подобный приведенному мной в самом начале, в свои книжки. Чтобы юзеры не гадали на кофейной гуще, а точно знали, в каких местах "рыть" в поисках неисправностей. Уверен, что очень многие "общие места" в Аксапте можно свести к таким вот чеклистам - и жизнь наша упростилась бы несказанно!

[glibs]

Я книжек не обещаю, но может кто подскажет...

Можно ли в Аксапте настроить следующую схему ценообразования:

до 5 шт. нечто стоит 10 руб/шт,
от 5 до 10 – 15 руб/шт,
свыше 10 – 20 руб/шт.

Сразу скажу, что у меня не получилось ни в 2.5сп4, ни в 3.0сп1. Конкретно работаю с ценами продажи и строками заказов. Если по мере роста количества цена снижается, то работает. Информации о том, что алгоритм должен работать именно так в доке тоже не нашел.

Если знаете, подскажите пожалуйста, я просто что-то не так делаю или Аксапта так и должна работать?

[PlasticinE]

<Зохавано мудератором>
за неуплату

[AKIS]

Цитата:

Если не секрет, а что можно так продавать?

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

А все-таки так настроить - можно !!!! (справедливо для международной версии с SP2, на других не проверял!). Только нужно не цену задавать, а Line discount в абсолютных величинах, причем ОТРИЦАТЕЛЬНЫХ! Фишка в том, что Аксапта СКЛАДЫВАЕТ все Line discount-ы для одного и того же item-а, если есть разные количества. Скажем, если введены строки: discount для количества 1, 2 и 3, то для 3 общий discount будет СУММА discount-ов для 1, 2 и 3 ( а для 2 соответственно - сумма для 1 и 2).
Таким образом, порядок действий таков:
1. В качестве базовой Sales Price в tem master table назначаем цену для НАИБОЛЬШЕГО количества (она, соответственно, будет НАИБОЛЬШЕЙ).
2. В таблицу Price Agreements вводим Sales Line Discounts для этого item-a для ВСЕХ количеств в том числе и для наибольшего. В качестве значения этого самого Line discount указываем его разницу с предыдущим discount, для количества на ступеньку меньше.
3. В итоге в заказе цена все равно будет подставляться базовая (из master table), но в поле Discount закладки Price-Discount будет нужная нам разница, и она будет УМЕНЬШАТЬСЯ по мере роста количества (для количества 1 скидка 20, для 2 скидка 10, а для 3 скидка 5

Если кто-то смог понять мои корявые объяснения - тот молодец

[PlasticinE]

<Зохавано мудератором>
за неуплату

[glibs]

Про отрицательные скидки я знал. Забавная штуковина. Тоже хотел написать, но 2 раза не успел. Остается только добавить, что в 3.0сп1 отрицательные скидки так сказать «поддерживаются».

Только у меня еще один вопрос (захотелось мне разобраться с торговлей). Теперь по общим скидкам. Я указываю в настройках общую скидку для всех 5%. В заказе делаю расчет скидки. В заголовок заказа подставляется 5%. По Запросы\Итоги вижу общую скидку в размере 5% от суммы заказа. Изменяю в настройках 5% на 3%. В заказе делаю расчет общей скидки. В заголовке заказа – 3%. Итоги работают. Изменяю 3% на 0. Делаю расчет, но в заголовке заказа остается 3%. Почему не 0, тогда уже? Пробовал указать интервал дат — тоже не помогло. Любые значения воспринимаются, а 0 — никак. Этому есть логическое объяснение?

[PlasticinE]

<Зохавано мудератором>
за неуплату