Axapta & Reporting Service

[mazzy]

EVGL, предлагаю выделить тему про Reporting Service сюда
из темы Сила бизнес-решений Microsoft в их единстве, адаптивности и доступности

Очень хотелось бы послушать человека, который реально с этим работал.

Прежде всего, мы начали с вопроса - позволит ли Reporting Service улучшить существующие отчеты. Я считаю что позволит. Ты считаешь, что НАМ позволит.
Что это значит?

Какие плюсы/минусы есть в Reporting Service сейчас и что изменится в будущем?

[EVGL]

Цитата:

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

Прежде всего, мы начали с вопроса - позволит ли Reporting Service улучшить существующие отчеты. Я считаю что позволит. Ты считаешь, что НАМ позволит. Что это значит?

Это значит, что никто не будет переводить существующие отчеты на новую платформу. Новая платформа - для новых отчетов. Только такой вывод можно сделать из всей доступной информации, здравого смысла, бесед с местным офисом Microsoft, того комплекта отчетов, который уже доступен для AX.

[mazzy]

Ты ЗНАЕШЬ или ПРЕДПОЛАГАЕШЬ, что "Новая платформа - для новых отчетов"?

[EVGL]

Я написал ясно: только предполагаю. Версия 4.0 еще не выпущена, они еще сами до конца не знают, что в ней будет, а что нет. Вернемся к теме через полгода

Ну право же, подумайте сами: приходит Microsoft с новой версией и говорит: теперь, чтобы работали отчеты, надо вам Reporting Services купить, а все существующие наработки - переделать. Ну абсурдный сценарий. А ожидать, что интерпретатор X++ в Reporting Services будет встроен - это тоже верх оптимизма.

[mazzy]

Цитата:

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

Ну право же, подумайте сами: приходит Microsoft с новой версией и говорит: теперь, чтобы работали отчеты, надо вам Reporting Services купить, а все существующие наработки - переделать.

Так, подожди, мы говорили о стандартных отчетах.
Существующие наработки будут работать в AX40 + RS. Тут сомнений нет.

А стандартные отчеты будут переделаны в RS или нет? Если да, то какие?
Ладно, немного осталось. Скоро узнаем наверняка.

Цитата:

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

А ожидать, что интерпретатор X++ в Reporting Services будет встроен - это тоже верх оптимизма.

Про X++ слухи разные ходят...

Меня сейчас только это напрягает. Понимаю, что нужны спецы по Visual Studio...
Все равно ж туда перейдем. Но пока тешусь надеждой.

Думаю, что ax40 будет хорошим пинком под зад, чтобы сделать решительный шаг вперед

[EVGL]

К сожалению результаты нашего анализа доступны только на немецком:

1. Technische Voraussetzungen
Um das Reporting ?ber MS SQL Server Reporting Services (MS SRS) durchf?hren zu k?nnen, sind Server-seitig folgende Voraussetzungen zu erf?llen bzw. folgende Komponenten zu installieren:
a) MS IIS (Internet Information Services) Server mit ASP-Erweiterung
b) MS SQL Server mit installierten/aktivierten Reporting Services

2. Einschr?nkungen
Die wesentlichen Einschr?nkungen durch den Einsatz der MS SRS – Version
MS SQL Server 2000 sind im Folgenden dargestellt. WICHTIG diesbez?glich ist, dass einige dieser Einschr?nkungen laut Ank?ndigung mit der n?chsten Version des MS SQL Server 2005 nicht mehr auftreten werden, wobei dies noch nicht ?berpr?ft werden konnte. Der MS SQL Server 2005 ist von Microsoft f?r
7.November 2005 angek?ndigt.

A. Multi-Language-Support
Sprachabh?ngige Reports in MS SRS sind derzeit nicht m?glich, dies soll unter MS Dynamics AX (Axapta 4.0) integriert sein.

