Die Slowakei stellt am 1. Januar 2027 auf Peppol um: E-Rechnung für individuelle ERP-Systeme und EDI-Flüsse

Ab dem 1. Januar 2027 kann ein in der Slowakei ansässiger Mehrwertsteuerzahler einem anderen slowakischen Unternehmen kein PDF mehr per E-Mail schicken und es Rechnung nennen. Inländische B2B- und B2G-Rechnungen müssen strukturiertes XML nach der europäischen Norm EN 16931 sein, zugestellt über das Peppol-Netz durch einen zertifizierten Dienstleister, den die Finanzverwaltung „digitálny poštár“ nennt, den digitalen Briefträger. Jedes slowakische Unternehmen, jeder Einzelunternehmer und jede öffentliche Stelle muss sie empfangen können, auch wer kein Mehrwertsteuerzahler ist.

Stand Anfang Oktober 2026 bleiben damit rund 90 Tage.

Wenn Sie Pohoda, KROS, Money oder ein ähnliches Buchhaltungspaket nutzen, ist das meiste davon Sache Ihres Anbieters. Die Anbieter liefern Peppol-Unterstützung aus, und das Handbuch der Finanzverwaltung vom 26. August 2026 sagt selbst, dass in den meisten Fällen ein Update des bestehenden Systems genügt. Spielen Sie das Update ein, wählen Sie einen Dienstleister und stimmen Sie die Abläufe mit Ihrer Buchhaltung ab.

Dieser Artikel richtet sich an alle anderen: Unternehmen, deren Rechnungen aus einem selbst entwickelten ERP kommen, aus einem stark angepassten oder nicht mehr unterstützten System, aus einer Abrechnungs-Engine im eigenen Produkt oder über eine EDIFACT-Verbindung mit Handelskunden.

Was das Gesetz verlangt

Die Pflicht ergibt sich aus dem geänderten Mehrwertsteuergesetz (222/2004 Z. z., geändert durch 385/2025 Z. z.). In Grundzügen, nach der eFaktúra-Seite der Finanzverwaltung und dem Handbuch:

• Ausstellung. In der Slowakei ansässige Mehrwertsteuerzahler müssen für inländische Lieferungen und für vor der Lieferung erhaltene Zahlungen E-Rechnungen ausstellen, wenn der Kunde ein slowakischer Steuerpflichtiger oder eine beliebige slowakische juristische Person ist. Verbraucher sind ausgenommen. Ebenso steuerfreie Lieferungen und vereinfachte Rechnungen (ein Beleg bis 100 Euro oder ein eKasa-Beleg bis 400 Euro inklusive Mehrwertsteuer). Ansonsten spielt der Rechnungsbetrag keine Rolle mehr.
• Empfang. Jeder slowakische Steuerpflichtige, ob Mehrwertsteuerzahler oder nicht, und jede slowakische juristische Person muss E-Rechnungen über einen zertifizierten Dienstleister empfangen können.
• Format. XML nach EN 16931, in UBL 2.1 oder CII D16B. Im Netz bedeutet das Peppol BIS Billing 3.0, also UBL.
• Zustellung. Über einen zertifizierten Dienstleister im Peppol-Netz. Geschäftspartner dürfen einen anderen Kanal vereinbaren, etwa E-Mail oder eine bestehende EDI-Verbindung, aber nur mit vorheriger Zustimmung des Käufers, die Rechnung muss trotzdem XML nach EN 16931 sein, und beide Seiten müssen weiterhin über einen Dienstleister erreichbar sein.
• Frist. 15 Tage ab der Lieferung, wie bisher. Bei einer über das Netz gesendeten Rechnung ist das Ausstellungsdatum der Tag, an dem sie dem Dienstleister übergeben wurde.
• Meldung. Der Dienstleister extrahiert die Steuerdaten und meldet sie an die Finanzverwaltung, und das Gesetz behandelt Ihre Meldepflicht als erfüllt, sobald Sie die Rechnung übergeben haben. Der kontrolný výkaz (die Umsatzsteuer-Kontrollmeldung) bleibt bis zum 1. Juli 2030.
• Archiv. Mehrwertsteuerzahler bewahren das XML zehn Jahre ab Ende des Jahres auf, auf das es sich bezieht. Eine PDF-Darstellung ist nicht die Rechnung.
• Sanktionen. Verstöße gegen die Pflichten zur E-Rechnung oder falsche Daten können mit bis zu 10.000 Euro geahndet werden, bei wiederholten Verstößen mit bis zu 100.000 Euro, so das Handbuch und die FAQ vom 15. September 2026. Ein offensichtlicher Fehler, der umgehend korrigiert wird, oder ein nachweisbares Versagen auf Seiten des Dienstleisters wird nicht geahndet.

