Kostenlos anfangen. Bezahlen, wenn es Zeit spart.

Inspector & Models

Systemsteckbrief & Badge-Ampel⁴

Beantwortet beim Öffnen des Panels die ersten Fragen jedes Supportfalls – welche UI5-Version, welches System, welche Datenquellen –, ohne Konsole und ohne Rückfrage. Die Farbe am Symbol warnt, sobald du auf einem PROD-System arbeitest.

UI5-Version, Theme, Sprache, Launchpad-Variante, App-Typ und Datenquellen mit Backend-Typ, ohne Einrichtung. Das Symbol zeigt grün, gelb mit Fehlerzahl oder rot für PROD.

Im Panel: ÜbersichtDoku: Übersicht & Systemsteckbrief →

Inspector & Models

Control Inspector⁵

Zeigt zu jedem Pixel der laufenden App das Control dahinter, mit Properties, Bindings und Kontext. Typisch: ein Feld anklicken, nachsehen, woher sein Wert kommt, und einen stabilen Selektor für den Test kopieren.

Pick-Modus mit Alt+Shift+F, Baum, Properties, Bindings und Kontexte. „Kopieren als“ ID, OPA5, wdi5, Playwright oder XML; Properties live ändern, auf PROD gesperrt.

Im Panel: Inspector › Control wählenDoku: Inspector →

Inspector & Models

Model Explorer⁶

Zeigt, welche Daten wirklich in den Models der App stehen, statt sie im Debugger zu suchen. Typisch: Snapshot nehmen, eine Aktion ausführen und vergleichen, was sich geändert hat – oder nachsehen, warum ein Text in einer Sprache fehlt.

JSON-, OData-V2/V4-, Resource- und Device-Models als Baum, Snapshot und Diff vorher/nachher, i18n-Lookup mit allen Sprachen.

Im Panel: ModelsDoku: Model Explorer →

Inspector & Models

Lesezeichen für den App-Zustand⁷

Erspart nach jedem Neuladen das Durchklicken bis zur Fehlerstelle. Ein Lesezeichen merkt sich mehr als der Browser-Favorit: auch Filterwerte, Variante und den gewählten Abschnitt.

Route, Filter, Variante und Tab merken, nach dem Neuladen mit einem Klick zurück zur Fehlerstelle. Team-Lesezeichen in Team.

Team Team-Lesezeichen: Lesezeichen kommen per Team-Paket zu allen im Team.

Im Panel: Übersicht › LesezeichenDoku: Lesezeichen für den App-Zustand →

Inspector & Models

Werkzeuge & Entwickler-Komfort⁸

Bündelt die Handgriffe, die UI5-Entwickler jeden Tag Zeit kosten: Caches leeren, Debug-Parameter setzen, nur den eigenen Code lesbar debuggen und vom Control in die Quelldatei springen.

Cache-Reset, Debug-Schalter, URL-Vorlagen, „Nur eigenen Code debuggen“ und „Im Editor öffnen“.

Im Panel: WerkzeugeDoku: Werkzeuge →

Inspector & Models

Befehlspalette mit Favoriten⁸

Führt Befehle per Tastatur aus, ohne erst den passenden Tab zu suchen. Häufig gebrauchte Befehle bleiben als Favoriten oben.

Alt+Shift+K öffnet die Suche über alle Befehle, mit Favoriten und den letzten zehn Befehlen.

Team Favoriten der Palette kommen per Team-Paket zu allen im Team.

Im Panel: Werkzeuge › BefehlspaletteDoku: Befehlspalette →

Inspector & Models

App-Sprache umstellen⁹

Testet die i18n-Texte der App in einer anderen Sprache, ohne Anmeldesprache oder URL von Hand zu ändern. Typisch: prüfen, ob ein Text in einer Sprache fehlt oder das Layout bei Schrift von rechts nach links bricht.

Sprachen der App, weitere SAP-Sprachen und die SAP-Testsprachen, auch RTL. Neuladen mit Sprache geht auch auf PROD, Umschalten ohne Neuladen ist dort gesperrt.

Im Panel: Werkzeuge › SpracheDoku: Werkzeuge →

Inspector & Models

Flex-Check & Personalisierungs-Reset¹⁰

Klärt im Betrieb, ob ein Verhalten aus der Personalisierung, einer Key-User-Anpassung oder der App selbst kommt. Typisch: die eigene Personalisierung loswerden, ohne die Adaptationen der Key-User anzufassen.

