Echtzeit-EU-MwSt. für Entwickler mit Fokus auf Dänemark

Dänemark ist das EU-Land, in dem die Behörden eher die Buchhaltungssoftware ins Visier genommen haben als die Rechnung. Das Buchhaltungsgesetz (Bogføringsloven) schreibt vor, dass Aufzeichnungen in einem digitalen System geführt werden müssen, das bestimmte Anforderungen erfüllt, inklusive eines verfügbaren SAF-T-Exports. Die Einführung erfolgt schrittweise für Unternehmen von 2024 bis 2026. Gleichzeitig ist die Mehrwertsteuer (moms) selbst die einfachste in der EU: ein einziges Satz von 25 % ohne jegliche ermäßigte Sätze. Eine dänische Integration ist daher fast ausschließlich eine Frage der Buchhaltung.

Dieser Beitrag vergleicht die entwicklerorientierten Plattformen, die EU- und dänische MwSt. in Echtzeit abwickeln, trennt Berechnung von Buchhaltung und Einreichung und zeigt auf, wo die jeweilige Option tatsächlich sinnvoll eingesetzt werden kann.

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

Der Begriff wird oft so weit gefasst, dass er sehr unterschiedliche Produkte abdeckt. Damit er eine reale Bedeutung hat, muss eine Plattform die folgenden Kriterien während der Erstellung einer Transaktion, Rechnung, Auszahlung oder Buchung weitgehend erfüllen:

• Ermittlung der MwSt.-Behandlung aus den Transaktionsdaten.
• Anwendung der aktuellen Landes- und Produktvorschriften.
• Abdeckung von Dänemark und der weiteren EU, einschließlich B2B-Reverse-Charge und B2C-Bestimmungslandbesteuerung.
• Bereitstellung all dessen über eine API, ein SDK oder Webhooks.
• Speicherung der Daten für MwSt.-, OSS-, Prüfungs- und Buchhaltungsberichte.

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

• Echtzeit-Berechnung – Die MwSt. wird berechnet, während die Transaktion oder Rechnung erstellt wird.
• Echtzeit-Buchhaltung – Die Transaktion, der Buchungssatz und die MwSt.-Daten landen umgehend in der Buchhaltung.
• Echtzeit-Meldung – Die Daten werden kurz nach der Transaktion an eine Steuerbehörde übermittelt.

Die meisten Produkte erledigen den ersten Punkt. Die wenigsten decken alle drei ab. Dänemark kehrt die übliche Fragestellung um: Es gibt keine Freigabeplattform (Clearance-Plattform), aber das Buchhaltungssystem selbst ist reguliert. Daher ist die zweite Funktion - das Einfließen der Zahlen in echte, exportierbare Bücher - diejenige, hinter der ein Gesetz steht.

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

Dänemark wendet einen einheitlichen MwSt.-Satz von 25 % an; es gibt keine ermäßigten Sätze. Ausfuhren und bestimmte Lieferungen sind steuerfrei (Nullsatz). Die gesetzliche Grundlage bildet das Mehrwertsteuergesetz (Momsloven). Eine Registrierung ist ab einem Umsatz von 50.000 DKK innerhalb von 12 Monaten erforderlich. Da Dänemark an der Krone festhält, benötigt eine reine Euro-Plattform eine Währungsabwicklung, die in der Buchhaltung und nicht nur beim Checkout Bestand hat.

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

Hinzu kommt eine Marktplatzregel, die strenger ist, als die meisten Teams erwarten. Gemäß Artikel 14a wird eine elektronische Schnittstelle bei Fernverkäufen von eingeführten Waren in Sendungen mit einem Sachwert von höchstens 150 € sowie separat bei Waren, die an EU-Kunden in beliebiger Höhe geliefert werden, wenn 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 entwickeln, ändert dies die Architektur grundlegend, anstatt nur ein Feld hinzuzufügen.

Die engere Auswahl auf einen Blick

