Echtzeit-EU-MwSt. für Entwickler, die in Bulgarien entwickeln

Bulgarien verlangt seit Jahren rechnungsbezogene Daten bei jeder Mehrwertsteuererklärung: Die monatliche Einreichung besteht aus einer Erklärung sowie Eingangs- und Ausgangsregistern und nicht nur aus Summen. SAF-T wird nun zusätzlich schrittweise eingeführt, beginnend mit großen Steuerzahlern im Jahr 2026. Die Frage an jeden Anbieter lautet für Bulgarien daher einfach und kompromisslos: Kann er die Dokumente hinter den Zahlen jeden Monat ohne manuellen Export erzeugen?

Dieser Beitrag vergleicht die entwicklerorientierten Plattformen, die EU- und bulgarische Mehrwertsteuer in Echtzeit verarbeiten, trennt Berechnung von Buchhaltung und Einreichung und zeigt auf, wo die jeweilige Option tatsächlich passt.

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

Dieser Begriff wird oft gedehnt, um sehr unterschiedliche Produkte abzudecken. Um aussagekräftig zu sein, muss eine Plattform während der Erstellung einer Transaktion, Rechnung, Auszahlung oder eines Buchungssatzes die folgenden Punkte größtenteils erfüllen:

• Die steuerliche Behandlung (VAT treatment) aus den Transaktionsdaten ermitteln.
• Die aktuellen Landes- und Produktregeln anwenden.
• Bulgarien und die restliche EU abdecken, einschließlich B2B-Reverse-Charge und B2C-Bestimmungslandbesteuerung.
• All dies über eine API, ein SDK oder Webhooks bereitstellen.
• Die Daten für Mehrwertsteuer-, OSS-, Prüfungs- und Buchhaltungsberichte aufbewahren.

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

• Echtzeit-Berechnung (Real-time calculation) - Die Mehrwertsteuer wird bei der Erstellung der Transaktion oder Rechnung berechnet.
• Echtzeit-Buchhaltung (Real-time accounting) - Die Transaktion, der Buchungssatz und die Mehrwertsteuerdaten landen sofort in der Buchhaltung.
• Echtzeit-Meldung (Real-time reporting) - Die Daten werden kurz nach der Transaktion an die Steuerbehörde übermittelt.

Die meisten Produkte leisten das Erste. Sehr wenige leisten alle drei. Bulgarien bewegt sich nahe an der dritten Kategorie, ohne eine reine Clearance-Plattform zu sein: Die monatliche Erklärung enthält Eingangs- und Ausgangsregister, und SAF-T wird ab 2026 schrittweise eingeführt, sodass die Steuerverwaltung datensatzbezogene Belegdaten erhält.

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

Bulgarien wendet einen Regelsteuersatz von 20 % und einen ermäßigten Steuersatz von 9 % (für Hotel- und touristische Unterkünfte, Bücher und Zeitschriften sowie Babynahrung und Hygieneartikel) an; für Ausfuhren und innergemeinschaftliche Lieferungen gilt 0 %. Die gesetzliche Grundlage bildet das Mehrwertsteuergesetz (ЗДДС). Ab einem Umsatz von 100.000 BGN - etwa 51.130 EUR zum festen Euro-Umrechnungskurs - besteht Registrierungspflicht, und die Registrierung muss innerhalb von 7 Tagen nach Überschreitung erfolgen.

Für qualifizierende innergemeinschaftliche B2C-Fernverkäufe und grenzüberschreitende digitale Dienstleistungen gilt die EU-weite Schwelle von 10.000 EUR, wie im One-Stop-Shop-Portal der Europäischen Kommission dargelegt. Oberhalb dieser Schwelle richtet sich die Mehrwertsteuer im Allgemeinen nach dem Mitgliedstaat des Kunden. Der One-Stop-Shop ermöglicht es einem Unternehmen, sich in einem Mitgliedstaat zu registrieren und die grenzüberschreitende B2C-MwSt. für die gesamte EU zu erklären, er entbindet jedoch nicht von der Notwendigkeit einer transaktionsbezogenen Logik.

