Кол-во по умолч. в Заказе округляется до целых !

[Амангельды]

Ставлю в номенклатуре кол-во во умолчанию для заказа с точностью до сотых долей. В единице измерения указано разумеется 2 десятичных знака. Но при выборе товара в строку заказа подставляется количество, округленное до целых, причем в бОльшую сторону ! Это результат какой-то незамеченной мной настройки? Где ее сделать, я что то не нашел...

[Амангельды]

Еще страннее оказалось: округляет только количество, меньшее 1. А большее подставляет правильно. ПС: кратность, мин/макс кол-во для заказа в номенклатуре не указано (везде нули).

[Амангельды]

И что, таки никто не знает ?

[macklakov]

Там в коде стоит очень хитрый запрет, чтоб колличество по строке было не меньше 1. Зачем, не понятно.

[AlexUnik]

Если я не ошибаюсь, надо смотреть метод standardQty() в таблице InventTableModule.
Но корректировать не советую...

[Амангельды]

О, спасибо! Теперь и я от души посмеялся, глядя на этот метод. Они (авторы этого кода) что, полные идиоты? И как прикажете не корректировать этот код, если мне нужно отпустить 0,5 ведра коньяка ?
А как же стандартная настройка минимально допустимого количества (которая явно похеривается в этом коде) ? А как же стандартная настройка кратности количества (про которую в этом коде просто забыли) ?

[Vals]

Буржуи видимо имели ввиду следующее:

Цитата:

Там в коде стоит очень хитрый запрет, чтоб колличество по строке было не меньше 1. Зачем, не понятно.

Допустим вы храните Сахар в ЕИ - кг и захотели продать 5 грамм.

Логично, что вы хотите в поле количство поставить 0.005 кг, но система не даёт этого сделать.

Суть в том, что 1 кг= 1000 г. а не 1000х0.0001г.

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

