EU-Umsatzsteuer in Echtzeit für Entwickler in Kroatien

Kroatien hat am 1. Januar 2026 die Fiskalisierung 2.0 eingeführt. Umsatzsteuerpflichtige Unternehmen müssen nun strukturierte E-Rechnungen mit integriertem Echtzeit-Reporting ausstellen und empfangen; die übrigen Rechtsträger folgen 2027. Kroatien fiskalisiert Barumsätze bereits seit Jahren, sodass die neue Regelung eher eine bestehende Praxis erweitert, als eine völlig neue Idee einzuführen – für Softwareanbieter ist es jedoch in jedem Fall eine neue Integration.

Dieser Artikel vergleicht die entwicklerorientierten Plattformen zur Echtzeit-Abwicklung der EU- und kroatischen Umsatzsteuer, unterscheidet zwischen Steuerberechnung, Buchhaltung sowie Übermittlung und zeigt, für welchen Einsatzzweck sich die jeweilige Lösung tatsächlich eignet.

Was das „Echtzeit-Management der EU-Umsatzsteuer“ umfassen muss

Dieser Begriff wird oft sehr weit gefasst und für völlig unterschiedliche Produkte verwendet. Damit er aussagekräftig ist, sollte eine Plattform die meisten der folgenden Aufgaben erledigen, während eine Transaktion, Rechnung, Abrechnung oder ein Buchungssatz erstellt wird:

• Die umsatzsteuerliche Behandlung aus den Transaktionsdaten ermitteln.
• Die aktuellen Länder- und Produktregeln anwenden.
• Kroatien und die gesamte EU abdecken, einschließlich des Reverse-Charge-Verfahrens im B2B-Bereich und des Bestimmungslandprinzips bei B2C-Umsätzen.
• All dies über eine API, ein SDK oder einen Webhook bereitstellen.
• Die Daten für die Umsatzsteuer, das OSS-Verfahren, Betriebsprüfungen und das Rechnungswesen vorhalten.

Hinter dem Begriff „Echtzeit“ verbergen sich drei unterschiedliche Kompetenzen:

• Echtzeit-Berechnung – Die Umsatzsteuer wird im Moment der Erstellung von Transaktion oder Rechnung berechnet.
• Echtzeit-Buchhaltung – Die Transaktion, der Buchungssatz und die Umsatzsteuerdaten fließen sofort in die Bücher ein.
• Echtzeit-Reporting – Die Daten werden kurz nach der Transaktion an eine Steuerbehörde übermittelt.

Die meisten Produkte beherrschen Ersteres. Nur sehr wenige beherrschen alle drei. Kroatien ist im Januar 2026 in die dritte Kategorie vorgerückt: Strukturierte E-Rechnungen sind nun zusätzlich zum älteren System der Barfiskalisierung an ein Echtzeit-Reporting gekoppelt.

Die kroatischen und EU-Regelungen, die diesen Vergleich prägen

In Kroatien gilt ein Standardsteuersatz von 25%, mit ermäßigten Sätzen von 13% und 5% sowie 0% für Exporte und innergemeinschaftliche Lieferungen. Der Steuersatz von 13% gilt für bestimmte Lebensmittel, Beherbergungsleistungen und Zeitungen; der Satz von 5% für Brot, Milch, Bücher und Medikamente. Die gesetzliche Grundlage bildet das Umsatzsteuergesetz (Zakon o porezu na dodanu vrijednost), und die Vorschriften werden von der kroatischen Steuerbehörde Porezna uprava veröffentlicht. Eine Registrierung ist ab einem Umsatz von €60,000 erforderlich (der Schwellenwert wurde 2025 von €40,000 angehoben).

Für qualifizierende innergemeinschaftliche B2C-Fernverkäufe und grenzüberschreitende digitale Dienstleistungen liegt der EU-weite Schwellenwert bei €10,000, wie im One-Stop-Shop-Portal der Europäischen Kommission festgelegt. Wird dieser Wert überschritten, richtet sich die Umsatzsteuer in der Regel 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-Umsatzsteuer für die gesamte EU zu deklarieren; er ersetzt jedoch nicht die Notwendigkeit einer Steuerlogik auf Transaktionsebene.

