Вебинар по функциональности Электронной отчетности (Electronic reporting) и Электронных сообщений (Electronic messages)

[Libovs]

Добавил источник данных таблица
AssetLedgerAccounts(Asset Ledger Accounts):Таблица AssetLedgerAccounts
у нее есть метод
assetLedgerDimension():Int64 (String _assetId, String _assetBookId, AssetTransType _assetTransType, String _assetPostingProfile, AssetDocumentType_JP _assetDocumentType_JP, Int64 _assetDocumentEntryRecId)

Каждый параметр определил отдельной внутренней переменной
$CurAssetId(Current Asset Id):Вычисляемое поле = @.AssetId: Строка
$CurBookId(Current BookId):Вычисляемое поле = @.BookId: Строка
$CurPostingProfileId(Current PostingProfileId):Вычисляемое поле = model.'$BooksRecords'.General.PostingProfile.Id: Строка
$CurTransTypeAcquisition(TransType Acquisition):Вычисляемое поле = model.AssetTransTypeJournal.Acquisition: Перечислимый тип

и хочу получить значение, вычисляемое методом
$LDIm03(Ledger dimension ref 03):Вычисляемое поле = model.AssetLedgerAccounts.'assetLedgerDimension()'("$CurAssetId", "$CurBookId", "$CurTransTypeAcquisition", "$CurPostingProfileId"): Int64

Синтаксическая проверка проходит, формула сохраняется. Но при выполнении выдается ошибка
Ошибка при вычислении выражения для пути "$LDIm03".

Пробовал параметры задать просто константами
$LDIm03(Ledger dimension ref 03):Вычисляемое поле = model.AssetLedgerAccounts.'assetLedgerDimension()'("000006", "БО", "1", "Головний"): Int64
результат такой же.

Можете что-то подсказать?

[Libovs]

Такое предположение, что проблема в 3-м параметре. Он описан как AssetTransType (это enum) и непонятно если константой передавать 1 (int), "1", "Acquisition" или с учетом установленного языка "Ввод в эксплуатацию"?
Просто 1 (без кавычек) - не проходит валидация при сохранении формулы; все остальные варианты - ошибка при выполнении.

[EVGL]

AssetTransType надо определить как Dynamics/Enum, а потом его можно везде использовать. См. мой синтаксис выше.

[Libovs]

Цитата:

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

AssetTransType надо определить как Dynamics/Enum, а потом его можно везде использовать. См. мой синтаксис выше.

Определил enum
AssetTransType:Перечисление Dynamics 365 for Operations AssetTransType

Определил параметр
$CurTransTypeAcquisition(TransType Acquisition):Вычисляемое поле = model.AssetTransType.Acquisition: Перечислимый тип

Описал вызов
$LDIm03(Ledger dimension ref 03):Вычисляемое поле = model.AssetLedgerAccounts.'assetLedgerDimension()'("000006", "БО", "@.'$CurTransTypeAcquisition'", "Головний"): Int64
результат тот же.

[EVGL]

Попробуйте еще добавить нули для ..., assetDocumentType_JP _assetDocumentType_JP, Int64 _assetDocumentEntryRecId)

[Libovs]

Если в формуле задаю
model.AssetLedgerAccounts.'assetLedgerDimension()'("000006", "БО", 1, "Головний")
то при сохранении выдается ошибка
Ошибка проверки: Неверный тип значения. Ожидаемый: AssetTransType, фактический: Integer.

AssetTransType:Перечисление Dynamics 365 for Operations AssetTransType
$CurTransTypeAcquisition(TransType Acquisition):Вычисляемое поле = model.AssetTransType.Acquisition: Перечислимый тип

При любых других вариантах задания параметра
model.AssetLedgerAccounts.'assetLedgerDimension()'("000006", "БО", "model.AssetTransType.Acquisition", "Головний")

или

model.AssetLedgerAccounts.'assetLedgerDimension()'("000006", "БО", "$CurTransTypeAcquisition", "Головний")

ошибка при выполнении.

По этому поводу по ссылке
https://fix.lcs.dynamics.com/Home/In...ssion=Download
сказано:
• Only elements with parameters that accept arguments specified as one of the supported primitive data type (integer, real, string, etc.) can be used as data source elements
• Such arguments must be defined at design-time in ER expression as constants of the required data type

