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

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 11.06.2012, 11:57   #1  
Vol4ok is offline
Vol4ok
Участник
 
6 / 10 (1) +
Регистрация: 08.06.2012
Адрес: Харьков
Закрытие склада и корректировочные проводки
Подскажите, может кто сталкивался с такой проблемой...
В системе AX 2009, после закрытия склада по средневзвешенной модели сформировались корректировочные проводки. Но по какому принципу формируются проводки в ГК мне не совсем понятно, поскольку крректировочных сумм в проводках номенклатуры гораздо больше чем проводок, которые пошли в ГК после закрытия склада. Как можно проверить\ просчитать корректность сумм по проводкам, которые пошли в ГК при закрытии по конкретной номенклатуре? Или может существует какая - то логика расчета?
Старый 11.06.2012, 12:29   #2  
fed is offline
fed
Moderator
Аватар для fed
Ex AND Project
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
2,890 / 5647 (194) ++++++++++
Регистрация: 13.03.2002
Адрес: Hüfingen,DE
Цитата:
Сообщение от Vol4ok Посмотреть сообщение
Подскажите, может кто сталкивался с такой проблемой...
В системе AX 2009, после закрытия склада по средневзвешенной модели сформировались корректировочные проводки. Но по какому принципу формируются проводки в ГК мне не совсем понятно, поскольку крректировочных сумм в проводках номенклатуры гораздо больше чем проводок, которые пошли в ГК после закрытия склада. Как можно проверить\ просчитать корректность сумм по проводкам, которые пошли в ГК при закрытии по конкретной номенклатуре? Или может существует какая - то логика расчета?
В ГК идут только те корректировочные суммы, которые были сделаны для проводок, изначально разнесенных в ГК. Например - если перенос скорректировали, то в ГК эта сумма не пойдет. Единственное исключение - списание округлений и ошибок. Если по переносу будет списываться округление, то эта корректировка пойдет в ГК, даже если сама проводка (перенос например) в ГК не разносилась.
Не хорошо сравнивать корректировочные суммы в проводках с чем бы то ни было. Поле costAmountAdjustment в inventTrans - это адское изобретение, автор которого породил больше проблем чем решил. Если хочешь что-то с чем-то сравнивать то ВСЕГДА надо брать costAmountPosted из inventTrans, а сумму корректировок - не из inventTrans, а из InventSettlement с датами меньшими или равными чем отчетная дата.
Тот кто добавил поле costAmountAdjustment просто надеялся слегка снизить время сложных рассчетов баланса по проводке. Скажем если у нас проводку 1000 раз скорректировали, то проще взять inventTrans.costAmountAdjustment и вычесть из него те коррекции inventSettlement, которые были сделаны после отчетной даты. (Посмотрите метод inventSumDateValueReport.selectInventTransPostingFinancial чтобы понять правильную логику работы с costAmountAdjustment). В итоге, 95% внедренцев прямолинейно считают обороты и балансы по inventTrans.costAmountPosted+inventTrans.costAmountAdjustment. Пожалуйста - не делайте так. Каждый раз когда кто-то складывает inventTrans.costAmountPosted с inventTrans.costAmountAdjustment, Бенни Олесен икает...

Если вам очень надо выверить обороты по ГК по закрытию с чем-то, вы можете сравнить данные в ваучере ГК с суммой inventSettlement, у которого что-то есть в BalanceSheetPosting. Но я не думаю что вы там что-то найдете интересное. Эта логика хорошо выверена и ее партнеры редко переписывают. Не думаю что у вас там что-то интересное вылезет во время такой сверки.

Последний раз редактировалось fed; 11.06.2012 в 13:10.
За это сообщение автора поблагодарили: AlGol (2), Logger (5), MikeR (6), gl00mie (5), alex55 (1), Vol4ok (1).
Старый 11.06.2012, 15:03   #3  
Logger is offline
Logger
Участник
Лучший по профессии 2015
Лучший по профессии 2014
 
3,867 / 3123 (112) ++++++++++
Регистрация: 12.10.2004
Адрес: Москва
Записей в блоге: 2
Мне кажется, идея поля costAmountAdjustment - банальная денормализация. Чтобы не тормозило.
А используют его неправильно - от непонимания и недостатка внятной документации.
Я, например, основные знания по закрытию склада от твоих статей почерпнул, а не от документации. Бестолковая она.
Старый 07.05.2014, 07:21   #4  
Dolores is offline
Dolores
Участник
Аватар для Dolores
 