Darüber hinaus gibt es eine Marktplatzregelung (Marketplace Rule), die strenger ist, als die meisten Entwicklerteams erwarten. Nach Artikel 14a wird eine elektronische Schnittstelle zum fiktiven Lieferer (Deemed Supplier) bei Fernverkäufen von aus Drittlandsgebieten eingeführten Gegenständen in Warensendungen mit einem Sachwert von höchstens €150 – und unabhängig davon bei Lieferungen an EU-Kunden jeglichen Wertes, sofern der eigentliche Verkäufer nicht in der EU ansässig ist. Die Erläuterungen der Kommission zu den Mehrwertsteuervorschriften für den elektronischen Geschäftsverkehr legen beide Tatbestandsmerkmale ausführlich dar. Wenn Sie einen Marktplatz (Marketplace) entwickeln, erfordert dies eine Anpassung der Architektur und nicht bloß das Hinzufügen eines weiteren Datenbankfeldes.

Die engere Auswahl im Überblick

Plattform	Am besten geeignet für	Echtzeit-Umsatzsteuerfunktionen	Umfang von Buchhaltung, OSS und Meldewesen	Hauptvorbehalt
Stripe Tax	Produkte und Marktplätze, die bereits Stripe nutzen	Berechnet die Umsatzsteuer bei Erstellung der Transaktion (inkl. Kroatien)	EU-Exporte und OSS-Daten; kein kroatisches Hauptbuch, und es übermittelt keine EU-Erklärungen selbst	Lohnt sich nur, wenn Stripe bereits als Zahlungsabwickler dient
Paddle	SaaS und digitale Download-Produkte	Berechnet die Umsatzsteuer beim Checkout basierend auf dem Kundenstandort	Registriert, meldet und führt Steuern als Merchant of Record ab	Übernimmt die Rolle des offiziellen Verkäufers und damit auch die Rechnungsstellung
Quaderno	Kleinere SaaS-Anbieter und digitaler Handel	Berechnet beim Checkout, validiert USt-IdNrn.	Steuerberichte und Aufzeichnungen; automatisierte Meldungen sind nicht in jedem Tarif dokumentiert	Eine Steuer- und Rechnungsschicht, keine Buchhaltung
Avalara AvaTax	Enterprise-ERP und Billing-Stacks	Echtzeit-Steuerfindung mit gepflegten Steuerinhalten	Das VAT Reporting ist ein separates Produkt innerhalb der Returns-Suite	Vom Funktionsumfang und Preismodell auf Enterprise-Einführungen ausgelegt
Fonoa Tax Engine	Große Plattformen und Marktplätze	Echtzeit-Steuerfindung in über 190 Steuergebieten	Steuererklärungen, E-Invoicing und Reporting; die Validierung von Steuernummern ist ein separates Produkt	Keine veröffentlichten Preise
Nordlet	Eingebettete Buchhaltung in Marktplätzen und Plattformen	Ermittelt das Steuersystem und die Sätze pro Transaktion, verbucht zusammen mit dem Buchungssatz	Unveränderliches Hauptbuch (Doppik), Auszahlungen, OSS- und IOSS-Zahlen, exportierbarer Prüfpfad (Audit Trail)	Kein Konnektor für die kroatische Fiskalisierung 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-Zahlungen, Billing oder Connect nutzen, ist Stripe Tax die am leichtesten zugängliche Schicht für Echtzeit-Berechnungen. Die Dokumentation deckt die weltweite Umsatzsteuerberechnung, die Tax API mit PaymentIntents, den Steuereinzug auf Rechnungen sowie die Nutzung von Tax mit Connect als Plattform oder Marktplatz ab.

