Was ändert sich bei der E-Rechnung ab 2027 – und welche SAP-Lösung übernimmt welchen Teil? Der Leitfaden erklärt SAP Ariba Invoicing, Business Network, SAP DRC und die passende E-Invoicing-Architektur.

E-Rechnungspflicht 2027: Welche Rolle spielen SAP Ariba Invoicing und SAP Business Network?

2027 wird für viele deutsche Unternehmen zum nächsten wichtigen Stichtag bei der E-Rechnung. Wer daraus allerdings schließt, dass die E-Rechnungspflicht erst 2027 beginnt, übersieht einen entscheidenden Punkt.

Unternehmen in Deutschland müssen bereits seit dem 1. Januar 2025 E-Rechnungen empfangen können.

2027 verändert sich vor allem die Situation auf der Ausgangsseite: Für viele Rechnungsaussteller endet zum 31. Dezember 2026 die allgemeine Übergangsfrist, während kleinere Unternehmen und bestimmte EDI-Szenarien noch bis Ende 2027 Übergangsregeln nutzen können.

Für SAP-Unternehmen stellt sich deshalb inzwischen weniger die Frage, ob E-Rechnungen unterstützt werden müssen.

Die relevantere Frage lautet:

Wie soll eine E-Rechnung vom Lieferanten bis zur Buchung durch die SAP-Landschaft laufen – und welche Rolle spielen dabei SAP Ariba Invoicing, SAP Business Network, SAP Document and Reporting Compliance und SAP S/4HANA oder ECC?

Denn diese Lösungen erfüllen unterschiedliche Aufgaben.

Wer sie verwechselt, baut schnell unnötige Komplexität.

Wer ihre Rollen sauber trennt, kann aus einer regulatorischen Pflicht dagegen ein deutlich weitergehendes Automatisierungsprojekt für Accounts Payable und Procurement machen.

E-Rechnung 2027: Die wichtigsten Antworten vorab

Was ändert sich zum 1. Januar 2027?

Zwischen dem 1. Januar 2025 und dem 31. Dezember 2026 dürfen Rechnungsaussteller im Rahmen der Übergangsregelung grundsätzlich noch andere Rechnungsformen verwenden. Ab 2027 fällt diese allgemeine Übergangsregel für viele Unternehmen weg.

Für Rechnungsaussteller mit einem Vorjahresumsatz von höchstens 800.000 Euro gilt die verlängerte Übergangsfrist bis Ende 2027. Auch bestimmte EDI-Verfahren, die noch nicht sämtliche Anforderungen einer E-Rechnung erfüllen, dürfen übergangsweise bis Ende 2027 genutzt werden.

Für viele größere Unternehmen heißt das praktisch:

2026 ist das letzte volle Jahr, um den E-Rechnungsprozess für 2027 produktionsreif zu machen.

Muss ein Unternehmen bereits heute E-Rechnungen empfangen können?

Ja.

Inländische Unternehmen müssen seit 1. Januar 2025 grundsätzlich in der Lage sein, E-Rechnungen zu empfangen. Das Bundesfinanzministerium weist ausdrücklich darauf hin, dass hierfür rechtlich bereits ein E-Mail-Postfach ausreichen kann.

Das beantwortet allerdings nur die Compliance-Minimalfrage.

Für ein Unternehmen mit einigen Tausend oder Hunderttausend Lieferantenrechnungen pro Jahr ist:

rechnung@unternehmen.de

noch keine Invoice-Management-Architektur.

Welche Rolle spielt SAP Ariba Invoicing?

SAP Ariba Invoicing ist auf die zentrale Verarbeitung von Lieferantenrechnungen ausgerichtet. Die aktuelle Lösung kann Rechnungen unter anderem über E-Mail, manuellen Upload, SAP Business Network, SAP Document and Reporting Compliance und APIs erfassen und mit SAP S/4HANA sowie SAP ERP/ECC verbinden.

Welche Rolle spielt SAP Business Network?

SAP Business Network bildet die unternehmensübergreifende Kollaborations- und Austauschschicht zwischen Käufern und Lieferanten. Für E-Invoicing unterstützt SAP dort unter anderem länderspezifische Regeln, XRechnung-Szenarien für Deutschland und die Integration mit Peppol.

Welche Rolle spielt SAP DRC?

SAP Document and Reporting Compliance – kurz SAP DRC – adressiert die gesetzliche E-Document- und Reporting-Compliance. SAP positioniert DRC ausdrücklich für globale E-Invoicing- und gesetzliche Reporting-Anforderungen und unterstützt darüber auch deutsche Supplier-Invoice-Szenarien.

Vereinfacht:

Das ist der Kern der Architektur.

Was bedeutet die E-Rechnungspflicht 2027 tatsächlich?

Beim Thema E-Rechnung kursieren inzwischen so viele Stichtage, dass selbst erfahrene Finance- und SAP-Teams sie gelegentlich vermischen.

Die einfachste Orientierung für deutsche B2B-Umsätze sieht so aus:

Die gesetzlichen Regeln betreffen grundsätzlich Umsätze zwischen inländischen Unternehmern, soweit keine entsprechenden Ausnahmen greifen. Das BMF nennt unter anderem Ausnahmen für bestimmte steuerfreie Umsätze, Kleinbetragsrechnungen bis 250 Euro, Fahrausweise und Leistungen von Kleinunternehmern.