Plattform	Bestens geeignet für	Echtzeit-MwSt.-Fähigkeit	Umfang für Buchhaltung, OSS und Einreichung	Wichtigster Haken
Stripe Tax	Produkte und Marktplätze, die bereits auf Stripe laufen	Berechnet MwSt. bei Transaktionserstellung, inkl. Dänemark	EU-Ausfuhren und OSS-Daten; kein dänisches Hauptbuch, reicht EU-Meldungen nicht selbst ein	Lohnt sich nur, wenn Stripe bereits die Zahlungsinfrastruktur ist
Paddle	SaaS und digitale Download-Produkte	Berechnet MwSt. beim Checkout anhand des Kundenstandorts	Registriert, meldet und führt ab als Merchant of Record	Übernimmt die Rolle des offiziellen Verkäufers (Seller of Record) inklusive 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-Bestimmung mit gepflegten Steuerinhalten	MwSt.-Berichterstattung (VAT Reporting) ist ein separates Produkt in der Returns-Reihe	Auf Enterprise-Rollouts ausgelegt und bepreist
Fonoa Tax Engine	Große Plattformen und Marktplätze	Echtzeit-Bestimmung über mehr als 190 Jurisdiktionen hinweg	Meldungen, E-Invoicing und Berichterstattung; Validierung der Steuernummer ist ein separates Produkt	Keine veröffentlichten Preise
Nordlet	Integrierte Buchhaltung in Marktplätzen und Plattformen	Ermittelt Schema und Sätze pro Transaktion, verbucht zusammen mit dem Buchungssatz	Unveränderliches Doppelter-Buchführung-Hauptbuch, Auszahlungen, OSS- und IOSS-Werte, exportierbarer Audit-Trail	Kein dänisches Steuererklärungspaket und kein SAF-T-DK-Export; das Hauptbuch selbst ist jedoch unveränderlich und exportierbar

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-Berechnungsebene. Die Dokumentation umfasst 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 ganz offen. In der Einreichungsdokumentation heißt es: „Sie müssen die erhobene Steuer für jeden Standort, an dem Sie registriert sind, selbst anmelden und abführen.“ Eine automatisierte Einreichung wird in den Vereinigten Staaten angeboten; andernfalls arbeitet Stripe mit Einreichungspartnern zusammen. Eine EU-MwSt.-Meldung wird also von Ihnen oder einem Partner eingereicht, nicht von Stripe Tax. Es handelt sich um eine Berechnungs- und Exportschicht, nicht um ein Buchhaltungssystem.

Mit einem einheitlichen Steuersatz und ohne ermäßigte Sätze ist die Berechnung in Dänemark nahezu trivial. Das macht ein reines Berechnungsprodukt hier zu einer eher schlanken Investition.

Paddle: Die gesamte Steuerverantwortung an Dritte übertragen

Paddle ist eine andere Produktkategorie. Es fungiert als Merchant of Record und übernimmt die Verantwortung für die „Berechnung, Einreichung und Abfuhr“ von Steuern dort, wo Ihre Kunden ansässig sind. Das System berechnet die MwSt. beim Checkout, stellt die Rechnung aus und kümmert sich um Meldung und Abfuhr. 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 als gängiger Hook 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), sodass Sie nicht länger das Händler-, Rechnungs- und Buchhaltungsmodell behalten, das Sie bei einem eigenen Checkout hätten.

Für digitale Produkte, die an dänische Verbraucher verkauft werden, deckt dies die MwSt. von A bis Z ab. Es löst jedoch nicht die Pflichten aus dem Buchhaltungsgesetz, die für Ihre eigene dänische Gesellschaft gelten.

Quaderno: Eine Steuerschicht für kleinere digitale Unternehmen

