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

[Libovs]

Цитата:

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

AssetTable.'<Relations'.'AssetBook.AssetTable_AssetId'.

Означает: из записи AssetTable взять поле <Relations потом оттуда взять поле AssetBook.AssetTable_AssetId:

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

Но по выделенной фразе есть вопросы:
у таблицы AssetTable нет Relations на AssetBook; и, как мне кажется об этом "говорит" знак "<". Если в выражении используется Relations таблицы AssetTable то будет знак ">".

Я пока не разбираюсь в синтаксисе выражения, но понимаю физический смысл, т.к. смотрел эти таблицы в AOT-е.
У таблицы AssetBook есть поле AssetId и есть Relations с именем AssetTable_AssetId и выражением
AssetBook.AssertId == AssetTable.AssertId
а приведенное выше выражение возвращает все записи таблицы AssetBook, которые по Relations AssetBook.AssetTable_AssertId ссылаются на текущую запись AssetTable.

Как раз с синтаксисом направления ссылок мне пока непонятно. Т.е. физический смысл понимаю, а как написать корректное выражение - пока нет.

[belugin]

Цитата:

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

Как раз с синтаксисом направления ссылок мне пока непонятно. Т.е. физический смысл понимаю, а как написать корректное выражение - пока нет.

Если есть таблицы t1 и t2 и relation r1 определенный на t1 то

Ds1.>relations.r1 даст записи t2 которые соответствуют текущей записи из источника данных ds1 при условии что это table records по таблице t1

Ds2.<relations. 'T1.r1' это то же самое но с другого конца - записи t1 которые соответствуют текущей записи t2 от условии что ds2 это table records по таблице t2.

Если вы идете от какой-то таблицы то >relations это отношения определенные на ней, а <relation это отношения определенные на других таблицах на нее

Одинарные кавычки это идентификатор (имя поля, например) а двойные кавычки - это строковый литерал.

Например, если определить user input parameter с именем "hello, world" то 'hello, world' вернёт эго значение (то что пользователь ввел) а "hello, world"
саму строчку "hello, world"

[mnt_dx]

Подскажите, пожалуйста

Хотел, чтобы в импорте выписки в формате 1С поле плательщика бралось из второго возможного тэга, если первый пуст.

В Model mapping designer в дизайнере вот такая формула для счета плательщика:

Цитата:

@.SectionTypes.Documents.Data.Document.'$PayerAccountNum'.DocumentAttrTypes.PayerAccountNumSeq.Data.PayerAccountNum

хотел попробовать Если Х пусто, то "123" вот так

Цитата:

If(@.SectionTypes.Documents.Data.Document.'$PayerAccountNum'.DocumentAttrTypes.PayerAccountNumSeq.Data.PayerAccountNum="","123",@.SectionTypes.Documents.Data.Document.'$PayerAccountNum'.DocumentAttrTypes.PayerAccountNumSeq.Data.PayerAccountNum)

при нажатии ТЕСТ ругается

Цитата:

Incorrect reference 'format/IncomingFile/File/$Documents/SectionTypes/Documents/Data/Document/$PayerAccountNum/DocumentAttrTypes/PayerAccountNumSeq/Data/PayerAccountNum'
No overload for function = matches the input parameters
Function arguments are of incorrect types in 'If'

Я, наверное, все не так делаю?

[belugin]

Я не знаю, что тут неправильно. Ошибка означает, что он не может найти операцию сравнения для данных аргументов. Для строк операция сравнения есть. Значит что-то не то с типами данных. Либо какая-то ошибка в пути, что он не определил тип либо еще что-то.

[Libovs]

Цитата:

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

ER оперирует виртуальными записями.

Правильно ли я понимаю, что при добавлении источника данных типа Записи таблицы для него создается виртуальная запись ER, в которой столько (виртуальных) полей, сколько:
полей в исходной таблице +
relations в исходной таблице +
методов в исходной таблице +
"дочерних" таблиц, у которых есть relations на исходную таблицу?

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

И затем, для каждой "дочерней" таблицы также создается аналогичная виртуальная запись - и все повторяется для "дочерних" таблиц каждой "дочерней" таблицы первого уровня и т.п.?
В результате, выбрав только одну таблицу, получается многоуровневое дерево из всех связанных между собой по relations таблиц и возможность получения значений полей и выполнения методов всех этих таблиц?

Как-то так, если не вдаваться в детали реализации?

[belugin]

Цитата:

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

Как-то так, если не вдаваться в детали реализации?

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

