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

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 24.01.2007, 11:56   #1  
Alenka is offline
Alenka
Участник
 
58 / 25 (1) +++
Регистрация: 19.04.2006
Финансовые суммы в InventSum
Возможна ли ситуация, когда в inventSum финансовая сумма (в поле postedValue) ненулевая при нулевом количестве (поле postedqty)?
Если похожая тема уже возникала на форуме, подскажите, ПЛИЗ.
Старый 24.01.2007, 12:01   #2  
glibs is offline
glibs
Member
Сотрудники компании It Box
Most Valuable Professional
Лучший по профессии 2011
Лучший по профессии 2009
 
4,942 / 911 (40) +++++++
Регистрация: 10.06.2002
Адрес: I am from Kyiv, Ukraine. Now I am in Moscow. For private contacts: glibs@hotmail.com
Конечно, возможна. На форуме есть поиск. Обсуждений было много. Поищите, и обязательно найдете информацию для вашего уровня.
__________________
С уважением,
glibs®
Старый 24.01.2007, 12:08   #3  
Raven Melancholic is offline
Raven Melancholic
Участник
Аватар для Raven Melancholic
Самостоятельные клиенты AX
Лучший по профессии 2015
 
2,164 / 1293 (48) ++++++++
Регистрация: 21.03.2005
Адрес: Москва-Петушки
У нас даже дыла ситуация, когда знаки в этих полях были разные (правда лечилось пересчетом InventSum по номенклатуре). А вообще даже разработчики учитывают ситуацию, когда в одном из этих полей есть значение, а в другом нет при установки флага закрытия.
Старый 24.01.2007, 12:20   #4  
Alenka is offline
Alenka
Участник
 
58 / 25 (1) +++
Регистрация: 19.04.2006
Насколько я понимаю поле финансовая сумма в inventSum участвует в формировании себестоимости проводки. Получается, что если первоначально финансовая сумма ненулевая, то это изменит себестоимость товара (причем может значительно изменить) в проводке. Это, в свою очередь приведет к неправильным отчетам по наценке и т.д.
Это является "стандартным поведением системы"?
Старый 24.01.2007, 12:29   #5  
Raven Melancholic is offline
Raven Melancholic
Участник
Аватар для Raven Melancholic
Самостоятельные клиенты AX
Лучший по профессии 2015
 
2,164 / 1293 (48) ++++++++
Регистрация: 21.03.2005
Адрес: Москва-Петушки
В определении мгновенной себестоимости действительно участвует и будет кривая. Но закрытие склада её выровняет. Кстати, давно оно у вас было последний раз?
Старый 24.01.2007, 12:33   #6  
Alenka is offline
Alenka
Участник
 
58 / 25 (1) +++
Регистрация: 19.04.2006
Закрытия склада вообще не было, т.к. мы еще "маленькие", нам всего полгода.
Но мы уже думаем об этом.
Возникает вопрос: действительно ли закрытие все исправит, потому что просто пересчет этого не делает.
Старый 24.01.2007, 12:46   #7  
Raven Melancholic is offline
Raven Melancholic
Участник
Аватар для Raven Melancholic
Самостоятельные клиенты AX
Лучший по профессии 2015
 
2,164 / 1293 (48) ++++++++
Регистрация: 21.03.2005
Адрес: Москва-Петушки
Пересчет и закрытие используют один и тот же алгоритм, поэтому ...
Без закрытия или пересчета склада о данных по марже и т.п. вообще говорить можно только с достаточной степенью допуска.
Вашу ситуацию исправляет пересчет в InventSum (имею ввиду не периодическую операцию закрытие и коррекция, а именно пересчет данных nventSum классом InventSumReCalcItem)? На самом деле у вас могут быть такой набор настроек, при которых ваша ситуация не является чем-то необычным.
Старый 24.01.2007, 12:50   #8  
Alenka is offline
Alenka
Участник
 
58 / 25 (1) +++
Регистрация: 19.04.2006
Можете поподробнее написать об этом классе? Где он используется? Выложен ли пункт меню в главном меню на этот класс?
Старый 24.01.2007, 13:01   #9  
Raven Melancholic is offline
Raven Melancholic
Участник
Аватар для Raven Melancholic
Самостоятельные клиенты AX
Лучший по профессии 2015
 
2,164 / 1293 (48) ++++++++
Регистрация: 21.03.2005
Адрес: Москва-Петушки
В главном меню выложен не совсем на этот класс, но он используется в проверке целостности данных компании (наряду с другими операциями) "Основное\ Периодические операции\ Проверка целостности данных компании". Но только для того, чтобы проверить предположение о том, что вам поможет пересчет использовать эту функциональность как "из пушки по воробьям". Попробуйте пересчитать по конкретной номенклатуре с помощью примерно вот такого кода:
ttsbegin;
inventSumReCalcItem = new InventSumReCalcItem("КодНужнойНоменклатуры", false, CheckFix::Fix);
inventSumReCalcItem.updateNow();
ttscommit;
Хотя повторюсь: нужно анализировать причину, смотреть какие есть проводки, какие корекции и т.п.
За это сообщение автора поблагодарили: Lemming (2), bobski (1).
Старый 24.01.2007, 13:57   #10  
Alenka is offline
Alenka
Участник
 
