Echtzeit-EU-MwSt. für Entwickler mit Fokus auf Kroatien

Kroatien hat am 1. Januar 2026 die Fiskaliserung 2.0 (Fiscalisation 2.0) eingeführt. Mehrsteuerpflichtige Unternehmen müssen seitdem strukturierte E-Rechnungen mit Echtzeit-Meldung ausstellen und empfangen, während die übrigen Unternehmen im Jahr 2027 folgen. Da Kroatien Bargeldtransaktionen bereits seit Jahren fiskalisiert, führt das neue Regime eine bestehende Praxis fort, statt das Rad neu zu erfinden. Für Softwareanbieter bedeutet es jedoch in jedem Fall eine neue Integration.

Dieser Beitrag vergleicht die entwicklerorientierten Plattformen, die EU- und kroatische Mehrwertsteuer in Echtzeit verarbeiten, trennt die Steuerberechnung von der Buchhaltung sowie der Einreichung und zeigt auf, wo die jeweiligen Optionen tatsächlich passen.

Was „Echtzeit-EU-MwSt.-Management“ beinhalten muss

Der Begriff wird oft für sehr unterschiedliche Produkte verwendet. Um einen konkreten Wert zu haben, muss eine Plattform die folgenden Punkte größtenteils erfüllen, während eine Transaktion, Rechnung, Auszahlung oder ein Buchungssatz erstellt wird:

• Die steuerliche Behandlung anhand der Transaktionsdaten ermitteln.
• Die aktuellen Länder- und Produktregeln anwenden.
• Kroatien und die gesamte EU abdecken, einschließlich B2B-Reverse-Charge und B2C-Bestimmungslandbesteuerung.
• All dies über eine API, ein SDK oder Webhooks bereitstellen.
• Die Daten für MwSt., OSS, Prüfung und Buchhaltungsberichte vorhalten.

Hinter den Worten „Echtzeit“ verbergen sich drei verschiedene Funktionen:

• Echtzeit-Berechnung - die Mehrwertsteuer wird im Moment der Erstellung der Transaktion oder Rechnung berechnet.
• Echtzeit-Buchhaltung - die Transaktion, der Buchungssatz und die MwSt.-Daten landen umgehend im Hauptbuch.
• Echtzeit-Meldung - die Daten werden kurz nach der Transaktion an die Steuerbehörde übermittelt.

Die meisten Produkte leisten den ersten Punkt. Nur sehr wenige beherrschen alle drei. Kroatien ist im Januar 2026 in die dritte Kategorie aufgerückt: Strukturierte E-Rechnungen gehen mit einer Echtzeit-Meldung einher, ergänzt um das bestehende Bargeldfiskalisierungsregime.

Die kroatischen und EU-Vorschriften, die den Vergleich prägen

Kroatien wendet einen Regelsteuersatz von 25% an, neben ermäßigten Sätzen von 13% und 5% sowie 0% für Exporte und innergemeinschaftliche Lieferungen. Der Satz von 13% gilt für bestimmte Lebensmittel, Unterkünfte und Zeitungen; der Satz von 5% gilt für Brot, Milch, Bücher und Medikamente. Die gesetzliche Grundlage bildet das Mehrwertsteuergesetz (Zakon o porezu na dodanu vrijednost), und die Regeln werden von der Porezna uprava veröffentlicht. Eine Registrierung ist ab einem Umsatz von 60.000 € erforderlich, der 2025 von 40.000 € angehoben wurde.

Für qualifizierende innergemeinschaftliche B2C-Fernverkäufe und grenzüberschreitende digitale Dienstleistungen gilt die EU-weite Schwelle von 10.000 €, wie im One-Stop-Shop-Portal der Europäischen Kommission dargelegt. Liegt der Umsatz darüber, richtet sich die Mehrwertsteuer grundsätzlich nach dem Mitgliedstaat des Kunden. Der One Stop Shop (OSS) ermöglicht es Unternehmen, sich in einem einzigen Mitgliedstaat zu registrieren und die grenzüberschreitende B2C-Mehrwertsteuer für die gesamte EU zu erklären, ersetzt jedoch nicht die Logik auf Transaktionsebene.

