Nordlet

← Blog

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

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

Nordlet Team · · 12 Min. Lesezeit

Dänemark ist das EU-Land, in dem der Gesetzgeber die Buchhaltungssoftware ins Visier genommen hat und nicht die Rechnung. Das Buchhaltungsgesetz schreibt vor, dass Aufzeichnungen in einem digitalen System geführt werden müssen, das festgelegte Anforderungen erfüllt und über einen SAF-T-Export verfügt. Diese Pflicht wird für Unternehmen schrittweise von 2024 bis 2026 eingeführt. Gleichzeitig ist die Umsatzsteuer selbst die einfachste in der EU: ein einziger Satz von 25 %, ganz ohne ermäßigte Steuersätze. Eine dänische Integration ist also fast ausschließlich eine Frage der Buchführung.

Dieser Artikel vergleicht die auf Entwickler ausgerichteten Plattformen, die EU- und dänische Umsatzsteuer in Echtzeit abwickeln, trennt die Berechnung von der Buchführung und der Anmeldung und ordnet jede Option ihrem tatsächlichen Einsatzbereich zu.

Was „Echtzeit-EU-Umsatzsteuermanagement“ beinhalten muss

Dieser Begriff wird oft sehr weit gefasst und für sehr unterschiedliche Produkte verwendet. Damit er einen Sinn ergibt, muss eine Plattform die meisten der folgenden Aufgaben erledigen, während eine Transaktion, Rechnung, Abrechnung (Settlement) oder ein Buchungssatz erstellt wird:

  • Die umsatzsteuerliche Behandlung aus den Transaktionsdaten ermitteln.
  • Die aktuellen Länder- und Produktregeln anwenden.
  • Dänemark und die gesamte EU abdecken, einschließlich B2B-Reverse-Charge (Steuerschuldnerschaft des Leistungsempfängers) und B2C-Bestimmungslandprinzip.
  • All dies über eine API, ein SDK oder Webhooks zugänglich machen.
  • Die Daten für Umsatzsteuer, OSS, Prüfungen und das Rechnungswesen vorhalten.

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

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

Die meisten Produkte beherrschen Ersteres. Nur sehr wenige alle drei. Dänemark dreht die übliche Fragestellung um. Es gibt dort keine Clearance-Plattform, aber das Buchhaltungssystem selbst ist reguliert. Daher ist die zweite Fähigkeit – die Zahlen in echte, exportfähige Bücher zu übertragen – diejenige, hinter der ein Gesetz steht.

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

Dänemark wendet einen einheitlichen Umsatzsteuersatz von 25 % an, ohne ermäßigte Sätze; Exporte und einige Lieferungen sind echt steuerbefreit (Zero-Rating). Die gesetzliche Grundlage ist das Umsatzsteuergesetz (Momsloven). Eine Registrierung ist ab einem Umsatz von DKK 50,000 innerhalb von 12 Monaten erforderlich. Dänemark behält die Krone, weshalb eine reine Euro-Plattform eine Währungsumrechnung benötigt, die in den Büchern Bestand hat und nicht nur an der Kasse (Checkout) funktioniert.

Für qualifizierende innergemeinschaftliche B2C-Fernverkäufe und grenzüberschreitende digitale Dienstleistungen gilt ein EU-weiter Schwellenwert von €10,000, der im One-Stop-Shop-Portal der Europäischen Kommission festgelegt ist. Wird dieser überschritten, richtet sich die Umsatzsteuer grundsätzlich nach dem Mitgliedstaat des Kunden. Der One-Stop-Shop (OSS) ermöglicht es einem Unternehmen, sich in einem Mitgliedstaat zu registrieren und die grenzüberschreitende B2C-Umsatzsteuer für die gesamte EU zu deklarieren, macht aber die Notwendigkeit einer Logik auf Transaktionsebene nicht hinfällig.

Es gibt zudem eine Marktplatzregelung, die strenger ist, als die meisten Teams erwarten. Nach Artikel 14a wird eine elektronische Schnittstelle zum fiktiven Lieferer (Deemed Supplier) für Fernverkäufe von eingeführten Gegenständen in Sendungen mit einem Sachwert von höchstens €150 sowie separat für Lieferungen von Gegenständen an EU-Kunden unabhängig vom Wert, 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 Teilbereiche dar. Wer einen Marktplatz aufbaut, muss wissen: Dies verändert die gesamte Architektur und ist nicht mit dem einfachen Hinzufügen eines Datenfelds getan.

