Nordlet

← Blog

Echtzeit-EU-Umsatzsteuer für Entwickler im lettischen Markt

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

Nordlet Team · · 12 Min. Lesezeit

Lettland befindet sich mitten in demselben Wandel wie die meisten seiner Nachbarn: 2026 wurde die strukturierte elektronische Rechnungsstellung (E-Invoicing) gegenüber Behörden zur Pflicht, eine B2B-Pflicht ist für 2028 geplant. Die Umsatzsteuervoranmeldung selbst enthält bereits Anhänge auf Rechnungsebene, sodass Lettland schon seit Jahren unbemerkt Daten auf Belegebene vorschreibt. Ein Anbieter, der zwar eine Summe, aber keine detaillierte Aufstellung generieren kann, ist für keine der beiden Verpflichtungen gerüstet.

Dieser Artikel vergleicht die an Entwickler gerichteten Plattformen, die die EU- und lettische Umsatzsteuer in Echtzeit abwickeln, trennt die Berechnung von der Buchhaltung und der Meldung und zeigt auf, für welchen Anwendungsfall die jeweilige Option tatsächlich geeignet ist.

Was „Echtzeit-EU-Umsatzsteuermanagement“ umfassen muss

Dieser Begriff wird oft überstrapaziert, um sehr unterschiedliche Produkte zu beschreiben. Damit er überhaupt Aussagekraft hat, muss eine Plattform bei der Erstellung einer Transaktion, Rechnung, Abrechnung (Settlement) oder eines Buchungssatzes die meisten der folgenden Aufgaben übernehmen:

  • Die umsatzsteuerliche Behandlung anhand der Transaktionsdaten ermitteln.
  • Die aktuellen Länder- und Produktregeln anwenden.
  • Lettland und die restliche EU abdecken, einschließlich des Reverse-Charge-Verfahrens im B2B-Bereich und der B2C-Besteuerung am Bestimmungsort (Destination Taxation).
  • All dies über eine API, ein SDK oder einen Webhook bereitstellen.
  • Die Daten für die Umsatzsteuer, das OSS-Verfahren, Betriebsprüfungen (Audits) und buchhalterische Auswertungen 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 landen sofort in den Büchern.
  • Echtzeit-Meldung — Die Daten werden kurz nach der Transaktion an eine Finanzbehörde übermittelt.

Die meisten Produkte beherrschen Ersteres. Nur sehr wenige beherrschen alle drei. Lettland verfügt über keine Clearance-Plattform, aber die PVN-Anhänge (Umsatzsteuermeldung) enthalten Daten auf Rechnungsebene, und für 2028 ist eine B2B-E-Rechnungspflicht geplant. Die Meldeseite ist also eher im Wandel als endgültig geregelt.

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

Lettland wendet einen Regelsteuersatz von 21 %, einen ermäßigten Steuersatz von 12 % auf Medikamente und Medizinprodukte, Heizung, öffentliche Verkehrsmittel und Hotels sowie einen Steuersatz von 5 % auf Bücher, Presse, Babynahrung und bestimmtes frisches Obst und Gemüse an. Für Exporte und innergemeinschaftliche Lieferungen gilt 0 %. Ein Steuersatz von 12 % auf bestimmte frische Lebensmittel wird ab dem 1. Juli 2026 im Rahmen eines Pilotprojekts erprobt. Die Vorschriften werden vom VID veröffentlicht, und die gesetzliche Grundlage bildet das Umsatzsteuergesetz (Value Added Tax Law). Eine Registrierung ist bei einem Umsatz von über €50,000 in einem Zeitraum von 12 Monaten erforderlich und muss innerhalb von 15 Tagen nach Überschreiten dieser Grenze erfolgen.

Für qualifizierte innergemeinschaftliche B2C-Fernverkäufe und grenzüberschreitende digitale Dienstleistungen gilt ein EU-weiter Schwellenwert von €10,000, wie im One Stop Shop portal der Europäischen Kommission festgelegt. Wird dieser Wert ü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 Mitgliedstaat zu registrieren und die grenzüberschreitende B2C-Umsatzsteuer für die gesamte EU zu erklären; dies macht jedoch eine Logik auf Transaktionsebene nicht überflüssig.