Quaderno ist eine der übersichtlicheren, entwicklerzentrierten 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 anhand der Kundenadresse und des Transaktionstyps berechnet, einen Endpunkt /tax_ids/validate für EU-MwSt.-Nummern 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 Hauptbuch für die doppelte Buchführung. Zudem belegen die öffentlichen Unterlagen nicht für jeden Tarif in jedem Land eine automatische Einreichung. Betrachten Sie die Verantwortung für die Einreichung als etwas, das Sie sich schriftlich bestätigen lassen sollten.

In einem Land mit einem einzigen Steuersatz bringt der Steuerberechnungsteil von Quaderno wenig. Seine Rechnungs- und Aufzeichnungsfunktionen sind der Teil, den es sich zu bewerten lohnt.

Avalara und Fonoa: Die Steuermoderne für Enterprise-Kunden

Avaralas AvaTax führt die Echtzeit-Steuerbestimmung 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 ist also nicht einfach nur „AvaTax“ - prüfen Sie genau, welche Module Sie tatsächlich benötigen. Avalara dokumentiert einen Registrierungspfad mit einer 90-tägigen kostenlosen Testversion, während das kommerzielle Produktionsmodell auf Enterprise-Kunden zugeschnitten ist.

Fonoas Tax Engine gibt an, dass sie „die korrekte Indirekte-Steuer-Behandlung für jede Transaktion in Echtzeit“ über eine versionierte API in mehr als 190 Jurisdiktionen berechnet. Ein architektonisches Detail ist wichtig: Die Validierung der Steuernummer ist ein separates Fonoa-Produkt (Validate) und kein Bestandteil der Tax Engine. Wenn VIES-Nachweise für Sie von Bedeutung sind, sollten Sie dies explizit einplanen, anstatt anzunehmen, dass die Engine dies abdeckt.

Keines der beiden Tools eignet sich von Natur aus für ein reines Dänemark-Projekt. Dänemark ist das Land, in dem das Buchhaltungssystem und nicht die Steuermodulkomponente reguliert ist.

Wo sich Nordlet einfügt: MwSt.-Antwort 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 direkt in ihrem eigenen Produkt benötigen und keine an einen Checkout angehängte Rechnungsstellungs-App.

Der architektonische Unterschied besteht darin, dass die MwSt.-Bestimmung und der Buchungssatz zu ein und demselben System gehören. POST /v1/reference/vat/resolve beantwortet die Behandlungsfrage anhand der Transaktionsdaten:

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