Änderungen je Layer sehen, nur den eigenen USER-Layer gezielt zurücksetzen – mit doppelter Bestätigung, auf PROD gesperrt.

Im Panel: Werkzeuge › Flex & AdaptionenDoku: Werkzeuge →

Inspector & Models

UI5-Version vom SAP-CDN¹¹

Zeigt vor einem Upgrade, ob die App mit einer anderen UI5-Version läuft – ohne Deployment und ohne den Code der App zu ändern. Die Umleitung gilt nur für die UI5-Dateien und endet mit dem Tab.

Die App in genau einem Tab mit einer anderen UI5-Version testen, ohne Deployment. Auf PROD gesperrt.

Im Panel: Werkzeuge › UI5-Version (CDN)Doku: Werkzeuge →

OData

OData-Konsole¹²

Zeigt jeden OData-Request der App mit Header, Body und Timing und macht die Fehlermeldung des Backends lesbar. Typisch: herausfinden, welcher Teil eines $batch gescheitert ist und warum.

V2 und V4, $batch in Einzelteile zerlegt, Fehlertext von Gateway, RAP und CAP lesbar, Link ins /IWFND/ERROR_LOG, 76 Header erklärt.

Im Panel: ODataDoku: OData-Konsole →

OData

Export & Replay¹³

Gibt einen Request so weiter, dass Kollegen oder das Backend-Team ihn nachstellen können, oder schickt ihn bearbeitet noch einmal ab. Typisch: den fehlerhaften Request als cURL ins Ticket kopieren oder mit geändertem Filter erneut senden.

Als cURL, .http, Postman oder HAR exportieren, ohne Tokens. Replay nach Vorschau, gespeicherte Filter und Sammlungen – auf PROD nur Anzeige.

Im Panel: OData › Export · Bearbeiten und erneut sendenDoku: OData-Konsole →

OData

Metadata-Explorer¹⁴

Macht große Services als Bild verständlich statt als XML. Typisch: herausfinden, über welche Navigationen du von der Position zum Text des Status kommst, und den Pfad für $expand übernehmen.

Entitäten als Diagramm mit Navigationen, Pfadfinder für $expand, Export als SVG, PNG oder Mermaid.

Im Panel: OData › MetadatenDoku: OData-Konsole →

OData

Vom Request zum Control¹⁵

Verbindet Daten und Oberfläche: Welches Control der Seite zeigt den Wert dieses Requests oder dieser Property? Typisch: von einer auffälligen Antwort direkt zum betroffenen Feld.

Ein Klick vom Request oder der Property zum gebundenen Control in der Seite.

Im Panel: OData › ControlsDoku: OData-Konsole →

Performance

Deployment-Prüfung & Cache-Buster¹⁶

Beantwortet für das aktuelle System die Frage „Warum sehen Nutzer noch die alte Version?“. Typisch: nach einem Deployment prüfen, ob Browser und Server dieselbe Version haben, und veraltete Caches mit einem Klick leeren.

Läuft im Browser die Version, die deployt ist? Veraltete ~token~-Pfade, Urteil und Reset mit einem Klick.

Im Panel: Werkzeuge › Deployment · Cache-BusterDoku: Werkzeuge →

Qualität: UI5 2.0, Bibliotheken, a11y & i18n, Guidelines

Bibliotheksanalyse¹⁸

Findet Bibliotheken, die die App nutzt, aber nicht im Manifest nennt – sie funktionieren oft nur, weil eine andere Bibliothek sie mitbringt. Typisch: den Vorschlag für sap.ui5/dependencies kopieren und ins Manifest übernehmen.

Geladene Bibliotheken gegen das Manifest, nicht deklarierte Controls, Netzwerksicht und ein kopierbarer Vorschlag für sap.ui5/dependencies. Export in Pro.

Pro Export der Analyse über alle Apps der Sitzung als Markdown oder CSV.

Im Panel: BibliothekenDoku: Bibliotheken →

Testen & melden

Gemeinsamer Recorder¹⁹

Einmal durch die App klicken statt dreimal: Dieselbe Aufzeichnung dient als Schritte im Fehlerbericht, als Journey-Test oder als synthetischer Check. Welche Verwendung offen ist, richtet sich nach der Edition des jeweiligen Moduls.

Einmal aufzeichnen, mehrfach nutzen: als Schritte im Bericht, als Journey oder als synthetischer Check. Eingaben standardmäßig nicht aufgezeichnet.

Im Panel: Aufzeichnung › AufzeichnenDoku: Scaffolding & Recorder →

