Coupa SAP S/4HANA Schnittstelle

Was eine Coupa-SAP-S/4HANA-Anbindung wirklich leistet

In Coupa beginnt die Ausgabe. Mitarbeiter legen Bestellanforderungen an, schicken sie durch die Freigabe und machen daraus Bestellungen gegen Kataloge und Rahmenverträge. In SAP S/4HANA liegt das Geld: Kreditorenkonten, die Einkaufsbelege, die zur Zahlung berechtigen, das WE/RE-Verrechnungskonto, das Hauptbuch, auf dem Ihr Abschluss aufsetzt.

Beide Systeme müssen sich über dieselbe Bestellung, denselben Lieferanten und dieselbe Kontierung einig sein - sonst verbringt die Buchhaltung den Monat damit, sie von Hand abzugleichen. Eine Coupa-SAP-S/4HANA-Anbindung schließt diese Lücke in beide Richtungen: Sie spielt SAP-Stammdaten nach Coupa, damit Einkäufer nur kontieren können, was SAP akzeptiert, und schreibt die in Coupa genehmigten Vorgänge als echte Einkaufs- und Buchhaltungsbelege zurück nach SAP. Coupa bleibt der Ort, an dem gearbeitet wird; SAP bleibt der Ort, an dem gebucht wird.

Welche Daten fließen

Vorgang in Coupa	Wird in SAP S/4HANA zu	Hinweis
Genehmigte Bestellung	Bestellung (EKKO / EKPO)	Angelegt über API_PURCHASEORDER_PROCESS_SRV oder ORDERS-IDoc; Coupa-Bestellnummer als externe Referenz hinterlegt
Wareneingang	Wareneingangsbuchung (MIGO)	Nur wenn in Coupa vereinnahmt wird; sonst bleibt der Wareneingang in SAP an der Bestellung
Leistungsbestätigung	Leistungserfassungsblatt (ML81N)	Coupa-Servicepositionen auf den SAP-Leistungsstamm gemappt
Bestellbezogene Rechnung	Logistik-Rechnungsprüfung (MM-LIV) zur Bestellung	Zwei- oder Drei-Wege-Abgleich in Coupa erledigt; SAP bucht und löst WE/RE auf
Rechnung ohne Bestellbezug	FI-Kreditorenrechnung	Direkt auf Sachkonto plus Kostenstelle oder PSP-Element kontiert
Reisekosten- / Spesenabrechnung (sofern genutzt)	FI-Buchung bzw. Kreditorenrechnung	Erstattungen an Mitarbeiter laufen ins Hauptbuch

In die Gegenrichtung fließen SAP-Geschäftspartner, Kontenplan, Kostenstellen, Buchungskreise, Steuerkennzeichen, Mengeneinheiten und Umrechnungskurse als Auswahlwerte nach Coupa. Genau dieser Rückfluss sorgt dafür, dass der Hinweg sauber bucht.

Die Details, an denen naive Syncs scheitern

Ein nächtlicher IDoc-Abzug oder ein generischer Connector bekommt den Normalfall hin und legt die teuren Sonderfälle in den Posteingang Ihrer Kreditorenbuchhaltung:

• Stammdaten laufen auseinander. Wird in SAP eine Kostenstelle gesperrt oder ein Sachkonto neu angelegt und Coupa zeigt weiter die alte Liste, kontieren Besteller auf Werte, die SAP ablehnt. Der Stammdatenabgleich muss ein belastbares Delta sein, getrieben von SAP-Änderungszeigern, nicht ein Komplettabzug, der irgendwann unbemerkt veraltet.
• Lieferant ist nicht gleich Geschäftspartner. SAP führt den Lieferanten als Geschäftspartner mit konkreter Zuordnung zu Buchungskreis und Einkaufsorganisation, häufig mit führenden Nullen; Coupa hat seine eigene Lieferanten-ID. Ein Lieferant kann auf mehrere Buchungskreise zeigen. Stimmt das Mapping nicht, landet die Rechnung auf dem falschen Konto - oder nirgends.
• Steuerkennzeichen. Coupa rechnet mit Steuersätzen, SAP bucht gegen ein Steuerkennzeichen (MWSKZ). Inländische Vorsteuer, Reverse-Charge bei EU-Dienstleistungen und steuerfreie innergemeinschaftliche Lieferung sind unterschiedliche Kennzeichen. Eine Abweichung ist kein Rundungsthema, sondern ein Buchungsfehler in FI.
• Währung und Kurs. Belegwährung, Buchungskreiswährung und der in SAP zum Buchungsdatum gültige Umrechnungskurs müssen zusammenpassen, sonst weichen Rechnungsbeträge und Hauptbuch um die Umrechnung voneinander ab.
• Wer prüft die Rechnung. Läuft der Drei-Wege-Abgleich in Coupa und SAP versucht ihn erneut, liegt in SAP eine gesperrte Rechnung hinter einer, die Coupa bereits freigegeben hat. Die Zuständigkeit für die Prüfung wird einmal entschieden und von der Pipeline durchgesetzt.
• Teilfehler. SAP weist eine komplette Bestellung zurück, wenn eine einzige Position ein ungültiges Konto trägt. Die Pipeline validiert vor der Übergabe Position für Position und macht IDoc- und OData-Fehler sichtbar, statt sie zu verschlucken - ein in SAP gescheiterter Beleg darf nicht einfach verschwinden.
• Idempotenz. Ein naiver Rechnungsimport, zweimal ausgeführt, bucht die Verbindlichkeit zweimal. Jeder Coupa-Beleg trägt eine stabile Kennung, sodass ein Wiederanlauf nie eine doppelte Bestellung oder eine doppelte Buchung erzeugt.

Wie wir sie bauen und betreiben

Wir behandeln das als Pipeline, nicht als geplanten Export. Bestellungen, Wareneingänge und Rechnungen werden über die Coupa Core API abgeholt (oder bei Freigabe entgegengenommen), gegen die aktuellen SAP-Stammdaten validiert, in die abgestimmte SAP-Belegstruktur überführt und über den OData-Service oder das IDoc geschrieben, das Ihr Basis-Team betreibt. Stammdatenänderungen aus SAP laufen im Delta zurück nach Coupa.

Die Pipeline ist idempotent: Jeder Coupa-Beleg entspricht genau einem SAP-Beleg, ein Wiederanlauf oder ein Replay bucht deshalb nie doppelt. Sie läuft auf cloud-nativer, vollständig EU-gehosteter AWS-Infrastruktur - Lieferanten- und Transaktionsdaten verlassen die EU nicht, was AVV und DSGVO sauber hält.

Und dann halten wir sie am Laufen. Monitoring, Alerting, Incident Response und das Beobachten von API-Änderungen bei Coupa und SAP liegen vertraglich bei uns. Ihre Kreditorenbuchhaltung jagt keine fehlgeschlagenen IDocs mehr, und der Periodenabschluss hängt nicht länger an einem Job, den jemand im Blick behalten muss.

Wann sich diese Anbindung lohnt

Wenn Sie ein paar Dutzend Bestellungen im Monat auslösen und Ihre Kreditorenbuchhaltung Rechnungen ohne Murren direkt in SAP erfasst, reicht der manuelle Weg oder der Dateiexport aus Coupa völlig - und wir sagen Ihnen das auch. Die Anbindung lohnt sich, wenn das Bestellvolumen steigt, wenn Stammdaten so häufig wechseln, dass veraltete Kontierungen echten Nacharbeitsaufwand verursachen, wenn der Drei-Wege-Abgleich über beide Systeme auf den Cent stimmen muss, oder wenn ein abgebrochener Nachtlauf zum Abschluss längst zur wiederkehrenden Feuerwehrübung geworden ist.