Je nach Berechtigung können Filter für bestimmte Rollen definiert werden.
Die Berechtigungen können beispielsweise über die Personalnummer aus Ihrem ERP-System oder HR-Tool ausgelesen werden.
Beim Versand des Berichts wird dann für jeden Mitarbeiter der personalisierte Bericht entsprechend der jeweiligen Parameter erstellt.

Als Einstiegspunkt und zur schnellen Übersicht steht ein personalisierbares Dashboard zur Verfügung.
Folgende Elemente können angezeigt werden:

• Forecast: Prognose, welche Berichte voraussichtlich innerhalb der nächsten Stunde laufen werden.
• Queue: Liste der zuletzt versendeten Berichte.
• Lang laufende Berichte: Liste jener Berichte, die sehr lange brauchen, um aktualisiert zu werden. So hat man eine Übersicht, welche Berichte optimiert werden sollten.
• Scheduling Map: Überblick, wann wie viele Reports versendet wurden.

Behalten Sie den Überblick, welche Berichte an welche Empfänger gesendet werden.
Wechselt ein Mitarbeiter in eine andere Abteilung, benötigt dieser neue Berechtigungen und Reports.
Sie können sich eine Liste aller Berichte, die an eine E-Mail-Adresse versendet werden, anzeigen lassen. In dieser Übersicht ist es möglich, E-Mail-Adressen aus bestimmten oder auch aus allen Berichten zu entfernen, diesen hinzuzufügen oder zu ersetzen. Außerdem gibt es die Funktion einer Black List; an alle dort gelisteten E-Mail-Adressen werden keine Berichte versendet.

Reports werden nicht mehr direkt in BO erstellt, sondern automatisiert per Mail an den richtigen Verteiler verschickt.
Die Berichte werden übersichtlich, basierend auf der BO-Baumstruktur, aufgelistet. Mehrere Berichte können zu einem PDF Report zusammengefasst werden.

Je nach definiertem Intervall oder Trigger werden die Berichte automatisiert versandt.
Das Intervall kann zum Beispiel monatlich, täglich, etc. sein. Ein Trigger ist ein bestimmtes Datum, die Veränderung eines Wertes, oder ähnliches. Das alles passiert natürlich unter Berücksichtigung eines Feiertags-Kalenders.

Um bei Wartungen/ Updates von Systemen das AutoReporting nicht stoppen zu müssen, kann ein Wartungsfenster erstellt werden.
Berichte, deren abhängige Systeme in Wartung sind, werden erst versendet, wenn das System wieder verfügbar und das Wartungsfenster beendet ist.

Die Datenprovider Übersicht bietet die Möglichkeit, alle AutoReports die diesen Datenprovider verwenden anzuzeigen.
Die Datenprovider Übersicht bietet nicht nur den Überblick über alle SAP BO Berichte, die bestimmte Datenprovider verwenden, sondern zusätzlich auch die Möglichkeit, alle AutoReports die diesen Bericht/Datenprovider verwenden anzuzeigen.
Damit können Sie bei Änderungen oder Problemen alle betroffenen AutoReports ermitteln.

Senden Sie Ihre Berichte in verschiedenen, von Ihnen einstellbaren Sprachen, mit Hilfe des Translationsmanagers.
Übersetzungen lassen sich mit der neuen Version ganz einfach im BO warten. Sie hinterlegen einfach im AutoReporting Bericht die gewünschte Sprache für die Verteilung des Dokuments.

Jeder Auslöser kann manuell aktualisiert beziehungsweise ausgelöst werden.
Alle Berichte, die von dem von Ihnen ausgewählten Auslöser abhängig sind, werden entsprechend ausgeführt (falls nicht weitere Auslöser für die Ausführung gegeben sein müssen).

Wählen Sie bestimmte Berichtsblätter aus und erhalten Sie nur die für Sie relevanten Berichtsteile.
Sparen Sie sich Auswertungen, die für bestimmte Empfängerkreise irrelevant sind und fokussieren Sie sich auf die wirklich wichtigen Berichtsdaten.

Ist der Reportserver zum Zeitpunkt des Report-Versands nicht verfügbar, werden die Reports im Nachhinein versandt.
Natürlich ist konfigurierbar, mit welchen Werten: entweder mit den Daten, die der Report zum eigentlichen Zeitpunkt hatte oder neu berechnet.

Für die Eingabe des E-Mail-Inhalts steht ein HTML-Editor zur Verfügung. Nutzen Sie den vollen Funktionsumfang von HTML, um Ihre E-Mail nach Belieben zu gestalten.
Dieser HTML Editor steht Ihnen sowohl für Berichte als auch für ganze Berichtsgruppen zur Verfügung.

Dokumente können jetzt auch in SharePoint-Online abgelegt werden.
Konfigurieren Sie die Verbindung entsprechend und schon können Sie Ihre Berichte in beliebigen Ordnern in Ihren SharePoint-System ablegen.