Testen & melden

Bekannte Fehler²⁰

Bringt die Lösung dorthin, wo der Fehler sichtbar wird: in OData-Konsole, UI5-Log, Health, Berechtigungsdiagnose und Fehlerbericht. Typisch: eine wiederkehrende Meldung einmal mit Lösung erfassen, statt sie jede Woche im Wiki zu suchen.

Die Lösung für den Fehler, der jede Woche wiederkommt, direkt am Fehler. Für das ganze Team in Team.

Team Bekannte Fehler kommen per Team-Paket zum ganzen Team.

Im Panel: Bekannte FehlerDoku: Bekannte Fehler →

OData

Fehlersimulation²¹

Macht testbar, wie die App mit Fehlern des Backends umgeht, die auf dem Entwicklungssystem selten und nie auf Knopfdruck auftreten. Typisch: prüfen, ob die App bei 403 oder einer leeren Liste eine verständliche Meldung zeigt.

500, 403, langsames Backend, leere Liste oder abgelaufener CSRF-Token – ohne Mock-Server, mit Banner in der Seite, auf PROD gesperrt.

Im Panel: FehlersimulationDoku: Fehlersimulation →

Performance

Performance-Profiler²²

Misst Ladezeit und Rendering einer UI5-App und bewertet sie gegen Fiori-Best-Practices. Typisch: herausfinden, warum der Start so lange dauert, und mit der konkreten Empfehlung anfangen.

Startzeit, Requests, Bundles, Preload, async, Theme-Cache, langsame OData-Calls und Long Tasks – mit Ampel und konkreter Empfehlung.

Im Panel: Performance › Messung startenDoku: Performance →

Performance

Performance-Budgets²³

Fällt auf, wenn eine App von Release zu Release langsamer wird – bevor sich die Anwender beschweren. Jede Messung wird gegen das Ziel der App geprüft und im Verlauf über Versionen abgelegt.

Grenzwerte je App für sieben Kennzahlen, Urteil oben im Bericht, Verlauf über Versionen, Export als JSON. Team-Budgets in Team.

Team Team-Budgets: Budgets kommen per Team-Paket zu allen im Team.

Im Panel: Performance › Performance-BudgetDoku: Performance →

Qualität: UI5 2.0, Bibliotheken, a11y & i18n, Guidelines

i18n- & Barrierefreiheitsprüfung⁹

Findet vor Review und Abnahme, woran Fiori-Apps dort oft auffallen: fehlende Übersetzungen, feste Texte, Icon-Buttons ohne Namen, zu schwache Kontraste – mit Bezug auf Resource Bundles und Sprachen der App.

Fehlende Schlüssel und Übersetzungen, feste Texte, Controls ohne Label, Kontrast nach WCAG 2.2 – mit Sprung in den Inspector.

Im Panel: QualitätDoku: Qualität: i18n & Barrierefreiheit →

Qualität: UI5 2.0, Bibliotheken, a11y & i18n, Guidelines

Fiori-Design-Guidelines-Validator²⁴

Nimmt dem Design-Review von Hand einen Teil ab: Stehen die abschließenden Aktionen in der Fußzeile, gibt es nur eine hervorgehobene Aktion, zeigt die Tabelle die Anzahl? Gelesen aus dem Control-Baum der laufenden App.

Floorplan erkannt, 32 Regeln, Score je Kategorie, Verbesserung mit Beispiel und Dos & Don’ts.

Im Panel: Fiori GuidelinesDoku: Fiori Guidelines →

Qualität: UI5 2.0, Bibliotheken, a11y & i18n, Guidelines

Annotation Explorer²⁵

Hilft bei Fehlern in Fiori Elements, die ohne Fehlermeldung auftreten: Eine Spalte fehlt, ein Label stimmt nicht, eine Wertehilfe erscheint nicht. Er zeigt die Annotation hinter dem Element und welche Quelle gewinnt.

Welche Annotation steuert dieses Feld in Fiori Elements – und aus welcher Quelle? Dazu Manifest-Viewer und Draft-/ETag-Inspektor.

Im Panel: AnnotationenDoku: Annotationen →

Testen & melden

Scaffolding & Snippets²⁶

Erzeugt Testgerüste und Mockdaten aus der laufenden App, statt sie von Hand aus dem Quelltext abzuleiten. Typisch: ein Page Object für die geöffnete Seite übernehmen oder aus einer Aufzeichnung einen Journey-Test machen.

