Benutzeroberfläche, Geschäftslogik und Systemintegration sind unterschiedliche Aufgaben. Eine gute Lösung verbindet sie, ohne unnötige Abhängigkeiten aufzubauen.
SAP Fiori ist ein Designsystem für Geschäftsanwendungen. Es umfasst Gestaltungsprinzipien, Muster und Werkzeuge für konsistente, rollenorientierte Oberflächen. Fiori bezeichnet damit nicht die Datenbank und ist auch kein anderes Wort für BTP. [1]
SAP BTP: die Plattformperspektive
Die SAP Business Technology Platform bietet Funktionen für Integration, Automatisierung und die Entwicklung von Erweiterungen. SAP ordnet diese Fähigkeiten inzwischen auch seiner Business AI Platform zu. Welche Dienste benötigt werden, ergibt sich aus dem Anwendungsfall. [2]
Für die Planung schlagen wir deshalb zwei getrennte Fragen vor: Wie soll eine Aufgabe für Anwender funktionieren? Und wo werden Daten verarbeitet, Regeln ausgeführt und Systeme verbunden? Die Antworten müssen zusammenpassen, führen aber nicht zwangsläufig zu einer neuen Anwendung.
Clean Core bedeutet nicht: keine Erweiterungen.
Bei einer Clean-Core-orientierten Erweiterungsstrategie werden unterstützte Erweiterungspunkte und freigegebene Schnittstellen genutzt. SAP unterscheidet unter anderem Anpassungen durch Key User, entwicklerseitige Erweiterungen im System sowie Side-by-Side-Erweiterungen auf BTP. Welche Option verfügbar und geeignet ist, hängt von Edition, Release und Szenario ab. [3]
Unsere Leitfrage: Wie bleibt die Lösung wartbar?
Eine Erweiterung sollte einen benannten fachlichen Nutzen haben. Wir empfehlen, Datenzugriffe, Schnittstellen, Berechtigungen, Tests und spätere Pflege von Anfang an mitzudenken. Die technische Umsetzung allein ist noch keine Betriebsfreigabe.
Vor einer Eigenentwicklung prüfen wir gemeinsam: Gibt es eine passende Standardfunktion? Reicht Konfiguration? Welche dokumentierte Erweiterungsmöglichkeit unterstützt den Bedarf? Wo sind zusätzliche Integration und Betrieb erforderlich? Diese Entscheidung halten wir mit ihren Voraussetzungen fest.
CSPIRITS-PROJEKTANSATZ
Von der konkreten Aufgabe zur getesteten Anwendung.
Arbeitsablauf klären
Nutzerrollen, Schritte und benötigte Informationen erfassen. Fachliche Sonderfälle gehören ebenso dazu wie der Normalfall.
Lösung abgrenzen
Standard und Erweiterung gegenüberstellen. Datenführung, Berechtigungen und Integrationsgrenzen im Architekturentwurf dokumentieren.
Nutzung absichern
Mit repräsentativen Aufgaben testen. Fehlermeldungen, Bedienung, fachliche Richtigkeit und Supportübergabe gemeinsam abnehmen.
Ein möglicher erster Liefergegenstand ist ein abgestimmter Ablauf mit klickbarem Prototyp und technischer Entscheidungsnotiz. So können Fachbereich und IT die wesentlichen Annahmen früh prüfen. Welche Umsetzung und Betreuung CSPIRITS übernimmt, vereinbaren wir im Projektauftrag.
Beispiel: Eine Freigabe mobil bearbeiten.
Eine Führungskraft soll offene Freigaben unterwegs einsehen. Zu klären sind nicht nur Schaltflächen und Darstellung, sondern auch Vertretung, Betragsgrenzen, Zugriffsrechte und der Nachweis der Entscheidung. Zuerst wird geprüft, ob eine vorhandene Standardanwendung diese Aufgabe bereits abdeckt. Das Beispiel ist illustrativ.