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

[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, а потом анализ (с учетом приоритетности) какой первым вернул непустое значение.