Nordlet

← Blog

Echtzeit-EU-Umsatzsteuer für Entwickler mit Fokus auf Slowenien

Ein fundierter Vergleich von Buchhaltungs- und Steuerplattformen, die slowenische und EU-Umsatzsteuer über APIs, SDKs und Webhooks abwickeln, mit klaren Hinweisen zum tatsächlichen Funktionsumfang der einzelnen Anbieter.

Nordlet Team · · 12 Min. Lesezeit

Slowenien gehört derzeit zu den ruhigeren EU-Ländern für Entwickler: keine Clearance-Plattform (Clearance Platform), kein Echtzeit-Rechnungsreporting und eine E-Rechnungspflicht im B2B-Bereich, die erst 2028 fällig wird. Das macht es zu einem guten Umfeld, um genau zu erkennen, was ein Umsatzsteuer-Softwareanbieter (VAT vendor) eigentlich verkauft, da es keine nationalen Vorgaben gibt, hinter denen man sich verstecken kann. Die Unterschiede zeigen sich eher im Hauptbuch (Ledger) als in der Datenübertragung (Transport).

Dieser Artikel vergleicht entwicklerorientierte Plattformen, die EU- und slowenische Umsatzsteuer in Echtzeit verarbeiten, trennt die Berechnung von der Buchführung und der Steuererklärung und zeigt auf, wofür sich die einzelnen Optionen tatsächlich eignen.

Was „Echtzeit-EU-Umsatzsteuermanagement“ umfassen muss

Dieser Begriff wird oft sehr weit gefasst und für sehr unterschiedliche Produkte verwendet. Um aussagekräftig zu sein, muss eine Plattform die meisten der folgenden Aufgaben erledigen, während eine Transaktion, Rechnung, Abrechnung oder Buchung erstellt wird:

  • Die steuerliche Behandlung aus den Transaktionsdaten ermitteln.
  • Die aktuellen länderspezifischen und produktspezifischen Vorschriften anwenden.
  • Slowenien und die restliche EU abdecken, einschließlich des B2B-Reverse-Charge-Verfahrens (Reverse Charge) und der B2C-Bestimmungslandprinzip-Besteuerung (Destination Taxation).
  • All dies über eine API, ein SDK oder einen Webhook bereitstellen.
  • Die Daten für Umsatzsteuer, OSS, Prüfungszwecke (Audits) und das Rechnungswesen (Accounting) vorhalten.

Hinter dem Begriff „Echtzeit“ verbergen sich drei verschiedene Funktionen:

  • Echtzeit-Berechnung — Die Umsatzsteuer wird berechnet, sobald die Transaktion oder Rechnung erstellt wird.
  • Echtzeit-Buchführung — Die Transaktion, der Buchungssatz und die Umsatzsteuerdaten landen sofort in den Büchern.
  • Echtzeit-Reporting — Die Daten werden kurz nach der Transaktion an eine Steuerbehörde übermittelt.

Die meisten Produkte beherrschen Ersteres. Sehr wenige können alle drei. Slowenien hat weder eine Clearance-Plattform noch ein Echtzeit-Reporting, und die B2B-E-Rechnungspflicht ist für 2028 angesetzt, sodass die dritte Funktion eher Zukunftsmusik als eine gegenwärtige Verpflichtung ist.

Die slowenischen und EU-Regeln, die den Vergleich prägen

In Slowenien gilt ein Normalsteuersatz von 22 %, mit ermäßigten Sätzen von 9,5 % und 5 % sowie 0 % für Exporte und innergemeinschaftliche Lieferungen. Der Steuersatz von 9,5 % gilt für Lebensmittel, Medikamente, Beherbergung und Transport; der Satz von 5 % gilt für Bücher und Zeitungen. Die gesetzliche Grundlage bildet das Umsatzsteuergesetz (ZDDV-1), und die Bestimmungen werden von der FURS veröffentlicht. Eine Registrierung ist ab einem steuerbaren Umsatz von 60.000 € innerhalb von 12 Monaten erforderlich (dieser Grenzwert wurde 2025 von 50.000 € angehoben).

