Agentic Software Development
Wenn es funktionieren muss.
Agentic Coding ist transformativ – aber nur, wenn es gegen ein deterministisches Modell des Systems arbeitet. Wir entwickeln Legacy-Anwendungen mit Agentic Coding neu, verankert in einem verlässlichen Modell, damit das Ergebnis auch bei Systemen hält, die Sie sich nicht zu verfehlen leisten können.
Verankert, nicht ratend
Richtet man Agenten auf ein undokumentiertes System, halluzinieren sie, und eine selbstsichere falsche Antwort an einem Kernsystem ist teuer. Wir geben ihnen ein deterministisches, quellenbelegtes Modell, gegen das sie denken. Über Sysparency MCP bezieht der Agent den fachlichen Kontext selbst ein: wofür ein Programm da ist, wo es in Modul und Prozess steht, wer davon abhängt. Das ist der Unterschied zwischen agentischer Lieferung, die landet, und einer, der man nicht trauen kann.
Was der Agent über Sysparency MCP bekommt
- Fachlicher Kontext: Modul, Prozessschritt und wofür das Programm da ist, nicht nur was es tut.
- Jede Abhängigkeit: Aufrufer, geschriebene Tabellen, Schnittstellen auf denselben Daten.
- Echte Nutzung: wie oft, von wem, Dialog oder Batch.
- Belege: jeder Fakt mit Quellzeile, damit jede Änderung prüfbar ist.
Was wir liefern
Legacy mit Agentic Coding neu entwickeln
Eine Legacy-Anwendung gegen ein deterministisches Modell ihres echten Verhaltens neu entwickeln – die wichtigen Regeln bewahren, das Risiko ausschließen.
Agentic AI im gesamten SDLC
Agentische Workflows in Spezifikation, Generierung, Verifikation und Auslieferung einbetten – mit Menschen in Kontrolle kritischer Änderungen.
Ihre agentische Pipeline aufsetzen
Die agentische Software-Entwicklungspipeline in Ihrem Unternehmen aufsetzen, an Ihren Systemen und Standards.
Beispiel
25 Jahre alte Einzeltransaktionen. Ein Launchpad. Und ein besseres System.
Zwölf SAP-GUI-Modulpools einer Legacy-Anwendung wurden zu einem Launchpad mit drei Fiori-Elements-Apps, einem Dashboard und vier RAP-Business-Objekten. Vollständig agentisch: Der Agent hat die Altprogramme über den Sysparency-MCP verstanden und das neue System über den SAP ADT-MCP gebaut; keine einzige Zeile wurde von Hand geschrieben. Das Gesamtbild aus dem Graphen entschied, was anders gebaut wurde: Regeln einmal im Datenmodell statt in zwölf Programmen, ein Klickpfad statt drei Transaktionen, ein Prüflauf weniger, ein totes Feld weniger, vier Auswertungen mehr.
Links die Transaktionsliste der Altprogramme, rechts das Launchpad, das sie ersetzt, von einem Agenten durchgehend gebaut, ohne handgeschriebenen Code. Legacy-Anwendung auf einem Trial-System.
- 12 → 4
- Programme → Business-Objekte, ein OData-Service
- 3 → 1
- Transaktionen je Buchung → ein Klickpfad
- 0 → 7
- Regeln beim Speichern, statt eines nächtlichen Prüflaufs
- 0 → 4
- Auswertungen: KPIs, Charts, Ranking, Trend
| Was das Gesamtbild zeigte | Was daraus wurde | Beleg aus dem Graphen |
|---|---|---|
| Nicht nur die Dialoge schreiben auf die Buchungstabelle. | Die Business-Objekte werden der eine Eingang mit den Regeln; BAPI, ALE und IDoc sind der nächste Schritt, die Liste existiert schon. | Schreiber aus dem Graphen: Dialog, Funktionsgruppe SAPBC_GLOBAL_FIS, BAPI-Gruppe, ALE-Generator; 35 RFC-fähige Bausteine auf denselben Tabellen. |
| Ein nächtlicher Prüflauf repariert, was am Eingang nicht geprüft wird. | Existenzprüfungen für alle drei Stammobjekte greifen beim Speichern; der Prüflauf entfällt. | Prüfprogramm mit Nutzung 0 und Lookups auf die drei Stammtabellen; ATC-Priorität 1 auf dem Änderungsdialog. |
| 73 % aller Aufrufe sind reine Anzeige. | Lesemodus als Standard, Bearbeiten als bewusster Schritt; Streichliste mit Nutzungsbeleg, das obsolete Raucherkennzeichen entfernt. | Nutzungszähler je Transaktion aus dem Graphen: 4.870 Anzeigeaufrufe gegen 158 Reisebüro-Änderungen. |
Gebaut auf SAP-Referenzdaten auf einem Trial-System, kein Kundensystem. RFC, ALE und IDoc schreiben noch direkt auf die Tabellen; das ist der dokumentierte nächste Schritt.
Den vollständigen Migrationsbericht anfordernFür KI-Plattform-Teams
Sysparency versteht das Ist. SAPs Werkzeuge schreiben. Ihr Agent verbindet beides.
Der Sysparency-MCP-Server stellt den Wissensgraphen Ihres Custom Codes jedem MCP-fähigen Client zur Verfügung: Claude, ChatGPT, Copilot oder Ihr eigenes Framework. Der Agent liest Fakten mit Beleg, statt ABAP zu raten, und übergibt an SAPs ADT-Werkzeuge, die generieren, aktivieren und transportieren. Kommen SAPs Dokumentations-MCPs dazu, schlägt der Agent zu jeder Erweiterung im Standard nach: was der Standard heute bietet, was ein Z-Programm nur nachbaut, wo eine echte Lücke bleibt. Back to Standard und Gap-Analyse, mit Beleg auf beiden Seiten.
Sieben Werkzeuge, nur lesend
- Graph-Schema
- Cypher-Abfrage
- Semantische Suche über Fachbeschreibungen
- Objektliste
- Metadaten
- Quelltext lesen
- Quelltext durchsuchen
Nur lesen, nur Ihr Code
Alle Werkzeuge sind read-only. Im Graphen ist ausschließlich Ihr Customizing (Z, Y, eigene Namensräume), nie SAP-Standard.
Eigene Umgebung je Kunde
Graph und Server laufen in einer dedizierten Umgebung, Zugriff über Microsoft Entra ID, EU-Hosting oder Ihre Infrastruktur.
Im Report eingebaut
Der Verbindungsdialog sitzt direkt im Report-Header: URL kopieren, Client anbinden, fragen.
Back to Standard, Gap-Analyse
Sysparency MCP kennt das Ist Ihres Custom Codes, SAPs Dokumentations-MCPs kennen den Standard. Zusammen findet der Agent den Standard-Ersatz für eine Erweiterung und dokumentiert die Lücke, die bleibt.
Systemübergreifend
Ein Agent, mehrere SAP-Systeme.
Jedes System bekommt seinen eigenen Wissensgraphen und seinen eigenen MCP-Server. Verbindet man zwei oder mehr davon mit einem Agenten, arbeitet er systemübergreifend: Er vergleicht Erweiterungen, findet, was doppelt existiert, zeigt, wo Kopien auseinandergelaufen sind und was ein Template-Rollout oder eine Zusammenführung braucht. Jeder Befund ist aus beiden Graphen belegt.
- Vergleichen: dasselbe Z-Objekt in zwei Systemen, Unterschiede bis zur Zeile.
- Konsolidieren: welche Erweiterungen ein Template werden können, welche lokal bleiben.
- Ausrollen: was einem Zielsystem fehlt, bevor ein Template landen kann.
Fragen zum agentischen Re-Engineering
Klare Antworten.
Was Plattform- und Architekturteams vor ihrem ersten agentischen Neubau fragen.
Ein KI-Agent versteht die Legacy-Programme über Sysparency MCP, entscheidet mit dem Gesamtbild, was anders gebaut wird, und baut das neue System über SAP ADT MCP. Keine Zeile wird von Hand geschrieben.
Ohne ihn sieht der Agent eine Datei und rät den Rest. Mit dem Graphen kennt er jeden Schreiber einer Tabelle, jeden Aufrufer, die echte Nutzung und die fachliche Bedeutung, jeweils bis zur Quellzeile belegt.
Jeder MCP-fähige Client: Claude, ChatGPT, Copilot oder Ihr eigenes Framework. Die sieben Werkzeuge sind nur lesend und betreffen ausschließlich Ihren eigenen Code.
Ja. Mit angebundenen SAP-Dokumentations-MCPs schlägt der Agent nach, was der Standard heute bietet, was ein Z-Programm nur nachbaut und wo eine echte Lücke bleibt.
Es ist eine Legacy-Anwendung auf einem SAP-Trial-System, kein Kundensystem. Zwölf Modulpools wurden zu einem Launchpad mit drei Fiori-Elements-Apps, einem Dashboard und vier RAP-Business-Objekten.
Weiter erkunden
Neu entwickeln mit Zuversicht
Sprechen Sie mit uns über einen verankerten, agentischen Neubau.