Hinzu kommt eine Marktplatzregel, die strenger ist als von den meisten Teams erwartet. Nach Artikel 14a wird eine elektronische Schnittstelle bei Fernverkäufen von eingeführten Waren in Sendungen mit einem Wert von höchstens 150 EUR sowie separat bei Warenlieferungen an EU-Kunden unabhängig vom Wert (sofern der zugrundeliegende Verkäufer nicht in der EU niedergelassen ist) als fiktiver Lieferant (deemed supplier) behandelt. Die Erläuterungen der Kommission zu den MwSt.-Vorschriften für den elektronischen Handel führen beide Aspekte aus. Wenn Sie einen Marktplatz aufbauen, ändert dies eher die Architektur, als dass es nur ein Feld hinzufügt.

Die engere Auswahl auf einen Blick

Plattform	Bestens geeignet für	Echtzeit-MwSt.-Funktion	Umfang von Buchhaltung, OSS und Einreichung	Wichtigster Haken
Stripe Tax	Produkte und Marktplätze, die bereits auf Stripe laufen	Berechnet MwSt. bei Transaktionserstellung, inkl. Bulgarien	EU-Exporte und OSS-Daten; kein bulgarisches Register und reicht EU-Erklärungen nicht selbst ein	Lohnt sich nur, wenn Stripe bereits der Zahlungsanbieter ist
Paddle	SaaS und herunterladbare digitale Produkte	Berechnet MwSt. beim Checkout anhand des Kundenstandorts	Registriert, reicht ein und führt ab als Merchant of Record	Übernimmt die Rolle des Verkäufers (Seller of Record) und damit auch die Rechnung
Quaderno	Kleinere SaaS- und digitale Handelsplattformen	Berechnet beim Checkout, validiert MwSt.-Nummern	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	VAT Reporting ist ein separates Produkt innerhalb der Returns-Palette	Konfiguriert und bepreist für Enterprise-Rollouts
Fonoa Tax Engine	Große Plattformen und Marktplätze	Echtzeit-Bestimmung über 190+ Jurisdiktionen hinweg	Erklärungen, E-Invoicing und Berichterstattung; Validierung der Steuernummer ist ein separates Produkt	Keine veröffentlichten Preise
Nordlet	Integrierte Buchhaltung in Marktplätzen und Plattformen	Löst das Verfahren (Scheme) und die Steuersätze pro Transaktion auf, verbucht zusammen mit dem Buchungssatz	Unveränderliches doppeltes Hauptbuch, Auszahlungen, OSS- und IOSS-Werte, exportierbarer Audit-Trail	Keine bulgarische Erklärung, kein Register oder SAF-T-Paket; behält die Rechnungsdetails bei, auf denen alle drei aufbauen

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 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, wird von Stripe offen dargelegt. In der Dokumentation zur Einreichung (Filing) heißt es: „Sie müssen die Steuern, die Sie einziehen, für jeden Ort, an dem Sie registriert sind, selbst erklären und abführen.“ Eine automatisierte Einreichung wird in den Vereinigten Staaten angeboten; ansonsten arbeitet Stripe mit Einreichungspartnern zusammen, sodass eine EU-MwSt.-Erklä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 bulgarische Implementierung bedeutet eine reine Berechnungsschicht, dass die gesamte monatliche Meldung – Erklärung plus Register – anderswo erstellt werden muss.

Paddle: Die gesamte Steuerverantwortung an andere abgeben

Paddle ist eine andere Produktkategorie. Es fungiert als Merchant of Record und übernimmt die Verantwortung für die „Berechnung, Einreichung und Abführung“ von Steuern in den Ländern Ihrer Kunden. Es berechnet die MwSt. also beim Checkout, stellt die Rechnung aus und kümmert sich um Einreichung und Abführung. Die Entwicklerdokumentation deckt Paddle.js, die Katalog-APIs, den Checkout und Webhooks wie transaction.completed ab, der ausgelöst wird, sobald eine Transaktion den Status completed erreicht, und der der gängige Webhook zur Freigabe des Zugangs nach der Bezahlung ist.

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 behalten, das Sie bei einem eigenen Checkout führen würden.