Für qualifizierende innergemeinschaftliche B2C-Fernverkäufe und grenzüberschreitende digitale Dienstleistungen gilt der EU-weite Schwellenwert von 10.000 €, der auf dem One Stop Shop-Portal der Europäischen Kommission festgelegt ist. Wird dieser überschritten, richtet sich die Umsatzsteuer in der Regel nach dem Mitgliedstaat des Kunden. Der One Stop Shop (OSS) ermöglicht es einem Unternehmen, sich in einem einzigen Mitgliedstaat zu registrieren und die grenzüberschreitende B2C-Umsatzsteuer für die gesamte EU zu melden, entbindet aber nicht von der Notwendigkeit einer Logik auf Transaktionsebene.

Es gibt außerdem 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 dem Drittlandsgebiet eingeführten Gegenständen in Sendungen mit einem Sachwert von höchstens 150 €, sowie unabhängig davon bei Gegenständen, die an EU-Kunden unabhängig vom Wert geliefert werden, wenn der zugrunde liegende 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 Varianten detailliert dar. Wenn Sie einen Marktplatz entwickeln, verändert dies die gesamte Architektur und bedeutet nicht bloß das Hinzufügen eines weiteren Feldes.

Die engere Auswahl im Überblick

Plattform Geeignet für Echtzeit-Umsatzsteuerfunktionen Funktionsumfang für Buchhaltung, OSS und Meldewesen Größter Vorbehalt
Stripe Tax Produkte und Marktplätze, die bereits auf Stripe laufen Berechnet die Umsatzsteuer bei der Erstellung der Transaktion, inkl. Slowenien EU-Exporte und OSS-Daten; kein slowenisches Hauptbuch, und reicht EU-Erklärungen nicht selbst ein Lohnt sich nur, wenn Stripe bereits als Zahlungsabwickler genutzt wird
Paddle SaaS und herunterladbare digitale Produkte Berechnet die Umsatzsteuer beim Checkout basierend auf dem Standort des Kunden Registriert, meldet und führt als Merchant of Record ab Übernimmt die Rolle des Verkäufers (Seller of Record) und stellt auch die Rechnung in eigenem Namen aus
Quaderno Kleinere SaaS- und Digital-Commerce-Unternehmen Berechnet beim Checkout, validiert USt-IdNrn. Steuerberichte und Aufzeichnungen; automatisches Meldewesen ist nicht für jeden Plan dokumentiert Eine Steuer- und Rechnungsstellungsebene, kein Hauptbuch
Avalara AvaTax Enterprise-ERP und Billing-Stacks Echtzeit-Bestimmung mit gepflegten Steuerinhalten VAT Reporting ist ein separates Produkt in der Returns-Sparte Vom Umfang und Preis her auf Enterprise-Rollouts ausgelegt
Fonoa Tax Engine Große Plattformen und Marktplätze Echtzeit-Bestimmung in 190+ Gerichtsbarkeiten Steuererklärungen, E-Invoicing und Reporting; USt-IdNr.-Validierung ist ein separates Produkt Keine veröffentlichten Preise
Nordlet Eingebettete Buchhaltung innerhalb von Marktplätzen und Plattformen Löst das Schema und die Sätze pro Transaktion auf, gebucht zusammen mit dem Buchungssatz Unveränderliches System der doppelten Buchführung (Double-Entry Ledger), Auszahlungen, OSS- und IOSS-Zahlen, exportierbarer Audit-Trail Kein slowenisches Steuererklärungspaket; generiert die zugrunde liegenden Zahlen, das Hauptbuch und Peppol-Rechnungen

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