B. Vorschau und Drucken
Eine Vorschau auf den Bericht im Axapta ist m?glich, jedoch kein automatisches Versenden (z.B. im PDF-Format) bzw. automatisiertes Drucken. Diese Funktion soll mit MS SQL Server 2005 nachgeliefert werden.

C. Systemfunktionen, Seitenzahl
Die Seitenzahl kann nur im PageHeader angezeigt werden, nicht wie in Axapta im Textblock.

D. Charts & Bilder
Charts sind kein Problem, ebenso wenig fixe Grafiken (z.B. Logos). Bilder aus der Datenbank zu drucken, wurde nicht getestet.

E. RepeatWith
Die Funktion RepeatWith (Wiederholen von bestimmten Feldern auf Folgeseiten) funktioniert unter MS SRS 2000 nicht korrekt.

F. Formatierung, Zeilenabst?nde
Sehr geringe Abst?nde zwischen Zeilen mit kleiner Schriftart sind unter SRS 2000 nicht in dem Ma?e m?glich wie in Axapta. Eventuell muss hier ein etwas gr??erer Zeilenabstand vorgesehen werden.

3. Weitere Rahmenbedingungen
A. Multi-Mandanten
Die Unterscheidung der einzelnen Mandanten bzw. der Aufruf aus einem Mandanten heraus muss im Bericht ber?cksichtigt werden. Es d?rfen keine Daten anderer Mandanten (DataAreaIds) angezeigt werden, sofern dies nicht ausdr?cklich gew?nscht ist („Intercompany“).

B. Multi-Datenbanken
Je Datenbank m?ssen die Reports in einer Struktur abgelegt werden, damit parallele Reports von Produktions- und Testsystem m?glich sind. Es ist nur ein Reportserver je MS SQL Server am selben physischen Server m?glich.

C. Autotrim
Axapta f?gt vor alphanumerischen Schl?sselfeldern (z.B. InventTable.ItemId) Leerzeichen ein. Diese m?ssen vor dem Anzeigen entfernt werden. Beim Aufruf (Report-Einschr?nkung) m?ssen diese Felder getabbt werden.

4. Nutzung von Axapta Reportfunktionalit?t
Dieser Abschnitt gibt einen ?berblick, wieweit Reportfunktionalit?ten von Standard Axapta mit MS SRS weiterhin genutzt werden k?nnen.

A. Display-Methoden
Die Display-Methoden von MS Axapta k?nnen unter MS SRS nicht angesprochen werden. Somit sind diese, sofern sie ben?tigt werden, unter MS SRS zu duplizieren.

B. Einblenden von Sections
Einblenden von Sections ist programmgesteuert m?glich.

C. Erkennung „Report leer“
Diese Funktionalit?t steht mit MS SRS nicht zur Verf?gung.

D. Barcodes
Der Druck von Barcodes wurde nicht getestet, da dies sinnvollerweise mit entsprechender Scannerhardware sofort getestet werden muss und die Scanner Infrastruktur nicht verf?gbar ist.


5. Status - Security
Die Axapta-Security ist nicht am MS SQL Server hinterlegt, sondern in eigenen Datenbankobjekten und somit bei MS SRS nicht verwendbar. Somit bestehen technisch zwei M?glichkeiten:

1. Duplizierung der Axapta-Security auf den MS SQL Server
Diese Vorgehensweise ist mit gro?em manuellem Aufwand m?glich, aber nicht empfehlenswert, da mit einer hohen Fehleranf?lligkeit zu rechnen ist (permanentes Nachziehen von ?nderungen im MS SQL Server nicht gew?hrleistet).

2. Verstecken der MS SRS Oberfl?che
Wenn die Aufrufe der Reports exklusiv ?ber MS Axapta erfolgen, so m?sste die Security nicht dupliziert werden. Der Nachteil hierbei ist, dass die MS SRS Oberfl?che jederzeit per MS Internet Explorer erfolgen kann, sofern ein Benutzer die URL kennt. Dieser Zugriff ist dann ohne Berechtigungs-Einschr?nkungen m?glich. Weiters ist der Einsatz von Record Level Security (RLS) nicht m?glich bzw. nicht sinnvoll.