Für große SAP-Kunden ist aber vor allem eines wichtig:

Die E-Rechnungspflicht ist kein Ereignis am 1. Januar 2027. Sie ist eine mehrjährige Umstellung, die bereits läuft.

Unternehmen, die heute Rechnungen strukturiert empfangen können, haben möglicherweise die erste Hürde genommen.

Die nächste Frage lautet, ob sie diese Rechnungen auch:

• automatisiert validieren,
• einem Lieferanten zuordnen,
• mit einer Bestellung matchen,
• freigeben,
• bei Fehlern routen,
• revisionssicher weiterverarbeiten,
• in SAP buchen

können.

Genau an dieser Stelle wird aus einem Steuerprojekt ein Prozess- und Architekturprojekt.

Was gilt überhaupt als E-Rechnung?

Seit dem 1. Januar 2025 hat sich die Definition deutlich verschärft.

Ein einfaches PDF gilt nicht mehr als E-Rechnung im Sinne der neuen Regelung. Eine E-Rechnung muss in einem strukturierten elektronischen Format vorliegen und eine elektronische Verarbeitung ermöglichen.

Das ist mehr als eine sprachliche Feinheit.

PDF

Eine normale PDF-Datei kann ein Mensch lesen.

Für strukturierte Weiterverarbeitung fehlen jedoch maschinenlesbare Rechnungsdaten.

Sie gilt deshalb seit 2025 grundsätzlich als sonstige Rechnung, nicht als E-Rechnung.

XRechnung

XRechnung basiert auf strukturierten XML-Daten und erfüllt als in Deutschland gebräuchliches Format die Anforderungen an die E-Rechnung.

ZUGFeRD

ZUGFeRD kombiniert eine menschenlesbare Darstellung mit strukturierten Daten.

Das BMF nennt ZUGFeRD ab Version 2.0.1 – mit Ausnahme bestimmter Profile – ebenfalls als Format, das die umsatzsteuerlichen Anforderungen erfüllen kann.

Bei hybriden Formaten ist ein Detail besonders relevant:

Bei Abweichungen ist heute der strukturierte Teil maßgebend – nicht die PDF-Darstellung.

Das verändert auch die Anforderungen an Validierung und Verarbeitung.

Wer nur prüft, was auf dem Bildschirm aussieht wie eine Rechnung, prüft möglicherweise nicht die Daten, die später maschinell weiterverarbeitet werden.

XRechnung, ZUGFeRD, Peppol, SAP DRC und Ariba: Was ist eigentlich was?

Hier entstehen in Projekten überraschend viele Missverständnisse.

Nicht alle Begriffe beschreiben dieselbe Ebene.

Daraus folgt eine einfache, aber wichtige Regel:

XRechnung ist kein Übertragungskanal. Peppol ist kein Rechnungsformat. SAP Ariba Invoicing ist keine Finanzbehörde-Schnittstelle. Und SAP DRC ist nicht automatisch das komplette AP-Workflow-System.

Es sind unterschiedliche Schichten desselben End-to-End-Prozesses.

Welche Rolle spielt SAP Ariba bei der E-Rechnungspflicht?

SAP Ariba wird vor allem dann interessant, wenn Unternehmen nicht nur die formale Pflicht erfüllen wollen, sondern den eingehenden Rechnungsprozess automatisieren möchten.

Man kann sich das in vier Fragen vorstellen.

1. Wie kommt die Rechnung zum Unternehmen?

Mögliche Antworten:

• E-Mail,
• SAP Business Network,
• Peppol beziehungsweise externe Netzwerke,
• API,
• andere elektronische Kanäle.

2. Ist das Dokument technisch und regulatorisch verarbeitbar?

Hier kommen länderspezifische Compliance-Funktionen und unter anderem SAP Document and Reporting Compliance ins Spiel.

3. Was geschieht mit der Rechnung im Unternehmen?

Hier liegt die Stärke von SAP Ariba Invoicing:

• zentrale Bearbeitung,
• Datenextraktion,
• Matching,
• Workflow,
• Ausnahmebehandlung,
• Freigaben,
• AP-Transparenz.

SAP beschreibt die aktuelle Lösung als zentralen, intelligenten Invoice-Management-Layer über SAP-ERP-Landschaften hinweg.

4. Wo wird die Rechnung schließlich gebucht?

Typischerweise im ERP:

SAP S/4HANA oder SAP ERP/ECC.

Ariba muss das Accounting-System nicht ersetzen.

Und genau diese Trennung sollte zu Beginn eines Projekts geklärt sein.

SAP Ariba Invoicing: Was passiert nach dem Empfang der Rechnung?

Ein wichtiger Hinweis zur Produktbezeichnung:

SAP Ariba Central Invoice Management wurde im Februar 2026 in SAP Ariba Invoicing umbenannt.

Für Suchende ist das relevant, weil ältere Dokumentationen, Projekte und Artikel weiterhin von „Central Invoice Management“ oder „CIM“ sprechen.

SAP Ariba Invoicing ist heute als zentrale Accounts-Payable-Lösung positioniert.

Die aktuelle Produktarchitektur unterstützt den Rechnungseingang aus mehreren Kanälen:

