|
28.09.2016, 12:46 | #1 |
Участник
|
Как заполняется таблица LedgerBalancesDimTrans
Добрый день!
Подскажите, пожалуйста, как заполняется таблица LedgerBalancesDimTrans (в какой момент, какой класс)? Необходимо исключить из этой таблицы операции по ваучерам Закр... |
|
28.09.2016, 12:52 | #2 |
Участник
|
А зачем исключать ?
Проводки по ним уже убили ? |
|
28.09.2016, 13:02 | #3 |
Участник
|
|
|
29.09.2016, 09:54 | #4 |
Administrator
|
Это про AX 2009? Или другая версия?
Даже если это так, исправлять надо отчёт, а не логику заполнения таблицы. ОСВ - далеко не единственное место, где используется LedgerBalancesDimTrans. Посмотрите в перекрёстные ссылки.
__________________
Not registered yet? Register here! Have comments, questions, suggestions or anything else regarding our web site? Don't hesitate, send them to me |
|
29.09.2016, 11:19 | #5 |
Administrator
|
Цитата:
Через перекрестные ссылки посмотрите на использование класса LedgerBalancesPostingList Суть: при создании записи в LedgerTrans - необходимо использовать данный класс для корректировки LedgerBalancesDimTrans (кстати, не забудьте еще про таблицу LedgerBalancesTrans) Общий смысл - в этих табличках лежат суммы из LedgerTrans, сгруппированные по аналитикам, счету ГК и дате (в LedgerBalancesTrans - только по счету ГК и дате). Это нужно для: 1. Более быстрого подсчета сальдо в ОСВ (меньший объем данных) 2. Разделения нагрузки в системе между таблицами для вставки и выборки проводок (т.е. часть запросов, которая могла бы пойти на LedgerTrans идет не на нее, а на LedgerBalances*). Соответственно, целостность данных между этими таблицами (LedgerTrans и LedgerBalances*) должна быть так или иначе. Если у Вас есть подозрения на то, что отчет дает неверные данные, то может у Вас просто эти таблицы разъехались? Пересчитайте балансы (\ГК\Периодические операции\Пересчитать сальдо по периодам или из формы периодов ГК) - обычно эта процедура легкая ... если конечно у Вас в LedgerTrans не миллиарды записей.
__________________
Возможно сделать все. Вопрос времени |
|
29.09.2016, 14:06 | #6 |
Участник
|
Цитата:
Сообщение от sukhanchik
Посмотрите класс LedgerBalancesPostingList и его родителя LedgerBalancesList.
Через перекрестные ссылки посмотрите на использование класса LedgerBalancesPostingList Суть: при создании записи в LedgerTrans - необходимо использовать данный класс для корректировки LedgerBalancesDimTrans (кстати, не забудьте еще про таблицу LedgerBalancesTrans) Общий смысл - в этих табличках лежат суммы из LedgerTrans, сгруппированные по аналитикам, счету ГК и дате (в LedgerBalancesTrans - только по счету ГК и дате). Это нужно для: 1. Более быстрого подсчета сальдо в ОСВ (меньший объем данных) 2. Разделения нагрузки в системе между таблицами для вставки и выборки проводок (т.е. часть запросов, которая могла бы пойти на LedgerTrans идет не на нее, а на LedgerBalances*). Соответственно, целостность данных между этими таблицами (LedgerTrans и LedgerBalances*) должна быть так или иначе. Если у Вас есть подозрения на то, что отчет дает неверные данные, то может у Вас просто эти таблицы разъехались? Пересчитайте балансы (\ГК\Периодические операции\Пересчитать сальдо по периодам или из формы периодов ГК) - обычно эта процедура легкая ... если конечно у Вас в LedgerTrans не миллиарды записей. |
|
29.09.2016, 15:16 | #7 |
Administrator
|
Цитата:
Посмотрите отчет - как он черпает свои данные? Самая простая проверка - замените в отчете обращения к LedgerBalances* на обращения к LedgerTrans. Если ничего не изменится (что нормально), значит Вы не сможете решить свою задачу правкой этих классов Если все-таки чего-то изменится, то это означает, что Вам нужно пересчитать сальдо по периодам. После пересчета - замена LedgerBalances* на LedgerTrans погоды уже не сделает (по цифрам). Только производительность немного упадет
__________________
Возможно сделать все. Вопрос времени |
|