Peppol BIS Billing 3.0 und KSeF in Polen: Middleware-Integration als Lösungsweg
Für multinational tätige Unternehmen in Polen: Collision zwischen KSeF und Peppol erfordert Middleware-Integration. Die Systeme sind nicht nativ interoperabel, doch eine Middleware-Lösung kann die Compliance mit beiden Anforderungen sicherstellen.
Das Wichtigste in Kürze
- KSeF und Peppol sind nicht nativ interoperabel, was eine Middleware-Lösung erfordert.
- Eine effektive Middleware muss sowohl FA(3)-XML für KSeF als auch Peppol-UBL unterstützen.
- Die Middleware muss die KSeF-zugewiesenen Identifikationsnummern zurückführen können.
- Beide Systeme müssen als parallele, nicht austauschbare Verpflichtungen behandelt werden.
- Unternehmen sollten die Entwicklung beider Systeme kontinuierlich verfolgen.
Kontext
Polens zentrales e-Invoicing-System KSeF (Krajowy System e-Faktur) und Peppol BIS Billing 3.0 verfolgen diametral entgegengesetzte Ansätze: KSeF ist eine zentralisierte Regierungsplattform, die FA(3)-XML-Inhalte erfordert, während Peppol ein dezentralisiertes Vier-Ecken-Netzwerk mit UBL-basierten Invoicing-Protokollen darstellt. Diese grundlegende architektonische Diskrepanz stellt Unternehmen vor eine kritische Entscheidung: Sie müssen entweder ihre ERP-Systeme länderspezifisch anpassen oder eine Middleware-Lösung implementieren, um die Interoperabilität zu gewährleisten.
Technische Herausforderungen
Der Kernkonflikt liegt in der Unverträglichkeit der Formate und Verarbeitungsmodelle. Peppol BIS Billing 3.0-Invoicing kann nicht direkt an KSeF übermittelt werden, da:
- Die FA(3)-XML-Struktur des KSeF von der UBL-basierten Peppol-Billing-3.0-Spezifikation abweicht.
- KSeF verlangt eine zentrale Freigabe über ein Regierungs-API, während Peppol peer-to-peer-Dokumentenaustausch ermöglicht. Diese Inkompatibilität zwingt Unternehmen, entweder ihre ERP-Systeme an die polnischen Vorgaben anzupassen oder eine Middleware zu nutzen, um die unterschiedlichen Formate und Prozesse zu verbinden.
Middleware-Architektur
Eine effektive Middleware-Lösung muss folgende Funktionen erfüllen:
- Empfang von Peppol-UBL-Ausgaben aus dem ERP-System.
- Übersetzung und Abbildung dieser Inhalte in das FA(3)-XML-Format für KSeF.
- Verwaltung der API-Kommunikation mit KSeF, einschließlich Authentifizierung und Submission.
- Rückführung der KSeF-zugewiesenen Identifikationsnummern in das ERP-System.
- Weiterleitung der ursprünglichen Peppol-Formatierten Rechnung an den jeweiligen Peppol-Zugangspunkt für den Empfänger.
Diese Architektur behandelt KSeF- und Peppol-Pflichten als parallele, aber nicht austauschbare Verpflichtungen. Dies stellt sicher, dass die KSeF-Zulassung und die Peppol-Lieferung beide ihren jeweiligen rechtlichen und operativen Zwecken gerecht werden.
Compliance-Anforderungen in Polen
Da KSeF weiterhin in Kraft ist, müssen Unternehmen sicherstellen, dass alle Rechnungen über das FA(3)-XML-Format und die zentrale KSeF-Plattform verarbeitet werden. Gleichzeitig bleibt Peppol BIS Billing 3.0 für den internationalen Dokumentenaustausch relevant, insbesondere in multinationalen Kontexten.
Ausblick
Während keine unmittelbaren Änderungen des polnischen e-Invoicing-Rahmens bekannt sind, bleibt die Middleware-Architektur ein dynamischer Bereich. Unternehmen sollten:
- Die Entwicklung beider Systeme verfolgen, um auf potenzielle Anpassungen vorbereitet zu sein.
- Die Mittelware-Lösungen regelmäßig überprüfen, um Compliance und Effizienz sicherzustellen.
- Die Auswirkungen von KSeF und Peppol auf ihre gesamten Supply-Chain-Prozesse evaluieren, um langfristige Strategien zu entwickeln.
Häufig gestellte Fragen
- Warum können Peppol BIS Billing 3.0-Invoices nicht direkt an KSeF gesendet werden?
- Peppol-Billing nutzt UBL-Formate, während KSeF FA(3)-XML verlangt. Zusätzlich erfordert KSeF zentrale Freigabe über ein Regierungs-API, was mit Peppols dezentralisiertem Modell nicht kompatibel ist.
- Wie stellt eine Middleware die Compliance mit beiden Systemen sicher?
- Durch Übersetzung von Peppol-UBL in FA(3)-XML, Verwaltung der KSeF-API-Kommunikation und Rückführung der KSeF-Identifikationsnummern, während die Peppol-Lieferung separat erfolgt.
- Was passiert, wenn KSeF eine Rechnung zurückweist?
- Die Middleware sollte Mechanismen zur Fehlererkennung und -korrektur haben, einschließlich der Rückmeldung an das ERP-System für weitere Bearbeitung.
- Wie wird die KSeF-zugewiesene Identifikationsnummer im ERP-System gespeichert?
- Die Middleware muss diese Nummer nach erfolgreicher Verarbeitung von KSeF abrufen und in das ERP-System zurückführen, um die rechtliche Gültigkeit der Rechnung sicherzustellen.
- Welche Rolle spielt Peppol in multinationalen Unternehmen, die in Polen tätig sind?
- Peppol ermöglicht den peer-to-peer-Austausch von Dokumenten zwischen internationalen Partnern, während KSeF für die lokale Compliance in Polen sorgt. Beide Systeme sind complémentär und nicht austauschbar.