• E-Mail,
• manueller Upload,
• SAP Business Network,
• SAP DRC,
• APIs.

SAP nennt außerdem eine direkte Integration mit SAP S/4HANA Cloud Public Edition, S/4HANA Cloud Private Edition, SAP S/4HANA und SAP ERP/ECC.

Vom Dokument zum AP-Prozess

Das ist der entscheidende Unterschied.

Eine eingegangene XRechnung beantwortet zunächst nur:

Wir haben strukturierte Rechnungsdaten erhalten.

Accounts Payable braucht anschließend Antworten auf andere Fragen:

Welcher Lieferant ist das?

Gibt es eine Bestellung?

Passen Menge und Preis?

Wurde die Ware beziehungsweise Leistung bestätigt?

Welche Kostenstelle ist betroffen?

Wer muss freigeben?

Warum wurde die Rechnung abgelehnt?

Wo hängt sie seit fünf Tagen?

SAP Ariba Invoicing unterstützt genau diese operative Verarbeitung mit Funktionen wie zentraler Worklist, automatisiertem Matching, Account- und Tax-Code-Zuordnung sowie Workflow- und Approval-Funktionen. SAP integriert außerdem AI- und Joule-Funktionen in die aktuelle Lösung.

Damit verschiebt sich der Business Case.

Das Unternehmen implementiert nicht nur E-Rechnungsfähigkeit.

Es kann gleichzeitig versuchen:

• manuelle Datenerfassung zu reduzieren,
• No-PO-Invoices besser zu steuern,
• Matching zu automatisieren,
• AP-Ausnahmen schneller zu bearbeiten,
• Rechnungsstatus transparenter zu machen.

Ein E-Mail-Postfach kann für den gesetzlichen Empfang genügen. Es ist noch lange keine skalierbare Accounts-Payable-Architektur.

Unterstützt SAP Ariba Invoicing XRechnung?

Ja. SAP dokumentiert für Deutschland die Verarbeitung von XRechnung Electronic Invoices in SAP Ariba Invoicing. Dabei werden strukturierte elektronische Rechnungen verarbeitet; SAP Document and Reporting Compliance ist Teil des dokumentierten deutschen Szenarios beziehungsweise für die entsprechende XRechnung-Verarbeitung erforderlich.

Das ist wichtig für die Architektur.

Es wäre zu stark vereinfacht zu schreiben:

SAP Ariba liest XRechnung – fertig.

Der tatsächliche Prozess kann mehrere Komponenten umfassen:

Eingangskanal

↓

Compliance-/E-Document-Verarbeitung

↓

SAP Ariba Invoicing

↓

ERP

Deshalb sollte ein Ariba-Projekt immer klären, welche Komponente welche Verantwortung übernimmt.

Welche Rolle spielt SAP Business Network bei der E-Rechnung?

SAP Business Network löst ein anderes Problem als SAP Ariba Invoicing.

Ariba Invoicing konzentriert sich auf die interne Verarbeitung einer Lieferantenrechnung.

SAP Business Network konzentriert sich auf die Zusammenarbeit zwischen Unternehmen.

Vereinfacht:

Lieferant

↕

SAP Business Network

↕

Käufer

Das Netzwerk unterstützt den Austausch von Procurement-Dokumenten und E-Rechnungen zwischen Geschäftspartnern. SAP positioniert Business Network zudem ausdrücklich für globale E-Invoicing-Compliance und country-specific invoice requirements.

XRechnung über SAP Business Network

SAP dokumentiert eine XRechnung-Unterstützung für Deutschland in SAP Business Network. Dazu gehören entsprechende Erstellungs- und Verarbeitungsfunktionen zwischen Supplier- und Buyer-Organisationen.

Peppol und SAP Business Network

SAP unterstützt außerdem Peppol-Integrationsszenarien mit SAP Business Network. Die Dokumentation beschreibt unter anderem den Eingang einer Rechnung aus dem Peppol Network in SAP Business Network sowie deutsche XRechnung-Szenarien.

Wichtig:

Peppol ist in Deutschland nicht pauschal der gesetzlich vorgeschriebene Übermittlungsweg für B2B-E-Rechnungen.

Das BMF schreibt ausdrücklich keinen einzelnen Übertragungsweg vor. Je nach Vereinbarung kommen beispielsweise E-Mail, elektronische Schnittstellen oder Portale infrage.

Unternehmen sollten Peppol deshalb nicht auswählen, weil sie glauben, Deutschland verlange es zwingend.

Sie sollten es auswählen, wenn es zur eigenen internationalen E-Invoicing- und Partnerstrategie passt.

SAP Business Network oder E-Mail: Was ist besser?

Rechtlich ist die Frage einfach.

Operativ nicht.

E-Mail

Vorteil:

• einfach,
• praktisch für viele Lieferanten,
• geringe Einstiegshürde.

Aber anschließend müssen Unternehmen selbst organisieren:

• Routing,
• Identifikation,
• Validierung,
• Fehlerbehandlung,
• Statuskommunikation,
• Supplier Support.

SAP Business Network

Interessanter bei:

• hohem Supplier-Transaktionsvolumen,
• bereits angebundenen Lieferanten,
• Purchase-Order- und Invoice-Collaboration,
• internationalem E-Invoicing,
• digitalem Supplier Lifecycle,
• Wunsch nach stärkerem End-to-End-Status.

