Nordlet

Blog

Echtzeit-EU-Umsatzsteuer für Entwickler mit Projekten in Bulgarien

Ein fundierter Vergleich von Buchhaltungs- und Steuerplattformen, die die bulgarische und EU-Umsatzsteuer über APIs, SDKs und Webhooks abwickeln, mit klaren Hinweisen darauf, was jede einzelne tatsächlich abdeckt.

Nordlet Team · · 12 Min. Lesezeit

Bulgarien verlangt seit Jahren bei jeder Umsatzsteuermeldung Daten auf Rechnungsebene: Die monatliche Einreichung ist eine Umsatzsteuer-Voranmeldung (VAT return) zuzüglich der Einkaufs- und Verkaufsjournale (purchase and sales ledgers), nicht nur eine Zusammenfassung von Summen. SAF-T wird nun zusätzlich schrittweise eingeführt, beginnend mit großen Steuerzahlern im Jahr 2026. Die entscheidende Frage für jeden Anbieter in Bulgarien ist also einfach und unerbittlich: Kann das System jeden Monat die Dokumente hinter den Zahlen generieren, ohne dass ein manueller Export erforderlich ist?

Dieser Artikel vergleicht die entwicklerorientierten Plattformen, die EU- und bulgarische Umsatzsteuer in Echtzeit verarbeiten, trennt die Berechnung von der Buchführung und der Einreichung (filing) und zeigt, wo die jeweiligen Optionen tatsächlich sinnvoll einsetzbar sind.

Was "Echtzeit-EU-Umsatzsteuermanagement" beinhalten muss

Dieser Begriff wird oft stark gedehnt und für sehr unterschiedliche Produkte verwendet. Um überhaupt aussagekräftig zu sein, muss eine Plattform das Meiste des Folgenden leisten, während eine Transaktion, Rechnung, Abrechnung oder ein Buchungssatz erstellt wird:

  • Die umsatzsteuerliche Behandlung (VAT treatment) aus den Transaktionsdaten ermitteln.
  • Die aktuellen Länder- und Produktregeln anwenden.
  • Bulgarien und die weitere EU abdecken, einschließlich B2B-Reverse-Charge-Verfahren und B2C-Bestimmungslandprinzip.
  • All dies über eine API, ein SDK oder einen Webhook bereitstellen.
  • Die Daten für Umsatzsteuer, OSS, Betriebsprüfungen (audit) und das buchhalterische Meldewesen vorhalten.

Hinter dem Begriff "Echtzeit" verbergen sich drei verschiedene Fähigkeiten:

  • Echtzeit-Berechnung (Real-time calculation) – Die Umsatzsteuer wird berechnet, sobald die Transaktion oder Rechnung erstellt wird.
  • Echtzeit-Buchhaltung (Real-time accounting) – Die Transaktion, der Buchungssatz und die Umsatzsteuerdaten landen sofort in den Büchern.
  • Echtzeit-Meldewesen (Real-time reporting) – Die Daten werden kurz nach der Transaktion an eine Steuerbehörde übermittelt.

Die meisten Produkte leisten Ersteres. Nur sehr wenige beherrschen alle drei. Bulgarien ist nah an der dritten Kategorie, auch ohne Clearance-Plattform: Die monatliche Erklärung enthält Einkaufs- und Verkaufsjournale, und SAF-T wird ab 2026 schrittweise eingeführt, sodass die Steuerverwaltung Daten auf Belegebene erhält.

Die bulgarischen und EU-Regeln, die diesen Vergleich prägen

Bulgarien wendet einen Normalsatz von 20% und einen ermäßigten Steuersatz von 9% an, der Hotel- und Touristenunterkünfte, Bücher und Zeitschriften sowie Babynahrung und Hygieneartikel abdeckt, bei 0% für Exporte und innergemeinschaftliche Lieferungen. Die gesetzliche Grundlage bildet das Umsatzsteuergesetz (ЗДДС). Eine Registrierung ist ab einem Umsatz von 100.000 BGN erforderlich – das sind bei festem Euro-Wechselkurs etwa 51.130 € – und die Registrierung muss innerhalb von 7 Tagen nach Überschreiten dieser Grenze erfolgen.

Für qualifizierte innergemeinschaftliche B2C-Fernverkäufe und grenzüberschreitende digitale Dienstleistungen liegt der EU-weite Schwellenwert bei 10.000 €, wie auf dem One Stop Shop-Portal der Europäischen Kommission dargelegt. Bei Überschreiten dieses Wertes richtet sich die Umsatzsteuer in der Regel nach dem Mitgliedstaat des Kunden. Über den One Stop Shop kann sich ein Unternehmen in einem Mitgliedstaat registrieren und die grenzüberschreitende B2C-Umsatzsteuer für die gesamte EU deklarieren, erübrigt jedoch nicht die Notwendigkeit einer Logik auf Transaktionsebene.

