D365FO: Большие отчеты вне приложения, как ?

[AlexeyS]

Цитата:

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

Хотя бы 20 тыс

Electronic Reporting (GER) aka Electronic Reporting (ER) is a tool that can be used to configure formats for both incoming and outgoing electronic documents in accordance with the legal requirements of various countries/regions

Звучит как инструмент отчетности для налоговой и тд, не сталкивался

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

[ax_mct]

Business documents --> Document reporting service --> SSRS

Интересно какой паттерн они используют для таких обьяснений?
View - Controller - Model ей богу.

[axm2017]

Давайте совсем то трэш нести всё-таки не будем,
Из личного примера освоил примитивные отчёты в течении 2-3 дней это при практически полном отсутствии документации.
На мой взгляд при наличии нормальной документации с примерами обычный консультант либо пм в терминах Microsoft (? до сих пор путаюсь с этим термином ) освоит отчет за тот же период

Плюсы отчетов
Универсальность
Лёгкость доработки. Реально секунды минуты при мелких изменениях: типа ок теперь пишем не краткое имя клиента а полное! И это делает конс а не разраб.
Простота идей.
Скорость порой удивляет, хотя тут спорное.
Лёгкость переделки ссрс на гер (у русской команды из общения вроде даже почти фреймворк скоро будет)
Просто а переноса
Скорость разработки: все почти как в старой олдовой аксе где изменил и протестил это секунда а не как в 7 изменил запустил компиляцию пообедал, покурил а тут как раз и компиляция почти завершилась.

Минусы
Хреновая документация.
Крайне слабо проработала методология и тестовая часть.
Наличие багов хотя их признают и правят.
Сильная рукожопость среды. То за что надо бить ногами. Ни подсветки синтаксиса ни словаря в общем олд в плохом смысле. И ладно бы не могли: могут.
Скорость очень сильно зависит от рукожопости что с учётом отсутствия внятной документа шки идёт повсеместно.

[belugin]

Цитата:

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

Сильная рукожопость среды. То за что надо бить ногами.

"Сломай меня полностью"

Цитата:

Ни подсветки синтаксиса ни словаря в общем олд в плохом смысле.

Про подсветку синтаксиса понятно, а можно уточнить, что такое словарь - intellisense?

Цитата:

бОльшие возможности по формированию того же Excel (правда на этом этапе встречаются баги).

Можно или рассказать - какие по любому каналу или зарегистрировать или сослаться на зарегистрированные.

[axm2017]

Цитата:

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

"Сломай меня полностью"

Лучше скажите когда поправите.
Тот же https://plnkr.co/edit/?p=options
как пример чего хочется для начала.

Цитата:

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

Про подсветку синтаксиса понятно, а можно уточнить, что такое словарь - intellisense?

Да.

Цитата:

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

Можно или рассказать - какие по любому каналу или зарегистрировать или сослаться на зарегистрированные.

Ок, но попозже.

[belugin]

Цитата:

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

Лучше скажите когда поправите.

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

[axm2017]

Цитата:

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

..
Ок, но попозже.

Попытайтесь добавить chart на таблицу шаблона а потом загрузить в формат.

[ax_mct]

axm2017, но это же Excel.

Можете вкратце в чем преимущество перед SSRS?
SSRS это таки проще некуда уже все откатано. Технически не долго, основное это разобрать что нужно сделать, откуда брать и все такое. То есть скорость компиляции она ничтожна в сроках и цене.
В сложных отчетах чем не так уже важно, затраты на логику.
Опять таки дебаг важнее чем все остальные фишки.

[EVGL]

Цитата:

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

axm2017, но это же Excel.

Можете вкратце в чем преимущество перед SSRS?
SSRS это таки проще некуда уже все откатано. Технически не долго, основное это разобрать что нужно сделать, откуда брать и все такое. То есть скорость компиляции она ничтожна в сроках и цене.
В сложных отчетах чем не так уже важно, затраты на логику.
Опять таки дебаг важнее чем все остальные фишки.

Основное и решающее преимущество: no-code. Не нужно перекомпилировать и ждать воскресенья, чтобы быстро поправить формат.
Я уже три блога на эту тему написал:
http://erconsult.eu/blog/electronic-...g-er-cookbook/
http://erconsult.eu/blog/electronic-...m-the-kitchen/
http://erconsult.eu/blog/electronic-...-numbers-riba/

[axm2017]

Цитата:

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

axm2017, но это же Excel.

Excel с учетом Power BI На самом деле это пипец какая мощная вещь и для отчетности и для анализа, с кучей документашки.

SSRS вообще не рядом и не средство анализа, а довольно сложное и порой глючное средство примитивной отчетности.

Цитата:

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

Можете вкратце в чем преимущество перед SSRS?

Скорость разработки, простота тестирования (можно прикрутить автоматическое тестирование, если задуматься, на эту тему, то есть TDD вполне может рулить), простота развертывания новых отчетов + гибкость (обычная схема применения предусматривает возможность смены пользователем формата в то время как те же SSRS как правило прописаны довольно жестко в коде), бОльшие возможности по формированию того же Excel (правда на этом этапе встречаются баги).

[axm2017]

Зы поделюсь небольшими зарисовками из работы с Excel через GER.

Работает обычно быстрее чем SSRS при прямых руках (где то в 1.5 раза). Из минусов: сырость, что порой вылазит в виде бажков + кривоватая логика создателей (скрыть к примеру у них не значит удалить, что может вылезти).

[t540]

Мне кажется - GER замечательная штука для формирования/импорта документов, т.е. небольших объемов данных.

Для больших отчетов, видимо, лучше использовать Power BI.
Вариантов несколько:
1. Power BI embedded - строит отчеты в режиме Direct Query по копии боевой БД. Минусы - отчет надо деплоить, сложные меры не построишь, скорость работы - тоже вопрос (т.к. не куб)

2. Экспорт данных через BYOD в Azure SQL Data Warehouse (можно подгрузить внешние данные, например, исторические) и работа с лицензией Power BI Pro. Вариантов тут три:

2.1 Данных мало (менее 10 Gb в модели Power BI) - счастье, делаем что хотим

2.2 Данных много - опять Direct Query со всеми вытекающими, но по DWH (возможно, будет быстрее)

2.3 Данных много. Для отчетов по историческим данным - Direct Query, для ежедневных отчетов - обычная модель Power BI по агрегированным или усеченным данным

3. Ну и если данных много и есть желание видеть все, то перегоняем данные в Azure DWH, на усеченных данных строим модель данных Power BI, выгружаем модель и разворачиваем на Analysis Services Tabular mode, расположенных в облаке или локально. Памяти там должно хватать на всю модель. На полученную модель данных натравливаем Power BI в Direct Query. Т.к. тут куб, то работать должно сильно быстрее, чем Direct Query по реляционной бд.

Как-то так. На проекте планирую вариант 2.3 реализовывать...