Die Architektur muss dabei nicht zwingend entweder/oder sein.

SAP Ariba Invoicing unterstützt mehrere Eingangskanäle parallel. Ein Unternehmen kann also beispielsweise:

• strategische Lieferanten über Business Network,
• bestimmte Partner über Peppol,
• Long-Tail-Supplier über E-Mail

einbinden und die Verarbeitung zentralisieren.

Das ist für globale Unternehmen oft realistischer als die Vorstellung:

Ab 2027 nutzen alle 30.000 Lieferanten denselben Kanal.

Welche Rolle spielt SAP Document and Reporting Compliance?

SAP DRC wird in E-Rechnungsprojekten häufig mit SAP Ariba Invoicing verwechselt.

Die Lösungen liegen aber auf unterschiedlichen Ebenen.

SAP positioniert SAP Document and Reporting Compliance für:

• elektronische Dokumente,
• E-Invoicing,
• gesetzliches Reporting,
• länderspezifische Compliance-Anforderungen.

Die Lösung soll Unternehmen helfen, globale Prozesse zu standardisieren und gleichzeitig lokale gesetzliche Anforderungen zu erfüllen.

Für Deutschland unterstützt SAP DRC unter anderem Szenarien für elektronische Supplier Invoices.

SAP Ariba Invoicing vs. SAP DRC

Eine praktische Unterscheidung:

SAP Ariba Invoicing fragt:

Wie bearbeiten wir diese Lieferantenrechnung?

SAP DRC fragt:

Wie erfüllen wir die für dieses elektronische Dokument relevanten regulatorischen Anforderungen?

SAP Business Network vs. SAP DRC

Business Network:

Wie tauschen Käufer und Lieferant Dokumente und Informationen aus?

DRC:

Wie wird die länderspezifische Compliance behandelt?

SAP unterstützt auch die Integration von DRC Cloud Edition mit SAP Business Network. Für Peppol-Szenarien nennt SAP unter den unterstützten Ländern unter anderem Deutschland.

Die Komponenten können sich also ergänzen.

Sie sind nicht einfach drei alternative Produkte für dieselbe Aufgabe.

Braucht jedes Unternehmen SAP Ariba Invoicing, Business Network und DRC?

Nein.

Und genau das sollte vor einem Projekt geklärt werden.

Beispiel 1: Unternehmen will lediglich ausgehende E-Rechnungen erzeugen

Das Unternehmen hat keinen Bedarf an zentralem Supplier Invoice Management.

Dann kann die relevante Architektur stärker aus:

SAP S/4HANA + SAP DRC

bestehen.

SAP Ariba Invoicing wäre nicht automatisch nötig.

Beispiel 2: Unternehmen verarbeitet ein großes Volumen eingehender Lieferantenrechnungen

Dann kann:

SAP Ariba Invoicing

als zentraler AP-Layer deutlich relevanter werden.

Beispiel 3: Unternehmen arbeitet bereits intensiv mit SAP Business Network

Dann bietet es sich an zu prüfen, ob auch E-Invoice- und Supplier-Collaboration-Prozesse über das Netzwerk erweitert werden.

Beispiel 4: Globaler Konzern mit vielen Ländern

Dann wird DRC beziehungsweise eine globale Compliance-Architektur deutlich wichtiger, weil das Unternehmen nicht zwanzig nationale Einzelintegrationen entwickeln möchte.

Die richtige E-Rechnungsarchitektur beginnt deshalb nicht mit einer Produktliste. Sie beginnt mit den Prozessflüssen.

Wie sieht eine E-Rechnungsarchitektur mit SAP Ariba aus?

Es gibt nicht nur eine mögliche Architektur.

Drei typische Modelle helfen bei der Einordnung.

Szenario 1: Lieferant über SAP Business Network

Lieferant

↓

SAP Business Network
Dokumentenaustausch / Supplier Collaboration

↓

SAP Ariba Invoicing
Prüfung · Matching · Workflow · Exception Handling

↓

SAP S/4HANA / ECC
Buchung · Accounting · Zahlung

SAP DRC wird dort integriert, wo die entsprechende länderspezifische E-Document-Compliance beziehungsweise das dokumentierte E-Invoicing-Szenario es erfordert.

SAP unterstützt sowohl die Integration zwischen SAP Business Network und DRC als auch die Anbindung von Ariba Invoicing an DRC und SAP-ERP-Systeme.

Szenario 2: Rechnung über externen Kanal

Lieferant

↓

E-Mail / API / anderer Kanal

↓

SAP Ariba Invoicing / SAP DRC

↓

Matching und Workflow

↓

SAP S/4HANA / ECC

Das ist beispielsweise für Lieferanten relevant, die nicht am Business Network teilnehmen.

SAP unterstützt für Deutschland auch externe Invoice-Szenarien, bei denen Nicht-Business-Network-Lieferanten Rechnungen per E-Mail einreichen.

Szenario 3: Peppol-basierter Rechnungseingang

Lieferant / Supplier Network

↓

Peppol

↓

SAP Business Network beziehungsweise DRC-basierte Integrationsarchitektur

↓

SAP Ariba Invoicing

↓

ERP

SAP dokumentiert entsprechende Peppol-Integrationen sowohl in der Business-Network- als auch DRC-/Ariba-Invoicing-Landschaft.

