Konzeptkarte

Analytic Applications

Stand 2026-07-24T14:00:00Z

Redaktion: Cédric-Olivier Mâry, alleiniger Redakteur und verantwortlich für die Veröffentlichung — 27 Jahre im SAP-Ökosystem. Wie diese Seiten entstehen und wo Automatisierung eingesetzt wird.

Was ist Analytic Applications?

Zu Analytic Applications nur greifen, wenn Standard-Widgets die Interaktion wirklich nicht abbilden können – Scripting kann fast alles nachbilden, aber 500 Zeilen unstrukturiertes Script sind nur eine Kündigung davon entfernt, zur Black Box zu werden.

Worum es geht

Analytic Applications sind die Schicht von SAP Analytics Cloud, in der eine Story aufhört, ein Dashboard zu sein, und zu einem Stück Software wird. Standard-SAC-Stories geben Business-Nutzern Filter, Diagramme und Tabellen, die aus Drag-and-drop-Widgets gebaut sind; eine Analytic Application fügt eine Scripting-Schicht hinzu — eine ereignisgesteuerte, JavaScript-ähnliche Sprache —, die es einem Entwickler erlaubt, genau zu steuern, was passiert, wenn ein Nutzer einen Button klickt, ein Eingabesteuerelement ändert oder eine Seite lädt. Das Ergebnis ist kundenspezifische Interaktivität: mehrstufige Filterkaskaden, die eine Auswahl Schritt für Schritt eingrenzen, What-if-Szenario-Durchläufe, bei denen ein Planer mehrere Variablen anpasst und eine Prognose neu berechnen sieht, Write-back-Workflows, die bearbeitete Zahlen in ein Planungsmodell schieben, oder bedingte Sichtbarkeit, die einen ganzen Seitenabschnitt verbirgt, bis eine Voraussetzung erfüllt ist.

Warum es wichtig ist, hat weniger mit der Technologie zu tun als mit der Obergrenze, die sie aufhebt. Die meisten SAC-Projekte brauchen nie Scripting; die Standard-Widget-Bibliothek deckt die überwiegende Mehrheit der Reporting- und sogar einen guten Teil der Planungsanwendungsfälle ab. Aber ein bedeutender Teil der Engagements stößt an eine echte Wand: Der Geschäftsprozess erfordert eine Interaktion, die Standard-Widgets nicht ausdrücken können. Analytic Applications sind das Ventil. Sie sind auch, nicht zufällig, dort, wo sich die seniorere und besser bezahlte Arbeit konzentriert, weil das Bauen und Pflegen einer skriptgesteuerten Anwendung eine Software-Engineering-Disziplin erfordert, die reines Story-Bauen nicht braucht.

Warum es zählt

Die 10-15 % der Projekte, die kundenspezifisches Scripting benötigen, tragen auch den Premium-Tagessatz von 1.200-1.400 € — zu wissen, wann es tatsächlich gebraucht wird, ist ein Preissignal, nicht nur ein technisches.
Schwere Berechnung gehört in Datasphere Analytic Models, nicht ins Script — das Script sollte UX orchestrieren, nicht berechnen, sonst verschlechtert sich die Render-Performance.
Modulare Funktionen unter 100 Zeilen, benannt nach Geschäftsabsicht, per Peer Review geprüft und versionskontrolliert sind es, was eine skriptbasierte App wartbar hält, nachdem der ursprüngliche Autor gegangen ist.

Kernpunkte

Nur einsetzen, wenn Standard-Widgets nicht ausreichen (10-15 % der Projekte)
Script orchestriert UX; Datasphere berechnet
< 100 Zeilen pro Script-Funktion, modular
Peer Review plus Versionskontrolle in git
DAC durchgesetzt; nie über API umgehen
ADR dokumentiert, warum Analytic App statt Standard
85-90 % der Stories sollten Standard-Widgets bleiben
Vierteljährlicher Refactor-Zyklus, um Drift zu vermeiden
Analytic Applications ist erst beherrscht, wenn es eine konkret benannte Käuferentscheidung verändert.
Beginnen Sie mit dem semantischen Vertrag und dem Kontrollmodell, bevor Sie das Tool demonstrieren.

Begriffe auf dieser Seite

Analytic Application: SAC-Story-Typ mit Scripting und kundenspezifischer Interaktivität
Event handler: Script-Funktion, ausgelöst durch ein Widget-Event (onClick, onSelect)
Input control: Zur Story-Laufzeit gebundener Parameter an Widgets
Variable: Zur Story-Laufzeit verwendeter Wert über Widgets und Scripts hinweg
Widget API: Programmatische Schnittstelle für show/hide/setData bei Widgets
Custom CSS: Styling-Override auf Story-Ebene (sparsam einsetzen)
ADR: Architecture Decision Record, das Designentscheidungen dokumentiert
Script peer review: Verpflichtender Review-Prozess, bevor Script-Änderungen ausgeliefert werden

Quellen

Vollständige Karte für Mitglieder. Was die vollständige Karte ergänzt: den vollständigen Entscheidungsrahmen · den Vergleich SAP · Snowflake · Databricks · Fabric · die häufigen Fallstricke und ihre Behebung · die Kurzreferenz · die Architekturschemata · die Codeblöcke · die zitierfähigen Kennzahlen.

In der App öffnen →