Hinzu kommt eine Marktplatzregel, die strenger ist als von den meisten Teams erwartet. Gemäß Artikel 14a wird eine elektronische Schnittstelle bei Fernverkäufen eingeführter Waren in Sendungen mit einem Wert von höchstens 150 € sowie separat bei Warenlieferungen an EU-Kunden unabhängig vom Wert, wenn der zugrunde liegende Verkäufer nicht in der EU ansässig ist, als fiktiver Lieferer (deemed supplier) behandelt. Die Erläuterungen der Kommission zu den MwSt.-Vorschriften für den elektronischen Handel decken beide Aspekte ab. Wenn Sie einen Marktplatz entwickeln, ändert dies die Architektur grundlegend, anstatt nur ein weiteres Feld hinzuzufügen.

Die engere Auswahl auf einen Blick

Plattform	Optimaler Einsatzzweck	Echtzeit-MwSt.-Funktion	Umfang von Buchhaltung, OSS und Einreichung	Wichtiger Einschränkungshinweis
Stripe Tax	Produkte und Marktplätze, die bereits Stripe nutzen	Berechnet die MwSt. bei Transaktionserstellung, inklusive Kroatien	EU-Exporte und OSS-Daten; kein kroatisches Hauptbuch und keine eigene Einreichung von EU-Erklärungen	Lohnt sich nur, wenn Stripe bereits als Zahlungsabwickler dient
Paddle	SaaS und digitale Download-Produkte	Berechnet die MwSt. im Checkout basierend auf dem Kundenstandort	Registriert, reicht ein und führt ab als Merchant of Record (MoR)	Übernimmt die Rolle des Verkäufers (Seller of Record) und damit auch die Rechnungsstellung
Quaderno	Kleinere SaaS- und Digitalkommerz-Lösungen	Berechnet im Checkout, validiert USt-IdN.	Steuerberichte und Aufzeichnungen; automatische Einreichung ist nicht für jeden Tarif dokumentiert	Eine Steuer- und Rechnungsschicht, kein Hauptbuch
Avalara AvaTax	Enterprise-ERP- und Abrechnungs-Stacks	Echtzeit-Steuerermittlung mit gepflegten Steuerinhalten	Die MwSt.-Berichterstattung (VAT Reporting) ist ein separates Produkt innerhalb der Returns-Produktreihe	Konfiguriert und bepreigt für Enterprise-Rollouts
Fonoa Tax Engine	Große Plattformen und Marktplätze	Echtzeit-Bestimmung über mehr als 190 Jurisdiktionen hinweg	Steuererklärungen, E-Invoicing und Berichterstattung; Validierung der Steuer-ID ist ein separates Produkt	Keine veröffentlichte Preisgestaltung
Nordlet	Integrierte Buchhaltung in Marktplätzen und Plattformen	Ermittelt Schema und Steuersätze pro Transaktion, verbucht zusammen mit dem Buchungssatz	Unveränderliches doppeltes Hauptbuch, Auszahlungen, OSS- und IOSS-Werte, exportierbarer Audit-Trail	Kein kroatischer Fiskaliserungs-Konnektor und kein PDV-Paket; stellt EN 16931-Rechnungen über Peppol aus

Stripe Tax: Der schnelle Weg, wenn Stripe bereits im Einsatz ist

Für Teams, die bereits Stripe Payments, Billing oder Connect einsetzen, ist Stripe Tax die zugänglichste Echtzeit-Berechnungsschicht. Die Dokumentation behandelt die weltweite MwSt.-Berechnung, die Tax API mit PaymentIntents, den SteuerEinzug auf Rechnungen sowie die Nutzung von Tax mit Connect als Plattform oder Marktplatz.