Für Teams, die bereits Stripe Payments, Billing oder Connect nutzen, ist Stripe Tax die am leichtesten zugängliche Echtzeit-Berechnungsschicht. Die Dokumentation behandelt die weltweite Berechnung der Umsatzsteuer, die Tax API mit PaymentIntents, die Erhebung von Steuern auf Rechnungen und die Nutzung von Tax mit Connect als Plattform oder Marktplatz.

Wo Stripe aufhört, wird von Stripe klar formuliert. In der Meldewesen-Dokumentation heißt es: „Sie müssen die von Ihnen eingenommene Steuer für jeden Standort, an dem Sie registriert sind, anmelden und abführen.“ Automatisiertes Meldewesen wird in den USA angeboten; andernorts arbeitet Stripe mit Partnern für das Einreichen von Steuererklärungen zusammen, sodass eine EU-Umsatzsteuererklärung von Ihnen oder einem Partner eingereicht wird, nicht von Stripe Tax. Es handelt sich um eine Berechnungs- und Exportschicht, nicht um ein Buchhaltungssystem.

Für eine slowenische Integration erledigt Stripe Tax die einfache Hälfte gut. Die DDV-O-Erklärung und die Bücher, aus denen sie stammt, fallen nicht in seinen Zuständigkeitsbereich.

Paddle: Die gesamte Steuerverantwortung abgeben

Paddle gehört zu einer anderen Produktkategorie. Es agiert als Merchant of Record und übernimmt die Verantwortung für das „Berechnen, Melden und Abführen“ von Steuern an den Standorten Ihrer Kunden. Es berechnet also die Umsatzsteuer beim Checkout, stellt die Rechnung aus und kümmert sich um die Einreichung und Abführung für Sie. Die Entwicklerdokumentation umfasst Paddle.js, die Katalog-APIs, den Checkout und Webhooks wie transaction.completed, der ausgelöst wird, sobald eine Transaktion den Status completed erreicht, und der üblicherweise genutzt wird, um nach erfolgter Zahlung den Zugang zu gewähren.

Der Kompromiss ist eher struktureller als technischer Natur. Paddle wird zum eingetragenen Verkäufer (Seller of Record). Sie behalten also nicht mehr das Händler-, Rechnungs- und Buchhaltungsmodell, das Sie bei einem eigenen Checkout hätten.

Bei digitalen Produkten, die an slowenische Verbraucher verkauft werden, deckt dies die Berechnung, Einreichung und Abführung ab. Ein slowenisches Unternehmen reicht jedoch weiterhin seine eigene DDV-O-Erklärung ein.

Quaderno: Eine Steuerebene für kleinere digitale Unternehmen

Quaderno ist eine der übersichtlicheren „Developer-first“-Optionen für kleinere digitale Unternehmen, die einen Steuerdienst unabhängig von einem einzelnen Zahlungsabwickler wünschen. Die API dokumentiert einen Endpunkt /tax_rates/calculate, der den anwendbaren Steuersatz anhand der Adresse des Kunden und der Transaktionsart berechnet, einen Endpunkt /tax_ids/validate, der EU-USt-IdNrn. abdeckt, sowie Endpunkte für Rechnungen, Quittungen und Gutschriften. Ein dokumentierter Connect-Bereich mit Account-Ressourcen ist der Teil, auf dem ein Marktplatz aufbauen würde.

Die Grenze liegt im Funktionsumfang. Quaderno ist eine Steuer- und Rechnungsstellungsebene, kein Buchhaltungssystem mit einem unveränderlichen System der doppelten Buchführung, und aus den öffentlichen Materialien geht nicht hervor, dass in jedem Tarif und für jedes Land eine automatische Meldung (Filing) enthalten ist. Betrachten Sie die Verantwortung für das Meldewesen als etwas, das Sie sich schriftlich bestätigen lassen sollten.

Es übernimmt die Checkout-Berechnung für ein kleines slowenisches Digitalunternehmen. Die DDV-O-Meldung wird davon jedoch nicht erstellt.

Avalara und Fonoa: Die Enterprise-Tax-Engines