Welche Variante sinnvoll ist, hängt unter anderem ab von:

• vorhandener SAP-Landschaft,
• Ländern,
• Lieferantenstruktur,
• Business-Network-Nutzung,
• Invoice Volume,
• bestehenden EDI-Verbindungen,
• gewünschtem Automatisierungsgrad.

Eingangsrechnung und Ausgangsrechnung: Nicht dasselbe SAP-Projekt

Dieser Unterschied wird in E-Rechnungsdiskussionen erstaunlich oft unterschätzt.

Eingangsrechnung – Accounts Payable

Lieferant → Unternehmen

Hier sind typische Fragen:

• Wie erhalten wir die Rechnung?
• Wie validieren wir sie?
• Wie erkennen wir den Supplier?
• Gibt es eine PO?
• Wie funktioniert Matching?
• Wer bearbeitet Exceptions?
• Wo erfolgt die Buchung?

Das ist das natürliche Spielfeld für SAP Ariba Invoicing in Verbindung mit den entsprechenden Network-, DRC- und ERP-Komponenten.

Ausgangsrechnung – Accounts Receivable

Unternehmen → Kunde

Hier ist SAP Ariba Invoicing nicht automatisch die zentrale Lösung.

Der Prozess kann stärker geprägt sein durch:

SAP S/4HANA / ERP

SAP Document and Reporting Compliance

entsprechenden Übertragungskanal.

Das ist wichtig für den Business Case.

Ein Unternehmen sollte nicht ein „SAP-Ariba-E-Rechnungsprojekt“ definieren und anschließend versuchen, jede Rechnung darin unterzubringen.

Stattdessen:

Inbound und Outbound getrennt analysieren – und erst danach die gemeinsame Compliance-Architektur definieren.

XRechnung, ZUGFeRD oder Peppol: Was müssen Unternehmen auswählen?

Häufig lautet die Frage:

XRechnung oder ZUGFeRD oder Peppol?

Technisch vermischt sie drei Ebenen.

XRechnung

Format

Strukturierte XML-basierte E-Rechnung.

ZUGFeRD

Format

Hybrides Modell aus menschenlesbarer Darstellung und strukturierten Daten.

XRechnung und zulässige ZUGFeRD-Versionen erfüllen die vom BMF genannten Anforderungen für in Deutschland übliche E-Rechnungsformate.

Peppol

Netzwerk / Übertragungsinfrastruktur

Peppol kann genutzt werden, um elektronische Geschäftsdokumente zwischen Teilnehmern auszutauschen.

Deshalb kann ein Unternehmen beispielsweise:

eine strukturierte E-Rechnung über Peppol erhalten.

Es wählt nicht zwingend zwischen Format und Netzwerk.

Außerdem erlaubt das deutsche Recht grundsätzlich auch andere Formate, sofern die gesetzlichen Voraussetzungen erfüllt sind und insbesondere die erforderlichen Informationen korrekt und vollständig strukturiert extrahiert werden können. Auch geeignete EDI-Verfahren können dadurch als E-Rechnung funktionieren.

SAP S/4HANA, ECC und Ariba: Wo wird die Rechnung gebucht?

Selbst wenn SAP Ariba Invoicing den AP-Prozess steuert, muss das Unternehmen entscheiden, welches System für welche Daten verantwortlich bleibt.

Typische Architekturfragen:

Wo liegt der Supplier Master?

S/4HANA?

Ariba?

MDG?

Mehrere Systeme?

Wo entsteht die Bestellung?

SAP Ariba Buying?

SAP S/4HANA?

Wo wird der Wareneingang verarbeitet?

Bei material- und logistiknahen Prozessen häufig im ERP.

Wo findet das Invoice Matching statt?

Abhängig vom Zielbild kann SAP Ariba Invoicing eine zentrale Rolle übernehmen.

Wo wird gebucht?

Im relevanten SAP-ERP-Backend.

SAP Ariba Invoicing unterstützt aktuell SAP S/4HANA Cloud Public Edition, S/4HANA Cloud Private Edition, SAP S/4HANA sowie SAP ERP/ECC.

Das bedeutet:

Die E-Rechnungspflicht zwingt Unternehmen nicht automatisch zur S/4HANA-Migration.

Aber wenn parallel eine S/4HANA-Transformation läuft, sollten beide Programme architektonisch zusammengedacht werden.

Es wäre wenig sinnvoll, 2026 eine stark individualisierte ECC-E-Invoice-Architektur zu bauen, die kurz danach im Rahmen der S/4HANA-Transformation erneut ersetzt werden muss.

Vier typische Unternehmensszenarien

Szenario 1: Deutscher Konzern mit S/4HANA und hohem Rechnungsvolumen

Ausgangslage:

• SAP S/4HANA,
• mehrere Gesellschaften,
• hohes Supplier-Invoice-Volumen,
• viele manuelle AP-Aktivitäten.

Die E-Rechnungspflicht kann hier der Trigger sein, um nicht nur Format-Compliance zu implementieren, sondern den gesamten Rechnungseingang zu standardisieren.

Zu prüfen:

SAP Ariba Invoicing + SAP DRC + passende Eingangskanäle + S/4HANA