Der Übergang richtet sich nach dem Steuerentstehungszeitpunkt. Wenn die Pflicht zur Rechnungsausstellung bis zum 31. Dezember 2026 entstanden ist, gelten die alten Regeln, auch wenn die Rechnung 2027 bezahlt wird.

Zwei kleinere Änderungen erwischen viele. Ein Zahlungsplan (splátkový kalendár) für Miete oder Leasing funktioniert nicht mehr als Sammelrechnung: Jede wiederkehrende Leistung braucht ihre eigene E-Rechnung. Und ausländische Unternehmen, die in der Slowakei nur für die Mehrwertsteuer registriert sind, bleiben bis zum 30. Juni 2030 außerhalb des Anwendungsbereichs.

EDIFACT-Rechnungen zählen nicht mehr

Dieser Teil trifft Hersteller und Lieferanten von Handelsketten. Die FAQ sind unmissverständlich. Sie können nach dem 1. Januar 2027 weiter EDIFACT mit Ihren Kunden austauschen, aber für inländische Umsätze erfüllt eine EDIFACT-Rechnung die Definition einer elektronischen Rechnung im Sinne der Mehrwertsteuer nicht mehr. Wörtlich: „vy alebo váš poskytovateľ IT služieb musí vykonať konverziu“, Sie oder Ihr IT-Dienstleister müssen diese Rechnungen also in UBL oder CII nach EN 16931 umwandeln.

Die FAQ nennen sogar den Weg. CEN/TS 16931-3-4 ordnet EDIFACT INVOIC D16B dem semantischen Modell der EN 16931 zu, und von dort aus ordnen Sie UBL zu. Ihr Beispiel: Die Rechnungsnummer aus EDIFACT wird zum Geschäftsbegriff BT-1, der in UBL zu cbc:ID wird.

Daraus folgen zwei Entwurfsentscheidungen.

Wo die Umwandlung stattfindet. Entweder erzeugt Ihr System UBL aus denselben Daten, die die EDIFACT-Nachricht speisen, oder Ihr EDI-Dienstleister wandelt auf dem Weg nach draußen um. Wenn er es tut, verlangen Sie seine Prüfberichte, denn die Geldbuße trifft Sie.

Welcher Kanal sie transportiert. Wenn das UBL als Peppol BIS über Peppol geht, meldet es der Dienstleister. Wenn Sie den EDI-Kanal nach Vereinbarung mit dem Käufer behalten, wird nichts automatisch gemeldet, und Sie brauchen für alles andere trotzdem einen Peppol-Endpunkt.

Die Regeln betreffen Rechnungen, Gutschriften und Rechnungen im Gutschriftsverfahren. Bestellungen und Lieferavis können bleiben, wie sie sind.

Was Sie tatsächlich bauen müssen

Bei einem individuellen System teilt sich die Arbeit in vier Teile. Die Anbindung an den Dienstleister ist meist der kleinste.

1. Ausgang: UBL, das die Prüfung besteht

Ordnen Sie Ihre Rechnungsdaten den Geschäftsbegriffen der EN 16931 zu und dann UBL. Die eFaktúra-Seite veröffentlicht eine Transpositionstabelle (zum Zeitpunkt dieses Artikels Version 1.11), die die Geschäftsbegriffe den zugrunde liegenden Bestimmungen des slowakischen Rechts zuordnet, mit slowakischen Kardinalitäten zusätzlich zu Peppol BIS. Behandeln Sie sie als Ihre Spezifikation.

Die problematischen Felder sind selten die offensichtlichen:

• Die DIČ des Empfängers. Slowakische Teilnehmer werden im Peppol-Netz als 0245:DIČ adressiert, mit der Steueridentifikationsnummer, nicht mit der IČO und nicht mit der IČ DPH. Ein Unternehmen, das bereits mit einer Kennung 9950 im Peppol-Netz ist, braucht trotzdem eine Registrierung mit 0245 im slowakischen SMP. Wenn Ihr Kundenstamm nur IČO und IČ DPH enthält, haben Sie eine Datenaufgabe vor der Codeaufgabe.
• Codes für die Mehrwertsteuerkategorie. S, Z, E, AE und O, jeweils mit Geschäftsregeln von Peppol verknüpft. Kategorie O (nicht steuerbar) verbietet Umsatzsteuer-Identifikationsnummern auf der Rechnung und darf nicht mit Positionen zum Regelsatz auf einer Rechnung stehen. Der Text zum Befreiungsgrund (BT-120) ist für steuerfreie Lieferungen gedacht; wer ihn auf einer Rechnung zum Regelsatz füllt, macht das XML ungültig.
• Mengeneinheiten aus den Codelisten der UN/ECE, kein Freitext. Jede Position braucht eine.
• Die Belegarten, die Sie vergessen haben. Korrekturen als Gutschrift plus neue Rechnung oder als Korrekturrechnung, die in BT-25 auf das Original verweist. Steuerbelege für Anzahlungen verwenden den Typcode 388. Rechnungen im Gutschriftsverfahren sind Typ 389.