Für digitale Produkte, die an bulgarische Verbraucher verkauft werden, deckt dies die Berechnung und Einreichung ab. Ein bulgarisches Unternehmen reicht seine Erklärung mitsamt Registern dennoch selbst ein.

Quaderno: Eine Steuerschicht für kleinere digitale Unternehmen

Quaderno ist eine der übersichtlicheren entwicklerorientierten Optionen für kleinere digitale Unternehmen, die einen Steuerdienst unabhängig von einem einzelnen Zahlungsabwickler suchen. Die API dokumentiert einen Endpunkt /tax_rates/calculate, der den anwendbaren Steuersatz aus der Kundenadresse und dem Transaktionstyp ermittelt, einen Endpunkt /tax_ids/validate für EU-Umsatzsteuer-Identifikationsnummern sowie Endpunkte für Rechnungen, Belege und Gutschriften. Ein dokumentierter Connect-Bereich mit Kontenressourcen 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 doppelten Hauptbuch, und das öffentliche Material belegt keine automatische Einreichung für jeden Tarif in jedem Land. Betrachten Sie die Verantwortung für die Einreichung als etwas, das Sie sich schriftlich bestätigen lassen sollten.

Es deckt die Checkout-Berechnung ab. Weder die monatlichen Register noch SAF-T fallen in seinen Verantwortungsbereich.

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 die Produkttrennung: VAT Reporting befindet sich separat unter Returns, sodass ein EU-MwSt.-Compliance-Workflow nicht einfach aus „AvaTax“ besteht – grenzen Sie die Module, die Sie tatsächlich benötigen, genau ab. Avalara dokumentiert einen Registrierungspfad mit einer 90-tägigen kostenlosen Testversion, während das kommerzielle Produktionsmodell auf Enterprise-Anforderungen ausgelegt ist.

Fonoas Tax Engine gibt an, dass sie „die korrekte Indirekte-Steuer-Behandlung für jede Transaktion in Echtzeit“ über eine versionierte API in über 190 Jurisdiktionen berechnet. Ein architektonisches Detail ist wichtig: Die Steuernummern-Validierung ist ein separates Fonoa-Produkt (Validate) und kein Bestandteil der Tax Engine. Wenn Ihnen der VIES-Nachweis wichtig ist, müssen Sie diesen explizit einplanen, anstatt anzunehmen, dass die Engine ihn abdeckt.

Für eine rein bulgarische Implementierung sind beide Lösungen überdimensioniert, allerdings ist die schrittweise Einführung von SAF-T genau die Art von Anforderung, die größere Unternehmensgruppen schließlich zu einem solchen Anbieter treibt.

Wo Nordlet ansetzt: 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 Prüfpfad (Audit-Trail) in ihrem eigenen Produkt benötigen, anstatt eine Rechnungsstellungs-App, die an einen Checkout gekoppelt ist.

Der architektonische Unterschied besteht darin, dass die MwSt.-Bestimmung und die Buchung zu ein und demselben System gehören. POST /v1/reference/vat/resolve beantwortet die Behandlungsfrage 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"
}

Ändern Sie den Kunden in ein Unternehmen mit einer gültigen bulgarischen MwSt.-Nummer, gibt derselbe Aufruf reverse_charge mit Directive 2006/112/EC art. 44, 196 - VAT due by the customer (reverse charge) zurück. Wenn Sie actingAsMarketplace mit einem außerhalb der EU ansässigen Verkäufer festlegen, wird deemedSupplier: true gemäß art. 14a(2) ausgegeben. Die Rechtsgrundlage reist mit der Antwort, was genau der Punkt ist, nach dem ein Prüfer Jahre später fragt.

Es sind neun Verfahren modelliert: domestic, intra_eu_b2b, reverse_charge, oss_union, ioss, marketplace_deemed, export, out_of_scope und sme_exempt. Die Lieferschwelle für den Fernverkauf von 10.000 EUR wird aktiv nachverfolgt statt angenommen – /v1/declarations/eu/distance-sales-threshold/get zeigt an, wo ein Unternehmen im Verhältnis dazu steht, und /v1/declarations/eu/oss/compute sowie /v1/declarations/eu/ioss/compute generieren die Periodenwerte, einschließlich eines Korrekturbereichs für vorherige Perioden. Die Steuersätze stammen aus dem TEDB-Feed der Europäischen Kommission inklusive Gültigkeitsdaten, und Unternehmen können diese pro Land überschreiben.

