SAP anbinden ohne SAP-Projekt: was für den Rechnungseingang wirklich nötig ist

Eine Rechnungsprüfung an S/4HANA anzubinden klingt nach Monaten, Z-Code und Transportauftrag. Nötig ist keins davon – aber es gibt eine Checkliste, und sie liegt fast vollständig bei der Basis. Was freigegeben werden muss, wer was tut und woran es in der Praxis wirklich hakt.

„Wir müssten dafür ein SAP-Projekt aufsetzen." Dieser Satz beendet die meisten Gespräche über Rechnungseingangs-Automatisierung, bevor sie anfangen — und er beruht auf einer Erfahrung, die bis vor wenigen Jahren berechtigt war: eigene Entwicklung, Transportaufträge, Abstimmung mit der Basis über Monate. Mit den freigegebenen OData-Services von S/4HANA gilt das nicht mehr. Was heute nötig ist, passt auf eine Seite. Was trotzdem dauert, ist etwas anderes — und darüber wird selten ehrlich gesprochen.

Was tatsächlich passiert

Eine Rechnungsprüfung, die SAP als führendes System respektiert, tut genau drei Dinge:

1. Lesen, was in SAP steht: offene Bestellungen mit ihren Positionen, gebuchte Wareneingänge, Lieferantenstammdaten. Das ist die Vergleichsgrundlage für den Abgleich.
2. Prüfen, was SAP nicht prüft: Pflichtangaben nach § 14, Reverse-Charge-Einordnung, Dubletten über Schreibweisen hinweg, geänderte Bankverbindungen, Skontofristen.
3. Schreiben: die geprüfte Rechnung als Lieferantenbeleg anlegen — mit Bestellbezug auf die echten Positionen oder als Sachkontobuchung.

Dafür genügen freigegebene Standardservices. Kein Z-Code, kein Transportauftrag, keine Modifikation. In SAP entsteht derselbe Belegtyp wie bei manueller Erfassung über MIRO — nur vollständig gefüllt und geprüft.

Die Checkliste für die Basis

Der technische Teil liegt fast vollständig bei der SAP-Basis und ist Konfiguration, keine Entwicklung:

S/4HANA Cloud (Public)
- Ein Communication Arrangement mit den benötigten Communication Scenarios anlegen
- Einen Communication User erzeugen (OAuth2 Client-Credentials empfohlen, Basic-Auth möglich)
- Die relevanten Services freigeben: Lieferantenrechnung anlegen, Bestellungen lesen, Materialbelege/Wareneingänge lesen

S/4HANA On-Premise
- Die entsprechenden OData-Services im Gateway aktivieren
- Einen technischen Benutzer mit den passenden Berechtigungsobjekten anlegen — bewusst nur mit den Objekten, die für Lesen und Anlegen nötig sind
- Den Netzweg freigeben (Reverse Proxy oder Cloud Connector)

Erfahrungsgemäß ist das ein Termin von ein bis zwei Stunden — vorausgesetzt, die richtige Person sitzt am Tisch und die Freigaben liegen vor. Genau daran hakt es meistens.

Woran es wirklich hängt

Wer schon einmal ein solches Vorhaben begleitet hat, kennt das Muster: Die Technik ist an einem Tag fertig, das Projekt dauert trotzdem sechs Wochen. Die Gründe sind organisatorisch:

• Das Berechtigungskonzept. Welche Objekte darf der technische Benutzer haben? Diese Frage wird selten in einem Termin beantwortet, weil sie mehrere Rollen betrifft. Hilfreich ist, mit der kleinstmöglichen Menge zu starten und nachzuschärfen, statt vorab alles abstimmen zu wollen.
• Die IT-Sicherheit. Ein ausgehender Netzweg braucht eine Freigabe. Wer die Prüfung in der eigenen Cloud betreibt, verkürzt diese Diskussion erheblich, weil keine Belegdaten das Haus verlassen.
• Der Testmandant. Ein Mandant ohne brauchbare Bestell- und Wareneingangsdaten taugt nicht zum Beweis. Realistisch prüfen lässt sich erst mit echten Belegstrukturen.
• Die fachliche Verantwortung. Wer legt fest, welche Abweichung gesperrt wird und welche durchläuft? Das ist keine IT-Frage, und sie wird gern zu spät gestellt. Sie entscheidet aber darüber, wie viel am Ende ohne manuellen Eingriff durchläuft.

Die ehrliche Zusammenfassung lautet deshalb nicht „es geht ganz schnell", sondern: Die Technik ist nicht mehr das Hindernis. Wer die vier Punkte oben vorab klärt, ist tatsächlich in Tagen produktiv statt in Monaten.

Was sich für die Buchhaltung ändert — und was nicht

Ein verbreiteter Einwand lautet, die Fachabteilung müsse ein neues System lernen. Muss sie nicht, wenn man es nicht will. Belege können geparkt statt gebucht übergeben werden: Die Freigabe läuft dann weiter in der gewohnten SAP-Oberfläche, mit den bestehenden Berechtigungen und Freigabestufen. Bestehende Workflows bleiben unberührt.

Der Unterschied liegt darin, wie der Beleg ankommt: vollständig erfasst, mit echtem Bestellbezug auf Positionsebene statt pauschal auf Position 10, und mit dokumentiertem Prüfergebnis. Die Arbeit, die dadurch entfällt, ist das Abtippen und das Suchen nach der passenden Bestellung — nicht die Entscheidungshoheit.

Fazit

Die Anbindung an S/4HANA ist heute Konfiguration, keine Entwicklung: Communication Arrangement beziehungsweise Gateway-Services, ein technischer Benutzer, ein freigegebener Netzweg. Kein Z-Code, kein Transport, keine Modifikation. Was Projekte verzögert, sind Berechtigungskonzept, Sicherheitsfreigabe, Testdaten und die Frage nach der fachlichen Verantwortung — und das lässt sich vorab klären. Wie die Anbindung im Detail funktioniert, welche Services genutzt werden und was SAP selbst prüft, steht auf der Seite zur SAP-Rechnungsprüfung.