{
  "scheme": "oss_union",
  "vatCountryCode": "DK",
  "reverseCharge": false,
  "deemedSupplier": false,
  "zeroRated": false,
  "rates": [
    { "category": "standard", "ratePercent": "25.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 dänischen MwSt.-Nummer, 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 mit einem außerhalb der EU ansässigen Verkäufer, wird deemedSupplier: true gemäß Art. 14 Abs. 2 zurückgegeben. Die Rechtsgrundlage wandert mit der Antwort mit, und genau das ist der Punkt, nach dem ein Prüfer Jahre später fragt.

Neun Schemata sind modelliert: domestic, intra_eu_b2b, reverse_charge, oss_union, ioss, marketplace_deemed, export, out_of_scope und sme_exempt. Die Fernverkaufsschwelle von 10.000 € wird nachgehalten, anstatt einfach angenommen zu werden – /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 Korrekturendpunkts für frühere Zeiträume. Die Sätze stammen aus dem TEDB-Feed der Europäischen Kommission mit entsprechenden Gültigkeitsdaten, und Unternehmen können diese pro Land überschreiben.

Die Ermittlung fließt anschließend in ein unveränderliches Hauptbuch für die doppelte Buchführung ein, wobei die MwSt.-Metadaten an den Buchungssatz angehängt sind. Es ist also keine zweite Abstimmung zwischen einer Steuermodul und einem separaten Aufzeichnungssystem erforderlich. Geldbeträge sind Dezimalstrings, niemals Gleitkommazahlen. Drumherum: typisierte SDKs, Webhooks wie sale_invoice.paid, Unterstützung von Idempotency-Key für sichere Wiederholungen, Sandbox-Unternehmen, gegen die Rechnung eingefrorene VIES-Validierungen, Mandantenfähigkeit (Multi-Company) und Periodensperren, damit ein abgeschlossener Monat nicht nachträglich bearbeitet werden kann.

Die dänische Besonderheit erfordert Präzision. Nordlet liefert kein dänisches Steuererklärungspaket: /v1/declarations/eu/vat-return/compute mit countryCode: "DK" gibt einen Fehler 422 zurück, der Litauen, Deutschland und Polen nennt. Die Momsangivelse wird also nicht generiert, es gibt keinen SAF-T-DK-Export und keine Registrierung als dänischer digitaler Buchhaltungsanbieter. Was Nordlet jedoch bereitstellt, ist genau die Eigenschaft, auf die das dänische Gesetz abzielt: ein unveränderliches Hauptbuch für die doppelte Buchführung mit Periodensperre, an jeden Buchungssatz angehängte MwSt.-Metadaten, eine vollständige Revisionshistorie und einen exportierbaren Audit-Trail – ergänzt durch die MwSt.-Ermittlung inklusive Rechtsgrundlage, OSS- und IOSS-Berechnung, gegen die Rechnung abgesicherte VIES-Prüfung sowie Peppol-BIS-3.0-Versand, das Standardtransportformat für Rechnungen im dänischen öffentlichen Sektor.

Die ehrliche Zusammenfassung: Wenn Sie eine Live-Berechnung in so vielen Ländern wie möglich benötigen und möchten, dass jemand anderes die Einreichung übernimmt, haben die Enterprise-Steuermotoren und Merchant-of-Record-Dienste die Nase vorn. Wenn Ihre zentrale Anforderung jedoch echte Bücher sind – ein marktplatzfähiges Hauptbuch der doppelten Buchführung, in dem Auszahlungen und MwSt. an einem Ort zusammenlaufen –, ist das genau die Lücke, für die Nordlet entwickelt wurde, und keine der Rechenschichten schließt sie. Die API-Referenz zeigt die gesamte Oberfläche, bevor Sie sich festlegen.

Was Dänemark von Ihnen verlangt

Dänemark hat ein leichtes Meldesystem und ein strenges Buchhaltungsregime.

• Momsangivelse – Die MwSt.-Meldung, eingereicht monatlich, vierteljährlich oder halbjährlich je nach Umsatz. Monatszahler (ab 50 Mio. DKK Umsatz) zahlen bis zum 25.; Quartals- und Halbjahreszahler zahlen bis zum ersten Tag des dritten Monats nach dem Zeitraum.
• Digitale Buchhaltung – Das Buchhaltungsgesetz verlangt, dass Aufzeichnungen in einem digitalen Buchhaltungssystem geführt werden, das vorgegebene Anforderungen erfüllt und einen SAF-T-Export ermöglicht. Die Einführung erfolgt stufenweise von 2024 bis 2026.
• E-Invoicing – Obligatorisch für Rechnungen an die öffentliche Hand über NemHandel und Peppol, wobei OIOUBL durch Peppol BIS abgelöst wird. Im B2B-Bereich bleibt dies freiwillig.

Wenn Sie ein System für eine dänische Gesellschaft auswählen, ist das Buchhaltungsgesetz die Vorgabe, die Ihre Wahl einschränkt – und es handelt sich um eine Anforderung an das System selbst, nicht an eine Steuererklärung.

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

Auswahlkriterien, die Sie vor der 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 – Bestimmt das System die MwSt.-Behandlung selbst oder speichert es nur einen von Ihnen übergebenen Code?
• Dänemark-Abdeckung – 25 % ohne ermäßigte Sätze, Nullsätze, Reverse-Charge und Kronen-Beträge im Hauptbuch?
• EU-Bestimmungslandlogik – Kann das System bei B2C-Verkäufen die dänische MwSt. von der eines anderen Mitgliedstaats unterscheiden?
• B2B-MwSt.-Nummern-Validierung – Wird VIES geprüft und der Nachweis gespeichert?
• OSS und IOSS – Werden Werte aggregiert, vorbereitet, eingereicht oder nur exportiert?
• Marktplatzhaftung – Können die Rollen von Verkäufer, Plattform und fiktivem Lieferant (deemed supplier) abgebildet werden?
• Buchhaltungs-Integrität – Erzeugt jede Berechnung einen passenden Buchungssatz?
• Entwickler-Ergonomie – REST-API, SDKs, Webhooks, Sandbox, Idempotenz, Versionierung?
• Audit-Trail – Nachweise für Satz, Regel, Standort, MwSt.-Nummer, Zeitstempel, Revisionshistorie?
• Konformität mit dem Buchhaltungsgesetz – Führt das System digitale Aufzeichnungen gemäß den Vorgaben des Buchhaltungsgesetzes inklusive strukturiertem Export?
• Einreichungsverantwortung – Welchen konkreten Schritt übernimmt der Anbieter?

FAQ

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

Keine Plattform deckt alle drei Echtzeit-Funktionen für jedes Geschäftsmodell gleichermaßen ab. Dänemark macht die Fragestellung einfacher: Bei einem einheitlichen Steuersatz sind die Bücher und der Export das entscheidende Unterscheidungsmerkmal, nicht die Berechnung.

Ist Stripe Tax für einen dänischen Marktplatz ausreichend?

Für die reine Berechnung benötigt Dänemark kaum ein Steuermodul. Für ein doppelt geführtes Hauptbuch, das Auszahlungen über viele Verkäufer hinweg nachverfolgt, und für die Pflichten aus dem Buchhaltungsgesetz ist Stripe Tax nicht die richtige Wahl.

Reicht Nordlet dänische MwSt.-Erklärungen automatisch ein?

Nein, und das System berechnet weder die Momsangivelse noch erzeugt es eine SAF-T-DK-Datei. Erklärungspakete stehen für Litauen, Deutschland und Polen zur Verfügung. Für Dänemark stellt Nordlet die Ermittlung, das unveränderliche Hauptbuch, die OSS- und IOSS-Werte sowie den Audit-Trail bereit.

Was verlangt das dänische Buchhaltungsgesetz von Software?

Aufzeichnungen müssen in einem digitalen Buchhaltungssystem geführt werden, das definierte Anforderungen einschließlich eines strukturierten Exports erfüllt. Die schrittweise Einführung erfolgt für Unternehmen von 2024 bis 2026. Reguliert wird dabei das Buchhaltungssystem selbst und nicht die Rechnung oder die Steuererklärung.

Die nächsten Schritte

Bestimmen Sie, welche der drei Echtzeit-Fähigkeiten Sie benötigen, und gehen Sie in Dänemark von der Buchhaltungsanforderung aus statt vom Steuermodul. Wenn Sie digitale Produkte vertreiben und sich nicht um die Einreichung kümmern möchten, testen Sie Paddle. Wenn Bücher, Auszahlungen und MwSt. fest in Ihr eigenes Produkt integriert sein sollen, starten Sie mit der Sandbox und prüfen Sie vor der Implementierung genau, was für Dänemark abgedeckt ist und was nicht. Die Preise sind transparent veröffentlicht und basieren nicht auf individuellen Angeboten.

Quellen

Alle oben genannten Angaben der Anbieter verlinken auf deren eigene Dokumentation. Die Vorschriften selbst stammen aus folgenden Quellen:

• Skattestyrelsen: MwSt., Fristen und Registrierung – Der Steuersatz von 25 %, die Umsatzgrenze von 50.000 DKK und die Abgabefristen
• Mehrwertsteuergesetz (Momsloven) – Die gesetzliche Grundlage für die dänische MwSt.
• Europäische Kommission: MwSt.-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 stets die Details, auf denen Sie Ihre Implementierung aufbauen.