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

[Libovs]

В источниках данных модели добавил АХ-перечисление и создал соответствующее перечисление модели.
В модели создал узел типа перечисление; в маппинге написал формулу по присвоению значения (с CASE (...)). Проверил маппинг - все работает правильно, присваивается значение ER-перечисления.


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


Что я не доделал? Как правильно написать формулу с IF?

[axm2017]

Цитата:

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

..
Что я не доделал?

Перечисление из data model логично было бы добавить в формат.

[belugin]

Добавить источник данных типа "перечисление модели" и потом можно ссылаться на него как на остальные источники данных

[Libovs]

Цитата:

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

Перечисление из data model логично было бы добавить в формат.

Спасибо, получилось. Логично (когда подсказали ) но далеко не очевидно, что один объект надо определять и в источнике, и в модели и в формате, хотя и ссылочно.

[axm2017]

Это уже проблема описания + архитектуры.
Не знаю, на сколько правда, но по слухам в MS исчезающе мало тех. писателей.

[Libovs]

Цитата:

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

Это уже проблема описания + архитектуры.
Не знаю, на сколько правда, но по слухам в MS исчезающе мало тех. писателей.

За две недели освоения ER я убедился, что декларация об инструменте для не-программиста, особенно при отсутствии подробной документации с типовыми примерами применения каждого типа объектов, это абсолютная утопия.
Даже настроить формат на готовой модели - это не просто связать узел модели с ячейкой/тегом отчета. Неизбежно в самом формате надо надстраивать логику конкретного отчета, и пока не приобретешь четкого понимания, для чего применим каждый объект из лукапа "Добавить" остается только "метод тыка" - вставлять объект модель и день-два его изучать.
А уж создать/надстроить модель без понимания парадигм ООП и без возможности в AOT-е посмотреть связи между таблицами. Добавил в модель корневую таблицу, к ней отстроились все связи, но найти что-то конкретное в этом "бесконечном" дереве с постоянными рекурсиями, если предварительно не посмотрел нужную цепучку в АОТ-е, на мой взгляд нереально.
У меня получается только так: смотрю все предварительно на АХ2012, а потом уже в 10-ке ищу в дереве ER. К счастью, структура БД если и менялась, то незначительно; я пока наткнулся только на некоторые изменения в обработке Default | Ledger Dimension. И то не в таблицах, а в методах и классах.

[axm2017]

Цитата:

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

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

Писателей в MS не умеют да. В остальном это тот же Excel по сложности

Цитата:

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

..
Даже настроить формат на готовой модели - это не просто связать узел модели с ячейкой/тегом отчета.

Как раз должно быть именно просто. Тут вступают в силу ошибки провозглашенной концепции + пробелы/косяки на уровне архитектуры + нежелание менять.

Цитата:

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

..
А уж создать/надстроить модель без понимания парадигм ООП и без возможности в AOT-е посмотреть связи между таблицами.

Зачем ООП, если не секрет?

По мне так сейчас проще и правильнее юзать SSRSAttribute и Ко что прикрутили таки в ER тем более как понял из доклада можно использовать и временные таблицы всех типов и постоянные.

[Libovs]

Давайте на практическом примере. Пусть я бухгалтер и «продвинутый пользователь» в Экселе, т.е свободно пишу формулы, но не программирую на VBA.
Мне нужно настроить печатную (например xls) форму первичного документа. Нахожу подходящую модель, форматирую шаблон и создаю конфигурацию формата. Когда начинаю маппить выясняется, что в форму надо вывести атрибуты договора, которых в модели нет. Следовательно, мне нужно (не рекомендуется, но возможно) в самом формате добавить как источник данных записи таблицы договоров и связать с записью документа из модели. Только после этого смогу маппить поля договора с шаблоном.
Но как только появляется необходимость добавить что-то, чего нет в модели (а договора нет в стандартных моделях, это чисто российский функционал, ну и тех стран, кто его исторически унаследовал) – без знания основ ООП никак не обойтись; бухгалтер не знает, что такое классы, методы, связи, таблицы/записи таблицы и т.п.
Поэтому говорить, что «это тот же Excel по сложности» можно только до того момента, пока в стандартной модели есть вся необходимая для построения отчета информация.
Или такой пример: работая в интерфейсе открываю форму заказа, кликаю на поле Счет клиента и попадаю в форму справочника клиентов. Очевидно (даже не программисту), что есть связь между этими таблицами. Но, в общем случае, она может быть и не прямая, а через несколько других таблиц. Добавляю в ER корневым источником записи таблицы заказов и хочу найти таблицу клиентов, чтобы поля записи этой таблицы смаппить с узлами модели (информация о клиенте). И как это сделать, если цепочка связей заранее неизвестна? Разворачивать бесконечное количество узлов дерева relation> и relation<? Еще и нужно знать не только название таблицы, но и название relation. Я (для себя) нашел только такой подход: открываю АОТ в АХ2012, там прослеживаю цепочку связей до нужной таблицы и только после этого в ER иду по дереву.
Как «юзать SSRSAttribute и Ко» я не знаю, наверное это еще более специализированная область знаний, чем просто основы ООП. И как их «прикрутили таки в ER» тоже пока не знаю (где можно посмотреть почитать?), так что об этом судить не берусь.
Ну и на последок – это исключительно личные впечатления; ни в коей мере не претендую, что это есть истина в последней инстанции.