Informieren Sie sich über diverse Informationen des SAP BO Berichts direkt im AutoReporting.
Wann wurde der BO Bericht erstellt und von wem? Welcher Kommentar ist hinterlegt? Welche Parameter sind derzeit vorhanden und in welchem Bericht werden veraltete oder noch nicht die neuen Parameter verwendet? All diese Fragen und noch einige mehr werden über die Dokumentbibliotheksseite beantwortet.

Das neue Datumsplatzhalter-Formular soll dabei unterstützen, einen Platzhalter zu definieren.
Die Datumsplatzhalter können manchmal eine kleine Herausforderung sein. Das neue Datumsplatzhalter-Formular soll dabei unterstützen, einen Platzhalter zu definieren. Prüfen Sie zusätzlich Ihren neuen Platzhalter für ausgewählte Tage. Einfach das Prüfdatum auswählen und das Ergebnisfeld liefert Ihnen das Datumsergebnis für den gewünschten Tag.

 Mit der Verwendungs-Statistik kann eingesehen werden, wie viele Benutzer das System verwenden.
So ziemlich jeder sieht gerne, dass ein System verwendet wird und dass es sich auch rentiert. Mit der Verwendungs-Statistik kann eingesehen werden, wie viele Benutzer das System verwenden. Zusätzlich wird die Anzahl der hinzugefügten Empfänger und Berichte angezeigt. Damit sehen Sie auf einen Blick, welchen Mehrwert AutoReporting für Sie bietet.

Das Konzept der Wartungsfenster wurde durch den neuen Aufbau der Seite nochmals verbessert.
Wählen Sie zuerst den betroffenen Systemtyp aus, dann welches Berichtssystem, Datenbankverbindung oder Datenquelle betroffen ist und in welchem Zeitraum es nicht verfügbar ist.
AutoReporting unterbricht die Ausführung aller betroffenen Berichte entsprechend. Ist das Wartungsfenster vorbei, werden Berichtsverteilungen nachgeholt.

Es besteht die Möglichkeit, eine erweiterte Historisierung von berechneten Berichten zu speichern.
Folgende Funktionen stehen damit zur Verfügung:

• Parameter Liste: Zu jedem Bericht kann die Liste der verwendeten Parameter angezeigt werden.
• Erneutes Versenden: Berichte können mit exakt den Parametern, die zum Zeitpunkt der Berichtserstellung berechnet wurden, erneut versendet werden. (Vor allem bei zeitabhängigen Parametern hilfreich.)
• Berichtsdatei: Der berechnete Bericht wird in der Datenbank abgelegt und kann hier nachkontrolliert werden.
• Zeitliche Begrenzung: Es ist konfigurierbar, wie lange diese Historie gespeichert werden soll.

Durch einen eigenen Job-Typ für SSIS-Pakete kann AutoReporting auch Pakete aus dem SSIS-DB Katalog ausführen. Dazu werden eigene Jobs, ähnlich wie bei Berichten, erstellt.
Dabei wählen Sie einfach die Datenbankverbindung, das SSIS-Projekt und das SSIS Paket aus. Die Parameterdefinitionen werden automatisch aus dem Katalog geladen sobald das AutoReporting-Paket das erste Mal gespeichert wird.
AutoReporting-Pakete können somit mit gleicher Flexibilität wie Berichte ausgelöst und geplant werden. Auch Benachrichtigungen über eine erfolgreiche oder fehlerhafte Ausführung werden gesendet. Mittels dynamischen SQL werden mehrere Pakete mit verschiedenen Parameterwerten in die Warteschlange eingefügt.
Zusätzlich können Sie für AutoReporting-Pakete „Beeinflusste Auslöser“ hinterlegen. Diese Auslöser werden nach der Ausführung des SSIS Paktes aktualisiert. Dabei haben Sie die Möglichkeit, zu definieren, ob ein Auslöser nach erfolgreicher Ausführung, nach fehlerhafter Ausführung oder aber auch in beiden Fällen aktualisiert werden soll.
Mit diesen Auslösern kann nach der Ausführung eines Pakets ein weiteres Paket, ein SQL-Job oder die Verteilung von Berichten veranlasst werden.
Der große Vorteil, die Erweiterung mittels SSIS-Paketen, bietet nun die Möglichkeit, eine gesamte Prozesskette, die aus mehreren Beladungen bestehen kann, bis hin zur Verteilung von Berichtsdokumenten abzubilden.

SQL-Scripts können definiert und regelmäßig ausgeführt werden. Dazu wird ein AutoReporting-Bericht als SQL-Job festgelegt.
Ein SQL-Job führt lediglich das im Dynamischen SQL definierte Script aus. Es wird kein Berichtsdokument erzeugt oder versendet. Sie können aber wie auch bei den Berichten hinterlegen, welche Personen bei erfolgreicher oder fehlerhafter Ausführung informiert werden sollen. Die Ausführung des SQL-Scripts allein, ohne gleichzeitig einen Bericht zu erzeugen, bietet eine Vielzahl von Möglichkeiten wie zum Beispiel:

• Ausführung von Stored Procedures
• Ausführung von Beladungen bzw. SSIS Paketen
• Bulk load von Daten aus Dateien