Es gibt zudem eine Marktplatzregel, die strenger ist, als die meisten Teams erwarten. Nach Artikel 14a wird eine elektronische Schnittstelle zum fingierten Lieferer (deemed supplier) für Fernverkäufe von aus Drittlandsgebieten eingeführten Gegenständen in Sendungen mit einem Sachwert von höchstens 150 € sowie separat für Gegenstände, 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 E-Commerce-Umsatzsteuerregelungen legen beide Aspekte detailliert dar. Wenn Sie einen Marktplatz aufbauen, verändert dies vielmehr die gesamte Architektur, als dass nur ein weiteres Feld hinzugefügt werden muss.

Die engere Auswahl auf einen Blick

Plattform Am besten geeignet für Echtzeit-Umsatzsteuer-Fähigkeit Buchhaltung, OSS und Meldungsumfang Wichtigster Vorbehalt
Stripe Tax Produkte und Marktplätze, die bereits Stripe nutzen Berechnet die Umsatzsteuer bei der Erstellung der Transaktion, einschließlich Bulgarien EU-Exporte und OSS-Daten; kein bulgarisches Journal und reicht EU-Erklärungen nicht selbst ein Lohnt sich nur, wenn Stripe bereits als Zahlungsinfrastruktur genutzt wird
Paddle SaaS und herunterladbare digitale Produkte Berechnet die Umsatzsteuer an der Kasse (Checkout) anhand des Kundenstandorts Registriert, meldet und führt als Merchant of Record ab Übernimmt die Rolle als offizieller Verkäufer (seller-of-record) und damit auch die Rechnungsstellung
Quaderno Kleinere SaaS- und Digital-Commerce-Unternehmen Berechnet an der Kasse, validiert Umsatzsteuer-Identifikationsnummern Steuerberichte und Aufzeichnungen; automatisches Einreichen ist nicht für jeden Plan dokumentiert Eine Steuer- und Rechnungsebene, kein Hauptbuch
Avalara AvaTax Enterprise-ERP- und Billing-Systeme Echtzeit-Steuerfindung (determination) mit gepflegten Steuerinhalten Umsatzsteuer-Meldewesen (VAT Reporting) ist ein separates Produkt in der Returns-Produktreihe Vom Umfang und Preis auf Enterprise-Einführungen ausgelegt
Fonoa Tax Engine Große Plattformen und Marktplätze Echtzeit-Steuerfindung in über 190 Gerichtsbarkeiten Erklä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 Steuerregime (scheme) und die Steuersä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 bulgarisches Meldungspaket, Journal oder SAF-T-Paket; bewahrt die Detailtiefe auf Rechnungsebene auf, auf der alle drei basieren

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 am leichtesten zugängliche Ebene zur Echtzeit-Berechnung. Die Dokumentation deckt die weltweite Berechnung der Umsatzsteuer, die Tax API mit PaymentIntents, den Steuereinzug auf Rechnungen sowie die Nutzung von Tax mit Connect als Plattform oder Marktplatz ab.

Wo Stripe an seine Grenzen stößt, wird von Stripe selbst klar benannt. In ihrer Dokumentation zur Steuererklärung heißt es: "You must file and remit the tax you collect for every location where you're registered." In den USA wird ein automatisiertes Einreichen angeboten; andernorts arbeitet Stripe mit Partnern für die Erstellung der Steuererklärungen zusammen. Das bedeutet, eine EU-Umsatzsteuer-Voranmeldung wird von Ihnen oder einem Partner eingereicht, nicht von Stripe Tax. Es handelt sich um eine Berechnungs- und Exportebene, nicht um eine Buchführung.

Bei einer bulgarischen Implementierung führt eine reine Berechnungsschicht dazu, dass die gesamte monatliche Einreichung – Steuererklärung plus Journale – andernorts erstellt werden muss.

Paddle: Die gesamte Steuerrolle an jemand anderen abgeben

Paddle ist eine völlig andere Produktkategorie. Es agiert als Merchant of Record und übernimmt die Verantwortung für die "Berechnung, Meldung und Abführung" der Steuern an den Standorten Ihrer Kunden. Es berechnet also die Umsatzsteuer beim Checkout, stellt die Rechnung aus und kümmert sich für Sie um die Voranmeldung und die Zahlung. Seine Entwicklerdokumentation umfasst Paddle.js, die Katalog-APIs, Checkout und Webhooks wie transaction.completed, der ausgelöst wird, sobald eine Transaktion den Status completed erreicht, und in der Regel als Trigger dient, um nach der Zahlung den Zugang zu gewähren.