Prüfen Sie vor dem Versand gegen Peppol BIS und die slowakischen Regeln und leiten Sie Fehler an jemanden weiter, der sie beheben kann. Sperren Sie die Rechnung, sobald sie übergeben ist, und machen Sie Wiederholungen idempotent: Dieselbe Rechnung zweimal unter zwei Nummern ist ein steuerliches Problem.

2. Die Anbindung an den Dienstleister

Das Verzeichnis vom 1. Oktober 2026 führt 79 zertifizierte Dienstleister, slowakische und ausländische. Jeder hat eine eigene API und eigene Authentifizierung. Im Rechnungsweg gibt es keine zentrale staatliche Plattform: Der Plan dafür wurde 2024 aufgegeben, und die Rechnungen laufen direkt zwischen den Dienstleistern. Praktische Punkte aus den FAQ:

• Je Teilnehmerkennung können Sie nur einen Dienstleister für den Empfang registrieren, senden dürfen Sie aber über mehrere.
• Die Registrierung Ihres Empfangsdienstleisters über das Portal der Finanzverwaltung ist gesetzlich vorgeschrieben, und wer sie vornimmt, braucht eine Vollmacht, um auf diesem Portal für das Unternehmen zu handeln. Kümmern Sie sich diese Woche darum. Das ist der langsamste Schritt, in dem kein Code steckt.
• Wenn der Empfänger nicht im Peppol-Netz ist, scheitert die Zustellung, Ihre Pflicht als Absender ist aber erfüllt, und die Daten werden trotzdem gemeldet. Ihr Code muss den Fehlschlag festhalten und jemanden informieren, statt endlos zu wiederholen oder die Abrechnung zu blockieren.

Einen eigenen Access Point zu betreiben bedeutet eine Zertifizierung durch OpenPeppol, eine Akkreditierung durch die Finanzverwaltung und ab dem 1. Juli 2027 ISO/IEC 27001. Für ein Unternehmen, das nur seine eigenen Rechnungen sendet, ist ein Dienstleister die vernünftige Antwort.

3. Eingang in die Kreditorenbuchhaltung

Ab Januar senden Ihnen Ihr Energieversorger, Ihr Telekommunikationsanbieter und Ihre Softwarelieferanten UBL. Das Handbuch legt die Verantwortung für die Empfangsfähigkeit beim Empfänger: Ein Lieferant, der korrekt über das Netz sendet, hat seinen Teil getan.

Die Arbeit im Eingang heißt: Belege von der API des Dienstleisters abholen, prüfen, den Lieferanten zuordnen, die Positionen in Ihr Kreditorenmodell übernehmen, Bestellungen abgleichen, wo Sie das tun, und den bestehenden Freigabeworkflow speisen, den das Gesetz unberührt lässt. Sie brauchen außerdem eine lesbare Darstellung des XML auf Abruf und das zehnjährige XML-Archiv. Peppol kennt hier keine Ablehnungsnachricht, Streitfälle klären Sie also wie bisher mit dem Lieferanten.

4. Meldung und Abstimmung

Der Dienstleister erstellt das Steuerdatendokument und meldet es. Ihre Aufgabe ist sicherzustellen, dass das, was Sie übergeben, stimmt und dass Ihre Mehrwertsteuermeldungen weiterhin aufgehen, denn der kontrolný výkaz bleibt bis 2030. Speichern Sie die Nachrichtenkennungen und Zustellstatus des Dienstleisters an jeder Rechnung, damit Sie herausfinden können, warum, wenn die Zahlen nicht übereinstimmen.

Wie lange es dauert

Die Schätzung der Finanzverwaltung selbst: Wenn Ihre Software bereits an Peppol angebunden ist, erfolgt die Aktivierung sofort. Bei individuellen oder komplexen Lösungen „môže trvať niekoľko dní až týždňov“, kann die Integration also einige Tage bis Wochen dauern.

Für die Anbindung selbst ist das realistisch. Die Wochen fließen in die Daten: die DIČ jedes Kunden und Lieferanten finden, die Mehrwertsteuerkategorie jedes Produkts und jeder Dienstleistung richtig setzen und eine Eingangsverarbeitung bauen, die nicht davon abhängt, dass jemand jeden Beleg öffnet.