Wo Stripe an seine Grenzen stößt, benennt das Unternehmen selbst unmissverständlich. In der Dokumentation zur Einreichung heißt es: „Sie müssen die von Ihnen eingezogene Steuer für jeden Standort, an dem Sie registriert sind, selbst erklären und abführen.“ Eine automatisierte Einreichung wird in den USA angeboten; andernfalls arbeitet Stripe mit Einreichungspartnern zusammen, sodass eine EU-MwSt.-Erklärung von Ihnen oder einem Partner eingereicht werden muss, nicht von Stripe Tax. Es handelt sich um eine Berechnungs- und Exportschicht, nicht um ein vollständiges Hauptbuch.

Für ein kroatisches Projekt im Jahr 2026 beantwortet Stripe Tax eine Frage, die ohnehin nicht mehr die schwierigste ist. Die Fiskaliserung 2.0 erfordert eine separate Integration.

Paddle: Die gesamte steuerliche Verantwortung auslagern

Paddle ist ein anders geartetes Produkt. Es agiert als Merchant of Record und übernimmt die Verantwortung für die „Berechnung, Einreichung und Abführung“ von Steuern an den Standorten Ihrer Kunden. Es berechnet die MwSt. im Checkout, stellt die Rechnung aus und kümmert sich um die Einreichung sowie Abführung. Die Entwicklerdokumentation umfasst Paddle.js, die Katalog-APIs, den Checkout sowie Webhooks wie transaction.completed, der ausgelöst wird, sobald eine Transaktion den Status completed erreicht, und typischerweise als Auslöser für die Freigabe des Zugangs nach der Zahlung dient.

Der Kompromiss ist eher struktureller als technischer Natur. Paddle wird zum offiziellen Verkäufer (Seller of Record), wodurch Sie das Händler-, Rechnungs- und Buchhaltungsmodell aufgeben, das Sie bei einem eigenen Checkout behalten würden.

Für digitale Produkte, die an kroatische Verbraucher verkauft werden, deckt dies die Berechnung und Einreichung ab. Die eigenen Fiskalisierungspflichten eines kroatischen Unternehmens entfallen dadurch jedoch nicht.

Quaderno: Eine Steuerschicht für kleinere digitale Unternehmen

Quaderno ist eine der übersichtlicheren, entwicklerzentrierten Optionen für kleinere digitale Unternehmen, die einen vom Zahlungsabwickler unabhängigen Steuerdienst suchen. Dessen API dokumentiert einen Endpunkt /tax_rates/calculate zur Ermittlung des anwendbaren Steuersatzes anhand der Kundenadresse und des Transaktionstyps, einen Endpunkt /tax_ids/validate für EU-USt-IdN. sowie Endpunkte für Rechnungen, Belege und Gutschriften. Ein dokumentierter Connect-Bereich mit Kontenressourcen bildet die Grundlage für Marktplätze.

Die Einschränkung liegt im Funktionsumfang. Quaderno ist eine Steuer- und Rechnungsschicht und kein Buchhaltungssystem mit einem unveränderlichen doppelten Hauptbuch. Zudem garantieren die öffentlich zugänglichen Materialien keine automatische Einreichung in jedem Tarif und jedem Land. Die Verantwortung für die Einreichung sollte stets schriftlich bestätigt werden.

Quaderno deckt die Checkout-Berechnung ab. Die PDV-Erklärung und das Fiskalisierungsregime liegen außerhalb seines Geltungsbereichs.

Avalara und Fonoa: Die Enterprise-Steuer-Engines

Avalaras AvaTax führt die Echtzeit-Steuerermittlung während des Checkouts, der Rechnungsstellung oder der Auftragsabwicklung über REST-APIs und SDKs durch. Beachten Sie dabei die Produktaufteilung: Die MwSt.-Berichterstattung (VAT Reporting) ist separat unter Returns angesiedelt. Ein EU-MwSt.-Compliance-Workflow besteht somit nicht einfach aus „AvaTax“ - prüfen Sie genau, welche Module Sie tatsächlich benötigen. Avalara bietet einen Registrierungspfad mit einer 90-tägigen Testversion an, während das kommerzielle Produktionsmodell auf Enterprise-Anforderungen ausgerichtet ist.

