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

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 14.02.2011, 18:28   #1  
gl00mie is offline
gl00mie
Участник
MCBMSS
Most Valuable Professional
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,684 / 5813 (201) ++++++++++
Регистрация: 28.11.2005
Адрес: Москва
Записей в блоге: 3
Чтобы не гадать, откуда берутся неокругленные суммы, можно на InventJournalTrans.insert() и update() повесить проверку поля CostAmount и, если что, выводить стек вызовов (как вариант - писать куда-нить детализированную информацию). Так, по-моему, будет проще, чем пытаться отловить ситуацию, не имея никаких зацепок. К тому же, очень сомнительно, что неокругленная сумма вводится руками - округление на формах работает вполне надежно и таких вольностей не допускает (либо это будет первый известный случай).
Старый 15.02.2011, 06:19   #2  
AvrDen is offline
AvrDen
Участник
 
134 / 26 (1) +++
Регистрация: 04.08.2005
Адрес: Усть-Каменогорск
Цитата:
Сообщение от gl00mie Посмотреть сообщение
Чтобы не гадать, откуда берутся неокругленные суммы, можно на InventJournalTrans.insert() и update() повесить проверку поля CostAmount и, если что, выводить стек вызовов (как вариант - писать куда-нить детализированную информацию). Так, по-моему, будет проще, чем пытаться отловить ситуацию, не имея никаких зацепок. К тому же, очень сомнительно, что неокругленная сумма вводится руками - округление на формах работает вполне надежно и таких вольностей не допускает (либо это будет первый известный случай).
Да я так и сделал в первую очередь, на insert() и update() InventJournalTrans вставил округление CostPrice и CostAmount перед вызовом super()
X++:
    this.CostPrice = Currency::amount(this.CostPrice);

    this.CostAmount = Currency::amount(this.CostAmount);
    super();
Старый 15.02.2011, 08:15   #3  
S.Kuskov is offline
S.Kuskov
Участник
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
 
3,449 / 1792 (66) ++++++++
Регистрация: 28.04.2007
Адрес: Калуга
Цитата:
Сообщение от AvrDen Посмотреть сообщение
Да я так и сделал в первую очередь, на insert() и update() InventJournalTrans вставил округление CostPrice и CostAmount перед вызовом super()
Суть не в том что бы за минуту написать заглушку, а в том чтобы вычислить природу происхождения неокруглённых значений.

Я бы на вашем месте последовал бы совету gl00mie
Цитата:
Сообщение от gl00mie Посмотреть сообщение
Чтобы не гадать, откуда берутся неокругленные суммы, можно на InventJournalTrans.insert() и update() повесить проверку поля CostAmount и, если что, выводить стек вызовов (как вариант - писать куда-нить детализированную информацию).
Старый 15.02.2011, 10:42   #4  
AvrDen is offline
AvrDen
Участник
 
134 / 26 (1) +++
Регистрация: 04.08.2005
Адрес: Усть-Каменогорск
Цитата:
Сообщение от S.Kuskov Посмотреть сообщение
Суть не в том что бы за минуту написать заглушку, а в том чтобы вычислить природу происхождения неокруглённых значений.

Я бы на вашем месте последовал бы совету gl00mie
Так в том то и дело, что с этой заглушкой все равно возникает ошибка
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Округление при расчете НДФЛ barry allen DAX: Программирование 1 20.12.2010 15:15
Расчеты с персоналом // Виды зарплаты // Округление farlander DAX: Функционал 0 29.04.2009 09:54
Неверное округление физ. Обновляемого количества товара fur-lined DAX: Функционал 14 10.11.2006 11:02
округление в OLAP xconsul DAX: Администрирование 2 19.11.2005 14:33
Тип проводки - округление накладной по закупке Ann DAX: Функционал 0 23.06.2004 14:05

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

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

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