Das Testen wird langsamer gehen, als Sie erwarten. Der Peppol-Monitor auf epostari.sk, betrieben von Verteco, selbst einer der zertifizierten Dienstleister, zählte am 2. Oktober 2026 3.332 von 235.518 slowakischen Mehrwertsteuerzahlern, die Peppol-Rechnungen empfangen können, etwa 1,4 %. Er erfasst nur Mehrwertsteuerzahler und bezeichnet seine Zahlen als informativ. Trotzdem können heute nur wenige Ihrer Kunden eine Testrechnung annehmen, und der Januar wird viele Fehler vom Typ „Empfänger nicht gefunden“ bringen. Behandeln Sie sie als Normalfall.

Ein 90-Tage-Plan

Woche 1 bis 2: Bestandsaufnahme und Entscheidungen. Listen Sie jedes System auf, das Rechnungen an slowakische Unternehmen ausstellt: das ERP, die Abrechnungs-Engine, das EDI-Gateway, die Tabelle, die jemand im Vertrieb noch nutzt. Machen Sie dasselbe für den Eingang. Prüfen Sie, wie vollständig die DIČ in den Stammdaten von Kunden und Lieferanten ist. Wählen Sie einen Dienstleister, klären Sie die Vollmacht für das Portal und registrieren Sie sich für den Empfang.

Woche 3 bis 6: Ausgang. Bauen Sie die UBL-Zuordnung und die Prüfung, verbinden Sie sich mit der Testumgebung des Dienstleisters und wandeln Sie die EDIFACT-Rechnungen um oder vereinbaren Sie die Umwandlung mit Ihrem EDI-Dienstleister. Decken Sie Gutschriften, Anzahlungen und das Gutschriftsverfahren ab, nicht nur den Normalfall.

Woche 5 bis 9: Eingang. Abruf, Prüfung, Zuordnung der Lieferanten, Übernahme in die Kreditorenbuchhaltung, Darstellung und Archiv.

Woche 9 bis 11: live in 2026. Die freiwillige Nutzung ist in diesem Jahr erlaubt. Senden Sie echte Rechnungen an Kunden, die bereits registriert sind, und empfangen Sie von Lieferanten, die es sind. Hier zeigen sich Zuordnungsfehler, solange sie nichts kosten.

Woche 12 bis 13: Umstellung. Lassen Sie die Umstellung am Steuerentstehungszeitpunkt hängen, nicht am Buchungsdatum. Planen Sie um die Feiertage herum: Die letzten zwei Dezemberwochen sind kein Testfenster.

Wenn die Umsetzung es nicht schafft, brauchen Sie eine Rückfallebene. Die eigenständige Webanwendung eines Dienstleisters, die Option, die das Handbuch kleinen Unternehmen nahelegt, reicht aus, um am 1. Januar Rechnungen zu empfangen, während die Integration fertig wird. Sie ist eine Notlösung für den Empfang, kein Weg, um in großer Zahl auszustellen.

Was sich noch bewegt

Die FAQ erwähnen eine überarbeitete EN 16931, die im Oktober 2025 verabschiedet wurde, und sagen, dass sie deren Auswirkungen noch nicht beschreiben können; Peppol BIS wird der Norm folgen. Die Transpositionstabelle liegt in Version 1.11 vor, und die FAQ wurden mehrfach neu herausgegeben. Halten Sie die Zuordnung versioniert und an einer Stelle, nicht über den Rechnungscode verstreut.

Die zweite Phase steht schon im Zeitplan. Ab dem 1. Juli 2030 soll sich die Pflicht auf grenzüberschreitende Lieferungen erstrecken, die Ausstellungsfrist sinkt auf 10 Tage, und der kontrolný výkaz entfällt. Schreiben Sie „nur slowakische Kunden“ nicht fest in den Entwurf.

Wo Sie Hilfe bekommen

Wir bauen die Verbindung zwischen dem System, das Ihre Rechnungen erzeugt, und dem Netz, das sie jetzt transportieren muss: UBL-Zuordnung und Prüfung, Integration der API des Dienstleisters, Umwandlung von EDIFACT und Eingangsverarbeitung in die Kreditorenbuchhaltung. Wie wir arbeiten, erklärt unsere Leistung zur E-Rechnungs-Integration, und wenn das System darunter das eigentliche Problem ist, lesen Sie die Seite zur ERP-Modernisierung. Wenn die Arbeit klar umrissen ist und Ihnen Hände fehlen, vermitteln wir auch erfahrene Entwickler in bestehende Teams.

Wenn Sie Ihre Ausgangslage besprechen möchten, schreiben Sie an office@c9group.dev.