Der größte Business Case kann dabei nicht in „Compliance“ liegen, sondern in weniger manuellen Exceptions und höherer Touchless-Processing-Rate.

Szenario 2: SAP Ariba Buying und Business Network sind bereits im Einsatz

Das Unternehmen übermittelt bereits Bestellungen digital an wichtige Lieferanten.

Dann ist die Rechnung kein isoliertes Dokument.

Der Prozess kann zu einer Kette werden:

Purchase Requisition

↓

Purchase Order

↓

Supplier

↓

Invoice

↓

Matching

↓

Payment

In diesem Fall sollte geprüft werden, wie Business Network und SAP Ariba Invoicing die bestehende Procurement-Landschaft erweitern können.

Szenario 3: Globales Unternehmen mit heterogenen Supplier Channels

Einige Lieferanten verwenden Business Network.

Andere:

• EDI,
• Peppol,
• E-Mail,
• lokale Plattformen.

Dann ist die falsche Zielsetzung:

Alle Lieferanten müssen denselben Kanal nutzen.

Die bessere Zielsetzung lautet:

Mehrere Kanäle – ein kontrollierter interner Prozess.

SAP Ariba Invoicing ist genau auf mehrere Invoice-Inbound-Channels ausgelegt.

Szenario 4: Unternehmen braucht vor allem ausgehende E-Rechnungen

Keine großen AP-Probleme.

Kein Ariba Buying.

Keine umfassende Supplier-Network-Strategie.

Hier sollte Ariba nicht künstlich zum Zentrum gemacht werden.

Die relevante Diskussion kann vielmehr lauten:

SAP ERP/S/4HANA + SAP DRC + Übertragungskanal

Das ist möglicherweise das wesentlich schlankere Zielbild.

Warum 2026 ein Architekturprojekt sein sollte – kein XML-Projekt

Eine schwache E-Rechnungsinitiative beginnt mit:

Kann unser SAP-System XRechnung lesen?

Eine bessere Initiative fragt:

Wie kommt die Rechnung herein?

Wer validiert sie?

Wie wird der Supplier identifiziert?

Wo liegt die Bestellung?

Wo erfolgt das Matching?

Wer bearbeitet Exceptions?

Wo wird gebucht?

Wie kommunizieren wir Fehler zurück an Lieferanten?

Wie überwachen wir den End-to-End-Status?

Wie funktioniert derselbe Ansatz in anderen Ländern?

Die letzte Frage wird besonders wichtig.

E-Invoicing ist kein deutsches Einzelphänomen. SAP positioniert sowohl DRC als auch Business Network als Komponenten für länderübergreifende elektronische Dokument- und E-Invoicing-Prozesse. Die Business-Network-/DRC-Integration unterstützt bereits mehrere Länder und Peppol-Szenarien.

Deshalb sollte ein internationaler Konzern nicht zwanzig nationale Sonderarchitekturen bauen, wenn sich ein globales Modell mit lokalen Compliance-Erweiterungen realisieren lässt.

Wer nur einen XML-Konverter implementiert, kann eine Pflicht lösen. Wer den End-to-End-Prozess neu gestaltet, kann gleichzeitig einen großen Teil manueller AP-Arbeit reduzieren.

E-Rechnung Readiness Check: 15 Fragen für SAP-Unternehmen

Vor einem Projekt sollten CIO, Finance, Procurement und SAP-Team gemeinsam beantworten können:

1. Können wir heute strukturierte E-Rechnungen empfangen?

Nicht nur PDFs.

2. Welche Eingangskanäle existieren?

E-Mail, Network, EDI, Peppol, Portal, API?

3. Unterstützen wir XRechnung?

Und in welchen Gesellschaften?

4. Unterstützen wir relevante ZUGFeRD-Profile?

5. Wie validieren wir strukturierte Rechnungsdaten?

6. Welche Rolle übernimmt SAP DRC?

7. Nutzen wir bereits SAP Business Network?

Wenn ja: Welche Lieferanten und Dokumenttypen?

8. Wie viele Lieferanten sollen über ein Network angebunden werden?

9. Welche Lieferanten bleiben zunächst bei E-Mail oder anderen Kanälen?

10. Wo findet PO Matching statt?

11. Wie werden Non-PO-Invoices behandelt?

12. Wo werden Exceptions bearbeitet?

13. Wie gelangen freigegebene Rechnungen nach S/4HANA oder ECC?

14. Wie überwachen wir technische und fachliche Fehler?

15. Funktioniert die Architektur nur für Deutschland – oder auch für den nächsten E-Invoicing-Rollout?

Wenn mehrere dieser Fragen mit:

„Das müssen wir noch klären“

beantwortet werden, fehlt nicht nur eine technische Funktion.

Dann fehlt ein E-Invoicing Operating Model.

Die häufigsten Fehler bei E-Rechnungsprojekten

Fehler 1: PDF und E-Rechnung gleichsetzen

Seit 2025 reicht ein normales PDF für die neue Definition einer E-Rechnung nicht aus.

Fehler 2: „Empfang möglich“ mit „Prozess fertig“ verwechseln

Ein Postfach kann rechtlich genügen.

Operativ bleiben aber noch:

• Validierung,
• Workflow,
• Matching,
• Buchung,
• Archivierung,
• Fehlerbehandlung.

