Leitfaden zur technischen Integration · 2026
Von SAP zu Zycus.
Was die Integration konkret beinhaltet.
Die meisten Gespräche zum Thema Integration laufen auf vage Versprechungen oder verfrühte Komplexität hinaus. Dieser Leitfaden erläutert die Architektur auf anschauliche Weise: Was wird miteinander verbunden, wie erfolgt die Verbindung, wofür ist Ihr Team verantwortlich und wofür ist Zycus zuständig – und zwar über ECC, S/4HANA und alle Zwischenstufen hinweg.
Fordern Sie den Integrations-Design-Workshop an →Fordern Sie den Integrationsleitfaden an
Zycus Sap integration guide
Marktanteil von SAP im Bereich Unternehmens-ERP
SAP-ECC-Kunden weltweit
Nach wie vor auf ECC, noch nicht auf S/4HANA
Ende des regulären Supports für ECC
Quellen: Gartner (Ende 2024); Apps Run The World (ERP-Umsatz 2024); SAP-Einführungsmodell von Basis Technologies. Mehr als 60 % der ECC-Kunden haben noch keine Lizenz für S/4HANA erworben; die Migrationen dauern 18 bis 36 Monate.
Warum dies gerade jetzt von Bedeutung ist
Die ECC-Uhr tickt. Bei der Integration geht es um das Wesentliche.
Der ECC-Taktgeber
Nur etwa 39 % der ECC-Kunden hatten bis Ende 2024 eine Lizenz für S/4HANA erworben. Mehr als 60 % nutzen heute weiterhin ECC. Der Stichtag für den Support im Jahr 2027 bleibt unverändert.
Die gemeinsame Herausforderung
Jede erstklassige S2P-Suite steht vor derselben Aufgabe: die reibungslose Übergabe von Lieferantenstammdaten, Bestellungen, Rechnungen und Ausgabendaten zwischen dem S2P-System und dem Finanzkernsystem von SAP.
Inhalt dieses Leitfadens
Architektur für ECC und S/4HANA. Zwei Integrationsmodelle. GenAI-Mapper. Berührungspunkte bei der elektronischen Rechnungsstellung. Stammdaten-Design. Projektumfang. Echte Einwände, direkte Antworten.
Architektur
Die Verbindung zwischen Zycus und SAP – übersichtlich dargestellt
Vier Knoten. Zwei Richtungen. Ein einheitliches Muster, ganz gleich, ob Sie ECC nutzen, bereits mit S/4HANA arbeiten oder beide Systeme während einer schrittweisen Migration parallel betreiben.
Ihr ERP-System
SAP
ECC · S/4HANA · BTP. Finanzsystem als primäre Datenquelle.
Optional
Middleware
Boomi · MuleSoft · Azure IS · SAP CPI. Transportschicht.
Kartierung des Gehirns
Zycus iSaaS
API-Gateway · GenAI Mapper. Transformation · Fehlerüberwachung.
S2P-Apps
Zycus S2P
Eingangsbearbeitung → Beschaffung → P2P → elektronische Rechnung. Endet mit der Bestellung und der Rechnung.
Ihr Middleware-COE stellt den Transporttunnel bereit. Zycus iSaaS ist für die gesamte Zuordnungslogik und Feldtransformation zuständig. Die Middleware muss die SAP-Feldsemantik nicht verstehen.
Kein Middleware-COE. Zycus iSaaS stellt über OData (S/4HANA) oder RFC/BAPI (ECC) eine direkte Verbindung zu SAP her und übernimmt dabei sowohl den Transport als auch die Transformation. Eignet sich gut für eine Greenfield-Implementierung von S/4HANA. Weniger Komponenten.
Integrationskontaktpunkte
Jedes Modul. Jedes SAP-Objekt. Jeder Bereich.
| Modul | Richtung | Was bewegt | SAP-Objekte |
|---|---|---|---|
| Lieferantenstamm | ↓ Eingehend | SAP-Lieferantenstammdaten in den Zycus-Lieferanten-Golden-Record. Buchungskreis und Einkaufsorganisation werden als Attribute übertragen. | LFA1 / LFB1 (ECC) · Geschäftspartner (S/4HANA) |
| Benutzerstammdaten / SSO | ↓ Eingehend | Synchronisierung der Benutzeridentität und Single Sign-On. Genehmigungshierarchie optional aus SuccessFactors. | SAML 2.0 / LDAP · Entra ID · SuccessFactors |
| Organisationsstruktur | ↓ Eingehender Datenfluss | Kostenstellen, Hauptbuchkonten, PSP-Elemente, Werke, Einkaufsorganisationen für Arbeitspläne, Kodierung, Validierung. | Kostenstellenstamm · Hauptbuch · Projektstrukturplan (PS) · Werksdaten |
| Aufnahmemanagement | Intern | Geführte Erfassung, intelligente Weiterleitung, Workflow-Genehmigung. Ausschließlich Zycus-intern, keine SAP-Integration auf dieser Ebene. | Kein SAP-Berührungspunkt |
| Beschaffung | ↑ Ausgehende Daten | Neuer Lieferant aus einer Beschaffungsveranstaltung wird in den SAP-Lieferantenstamm übernommen. Durch die Synchronisierung werden beide Datenbestände auf dem neuesten Stand gehalten. | Lieferantenstamm anlegen/aktualisieren · LFA1/LFB1 · BP |
| Auftragsvergabe | ↑ Ausgang | Abgeschlossene Verträge werden als Rahmenverträge und Lieferpläne an SAP übertragen. | ME31K · Lieferplan · ME31L |
| Lieferanten- und Risikomanagement | ⇄ Bidirektional | Die Lieferantenanbindung (KYC, Risikobewertungen) und der SAP-Lieferantenstamm bleiben synchronisiert. Risikowarnungen werden in Zycus aktualisiert. | LFA1/LFB1 bidirektional · Felder zum Risikostatus |
| E-Procurement / P2P ★ | ↑ Ausgang | Von der Bestellanforderung über die Genehmigung bis zur Erstellung der Bestellung – der letzte Schritt in Zycus. Wareneingang, MIRO-Abgleich und F110 verbleiben in SAP. | BAPI_PO_CREATE / ME21N · MIGO · MIRO · F110 |
| E-Rechnung, Rechnung buchen – NEU | ↑ Ausgang | Rechnung in Zycus validiert, dreiseitig abgeglichen und anschließend vorab validiert in SAP verbucht. Weniger MIRO-Fehler. | MIRO / FB60 · BAPI_INCOMINGINVOICE_CREATE |
| E-Rechnung, Zahlungsstatus NEU | ↓ Eingehend | Nach F110 werden die Zahlungsbestätigung und das Datum an das Zycus-Lieferantennetzwerk zurückgemeldet. Lieferanten können den Lebenszyklus einsehen. | F110 · FBL1N · Extraktion der Zahlungsmitteilung |
| Ausgabenanalyse | ↓ Eingehende | Ausgaben aus der Kreditorenbuchhaltung, Ist-Daten aus dem Hauptbuch sowie Kostenstellen-Daten werden in Zycus importiert, um dort mittels KI eine UNSPSC-Klassifizierung und -Analyse durchzuführen. | SAP FI / CO / CO-PA · Ist-Daten der Kreditorenbuchhaltung · Hauptbuch-Extrakte |
| Rückmeldung zum Bestellstatus | ↓ Eingehend | Bestätigung des Wareneingangs, Rechnungsstatus und Zahlungsabschluss werden zurückgemeldet, damit Lieferanten den Lebenszyklus der Bestellung einsehen können. | MIGO (Wareneingang) · MIRO · F110 |
★ Die Erstellung der Bestellung ist der letzte Schritt in Zycus. Die Rechnungsstellung und die Zahlung werden in SAP ECC abgewickelt.
Das Gesamtbild
Jedes Modul zu seinem SAP-ECC-Anschlusspunkt
Integrationsmodelle
Zwei Modelle. Der Unterschied besteht darin, wem die Zuordnung gehört.
Modell A
Integration als Dienstleistung (iSaaS-basiert)
Zycus erstellt und pflegt die Zuordnungslogik innerhalb von iSaaS. Die Lösung funktioniert sowohl mit als auch ohne vorhandene Middleware.
- Zuordnungslogik
- Zycus iSaaS, unsere Verantwortung und die SLA
- Middleware-Funktion
- Nur Transport, keine Transformationslogik
- Der Einsatz Ihres Teams
- SAP-Einführung, Anbindung, UAT. Die Zuordnung liegt nicht in Ihrer Verantwortung.
- AI Mapper
- Live-Feldkartierungssitzung, eine Sitzung, abgeschlossen
- Am besten geeignet, wenn
- Geschwindigkeit eine Rolle spielt oder die COE-Bandbreite begrenzt ist
Modell B
Kundeneigene Integration
Ihr Integrations-COE (Boomi, MuleSoft, Azure IS, SAP CPI) erstellt und pflegt die Mapping-Logik.
- Zuordnungslogik
- Ihr COE, Ihre Verantwortung und das Veränderungsmanagement
- iSaaS-Rolle
- Ausschließlich API-Gateway und Fehlerüberwachung
- Der Einsatz Ihres Teams
- Mehrheit. Das COE erstellt alle Zuordnungen und ist für die gesamte Logik verantwortlich.
- AI Mapper
- Als Referenz verfügbar; Zycus führt das Programm nicht aus
- Am besten, wenn
- die COE-Eigentümerschaft eine zwingende Anforderung der Unternehmensführung ist
Aufgabenteilung, Modell A (iSaaS-gesteuert) · zur Veranschaulichung, im Design-Workshop bestätigt
Zycus: Kartierung, Logik, KI-Sitzung, Überwachung.
Ihr Team: SAP-Einführung (IDocs / BAPIs / OData), Anbindung, Validierung der Nutzdaten, UAT.
Bei Modell B kehrt sich dieses Verhältnis um.
Das Alleinstellungsmerkmal
Wo Integrationsprojekte Wochen an Zeit verlieren – und warum dies bei uns nicht der Fall ist
Allein der SAP-Lieferantenstamm umfasst über 200 Felder in den Sichten LFA1, LFB1 und „Einkaufsorganisation“. Wettbewerber führen diese Zuordnung über Wochen hinweg mithilfe von Offline-Tabellenkalkulationen durch. Wir erledigen dies in Echtzeit, in einer einzigen Sitzung, unter Verwendung einer KI-basierten Konfidenzbewertung.
Live-Mapping-Sitzung
Laden Sie Ihre SAP-Quelldaten und das Zycus-Zielschema. Die KI ordnet die Felder direkt auf dem Bildschirm im Raum ein. Was früher Wochen dauerte, ist nun an einem Nachmittag erledigt.
SAP-eigene Intelligenz
Der Mapper kennt die Komponenten LFA1, LFB1, ME21N, MIGO, MIRO und BAPI_INCOMINGINVOICE_CREATE aus praktischen Erfahrungen mit der SAP-Integration, die in das Modell integriert sind.
Konfidenzbewertung
Jede Zuordnung ist mit einem Konfidenzwert versehen. Grenzfälle werden gekennzeichnet und nicht stillschweigend als falsch behandelt. Die Logik wird in leicht verständlichem Englisch für fachliche und technische Prüfer beschrieben.
Schemas laden
Laden Sie das SAP-Quellschema (JSON, XSD, IDoc) und das Zycus-Zielschema hoch. Jedes Format ist zulässig.
Automatische Kartierung mittels KI
GenAI generiert Feld-zu-Feld-Zuordnungen anhand von Transformationsregeln in leicht verständlichem Englisch.
Überprüfen und anpassen
Überprüfen Sie die Zuordnungen anhand der Konfidenzwerte. Passen Sie Grenzfälle an. Sperren Sie die Daten und geben Sie sie frei.
Live-Transformation
Führen Sie den Test mit einer echten SAP-Testdatenlast durch. Sehen Sie sich die Zycus-Ausgabe an. Führen Sie vor dem SIT eine Validierung durch.
Der GenAI Mapper, im Produkt
Von zwei Schemata zu einer validierten Transformation – direkt auf dem Bildschirm.
Wählen Sie Eingabe-/Ausgabeschemata aus
AutoMap mit KI
Transformationen in natürlicher Sprache
Endgültige transformierte Ausgabe
Gestaltung von Stammdaten
Das Problem mit dem Lieferantenstamm und das richtige Vorgehen
In SAP ECC
- Der Lieferant wurde anhand der Kombination aus Buchungskreis und Einkaufsorganisation angelegt.
- Allgemeine Daten in LFA1, Finanzdaten in LFB1, Einkaufsdaten in LFM1.
- Ein und dieselbe juristische Person entspricht mehreren Datensätzen über verschiedene Organisationsdimensionen hinweg.
- S/4-Migration: Der Lieferantenstamm wird zum Geschäftspartner – eine Änderung in SAP, nicht in Zycus.
- Risiko: Duplikate, verwaiste Datensätze und Synchronisierungsfehler bei unsachgemäßer Konzeption.
In Zycus
- Ein Lieferant entspricht einem „Golden Record“, der anhand eines von Ihnen definierten Primärschlüssels dedupliziert wird.
- Buchungskreis und Einkaufsorganisation werden als Attribute geführt, nicht als separate Datensätze.
- Ansichten von Einrichtungen/Anlagen als Unterdatensätze, gleiche Entität, unterschiedlicher Umfang.
- Die Synchronisations-Engine schreibt die Daten automatisch im korrekten, buchungskreisspezifischen Format an SAP zurück.
- Dynamischer Arbeitsablauf je nach Einrichtung, Region oder Risikostufe, nicht fest in SAP programmiert.
Beispiel: Ein Lieferant in drei Buchungskreisen
Buchungskreise werden als Organisationsattribute geführt. Automatische Synchronisierung, keine manuelle Übersetzung.
| Buchungskreis | Zahlungsbedingungen | Lokale Steuernummer | Status |
|---|---|---|---|
| US01 | NET_30 | 12-3456789 | AKTIV |
| US02 | NET_45 | 12-3456789 | DEAKTIVIERT |
| EU01 | NET_60 | DE-123456789 | AKTIV |
Golden Record in Zycus
Drei Buchungskreise, ein deduplizierter Lieferant. Die Synchronisierungs-Engine führt die Rückbuchung automatisch buchungskreisbezogen durch.
Grenzen des Anwendungsbereichs
Was das Standardangebot umfasst und was nicht
Unklarheiten hinsichtlich des Umfangs sind der Grund dafür, dass aus einer achtmonatigen Integration eine 18-monatige wird. Dies ist die übliche Abgrenzung. Jeder Punkt wird vor Beginn der Konzeption bestätigt oder eingestuft.
Im Standardangebot enthalten
- ✓Integration-as-a-Serviceüber iSaaS (Zuordnung, Logik, Überwachung, KI-Sitzung)
- ✓Design-Workshops vor Ortund Konfiguration von Lösungen für den vereinbarten Umfang
- ✓TPRM-Anbindungen über App Extend (EcoVadis, D&B, Moody’s, Trustpair)
- ✓Integration von eInvoice, Buchung ausgehender Rechnungen und F110-Feed zum Zahlungsstatus
- ✓ Datenmigrationsvorlagen und Ladeunterstützung
- ✓Go-Value-Workshop(s), obligatorisch vor der Inbetriebnahme
- ✓„Train-the-Trainer“-Schulung über die Zycus University
- ✓Unterstützung bei der Benutzerakzeptanzprüfung (UAT)und Hypercare während der Inbetriebnahme (4-wöchiger Pilotbetrieb, 2 Wochen pro Phase)
Als Änderungsposition behandelt
- △Moduleoder Geschäftsbereiche, die über den vereinbarten Umfang hinausgehen
- △Integrations-Touchpoints, die nicht im vereinbarten Verzeichnis enthalten sind
- △Vom Kunden selbst durchgeführteEntwicklungsmaßnahmen im Bereich Middleware (falls Modell B)
- △DirekteMaterialien oder maßgeschneiderte Sonderentwicklungen
- △TPRM-Lizenzen von Drittanbietern, im Besitz des Kunden
- △Schulungen für Endnutzer, die über das „Train-the-Trainer“-Programm hinausgehen
- △Veränderungsmanagementauf Kundenseite
- △SAP-interneABAP-Entwicklung (Z-Objekte, User-Exits)
Informationen aus der Praxis · echte Gespräche
Einwände der SAP-Teams gegen die Integration und direkte Antworten darauf
„Wir haben den Zeitplan für die Integration bereits zweimal verpasst. Was ist diesmal anders?“
Das Touchpoint-Verzeichnis wird vor Beginn der Entwicklung im Rahmen des Design-Workshops als unterzeichnetes Dokument festgeschrieben. Jeder Touchpoint ist entweder enthalten oder ausgeschlossen. Alle nach dem Kickoff festgestellten Punkte gelten als Änderungsgegenstand mit einem expliziten Kostenvoranschlag. Die Zuständigkeiten sind klar geregelt: Zycus ist für die Zuordnungslogik und das SLA verantwortlich, Sie sind für die SAP-Einführung und die UAT zuständig.
„Benötigen wir während der Migration von ECC auf S/4HANA separate Zycus-Instanzen?“
Nein. Eine einzelne Instanz ist das bewährte Modell. Bei einer schrittweisen Migration leitet das iSaaS-Routing Bestellanforderungen, Bestellungen und Rechnungen je nach Geschäftsbereich und Migrationswelle an das richtige ERP-Backend weiter. Den Anwendern wird durchgehend eine einzige Zycus-Benutzeroberfläche angezeigt. Eine zweite Instanz verdoppelt den Aufwand für Konfiguration und Änderungsmanagement, ohne dass dadurch ein technischer Vorteil entsteht.
„Unser Boomi-COE möchte die Verantwortung für die Integrationslogik übernehmen. Ist dies mit Zycus möglich?“
Ja, das ist Modell B. Zycus stellt saubere, versionierte APIs bereit, betreibt das iSaaS-Gateway und überwacht Fehlerantworten. Ihr COE erstellt und pflegt alle Zuordnungen. Der Kompromiss ist klar: Die Bandbreite des COE wird zum kritischen Pfad. Wenn die Zuständigkeit eine zwingende Anforderung der Unternehmensführung ist, ist Modell B die richtige Wahl.
„Muss die Zycus-Integration bei der Umstellung auf S/4HANA neu durchgeführt werden?“
Nein. Die Konfiguration von Zycus S2P ändert sich nicht. Die Schemaänderung vom Lieferantenstamm zum Geschäftspartner wird auf der iSaaS- oder Middleware-Mapping-Ebene abgewickelt – es handelt sich um eine in sich geschlossene, begrenzte Aktualisierung. Ihr ABAP-Team aktualisiert die Extraktion und das Feld-Mapping, führt Tests in einer Sandbox durch und nimmt die Umstellung vor. Dieses Muster wird von jeder S2P-Suite verwendet.
„Wir verfügen über mehr als 40 Buchungskreise in 20 Ländern. Wird Zycus die Unübersichtlichkeit nicht noch verschlimmern?“
Es löst das Problem, statt es zu verschärfen. In Zycus entspricht ein Lieferant einem „Golden Record“, der anhand eines von Ihnen definierten Schlüssels dedupliziert wird. Buchungskreise werden als Attribute geführt, und die Synchronisierungs-Engine führt automatisch eine Rückbuchung pro Buchungskreis durch. Der Deduplizierungsschlüssel, die Zuständigkeit für die Synchronisierung und die Rückbuchungsregeln werden in der Sitzung zur Stammdatengestaltung festgelegt und nicht einfach vorausgesetzt.
„Die Vermischung von Waren und Dienstleistungen in Bestellungen führt immer wieder zu Fehlern bei MIGO und GR.“
Zycus sorgt bereits in der Bedarfsermittlungsphase, also noch vor der Erstellung der Bestellung, für eine Trennung der Kategorien. Geschäftsregeln verhindern, dass in einem Warenkorb Artikel aus den Bereichen Waren und Dienstleistungen gemischt werden, sodass der Benutzer dies bereits bei der Eingabe korrigiert. An die SAP-Bestell-API wird stets eine nach Typen klar gegliederte Bestellung übermittelt. Die Regeln sind konfigurierbar und werden im Design-Workshop festgelegt.
„Wem gehört was nach der Erstellung der Bestellung? Wir möchten nicht, dass Zycus Zugriff auf unsere AP erhält.“
Im Beschaffungswesen ist die Erstellung der Bestellung der letzte Schritt in Zycus. Nach der Buchung über BAPI_PO_CREATE erfolgt alles Weitere in SAP: MIGO, MIRO und F110. Bei der elektronischen Rechnung führt Zycus einen 3-Wege-Abgleich durch und bucht anschließend eine vorab validierte Rechnung; nach F110 wird lediglich der Zahlungsstatus zurückgemeldet – ein schreibgeschützter Feed. SAP bleibt das System of Record.
„Bei unserem derzeitigen Tool und bei SAP bestehen bereits Mängel. Werden diese übernommen?“
Dies ist nicht standardmäßig der Fall, jedoch müssen diese vor der Inbetriebnahme identifiziert werden. Im Rahmen des Design-Workshops führen wir einen SAP-seitigen Integritätscheck durch, dokumentieren jeden bekannten Fehler, klassifizieren ihn als Zycus- oder SAP-seitig, weisen einen Verantwortlichen zu und legen vor dem SIT einen Meilenstein für die Behebung fest. Dies ist in Modell A enthalten und stellt keinen zusätzlichen Aufwand dar.
Wie es nun weitergeht
Drei Entscheidungen, die das Design ermöglichen
Keine davon erfordert eine lange Vorlaufzeit. Sie lassen sich in einer einzigen Arbeitssitzung mit den richtigen Ansprechpartnern klären: Ihrem SAP-ABAP-Verantwortlichen, Ihrem Ansprechpartner im Integrations-COE und Ihrem Beschaffungsarchitekten.
Wählen Sie das Integrationsmodell aus
Modell A (iSaaS-gesteuert) oder Modell B (im Besitz des COE). Legt fest, wer die Zuordnung erstellt, wer die KI-Sitzung durchführt und welchen Ressourceneinsatz Sie leisten.
Freischaltungen: Aufwandsschätzung + Zeitplan
Bestätigen Sie die Bestandsaufnahme der Kontaktpunkte
Gehen Sie jeden Berührungspunkt durch: SAP ECC/S4, Entra ID, eInvoice-Anwendungsbereich, SuccessFactors, TPRM-Anbieter. Jeder Punkt erhält ein „Ja“ oder ein „Nein“. Alles, was nicht bestätigt ist, gilt als Änderungspunkt.
Freischaltungen: Umfangsgrenze + Basislinie
Führen Sie den Workshop zum Integrationsdesign durch
An einem Tag. SAP-Team, Zycus-Team, gegebenenfalls das COE. Durchführung der GenAI-Mapping-Sitzung in Präsenz. Abschluss mit einem freigegebenen Integrationsentwurfsdokument.
Freischaltung: Der Bau kann beginnen
Sind Sie bereit, das Design festzulegen?
Eine Arbeitssitzung. Die richtigen Personen. Ein freigegebenes Integrations-Konzeptdokument.