Die engere Auswahl auf einen Blick

Plattform Bester Einsatzzweck Echtzeit-Umsatzsteuer-Fähigkeit Buchhaltung, OSS und Meldungsumfang Wichtigste Einschränkung
Stripe Tax Produkte und Marktplätze, die bereits auf Stripe laufen Berechnet die Umsatzsteuer bei der Erstellung der Transaktion, inklusive Dänemark EU-Exporte und OSS-Daten; kein dänisches Hauptbuch und reicht EU-Meldungen nicht selbst ein Lohnt sich nur, wenn Stripe bereits als Zahlungsabwickler genutzt wird
Paddle SaaS und digitale Produkte zum Download Berechnet die Umsatzsteuer beim Checkout anhand des Kundenstandorts Registriert sich, meldet und führt als Merchant of Record ab Übernimmt die Rolle des Verkäufers (Seller of Record) und damit auch die Rechnungsstellung
Quaderno Kleinere SaaS- und Digital-Commerce-Unternehmen Berechnet beim Checkout, validiert USt-IdNrn. Steuerberichte und Aufzeichnungen; automatisierte Meldungen sind nicht für jeden Tarif dokumentiert Eine Steuer- und Rechnungsstellungsebene, kein Hauptbuch
Avalara AvaTax Enterprise-ERP- und Billing-Stacks Echtzeit-Bestimmung mit gepflegten Steuerinhalten Umsatzsteuermeldungen (VAT Reporting) sind ein separates Produkt im Returns-Portfolio Ausgelegt und bepreist für Enterprise-Rollouts
Fonoa Tax Engine Große Plattformen und Marktplätze Echtzeit-Bestimmung über mehr als 190 Jurisdiktionen hinweg Meldungen, 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 Hauptbuch (doppelte Buchführung), Payouts, OSS- und IOSS-Zahlen, exportierbarer Prüfpfad Kein dänisches Meldepaket und kein SAF-T DK-Export; das Hauptbuch selbst ist unveränderlich und exportierbar

Stripe Tax: der schnelle Weg, wenn Stripe bereits vorhanden ist

Für Teams, die bereits Stripe Payments, Billing oder Connect nutzen, ist Stripe Tax die am leichtesten zugängliche Ebene für Echtzeit-Berechnungen. Die Dokumentation behandelt die weltweite Umsatzsteuerberechnung, die Tax API mit PaymentIntents, den Steuereinzug auf Rechnungen und die Nutzung von Tax mit Connect als Plattform oder Marktplatz.

Wo Stripe aufhört, wird von Stripe klar benannt. In der Dokumentation zu Steuererklärungen heißt es: „Sie müssen die eingezogenen Steuern für jeden Standort, an dem Sie registriert sind, anmelden und abführen.“ Automatisierte Meldungen werden in den Vereinigten Staaten angeboten; andernorts arbeitet Stripe mit Partnern für die Steueranmeldung zusammen. Eine EU-Umsatzsteuervoranmeldung wird also von Ihnen oder einem Partner eingereicht, nicht von Stripe Tax. Es ist eine Berechnungs- und Exportebene, kein Buchhaltungssystem.

Mit nur einem Satz und ohne ermäßigte Sätze ist die Berechnung in Dänemark nahezu trivial. Das macht ein reines Berechnungsprodukt hier zu einem recht dünnen Angebot.

Paddle: Übergeben Sie die gesamte Steuerfunktion an jemand anderen

Paddle fällt in eine andere Produktkategorie. Es fungiert als Merchant of Record und übernimmt die Verantwortung für das „Berechnen, Melden und Abführen“ von Steuern am Standort Ihrer Kunden. Es berechnet also die Umsatzsteuer beim Checkout, stellt die Rechnung aus und kümmert sich um Anmeldung und Abführung für Sie. Die Entwicklerdokumentation behandelt 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 übliche Hook ist, um nach der 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 länger das Händler-, Rechnungs- und Buchhaltungsmodell, das Sie bei einem eigenen Checkout hätten.

