Замена фин.аналитик

[Peppi]

Всем здравствуйте,
У нас возникла необходимость программно подменять фин.аналитики (перебираем все таблицы, где тип данных Dimension и подменяем аналитики согласно новым правилам).

Но есть подозрение, что нужно запустить какие-нибудь процедуры пересчета общих таблиц, типа как InventSum в логистике. Есть ли такие ?

[S.Kuskov]

У вас старое значение строго меняется на другое новое, до этого нигде не встречавшееся? Тогда это просто переименование первичного ключа. Никаких дополнительных действий не потребуется (ведь значения изменятся везде и в общих таблицах тоже).
Если же у вас происходит объединение нескольких значений в одно или наоборот, то в общем случая я вообще не уверен, что задним числом возможно такое реализовать без отката закрытых периодов.

[Владимир Максимов]

В принципе, есть, конечно, только вот, если Вы уж делаете процедуру замены значений аналитик, то автоматом "зацепите" и эти "суммарные" таблицы (бух.сальдо, например). Однако для этих суммарных таблиц надо будет не значение аналитик заменять, а просто сложить соответствующие строки (или создать новую).

Я это к тому, что при грамотном написании подобной процедуры никаких пересчетов запускать не требуется. Сам процедура должна создать/изменить соответствующие строки таблиц.

Да и, собственно, у всех этих "суммарных" таблиц, как правило, есть уникальный индекс, включающий в себя поле Dimension. Т.е. Вы просто не сможете создать "дубли" в подобных таблицах. Кстати, это является одним из признаков подобных суммарных таблиц.

[Peppi]

Спасибо за ответ.
Переименовывать первичный ключ не получится, так как там есть и объединение аналитик и перенос из одной в другую - поэтому приходится перебором всех таблиц.

"Сам процедура должна создать/изменить соответствующие строки таблиц."
Подскажите, пожалуйста, какие таблиц стоит проверить?

Я попробовала проделать процедуру на тестовом приложении просто по всем таблицам, содержащим анаитику - ошибок неуникального ключа не было, значит ли это, что все в порядке? :-)

[Владимир Максимов]

Цитата:

Сообщение от Peppi

"Сам процедура должна создать/изменить соответствующие строки таблиц."
Подскажите, пожалуйста, какие таблиц стоит проверить?

Зависит от версии Axapta. В разных версиях разные таблицы. Собственно, основная - это сальдо по бух.проводкам в разрезе фин.аналитик LedgerBalancesDim или нечто похожее

Цитата:

Сообщение от Peppi

Я попробовала проделать процедуру на тестовом приложении просто по всем таблицам, содержащим анаитику - ошибок неуникального ключа не было, значит ли это, что все в порядке? :-)

Нет. Не значит.

Вам надо смотреть на индексы со свойством AllowDuplicate = No в которые включены поля Dimension. Если подобный индекс указан как Primary-индекс таблицы, то это первое "подозрение" на то, что это и есть одна из "суммирующих" таблиц.

============================================

И еще один момент.

Дело в том, что кроме собственно поля Dimension фин.аналитики могут быть представлены парой полей: DimensionCode + Num. Причем не только в таблице Dimensions.

Как правило, в подобных случаях формализовать (запрограммировать) переименование фин.аналитик - невозможно. Эти справочники придется менять вручную. Например, таблица LedgerControlDimension

PS: Надеюсь, Вы анализировали не только EDT с именем Dimension, но и все EDT созданные на его основе? В стандарте таких нет, но мало ли, что сделано конкретно у Вас.

[AX3]

Цитата:

Сообщение от Владимир Максимов

Зависит от версии Axapta. В разных версиях разные таблицы. Собственно, основная - это сальдо по бух.проводкам в разрезе фин.аналитик LedgerBalancesDim или нечто похожее

Владимир, если говорить про v3, то могли бы уточнить в каких еще таблицах нужно проверить/изменить аналитику?

[rDenis2]

paruvella: Dimension (Field Value) Search Utility in Dynamics Ax

[Владимир Максимов]

Цитата:

Сообщение от AX3

Владимир, если говорить про v3, то могли бы уточнить в каких еще таблицах нужно проверить/изменить аналитику?

В общем случае, определение списка таких таблиц задача не тривиальная. Значительную часть таблиц можно "поймать" примерно следующим циклом

    // Сканирую список таблиц, имеющих ЯВНУЮ ссылку на таблицу Dimensions
    while select TableName from xRefTableRelation
        group by TableName
            where xRefTableRelation.RelatedTableName == "Dimensions"
    {
        tableId     = tableName2Id(xRefTableRelation.TableName);
        dictTable   = new DictTable(tableId);

(...)
    }

Т.е. ловим по явным ссылкам. Но, повторюсь, это будут далеко не все таблицы со ссылкой на фин.аналитику.

Ну, и про таблицы с полями на базе DimensionCode + Num не стоит забывать. Это таблицы вроде

InventJournalReportTable_RU
LedgerControlDimension
LedgerRRGDimensionInterval_RU

Кроме того, следует иметь в виду, что не у всех таблиц можно просто заменить одно значение на другое. Возможно, потребуется сложение/удаление строк. Возможно, автоматизировать процесс замены в некоторых таблицах вообще нельзя.

А есть еще таблицы очень большого размера без индекса по фин.аналитикам. Например, InventSettlement. Для таких таблиц модификацию лучше выполнять прямыми SQL-запросами. В противном случае, время выполнения катастрофически увелививается.

Другими словами, часть таблиц Вы сможете найти и обновить автоматически, но часть придется исать и обновлять вручную.

[Alexius]

Цитата:

Сообщение от Peppi

Но есть подозрение, что нужно запустить какие-нибудь процедуры пересчета общих таблиц, типа как InventSum в логистике. Есть ли такие ?

АХ 2009
ГК / Периодические операции / Закрытие года / Открывающие проводки
ГК / Периодические операции / Пересчет сальдо по периодам

[Peppi]

Всем спасибо большое за ответы

[Владимир Максимов]

Еще раз обращаю внимание на тот факт, что кроме собственно поля Dimension фин.аналитики могут быть представлены парой полей: DimensionCode + Num. И это возможно не только в таблице Dimensions. Соответственно, надо искать еще и EDT наследники от этих EDT.

Кроме того, возможна "кривая" кастомизация, когда надо просто знать, что вот это поле содержит значение фин.аналитики.