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

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 08.03.2014, 20:46   #1  
GalinaFedorova is offline
GalinaFedorova
Участник
 
3 / 10 (1) +
Регистрация: 22.08.2011
Непонятное поведение AX2009 при формировании физ.стоимости запасов
Всем добрый вечер!

Вот возникла следующая ситуация:

При разноске отборочной накладной по заказу на покупку для расчета стоимости за основу берется уже округленная сумма по строке заказа.

К примеру,

В заказе задано:
Количество 2 км по цене 28558,333 на сумму 57116,67 грн (уже округлилась)

Разношу отборочную на 2,063 км (включена перепоставка по заказу)

Физ.сумма проводки должна быть 58915,84, а получается 58915,85.

Т.е. уже на одну копейку больше. При разноске накладной такой проблемы нет, сумма затрат = 58915,84 .

Такая ситуация повторяется на всех версиях АХ.

Вопрос собственно вот в чем:
1. В чем была задумка именно такого подхода (в округлении суммы по заказу при расчете физ.суммы).
2. И чем чревато, если эту сумму не округлять, а брать не округленное значение, в нашем примере - 57116,666.
Старый 10.03.2014, 13:06   #2  
EVGL is offline
EVGL
Banned
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
 
4,445 / 3001 (0) ++++++++++
Регистрация: 09.07.2002
Адрес: Parndorf, AT
Ошибка на 10^-7. Нам бы ваши проблемы...
Старый 11.03.2014, 10:44   #3  
Logger is offline
Logger
Участник
Лучший по профессии 2015
Лучший по профессии 2014
 
3,957 / 3232 (115) ++++++++++
Регистрация: 12.10.2004
Адрес: Москва
Записей в блоге: 2
Не округлять нельзя.
По идеологии аксапты все значения в базе должны храниться округленными.
Если попробуете её обмануть и запихнуть в суммы не округленные значения, то все равно словите проблемы в проводках по главной книге.

Самое простое что можно предложить :
1. Использовать цену за единицу. Т.е. задавать цену в строке не за 1 единицу а за 1000 км. Это будет эквивалентно тому как если бы вы цену указали с большой точностью знаков после запятой.
или
2. Сразу в форме разноски накладной (PurchEditLines) задавать сумму по строке (нужную вам) а цену вообще лучше нулевой оставить. (Правда в таких случаях Аксапта иногда пыталась для расчета сумм все же тащить цену из строки, поэтому возможно придется подкрутить класс разноски накладной PurchformLetter*)

Последний раз редактировалось Logger; 11.03.2014 в 10:46.
Старый 11.03.2014, 12:34   #4  
GalinaFedorova is offline
GalinaFedorova
Участник
 
3 / 10 (1) +
Регистрация: 22.08.2011
>> Если попробуете её обмануть и запихнуть в суммы не округленные значения, то все равно словите проблемы в проводках по главной книге."

Такая проблема возникает только при разноске отборочной накладной, и если по отборочной накладной не формировать проводки в ГК, то проблемы скорее всего не будет.
Я уже писала ранее, что при разноске накладной такой проблемы нет
Старый 11.03.2014, 13:21   #5  
Logger is offline
Logger
Участник
Лучший по профессии 2015
Лучший по профессии 2014
 
3,957 / 3232 (115) ++++++++++
Регистрация: 12.10.2004
Адрес: Москва
Записей в блоге: 2
Цитата:
Сообщение от GalinaFedorova Посмотреть сообщение
>> Если попробуете её обмануть и запихнуть в суммы не округленные значения, то все равно словите проблемы в проводках по главной книге."

Такая проблема возникает только при разноске отборочной накладной, и если по отборочной накладной не формировать проводки в ГК, то проблемы скорее всего не будет.
Я уже писала ранее, что при разноске накладной такой проблемы нет
Вы идете по неправильному пути.
Не надо ломать систему.
Она к этому не приспособлена.
Значения должны быть округленные.
Если так не делать, то можно много каких проблем получить в перспективе.
Старый 11.03.2014, 13:52   #6  
GalinaFedorova is offline
GalinaFedorova
Участник
 
3 / 10 (1) +
Регистрация: 22.08.2011
Может я не совсем корректно выразилась, я не предлагаю хранить неокругленные значения, я предлагаю при расчете физ.суммы брать неокругленное значение, а хранить понятно округленное.
Старый 11.03.2014, 14:01   #7  
Logger is offline
Logger
Участник
Лучший по профессии 2015
Лучший по профессии 2014
 
3,957 / 3232 (115) ++++++++++
Регистрация: 12.10.2004
Адрес: Москва
Записей в блоге: 2
А, ну да.
Так можно конечно. В некоторых случаях даже нужно.
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
непонятное поведение поля enum NoYes timaluhs DAX: Программирование 27 26.05.2011 13:02
Непонятное поведение системы Paul_ST DAX: Администрирование 5 19.01.2006 15:31
Коррекция стоимости запасов в наличии paul_n DAX: Функционал 7 12.10.2005 22:33
Непонятное поведение векторных полей в QueryBuildDataSource. Lemming DAX: Программирование 2 12.05.2005 17:43
Непонятное поведение критериев в отчете nicko DAX: Программирование 2 13.04.2005 15:48

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

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

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