Возможно enum это уже не primitive data type (хотя фактически это int) и никакими ухищрениями не удастся передать значение enum-а в качестве параметра.

Думаю, что только belugin может квалифицировано что-то посоветовать.

[EVGL]

Почему бы не попробовать мой способ с FILTER, который гарантированно работает у другого клиента?

[Libovs]

Цитата:

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

Почему бы не попробовать мой способ с FILTER, который гарантированно работает у другого клиента?

FILTER тут не годится по функциональной логике. Метод assetLedgerDimension() это не простой SELECT ... WHERE ...
там достаточно сложная логика выбора записи. Эта таблица - настройка профиля разноски, который может задаваться для для конкретного ОС, для группы ОС или для "Всех". Поэтому в методе выполняется поиск записи по трем условиям: книга + профиль разноски + тип операции - сначала для конкретного AssetID; если не найдена - то для тех же условий - но для AssetGroupId; если и такой не найдено - то только по тем же трем условиям, но без учета ОС (т.е. для всех).
Вряд ли получится описать всю эту логику просто в одном FILTER. Надо писать 3 выражения FILTER, а потом анализ (с учетом приоритетности) какой первым вернул непустое значение.

[Libovs]

Не поможет. В АХ объявление метода выглядит:
public server static LedgerDimensionDefaultAccount assetLedgerDimension(
AssetId _assetId,
AssetBookId _assetBookId,
AssetTransType _assetTransType,
AssetPostingProfile _assetPostingProfile = ""
// <GJP>
,AssetDocumentType_JP _assetDocumentType_JP = AssetDocumentType_JP::None
,AssetDocumentRecId_JP _assetDocumentEntryRecId = 0
// </GJP>
)

Т.е. обязательными являются первые три параметра. Если при написании формулы в ER я задаю меньше трех параметров - при сохранении не проходит валидация и выдается сообщение что не задан обязательный параметр.

Практически уверен, что проблема именно в 3-м параметре, который обязательный и при этом типа enum.

[belugin]

Цитата:

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

Практически уверен, что проблема именно в 3-м параметре, который обязательный и при этом типа enum.

Я не помню, работает ли enum в качестве аргумента вызова. Корректнго попробовать так

1. Добавить operations enum datasource в корень под именем myEnum
2. Употребить его так: myEnum.MyEnumValue1

[Libovs]

Получилось таким образом:
добавил enum
AssetTransType:Перечисление Dynamics 365 for Operations AssetTransType

добавил таблицу с методом
AssetLedgerAccounts(Asset Ledger Accounts):Таблица AssetLedgerAccounts
assetLedgerDimension():Int64 (String _assetId, String _assetBookId, AssetTransType _assetTransType, String _assetPostingProfile, AssetDocumentType_JP _assetDocumentType_JP, Int64 _assetDocumentEntryRecId)

добавил переменную с формулой
$LDIm03(Ledger dimension ref 03):Вычисляемое поле = model.AssetLedgerAccounts.'assetLedgerDimension()'("000006", "БО", model.AssetTransType.Acquisition, "Головний"): Int64

Формула сохранилась и формат выполнился. Метод вернул (как и должен) значение визуально похожее на RecId - теперь осталось проверить правильное ли и попробовать остальные параметры вызова задать не константами, а ссылками на элементы модели.

[EVGL]