Avalaras AvaTax führt die Steuerbestimmung in Echtzeit während des Checkouts, der Rechnungsstellung oder der Bestellabwicklung über REST-APIs und SDKs durch. Beachten Sie die Produktaufteilung: Das VAT Reporting ist separat unter Returns (Meldewesen) angesiedelt. Ein EU-Umsatzsteuer-Compliance-Workflow ist also nicht einfach nur „AvaTax“ — grenzen Sie genau ein, welche Module Sie tatsächlich benötigen. Avalara dokumentiert einen Registrierungsprozess mit einer 90-tägigen kostenlosen Testversion, während das kommerzielle Produktionsmodell auf Großunternehmen (Enterprise) zugeschnitten ist.

Fonoas Tax Engine gibt an, dass sie „die korrekte indirekte steuerliche Behandlung für jede Transaktion in Echtzeit berechnet“, und zwar über eine versionierte API für mehr als 190 Gerichtsbarkeiten. Ein architektonisches Detail ist dabei wichtig: Die Validierung der Steuernummer ist ein separates Produkt von Fonoa (Validate) und nicht Teil der Tax Engine. Wenn Ihnen MIAS-Nachweise (VIES evidence) wichtig sind, müssen Sie dieses Modul explizit einplanen und dürfen nicht davon ausgehen, dass die Engine es automatisch abdeckt.

Für eine rein slowenische Integration sind beide überdimensioniert. Slowenien weist derzeit keine der komplexen Clearance-Prozesse auf, für deren Bewältigung diese Engines entwickelt wurden.

Wo Nordlet sich einordnet: Umsatzsteuerergebnis und 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 innerhalb ihres eigenen Produkts benötigen, anstatt einer Rechnungsstellungs-App, die an einen Checkout angehängt ist.

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

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