Fehler 3: Peppol als deutsche Pflicht behandeln

Deutschland schreibt für B2B nicht pauschal einen einzigen Übertragungskanal vor.

Fehler 4: SAP DRC und Invoice Management gleichsetzen

Compliance Processing und AP Processing sind unterschiedliche Aufgaben.

Fehler 5: Nur die Finance-Seite planen

Eine Supplier Invoice beginnt beim Lieferanten.

Procurement, Supplier Management und Supplier Communication müssen deshalb mitgedacht werden.

Fehler 6: Supplier Enablement vergessen

Der beste technische Prozess hilft wenig, wenn Lieferanten nicht wissen:

• welches Format,
• welchen Kanal,
• welche Referenzen,
• welche PO-Daten

sie verwenden sollen.

Fehler 7: Nur Deutschland betrachten

Für ein internationales Unternehmen kann ein Deutschland-only-Design schon beim nächsten E-Invoicing-Mandat zum Problem werden.

Fehler 8: Erst kurz vor 2027 End-to-End testen

Dateiformat-Tests reichen nicht.

Getestet werden müssen auch:

• fehlende PO,
• falscher Supplier,
• Preisabweichung,
• Steuerfehler,
• Duplicate Invoice,
• technische Fehler,
• Workflow,
• Posting,
• Rückmeldung.

Eine gültige XML-Datei ist noch kein funktionierender Rechnungsprozess.

Was sollten SAP-Unternehmen 2026 konkret tun?

Schritt 1: Regulatory Scope klären

Welche deutschen Gesellschaften sind betroffen?

Welche Ausgangs- und Eingangsprozesse?

Welche Ausnahmen beziehungsweise Übergangsregeln sind tatsächlich relevant?

Die rechtliche Bewertung sollte mit Tax- beziehungsweise Legal-Verantwortlichen erfolgen.

Schritt 2: Ist-Architektur aufnehmen

Dokumentieren:

• ERP-Systeme,
• Ariba-Produkte,
• DRC,
• Business Network,
• EDI,
• Peppol,
• Invoice-Management-Lösungen,
• Archivierung,
• Supplier Channels.

Schritt 3: Rechnungskanäle analysieren

Nicht nur technisch.

Auch nach Volumen:

Schritt 4: Zielarchitektur definieren

Pro Komponente muss klar sein:

Wer empfängt?

Wer validiert?

Wer verarbeitet?

Wer bucht?

Schritt 5: End-to-End testen

Nicht erst XRechnung hochladen.

Sondern:

Supplier → Eingang → Compliance → Workflow → Matching → Posting → Status

Schritt 6: Automatisierungs-KPIs definieren

Nach Go-live sollten nicht nur Compliance-Fehler gemessen werden.

Interessanter sind:

• Touchless Processing Rate,
• First-Time-Match Rate,
• Invoice Cycle Time,
• Cost per Invoice,
• Exception Rate,
• Duplicate Rate,
• Anteil strukturierter E-Rechnungen,
• Anteil Network Invoices.

Dann wird aus einer regulatorischen Initiative tatsächlich ein Finance- und Procurement-Verbesserungsprogramm.

Häufige Fragen zur E-Rechnung 2027 und SAP Ariba

Ab wann gilt die E-Rechnungspflicht in Deutschland?

Die neuen Regeln gelten grundsätzlich seit 1. Januar 2025. Seit diesem Datum müssen inländische Unternehmen E-Rechnungen empfangen können. Für die verpflichtende Ausstellung gelten Übergangsregelungen.

Was ändert sich zum 1. Januar 2027?

Zum Ende 2026 läuft die allgemeine Übergangsregel für die Ausstellung anderer Rechnungsformen aus. Für Aussteller mit höchstens 800.000 Euro Vorjahresumsatz sowie bestimmte EDI-Verfahren bestehen verlängerte Übergangsregelungen bis Ende 2027.

Müssen Unternehmen bereits heute E-Rechnungen empfangen können?

Ja. Seit dem 1. Januar 2025 müssen inländische Unternehmen grundsätzlich den Empfang ermöglichen. Laut BMF kann dafür bereits ein E-Mail-Postfach genügen.

Ist eine PDF eine E-Rechnung?

Ein einfaches PDF ist seit 2025 keine E-Rechnung im Sinne der neuen Definition, weil ihm das erforderliche strukturierte elektronische Format fehlt.

Ist XRechnung für B2B zwingend vorgeschrieben?

Nein. XRechnung ist ein in Deutschland übliches Format, das die Anforderungen erfüllt. Auch ZUGFeRD ab Version 2.0.1 – mit bestimmten Profilausnahmen – kann die Anforderungen erfüllen. Andere vereinbarte Formate können ebenfalls zulässig sein, sofern die gesetzlichen Voraussetzungen erfüllt werden.

Ist Peppol in Deutschland verpflichtend?

Nein. Das deutsche B2B-Regime schreibt keinen einzigen Übertragungskanal vor. E-Rechnungen können beispielsweise über E-Mail, elektronische Schnittstellen oder Portale ausgetauscht werden.

Was ist SAP Ariba Invoicing?