Es gibt auch eine Marktplatzregelung (Marketplace Rule), die strenger ist, als die meisten Entwicklerteams erwarten. Gemäß Artikel 14a wird eine elektronische Schnittstelle zum fiktiven Lieferer (Deemed Supplier) bei Fernverkäufen von aus Drittlandsgebieten eingeführten Gegenständen in Sendungen mit einem Sachwert von höchstens €150 sowie separat bei Waren, die an EU-Kunden geliefert werden, 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 Handel legen beide Bestimmungen dar. Wenn Sie einen Marktplatz entwickeln, ändert dies die gesamte Systemarchitektur, anstatt nur ein Feld hinzuzufügen.

Die engere Auswahl auf einen Blick

Plattform Bester Einsatzzweck Echtzeit-Umsatzsteuerfähigkeit Umfang von Buchhaltung, OSS und Meldewesen Wichtigster Vorbehalt
Stripe Tax Produkte und Marktplätze, die bereits Stripe nutzen Berechnet die Umsatzsteuer bei der Erstellung der Transaktion, inklusive Lettland EU-Exporte und OSS-Daten; kein lettisches Hauptbuch, und es reicht EU-Meldungen nicht selbst ein Lohnt sich nur, wenn Stripe bereits als Zahlungsschiene genutzt wird
Paddle SaaS und herunterladbare digitale Produkte Berechnet die Umsatzsteuer beim Checkout anhand des Kundenstandorts Registriert, meldet und führt als Merchant of Record ab Übernimmt die Rolle des eingetragenen Verkäufers und damit auch die Rechnungsstellung
Quaderno Kleinere SaaS-Unternehmen und digitaler Handel Berechnet beim Checkout, validiert USt-IdNrn. Steuerberichte und -aufzeichnungen; automatische Einreichung ist nicht für jeden Tarif dokumentiert Eine Steuer- und Rechnungsebene, kein Hauptbuch
Avalara AvaTax Enterprise-ERP und Abrechnungssysteme Echtzeit-Bestimmung mit gepflegten Steuerinhalten VAT Reporting ist ein separates Produkt im Bereich der Steuererklärungen (Returns) Im Umfang und Preis auf Enterprise-Rollouts ausgelegt
Fonoa Tax Engine Große Plattformen und Marktplätze Echtzeit-Bestimmung über mehr als 190 Gerichtsbarkeiten hinweg Steuererklärungen, E-Invoicing und Reporting; die Validierung von USt-IdNrn. ist ein separates Produkt Keine veröffentlichten Preise
Nordlet Eingebettete Buchhaltung innerhalb von Marktplätzen und Plattformen Ermittelt die Regelung und die Steuersätze pro Transaktion, wird zusammen mit dem Buchungssatz verbucht Unveränderliches Hauptbuch der doppelten Buchführung, Auszahlungen, OSS- und IOSS-Zahlen, exportierbarer Audit-Trail Kein lettisches Meldepaket; behält die für die PVN-Anhänge erforderlichen Details auf Rechnungsebene bei und versendet Peppol-Rechnungen

Stripe Tax: der schnelle Weg, wenn Stripe bereits vorhanden 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 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 Stripes Funktionsumfang endet, wird von Stripe klar benannt. In ihrer Einreichungs-Dokumentation heißt es: „You must file and remit the tax you collect for every location where you're registered.“ Automatische Meldungen werden in den USA angeboten; andernorts arbeitet Stripe mit Partnern für die Einreichung zusammen, sodass eine EU-Umsatzsteuervoranmeldung von Ihnen oder einem Partner eingereicht wird, nicht von Stripe Tax. Es handelt sich um eine Berechnungs- und Exportebene, nicht um eine Buchhaltung.

Für eine lettische Implementierung liefert Stripe Tax den Steuersatz, bietet aber keine Unterstützung bei den Anhängen oder der kommenden E-Rechnungspflicht.

Paddle: die gesamte Steuerverantwortung an andere abgeben

