Das unter Gesetz Nr. 385/2025 Z. z., nutzt einen dezentralen 5-Ecken-Peppol-Modell. Neben jeder strukturierten Rechnung, die zwischen einem Lieferanten (Ecke 1) und einem Käufer (Ecke 4) über deren jeweilige Digitale Postboten (Ecken 2 und 3) muss der digitale Postbote des Absenders auch Folgendes übermitteln: Slowakisches Steuerdatendokument (SK TDD) zu Finanzverwaltung, das als Kurve 5 (C5). Dieser Berichterstattungskanal in nahezu Echtzeit verschafft der Steuerbehörde Einblick in jede inländische B2B- und B2G-Transaktion, ohne die Rechnung selbst zu blockieren oder vorab zu prüfen.
Dieser Artikel fasst zusammen, wie eine TDD an C5 gesendet wird, was gegeben sein muss, damit sie akzeptiert wird, und was passiert, wenn dies nicht der Fall ist.
1. Wohin senden
Empfänger: Der C5-Endpunkt der Finanzverwaltung wird im Peppol-Netzwerk über seine veröffentlichte Teilnehmerkennung angesprochen. Unternehmen selbst werden im Netzwerk anhand eines Schemas identifiziert 0245:XXXXXXXXXX, wobei es sich bei dem zehnstelligen Wert um die slowakische Steuernummer handeltUSt-IdNr.) des Wirtschaftssubjekts.
Endpunkt Wie bei jedem Peppol-Dokument muss der C5-Endpunkt dynamisch über die SML/SMP-Abfragekette aufgelöst werden – niemals fest codiert – und die Zustellung erfolgt über das Standard-Peppol AS4 Transportprofil.
Nutzlast Ein einzelnes SK-TDD-Dokument pro Rechnung, übertragen in einer SBDH-Hülle über AS4. Das TDD selbst enthält keine Anhänge; es ist vielmehr ein strukturierter Datenauszug der Rechnung (Parteien, Rechnungsnummer und -datum, Liefer- oder Zahlungsdatum, Mengen, Steuerbemessungsgrundlage, Mehrwertsteuersatz und -betrag, Befreiungs- oder Reverse-Charge-Indikatoren sowie gegebenenfalls Berichtigungsverweise) anstelle des Rechnungsdokuments selbst.
2. Transportvoraussetzungen
Alle der folgenden Bedingungen müssen erfüllt sein, andernfalls wird die Nachricht auf AS4-Ebene abgelehnt:
- Der Dokumenttyp ist gültig SK TDD. Jeder andere Dokumententyp, der in der C5-Ecke eingereicht wird, wird abgelehnt.
- Der Absender ist bei dem SMP der Finanzverwaltung als akkreditierter digitaler Zusteller registriert und bekannt.
- Die Nachricht ist gemäß dem Peppol-AS4-Profil strukturell gültig.
- Es ist mit einem gültigen Peppol-Zertifikat signiert, das für einen zertifizierten Anbieter ausgestellt wurde.
- Es ist mit dem Zertifikat der Finanzverwaltung verschlüsselt.
Eine AS4-Eingangsbestätigung wird sofort nach dem Empfang zurückgegeben; die Validierung und die steuerseitige Verarbeitung erfolgen asynchron.
3. Das 15-Minuten-Berichtszeitfenster
Im Gegensatz zu einem herkömmlichen Peppol-Dokumentenaustausch hat die SK TDD eine strenge zeitliche Vorgabe: Sie muss die Finanzverwaltung erreichen innerhalb von 15 Minuten nach Übermittlung der Rechnung an den Digitalen Postboten des Käufers. Im standardmäßigen, vom Lieferanten ausgelösten Ablauf übermittelt der Digitale Postbote des Absenders (C2) die Rechnung an den Digitalen Postboten des Käufers (C3) und meldet die TDD parallel an C5 – dies sind keine aufeinanderfolgenden Schritte. Ein separater TDD-Ablauf auf der Käuferseite (C4 → C3 → C5) gilt hauptsächlich für Gutschriftsverfahren und nicht für jede Rechnung, die ein Unternehmen erhält.
4. Dokumentenvalidierung
Jedes TDD wird validiert gegen das EN 16931-abgestimmtes slowakisches Schema und Geschäftsregeln (Schematron), konsistent mit der UBL 2.1- oder CII-Syntax, die für die zugrundeliegende Rechnung verwendet wird. Ein TDD, das die Validierung nicht besteht, ist nicht gespeichert; die Finanzverwaltung antwortet ablehnend und beschreibt die Fehler, und der sendende Digitaler Postbote wird voraussichtlich im Rahmen desselben Meldezeitraums korrigieren und erneut einreichen, wo immer dies möglich ist.
5. Nachrichtengröße und -format
Das TDD ist ein schlanker, strukturierter Auszug ohne Anhänge. PDF- und EDIFACT-Darstellungen sind nicht in diesem System akzeptiert — es werden ausschließlich EN 16931-konforme, strukturierte Formate unterstützt.
Das Endergebnis
Das slowakische 5-Ecken-Peppol-Modell macht die steuerliche Berichterstattung in nahezu Echtzeit zu einem parallelen Bestandteil jedes Rechnungsaustauschs. Digitale Postboten müssen den C5-Endpunkt dynamisch auflösen, pro Rechnung eine gültige SK-TDD über AS4 übertragen und die 15-Minuten-Frist einhalten. Korrekte Teilnehmeridentifikanten, gültige Peppol-Zertifikate, Schema-Konformität und eine schnelle Fehlerbehandlung sind für eine erfolgreiche Berichterstattung unerlässlich.
Für eine SAP-fokussierte technische Perspektive lesen Sie den SAP-E-Invoicing-Leitfaden unter Slowakische TDD-Berichterstattung an die Peppol Corner 5.