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

[DTD]

Если в D365FO есть потребность вытаскивать данные по транзакциям для отчетности к примеру в Power BI и так далее какой механизм предпочтительно использовать ?

- ODATA не тянет более менее значительные обьемы (грубо говоря к примеру 10000 строк - просто таймаут) и не рекомендуется / поддерживается MS

- Direct Query / Entity Store - только аггрегатные данные насколько я понимаю, т.е. если клиент хочет видеть там имя/адрес клиента то не вариант ?

- Direct Query / BYOD - вроде это рекомендуется, но нужны мощности и настройка, если вопрос о всего нескольких больших отчетах то затраты не оправдывают себя.

Было бы интересно услышать примеры из жизни как на больших проектах D365FO обычно реализуются требования по отчетности - BYOD + внешний обработчик / list pages / SSRS / ODATA что то еще ?

[ax_mct]

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

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

[twilight]

Цитата:

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

- Direct Query / Entity Store - только аггрегатные данные насколько я понимаю, т.е. если клиент хочет видеть там имя/адрес клиента то не вариант ?

Data entity любые можно создать, которые нужны. Может там уже есть, которые вам подходят.

Цитата:

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

- Direct Query / BYOD - вроде это рекомендуется, но нужны мощности и настройка, если вопрос о всего нескольких больших отчетах то затраты не оправдывают себя.

А это что такое?

[Vadik]

Цитата:

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

Direct Query / BYOD - вроде это рекомендуется, но нужны мощности и настройка

Надо смотреть на объемы данных и навороченность отчетов. У нас есть клиенты использующие BYOD на S1 S3 стоит в районе $150 в месяц и вроде уже поддерживает columnstore

[DTD]

Цитата:

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

Data entity любые можно создать, которые нужны. Может там уже есть, которые вам подходят.

Я практически не использовал но в Entity Store вроде не обычные Data Entities а Aggregated - на основе measures, то что раньше кубами было грубо говоря, особо детально не получится.

[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 раз.

[AnGor]

на фирме где работаю нет лицензии на visual studio и поэтому приходилось изворачиваться с Excel.
В итоге реализовано много отчетов c предопределённым дизайном, которые делаются в батчах, некоторые складируются в папки, некоторые шлются емейлами, некоторые просто сразу открываются.
Количество строк иногда больше 60000. Теоретически и больше может быть.
Решение в AX2012R3 через библиотеку EPPlus.
Перенес на D365FO на MemoryStrem.

[ax_mct]

Цитата:

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

на фирме где работаю нет лицензии на visual studio и поэтому приходилось изворачиваться с Excel.
В итоге реализовано много отчетов c предопределённым дизайном, которые делаются в батчах, некоторые складируются в папки, некоторые шлются емейлами, некоторые просто сразу открываются.
Количество строк иногда больше 60000. Теоретически и больше может быть.
Решение в AX2012R3 через библиотеку EPPlus.
Перенес на D365FO на MemoryStrem.

В D365FO это (EPPlus + MemoryStream) вместо (EPPlus + TextBuffer) ?
И файл создается на сервере?

[AnGor]

Цитата:

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

В D365FO это (EPPlus + MemoryStream) вместо (EPPlus + TextBuffer) ?
И файл создается на сервере?

С D365FO пока только играюсь. EPPlus + MemoryStream для download.
Думаю, что можно направить поток куда-нибудь в azure blob storage. Но тут я пока не разбирался.

[AnGor]

Цитата:

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

В D365FO это (EPPlus + MemoryStream) вместо (EPPlus + TextBuffer) ?
И файл создается на сервере?

доигрался и сохранил на Azure.Storage.Blob

using Microsoft.WindowsAzure.Storage;
using Microsoft.WindowsAzure.Storage.Blob;
....
    public void SaveToAzureBlob(Filename _Filename, str _storageConnectionString )
    {

        CloudStorageAccount storageAccount = CloudStorageAccount::Parse(_storageConnectionString);
        CloudBlobClient blobClient = storageAccount.CreateCloudBlobClient();
        CloudBlobContainer container1 = blobClient.GetContainerReference("d365fofiles");
        CloudBlockBlob blockBlob = container1.GetBlockBlobReference(_Filename);
        System.Byte[] fileStream = memoryStream.ToArray();
        blockBlob.UploadFromByteArray(fileStream, 0, fileStream.length, null, null, null);
    }

[raz]

File::SendFileToUser()

[axm2017]

Цитата:

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

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

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

[DTD]

Цитата:

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

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

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

[axm2017]

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

[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

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

[skuull]

Цитата:

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

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

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

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

Цитата:

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

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

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

[axm2017]

Цитата:

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

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

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

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

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