Wenn ich morgens ins Büro komme, habe ich eine Vorstellung davon, wie der Tag aussehen wird. Ich habe anstehende Termine, Telefonate und wichtige Projekte im Kopf. Aber erst einmal brauche ich einen Überblick: Gibt es Ereignisse, auf die ich sofort reagieren muss? Für mich ist es wichtig, einen Einstiegspunkt in operative und analytische Aufgaben zu nutzen. Mit der Business-Analytics-Plattform habe ich Zugriff auf alle Daten. Für den Zugriff auf mein ERP bietet SAP das Fiori Launchpad. Beides verlinkt: Willkommen im Fiori Launchpad mit den CubeServ Extensions …
Highlights und Grenzen des Standards
Wie viele bereits wissen, ist SAP Fiori einer der wichtigsten Fortschritte von SAP innerhalb der letzten 10 Jahre. Mit Fiori hat SAP das Vorurteil, dass die UIs oft nicht ansprechend sind, beseitigt und den Trend zum mobilen Internet gut verfolgt. Die neuen auf Fiori basierten Anwendungen sind rollen-basiert, konsistent und adaptiv. D.h. die Benutzer bekommen die richtige Information zur richtigen Zeit und die intuitive und konsistente User Experience zieht sich durch das ganze Unternehmen.
Das SAP Fiori Launchpad (FLP) ist der zentrale Einstiegspunkt für Fiori Apps auf mobilen sowie Desktop-Geräten. Es zeigt die Applikationen gruppiert in einer Kacheloptik an, um den Anwendern einen optimalen Umgang mit einer enormen Anzahl an Applikationen zu ermöglichen. Per Klick auf eine Kachel gelangt der Benutzer unmittelbar in die entsprechende Applikation, und ein semi-einheitliches Look & Feel in allen Plattformen ist garantiert.
Das Ziel für den einfachen und schnellen Zugriff auf Apps ist erreicht, und das FLP ist im Markt sehr gut angekommen. Aber in den BW-Systemen werden nur limitierte Kacheltypen angeboten, nämlich statische App-Launcher, dynamische App-Launcher und Nachrichtenkacheln. Eine App-Launcher-Kachel kann nur statischen Inhalt oder maximal eine dynamische Zahl zeigen.
Wir glauben, ein FLP wird den Benutzern noch mehr Werte bringen können, wenn es mehr dynamische Dateninhalte direkt zeigt und aussagenkräftige Daten-Visualisierungen unterstützt. Es ist dann nicht mehr nur ein «Launchpad», sondern gleichzeitig ein Dashboard oder sogar ein Portal. Dies passt besser zu dem Begriff «Single Point of Entry».
Es gibt zwar weitere Kacheltypen (KPI-Modeler) mit der Unterstützung für mehr dynamische Daten, aber erstens werden sie nur in S/4 HANA angeboten, und zweitens können solche Kacheln nicht mit Query, sondern nur mit OData Service gebunden werden.
Deswegen haben wir einen Satz eigener Kacheltypen entwickelt, die zusätzliche Funktion wie die Organisation der Kacheln und Dokumente, die verbesserte Anzeige und die Visualisierung von BI Daten mit Micro-Charts bringen.
Ausführlich habe ich die Themen dieses Blogs in unserem Webinar vorgestellt ==> Hier geht es zur Aufzeichnung
CubeServ Fiori Launchpad Extensions on Premise
Das FLP mit CubeServ Extension sieht dann auf dem Desktop wie unten links aus, mit mehr Informationen auf einen Blick, und zudem noch viel ansprechender. Auf Mobilgeräten (auf der rechten Seite) ist das Look & Feel sehr ähnlich.
In der aktuellen On Premise Version bieten wir folgende Kacheltypen an:
- Analytische Kachel
- Gruppe/Baum Kachel
- Chart Kachel 1×1 und 2×1
Diese Kacheltypen werden folgend im Detail erklärt. Zusätzlich haben wir ein paar neue Kacheltypen. Eine davon ist die für Self Service, welche in einem separaten Teil gezeigt wird.
Mit unserer Extension kann der «Single Point of Entry» mit unserem BW/BI System verbunden werden, welches oft als «Single Point of Truth» agiert. Man erkennt die Lage noch schneller, wo es gut läuft, wo es Ausnahmen gibt, wo noch weitere Maßnahmen gebraucht werden. Damit bringen wir eine bessere User Experience, sowohl bei der Arbeitseffizienz als auch bei der Benutzer-Freundlichkeit
CubeServ Kacheltypen
Die Standard App-Launcher-Kacheln haben schon gute Integrations-Fähigkeiten für Apps. Man kann fast alle per URL aufrufbaren Apps oder Webseiten als Navigationsziel in den Kacheln einstellen. Aber die Apps können immer nur in einem neuen Browser-Tab geöffnet werden. Es fehlt das In-Place Anzeigen-Feature, welches bei der Smartphone-Nutzung besonders gefragt ist, weil man nicht so viele Fenster nebeneinander haben will. Deswegen haben wir einen einfachen Kacheltyp unter dem Namen Single Kachel gebaut. Und zusätzlich wird hier das customizebare URL-Präfix ohne semantische Objekte unterstützt. Die intend-basierte Navigation mit semantischem Objekt ist sehr mächtig, braucht aber immer eine zusätzliche Berechtigungsvergabe, welche manchmal als zu aufwendig für den Admin bei Kunden angesehen wird.
Kacheltyp zur Organisation – Baum/Gruppen-Kachel
Man hat bisher schon bestimmte Erfahrungen mit App-Group in Smartphones gehabt. Oft hat man zu viele Apps. In iOS und Android wird diese App-Group-Funktion angeboten, so dass man die zu vielen Apps gruppieren und wie eine «Box in Box» verstecken kann.
Zu viele Kacheln können auch im Fiori Launchpad auftauchen. Das führt dazu, dass wenn es zu viele Kacheln gibt, man viel scrollen oder suchen muss. Das ist manchmal sehr mühsam für die Smartphone-Nutzung. Deswegen haben wir einen Kacheltyp speziell für solche Gruppenfunktion erstellt. Und zusätzlich wird in dem gleichen Kacheltyp noch die Möglichkeit angeboten, die umfangreichen Dokumente wie PDFs, interne Webseiten und unsere BI-Berichte, egal ob Crystal, Lumira, SAP Analytics Cloud (SAC) wie im klassischen Portal in einem Platz zusammen zu bringen und zu zeigen. Die beiden Features sind im gleichen Kacheltyp eingebaut, weil eigentlich immer eine Baumstruktur für die Organisation der Kacheln und Dokumente zu pflegen ist.
Außerdem kann die Baumknoten-Anzeige von Berechtigungsrollen gesteuert werden. D.h. nur Benutzer mit entsprechender Berechtigung können die Baumknoten sehen. Und wir bieten hier eine Self-Service Anwendung für die Baumstruktur-Pflege an. Der Key-User kann das in einer separaten Anwendung tun.
Kacheltypen zur Datenanzeige und -Visualisierung
Oft sieht man das Szenario, dass ein Benutzer sagt, dieser Report ist mir sehr wichtig. Ich möchte diese KPIs jeden Tag sehen, und zwar im Fiori Launchpad.
Der Standard «Dyamisch App-Launcher» kann zwar dynamischen Inhalt zeigen, aber nur eine Zahl aus einem OData Service. Zwar ist OData Service für die Daten-Selektion mit einem Standard-Syntax sehr weit verbreitet. Aber es selbst bringt nicht automatisch die Information für Datenformatierung und -Visualisierung. Man muss diese Information irgendwo per Customizing anbieten und extra speichern.
Aber umgekehrt sind die Schwächen von OData Services genau die Stärke von BW-Queries. Und es wurden so viele Queries seit Jahren entwickelt. Deswegen haben wir entschieden, BW-Query als Datenquelle für unsere Daten-Kacheln anzubieten, und es basiert auf dem OLAP Funktionsbaustein. Hier könnte schon jemand fragen, ob der klassische Funktionsbaustein auch in BW4/HANA noch nutzbar ist. Unsere Antwort ist, dass der Alte nicht mehr funktioniert. Aber keine Sorge, SAP hat dies hier sogar verbessert, und zwar werden standardisierte BAPI Funktionsbausteine als Ersatz angeboten
Datenformatierung und -Anzeige
Die Query Definition entscheidet die Anzahl an Dezimalstellen, den Skalierungsfaktor (G, M, k), und die zusätzliche Information wie %, Währung und Einheit. Außerdem kann noch die Farbe über die Zellausnahme abgeleitet werden. Damit sehen die Daten und Charts in unseren Kacheln sehr professionell aus, richtig formatiert und mit Farbenbedeutung.
Datenselektion
Bei der Datenselektion bieten wir Unterstützung für fast alle Query-Arten an, z.B.
- Query mit gedrehten Achsen
- Query mit Merkmalen und Kennzahlen auf gleicher Achse
- Query mit Struktur von Merkmalen, also zwei Strukturen
Und auch Query-Views wird unterstützt, d.h. man kann eine Query mit seinem Navigationsstatus zusammen in ein View speichern und dieses View weiter als Datenquelle benutzen. z.B. hat eine Standard Query ein paar Summenzeilen bei bestimmten Aufriss-Merkmalen. Wir können in AfO diese Summe ausblenden, im View speichern und dann als Datenquelle in die Kachel eintragen.
Und wir bieten auch Unterstützung für sogenannte Web-API, damit können z.B. eine Filterung mit BEX-Variablen und Aufriss-Merkmalen, Achsen-Wechsel, Drilldown (Expand und Collapse) usw. einfach per Parameterübergabe realisiert werden.
Natürlich muss man die API-Kommandos gut kennen. Das sollte für die erfahrenen BW-Kollegen kein Problem sein.
Mit dieser 3-stufigen Unterstützung, Query, Query-View und Parameterübergabe ist das Customizing von Kacheln somit viel flexibler und effizienter geworden. Man kann leicht ihre vorhandenen Queries für unterschiedliche Kacheln mehrfach wiederbenutzen. Wir können uns z.B. vorstellen, ein Query auf die Unternehmensebene, ihre Views für die Sub-Organisation, und eine Parameter-Übergabe für spezielle Benutzerwünsche einzusetzen.
Analytische und Diagramm-Kachel
In Bezug auf Datenkacheln haben wir grundsätzlich zwei Arten von Kacheln.
Die eine ist die analytische Kachel, die Sie hier sehen. Hier können Sie zwischen den Varianten in Ein / Zwei / Drei-Kennzahl unterscheiden. Oft wollen Sie für die gleiche Kennzahl einen alten Wert, z.B. aus dem letzten Jahr, einen aktuellen Jahreswert und einen Planungswert für das nächste Jahr sehen. Genau das kann unsere analytische Kachel; während der Standard-„dynamische App-Starter“ nur eine Zahl anzeigen kann.
Der andere Kachel-Typ ist die Chart-Kachel. Hier kann man die unterschiedlichen MicroCharts auswählen.
- Column-Chart und Line-Chart hauptsächlich für Datentrends
- Comparison-Chart und Delta-Chart für Datenvergleiche
- HarveyBall-Chart und Radial-Chart mehr für einen Proportionswert
Bei der Line Chart Kachel gibt es die Besonderheit, dass hier gleichzeitig bis zu 3 Daten-Reihen angezeigt werden können, während bei anderen Kacheln nur eine Datenreihe angezeigt werden kann.
Bei der Kachelgrösse und Layout unterscheiden wir zwischen 1×1, 2×1 Kacheln. Oft reicht eine 1×1 Kachel schon aus, aber in manchen Fällen haben wir doch mehr Texte oder mehr Daten zu zeigen.
Projektbericht
Wir haben in den letzten zwei Jahren das Extension Paket bei mehreren Kunden installiert. Manche Kunden mögen es lieber, die Baumkacheln zu benutzen, um die BI-Berichte ordentlich in FLP aufzunehmen. Manche Kunden mögen aber doch die KPI- und Chart-Kacheln mehr. Wir haben schon unterschiedliche Bedürfnisse bei den Kunden gesehen. Bei meinem ersten Kundenprojekt mit diesem Extension Paket waren damals unsere Chart-Kacheln noch neu entwickelt, die IT von der Kundenseite hatte jedoch einen ziemlich hohen Anspruch an viele Details gehabt, und auch viele Extra-Wünsche gestellt, z.B. bei der Unterstützung von Query Views und Parameterübergabe usw.
Basierend darauf haben wir mehr Zeit als die eigentlich versprochene investiert, solche Anforderungen und Vorschläge zu prüfen und zu implementieren. Der ganze Prozess war sehr konstruktiv.
Schlussendlich hatten wir ein erfolgreiches Projekt und der Kunde war auch sehr zufrieden. Es war nicht nur das Paket erfolgreich installiert, wir haben einen gewissen Knowhow-Transfer über FLP und deren Erweiterung und sogar ein bisschen zu SAPUI5 gehabt. Zudem hat die Kundenseite uns mit ihren Vorschlägen geholfen, das Extension-Paket noch weiter zu verbessern. Und der Kollege von der IT-Abteilung hat auch zugestimmt, unser Referenzkunde zu sein.
Habe ich Ihr Interesse geweckt? Ich freue mich auf Ihre Kontaktaufnahme.