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

[ax_mct]

>>Большие отчеты по транзакциям
Я бы делал на SSRS c pre-processed RDP class чтобы избежать time-out. Это как бы то что как бы стандартный путь.
И запускать по расписанию ночью.

>>если вопрос о всего нескольких больших отчетах
В принципе если обязательно именно "вне приложения" то самое прямое что приходит в голову это экспорт CSV файлов под Excel или что угодно. Но только если отчеты действительно большие.

[DTD]

Цитата:

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

>>Большие отчеты по транзакциям
Я бы делал на SSRS c pre-processed RDP class чтобы избежать time-out. Это как бы то что как бы стандартный путь.

Timeout это проблема сервиса odata

SSRS это в 2012 был стандартный, тема про 365, они сейчас делают акцент на том что SSRS это недели девелопмента, а data entities это часы.

[ax_mct]

Цитата:

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

Timeout это проблема сервиса odata

SSRS это в 2012 был стандартный, тема про 365, они сейчас делают акцент на том что SSRS это недели девелопмента, а data entities это часы.

Тут даже не уточняется с каким именно таймаутом ибо их разных штук 5 навскидку.
Help prevent long-running reports from timing out
https://docs.microsoft.com/en-us/dyn...rts-timing-out

Для транзакционных отчетов по сути и в 365 только SSRS остается нормальной опцией.
А насчет недель, в принципе как было так и осталось по сравнению с AX2012 если DevOps и окружение не подводит.
Чудес не бывает. C теми же data entities те же затраты что и ручками временную таблицу заполнить. Ну может разница в 20-30% но не в 40 раз.

[axm2017]

Цитата:

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

>>Большие отчеты по транзакциям
Я бы делал на SSRS c pre-processed...

SSRS вроде бы уже считается почти официально злом и подлежит геноциду.
Делать на нем отчеты соответственно сильно рисковать.

[DTD]

Цитата:

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

SSRS вроде бы уже считается почти официально злом и подлежит геноциду.
Делать на нем отчеты соответственно сильно рисковать.

Так а на чем тогда большие тразакционные отчеты делать?

[ax_mct]

Цитата:

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

SSRS вроде бы уже считается почти официально злом и подлежит геноциду.
Делать на нем отчеты соответственно сильно рисковать.

Фрэймворк классов (RDP) как был в AX2012R3 так и остался в D365FO без изменений.
.NET остался .NETом, SRSS остался SSRS. Работа с SSRS в VS практически та же. Разве что подход и deployment изменился.
Прибивать SSRS? Ну они же не психи. То есть они психи конечно но это слишком больное место для клиентов.

[axm2017]

Цитата:

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

.. но это слишком больное место для клиентов.

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

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

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

[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 и временными таблицами.

[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

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

[EVGL]

Цитата:

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

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

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

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