65 / 14 (1) ++
Регистрация: 15.07.2010
Корректировки
Поясните , пожалуйста, почему при закрытии склада возникают в InventSettlement корректировочные проводки (без количества), которые связаны по полю SettleTransId с операцией закрытия склада за предыдущий месяц?
Миниатюры
Нажмите на изображение для увеличения
Название: таблица.JPG
Просмотров: 448
Размер:	70.5 Кб
ID:	8845  
Старый 07.05.2014, 17:31   #5  
fed is offline
fed
Moderator
Аватар для fed
Ex AND Project
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
2,890 / 5647 (194) ++++++++++
Регистрация: 13.03.2002
Адрес: Hüfingen,DE
Цитата:
Сообщение от Dolores Посмотреть сообщение
Поясните , пожалуйста, почему при закрытии склада возникают в InventSettlement корректировочные проводки (без количества), которые связаны по полю SettleTransId с операцией закрытия склада за предыдущий месяц?
Это - ненормальная ситуация.
Вариант 1 - у вас просто слетела номерная серия по номеру сопоставления в модуле логистики. Поскольку никаких проверок уникальности там нету, система будет молча вставлять записи со значением SettleTransId уже использованой в прошлых месяцах.
Вариант 2 - доработки. (Маловероятно - тяжело представить кому бы может потребоваться этот кусок кода менять и зачем).
Старый 07.05.2014, 20:36   #6  
SRF is offline
SRF
Участник
MCBMSS
Axapta Retail User
 
362 / 542 (19) +++++++
Регистрация: 08.08.2007
Записей в блоге: 1
Увы, но так работает стандарт, стек выглядит примерно так InventCostItemDim\updateReceiptAdjustment\updateReceiptAdjustmentTrans\updateSettlementReceipt - в нем хорошо видно, что в некоторых случаях система создает корректировки с уже существующим SettleTransId.

Перед основными коррекциями происходит следующее - алгоритм пробегает по всем частично сопоставленным проводкам прихода и проверяет сумму сопоставления текущего и рассчитанного по следующей формуле: себестоимость * кол-во сопоставленное / общее кол-во в проводке, и если суммы различны и она превышает порог указанный в параметрах закрытия, то система формирует коррекцию по данной проводке прихода и рассчитанную сумму размазывает на все проводки, которые связаны с указанной проводкой, при этом корректировки и формируются с новой датой закрытия и существующим SettleTransId и еще в этот момент система не смотрит открыта ли связанная проводка или нет, таким вот образом система может подкорректировать ранее закрытую проводку.

Это хорошо заметно становится, если использовать средневзвешенную модель в DAX 2009 и выше, если у вас виртуальный перенос который создает система используется в нескольких закрытиях(например приход был в одном периоде закрытия, а расходы в нескольких), то вероятность получить указанные коррекции увеличивается.
__________________
Sergey Nefedov
За это сообщение автора поблагодарили: fed (5), S.Kuskov (1), ashu (1).
Старый 08.05.2014, 07:07   #7  
Dolores is offline
Dolores
Участник
Аватар для Dolores
 
65 / 14 (1) ++
Регистрация: 15.07.2010
Можно ли как-то решить эту проблему, т.е. избавиться от этих корректировочных проводок?
Старый 08.05.2014, 08:13   #8  
S.Kuskov is offline
S.Kuskov
Участник
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
 
3,427 / 1771 (66) ++++++++
Регистрация: 28.04.2007
Адрес: Калуга
Цитата:
Сообщение от SRF Посмотреть сообщение
проверяет сумму сопоставления текущего и рассчитанного по следующей формуле: себестоимость * кол-во сопоставленное / общее кол-во в проводке, и если суммы различны и она превышает порог указанный в параметрах закрытия, то ...
А что это за ситуация такая? Когда такая разница возможна? После выполнения операции корректировки открытых проводок?
Старый 08.05.2014, 11:11   #9  
fed is offline
fed
Moderator
Аватар для fed
Ex AND Project
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
2,890 / 5647 (194) ++++++++++
Регистрация: 13.03.2002
Адрес: Hüfingen,DE
Цитата:
Сообщение от SRF Посмотреть сообщение
Увы, но так работает стандарт, стек выглядит примерно так InventCostItemDim\updateReceiptAdjustment\updateReceiptAdjustmentTrans\updateSettlementReceipt - в нем хорошо видно, что в некоторых случаях система создает корректировки с уже существующим SettleTransId.
.
Да - после анализа кода - забераю свои слова назад. Действительно система может склонировать сопоставления прошлых периодов, подменив там номер ваучера и дату (и конечно же суммы коррекции всякие), но оставив SettleTransId.
Старый 08.05.2014, 18:06   #10  
Pustik is offline
Pustik
Участник
 
