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

[ax_mct]

Цитата:

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

Э..Мы об одной компании говорим?

Бытует мнение среди части народа порой что плавный переход методом кувалды в лоб вполне в ее духе. 7 в чем то живой пример относительно 6.

В любом случае новые отчеты лучше да и проще делать в ER.

"Developers, developers!!" по ходу совокупилось с "One Microsoft".

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

The ER engine is targeted at business users instead of developers.
https://docs.microsoft.com/en-us/dyn...onic-reporting

[axm2017]

Цитата:

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

и нужен код с временными таблицами, а это SRSS.
...

Не вижу связи.
Никто не мешает работать с ER и временными таблицами.

[fed]

Цитата:

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

The ER engine is targeted at business users instead of developers.
https://docs.microsoft.com/en-us/dyn...onic-reporting

Из пяти разных финансовых консов, которые эту тулзу пытались освоить, ни один не смог даже отчеты из LCS заимпортировать - все меня просили. Так что боюсь что бизнес-пользователи ей будут пользоваться только на сейловых демках MS.
Ну то есть - может сама по себе тулза и не плоха, но для ее освоения нужен разработчик-прикладник, а не business user.

[ax_mct]

Цитата:

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

Не вижу связи.
Никто не мешает работать с ER и временными таблицами.

Оно все же EDI, и
TEXT, XML, Microsoft Word document, and OPENXML worksheet formats.

Не уверен что это Best Practices для отчетности.

Вот супер просто обьяснение от MS что надо использовать. Пойду поищу бутылку...
The following table can be used as a guide when choosing the right tool for the reporting solution.
https://docs.microsoft.com/en-us/dyn...d-ops/toc.json

[ax_mct]

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

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

[EVGL]

Цитата:

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

Из пяти разных финансовых консов, которые эту тулзу пытались освоить, ни один не смог даже отчеты из LCS заимпортировать - все меня просили. Так что боюсь что бизнес-пользователи ей будут пользоваться только на сейловых демках MS.
Ну то есть - может сама по себе тулза и не плоха, но для ее освоения нужен разработчик-прикладник, а не business user.

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

"Power user" можно уверенно менять на "Software architect, 10y+ experience".

[axm2017]

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

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

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

[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 (правда на этом этапе встречаются баги).

[belugin]

Цитата:

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

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

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

Цитата:

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

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

Цитата:

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

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

[axm2017]

Цитата:

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

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

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

Цитата:

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

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

Да.

Цитата:

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

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

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

[belugin]

Цитата:

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

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

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

[axm2017]

Цитата:

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

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

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

[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 реализовывать...