Paddle gehört zu einer anderen Produktkategorie. Es agiert als Merchant of Record und übernimmt die Verantwortung für die „Berechnung, Meldung und Abführung“ der Steuern dort, wo sich Ihre Kunden befinden. Somit berechnet es die Umsatzsteuer beim Checkout, stellt die Rechnung aus und kümmert sich für Sie um Meldung und Zahlung. Seine Entwicklerdokumentation behandelt Paddle.js, die Katalog-APIs, 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 Zugriff zu gewähren.

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

Für digitale Produkte, die an lettische Verbraucher verkauft werden, deckt dies die Berechnung und Meldung ab. Ein lettisches Unternehmen reicht dennoch weiterhin seine eigene PVN-Meldung mit den entsprechenden Anhängen ein.

Quaderno: eine Steuerebene für kleinere digitale Unternehmen

Quaderno ist eine der übersichtlicheren Developer-First-Optionen für kleinere Digitalunternehmen, die einen Steuerdienst unabhängig von einem einzelnen Zahlungsabwickler suchen. Seine API dokumentiert einen /tax_rates/calculate-Endpunkt, der den anwendbaren Steuersatz anhand der Kundenadresse und der Art der Transaktion berechnet, einen /tax_ids/validate-Endpunkt, der EU-USt-IdNrn. abdeckt, sowie Endpunkte für Rechnungen, Quittungen und Gutschriften. Ein dokumentierter Connect-Bereich mit Account-Ressourcen bildet die Grundlage, auf der ein Marktplatz aufbauen würde.

Die Einschränkung liegt im Umfang. Quaderno ist eine Steuer- und Rechnungsebene, kein Buchhaltungssystem mit einem unveränderlichen Hauptbuch der doppelten Buchführung, und seine öffentlich zugänglichen Materialien garantieren nicht bei jedem Tarif in jedem Land eine automatische Meldung. Betrachten Sie die Verantwortlichkeit für die Steuererklärung als etwas, das Sie sich schriftlich bestätigen lassen sollten.

Eine vernünftige Checkout-Ebene für ein kleines lettisches Digitalunternehmen, aber die PVN-Meldung und ihre Anhänge fallen nicht in ihren Zuständigkeitsbereich.

Avalara und Fonoa: die Enterprise-Tax-Engines

Avalaras AvaTax führt über REST-APIs und SDKs eine Echtzeit-Steuerermittlung während des Checkouts, der Rechnungsstellung oder der Bestellabwicklung durch. Beachten Sie die Produktaufteilung: Das VAT Reporting ist separat im Bereich „Returns“ angesiedelt. Ein EU-Umsatzsteuer-Compliance-Workflow besteht also nicht einfach nur aus „AvaTax“ – grenzen Sie genau die Module ein, die 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 über eine versionierte API die „korrekte indirekte steuerliche Behandlung für jede Transaktion in Echtzeit“ für mehr als 190 Jurisdiktionen berechnet. Ein architektonisches Detail ist dabei von Bedeutung: Die Validierung der USt-IdNr. ist ein separates Produkt von Fonoa (Validate) und nicht Teil der Tax Engine. Wenn der VIES-Nachweis für Sie wichtig ist, sollten Sie dies explizit berücksichtigen, anstatt davon auszugehen, dass die Engine ihn abdeckt.

Für ein System, das sich nur auf Lettland beschränkt, sind beide überdimensioniert. Sie kommen in Frage, sobald Sie in mehreren Ländern mit unterschiedlichen Meldepflichten aktiv sind.

Wo Nordlet ansetzt: Die Umsatzsteuerantwort 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 Audit-Trail (Prüfpfad) innerhalb ihres eigenen Produkts benötigen, anstatt einer an einen Checkout angebundenen Rechnungs-App.

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 der umsatzsteuerlichen Behandlung anhand der Transaktionsfakten:

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

