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

[Libovs]

В чем отличие функций FILTER и WHERE?

Пишу формулу
FILTER('$CompanyInfo'.'$DirPartyLocation', $CompanyInfo'.'$DirPartyLocation'.IsPrimaryTaxRegistration=NoYes.Yes)
При сохранении не проходит валидация
Ошибка проверки: Выражение списка функции FILTER недоступно для запросов.
Заменяю FILTER на WHERE
WHERE('$CompanyInfo'.'$DirPartyLocation', $CompanyInfo'.'$DirPartyLocation'.IsPrimaryTaxRegistration=NoYes.Yes)
Формула сохряняется. Нажимаю «Проверить» - получаю предупреждение

Использование функции "FILTER" для выражения более предпочтительно, чем "WHERE", с точки зрения производительности.
Нажимаю «Исправить» - ER заменяет WHERE на FILTER.
Разные условия валидации в конструкторе формул и конструкторе форматов?

[belugin]

Цитата:

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

В чем отличие функций FILTER и WHERE?

см справку:
https://docs.microsoft.com/en-us/dyn...on#usage-notes

Цитата:

Разные условия валидации в конструкторе формул и конструкторе форматов?

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

[Libovs]

Цитата:

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

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

Видимо так. По крайней мере после замены WHERE на FILTER (чего не позволял валидатор формы конструктора формул) конфигурация отрабатывает - никаких сбоев в процессе выполнения не происходит.

[Libovs]

Цитата:

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

см справку:
https://docs.microsoft.com/en-us/dyn...on#usage-notes

Спасибо, теперь вроде бы понятно, детали уже придут с опытом использования.
А нет ли хотя бы такого же уровня описания типов источников данных (элементов лукапа Добавить корень / Добавить)? На этом ресурсе я не нашел соответствующего раздела.

[Libovs]

Есть перечисление модели данных

И входной параметр пользователя типа перечисление модели данных
SelectedType(Тип заказа):SalesType Значение перечисления
Например, пользователь выбрал значение <Sales | Заказ на продажу>.
Можно ли каким-то выражением ER получить в виде текстовой строки значение метки выбранного элемента перечисления, т.е. «Заказ на продажу»? Что-то типа
$TypeValue = SelectedType.Label
Или единственный способ это писать CASE на все элементы перечисления
$TypeValue = CASE (SelectedType,
SalesType.DEL_Blanket, “Договор продажи”,
SalesType.Sales, “Заказ на продажу”, …)
т.е. каждый раз писать формулу со всеми элементами перечисления (а если их 3-4 десятка и используется в нескольких формулах)?

[EVGL]

По опыту, "...единственный способ - это писать CASE на все элементы перечисления"

[axm2017]

Цитата:

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

По опыту, "...единственный способ - это писать CASE на все элементы перечисления"

DictEnum и ко вполне вроде живы с их помощью наверное можно обойтись и без case.
Буду у компа попробую.

[EVGL]

Цитата:

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

DictEnum и ко вполне вроде живы с их помощью наверное можно обойтись и без case.
Буду у компа попробую.

"перечисление модели данных" не рефлектируется DictEnum, а "живет" само по себе.

[axm2017]

Цитата:

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

"перечисление модели данных" не рефлектируется DictEnum, а "живет" само по себе.

Ок. Смутило DEL_Blanket в enum, посчитал что это не модельный соответственно.


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

TestModelEnum - Enum в модели
TestEnum - данный enum в маппинге.

FIRSTORNULL(
WHERE(ERDataContainerDescriptorItemTable,
AND(ERDataContainerDescriptorItemTable.'>Relations'.Parent.Name = "TestModelEnum",
GETENUMVALUEBYNAME(
TestEnum,
 ERDataContainerDescriptorItemTable.Name) = 
TestEnum.Test2))).Label

[belugin]

Не проверял, но просто идея:
1. Превратить enum datasource в список

$calculatedField1 = LIST(enumDataSourceName)

2. Натравить на него источник данных table metadata
3. Из него выбирать метаданные по имени поля, совпадающего с именем элемента энама

WHERE(tableMetadata.Fields, GETENUMVALUEBYNAME(TestEnum, tableMetadata.Fields.Name) = myEnumValue).Description

[Libovs]

Где-то в начале этой темы было предложение от belugin высказывать пожелания по совершенствованию ER. Если это еще актуально, то в контексте обсуждавшегося вопроса такое предложение:

реализовать внутренний объект ER (функция или источник данных), который бы позволил один раз сопоставить перечисление АХ с перечислением модели данных и затем при маппинге источник данных - модель позволял автоматически связывать поле записи с узлом модели.
Сейчас кнопка "Связать" не активируется, если с одной стороны энам - нужно только писать формулу (CASE или возможно какой-то из предложенных выше вариантов - надо пробовать).

Как мне кажется, это вполне реализуемо: если при сопоставлении двух энамов (АХ и модели) объект будет сохранять "в себе" их идентификаторы, то при маппинге модели, если слева выбрано поле записи типа энам АХ и справа выбран узел типа энам модели и для этой пары энамов уже определено сопоставление - то активируется кнопка "Связать" и не надо писать CASE.

А при маппинге формата - "связывание" ячейки/тега с узлом модели типа энам должно реализовывать вывод в выходной файл метки текущего значения узла модели без необходимости написания очередного CASE.

[EVGL]

Для этого обычно сюда надо писать:
https://experience.dynamics.com/idea...1-5065f38b21f1

[Libovs]

Цитата:

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

Для этого обычно сюда надо писать:
https://experience.dynamics.com/idea...1-5065f38b21f1

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

[belugin]

Цитата:

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

реализовать внутренний объект ER (функция или источник данных), который бы позволил один раз сопоставить перечисление АХ с перечислением модели данных и затем при маппинге источник данных - модель позволял автоматически связывать поле записи с узлом модели.

Можно в принципе подумать над тем, чтобы поддержать Ax Enum в качестве типа параметра для calculated field. Тогда можно будет написать Case 1 раз и переиспользовать его.

Цитата:

А при маппинге формата - "связывание" ячейки/тега с узлом модели типа энам должно реализовывать вывод в выходной файл метки текущего значения узла модели без необходимости написания очередного CASE.

Надо подумать. В качестве ворэраунда могу предложить передавать в модели текст вместо или вместе с enum.

На такое был запрос, когда ER еще не поддерживал отчеты для людей в XLSX а только отчеты электронных болванов в XML, но было отвергнуто, так как в конкретном случае там нужно было выводить специфический, определенный форматом текст, соответсвтенно этот текст должен задаваться на стороне конкретного формата - у другого формата он был бы другой.

[mnt_dx]

Подскажите, пожалуйста, что делает экспорт меток в репортинге?

[belugin]

Цитата:

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

Подскажите, пожалуйста, что делает экспорт меток в репортинге?
Вложение 12535

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

[Libovs]

Цитата:

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

На такое был запрос, когда ER еще не поддерживал отчеты для людей в XLSX а только отчеты электронных болванов в XML, но было отвергнуто, так как в конкретном случае там нужно было выводить специфический, определенный форматом текст, соответсвтенно этот текст должен задаваться на стороне конкретного формата - у другого формата он был бы другой.

Мне думается эти возможности можно непротиворечиво совместить. Если в формате "напрямую" связываешь узел модели типа энам с ячейкой xls | тегом xml - выводится метка (тип строка) текущего значения.
И это не отрицает возможности не связывать (если нужен специфический текст) ячейку с узлом, а в таком случае написать формулу:
Ячейка = CASE (Узел,
энам.1, "текст1",
энам.2, "текст2", ...)

[Libovs]

И такое предложение для обсуждения:

в функцию STRINGJOIN добавить 4-й (необязательный - по умолчанию = false) параметр типа boolean. Если установлен в true - выходная строка формируется только из уникальных значений поля.

Например, формируется транспортная накладная из сотни записей; в записи есть поле Склад.Нужно в "шапке" вывести список складов, на которые развозятся товары - из может быть всего 2-3, а не сотня.

[belugin]

Цитата:

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

в функцию STRINGJOIN добавить 4-й (необязательный - по умолчанию = false) параметр типа boolean. Если установлен в true - выходная строка формируется только из уникальных значений поля.

На исходный список сожно натравить groupby и тогда он сделает уникльные значения

[Libovs]

Цитата:

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

На исходный список сожно натравить groupby и тогда он сделает уникльные значения

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