[Libovs]

Цитата:

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

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

Ну если не пытаться этим инструментом реализовывать сложные аналитические отчеты, а только печатные и/или xml-файлы документов и простенькие отчеты типа плоских таблиц, максимум с промежуточными итогами, то "ленивость" не должна стать существенной проблемой.
Я по-крайней мере, вижу применение именно для реализации локализованных форм при переходе с АХ2012, где они реализованы на SSRS, на DFO 365. А их таки немало.

[Libovs]

Очень не хватает в конструкторе форматов кнопки Свернуть/Развернуть на правой части формы (модели). На левой (шаблона) она есть.
Т.к. Поиск выполняется только по развернутым узлам, то раскрывать все дерево модели ручками как-то не по феншую.
Может есть какой hotkey или недокументированная возможность?

[belugin]

Цитата:

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

Может есть какой hotkey или недокументированная возможность?

Нету - там может быть источник данных с очень глубокой или бесконечно глубокой структурой.

[Libovs]

Подскажите, как написать выражение с вызовом метода таблицы с параметрами?
Добавил источник данных таблица
AssetLedgerAccounts(Asset Ledger Accounts):Таблица AssetLedgerAccounts
у нее есть метод
assetLedgerDimension():Int64 (String _assetId, String _assetBookId, AssetTransType _assetTransType, String _assetPostingProfile, AssetDocumentType_JP _assetDocumentType_JP, Int64 _assetDocumentEntryRecId)
Ячейку отчета связал с этим методом
Ячейка<Col05_LedgerAccount> = model.AssetLedgerAccounts.'assetLedgerDimension()'
В качестве параметров надо передать элементы
model.'$BooksRecords'.'$LedgerJournalRecords'.AssetId
model.'$BooksRecords'.'$LedgerJournalRecords'.BookId
model.AssetTransTypeJournal.Acquisition
model.'$BooksRecords'.General.PostingProfile.Id

Попытка вставить между скобками пару кавычек и в них пути к параметрам успехом не увенчалась
Ячейка<Col05_LedgerAccount> = model.AssetLedgerAccounts.'assetLedgerDimension('model.'$BooksRecords'.'$LedgerJournalRecords'.AssetId, model.'$BooksRecords'.'$LedgerJournalRecords'.BookId, model.AssetTransTypeJournal.Acquisition, model.'$BooksRecords'.General.PostingProfile.Id')'

Как это правильно сделать?

[EVGL]

Это невозможно. Методы с параметрами приходится эмулировать прямым SQL в выражениях FILTER или WHERE:

FILTER(EGCAssetLedgerAccounts, AND(EGCAssetLedgerAccounts.BookId=AssetRollForwardTmp.AssetBookId,OR(EGCAssetLedgerAccounts.AccountRelation=AssetRollForwardTmp.AssetGroup, EGCAssetLedgerAccounts.AccountRelation=""), EGCAssetLedgerAccounts.TransType=EGCAssetTransType.Acquisition, EGCAssetLedgerAccounts.PostingProfile=EGCAssetParameters.PostingProfile))

[Libovs]

Тогда, по крайней мере мне, непонятна разница между типами Источника данных "Записи таблицы" и "Таблица". Я считал что второй как раз и дает возможность получить доступ к методам, в отличии от первого.

[Libovs]

Цитата:

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

Это невозможно. Методы с параметрами приходится эмулировать прямым SQL в выражениях FILTER или WHERE:

Мне кажется вы ошибаетесь.В другой ветка форума я нашел

Цитата:

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

1) Корректный синтаксис для таблиц x.'method()'("Параметр")

Буду пробовать.

[EVGL]

Цитата:

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

Мне кажется вы ошибаетесь.В другой ветка форума я нашел
Буду пробовать.

Очень интересно! Напишите. В документации об это синтаксисе нет ни слова
Может быть проблема с динамическими параметрами. Попробуйте сначала константы.

[belugin]

Цитата:

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

Тогда, по крайней мере мне, непонятна разница между типами Источника данных "Записи таблицы" и "Таблица". Я считал что второй как раз и дает возможность получить доступ к методам, в отличии от первого.

Он дает возможность получить доступ к статическим методам таблицы

[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]

Цитата:

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

Он дает возможность получить доступ к статическим методам таблицы

Вот я и пытаюсь использовать
public server static LedgerDimensionDefaultAccount assetLedgerDimension( ... )
но никак не получается разобраться с форматом задания параметров в вызове.

[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
результат тот же.