Der Kompromiss ist eher struktureller als technischer Natur. Paddle wird zum offiziellen Verkäufer (seller of record), sodass Sie nicht mehr das Händler-, Rechnungs- und Buchhaltungsmodell beibehalten, das Sie bei einem eigenen Checkout hätten.

Für an bulgarische Verbraucher verkaufte digitale Produkte deckt dies die Berechnung und die Einreichung der Meldungen ab. Ein bulgarisches Unternehmen reicht jedoch weiterhin seine eigene Steuererklärung mitsamt den Journalen ein.

Quaderno: Eine Steuerebene für kleinere digitale Unternehmen

Quaderno ist eine der klareren, entwicklerorientierten Optionen für kleinere digitale Unternehmen, die einen Steuerdienst unabhängig von einem einzelnen Zahlungsabwickler suchen. Die API dokumentiert einen /tax_rates/calculate-Endpunkt, der den anwendbaren Steuersatz anhand der Kundenadresse und des Transaktionstyps berechnet, einen /tax_ids/validate-Endpunkt, der EU-Umsatzsteuer-Identifikationsnummern abdeckt, sowie Endpunkte für Rechnungen, Belege und Gutschriften. Ein dokumentierter Connect-Bereich mit Account-Ressourcen ist der Teil, auf den 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. Seine öffentlichen Materialien garantieren keine automatische Einreichung in jedem Tarif und jedem Land. Betrachten Sie die Verantwortung für die Meldung als etwas, das Sie sich schriftlich bestätigen lassen sollten.

Es deckt die Berechnung an der Kasse ab. Weder die monatlichen Journale noch SAF-T fallen in seinen Geltungsbereich.

Avalara und Fonoa: Die Enterprise-Steuer-Engines (tax engines)

Avalaras AvaTax führt über REST-APIs und SDKs eine Echtzeit-Steuerfindung während des Checkouts, der Rechnungsstellung oder der Auftragsabwicklung durch. Beachten Sie die Produktaufteilung: Das VAT Reporting ist separat unter "Returns" angesiedelt. Ein EU-Umsatzsteuer-Compliance-Workflow besteht also nicht einfach nur aus "AvaTax" – ermitteln Sie genau die Module, die Sie tatsächlich benötigen. Avalara dokumentiert einen Anmeldeprozess mit einer kostenlosen 90-Tage-Testversion, während das kommerzielle Produktionsmodell klar auf Enterprise-Kunden zugeschnitten ist.

Fonoas Tax Engine gibt an, dass sie "die korrekte indirekte steuerliche Behandlung für jede Transaktion in Echtzeit" über eine versionierte API für mehr als 190 Gerichtsbarkeiten berechnet. Ein architektonisches Detail ist dabei wichtig: Die Validierung der Steuernummer ist ein separates Produkt von Fonoa (Validate) und kein Bestandteil der Tax Engine. Wenn Ihnen VIES-Nachweise also wichtig sind, sollten Sie dies explizit einplanen und nicht davon ausgehen, dass die Engine dies automatisch abdeckt.

Für eine rein bulgarische Implementierung sind beide Lösungen überdimensioniert, obgleich die schrittweise Einführung von SAF-T genau die Art von Anforderung ist, die größere Konzerne letztlich zu solch einer Lösung drängt.

Wo Nordlet ins Bild passt: Die Umsatzsteuer-Antwort und der Buchungssatz sind derselbe Datensatz

Nordlet ist eine Buchhaltungs-API für Marktplätze und Plattformen, die in ihrem eigenen Produkt Journale (ledgers), Auszahlungen, EU-Steuern und einen exportierbaren Audit-Trail benötigen, anstatt lediglich eine an einen Checkout angehängte Rechnungs-App.

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