{
  "scheme": "oss_union",
  "vatCountryCode": "LV",
  "reverseCharge": false,
  "deemedSupplier": false,
  "zeroRated": false,
  "rates": [
    { "category": "standard", "ratePercent": "21.00" },
    { "category": "reduced", "ratePercent": "12.00" },
    { "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 lettischen USt-IdNr., liefert 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. 14a(2) zurückgegeben. Die gesetzliche Grundlage wird zusammen mit der Antwort übermittelt, was genau der Teil ist, nach dem ein Betriebsprüfer Jahre später fragen wird.

Neun Regelungen sind abgebildet: domestic, intra_eu_b2b, reverse_charge, oss_union, ioss, marketplace_deemed, export, out_of_scope und sme_exempt. Die Lieferschwelle im Fernverkauf von €10.000 wird überwacht und nicht einfach nur vorausgesetzt — /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 Zahlen für die jeweilige Periode, einschließlich eines Korrekturbereichs für frühere Zeiträume. 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 Hauptbuch der doppelten Buchführung, wobei die Umsatzsteuer-Metadaten an den Buchungssatz angehängt werden, sodass keine zweite Abstimmung zwischen einer Tax Engine und einem separaten Aufzeichnungssystem erforderlich ist. Geldbeträge sind Decimal-Strings, niemals Fließkommazahlen. Drum herum: typisierte SDKs, Webhooks wie sale_invoice.paid, Idempotency-Key-Unterstützung für sichere Wiederholungen, Sandbox-Unternehmen, an der Rechnung fixierte VIES-Validierung, Multi-Company-Unterstützung und Periodensperren (Period Locking), damit ein abgeschlossener Monat nicht heimlich nachträglich geändert werden kann.

Die lettische Grenze. Nordlet liefert kein lettisches Meldepaket: /v1/declarations/eu/vat-return/compute mit countryCode: "LV" gibt einen 422-Fehler zurück und verweist auf Litauen, Deutschland und Polen. Somit werden weder die PVN-Meldung noch die Anhänge PVN1 und PVN2 generiert, und es wird nichts über das EDS eingereicht. Vorhanden ist jedoch die Schicht, auf der die Anhänge aufbauen — ein unveränderliches Hauptbuch der doppelten Buchführung, das Belegdaten auf Rechnungsebene über einen Periodenabschluss hinweg vorhält, eine Umsatzsteuerermittlung samt ihrer rechtlichen Grundlage, OSS- und IOSS-Berechnung mit Korrekturen, an der Rechnung fixierte VIES-Validierung — zuzüglich EN 16931-Rechnungen über Peppol BIS 3.0, den von den lettischen Vorschriften genutzten Transportweg.

Ehrlich gesagt: Wenn Sie eine Live-Berechnung in möglichst vielen Ländern benötigen und jemand anderen die Steuererklärungen einreichen lassen wollen, sind die Enterprise-Tax-Engines und die Merchant-of-Record-Dienste weiter voraus. Wenn Ihre zentrale Anforderung echte Bücher sind — ein marktplatzfähiges Hauptbuch der doppelten Buchführung, in dem Abrechnungen und Umsatzsteuer an einem Ort liegen —, dann ist das genau die Lücke, für die Nordlet entwickelt wurde, und keine der reinen Berechnungsebenen füllt sie. Die API-Referenz zeigt den kompletten Funktionsumfang, bevor Sie sich binden.

Was Lettland an Meldungen verlangt

Lettland kombiniert eine detaillierte Steuererklärung mit einem Zeitplan für gesetzliche Verpflichtungen.

  • PVN-Meldung (USt-Voranmeldung) — Wird monatlich bis zum 20. des Folgemonats eingereicht, mit Zahlung bis zum 23. Die Rechnungsanhänge (PVN1, PVN2) werden zusammen mit ihr eingereicht und enthalten Daten auf Belegebene. Die Zusammenfassende Meldung (EU Sales List) wird, sofern relevant, in derselben Übermittlung eingereicht.
  • E-Invoicing — Ab 2026 für Rechnungen an Behörden obligatorisch, eine B2B-Pflicht ist für 2028 geplant. Die Formate gehören zur Familie der EN 16931, übertragen über Peppol.

Beide Pflichten weisen auf ein und dieselbe Anforderung hin: ein System, das die Belege hinter jeder Zahl benennen und sie in einem strukturierten Format ausgeben kann.

Das vollständige Bild für das Land — Körperschaftsteuer, Lohnbuchhaltung, Meldekalender und die hinter jedem Formular stehenden Behörden — finden Sie auf der Seite zur lettischen Steuer.

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 dieser Kriterien überprüfen:

  • Berechnung oder Buchhaltung — Ermittelt es die umsatzsteuerliche Behandlung oder speichert es nur einen von Ihnen übergebenen Code?
  • Abdeckung in Lettland — 21 %, 12 %, 5 %, 0 %, Reverse-Charge und die Grenze von €50.000 mit ihrer 15-tägigen Registrierungsfrist?
  • Logik des EU-Bestimmungslandprinzips — Kann es bei einem B2C-Verkauf die lettische Umsatzsteuer von der eines anderen Mitgliedstaates unterscheiden?
  • Validierung von USt-IdNrn. im B2B-Bereich — Prüft es VIES und bewahrt es 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 abbilden?
  • Buchhalterische Integrität — Erzeugt jede Berechnung einen entsprechenden Buchungssatz im Hauptbuch?
  • Ergonomie für Entwickler — REST-API, SDKs, Webhooks, Sandbox, Idempotenz, Versionierung?
  • Audit-Trail — Steuersatz, Regelung, Standortnachweis, USt-IdNr., Zeitstempel, Revisionshistorie?
  • Anhänge und E-Invoicing — Kann es die PVN-Anhänge auf Rechnungsebene generieren und vor der B2B-Pflicht im Jahr 2028 EN 16931-Rechnungen über Peppol ausstellen?
  • Verantwortung für die Einreichung — Welchen genauen Schritt übernimmt der Anbieter?

FAQ

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

Keine sollte als eine Plattform beschrieben werden, die alle drei Echtzeitfähigkeiten für jedes Geschäftsmodell abdeckt. In Lettland ist die entscheidende Frage, die die Anbieter voneinander trennt, ob sie Datensätze auf Rechnungsebene vorhalten, da sowohl die Anhänge als auch die kommende E-Rechnungspflicht diese erfordern.

Reicht Stripe Tax für einen lettischen Marktplatz aus?

Für Berechnungen und Exporte oft ja. Für ein Hauptbuch der doppelten Buchführung, das Auszahlungen über viele Verkäufer hinweg nachverfolgt, nein, und die PVN-Meldung mit ihren Anhängen muss dennoch von woanders bezogen werden.

Reicht Nordlet lettische Umsatzsteuervoranmeldungen automatisch ein?

Nein, und es berechnet weder die PVN-Meldung noch ihre Anhänge. Meldepakete sind für Litauen, Deutschland und Polen verfügbar; für Lettland gibt die API einen 422-Fehler zurück und verweist auf diese. Der Versand von Peppol BIS ist überall verfügbar.

Wann wird die B2B-E-Rechnung in Lettland zur Pflicht?

Ab 2026 ist die strukturierte elektronische Rechnungsstellung gegenüber Behörden obligatorisch, für 2028 ist eine B2B-Pflicht vorgesehen. Bestätigen Sie die aktuelle Phase mit dem VID, bevor Sie mit einem bestimmten Datum planen.

Erste Schritte

Entcheiden Sie, welche der drei Echtzeit-Fähigkeiten Sie benötigen, und prüfen Sie die Anforderung hinsichtlich der Anhänge frühzeitig, da dies Ihr Datenmodell einschränkt. Wenn Sie Live-Berechnungen in einem Stripe-Stack benötigen, beginnen Sie mit Stripe Tax. Wenn Sie digitale Produkte verkaufen und die Steuererklärung nicht selbst übernehmen möchten, testen Sie Paddle. Wenn die Bücher, die Auszahlungen und die Umsatzsteuer innerhalb Ihres eigenen Produkts liegen sollen, beginnen Sie am besten mit der Sandbox. Preise sind öffentlich einsehbar und nicht nur auf Anfrage erhältlich.

Quellen

Jede Behauptung bezüglich der Anbieter oben verlinkt auf deren eigene Dokumentation. Die Vorschriften selbst stammen von:

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