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

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 21.11.2011, 12:16   #1  
Bega is offline
Bega
Участник
Аватар для Bega
 
382 / 444 (15) +++++++
Регистрация: 18.08.2005
Адрес: Москва
Цитата:
Сообщение от zelibobis Посмотреть сообщение
Хм.. мы тоже подправили этот метод - но при пересчете все-равно остаются указанные мною выше проводки. Анализировали код - нашли участок в классе InventCostItemDim методе updateModelAverage:
А метод updateMapOреnІssue содержит в себе достаточно информативный комментарий: Add an issue to mapOреnІssue because it could not be closed. Messages about these will later be written to the infolog.
А у меня вот такой код:
X++:
while (tmpIssue.RecId&&tmpIssue.TransDate<=endDate&&this.financialOpenQty(distributionReceipt)>=InventAdj::settleQtyDiff())
        {
            issue = this.tmpIssue2Trans(tmpIssue);

            /* <SYS>
            if (issue.TransType==InventTransType::SummedUp&&issue.DateFinancial== endDate)
            </SYS> */
            // <GEEU>
            if (issue.TransType==InventTransType::SummedUp&&(issue.DateFinancial== endDate||!this.currencyTransfer_RU(issue)))
            {
                if (this.currencyTransfer_RU(issue))
                // </GEEU>
                {
                    this.updateMapOpnIssue(issue);
                // <GEEU>
                }
                // </GEEU>

                next tmpIssue;
            }
            else
Какой у вас роллап?
Старый 21.11.2011, 12:29   #2  
zelibobis is offline
zelibobis
Участник
 
71 / 24 (1) +++
Регистрация: 15.10.2007
Адрес: Kiev
RU5. Сори, это уже я убрал код обрамленный <GEE> в данном методе на тестовом приложении. Но даже с ним зависшие проводки не уходят...
Старый 21.11.2011, 12:55   #3  
Bega is offline
Bega
Участник
Аватар для Bega
 
382 / 444 (15) +++++++
Регистрация: 18.08.2005
Адрес: Москва
Цитата:
Сообщение от zelibobis Посмотреть сообщение
RU5. Сори, это уже я убрал код обрамленный <GEE> в данном методе на тестовом приложении. Но даже с ним зависшие проводки не уходят...
А в вашей средневзвешенной расходной проводке, которая пропускается, чему равны CostAmountPosted и CostAmountAdjustment?
Старый 21.11.2011, 14:07   #4  
zelibobis is offline
zelibobis
Участник
 
71 / 24 (1) +++
Регистрация: 15.10.2007
Адрес: Kiev
оба по 0
Старый 21.11.2011, 15:42   #5  
Bega is offline
Bega
Участник
Аватар для Bega
 
382 / 444 (15) +++++++
Регистрация: 18.08.2005
Адрес: Москва
Цитата:
Сообщение от zelibobis Посмотреть сообщение
оба по 0
Получается у вас расходная средневзвешенная проводка прошлого периода оказалась почему-то открытой. Это именно проводка прошлого периода? Какая у нее финансовая дата? Она и перед закрытием тоже открыта? Или оказывается открытой в процессе закрытия из-за корректировки приходов прошлого месяца?

Если это средневзвешенная расходная проводка прошлого периода, то по логике она и не должна сопоставляться со средневзвешенным приходом этого периода, а именно это происходит в указанном куске кода.

Мне кажется нужно сначала выяснить, почему эта проводка оказалась открытой.
Старый 21.11.2011, 16:19   #6  
zelibobis is offline
zelibobis
Участник
 
71 / 24 (1) +++
Регистрация: 15.10.2007
Адрес: Kiev
Да, проводка прошлого периода, более того таких проводок довольно много по разным номенклатурам. Мне кажется это как раз последствие не корректного метода currencyTransfer_RU - так как из-за него оставались открытые и приходы и расходы с типом "Средневзвешенное закрытие запасов". Вопрос теперь как с этим жить дальше? После фикса currencyTransfer_RU - все новые создаваемые "Средневзвешенное закрытие запасов" будут сопоставляться корректно. Но вот что делать со старыми проводками прошлых периодов?
Старый 21.11.2011, 16:53   #7  
Bega is offline
Bega
Участник
Аватар для Bega
 
382 / 444 (15) +++++++
Регистрация: 18.08.2005
Адрес: Москва
Цитата:
Сообщение от zelibobis Посмотреть сообщение
Да, проводка прошлого периода, более того таких проводок довольно много по разным номенклатурам. Мне кажется это как раз последствие не корректного метода currencyTransfer_RU - так как из-за него оставались открытые и приходы и расходы с типом "Средневзвешенное закрытие запасов". Вопрос теперь как с этим жить дальше? После фикса currencyTransfer_RU - все новые создаваемые "Средневзвешенное закрытие запасов" будут сопоставляться корректно. Но вот что делать со старыми проводками прошлых периодов?
Первое, я бы попробовал модифицировать код, чтобы эти проводки в этом периоде были все-таки сопоставлены, потом убрать модификацию. Другой вариант - джобом через doUpdate() проставить дату "Финансовое закрытие", флаг "Открытое значение" = Нет, "Сопоставленное количество" и "Сопоставленная сумма" в значение по сумме сопоставлений. Это чтобы эти проводки не участвовали больше в закрытии.
Теги
баг, закрытие склада, ошибка, ошибка при закрытии склада, себестоимость

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Завышенная себестоимость по расходам после закрытия склада в DAX2009 Bega DAX: Функционал 13 14.02.2011 12:55
Не хватает фин. аналитик при пересчете и закрытии склада Geo DAX: Функционал 7 23.10.2010 00:24
Проблема с журналом спецификаций при закрытии склада CDR DAX: Функционал 2 24.05.2010 10:50
Denis Fedotenko: Себестоимость и закрытие склада Blog bot DAX: База знаний и проекты 44 29.03.2010 14:54
Финансовые проблемы при Закрытии склада Владимир Ю. DAX: Функционал 6 28.06.2005 20:00
Опции темы Поиск в этой теме
Поиск в этой теме:

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

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

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

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