{
  "customerCountryCode": "BG",
  "customerIsBusiness": false,
  "supplyType": "digital"
}
{
  "scheme": "oss_union",
  "vatCountryCode": "BG",
  "reverseCharge": false,
  "deemedSupplier": false,
  "zeroRated": false,
  "rates": [
    { "category": "standard", "ratePercent": "20.00" },
    { "category": "reduced", "ratePercent": "9.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 bulgarischen USt-IdNr., liefert derselbe Aufruf reverse_charge mit Directive 2006/112/EC art. 44, 196 — VAT due by the customer (reverse charge). Setzt man actingAsMarketplace mit einem Verkäufer, der außerhalb der EU ansässig ist, wird gemäß art. 14a(2) der Wert deemedSupplier: true zurückgegeben. Die rechtliche Grundlage (legal basis) reist stets zusammen mit der Antwort – das ist genau der Teil, nach dem ein Wirtschaftsprüfer (auditor) Jahre später fragen wird.

Neun Steuerregime (schemes) werden modelliert: domestic, intra_eu_b2b, reverse_charge, oss_union, ioss, marketplace_deemed, export, out_of_scope und sme_exempt. Der Schwellenwert für Fernverkäufe von 10.000 € wird nachverfolgt und nicht einfach angenommen — /v1/declarations/eu/distance-sales-threshold/get meldet, wo ein Unternehmen in Bezug auf diesen Wert steht, und /v1/declarations/eu/oss/compute sowie /v1/declarations/eu/ioss/compute erzeugen die Periodenzahlen, einschließlich eines Korrekturbereichs für frühere Zeiträume. Die Steuersätze stammen aus dem TEDB-Feed der Europäischen Kommission, inklusive Gültigkeitsdaten, und ein Unternehmen kann diese pro Land überschreiben.

Die ermittelten Steuerdaten fließen anschließend in ein unveränderliches Hauptbuch der doppelten Buchführung, wobei die Umsatzsteuer-Metadaten direkt an die Buchung angehängt werden, sodass keine zweite Abstimmung (reconciliation) zwischen einer Tax Engine und einem separaten Aufzeichnungssystem erforderlich ist. Geldbeträge sind stets Dezimal-Strings (decimal strings), niemals Gleitkommazahlen. Das Umfeld bietet: typisierte SDKs, Webhooks wie sale_invoice.paid, Idempotency-Key-Unterstützung für sichere Wiederholungen, Sandbox-Unternehmen, VIES-Validierung, die an der Rechnung eingefroren wird, Multi-Company-Support sowie Periodensperren (period locking), damit ein abgeschlossener Monat nicht klammheimlich nachträglich geändert werden kann.

Die bulgarische Grenze. Nordlet liefert kein bulgarisches Meldungspaket aus: /v1/declarations/eu/vat-return/compute mit countryCode: "BG" gibt einen 422-Fehler zurück und verweist auf Litauen, Deutschland und Polen. Somit werden weder die monatliche Umsatzsteuer-Voranmeldung noch die Einkaufs- und Verkaufsjournale oder eine bulgarische SAF-T-Datei generiert. Was vorhanden ist, ist die Basis, aus der alle drei abgeleitet werden – ein unveränderliches Hauptbuch der doppelten Buchführung, das Belege auf Rechnungsebene über einen Periodenabschluss hinweg aufbewahrt, eine Umsatzsteuerermittlung mit ihrer rechtlichen Grundlage, OSS- und IOSS-Berechnungen mit Korrekturen, die an der Rechnung eingefrorene VIES-Validierung – plus EN 16931-konforme Rechnungen über Peppol BIS 3.0.

Die ehrliche Zusammenfassung: Wenn Sie eine Live-Berechnung in so vielen Ländern wie möglich benötigen und jemand anderen die Meldungen einreichen soll, sind die Enterprise-Steuer-Engines und die Merchant-of-Record-Dienste im Vorteil. Wenn Ihre zentrale Anforderung echte Bücher sind – eine marktplatzfähige doppelte Buchführung, in der Abrechnungen (settlements) und Umsatzsteuer an einem Ort vereint sind – dann ist dies die Lücke, für die Nordlet entwickelt wurde, und keine der reinen Berechnungsschichten kann diese füllen. Die API-Referenz zeigt die gesamte Oberfläche auf, bevor Sie sich binden.

Was in Bulgarien gemeldet werden muss

Bulgarien integriert die Details direkt in die Erklärung.

  • Monatliche Umsatzsteuer-Voranmeldung mit Journalen – einzureichen bis zum 14. des Folgemonats, zusammen mit den Einkaufs- und Verkaufsjournalen, in denen einzelne Belege aufgelistet sind.
  • SAF-T – stufenweise Einführung ab 2026, beginnend mit großen Steuerzahlern, die monatlich bis zum 14. einreichen müssen; mittlere und kleine Unternehmen folgen später.
  • E-Invoicing (Elektronische Rechnungsstellung) – nur gegenüber öffentlichen Einrichtungen verpflichtend. Es ist derzeit keine B2B-Pflicht in Kraft.

Die praktische Anforderung bleibt konstant: Jeden Monat wird eine Liste von Dokumenten benötigt, nicht nur eine Zusammenstellung von Salden (balances).

Das vollständige Bild für das Land – Körperschaftsteuer, Lohn- und Gehaltsabrechnung, Einreichungskalender und die Behörden hinter jedem Formular – finden Sie auf der Seite für Steuern in Bulgarien.

Auswahlkriterien, die man vor einer Entscheidung prüfen sollte

Bevor Sie ein "VAT-ready"-Produkt mit einem anderen gleichsetzen, sollten Sie es anhand folgender Kriterien überprüfen:

  • Berechnung oder Buchhaltung – ermittelt das System die umsatzsteuerliche Behandlung selbst oder speichert es lediglich einen Code, den Sie übergeben?
  • Bulgarische Abdeckung – 20%, 9%, 0%, Reverse-Charge-Verfahren und der Schwellenwert von 100.000 BGN mit seiner 7-tägigen Registrierungsfrist?
  • EU-Bestimmungsland-Logik – kann es bei einem B2C-Verkauf die bulgarische Umsatzsteuer von der eines anderen Mitgliedstaats unterscheiden?
  • B2B-USt-IdNr.-Validierung – prüft es VIES und speichert den Nachweis?
  • OSS und IOSS – werden die Daten aggregiert, aufbereitet, eingereicht oder nur exportiert?
  • Marktplatz-Haftung – können die Rollen von Verkäufer, Plattform und fingiertem Lieferer abgebildet werden?
  • Integrität der Buchhaltung – erzeugt jede Berechnung einen passenden Buchungssatz?
  • Entwickler-Ergonomie – REST-API, SDKs, Webhooks, Sandbox, Idempotenz, Versionierung?
  • Audit-Trail – Steuersatz, Regel, Standortnachweis, USt-IdNr., Zeitstempel, Revisionshistorie?
  • Journale und SAF-T – kann es die monatlichen Einkaufs- und Verkaufsjournale Dokument für Dokument erstellen sowie eine SAF-T-Datei generieren, sobald die stufenweise Einführung Sie betrifft?
  • Verantwortung für die Meldung – welchen genauen Schritt übernimmt der Anbieter?

FAQ

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

Keine sollte so beschrieben werden, dass sie alle drei Echtzeit-Fähigkeiten für jedes Geschäftsmodell abdeckt. In Bulgarien verläuft die Trennlinie dort, ob ein Anbieter Belege auf Rechnungsebene aufbewahrt, da diese für die monatlichen Journale benötigt werden.

Reicht Stripe Tax für einen bulgarischen Marktplatz aus?

Für Berechnung und Exporte oft ja. Für ein System der doppelten Buchführung, das Auszahlungen über viele Verkäufer hinweg verfolgt, nein. Und die monatliche Erklärung mit ihren Journalen muss ohnehin andernorts erstellt werden.

Reicht Nordlet bulgarische Umsatzsteuer-Voranmeldungen automatisch ein?

Nein, und es erzeugt auch keine monatlichen Journale oder eine bulgarische SAF-T-Datei. Meldungspakete werden für Litauen, Deutschland und Polen mitgeliefert; für Bulgarien gibt die API einen 422-Fehler zurück, der auf diese Länder verweist.

Wann gilt SAF-T in Bulgarien?

Es wird ab 2026 schrittweise eingeführt, beginnend mit großen Steuerzahlern, die monatlich bis zum 14. melden, woraufhin mittlere und kleine Unternehmen folgen. Bestätigen Sie Ihre eigene Phase mit der Nationalen Steuerbehörde (National Revenue Agency), bevor Sie auf ein bestimmtes Datum hin planen.

Die nächsten Schritte

Entscheiden Sie, welche der drei Echtzeit-Fähigkeiten Sie benötigen, und prüfen Sie zuerst die Journal-Anforderungen, da diese eher Ihr Datenmodell als Ihre Integration einschränken. Wenn Sie digitale Produkte verkaufen und das Meldewesen abgeben möchten, testen Sie Paddle. Wenn die Bücher, die Auszahlungen und die Umsatzsteuer in Ihr eigenes Produkt gehören, starten Sie mit der Sandbox und bestätigen Sie den bulgarischen Umfang, bevor Sie darauf aufbauen. Das Preismodell ist öffentlich zugänglich und nicht nur auf Anfrage erhältlich.

Quellen

Alle oben genannten Anbieterangaben sind mit den jeweiligen eigenen Dokumentationen der Anbieter verlinkt. Die Regeln selbst stammen von:

Die Fähigkeiten der Anbieter und die nationalen Vorgaben können sich ändern. Alles in diesem Artikel wurde am 8. September 2026 anhand der öffentlichen Dokumentation überprüft; verifizieren Sie jedoch alles, worauf Sie aufbauen möchten.