Für digitale Produkte, die an dänische Verbraucher verkauft werden, deckt dies die Umsatzsteuer durchgängig (End-to-End) ab. Es deckt jedoch nicht die Verpflichtungen aus dem Buchhaltungsgesetz ab, die auf Ihre eigene dänische Gesellschaft fallen.

Quaderno: eine Steuerebene für kleinere Digitalunternehmen

Quaderno ist eine der übersichtlicheren Developer-First-Optionen für kleinere Digitalunternehmen, die einen von einem einzelnen Zahlungsabwickler unabhängigen Steuerservice suchen. Seine API dokumentiert einen /tax_rates/calculate-Endpunkt, der den anwendbaren Satz aus der Kundenadresse und der Transaktionsart berechnet, einen /tax_ids/validate-Endpunkt, der EU-USt-IdNrn. abdeckt, sowie Endpunkte für Rechnungen (Invoices), Quittungen (Receipts) und Gutschriften (Credit Notes). Ein dokumentierter Connect-Bereich mit Konto-Ressourcen ist der Teil, auf dem ein Marktplatz aufbauen würde.

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

In einem Land mit nur einem Steuersatz bringt der Steuerberechnungsteil von Quaderno wenig Zusatznutzen. Seine Rechnungs- und Aufzeichnungsfunktionen sind die Aspekte, die eine Evaluierung lohnen.

Avalara und Fonoa: die Enterprise Tax Engines

Avalaras AvaTax führt während des Checkouts, der Rechnungsstellung oder der Bestellabwicklung über REST-APIs und SDKs eine Steuerbestimmung in Echtzeit durch. Beachten Sie die Produktaufteilung: Das VAT Reporting ist separat unter Returns angesiedelt. Ein Compliance-Workflow für die EU-Umsatzsteuer besteht also nicht einfach nur aus „AvaTax“ – grenzen Sie genau die Module ein, die Sie tatsächlich benötigen. Avalara dokumentiert einen Anmeldepfad 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 steuerliche Behandlung für jede Transaktion in Echtzeit berechnet“, und zwar über eine versionierte API für mehr als 190 Jurisdiktionen. Ein architektonisches Detail ist dabei wichtig: Die Validierung von Steuernummern ist ein separates Produkt von Fonoa (Validate) und nicht Teil der Tax Engine. Wenn VIES-Nachweise für Sie wichtig sind, planen Sie dies explizit ein, anstatt davon auszugehen, dass die Engine dies automatisch abdeckt.

Keines der beiden Produkte ist die natürliche Wahl für eine rein dänische Implementierung. Dänemark ist das Land, in dem das Buchhaltungssystem – und nicht die Tax Engine – die regulierte Komponente ist.

Wo Nordlet hineinpasst: Die Umsatzsteuer-Antwort und der Buchungssatz sind derselbe Datensatz

Nordlet ist eine Buchhaltungs-API für Marktplätze und Plattformen, die Hauptbücher, Payouts, EU-Steuern und einen exportierbaren Prüfpfad innerhalb ihres eigenen Produkts benötigen, anstatt einer Rechnungs-App, die an einen Checkout angehängt ist.

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