Page Objects für OPA5, wdi5 und Playwright, QUnit-Gerüst und Mockdaten aus der laufenden App.

Im Panel: ScaffoldingDoku: Scaffolding & Recorder →

Testen & melden

Lokaler Code im echten Launchpad²⁷

Spart das Deployment auf ein DEV-System, nur um den eigenen Stand im echten Launchpad zu sehen. Die Ressourcen einer App kommen vom lokalen Dev-Server, Kachel, Rollen, Plug-ins und Daten bleiben echt.

Den lokalen Stand mit echter Kachel, echten Rollen und echten Daten testen, ohne Deployment. Auf PROD gesperrt.

Im Panel: Lokaler CodeDoku: Lokaler Code →

Testen & melden

Problem melden²⁸

Bereitet aus einem Fehler einen vollständigen Bericht vor, statt Screenshot, Schritte, UI5-Version und fehlgeschlagene Requests einzeln zu sammeln. Vor dem Versand wird maskiert, und du siehst genau, was das Panel verlässt.

Screenshot mit Markierungen, Klickpfad, fehlgeschlagene Requests und Systemsteckbrief – maskiert, mit Vorschau.

Im Panel: Problem meldenDoku: Problem melden →

Testen & melden

Tickets & SAP-Incident²⁹

Legt den Bericht als Ticket im Werkzeug des Teams an, statt ihn von Hand zu kopieren und dabei Screenshot und Struktur zu verlieren. Für den SAP-Support bereitet er die Angaben des Incidents vor.

Jira, GitHub, GitLab und Azure DevOps in Pro, ServiceNow in Enterprise. Dazu ein vorbereiteter SAP-Incident mit Komponente und Request-IDs.

Enterprise ServiceNow als Ticketziel, auch für Befunde der Berechtigungsdiagnose.

Im Panel: Problem melden › Ticket anlegen · SAP-Incident vorbereitenDoku: Problem melden →

KI mit eigenem Schlüssel

KI-Assistent (BYOK)³⁰

Erklärt, prüft und schreibt mit dem Kontext, den das Panel schon kennt, statt dass du Fehlermeldung, Manifest und Code von Hand in einen Chat kopierst. Die KI-Leiste steht in jedem Modul-Tab, der Katalog im Tab „KI“.

35 Use Cases mit dem Kontext der Seite: Fehler erklären, Code-Review der laufenden App, Performance-Tipps, wdi5-Tests, Annotationen, Übersetzungen, Ticket-Texte.

Im Panel: KIDoku: KI-Assistent →

KI mit eigenem Schlüssel

Ihr Anbieter, Ihr Schlüssel³¹

Nutzt den KI-Anbieter, den dein Unternehmen schon freigegeben hat, statt einen weiteren Dienst einzuführen. Die Anfragen gehen direkt vom Browser zum Anbieter.

Anthropic, Azure OpenAI, SAP AI Core, Google Gemini, Mistral oder OpenAI-kompatibel (z. B. Ollama). Kein Proxy der CloudDNA; der Schlüssel bleibt verschlüsselt auf dem Gerät.

Im Panel: KI › Provider-EinstellungenDoku: KI-Assistent →

KI mit eigenem Schlüssel

Vorschau & Maskierung³²

Verhindert, dass personenbezogene Daten unbemerkt in einer Anfrage landen. Du siehst jede Anfrage vollständig, bevor du sie abschickst.

Jede Anfrage erst nach vollständiger Vorschau und Klick; E-Mail, Telefon, IBAN und lange Ziffern maskiert. Per Richtlinie erzwingbar oder abschaltbar.

Im Panel: KI › Vorschau – das wird gesendetDoku: KI-Assistent →

Team

Team-Sync³³

Gibt dem ganzen Team dieselben Profile, Filter und Lösungen, ohne Server und ohne Dienst der CloudDNA im Datenfluss. Das Paket liegt als Datei oder unter einer HTTPS-Adresse, die ihr selbst bestimmt.

Team-Pakete mit Host-Profilen, URL-Profilen, OData-Filtern, Replays, Snippets, PII-Regeln, Favoriten, Budgets und bekannten Fehlern – per Datei oder HTTPS.

Im Panel: TeamDoku: Team-Sync →

Team

Diff vor jeder Übernahme³³

Sorgt dafür, dass ein Team-Paket nichts überschreibt, was du nicht gesehen hast. Du wählst je Eintrag, was du übernimmst.

Nichts wird still übernommen. Änderungen, die den PROD-Schutz aufheben würden, sind nie vorausgewählt. Optional mit Ed25519 signiert.