{
  "scheme": "oss_union",
  "vatCountryCode": "SI",
  "reverseCharge": false,
  "deemedSupplier": false,
  "zeroRated": false,
  "rates": [
    { "category": "standard", "ratePercent": "22.00" },
    { "category": "reduced", "ratePercent": "9.50" },
    { "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 zu einem Unternehmen mit einer gültigen slowenischen USt-IdNr., gibt derselbe Aufruf reverse_charge mit Directive 2006/112/EC art. 44, 196 — VAT due by the customer (reverse charge) zurück. Setzt man actingAsMarketplace bei einem Verkäufer, der außerhalb der EU ansässig ist, so wird deemedSupplier: true gemäß art. 14a(2) zurückgegeben. Die Rechtsgrundlage wird mit der Antwort geliefert — das ist genau der Teil, nach dem ein Wirtschaftsprüfer Jahre später fragen wird.

Neun Regelungen (Schemes) sind modelliert: domestic, intra_eu_b2b, reverse_charge, oss_union, ioss, marketplace_deemed, export, out_of_scope und sme_exempt. Der Fernverkaufsschwellenwert von 10.000 € wird nachverfolgt und nicht einfach angenommen — /v1/declarations/eu/distance-sales-threshold/get meldet, wo ein Unternehmen in Bezug auf diesen Schwellenwert steht, und /v1/declarations/eu/oss/compute sowie /v1/declarations/eu/ioss/compute erstellen die Zahlen für die Periode, einschließlich eines Korrekturbereichs für frühere Perioden. Die Steuersätze stammen aus dem TEDB-Feed der Europäischen Kommission samt Gültigkeitsdatum und können von einem Unternehmen pro Land überschrieben werden.

Die Ermittlung mündet dann in ein unveränderliches System der doppelten Buchführung (Double-Entry Ledger), wobei die Umsatzsteuer-Metadaten an die Buchung angehängt werden, sodass keine zweite Abstimmung (Reconciliation) zwischen einer Tax Engine und einem separaten Aufzeichnungssystem (System of Record) erforderlich ist. Geldbeträge sind Decimal-Strings, niemals Fließkommazahlen (Floating-Point Numbers). Ergänzend dazu: typisierte SDKs, Webhooks wie sale_invoice.paid, Unterstützung für Idempotency-Key für sichere Wiederholungen, Sandbox-Unternehmen, gegen die Rechnung eingefrorene MIAS-Validierungen (VIES validation), Multi-Company-Unterstützung sowie Periodensperren (Period Locking), damit ein abgeschlossener Monat nicht heimlich bearbeitet werden kann.

Die slowenische Grenze ist schnell erreicht. Nordlet liefert kein slowenisches Steuererklärungspaket (Return Pack): /v1/declarations/eu/vat-return/compute mit countryCode: "SI" liefert den Fehler 422 und benennt Litauen, Deutschland und Polen; somit wird die DDV-O nicht generiert und nichts über eDavki eingereicht. Was für eine slowenische Integration jedoch geboten wird, ist die Umsatzsteuerermittlung samt angehängter Rechtsgrundlage, ein unveränderliches Hauptbuch der doppelten Buchführung mit Umsatzsteuer-Metadaten zu jedem Eintrag und Periodensperre, OSS- und IOSS-Berechnung mit Korrekturen, MIAS-Validierung eingefroren auf der Rechnung sowie EN 16931-Rechnungen über Peppol BIS 3.0 — in diese Richtung entwickelt sich das slowenische E-Invoicing neben dem nationalen e-SLOG-Format, das für Rechnungen an den öffentlichen Sektor verwendet wird.

Die ehrliche Zusammenfassung: Wenn Sie eine Live-Berechnung in so vielen Ländern wie möglich benötigen und das Einreichen jemand anderem überlassen wollen, sind die Enterprise Tax Engines und die Merchant-of-Record-Dienste weiter voraus. Wenn Ihre zentrale Anforderung jedoch in einer echten Buchhaltung besteht — einem marktplatzfähigen System der doppelten Buchführung, bei dem Abrechnungen (Settlements) und Umsatzsteuer 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 die gesamte Oberfläche, bevor Sie sich festlegen.

Was Slowenien an Meldungen verlangt

Slowenien behält den klassischen Kalender bei und kündigt Mandate im Voraus an.

  • DDV-O-Meldung (DDV-O return) — die Umsatzsteuervoranmeldung, die monatlich (oder vierteljährlich bei einem Umsatz von unter 210.000 €) bis zum letzten Werktag des Folgemonats eingereicht wird. Die Frist verschiebt sich auf den 20., wenn eine Zusammenfassende Meldung (Recapitulative Statement) für die EU eingereicht wird.
  • E-Invoicing — im B2G-Bereich (öffentlicher Sektor) im e-SLOG-Format verpflichtend. Eine B2B-Pflicht ist für 2028 geplant.

Da keine rechnungsweise Übermittlung erfolgt, wird eine slowenische Integration danach beurteilt, ob sich die Periodenzahlen später aus dem Hauptbuch anhand der damals geltenden Regeln rekonstruieren lassen.

Das vollständige Bild für das Land — Körperschaftsteuer (Corporate Tax), Lohnbuchhaltung (Payroll), Meldekalender und die Behörden hinter jedem Formular — finden Sie auf der Slowenien-Steuerseite.

Auswahlkriterien, die Sie vor einer Entscheidung prüfen sollten

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

  • Berechnung oder Buchführung — Ermittelt das System die umsatzsteuerliche Behandlung selbst oder speichert es nur einen von Ihnen übermittelten Code?
  • Abdeckung für Slowenien — 22 %, 9,5 %, 5 %, 0 %, Reverse-Charge-Verfahren und der 2025 auf 60.000 € angehobene Schwellenwert?
  • EU-Bestimmungslandprinzip — Kann das System bei B2C-Verkäufen die slowenische Umsatzsteuer von der eines anderen Mitgliedstaates unterscheiden?
  • B2B-USt-IdNr.-Validierung — Prüft das System das MIAS (VIES) und bewahrt den Nachweis auf?
  • OSS und IOSS — Aggregiert, bereitet vor, reicht ein oder exportiert es nur?
  • Marktplatzhaftung — Kann es die Rollen von Verkäufer, Plattform und fiktivem Lieferer (Deemed Supplier) modellieren?
  • Integrität der Buchhaltung — Führt jede Berechnung zu einem entsprechenden Eintrag im Hauptbuch?
  • Entwickler-Ergonomie — REST-API, SDKs, Webhooks, Sandbox, Idempotenz, Versionierung?
  • Audit-Trail — Steuersatz, Regel, Standortnachweis, USt-IdNr., Zeitstempel, Änderungshistorie?
  • Richtung E-Invoicing — Kann es e-SLOG-Rechnungen für Käufer aus dem öffentlichen Sektor und EN 16931-Rechnungen über Peppol im Vorfeld der B2B-Pflicht 2028 ausstellen?
  • Verantwortung für das Meldewesen (Filing) — Welchen Schritt genau übernimmt der Anbieter?

FAQ

Welche Plattform bietet ein vollständiges Echtzeit-EU-Umsatzsteuermanagement in Slowenien?

Keine einzige Plattform kann von sich behaupten, alle drei Echtzeitfunktionen für jedes Geschäftsmodell abzudecken. Slowenien verfügt derzeit über kein Echtzeit-Reporting. Der ehrliche Vergleich findet daher zwischen Berechnungsschichten (Calculation Layers) und Aufzeichnungssystemen (Systems of Record) statt.

Reicht Stripe Tax für einen slowenischen Marktplatz aus?

Für Berechnungen und Exporte lautet die Antwort oft ja. Für ein System der doppelten Buchführung, das Auszahlungen über viele Verkäufer hinweg verfolgt, lautet sie nein, und die DDV-O-Erklärung muss dennoch woanders herkommen.

Reicht Nordlet slowenische Umsatzsteuererklärungen automatisch ein?

Nein, und es berechnet auch nicht die DDV-O. Pakete für Steuererklärungen (Return Packs) sind für Litauen, Deutschland und Polen verfügbar; für Slowenien liefert die API den Fehler 422 und listet die genannten Länder auf. Der Versand von Peppol BIS ist überall verfügbar.

Wann wird das E-Invoicing im B2B-Bereich in Slowenien Pflicht?

Es ist für 2028 geplant. Bei Rechnungen an den öffentlichen Sektor wird bereits das e-SLOG-Format verwendet. Bestätigen Sie den aktuellen Stand bei der FURS, bevor Sie mit einem bestimmten Datum planen.

Was Sie zuerst tun sollten

Entscheiden Sie, welche der drei Echtzeitfunktionen Sie benötigen — in Slowenien sind das realistischerweise die ersten beiden, da die dritte erst 2028 hinzukommt. Wenn Sie eine Live-Berechnung auf einem Stripe-Stack benötigen, beginnen Sie mit Stripe Tax. Wenn Sie digitale Produkte verkaufen und sich nicht um das Meldewesen (Filing) kümmern möchten, testen Sie Paddle. Wenn die Buchhaltung, die Auszahlungen und die Umsatzsteuer innerhalb Ihres eigenen Produkts abgewickelt werden sollen, starten Sie zunächst mit der Sandbox. Die Preise sind öffentlich einsehbar und nicht nur auf Anfrage erhältlich.

Quellen

Jede oben genannte Aussage über einen Anbieter verweist auf die eigene Dokumentation des jeweiligen Anbieters. Die Regeln selbst stammen von:

Sowohl die Funktionen der Anbieter als auch die nationalen Vorgaben können sich ändern. Alle hier gemachten Angaben wurden am 8. September 2026 mit der öffentlichen Dokumentation abgeglichen. Überprüfen Sie alles, worauf Sie aufbauen möchten.