SAP landscapes · providers · PEPPOL · governance SAP-Landschaften · Anbieter · PEPPOL · Governance

SAP e-invoicing architecture for enterprise landscapes

SAP E-Invoicing Architektur für Enterprise-Landschaften

Most enterprise programs are hybrid: SAP ECC or S/4HANA, regulated transmission endpoints (providers, PEPPOL, government APIs), and an operating model that must handle validation rules, exceptions, monitoring and audit evidence end-to-end.

Die meisten Enterprise-Programme sind hybrid: SAP ECC oder S/4HANA, regulierte Übermittlungs-Endpunkte (Anbieter, PEPPOL, Government APIs) und ein Operating Model, das Validierungsregeln, Exceptions, Monitoring und Audit-Nachweise End-to-End steuern muss.

Key message Kernaussage
Transmission is a component. Enterprise risk sits in governance and operations.
Übermittlung ist ein Baustein. Das Enterprise-Risiko sitzt in Governance und Operations.

Architecture checklist (enterprise)

Architektur-Checkliste (Enterprise)

  • Where does responsibility end: endpoint vs ERP posting? Wo endet Verantwortung: Endpunkt vs ERP-Buchung?
  • Who owns validation rules across countries and changes? Wer owns Validierungsregeln über Länder und Änderungen hinweg?
  • How are exceptions handled (SLAs, triage, root-cause)? Wie werden Exceptions gesteuert (SLAs, Triage, Root Cause)?
  • Can you produce audit evidence end-to-end? Können Sie End-to-End Audit-Nachweise liefern?

Typical components in SAP e-invoicing architectures

Typische Komponenten einer SAP E-Invoicing Architektur

Neutral overview. The key is how these components work together operationally.

Neutraler Überblick. Entscheidend ist, wie diese Bausteine operativ zusammenspielen.

ERP core

ERP-Kern

SAP ECC / SAP S/4HANA as source of truth for master data, postings and workflows.

SAP ECC / SAP S/4HANA als Quelle für Stammdaten, Buchungen und Workflows.

Regulated endpoints

Regulierte Endpunkte

Providers, PEPPOL access points and/or government APIs — depending on country mandates.

Anbieter, PEPPOL Access Points und/oder Government APIs — je nach Länder-Mandat.

Operations & evidence

Betrieb & Nachweise

Monitoring, exceptions, retries, traceability and audit evidence across the end-to-end flow.

Monitoring, Exceptions, Retries, Traceability und Audit-Nachweise End-to-End.

Important Wichtig Most cost and risk sit after “submission”: integration, exceptions and governance ownership. Die meisten Kosten und Risiken entstehen nach der „Übermittlung“: Integration, Exceptions und Governance-Ownership.

A stable way to think about architecture: boundaries

Stabiler Architektur-Ansatz: Verantwortungsgrenzen

This stays valid even if vendors or mandates change.

Das bleibt gültig, auch wenn Anbieter oder Mandate sich ändern.

Submission vs integration

Übermittlung vs Integration

Endpoints transmit. Enterprises still own mapping, posting logic, workflows and monitoring.

Endpunkte übermitteln. Unternehmen verantworten weiterhin Mapping, Buchungslogik, Workflows und Monitoring.

Compliance vs governance

Compliance vs Governance

Mandate readiness does not guarantee auditability, exception control or change stability.

Mandats-Readiness garantiert nicht Auditierbarkeit, Exception-Control oder Change-Stabilität.

E2E
traceability
Nachvollziehbarkeit
Rules
Regeln
owned centrally
zentral owned
Ops
exceptions & SLAs
Exceptions & SLAs