23.07.2020, 05:19 | #1 |
Участник
|
Закрытие InventSum при округлениях
Решаем проблемы прозводительности на одном из клиентов. Одной из проблем является большой размер таблицы InventSum. Причем большинство записей имеют флаг Closed = 0, ClosedQty = 1. Т.е. ноль на остатках, но есть финансовый остаток. При анализе выявилась такая картина -
Т.е. они произвели и продали серийный номер по одной и той же себестоимости, но потом сделали закрытие склада, которое накинуло 0.01 на ошибки округления(и оно-же пошло в InventTrans.Adjustment). В InventSum.PostedValue соответственно тоже сидит это 0.01 Вопрос - как наиболее безопастным способом это исправить? ну т.е. я понимаю что это будет какой-то джоб, но что он должен делать? Цель - получить ноль в InventSum.PostedValue Финансы они ведут в АХ, т.е. вариант просто удалить не очень подходит |
|
23.07.2020, 08:17 | #2 |
Модератор
|
Портировать "On-hand entries aggregation by financial dimensions" c 2012 ?
__________________
-ТСЯ или -ТЬСЯ ? |
|
|
За это сообщение автора поблагодарили: trud (5), Logger (3), gl00mie (5). |
23.07.2020, 08:29 | #3 |
Участник
|
Цитата:
у закрытия есть параметр "Максимальная коррекция пропускной способности" поставьте туда значение больше 0.01 и перезакройте. |
|
|
За это сообщение автора поблагодарили: Vadik (1). |
23.07.2020, 08:51 | #4 |
Участник
|
А вы не думали проиндексировать еще и ClosedQty и подправить тормозящие запросы, добавить в них условие по этому полю. Логику это не изменит, но во многих случаях все ускорит.
|
|
23.07.2020, 08:53 | #5 |
Участник
|
Там данные с 2012 года, т.е. перезакрыть будет проблематично. Похоже "On-hand entries aggregation by financial dimensions" предложенное Vadik как раз то что нужно. Спасибо
Цитата:
If you for example use Batch numbers, each batch number (and the combined site, warehouse, etc.) creates a new record in InventSum. When the batch number is sold, you will see quantity fields are set to 0. In most cases, the Financial/Physical value field is also set to 0, but in Standard cost revaluation or other scenarios, the value field may show some amount still. This is valid, and is the way Dynamics 365 for Finance and Operations handles the costs on Financial inventory level, e.g. site level.
|
|
|
За это сообщение автора поблагодарили: Logger (1). |
23.07.2020, 09:06 | #6 |
Участник
|
Если закрытие не справится и дойдет до джоба то вот был интересный баг
Расщепление InventSplitTrans_Remain и коррекция в наличии |
|
23.07.2020, 09:28 | #7 |
Moderator
|
А складские сопоставления для обих проводок можно показать ? (Просто по ГК там бесполезно что-то пытаться понять. ГК, по большому счету, это просто урезанная копия сопоставлений без кучи полезной информации)
|
|
23.07.2020, 09:46 | #8 |
Аманд
|
На Серийном номере стоит галка финансовая аналитика?
|
|
23.07.2020, 09:58 | #9 |
Участник
|
Там одна проводка с типом Adjustment и суммой 0.01. По самим проводкам сопоставления нет, так как используется стандартная себестоимость
нет, только физический |
|
23.07.2020, 10:09 | #10 |
Moderator
|
Цитата:
P.S. Был неправ. Прочитал описание из ссылочки Vadik - вправду должно помочь. Кстати - даже не заметил, когда Микрософт эту тулзу породил. Последний раз редактировалось fed; 23.07.2020 в 10:13. |
|
|
За это сообщение автора поблагодарили: Vadik (1). |
23.07.2020, 10:38 | #11 |
Аманд
|
Без галки Финансовая аналитика на Серийном номере, ваш пример не имеет смысла. Система не учитывает аналитику Серийный номер при расчёте себестоимости.
Поэтому она сопоставила всё со всем разрезе склада или сайта, где стоит галка Фин аналитика. |
|
23.07.2020, 11:32 | #12 |
Модератор
|
Довольно давно, скорее всего несколько CU после выхода R3. Без нее новый старый WHS часто спотыкается на запросах по физическому наличию
__________________
-ТСЯ или -ТЬСЯ ? |
|