Im Chat wählen Sie für jede Anfrage eine Rolle. Eine Rolle ist zugleich vollständige Methodik und Zugriffsgrenze: read-only-Rollen erhalten physisch nur die SAP-Read-Tools und können nichts ändern. Jede Support- und Beratungsrolle ist read-only; nur Entwicklungsrollen schreiben, und nur auf einem System der Entwicklungsstufe. Ein Admin kann jede Rolle überschreiben oder eine eigene hinzufügen.
Setzt eine Anforderung von Anfang bis Ende um: verstehen → aktuellen Stand untersuchen → Vorhandenes wiederverwenden → planen → lock + set source → syntax check + Tests/ATC → aktivieren → Bericht.
Eine fertige, aktivierte Änderung nach Ihrem Ansatz, kein Code-Entwurf.
Liefert ein Lösungsdesign, schreibt keinen Code.
Ein durchdachter Plan, bevor irgendjemand das System anfasst.
Review gegen Ihre Standards; Befunde nach Priorität geordnet (Critical / Major / Minor) mit genauen Fundstellen und Korrekturen.
Ein zweiter, unabhängiger Durchgang — ohne das Risiko, dass der Reviewer „versehentlich“ etwas umschreibt.
Schreibt/erweitert ABAP-Unit-Tests; ändert nie die Produktivlogik, um einen Test „grün zu zwingen“.
Testabdeckung ohne Verfälschung der Geschäftslogik.
Führt das ABAP Test Cockpit aus, gibt nach Priorität geordnete Befunde zurück; korrigiert nur, wenn Sie es ausdrücklich verlangen.
Qualität nach ATC-Standard unter Ihrer Kontrolle.
Führt ATC aus und behebt Befunde methodisch, Kategorie für Kategorie, verhaltenserhaltend.
Befunde geschlossen, ohne zu ändern, was der Code tut.
Untersucht und antwortet mit Belegen, kann SQL-Abfragen gegen die Daten ausführen.
Schnelle, fundierte Antworten über das System — ohne Risiko für es.
Wandelt die Rohspezifikation eines Kunden in das interne standardisierte Makion-Format um und gleicht dabei mit dem Livesystem ab.
Aus einer chaotischen Anforderung wird eine geordnete, testbare Spezifikation.
Bemisst eine Entwicklung anhand ihrer Spezifikation: jedes Objekt mit S / M / L und einer Stundenspanne bewertet, dazu die Annahmen und Unbekannten hinter der Zahl. Liefert ein Schätzdokument.
Eine belastbare Aufwandszahl, bevor Sie zusagen, statt eines Bauchgefühls.
Entwirft und baut CDS-Datenmodelle im VDM-Stil von SAP: Interface- und Consumption-View-Entitäten, Assoziationen, Annotationen und Zugriffskontrolle (DCL), auf Ihrem System erstellt und aktiviert.
Ein sauberes, geschichtetes Datenmodell als Basis für Ihre Reports und Apps, statt eines einmaligen SELECT.
Baut RESTful-ABAP-(RAP-)Geschäftsobjekte von Anfang bis Ende: CDS-Modell, Behavior Definition und Behavior-Klasse, Projektion und OData-Service-Binding — aktiviert und einsatzbereit.
Ein echter transaktionaler Service auf Ihrem System, kein Diagramm davon.
Macht einen Service Fiori-Elements-fähig: die @UI-Annotationen und Metadaten-Erweiterungen, die ein List Report / eine Object Page steuern, plus das OData-Service-Binding — und übergibt den Deploy der UI-App-Shell dann ehrlich an Ihre Tools.
Ihre Daten einen Schritt von einer Fiori-App entfernt — die gesamte Annotationsschicht für Sie erledigt.
Nimmt ein einzelnes Eigenentwicklungs-Objekt, findet, was auf S/4HANA bricht (veraltete APIs, direkter Tabellenzugriff, alte Syntax), und schlägt für jedes einen minimalen Fix vor; Sie genehmigen, es wendet an und aktiviert, und bei riskanten Änderungen schreibt es zuerst einen Pin-down-Test.
Eigenentwickeltes ABAP fit für S/4HANA / Clean-Core, Objekt für Objekt — auf Ihrem eigenen ECC.
Die Analysehälfte der Migration: liest Ihren Eigencode und dessen Nutzung, um den S/4HANA-Aufwand zu kartieren — was genutzt wird, was bricht, was zuerst zu fixen ist. Sie verbindet sich nie mit der Produktion.
Ein priorisiertes Migrationsbild, bevor jemand eine Zeile ändert.
Liest ein vorhandenes SAP Adobe Form, wendet eine strukturelle Änderung an (Spalte hinzufügen / entfernen / umsortieren / neu binden) und liefert ein einfügefertiges XDP für den Reiter „XML Source“ in SFP; Geometrie und Datenbindungen garantiert eine deterministische Engine.
Adobe Forms durch Beschreiben der Änderung bearbeiten, statt von Hand in LiveCycle.
Prüft die Clean-Core-Konformität: freigegebene APIs, keine Lesezugriffe auf Standardtabellen, Erweiterbarkeit. Read-only.
Ein Clean-Core-Urteil je Objekt, bevor der Migrationsplan geschrieben wird.
Triagiert einen Incident über ST22-Dumps, SM37-Jobs, SLG1-Logs, SM13-Updates, IDocs und tRFC — und liefert nach Rang geordnete Ursachen mit einer einzigen typisierten nächsten Aktion.
Von „es funktioniert nicht“ zu einer nach Rang geordneten Ursache und dem nächsten Schritt — read-only.
Ein morgendlicher Durchlauf durch das System: hängende IDocs, fehlgeschlagene Jobs, tRFC/qRFC-Rückstau und frische Dumps — das Gesundheitsbild, bevor Nutzer es melden.
Probleme entdeckt, bevor das erste Ticket eingeht.
Ein Deep-Dive zu IDoc-Fehlern: Statussätze, Steuerdaten und Segmente (EDIDC / EDIDS / EDID4), um zu erklären, warum einer fehlschlug und was zu tun ist. Die Wiederverarbeitung bleibt eine Übergabe.
Der wahre Grund, warum ein IDoc fehlschlug, nicht nur eine Statusnummer.
Ist-Analyse in fester Form: Befund → Nachweis → Auswirkung → Empfehlung → Aufwand / Risiko. Liest System und Code, ändert nichts.
Ein ehrliches Bild vom aktuellen Stand, belegt durch Nachweise.
Leitet aus dem Code ab, welche Berechtigungen ein Programm tatsächlich benötigt, vergleicht sie mit den erteilten und markiert Lücken und Über-Berechtigungen.
Least-Privilege-Argumentation, fundiert im echten Code.
Inventarisiert die Integrationslandschaft (RFC, ALE, IDoc, OData) aus Konfiguration und Code (statisch, nicht zur Laufzeit), damit bei einer Migration oder einem Audit nichts übersehen wird.
Eine vollständige Schnittstellenkarte, direkt aus dem System selbst gelesen.
Stellt ein Projektergebnis (Befunde, Roadmap und ein GO / NO-GO-Urteil) aus der Arbeit der übrigen Beratungsrollen zusammen.
Ein kundenfertiger Bericht, kein Stapel Notizen.
Read-only-Rollen können auf Tool-Ebene nicht schreiben, nicht nur auf Prompt-Ebene. Ein Admin kann die Methodik jeder Rolle überschreiben oder neue hinzufügen. Jede Rolle gehört zu einem Produkt, und jede Rolle außerhalb von Development ist auf Tool-Ebene read-only. Dieselbe geregelte KI, derselbe offizielle ADT-Kanal, dieselben Read-only-Garantien, verpackt als drei Produkte — und alle drei sind in einer Lizenz enthalten.
Ihr SAP, Ihre Standards, Ihre Bedingungen.
Mehrere Entwickler oder ein Rollout beim Kunden? Teams & Enterprise