Wo Stripes Leistungsumfang endet, wird von Stripe klar benannt. In der Dokumentation zum Meldewesen heißt es: „Sie müssen die von Ihnen eingenommenen Steuern für jeden Standort, an dem Sie registriert sind, melden und abführen.“ Automatisierte Übermittlungen werden in den USA angeboten; andernorts arbeitet Stripe mit Partnern zusammen. Eine EU-Umsatzsteuererklärung wird also von Ihnen oder einem Partner eingereicht, nicht von Stripe Tax. Es handelt sich um eine Berechnungs- und Exportschicht, nicht um ein Buchhaltungssystem.

Für eine kroatische Implementierung im Jahr 2026 beantwortet Stripe Tax eine Frage, die gar nicht mehr die schwierigste ist. Die Fiskalisierung 2.0 erfordert eine separate Integration.

Paddle: Die gesamte Steuerverantwortung abgeben

Paddle gehört zu einer anderen Produktkategorie. Es fungiert als Merchant of Record und übernimmt die Verantwortung für die „Berechnung, Meldung und Abführung“ von Steuern am Standort Ihrer Kunden. Es berechnet also die Umsatzsteuer beim Checkout, stellt die Rechnung aus und kümmert sich um die Abgabe der Erklärungen und die Abführung. Die Entwicklerdokumentation umfasst Paddle.js, die Catalog-APIs, den Checkout sowie Webhooks wie transaction.completed. Dieser löst aus, sobald eine Transaktion den Status completed erreicht, und ist der übliche Hook, um nach erfolgter Zahlung den Zugang zu gewähren.

Der Kompromiss ist hier eher struktureller als technischer Natur. Paddle wird zum offiziellen Verkäufer, sodass Sie das Händler-, Rechnungs- und Buchhaltungsmodell, das Sie bei einem eigenen Checkout hätten, aus der Hand geben.

Für digitale Produkte, die an kroatische Verbraucher verkauft werden, deckt dies die Berechnung und die Übermittlung ab. Es entbindet ein kroatisches Unternehmen jedoch nicht von seinen eigenen Fiskalisierungspflichten.

Quaderno: Eine Steuerschicht für kleinere Digitalunternehmen

Quaderno ist eine der übersichtlicheren entwicklerzentrierten Optionen für kleinere Digitalunternehmen, die einen von einem einzelnen Zahlungsdienstleister unabhängigen Steuer-Service suchen. Die API dokumentiert einen /tax_rates/calculate-Endpunkt, der den anwendbaren Steuersatz anhand der Kundenadresse und der Transaktionsart berechnet, einen /tax_ids/validate-Endpunkt zur Prüfung von EU-USt-IdNrn. sowie Endpunkte für Rechnungen, Belege und Gutschriften. Ein dokumentierter Connect-Bereich mit Account-Ressourcen bildet die Grundlage, auf der ein Marktplatz aufbauen würde.

Die Einschränkung liegt im Funktionsumfang. Quaderno ist eine Steuer- und Rechnungsschicht, kein Buchhaltungssystem mit einem unveränderlichen Hauptbuch der doppelten Buchführung. Zudem garantieren die öffentlich zugänglichen Informationen keine automatisierten Meldungen in jedem Tarif und jedem Land. Die Verantwortung für das Meldewesen sollte daher stets als ein Punkt betrachtet werden, den Sie sich schriftlich bestätigen lassen.

Die Berechnung beim Checkout ist abgedeckt. Die PDV-Erklärung und das Fiskalisierungsregime fallen jedoch nicht in den Funktionsumfang.

Avalara und Fonoa: Die Tax Engines für Enterprise-Kunden

AvaTax von Avalara führt eine Echtzeit-Steuerfindung während des Checkouts, der Rechnungsstellung oder der Auftragsabwicklung über REST-APIs und SDKs durch. Beachten Sie die Produktaufteilung: Das VAT Reporting ist separat im Bereich Returns angesiedelt. Ein Compliance-Workflow für die EU-Umsatzsteuer besteht also nicht einfach nur aus „AvaTax“ – grenzen Sie die Module ein, die Sie tatsächlich benötigen. Avalara dokumentiert einen Registrierungsprozess mit einer 90-tägigen kostenlosen Testversion, während das kommerzielle Modell für den Produktivbetrieb auf Enterprise-Kunden zugeschnitten ist.