Im Panel: Team › Änderungen prüfenDoku: Team-Sync →

Launchpad & Betrieb

Launchpad Inspector³⁴

Erspart beim Prüfen einer Kachel den Wechsel zwischen Launchpad-Administration, Katalogpflege und Browser-Konsole. Typisch: klären, welches Target Mapping und welcher Katalog hinter einer Kachel stehen.

Kachel anklicken: App-ID, Semantic Object, Target Mapping, Space, Page, Katalog und Plugins – ohne die App zu öffnen.

Im Panel: LaunchpadDoku: Launchpad Inspector →

Launchpad & Betrieb

Berechtigungsdiagnose³⁵

Beantwortet „Warum sehe ich diese Kachel nicht?“ als Prüfkette von Katalog über Rolle und Target Mapping bis zum OData-Service. Typisch: einem 403 das fehlende Berechtigungsobjekt zuordnen und den Befund an die Basis geben.

401/403 lesbar mit Berechtigungsobjekt, Prüfkette für „Kachel fehlt“ mit Ampel je Stufe, Links in SU53 und das Fehlerprotokoll.

Im Panel: BerechtigungenDoku: Rollen und Berechtigungen →

Launchpad & Betrieb

Systemvergleich DEV/QA/PROD³⁶

Beantwortet die häufige Frage im Betrieb „Warum geht es in QA, aber nicht in PROD?“. Unterschiede bei App- und UI5-Version, Bibliotheken, Cache-Buster, Flex-Änderungen, $metadata und Target Mapping stehen nebeneinander.

Snapshots aus Metadaten je System und ein Diff – ohne Geschäftsdaten, ohne Crawlen im Hintergrund.

Im Panel: VergleichDoku: Systemvergleich →

Launchpad & Betrieb

Release-Prüfung nach Transport³⁷

Klärt nach einem Transport, ob die neue Version auf DEV, QA und PROD wirklich aktiv ist und warum Nutzer vielleicht noch die alte sehen – statt Manifest, Cache-Buster-Index und App-Index einzeln nachzusehen.

Ampel je System für Version, Cache-Buster, Preload und App-Index – und zu jedem roten Befund der nächste Schritt.

Im Panel: ReleaseDoku: Release-Prüfung →

Launchpad & Betrieb

Morgencheck³⁸

Ersetzt das Öffnen der wichtigsten Apps von Hand nach einem Transport, einem Patch-Wochenende oder jeden Morgen. Du siehst auf einen Blick, welche App nicht startet und was sich seit dem letzten Lauf geändert hat.

Die wichtigsten Apps auf Klick nacheinander öffnen, Ampel je App, Vergleich zum letzten Lauf. Kein Monitoring im Hintergrund.

Im Panel: MorgencheckDoku: Health und Morgencheck →

Launchpad & Betrieb

Health & synthetischer Check³⁹

Zeigt Betrieb und Key-Usern, ob eine App gerade gesund ist, ohne in die OData-Konsole einzusteigen: Wie schnell antwortet das Backend, wie viele Requests scheitern, läuft die Sitzung bald ab?

Latenz, Fehlerrate und Sitzungsrestzeit aus dem OData-Protokoll; aufgezeichnete Klickfolgen als Check abspielen, auf PROD gesperrt.

Im Panel: HealthDoku: Health und Morgencheck →

Launchpad & Betrieb

Absprung ins Backend⁴⁰

Erspart nach einem gescheiterten Request den Weg über SAP GUI, Transaktion und das Eintragen von Zeitraum, Benutzer und Transaktions-ID. Für CAP- und BTP-Apps zeigt er, wo die Logs stattdessen liegen.

Vom fehlgeschlagenen Request direkt zu /IWFND/ERROR_LOG, ST22, SU53 und Co. desselben Systems; Hinweise für CAP und BTP.

Im Panel: Absprung ins BackendDoku: Absprung ins Backend →

Launchpad & Betrieb

Backend-Service & Rollen-Simulator (optional)⁴¹

Beantwortet, was der Browser nicht sehen kann: welche PFCG-Rollen ein Benutzer hat, welcher Katalog eine Kachel bringen würde und ob eine Startberechtigung fehlt – auch für einen anderen Benutzer.

Nur lesendes ABAP-Add-on für die Stufen Rolle und Startberechtigung. Noch nicht auf einem echten SAP-System getestet.

Im Panel: RollenDoku: Rollen und Berechtigungen →