Die Ermittlung fließt dann in ein unveränderliches doppeltes Hauptbuch ein, wobei die MwSt.-Metadaten an den Eintrag angehängt sind. Es ist also keine zweite Abstimmung zwischen einer Steuer-Engine und einem separaten System erforderlich. Geldbeträge sind Dezimalstrings, niemals Fließkommazahlen. Drumherum: typisierte SDKs, Webhooks wie sale_invoice.paid, Unterstützung von Idempotency-Key für sichere Wiederholungen, Sandbox-Unternehmen, gegen die Rechnung eingefrorene VIES-Validierung, Mandantenfähigkeit (Multi-Company) und Periodensperren, damit ein geschlossener Monat nicht nachträglich bearbeitet werden kann.

Die bulgarische Grenze. Nordlet liefert kein bulgarisches Paket aus: /v1/declarations/eu/vat-return/compute mit countryCode: "BG" gibt einen 422-Fehler zurück, der Litauen, Deutschland und Polen nennt. Weder die monatliche Mehrwertsteuererklärung noch die Eingangs- und Ausgangsregister oder eine bulgarische SAF-T-Datei werden generiert. Vorhanden ist jedoch die Schicht, auf der alle drei aufbauen – ein unveränderliches doppeltes Hauptbuch, das rechnungsbezogene Datensätze über den Periodenabschluss hinweg vorhält, die MwSt.-Bestimmung inklusive ihrer Rechtsgrundlage, OSS- und IOSS-Berechnung mit Korrekturen, die an die Rechnung gekoppelte VIES-Validierung – plus EN-16931-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 möchten, dass ein anderer die Einreichung übernimmt, haben die Enterprise-Steuer-Engines und die Merchant-of-Record-Dienste die Nase vorn. Wenn Ihre zentrale Anforderung echte Bücher sind – ein marktplatzbewusstes doppeltes Hauptbuch, in dem Auszahlungen und Mehrwertsteuer an einem Ort zusammenlaufen –, ist das genau die Lücke, für die Nordlet gebaut wurde, und keine der Berechnungsschichten füllt sie. Die API-Referenz zeigt den gesamten Funktionsumfang, bevor Sie sich festlegen.

Was Sie in Bulgarien einreichen müssen

Bulgarien verlangt die Details direkt in der Erklärung.

• Monatliche MwSt.-Erklärung mit Registern - einzureichen bis zum 14. des Folgemonats, zusammen mit den Eingangs- und Ausgangsregistern, die einzelne Belege aufführen.
• SAF-T - schrittweise Einführung ab 2026, beginnend mit großen Steuerzahlern, die monatlich bis zum 14. einreichen; mittelständische und kleine Unternehmen folgen später.
• E-Invoicing - nur gegenüber öffentlichen Stellen verpflichtend. Es gilt kein B2B-Mandat.

Die praktische Anforderung bleibt konstant: Jeden Monat eine Belegliste, keine reinen Salden.

Das Gesamtbild für das Land – Körperschaftsteuer, Lohnbuchhaltung, Einreichungskalender und die Behörden hinter den jeweiligen Formularen – finden Sie auf der Seite zur bulgarischen Steuer.

Auswahlkriterien, die Sie vor einer Entscheidung prüfen sollten

Bevor Sie ein „MwSt.-fähiges“ Produkt als gleichwertig mit einem anderen betrachten, prüfen Sie es anhand dieser Kriterien:

• Berechnung oder Buchhaltung - Ermittelt das System die steuerliche Behandlung oder speichert es nur einen von Ihnen übergebenen Code?
• Bulgarische Abdeckung - 20 %, 9 %, 0 %, Reverse Charge und die Schwelle von 100.000 BGN mit ihrer 7-tägigen Registrierungsfrist?
• EU-Bestimmungslandlogik - Kann das System bei einem B2C-Verkauf die bulgarische MwSt. von der eines anderen Mitgliedstaats unterscheiden?
• B2B-Umsatzsteuer-Identifikationsnummer-Validierung - Wird VIES geprüft und der Nachweis gespeichert?
• OSS und IOSS - Werden die Daten aggregiert, vorbereitet, eingereicht oder nur exportiert?
• Marktplatzhaftung - Können die Rollen von Verkäufer, Plattform und fiktivem Lieferant (deemed supplier) abgebildet werden?
• Buchhaltungsintegrität - Erzeugt jede Berechnung einen passenden Buchungssatz?
• Entwickler-Ergonomie - REST-API, SDKs, Webhooks, Sandbox, Idempotenz, Versionierung?
• Audit-Trail - Steuersatz, Regel, Standortnachweis, MwSt.-Nummer, Zeitstempel, Revisionshistorie?
• Register und SAF-T - Können die monatlichen Eingangs- und Ausgangsregister belegweise sowie eine SAF-T-Datei entsprechend dem Einführungszeitplan erstellt werden?
• Einreichungsverantwortung - Welchen Schritt übernimmt der Anbieter exakt?

FAQ

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

Keine sollte so beschrieben werden, dass sie alle drei Echtzeit-Funktionen für jedes Geschäftsmodell abdeckt. In Bulgarien verläuft die Trennlinie dort, ob ein Anbieter rechnungsbezogene Datensätze vorhält, da die monatlichen Register diese zwingend erfordern.

Ist Stripe Tax für einen bulgarischen Marktplatz ausreichend?

Für Berechnungen und Exporte oft ja. Für ein doppeltes Hauptbuch, das Auszahlungen über viele Verkäufer hinweg nachverfolgt, nein – und die monatliche Erklärung mitsamt Registern muss nach wie vor anderswo erstellt werden.

Reicht Nordlet bulgarische MwSt.-Erklärungen automatisch ein?

Nein, und es erstellt weder die monatlichen Register noch eine bulgarische SAF-T-Datei. Erklärungspakete stehen für Litauen, Deutschland und Polen zur Verfügung; für Bulgarien gibt die API einen 422-Fehler zurück, der diese Länder benennt.

Wann gilt SAF-T in Bulgarien?

Es wird ab 2026 schrittweise eingeführt, beginnend mit großen Steuerzahlern, die monatlich bis zum 14. einreichen; mittelständische und kleine Unternehmen folgen. Bestätigen Sie Ihren genauen Zeitplan mit der Nationalen Einnahmeagentur (NRA), bevor Sie auf ein bestimmtes Datum hin planen.

Erste Schritte

Entscheiden Sie, welche der drei Echtzeit-Funktionen Sie benötigen, und prüfen Sie zuerst die Anforderung an das Hauptbuch, da diese Ihr Datenmodell stärker einschränkt als Ihre Integration. Wenn Sie digitale Produkte verkaufen und die Einreichung abgeben möchten, testen Sie Paddle. Wenn Bücher, Auszahlungen und Mehrwertsteuer in Ihr eigenes Produkt gehören, starten Sie mit der Sandbox und verifizieren Sie den bulgarischen Geltungsbereich, bevor Sie darauf aufbauen. Die Preise sind transparent veröffentlicht und basieren nicht auf individuellen Angeboten.

Quellen

Jede Behauptung eines Anbieters oben verlinkt auf die Dokumentation dieses Anbieters. Die Regeln selbst stammen aus:

• Finanzministerium / NRA: MwSt.-Leitfaden - die Steuersätze von 20 % und 9 %, die Registrierungsschwelle und die monatliche Erklärung
• Europäische Kommission: Mehrwertsteuer-One-Stop-Shop - die Fernverkaufsschwelle von 10.000 EUR

Anbieterfunktionen und nationale Vorgaben ändern sich. Alle Angaben wurden am 8. September 2026 anhand der öffentlichen Dokumentation überprüft; verifizieren Sie jegliche Details, auf die Sie Ihre Entwicklung stützen.