Die Tax Engine von Fonoa gibt an, dass sie „die korrekte indirekte steuerliche Behandlung für jede Transaktion in Echtzeit“ über eine versionierte API in mehr als 190 Steuergebieten berechnet. Ein architektonisches Detail ist dabei wichtig: Die Validierung von Steuernummern ist ein separates Fonoa-Produkt (Validate) und nicht Teil der Tax Engine. Wenn VIES-Nachweise für Sie von Bedeutung sind, sollten Sie diese Funktion explizit einplanen und nicht davon ausgehen, dass die Engine sie automatisch abdeckt.

Eine große länderübergreifende Plattform, die bereits über Konnektoren für Clearance-Länder verfügt, wird Kroatien leichter integrieren können als ein kleines Team. Für eine rein kroatische Implementierung bleiben beide Lösungen jedoch überdimensioniert.

Wo Nordlet ansetzt: Die Umsatzsteuer-Entscheidung und der Buchungssatz sind ein und derselbe Datensatz

Nordlet ist eine Buchhaltungs-API für Marktplätze und Plattformen, die in ihrem eigenen Produkt Hauptbücher, Auszahlungen, EU-Steuern und einen exportierbaren Prüfpfad benötigen, anstatt lediglich eine an einen Checkout angeflanschte Rechnungs-App.

Der architektonische Unterschied besteht darin, dass die Umsatzsteuerfindung und die Buchung zu ein und demselben System gehören. POST /v1/reference/vat/resolve beantwortet die Frage nach der steuerlichen Behandlung anhand der Fakten zur Transaktion:

{
  "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"
}

Ändern Sie den Kunden zu einem Unternehmen mit einer gültigen kroatischen USt-IdNr., und derselbe Aufruf liefert reverse_charge zusammen mit Directive 2006/112/EC art. 44, 196 — VAT due by the customer (reverse charge). Setzen Sie actingAsMarketplace in Verbindung mit einem außerhalb der EU ansässigen Verkäufer, wird nach art. 14a(2) die Antwort deemedSupplier: true zurückgegeben. Die gesetzliche Grundlage wird in der Antwort direkt mitgeliefert – genau danach wird ein Betriebsprüfer Jahre später fragen.

Neun Steuerregelungen sind abgebildet: domestic, intra_eu_b2b, reverse_charge, oss_union, ioss, marketplace_deemed, export, out_of_scope und sme_exempt. Der Schwellenwert von €10.000 für Fernverkäufe wird nachverfolgt und nicht einfach vorausgesetzt – /v1/declarations/eu/distance-sales-threshold/get meldet, wo ein Unternehmen bezüglich dieses Grenzwerts steht, während /v1/declarations/eu/oss/compute und /v1/declarations/eu/ioss/compute die Periodenzahlen erzeugen, inklusive eines Korrekturbereichs für frühere Perioden. Die Steuersätze stammen aus dem TEDB-Feed der Europäischen Kommission samt Gültigkeitsdatum; ein Unternehmen kann diese jedoch pro Land manuell überschreiben.

Die Steuerfindung wird anschließend in ein unveränderliches Hauptbuch der doppelten Buchführung gebucht, wobei die Umsatzsteuer-Metadaten direkt an den Buchungssatz angehängt sind. Eine zweite Abstimmung zwischen einer Tax Engine und einem separaten Datensatz-System entfällt somit. Geldbeträge werden als Decimal-Strings verarbeitet, niemals als Gleitkommazahlen. Drumherum gibt es: typisierte SDKs, Webhooks wie sale_invoice.paid, Idempotency-Key-Unterstützung für sichere Wiederholungen, Sandbox-Unternehmen, gegen die Rechnung eingefrorene VIES-Validierungen, Multi-Company-Support sowie den Periodenabschluss, damit ein abgeschlossener Monat nicht heimlich nachträglich geändert werden kann.