Fonoas Tax Engine ermittelt laut eigenen Angaben „die korrekte indirekte steuerliche Behandlung für jede Transaktion in Echtzeit“ über eine versionierte API für mehr als 190 Jurisdiktionen. Ein architektonisches Detail ist zu beachten: Die Validierung von Steuer-ID-Nummern ist ein separates Produkt von Fonoa (Validate) und kein Bestandteil der Tax Engine. Wenn Sie VIES-Nachweise benötigen, müssen Sie diese explizit einplanen, anstatt anzunehmen, dass die Engine dies automatisch abdeckt.

Eine große, länderübergreifende Plattform mit bestehenden Konnektoren für Melde-Länder wird Kroatien leichter integrieren können als ein kleines Team. Für eine rein kroatische Implementierung sind beide Lösungen überdimensioniert.

Wo sich Nordlet einfügt: Die MwSt.-Antwort und der Buchungssatz sind derselbe Datensatz

Nordlet ist eine Buchhaltungs-API für Marktplätze und Plattformen, die Hauptbücher, Auszahlungen, EU-Steuern und einen exportierbaren Audit-Trail direkt in ihrem eigenen Produkt benötigen, statt eine Rechnungsstellungs-App an einen Checkout anzukoppeln.

Der architektonische Unterschied besteht darin, dass die Steuerermittlung und der Buchungssatz zu einem einzigen System gehören. POST /v1/reference/vat/resolve beantwortet die Frage zur steuerlichen Behandlung basierend auf den Transaktionsfakten:

{
  "customerCountryCode": "HR",
  "customerIsBusiness": false,
  "supplyType": "digital"
}

{
  "scheme": "oss_union",
  "vatCountryCode": "HR",
  "reverseCharge": false,
  "deemedSupplier": false,
  "zeroRated": false,
  "rates": [
    { "category": "standard", "ratePercent": "25.00" },
    { "category": "reduced", "ratePercent": "13.00" },
    { "category": "reduced", "ratePercent": "5.00" }
  ],
  "legalBasis": "Directive 2006/112/EC art. 58 - taxable where the consumer resides; report via the Union OSS"
}

Ändert man den Kunden in ein Unternehmen mit einer gültigen kroatischen USt-IdN., liefert derselbe Aufruf reverse_charge mit dem Vermerk Directive 2006/112/EC art. 44, 196 - VAT due by the customer (reverse charge). Setzt man actingAsMarketplace mit einem außerhalb der EU ansässigen Verkäufer, wird deemedSupplier: true gemäß art. 14a(2) zurückgegeben. Die Rechtsgrundlage wird direkt mit der Antwort übergeben, was besonders bei Prüfungen durch Wirtschaftsprüfer Jahre später von Bedeutung ist.

Es sind neun Schemata modelliert: domestic, intra_eu_b2b, reverse_charge, oss_union, ioss, marketplace_deemed, export, out_of_scope und sme_exempt. Die Schwelle für Fernverkäufe von 10.000 € wird aktiv nachgehalten - /v1/declarations/eu/distance-sales-threshold/get gibt Auskunft über den Status des Unternehmens, und /v1/declarations/eu/oss/compute sowie /v1/declarations/eu/ioss/compute erzeugen die Periodenwerte inklusive eines Korrekturbereichs für vorherige Zeiträume. Die Steuersätze stammen aus dem TEDB-Feed der Europäischen Kommission inklusive Gültigkeitsdaten, wobei Unternehmen sie pro Land anpassen können.

Die ermittelten Werte werden anschließend in ein unveränderliches doppeltes Hauptbuch gebucht, wobei die MwSt.-Metadaten direkt am Eintrag verknüpft bleiben. Dadurch entfällt ein nachträglicher Abgleich zwischen einer Steuer-Engine und einem separaten Aufzeichnungssystem. Geldbeträge werden als Dezimalstrings und niemals als Gleitkommazahlen verarbeitet. Ergänzt wird dies durch typisierte SDKs, Webhooks wie sale_invoice.paid, Unterstützung für Idempotency-Key für sichere Wiederholungsversuche, Sandbox-Unternehmen, gegen die Rechnung eingefrorene VIES-Validierungen, Multi-Mandanten-Fähigkeit sowie Periodensperren, damit ein abgeschlossener Monat nicht nachträglich bearbeitet werden kann.