807 / 372 (14) ++++++
Регистрация: 04.06.2004
Цитата:
Сообщение от SRF Посмотреть сообщение
и еще в этот момент система не смотрит открыта ли связанная проводка или нет, таким вот образом система может подкорректировать ранее закрытую проводку.
Коллеги, как Вы считаете, это правильно трогать ранее закрытую проводку? Я, так понимаю, что после таких коррекций она становится открытой и снова участвует в расчете себестоимости? Или я где-то ошибаюсь?
__________________
-Ты в гномиков веришь?
-Нет.
-А они в тебя верят, смотри, не подведи их.

Последний раз редактировалось Pustik; 08.05.2014 в 18:11.
Старый 08.05.2014, 19:05   #11  
fed is offline
fed
Moderator
Аватар для fed
Ex AND Project
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
2,890 / 5647 (194) ++++++++++
Регистрация: 13.03.2002
Адрес: Hüfingen,DE
Цитата:
Сообщение от Pustik Посмотреть сообщение
Коллеги, как Вы считаете, это правильно трогать ранее закрытую проводку? Я, так понимаю, что после таких коррекций она становится открытой и снова участвует в расчете себестоимости? Или я где-то ошибаюсь?
Строго говоря - такая ситуация говорит о нарушении хронологии. Закрытие склада корректирует, в первую очередь списания и только во вторую - приходы. И корректировка старого (закрытого) прихода происходит только в том случае, если какие-то из старых закрытых списаний было на самом деле не покрыто товаром. Например - 1ого числа купили 20 штук на склад A, потом 30ым числом прошлого месяца разнесли перенос со склада А на склад Б, потом 31ым числом прошлого месяца разнесли накладную на продажу со склада Б. В итоге приход на склад Б и продажа со склада Б закрылись друг на друга, а списание со склада А осталось висячим. Потом в следующем месяце склад закрыли, и скорректировалось списание со склада А. После этого система вынуждена скорректировать закрытые проводки прихода на склад Б и списания со склада Б.

Если эту операцию коррекции закрытых проводок заблокировать (это нелегко, но в целом возможно), то обороты по переносу останутся не-нулевыми (то есть -со склада А списали больше чем на склад Б пришло). Я раздумывал над вариантом когда все коррекции закрытых приходов автоматически списываются на прибыли и убытки и даже писал об этом вот в этой вот теме. Однако же, этот вариант тоже имеет один очень и очень заметный минус: Возможно через цепочку переносов целевой товар все еще находится где-то на предприятии. По хорошему - в такой ситуации надо было коррекцию прогнать через все переносы и производства (пусть даже закрытые) и дотащить до того места где товар находится. А мы на первом же закрытом переносе все списали в прибыли и убытки... Тоже вариант так себе, на самом деле.
В общем - я на самом деле не вижу внятного способа решения данной проблемы.
За это сообщение автора поблагодарили: Pustik (2), Dolores (1).
Теги
выверка, закрытие склада, как правильно, себестоимость

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Закрытие склада и бухгалтерия. Skvorcal DAX: Прочие вопросы 45 17.01.2011 10:24
Проводки с типом SummedUp при закрытии склада в DAX 2009 ansoft DAX: Функционал 15 20.09.2010 08:28
Странное закрытие склада и коррекция себестоимости в наличии Aquarius DAX: Функционал 11 28.05.2010 11:45
Закрытие склада - рассчитанная сумма больше чем сумма проводки Bega DAX: Функционал 2 12.05.2010 09:42
Закрытие склада. Проводки не закрываются. AlexeyBP DAX: Функционал 4 14.01.2008 08:02
Опции темы Поиск в этой теме
Поиск в этой теме:

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

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

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

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 18:51.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.