Вполне логично, что если вы меряете мензуркой, то мензурка должна быть градуирована в граммах (попробуйте на литровой банке разместить 1000 рисок чтобы налить 1 грамм

[Амангельды]

Цитата:

Изначально опубликовано Vals

Допустим вы храните Сахар в ЕИ - кг и захотели продать 0.005 грамм.
Логично, что вы хотите в поле количество поставить 0.005 грамм, но система не даёт этого сделать.

Опечатка, Вы имели в виду не 0.005 грамм, а 0.005 кг (как следует из дальнейшего текста). Однако не вижу логики в том, чтобы система втихомолку, никак не предупреждая, изменила число, которое осмысленно было поставлено пользователем. Причем даже не пользователем, а скорее администратором, потому что это число из справочника, и значит скорее всего введено туда ответственным за справочник администратором, что придает этому числу намного большую осмысленость и вес. При этом, между прочим, если в справочнике не задано станлртное количество, то ручками можно прекрасненько ввести что угодно, в том числе и 0,005 кг - что полностью разрушает логику приведенного Вами довода. Однако это не в Ваш огород, Vals, камешек, а конечно в MBS.

В общем, эта ситуация - явный кандидат на вступление в клуб stopbugs.erpkb.com

[Vals]

Цитата:

Опечатка, Вы имели в виду не 0.005 грамм, а 0.005 кг (как следует из дальнейшего текста).

именно.

Цитата:

скорее администратором, потому что это число из справочника, и значит скорее всего введено туда ответственным за справочник администратором

а вы администратор?
и ведёте номенклатурный справочник? Если так, то неправильно это!!!

Цитата:

ручками можно прекрасненько ввести что угодно

вообще ручками а Аксе можно горы свернуть

Цитата:

что полностью разрушает логику приведенного Вами довода

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

Цитата:

Однако это не в Ваш огород, Vals, камешек, а конечно в MBS.

Если честно, то проблема не тянет и на пылинку. Не надо бросать камни абы круги по воде.
Если не согласны, то приведите пример на вашей номенклатуре.

[Амангельды]

Цитата:

Изначально опубликовано Vals
Значения по умолчанию на то и нужны, чтобы диктовались пользователю.

Вот ! И я о том же ! Я диктую пользователю единицу и количество в этих единицах, а система молча похеривает эту настройку.
А примеров может быть сколько угодно. Например, кв.метры тканей, напольных покрытий и т.п. - никто не меряет в кв.сантиметрах. То же с кубометрами. То же с литрами жидостей и тоннами сыпучих материалов в строительстве, или в сельском хозяйстве, где никто не меряет килограммами и граммами, а полкуба бетона вам отпустят запросто.

[Vals]

Цитата:

полкуба бетона вам отпустят запросто

Количество по умолчанию необходимо для большинства случаем.

мне и 0.3 куба отпустят, но такое случится 1 раз в месяц, а в СМУ ежедневно отпускается 10 м3, вот это и есть количество по умолчанию, по логике аксы.

[macklakov]

Цитата:

Изначально опубликовано Vals
по логике аксы.

Согласен, логика хорошая и правильная. Но так же согласен с высказыванием Амангельды о том, что слишком уж поздно она срабатывает. По хорошему она должна срабатывать во время сохранения в InventTableModule

[Амангельды]

Цитата:

Изначально опубликовано macklakov
Согласен, логика хорошая и правильная. Но так же согласен с высказыванием Амангельды о том, что слишком уж поздно она срабатывает. По хорошему она должна срабатывать во время сохранения в InventTableModule

В чем правильность ? В том, что происходит недокументированная операция округления ? В том, что количество в заказе самопроизвольно меняется без предупреждения пользователя ? В том, что округление происходит только для количества меньше единицы, но не для других, например 1,005 кг так и останется, а 0.005 округлится? В том, что округление происходит в большую сторону, то есть 0.005 округлится аж до 1.000 ? В том, что не происходит проверка кратности, то есть при кратности 2 в заказ все равно вставится 1 ? В том, что игнорируется явно заданная в справочнике настройка минимально и максимально допустимого количества? Ну Вы даете !
Для задачи установки минимального количества, под которую Вы пытаетесь подогнать этот баг, в Аксапте есть три явных возможности:
- точность единицы измерения
- минимальное количество в карточке номенклатуры
- кратность количества в карточке номенклатуры

Их и нужно нормально обрабатывать, а не искать оправдания багу.

[macklakov]

Цитата:

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

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

[spy]

Посмотрите еще раз внимательно на все настройки. У меня все работает корректно!
Ax 3.0. SP3 CU1

[Амангельды]

spy, версия аксапты у меня та же, какие ИМЕННО настройки посмотреть? именно это я просил в самом-пресамом первом постинге
PS Ой,пардон, у меня SP2. А у вас в SP 3 в этом методе inventTableModule.standartQty() также прописано округление до единицы, или нет :

PHP код:

    QtyStandard QtyStandard = max(this.lowestQty,this.standardQty);
    return roundUp(max(1,QtyStandard),this.quantity); 


[Владимир Ю.]

Попробуйте сделать такие настройки.
1. Для номенклатуры все 3 ед.изм одинаковые. Если разные, то настроите правила пересчета единиц.
2. Установите кратность заказ - 2 и минимальное колво - 2. Если сделаете мин.кол-во - 1, то заказ будет округлять до 2. Я считаю это правильным. При изменениях кол-во на нечетные числа (3 и т.д.) выдается запрос на округление до кратности. Извините, у меня только целые числа. С другим не работаю.
3. При работе с числами меньше 1 воспользуйтесь советом Vals-а и смените ЕИ на меньшую и конвертируему. По моему мнению, такая технология работы тоже является правильной.
Так работает у меня. Я считаю это корректным.
Ax 3.0. SP2.

[spy]

Да, у меня в точности тоже самое. Хоть я и не силен в программировании, но у меня есть подозрение, что этот метод вызывается сразу после выбора номенклатуры и подставляет максимальное из значений (Кратность заказа,Мин. количество, Количество по умолчанию,1). Никто не мешает потом изменить количество в строке на любое другое, в том числе и меньшее 1.

[AlexUnik]

Цитата:

у вас в SP 3 в этом методе inventTableModule.standartQty() также прописано округление до единицы, или нет

Методы QtyStandard и уж тем более roundUp в Ax 3.0. SP3 CU1 не изменились.
Поведение системы в указанной ситуации то же самое - округляет до единицы.

[spy]

Ну и что с того? Единица появляется как вы только выбрали номенклатуру из справочника, укажите после этого требуемое количество. Или я чего то не понимаю???