{
  "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 zu einem Unternehmen mit gültiger dänischer 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, liefert das System deemedSupplier: true gemäß art. 14a(2). Die rechtliche Grundlage wird mit der Antwort mitgeliefert – das ist der Teil, nach dem ein Prüfer Jahre später fragen wird.

Neun Schemata sind modelliert: 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 getrackt und nicht einfach angenommen – /v1/declarations/eu/distance-sales-threshold/get meldet, wo ein Unternehmen in Bezug darauf steht, und /v1/declarations/eu/oss/compute sowie /v1/declarations/eu/ioss/compute generieren die Periodenzahlen, 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 ein Unternehmen kann diese pro Land überschreiben.

Die Bestimmung wird anschließend in ein unveränderliches Hauptbuch der doppelten Buchführung gebucht, wobei die Umsatzsteuer-Metadaten an den Buchungssatz angehängt werden. So entfällt eine zweite Abstimmung zwischen einer Tax Engine und einem separaten Aufzeichnungssystem. Geldbeträge sind dezimale Strings, niemals Gleitkommazahlen. Drumherum gibt es: typisierte SDKs, Webhooks wie sale_invoice.paid, Unterstützung für Idempotency-Key für sichere Retries, Sandbox-Unternehmen, VIES-Validierung, die zusammen mit der Rechnung eingefroren wird, Multi-Company-Support sowie Periodensperren, damit ein abgeschlossener Monat nicht stillschweigend nachträglich bearbeitet werden kann.

Die dänische Abgrenzung ist ungewöhnlich, daher lohnt es sich, hier exakt zu sein. Nordlet liefert kein dänisches Meldepaket: /v1/declarations/eu/vat-return/compute mit countryCode: "DK" liefert den Fehler 422 und verweist auf Litauen, Deutschland und Polen. Die Momsangivelse wird also nicht generiert, es gibt keinen SAF-T DK-Export und keine Registrierung als dänischer Anbieter für digitale Buchhaltung. Was Nordlet jedoch bietet, ist genau die Eigenschaft, auf die das dänische Gesetz abzielt: ein unveränderliches Hauptbuch (doppelte Buchführung) mit Periodensperre, Umsatzsteuer-Metadaten an jeder Buchung, einer vollständigen Revisionshistorie und einem exportierbaren Prüfpfad – plus Umsatzsteuerbestimmung mit Rechtsgrundlage, OSS- und IOSS-Berechnung, VIES-Validierung fest mit der Rechnung verbunden und Peppol BIS 3.0-Versand, also dem Transportweg, den die dänische E-Rechnung im öffentlichen Sektor bereits nutzt.

Die ehrliche Zusammenfassung: Wenn Sie Live-Berechnungen in so vielen Ländern wie möglich benötigen und jemand anderes die Anmeldungen übernehmen soll, haben die Enterprise Tax Engines und die Merchant of Record-Dienste die Nase vorn. Wenn Ihre zentrale Anforderung jedoch echte Bücher sind – ein marktplatzfähiges System der doppelten Buchführung, in dem Settlements und Umsatzsteuer an einem Ort zusammenlaufen –, dann ist das die Lücke, für die Nordlet gebaut wurde, und keine der Berechnungsebenen füllt sie. Die API-Referenz zeigt den vollständigen Umfang, bevor Sie sich festlegen.

Was Sie in Dänemark einreichen müssen

Dänemark hat ein einfaches Meldewesen, aber strenge Buchhaltungsvorschriften.

  • Momsangivelse – die Umsatzsteuervoranmeldung, die je nach Umsatz monatlich, vierteljährlich oder halbjährlich eingereicht wird. Monatliche Einreicher (über DKK 50 Mio.) zahlen bis zum 25.; viertel- und halbjährliche Einreicher zahlen bis zum ersten Tag des dritten Monats nach der Meldeperiode.
  • Digitale Buchhaltung – das Buchhaltungsgesetz verlangt, dass Aufzeichnungen in einem digitalen Buchhaltungssystem geführt werden, das festgelegte Anforderungen erfüllt, inklusive eines verfügbaren SAF-T-Exports. Dies wird für Unternehmen zwischen 2024 und 2026 schrittweise eingeführt.
  • E-Invoicing – verpflichtend für Rechnungen an den öffentlichen Sektor über NemHandel und Peppol, wobei OIOUBL durch Peppol BIS abgelöst wird. Im B2B-Bereich bleibt es freiwillig.

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

Das Gesamtbild für das Land – Körperschaftssteuer, Lohnabrechnung, Fristenkalender und die Behörden hinter jedem Formular – finden Sie auf der dänischen Steuerseite.

Auswahlkriterien, die Sie vor einer Entscheidung prüfen sollten

Bevor Sie ein „VAT-ready“-Produkt als gleichwertig mit einem anderen betrachten, sollten Sie es anhand folgender Punkte prüfen:

  • Berechnung oder Buchhaltung – bestimmt es die umsatzsteuerliche Behandlung oder speichert es nur einen Code, den Sie übergeben?
  • Dänische Abdeckung – 25 % ohne ermäßigte Sätze, Zero-Rating, Reverse-Charge und Kronen-Beträge im Hauptbuch?
  • EU-Bestimmungsland-Logik – kann es bei einem B2C-Verkauf die dänische Umsatzsteuer von der eines anderen Mitgliedstaats unterscheiden?
  • B2B-USt-IdNr.-Validierung – prüft es VIES und speichert es den Nachweis?
  • OSS und IOSS – aggregiert, bereitet vor, reicht ein oder exportiert es nur?
  • Marktplatz-Haftung – kann es die Rollen von Verkäufer, Plattform und fiktivem Lieferer (Deemed Supplier) modellieren?
  • Buchhalterische Integrität – erzeugt jede Berechnung einen passenden Buchungssatz?
  • Entwickler-Ergonomie – REST-API, SDKs, Webhooks, Sandbox, Idempotenz, Versionierung?
  • Prüfpfad – Steuersatz, Regel, Standortnachweis, USt-IdNr., Zeitstempel, Revisionshistorie?
  • Konformität mit dem Buchhaltungsgesetz – führt das System digitale Aufzeichnungen nach dem Standard des Buchhaltungsgesetzes, mit einem strukturierten Export?
  • Meldepflicht – welchen Schritt genau übernimmt der Anbieter?

FAQ

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

Keine der Plattformen sollte so beschrieben werden, dass sie alle drei Echtzeit-Fähigkeiten für jedes Geschäftsmodell abdeckt. Dänemark macht die Frage einfacher: Mit nur einem Steuersatz sind die Bücher und der Export das Unterscheidungsmerkmal, nicht die Berechnung.

Reicht Stripe Tax für einen dänischen Marktplatz aus?

Für die Berechnung benötigt Dänemark kaum eine Tax Engine. Für ein Hauptbuch der doppelten Buchführung, das Auszahlungen über viele Verkäufer hinweg verfolgt, und für die Verpflichtungen aus dem Buchhaltungsgesetz ist Stripe Tax nicht die richtige Lösung.

Reicht Nordlet dänische Umsatzsteuervoranmeldungen automatisch ein?

Nein, und es berechnet weder die Momsangivelse noch erzeugt es eine SAF-T DK-Datei. Meldepakete werden für Litauen, Deutschland und Polen ausgeliefert. Für Dänemark bietet es die Steuerbestimmung, das unveränderliche Hauptbuch, die OSS- und IOSS-Zahlen sowie den Prüfpfad.

Was verlangt das dänische Buchhaltungsgesetz von Software?

Aufzeichnungen müssen in einem digitalen Buchhaltungssystem geführt werden, das festgelegte Anforderungen erfüllt, einschließlich eines strukturierten Exports. Dies wird für Unternehmen zwischen 2024 und 2026 schrittweise eingeführt. Es reguliert das Buchhaltungssystem selbst und nicht die Rechnung oder die Steueranmeldung.

Was Sie als Erstes tun sollten

Entscheiden Sie, welche der drei Echtzeit-Fähigkeiten Sie benötigen. In Dänemark sollten Sie eher von den Buchhaltungsanforderungen ausgehen als von der Tax Engine. Wenn Sie digitale Produkte verkaufen und die Steueranmeldungen abgeben möchten, testen Sie Paddle. Wenn die Bücher, die Payouts und die Umsatzsteuer in Ihr eigenes Produkt gehören, starten Sie mit der Sandbox und bestätigen Sie, was für Dänemark abgedeckt ist und was nicht, bevor Sie Ihre Lösung darum herum bauen. Die Preise sind veröffentlicht und nicht nur auf Anfrage erhältlich.

Quellen

Alle oben genannten Aussagen zu Anbietern sind mit deren eigener Dokumentation verlinkt. Die Regeln selbst stammen von:

Sowohl die Fähigkeiten der Anbieter als auch die nationalen Vorschriften ändern sich. Alles in diesem Artikel wurde am 8. September 2026 mit der öffentlichen Dokumentation abgeglichen. Überprüfen Sie alle Informationen, bevor Sie darauf aufbauen.