3. Freigeben der Reports f?r alle Benutzer ohne Einschr?nkung
Wenn nur Formulare/Reports ?ber die MS SRS publiziert werden, die allen (internen) Benutzern zug?nglich sein d?rfen, so sind die oben genannten Einschr?nkungen nicht relevant.

III. Zusammenfassung
1. Feasibility „Abl?se durch MS SRS“
Alle Formulare k?nnen mittels MS SRS definiert und gedruckt werden, wobei folgende Punkte zu ber?cksichtigen sind:
• (Technische) Einschr?nkungen (siehe II.2)
• Einsatz fr?hestens mit der n?chsten Version des MS SQL Servers
• Aufwand f?r die Erstellung der Reports ca. 25% geringer als in MS Axapta Standard (Sch?tzwert – Durchschnitt), Vorteile speziell bei der nachtr?glichen ?nderung und Wartung
• Konsistenz mit der Microsoft-Strategie

Der Zeitpunkt f?r die m?gliche Umsetzung h?ngt von der finalen Verf?gbarkeit vom MS SQL Server 2005 ab, da mit der derzeit aktuellen MS SQL Server Version aufgrund der fehlenden Auto-Print-Funktionalit?t weitere Aktivit?ten nicht sinnvoll scheinen, wobei der MS SQL Server 2005 f?r Anfang November angek?ndigt ist.

[Vadik]

Цитата:

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

Ну право же, подумайте сами: приходит Microsoft с новой версией и говорит: теперь, чтобы работали отчеты, надо вам Reporting Services купить

Продавать MSRS достаточно тяжело, поскольку он входит в комплект поставки сиквела. А вот Business Scorecard Manager - это да. Нужен ли BSM ВСЕМ пользователям, чтобы переводить на него ВСЕ отчеты - большой-большой вопрос

[EVGL]

Цитата:

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

Продавать MSRS достаточно тяжело, поскольку он входит в комплект поставки сиквела.

С версии 2005.

[Vadik]

Цитата:

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

С версии 2005.

Возможно, я неправильно трактую этот документ

Согласно первому сценарию, в случае, если Report Server, Report Server DB и собственно БД с данными расположены на одном сервере, дополнительных лицензий покупать не надо. Я так думаю (с) Очень не хотелось бы ошибиться

[mazzy]

Ок. Будем посмотреть.
Спасибо за вопрос, над которым стоит подумать...


А про плюсы/минусы что-нибудь расскажешь, как человек, который с ним работал?

[mazzy]

1. Слюшай, издеваешься, да?
2. Все равно, спасибо.

[EVGL]

Ок, был неправ. Тем лучше.

[TravellerInTime]

Цитата:

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

Какие плюсы/минусы есть в Reporting Service сейчас и что изменится в будущем?

Работая с RS около года, я вижу только один минус в сравнении с Аксаптой - это фильтрация. В RS все параметры (поля) для фильтрации должны быть описаны, что естественно делает их количество ограниченным, в отличие от Аксапты, где конструктор запросов позволяет их выбирать на лету. В RS2000 стандартно фильтруется по одному значению (теоретически можно самому написать парсер – разбирать введенную строку и генерировать код запроса), а вот в 2005ом заявлена фильтрация по нескольким значениям.
Из плюсов, существенных для меня, хочу выделить следующие:
- простота разработки отчетов различной сложности; многие отчеты, сделанные в Аксапте с привлечением программирования, на RS можно сделать без, работая только SQL запросами;
- скорость выполнения сложных отчетов (но здесь, опять же, надо знать SQL);
- возможность создания интерактивных отчетов.

Если у кого есть конкретные вопросы по Reporting Service 2000 (2005й пока не видел - жду когда придет по MSDN) - задавайте, постараюсь на них ответить.