AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Функционал
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 19.01.2005, 11:48   #1  
Амангельды is offline
Амангельды
Участник
 
15 / 10 (1) +
Регистрация: 29.10.2004
Адрес: Чум, затерянный в льдах
Кол-во по умолч. в Заказе округляется до целых !
Ставлю в номенклатуре кол-во во умолчанию для заказа с точностью до сотых долей. В единице измерения указано разумеется 2 десятичных знака. Но при выборе товара в строку заказа подставляется количество, округленное до целых, причем в бОльшую сторону ! Это результат какой-то незамеченной мной настройки? Где ее сделать, я что то не нашел...
Старый 19.01.2005, 12:14   #2  
Амангельды is offline
Амангельды
Участник
 
15 / 10 (1) +
Регистрация: 29.10.2004
Адрес: Чум, затерянный в льдах
Еще страннее оказалось: округляет только количество, меньшее 1. А большее подставляет правильно. ПС: кратность, мин/макс кол-во для заказа в номенклатуре не указано (везде нули).
Старый 19.01.2005, 14:26   #3  
Амангельды is offline
Амангельды
Участник
 
15 / 10 (1) +
Регистрация: 29.10.2004
Адрес: Чум, затерянный в льдах
И что, таки никто не знает ?
Старый 19.01.2005, 15:15   #4  
macklakov is offline
macklakov
NavAx
Аватар для macklakov
 
2,232 / 975 (37) +++++++
Регистрация: 03.04.2002
Там в коде стоит очень хитрый запрет, чтоб колличество по строке было не меньше 1. Зачем, не понятно.
__________________
Isn't it nice when things just work?
Старый 19.01.2005, 15:25   #5  
AlexUnik is offline
AlexUnik
Участник
 
199 / 22 (1) +++
Регистрация: 01.06.2004
Адрес: Королёв
Если я не ошибаюсь, надо смотреть метод standardQty() в таблице InventTableModule.
Но корректировать не советую...
Старый 19.01.2005, 16:28   #6  
Амангельды is offline
Амангельды
Участник
 
15 / 10 (1) +
Регистрация: 29.10.2004
Адрес: Чум, затерянный в льдах
О, спасибо! Теперь и я от души посмеялся, глядя на этот метод. Они (авторы этого кода) что, полные идиоты? И как прикажете не корректировать этот код, если мне нужно отпустить 0,5 ведра коньяка ?
А как же стандартная настройка минимально допустимого количества (которая явно похеривается в этом коде) ? А как же стандартная настройка кратности количества (про которую в этом коде просто забыли) ?
Старый 19.01.2005, 16:31   #7  
Vals is offline
Vals
Аманд
Аватар для Vals
Компания АМАНД
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2009
 
1,766 / 507 (20) +++++++
Регистрация: 27.02.2002
Адрес: Pass partout, Москва
Буржуи видимо имели ввиду следующее:
Цитата:
Там в коде стоит очень хитрый запрет, чтоб колличество по строке было не меньше 1. Зачем, не понятно.
Допустим вы храните Сахар в ЕИ - кг и захотели продать 5 грамм.

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

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

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