Die Einschränkung in Kroatien ist weitreichend und sollte vorab geprüft werden. Nordlet verfügt über keinen kroatischen Fiskalisierungs-Konnektor: Es meldet keine Rechnungen im Rahmen der Fiskaliserung 2.0 und stellt kein kroatisches Erklärungspaket bereit. Ein Aufruf von /v1/declarations/eu/vat-return/compute mit countryCode: "HR" gibt einen Fehler 422 zurück, der Litauen, Deutschland und Polen nennt. Generatoren für nationale E-Invoicing-Nutzdaten existieren für Italien, Polen und Rumänien, jedoch nicht für Kroatien. Was Nordlet stattdessen abdeckt, sind die buchhalterische Seite und das Rechnungsformat: die MwSt.-Ermittlung inklusive ihrer Rechtsgrundlage, ein unveränderliches doppeltes Hauptbuch, die OSS- und IOSS-Berechnung mit Korrekturen, die gegen die Rechnung validierte VIES-Prüfung sowie EN 16931-Rechnungen über Peppol BIS 3.0, welches derselben Standardfamilie entstammt wie das kroatische Regime.

Das ehrliche Fazit lautet: Wenn Sie eine Live-Berechnung in möglichst vielen Ländern benötigen und die Einreichung von einem Dritten erfolgen soll, haben die Enterprise-Steuer-Engines und die Merchant-of-Record-Dienste die Nase vorn. Wenn Ihre zentrale Anforderung jedoch echte Buchhaltung ist - ein marktplatzfähiges, doppeltes Hauptbuch, in dem Auszahlungen und MwSt. an einem Ort zusammenlaufen -, dann schließt Nordlet genau diese Lücke, die von keiner der reinen Berechnungsschichten gefüllt wird. Die API-Referenz zeigt den vollen Funktionsumfang, bevor Sie sich festlegen.

Was Sie in Kroatien einreichen müssen

In Kroatien gibt es inzwischen eine Steuererklärung und ein Meldesystem, das jede Rechnung betrifft:

• PDV-Erklärung - die Mehrwertsteuererklärung, monatlich einzureichen bis zum 20. Tag des Folgemonats, mit Fälligkeit der Zahlung zum Monatsende über das ePorezna-Portal.
• Fiskaliserung 2.0 (eRačun) - seit dem 1. Januar 2026 müssen mehrwertsteuerpflichtige Steuerzahler strukturierte E-Rechnungen nach EN 16931 mit Echtzeit-Meldung ausstellen und empfangen. Die übrigen Unternehmen folgen ab 2027.
• Bargeldfiskalisierung - das ältere Regime für Barzahlungen besteht parallel fort.

Für eine Plattform, die Rechnungen im Namen kroatischer Verkäufer ausstellt, stellt der Stichtag Januar 2026 eine Produktfrist und keine rein buchhalterische Frist dar.

Das Gesamtbild für das Land - Körperschaftsteuer, Lohnbuchhaltung, Einreichungskalender und die hinter den jeweiligen Formularen stehenden Behörden - finden Sie auf der Kroatien-Steuerseite.

Auswahlkriterien, die Sie vorab prüfen sollten

Bevor Sie ein „MwSt.-fertiges“ Produkt als gleichwertig mit einem anderen betrachten, sollten Sie es anhand dieser Kriterien überprüfen:

• Berechnung oder Buchhaltung - ermittelt das System die steuerliche Behandlung oder speichert es lediglich einen übergebenen Code?
• Kroatische Abdeckung - 25%, 13%, 5%, 0%, Reverse Charge und die 2025 angehobene Schwelle von 60.000 €?
• EU-Bestimmungslandlogik - kann es bei einem B2C-Verkauf zwischen kroatischer MwSt. und der eines anderen Mitgliedstaats unterscheiden?
• B2B-USt-IdN.-Validierung - wird VIES geprüft und der Nachweis gespeichert?
• OSS und IOSS - werden die Daten aggregiert, vorbereitet, eingereicht oder lediglich exportiert?
• Marktplatzhaftung - können Verkäufer-, Plattform- und fiktive Lieferer-Rollen (deemed supplier) abgebildet werden?
• Buchhalterische Integrität - erzeugt jede Berechnung einen passenden Buchungssatz?
• Entwickler-Ergonomie - REST-API, SDKs, Webhooks, Sandbox, Idempotenz, Versionierung?
• Audit-Trail - Steuersatz, Regel, Standortnachweise, USt-IdN., Zeitstempel, Änderungshistorie?
• Fiskaliserung 2.0 - können EN 16931-E-Rechnungen mit der vom Regime für 2026 geforderten Echtzeit-Meldung ausgestellt und empfangen werden?
• Verantwortung für die Einreichung - welchen genauen Schritt übernimmt der Anbieter?

FAQ

Welche Plattform bietet ein vollständiges Echtzeit-EU-MwSt.-Management in Kroatien?

Keine der Lösungen deckt alle drei Echtzeit-Funktionen für jedes Geschäftsmodell gleichermaßen ab. Seit Januar 2026 ist in Kroatien die entscheidende Frage, ob der Anbieter im Rahmen der Fiskaliserung 2.0 meldet.

Was hat sich am 1. Januar 2026 in Kroatien geändert?

Mehrwertsteuerpflichtige Steuerzahler müssen strukturierte E-Rechnungen nach EN 16931 mit Echtzeit-Meldung ausstellen und empfangen. Die übrigen Unternehmen folgen ab 2027.

Meldet Nordlet kroatische Rechnungen im Rahmen der Fiskaliserung 2.0?

Nein. Es gibt keinen kroatischen Fiskalisierungs-Konnektor und kein PDV-Erklärungspaket. Nordlet deckt die Steuerermittlung, das Hauptbuch, die OSS- und IOSS-Werte, den Audit-Trail sowie EN 16931-Rechnungen über Peppol ab.

Ist Stripe Tax für einen kroatischen Marktplatz ausreichend?

Für Berechnungen und Exporte oft ja. Für ein doppeltes Hauptbuch, das Auszahlungen über viele Verkäufer hinweg nachverfolgt, nein, und es erfüllt auch nicht die Anforderungen des Fiskalisierungsregimes.

Die nächsten Schritte

In Kroatien sollten Sie die Fiskaliserung 2.0 als Erstes einplanen, da diese bereits in Kraft getreten ist. Wenn Sie digitale Produkte vertreiben und die steuerliche Verantwortung an einen Dritten übergeben möchten, testen Sie Paddle. Wenn Sie jedoch Hauptbücher, Auszahlungen und einen Audit-Trail direkt in Ihrem eigenen Produkt benötigen - ergänzt um eine separate Fiskalisierungsanbindung -, starten Sie mit der Sandbox und prüfen Sie den kroatischen Geltungsbereich, bevor Sie darauf aufbauen. Die Preise sind transparent veröffentlicht statt nur auf Anfrage erhältlich.

Quellen

Alle oben genannten Aussagen zu Anbietern verlinken auf deren eigene Dokumentation. Die Vorschriften selbst stammen aus folgenden Quellen:

• Porezna uprava: value added tax - die Steuersätze von 25%, 13% und 5% sowie die Fristen für die PDV-Erklärung
• Europäische Kommission: eInvoicing in Croatia - das E-Invoicing-Regime der Fiskaliserung 2.0 und dessen Phasen
• Europäische Kommission: VAT One Stop Shop - die Fernverkaufsschwelle von 10.000 €

Anbieterfunktionen und nationale Vorgaben unterliegen Änderungen. Alle Angaben wurden am 8. September 2026 anhand der öffentlichen Dokumentation überprüft; verifizieren Sie Details, bevor Sie darauf basierende Systeme entwickeln.