[axm2017]

Цитата:

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

.... Нахожу подходящую модель, форматирую шаблон и создаю конфигурацию формата.

Начнем с того что на этом этапе есть ньюансы, которые обсуждали ранее. Вы собирались использовать существующий маппинг или создавать новый?
В силу как уже писал ранее архитектурных пробелов есть ньюансы.

Цитата:

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

....
Когда начинаю маппить выясняется, что в форму надо вывести атрибуты договора, которых в модели нет.

Добавлять их нужно в модель.

Цитата:

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

....
– без знания основ ООП никак не обойтись; бухгалтер не знает, что такое классы, методы, связи, таблицы/записи таблицы и т.п.

На маппинге возможно, но есть ньюансы. Использование заготовок от ssrs сильно облегчает дело. По факту вам надо только сопоставить поля из таблиц ssrs ных отчётов.

Цитата:

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

Как «юзать SSRSAttribute и Ко» я не знаю, наверное это еще более специализированная область знаний, чем просто основы ООП.

Я пока не вижу где используется знание ооп. В этом контексте тоже самое про srs. Для пользователя фраза звучит как используем источники данных из srs отчетов axapta.

Цитата:

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

И как их «прикрутили таки в ER» тоже пока не знаю (где можно посмотреть почитать?), так что об этом судить не берусь..

Были какие то лекции или марафон? недавно по этой теме+ есть форум .

[Libovs]

В Inventory journal model нашел пример, где во Входной параметр пользователя выбирается RecId записи из таблицы HcmWorker
Commission employee name(CommisionMember5):Входной параметр пользователя: HcmWorkerRecId
При запуске на выполнение параметр отображается как лукап с этой таблицей
Попытался повторить тоже для таблицы типов налоговой регистрации – TaxRegistrationType
Код регистрации ЕДРПОУ(EDRPOUCode):Входной параметр пользователя: TaxRegistrationTypeId
Но не получилось – у меня просто поле ввода (без лукапа) куда надо вводить значение RecId.
Подскажите, что нужно чтобы входной параметр оьлбражался как лукап на таблице?

[belugin]

Надо чтобы Extended Data Type содержал информацию о том, как его лукапить

[Libovs]

Цитата:

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

Надо чтобы Extended Data Type содержал информацию о том, как его лукапить

Т.е. от ER эта возможность никак не зависит? Или она есть в самой АХ-е или ее нет?

[belugin]

Да. Вы можете только подобрать наиболее подходящий EDT

[Libovs]

Можно ли средствами ER в модели и/или формате получить сумму значений по колонке таблицы (узлу модели)?
Например, есть узел Lines:Список записей и в нем дочерний Qty:Вещественный. В Lines по какому-то условию отбираются записи и выводятся в таблицу отчета. В нижней части нужно показать сумму по Qty всех записей, выведенных в таблицу.
Или, аналогичная задача, но если поле строковое (Name:Строка) и нужно сформировать одну строку вида «Name1, Name2 … NameN» и вывести после таблицы.
Т.е. как то аналогично коду

Total = 0
ListNames=””
For ….
Total = Total + Qty
ListNames= ListNames & “, “ & Name
EndFor

[EVGL]

Создать Calculated field из записей, где выполнить выборку по условию функцией WHERE или FILTER.
Создать Aggregate или как-он-там по этому Calculated.

Решать "аналогичную" задачу, похоже, надо так: https://docs.microsoft.com/en-us/dyn...ist-stringjoin

[Libovs]

Цитата:

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

Создать Calculated field из записей, где выполнить выборку по условию функцией WHERE или FILTER.
Создать Aggregate или как-он-там по этому Calculated.

Решать "аналогичную" задачу, похоже, надо так: https://docs.microsoft.com/en-us/dyn...ist-stringjoin

Спасибо за подсказку. Судя по описанию, для текстового поля должно получиться то, что требуется. Буду пробовать.
Но "аналогичной" функции для числового поля я не нашел. Видимо какой-то другой подход.

[EVGL]

Цитата:

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

Но "аналогичной" функции для числового поля я не нашел. Видимо какой-то другой подход.

Я, наверное, был слишком краток. Я привел решение для числового поля (первые два предложения) и для строкового поля (третье предложение), но был очевидно не понят.

[Libovs]

Цитата:

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

Я, наверное, был слишком краток. Я привел решение для числового поля (первые два предложения) и для строкового поля (третье предложение), но был очевидно не понят.

Скорее я слишком непонятлив
Я не нашел ничего похожего на «Aggregate или как-он-там» среди ER функций - или это не функция?

[belugin]

Цитата:

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

Скорее я слишком непонятлив
Я не нашел ничего похожего на «Aggregate или как-он-там» среди ER функций - или это не функция?

Источник данных Functions/GroupBy

[Libovs]

Цитата:

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

Источник данных Functions/GroupBy

Спасибо, буду пробовать.
И такое "пожелание" - если бы в функцию STRINGJOIN добавить опциональный триггер (четвертым параметром) позволяющий формировать выходную строку только из уникальных значений - цены бы ей не было.