Какая там функциональная логика - это известно
Только по факту настройка для конкретного ОС на проектах очень редко используется. На это есть масса причин, характера разделения прав доступа и ответственности между отделами IT, бухгалтерии, сторонних консультантов, логики внедрения и обучения бухгалтеров, а главным образом нормативов в конкретной стране. Если принять это предположение, то запрос сводится к одному FIRST(ORDER(FILTER(AND(OR(...

[Libovs]

Цитата:

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

Какая там функциональная логика - это известно
Только по факту настройка для конкретного ОС на проектах очень редко используется. На это есть масса причин, характера разделения прав доступа и ответственности между отделами IT, бухгалтерии, сторонних консультантов, логики внедрения и обучения бухгалтеров, а главным образом нормативов в конкретной стране. Если принять это предположение, то запрос сводится к одному FIRST(ORDER(FILTER(AND(OR(...

На счет "редко" - не могу согласиться. По моему опыту, бухгалтера настраивают один счет для "Все", другой для конкретной Группы ОС (например, для зданий) и нередко для каких-то очень дорогих ОС (типа производственная линия) "персональный" счет. Так что, все-таки ИМХО, лучше использовать отлаженый за многоие годы метод, чем писать ER-формулу.

[mnt_dx]

А почему нельзя перегрузить ту же самую версию модели?

Цитата:

Can not overwrite a version

[axm2017]

Цитата:

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

А почему нельзя перегрузить ту же самую версию модели?

Это как раз неплохо.
Если версии одинаковы то смысл загружать, если разные то увеличивай версию.

[mnt_dx]

Цитата:

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

Это как раз неплохо.
Если версии одинаковы то смысл загружать, если разные то увеличивай версию.

номер версий одинаковый, но содержимое каким-то образом получилось разное.

[axm2017]

Цитата:

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

номер версий одинаковый, но содержимое каким-то образом получилось разное.

По идее если не так называемый дерайв ака чайлд, от которых мы к счастью отказались, такого быть не должно. Можно сравнить xml ради интереса.

[Libovs]

Подскажите, плз, как в ER работать со структурой LedgerDimension.

Из поля LedgerDimension таблицы AssetLedgerAccounts вытащил методом значение – это RecId структуры. В АХ2012 это был RecId записи в таблице DimensiomAttributeValueCombination (AssetLedgerAccounts > Relation: AssetLedgerAccounts. LedgerDimension == DimensiomAttributeValueCombination.RecID) и можно было из этой записи получить значение счета ГК и финаналитик - либо методами либо просто распарсить поле DisplayValue.

В АХ10 похоже механизм работы с LedgerDimension существенно переделали и таблицы DimensiomAttributeValueCombination уже нет; куда ведет эта ссылка из AssetLedgerAccounts посмотреть не могу, т.к. AOT мне недоступен.

Но если я правильно понимаю, то в можно этого и не знать, если использовать ER объект Сведения о финаналитиках. Но как реально это сделать – не понимаю.

Если добавляю этот объект – получаю список записей; методов у него нет. Получается, что надо написать какую-то формулу используя функции ER, чтобы выбрать набор значений (по имеющемуся RecId?), затем выбрать из списка конкретную запись для счета ГК или финаналитики (по имени?) и тогда из поля Definition.Name можно будет получить значение?

Или все вообще не так? Подскажите хотя бы в общих чертах что пробовать делать?

[EVGL]

Цитата:

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

Или все вообще не так? Подскажите хотя бы в общих чертах что пробовать делать?

По крайней мере при использовании в модели проблем не было никаких:
'$EGCAssetAcquLedgerAccount'.'>Relations'.LedgerDimension.MainAccountValue

$EGCAssetAcquLedgerAccount - это была переменная типа record DimensiomAttributeValueCombination, конечно (найденная указанным выше методом). Одним RecId сыт не будешь.

[Libovs]

Цитата:

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

По крайней мере при использовании в модели проблем не было никаких:
'$EGCAssetAcquLedgerAccount'.'>Relations'.LedgerDimension.MainAccountValue

$EGCAssetAcquLedgerAccount - это была переменная типа record DimensiomAttributeValueCombination, конечно (найденная указанным выше методом). Одним RecId сыт не будешь.

Если $EGCAssetLedgerAccountsT - это таблица, то у меня есть метод assetLedgerDimension(), которым нахожу нужную запись, но этот метод возвращает не запись и не поле AssetLedgerAccounts.RecId, а поле AssetLedgerAccounts.LedgerDimension.

Если $EGCAssetLedgerAccountsR - это список записей, уже отфильтрованный по AssetId, BookId и AssetTransType, из которого нужно выбрать одну. Если бы у меня был именно AssetLedgerAccounts.RecId, то написал бы FILTER($EGCAssetLedgerAccountsR, $EGCAssetLedgerAccountsR.RecId = $EGCAssetLedgerAccountsT.RecId)

А так не хватает соображения связать это до кучи.