SAP Ariba Invoicing ist SAPs aktuelle zentrale Lösung für automatisiertes Supplier Invoice Management und Accounts Payable. Die Lösung verarbeitet Rechnungen aus mehreren Eingangskanälen und integriert sich mit SAP S/4HANA und SAP ERP. SAP Ariba Central Invoice Management wurde im Februar 2026 in SAP Ariba Invoicing umbenannt.

Kann SAP Ariba Invoicing XRechnung verarbeiten?

Ja. SAP dokumentiert die Verarbeitung elektronischer XRechnung-Invoices für Unternehmen in Deutschland und verwendet dafür in der entsprechenden Architektur SAP Document and Reporting Compliance.

Welche Rolle spielt SAP Business Network bei E-Rechnungen?

SAP Business Network ermöglicht die digitale Zusammenarbeit zwischen Käufern und Lieferanten und unterstützt E-Invoicing- und länderspezifische Compliance-Szenarien. Für Deutschland dokumentiert SAP unter anderem XRechnung- und Peppol-Funktionen.

Was ist der Unterschied zwischen SAP Ariba Invoicing und SAP Business Network?

SAP Ariba Invoicing konzentriert sich auf die interne Verarbeitung von Lieferantenrechnungen. SAP Business Network verbindet Unternehmen mit Lieferanten und unterstützt den Austausch von Geschäftsdokumenten über Unternehmensgrenzen hinweg. Beide Lösungen können Teil desselben Invoice-Prozesses sein.

Was ist der Unterschied zwischen SAP Ariba Invoicing und SAP DRC?

SAP Ariba Invoicing adressiert AP- und Invoice-Management-Prozesse wie Erfassung, Matching, Workflow und Ausnahmebehandlung. SAP Document and Reporting Compliance adressiert gesetzliche elektronische Dokument- und Reporting-Anforderungen. SAP bietet Integrationsszenarien zwischen beiden Lösungen.

Brauche ich SAP DRC, wenn ich SAP Ariba verwende?

Nicht pauschal für jeden Ariba-Prozess. Für bestimmte E-Invoicing- und länderspezifische Compliance-Szenarien kann DRC jedoch ein zentraler Bestandteil der SAP-Architektur sein. Für die dokumentierte XRechnung-Verarbeitung in SAP Ariba Invoicing spielt DRC beispielsweise eine entsprechende Rolle.

Kann SAP Ariba Invoicing mit SAP ECC verwendet werden?

Ja. SAP nennt SAP ERP/ECC neben S/4HANA-Varianten als unterstütztes Backend für SAP Ariba Invoicing.

Muss SAP Business Network genutzt werden, um E-Rechnungen zu empfangen?

Nein. SAP Ariba Invoicing unterstützt mehrere Eingangskanäle, darunter E-Mail, manuellen Upload, SAP Business Network, SAP DRC und APIs.

Wo wird eine über SAP Ariba verarbeitete Rechnung gebucht?

Die eigentliche ERP- beziehungsweise Accounting-Buchung kann im angebundenen SAP S/4HANA- oder SAP-ERP-System erfolgen. SAP Ariba Invoicing stellt dafür Integrationen mit mehreren SAP-ERP-Varianten bereit.

Kann die E-Rechnungspflicht zur Automatisierung von Accounts Payable genutzt werden?

Ja. Die gesetzliche Pflicht verlangt zwar nicht automatisch eine vollständig automatisierte AP-Verarbeitung, strukturierte Rechnungsdaten ermöglichen aber deutlich weitergehende Automatisierung. Das BMF nennt gerade die Vermeidung erneuter Datenerfassung und daraus resultierender Fehler als einen Vorteil der E-Rechnung. SAP Ariba Invoicing ergänzt dies um Matching-, Workflow- und Automatisierungsfunktionen.

Fazit: Die E-Rechnungspflicht ist kein einzelnes SAP-Produkt

Die vielleicht wichtigste Erkenntnis für SAP-Unternehmen lautet:

Es gibt nicht die eine Komponente, die allein den gesamten E-Rechnungsprozess abbildet.

Je nach Ausgangslage können unterschiedliche Bausteine zusammenspielen:

SAP Business Network
für Supplier Collaboration und Dokumentenaustausch

↓

SAP Document and Reporting Compliance
für länderspezifische E-Document-Compliance

↓

SAP Ariba Invoicing
für zentrale Lieferantenrechnungsverarbeitung, Matching und Workflow

↓

SAP S/4HANA oder SAP ERP
für Accounting und Buchung

Nicht jedes Unternehmen braucht jeden Baustein.

Genau deshalb sollte die Vorbereitung auf 2027 nicht mit der Frage beginnen:

„Welches SAP-Produkt brauchen wir für die E-Rechnung?“

Sondern:

„Wie soll unser zukünftiger End-to-End-Rechnungsprozess aussehen – und welche SAP-Komponenten benötigen wir dafür tatsächlich?“

Wer diese Frage 2026 sauber beantwortet, kann aus einer regulatorischen Pflicht mehr machen als ein Compliance-Projekt: einen deutlich stärker automatisierten, transparenteren und skalierbaren Procure-to-Pay- und Accounts-Payable-Prozess.

LeverX unterstützt Unternehmen bei der Analyse und Umsetzung von E-Invoicing- und Procurement-Architekturen mit SAP Ariba, SAP Business Network, SAP S/4HANA, SAP ERP und den relevanten SAP-Integrations- und Compliance-Komponenten.