58 / 25 (1) +++
Регистрация: 19.04.2006
Спасибо, Raven Melancholic.
Попробовала этот код, но он не помог .
Старый 24.01.2007, 14:16   #11  
Raven Melancholic is offline
Raven Melancholic
Участник
Аватар для Raven Melancholic
Самостоятельные клиенты AX
Лучший по профессии 2015
 
2,164 / 1293 (48) ++++++++
Регистрация: 21.03.2005
Адрес: Москва-Петушки
Цитата:
Сообщение от Alenka Посмотреть сообщение
Попробовала этот код, но он не помог
Значит действительно суммирование данных проводок дает количество в 0, а сумму (поля CostAmountPosted и CostAmountAdjustment) не 0. Вообще-то закрытие (или пересчет) склада должен все выровнять (если не менялся принцип расчета себестоимости при живых проводках). Может есть какая-либо проводка, которая имеет дату, не попадающую в ваш пересчет?
Старый 24.01.2007, 14:38   #12  
Alenka is offline
Alenka
Участник
 
58 / 25 (1) +++
Регистрация: 19.04.2006
Не может быть причиной этой ситуации настройки групп складской аналитики, а именно: Первичными аналитиками у нас являются 3 кода аналитик, Физ.наличие - те же три кода, а финансовому складу - один из них?
Старый 24.01.2007, 15:08   #13  
Raven Melancholic is offline
Raven Melancholic
Участник
Аватар для Raven Melancholic
Самостоятельные клиенты AX
Лучший по профессии 2015
 
2,164 / 1293 (48) ++++++++
Регистрация: 21.03.2005
Адрес: Москва-Петушки
Так вот в чем фокус.
Посмотрите запрос "В наличии" по вашей номенклатуре (на вкладке В наличии можно увидеть интересующие Вас данные), отобразив сначала только ту аналитику, которая является финансовой, а потом открыв все активные для той группы складских аналитик, к которой принадлежит данная номенклатура. Думаю сразу станет виден принцип работы Аксапты с мгновенной себестоимостью в разрезе аналитик.
Старый 24.01.2007, 15:23   #14  
Alenka is offline
Alenka
Участник
 
58 / 25 (1) +++
Регистрация: 19.04.2006
Еще раз спасибо, Raven Melancholic. Наконец стало более-менее ясно.
Старый 24.01.2007, 16:01   #15  
glibs is offline
glibs
Member
Сотрудники компании It Box
Most Valuable Professional
Лучший по профессии 2011
Лучший по профессии 2009
 
4,942 / 911 (40) +++++++
Регистрация: 10.06.2002
Адрес: I am from Kyiv, Ukraine. Now I am in Moscow. For private contacts: glibs@hotmail.com
Цитата:
Сообщение от Raven Melancholic
...
Пересчет и закрытие используют один и тот же алгоритм, поэтому
...
Почти один и тот же.

Я слыхал минимум про два различия (я про 3.0).
__________________
С уважением,
glibs®
Старый 24.01.2007, 16:28   #16  
Raven Melancholic is offline
Raven Melancholic
Участник
Аватар для Raven Melancholic
Самостоятельные клиенты AX
Лучший по профессии 2015
 
2,164 / 1293 (48) ++++++++
Регистрация: 21.03.2005
Адрес: Москва-Петушки
Цитата:
Сообщение от glibs Посмотреть сообщение
Я слыхал минимум про два различия (я про 3.0).
Хм, а про какой тогда не слыхал? Голову сломал какое из трех я считаю лишним
Старый 26.01.2007, 12:15   #17  
malex is offline
malex
Участник
 
164 / 19 (1) ++
Регистрация: 10.08.2004
Адрес: Тверь, Москва
У нас тоже была ситуация с нулевым количеством и не нулевой стоимостью. Возникала, когда пользователи поставили финансовый склад для ГСА, по которым были незакрытые проводки.

Лечили рассопоставлением проводок (в рамках SettleTransId) с разными значениями складских аналитик с включенным финансовым складом. Последующее закрытие склада делало правильное сопоставление.
Старый 26.01.2007, 15:01   #18  
ppol is offline
ppol
Участник
 
11 / 10 (1) +
Регистрация: 20.11.2003
[/QUOTE]Лечили рассопоставлением проводок (в рамках SettleTransId) с разными значениями складских аналитик с включенным финансовым складом. Последующее закрытие склада делало правильное сопоставление.[/QUOTE]

Можно ли подробней описать процедуру "лечения"
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
RecordSet у inventSum CasperSKY DAX: Программирование 3 21.03.2008 15:52
Ошибка при разноске складских движений Starling DAX: Администрирование 9 12.10.2007 14:21
Алгоритм расчета общей суммы kashperuk DAX: Программирование 31 05.09.2007 22:37
Корректировка суммы налога в закупке ymv2000 DAX: Функционал 4 26.10.2006 09:19
Форма InventOnhandItem, Почему RecID у InventSum в этой форме всегда 0? Кирилл DAX: Программирование 2 25.05.2004 18:15
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

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

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

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