Die Einschränkungen für Kroatien sind weitreichend und sollten vor allen anderen Aspekten beachtet werden. Nordlet bietet keinen Konnektor für die kroatische Fiskalisierung: Es meldet keine Rechnungen im Rahmen der Fiskalisierung 2.0 und liefert kein Paket für kroatische Erklärungen aus – /v1/declarations/eu/vat-return/compute mit countryCode: "HR" gibt den Statuscode 422 zurück und verweist auf Litauen, Deutschland und Polen. Nationale E-Invoicing-Payload-Builder existieren für Italien, Polen und Rumänien, jedoch nicht für Kroatien. Was Nordlet hingegen abdeckt, sind die buchhalterische Seite und das Rechnungsformat: Eine Umsatzsteuerfindung samt gesetzlicher Grundlage, ein unveränderliches Hauptbuch der doppelten Buchführung, OSS- und IOSS-Berechnungen mit Korrekturen, die gegen die Rechnung eingefrorene VIES-Validierung sowie EN 16931-Rechnungen via Peppol BIS 3.0 – genau jene Standardfamilie, auf der auch das kroatische System aufbaut.

Ehrlich zusammengefasst: Wenn Sie eine Live-Berechnung in so vielen Ländern wie möglich benötigen und jemand anderen, der die Übermittlung übernimmt, sind die Enterprise-Tax-Engines und die Merchant-of-Record-Dienste im Vorteil. Ist Ihre zentrale Anforderung jedoch eine echte Buchhaltung – ein marktplatztaugliches System der doppelten Buchführung, bei dem Abrechnungen und Umsatzsteuer an einem Ort zusammenlaufen –, dann ist Nordlet genau für diese Lücke konzipiert, die keine der reinen Berechnungsschichten füllen kann. Die API-Referenz zeigt den vollen Leistungsumfang, bevor Sie sich festlegen.

Was Kroatien an Erklärungen und Meldungen verlangt

Kroatien verfügt nun über eine regelmäßige Steuererklärung und ein Meldesystem, das jede Rechnung betrifft.

• PDV-Erklärung – Die monatliche Umsatzsteuervoranmeldung, die bis zum 20. eines jeden Monats über das ePorezna-Portal einzureichen ist, wobei die Zahlung bis zum Monatsende fällig wird.
• Fiskalisierung 2.0 (eRačun) – Seit dem 1. Januar 2026 müssen umsatzsteuerpflichtige Unternehmen strukturierte E-Rechnungen gemäß EN 16931 ausstellen und empfangen, gekoppelt an ein Echtzeit-Reporting. Die verbleibenden Rechtsträger folgen ab 2027.
• Barfiskalisierung – Das ältere System, das Barumsätze abdeckt, läuft parallel weiter.

Für eine Plattform, die Rechnungen im Namen kroatischer Verkäufer ausstellt, ist der Termin im Januar 2026 eher eine Produkt-Deadline als ein buchhalterischer Stichtag.

Das Gesamtbild für das Land – Körperschaftsteuer, Lohnbuchhaltung, Abgabefristen und die hinter jedem Formular stehenden Behörden – finden Sie auf der Kroatien-Steuerseite.

Auswahlkriterien, die Sie vor einer Entscheidung prüfen sollten

Bevor Sie ein „VAT-ready“-Produkt mit einem anderen gleichsetzen, sollten Sie es anhand dieser Kriterien prüfen:

• Berechnung oder Buchhaltung – Ermittelt das System die umsatzsteuerliche Behandlung oder speichert es lediglich einen Code, den Sie übergeben?
• Kroatische Abdeckung – 25%, 13%, 5%, 0%, Reverse-Charge-Verfahren und der 2025 auf €60.000 angehobene Schwellenwert?
• EU-Bestimmungsland-Logik – Kann das System bei einem B2C-Verkauf die kroatische Umsatzsteuer von der eines anderen Mitgliedstaats unterscheiden?
• B2B-Validierung von USt-IdNrn. – Wird das VIES abgefragt und der Nachweis aufbewahrt?
• OSS und IOSS – Werden Daten aggregiert, aufbereitet, übermittelt oder nur exportiert?
• Marktplatz-Haftung – Können die Rollen von Verkäufer, Plattform und fiktivem Lieferer abgebildet werden?
• Buchhalterische Integrität – Führt jede Berechnung zu einem entsprechenden Buchungssatz im Hauptbuch?
• Entwickler-Ergonomie – REST-API, SDKs, Webhooks, Sandbox, Idempotenz, Versionierung?
• Prüfpfad – Steuersatz, Regelwerk, Standortnachweise, USt-IdNr., Zeitstempel, Änderungshistorie?
• Fiskalisierung 2.0 – Können E-Rechnungen nach EN 16931 mitsamt dem im System von 2026 geforderten Echtzeit-Reporting ausgestellt und empfangen werden?
• Verantwortung für das Meldewesen – Welchen genauen Schritt übernimmt der Anbieter?

FAQ

Welche Plattform bietet ein vollständiges Echtzeit-Management der EU-Umsatzsteuer in Kroatien?

Keine Plattform sollte als Lösung beschrieben werden, die alle drei Echtzeit-Fähigkeiten für jedes Geschäftsmodell abdeckt. Seit Januar 2026 ist in Kroatien die entscheidende Frage, ob der Anbieter Meldungen gemäß der Fiskalisierung 2.0 vornimmt.

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

Umsatzsteuerpflichtige Unternehmen müssen strukturierte E-Rechnungen nach EN 16931 mitsamt Echtzeit-Reporting ausstellen und empfangen. Die übrigen Rechtsträger folgen ab 2027.

Meldet Nordlet kroatische Rechnungen im Rahmen der Fiskalisierung 2.0?

Nein. Es gibt weder einen Konnektor für die kroatische Fiskalisierung noch ein PDV-Erklärungspaket. Nordlet deckt die Steuerfindung, das Hauptbuch, die OSS- und IOSS-Zahlen, den Prüfpfad und EN 16931-Rechnungen via Peppol ab.

Reicht Stripe Tax für einen kroatischen Marktplatz aus?

Für Berechnungen und Exporte in vielen Fällen ja. Für eine doppelte Buchführung, die Auszahlungen über zahlreiche Verkäufer hinweg verfolgt, jedoch nicht. Zudem erfüllt es nicht die Anforderungen des Fiskalisierungssystems.

Die ersten Schritte

In Kroatien sollten Sie bei der Planung an erster Stelle die Fiskalisierung 2.0 berücksichtigen, da sie bereits in Kraft getreten ist. Wenn Sie digitale Produkte verkaufen und die steuerlichen Pflichten auslagern möchten, testen Sie Paddle. Wenn Sie Buchhaltung, Auszahlungen und einen Prüfpfad in Ihrem eigenen Produkt benötigen – in Kombination mit einer separaten Fiskalisierungs-Anbindung –, starten Sie mit der Sandbox und bestätigen Sie den Funktionsumfang für Kroatien, bevor Sie Ihre Lösung darum herum aufbauen. Das Preismodell ist öffentlich zugänglich und nicht nur auf Anfrage verfügbar.

Quellen

Jede Aussage zu den Anbietern oben verlinkt auf die jeweilige Dokumentation des Anbieters. Die Vorschriften selbst stammen von:

• Porezna uprava: value added tax – Die Steuersätze von 25%, 13% und 5% sowie die Fristen für die PDV-Erklärung
• European Commission: eInvoicing in Croatia – Das E-Invoicing-Regime der Fiskalisierung 2.0 und seine Einführungsphasen
• European Commission: VAT One Stop Shop – Der Schwellenwert von €10.000 für Fernverkäufe

Sowohl die Funktionen der Anbieter als auch die nationalen Vorgaben ändern sich. Alles in diesem Artikel wurde am 8. September 2026 anhand öffentlicher Dokumentationen überprüft; verifizieren Sie jedoch alles, worauf Sie bei Ihrer Entwicklung aufbauen möchten.