Вполне логично, что если вы меряете мензуркой, то мензурка должна быть градуирована в граммах (попробуйте на литровой банке разместить 1000 рисок чтобы налить 1 грамм
Старый 19.01.2005, 16:44   #8  
Амангельды is offline
Амангельды
Участник
 
15 / 10 (1) +
Регистрация: 29.10.2004
Адрес: Чум, затерянный в льдах
Цитата:
Изначально опубликовано Vals

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

В общем, эта ситуация - явный кандидат на вступление в клуб stopbugs.erpkb.com
Старый 19.01.2005, 17:10   #9  
Vals is offline
Vals
Аманд
Аватар для Vals
Компания АМАНД
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2009
 
1,766 / 507 (20) +++++++
Регистрация: 27.02.2002
Адрес: Pass partout, Москва
Цитата:
Опечатка, Вы имели в виду не 0.005 грамм, а 0.005 кг (как следует из дальнейшего текста).
именно.

Цитата:
скорее администратором, потому что это число из справочника, и значит скорее всего введено туда ответственным за справочник администратором
а вы администратор?
и ведёте номенклатурный справочник? Если так, то неправильно это!!!
Цитата:
ручками можно прекрасненько ввести что угодно
вообще ручками а Аксе можно горы свернуть

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

Цитата:
Однако это не в Ваш огород, Vals, камешек, а конечно в MBS.
Если честно, то проблема не тянет и на пылинку. Не надо бросать камни абы круги по воде.
Если не согласны, то приведите пример на вашей номенклатуре.
Старый 19.01.2005, 17:26   #10  
Амангельды is offline
Амангельды
Участник
 
15 / 10 (1) +
Регистрация: 29.10.2004
Адрес: Чум, затерянный в льдах
Цитата:
Изначально опубликовано Vals
Значения по умолчанию на то и нужны, чтобы диктовались пользователю.
Вот ! И я о том же ! Я диктую пользователю единицу и количество в этих единицах, а система молча похеривает эту настройку.
А примеров может быть сколько угодно. Например, кв.метры тканей, напольных покрытий и т.п. - никто не меряет в кв.сантиметрах. То же с кубометрами. То же с литрами жидостей и тоннами сыпучих материалов в строительстве, или в сельском хозяйстве, где никто не меряет килограммами и граммами, а полкуба бетона вам отпустят запросто.
Старый 19.01.2005, 17:30   #11  
Vals is offline
Vals
Аманд
Аватар для Vals
Компания АМАНД
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2009
 
1,766 / 507 (20) +++++++
Регистрация: 27.02.2002
Адрес: Pass partout, Москва
Цитата:
полкуба бетона вам отпустят запросто
Количество по умолчанию необходимо для большинства случаем.

мне и 0.3 куба отпустят, но такое случится 1 раз в месяц, а в СМУ ежедневно отпускается 10 м3, вот это и есть количество по умолчанию, по логике аксы.
Старый 19.01.2005, 18:59   #12  
macklakov is offline
macklakov
NavAx
Аватар для macklakov
 
2,232 / 975 (37) +++++++
Регистрация: 03.04.2002
Цитата:
Изначально опубликовано Vals
по логике аксы.
Согласен, логика хорошая и правильная. Но так же согласен с высказыванием Амангельды о том, что слишком уж поздно она срабатывает. По хорошему она должна срабатывать во время сохранения в InventTableModule
__________________
Isn't it nice when things just work?
Старый 19.01.2005, 20:49   #13  
Амангельды is offline
Амангельды
Участник
 
15 / 10 (1) +
Регистрация: 29.10.2004
Адрес: Чум, затерянный в льдах
Цитата:
Изначально опубликовано macklakov
Согласен, логика хорошая и правильная. Но так же согласен с высказыванием Амангельды о том, что слишком уж поздно она срабатывает. По хорошему она должна срабатывать во время сохранения в InventTableModule
В чем правильность ? В том, что происходит недокументированная операция округления ? В том, что количество в заказе самопроизвольно меняется без предупреждения пользователя ? В том, что округление происходит только для количества меньше единицы, но не для других, например 1,005 кг так и останется, а 0.005 округлится? В том, что округление происходит в большую сторону, то есть 0.005 округлится аж до 1.000 ? В том, что не происходит проверка кратности, то есть при кратности 2 в заказ все равно вставится 1 ? В том, что игнорируется явно заданная в справочнике настройка минимально и максимально допустимого количества? Ну Вы даете !
Для задачи установки минимального количества, под которую Вы пытаетесь подогнать этот баг, в Аксапте есть три явных возможности:
- точность единицы измерения
- минимальное количество в карточке номенклатуры
- кратность количества в карточке номенклатуры

Их и нужно нормально обрабатывать, а не искать оправдания багу.
Старый 20.01.2005, 09:31   #14  
macklakov is offline
macklakov
NavAx
Аватар для macklakov
 
2,232 / 975 (37) +++++++
Регистрация: 03.04.2002
Цитата:
Изначально опубликовано Амангельды
Их и нужно нормально обрабатывать, а не искать оправдания багу.
Начнем с того, что судя по коду, это не баг, а фича. И мы не пытаемся его оправдывать, мы пытаемся найти смысл, если он заложен. Значительная часть работы с аксаптой состоит именно в разгадвынии подобных ребусов. Со временем, вы, возможно, войдете во вкус или смиритесь с положением дел.
__________________
Isn't it nice when things just work?
Старый 20.01.2005, 10:29   #15  
spy is offline
spy
Участник
 
143 / 10 (1) +
Регистрация: 18.11.2002
Посмотрите еще раз внимательно на все настройки. У меня все работает корректно!
Ax 3.0. SP3 CU1
Старый 20.01.2005, 10:39   #16  
Амангельды is offline
Амангельды
Участник
 
15 / 10 (1) +
Регистрация: 29.10.2004
Адрес: Чум, затерянный в льдах
spy, версия аксапты у меня та же, какие ИМЕННО настройки посмотреть? именно это я просил в самом-пресамом первом постинге
PS Ой,пардон, у меня SP2. А у вас в SP 3 в этом методе inventTableModule.standartQty() также прописано округление до единицы, или нет :
PHP код:
    QtyStandard QtyStandard max(this.lowestQty,this.standardQty);
    return 
roundUp(max(1,QtyStandard),this.quantity); 
Старый 20.01.2005, 10:54   #17  
Владимир Ю. is offline
Владимир Ю.
Участник
Аватар для Владимир Ю.
 
251 / 9 (1) +
Регистрация: 26.09.2003
Адрес: СПб
Попробуйте сделать такие настройки.
1. Для номенклатуры все 3 ед.изм одинаковые. Если разные, то настроите правила пересчета единиц.
2. Установите кратность заказ - 2 и минимальное колво - 2. Если сделаете мин.кол-во - 1, то заказ будет округлять до 2. Я считаю это правильным. При изменениях кол-во на нечетные числа (3 и т.д.) выдается запрос на округление до кратности. Извините, у меня только целые числа. С другим не работаю.
3. При работе с числами меньше 1 воспользуйтесь советом Vals-а и смените ЕИ на меньшую и конвертируему. По моему мнению, такая технология работы тоже является правильной.
Так работает у меня. Я считаю это корректным.
Ax 3.0. SP2.
__________________
ИМХО.
С уважением, Владимир Ю.
Старый 20.01.2005, 11:07   #18  
spy is offline
spy
Участник
 
143 / 10 (1) +
Регистрация: 18.11.2002
Да, у меня в точности тоже самое. Хоть я и не силен в программировании, но у меня есть подозрение, что этот метод вызывается сразу после выбора номенклатуры и подставляет максимальное из значений (Кратность заказа,Мин. количество, Количество по умолчанию,1). Никто не мешает потом изменить количество в строке на любое другое, в том числе и меньшее 1.
Старый 20.01.2005, 11:09   #19  
AlexUnik is offline
AlexUnik
Участник
 
199 / 22 (1) +++
Регистрация: 01.06.2004
Адрес: Королёв
Цитата:
у вас в SP 3 в этом методе inventTableModule.standartQty() также прописано округление до единицы, или нет
Методы QtyStandard и уж тем более roundUp в Ax 3.0. SP3 CU1 не изменились.
Поведение системы в указанной ситуации то же самое - округляет до единицы.
Старый 20.01.2005, 11:13   #20  
spy is offline
spy
Участник
 
143 / 10 (1) +
Регистрация: 18.11.2002
Ну и что с того? Единица появляется как вы только выбрали номенклатуру из справочника, укажите после этого требуемое количество. Или я чего то не понимаю???
Теги
дробная часть, заказ на продажу, количество, округление

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Распределение суммы пропорционально кол-ву в переносах AvrDen DAX: Функционал 21 23.09.2008 11:55
Кол-во пользователей по лицензии gudzon DAX: Администрирование 11 22.05.2006 13:12
Кол-во по умолчанию в Закупках gudzon DAX: Программирование 2 01.11.2005 10:36
Превышение кол-ва в "немедленная поставка" кол-ва "к поставке" Pegiy DAX: Функционал 16 23.03.2004 20:03
Планирование, не учитывается наличное кол-во на складе SergAY DAX: Функционал 5 17.12.2003 14:16

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 00:43.