Nordlet

← Blog

Echtzeit-Umsatzsteuer in der EU für Entwickler in Polen

Ein fundierter Vergleich von Buchhaltungs- und Steuerplattformen, die die polnische und EU-Umsatzsteuer über APIs, SDKs und Webhooks abwickeln, mit klaren Hinweisen darauf, was die einzelnen Plattformen tatsächlich abdecken.

Nordlet Team · · 13 Min. Lesezeit

Polen hat 2026 die Rahmenbedingungen neu definiert. Das nationale E-Rechnungs-System wurde im Februar für die größten Unternehmen und im April für fast alle anderen verpflichtend. Eine polnische Rechnung ist daher nun kein PDF mehr, sondern ein FA(3) XML-Dokument mit einer KSeF-Kennung. Hinzu kommt JPK_V7M. Dabei handelt es sich nicht um eine einfache Umsatzsteuervoranmeldung mit separatem Journalexport, sondern um eine einzige Datei, die beides enthält. Ein Anbieter, der „polnische Umsatzsteuer“ anbietet und damit lediglich den Steuersatz von 23% meint, deckt nur einen Bruchteil der tatsächlichen Arbeit ab.

Dieser Artikel vergleicht entwicklerorientierte Plattformen, die die EU- und polnische Umsatzsteuer in Echtzeit abwickeln. Er grenzt die Steuerberechnung von der Buchhaltung und der eigentlichen Steuererklärung ab und zeigt, für welchen Anwendungsfall sich welche Option wirklich eignet.

Was ein „Echtzeit-EU-Umsatzsteuer-Management“ umfassen muss

Der Begriff wird oft strapaziert, um ganz unterschiedliche Produkte zu beschreiben. Um einen echten Mehrwert zu bieten, muss eine Plattform bei der Erstellung einer Transaktion, Rechnung, Abrechnung oder eines Buchungssatzes die meisten der folgenden Aufgaben übernehmen:

  • Die umsatzsteuerliche Behandlung anhand der Transaktionsdaten ermitteln.
  • Die aktuellen Länder- und Produktregeln anwenden.
  • Polen und die restliche EU abdecken, einschließlich des Reverse-Charge-Verfahrens im B2B-Bereich und der Bestimmungslandprinzip-Besteuerung im B2C-Bereich.
  • All dies über eine API, ein SDK oder einen Webhook zugänglich machen.
  • Die Daten für die Umsatzsteuer, den OSS, Betriebsprüfungen und das Rechnungswesen vorhalten.

Hinter dem Begriff „Echtzeit“ verbergen sich drei verschiedene Funktionen:

  • 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 Finanzbehörde übermittelt.

Die meisten Produkte beherrschen ersteres. Nur sehr wenige beherrschen alle drei. Polen fällt mittlerweile eindeutig in die dritte Kategorie: Durch das KSeF-Clearingsystem für Rechnungen und JPK_V7M als kombinierte Erklärungs- und Journaldatei erhält die Finanzverwaltung Einblick in Transaktionsdetails und nicht mehr nur in Summen.

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

Polen wendet gemäß dem Umsatzsteuergesetz (ustawa o podatku od towarów i usług) einen Regelsteuersatz von 23% an, nebst ermäßigten Sätzen von 8% und 5% sowie 0% für Exporte und innergemeinschaftliche Lieferungen. Die Registrierungsschwelle wurde am 1. Januar 2026 von PLN 200,000 auf PLN 240,000 angehoben. Da Polen den Złoty nutzt, benötigt eine Plattform, die standardmäßig von Euro-Beträgen ausgeht, Umrechnungs- und Rundungsregeln, die einer Betriebsprüfung standhalten.

Für qualifizierte innergemeinschaftliche B2C-Fernverkäufe und grenzüberschreitende digitale Dienstleistungen gilt ein EU-weiter Schwellenwert von €10,000, der auf dem One Stop Shop portal der Europäischen Kommission festgelegt ist. Oberhalb dieses Werts richtet sich die Umsatzsteuer grundsätzlich nach dem Mitgliedsstaat des Kunden. Der One-Stop-Shop ermöglicht es einem Unternehmen, sich in nur einem Mitgliedsstaat zu registrieren und die grenzüberschreitende B2C-Umsatzsteuer für die gesamte EU zu deklarieren; dies macht jedoch eine Logik auf Transaktionsebene nicht überflüssig.

Es gibt zudem eine Marktplatzregelung, die strenger ist, als die meisten Teams erwarten. Gemäß Artikel 14a der Mehrwertsteuersystemrichtlinie wird eine elektronische Schnittstelle zum fiktiven Lieferer (Deemed Supplier) bei Fernverkäufen von aus dem Drittlandsgebiet eingeführten Gegenständen in Sendungen mit einem Sachwert von höchstens €150, sowie separat bei Lieferungen von Gegenständen an EU-Kunden unabhängig vom Warenwert, wenn der zugrundeliegende 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 Tatbestände ausführlich dar. Wer einen Marktplatz entwickelt, muss hierfür die Systemarchitektur anpassen; es reicht nicht aus, lediglich ein neues Feld hinzuzufügen.

Die engere Auswahl auf einen Blick

Plattform Bester Einsatzzweck Echtzeit-Umsatzsteuerfunktionen Umfang bei Buchhaltung, OSS und Meldewesen Wichtigster Vorbehalt
Stripe Tax Produkte und Marktplätze, die bereits auf Stripe basieren Berechnet die Umsatzsteuer bei der Erstellung der Transaktion, einschließlich Polen EU-Exporte und OSS-Daten; kein polnisches Journal und übernimmt keine eigenständige Einreichung von EU-Steuererklärungen Lohnt sich nur, wenn Stripe bereits als Zahlungsinfrastruktur genutzt wird
Paddle SaaS und herunterladbare digitale Produkte Berechnet die Umsatzsteuer an der Kasse anhand des Kundenstandorts Übernimmt die Registrierung, Erklärung und Abführung als Merchant of Record Übernimmt die Rolle als offizieller Verkäufer und damit auch die Rechnungsstellung
Quaderno Kleinere SaaS- und digitale Handelsunternehmen Berechnet an der Kasse, validiert Umsatzsteuer-Identifikationsnummern Steuerberichte und Aufzeichnungen; automatisierte Einreichungen sind nicht für jeden Tarif dokumentiert Eine Steuer- und Rechnungsebene, keine vollwertige Buchhaltung (Ledger)
Avalara AvaTax Enterprise-ERP- und Billing-Stacks Echtzeit-Steuerfindung mit fortlaufend gepflegten Steuerinhalten Umsatzsteuer-Reporting ist ein separates Produkt im Bereich Steuererklärungen (Returns) Vom Funktionsumfang und Preismodell auf Enterprise-Rollouts ausgelegt
Fonoa Tax Engine Große Plattformen und Marktplätze Echtzeit-Steuerfindung über 190+ Jurisdiktionen hinweg Erklärungen, E-Rechnungen und Reporting; die Validierung von Steuernummern ist ein eigenständiges Produkt Keine öffentlich zugänglichen Preise
Nordlet Integrierte Buchhaltung (Embedded Accounting) innerhalb von Marktplätzen und Plattformen Ermittelt pro Transaktion die zutreffende Steuerregelung und die Steuersätze und bucht diese direkt mit dem Journalbuchungssatz Unveränderliches Journal für die doppelte Buchführung, Auszahlungen, OSS- und IOSS-Zahlen, exportierbarer Audit-Trail Generiert die JPK_V7M XML-Datei sowie den KSeF FA(3) Payload; Upload und KSeF-Sessions laufen über eine Bridge

Stripe Tax: der schnelle Weg, wenn Stripe bereits genutzt wird

Für Teams, die bereits Stripe Payments, Billing oder Connect einsetzen, ist Stripe Tax die am einfachsten zugängliche Ebene für Echtzeit-Berechnungen. Die documentation behandelt die weltweite Berechnung der Umsatzsteuer, die Tax API in Kombination mit PaymentIntents, den Steuereinzug auf Rechnungen sowie den Einsatz von Tax mit Connect für Plattformen oder Marktplätze.

Wo Stripe an seine Grenzen stößt, wird von Stripe klar benannt. In der filing documentation heißt es: „Sie müssen die von Ihnen eingezogene Steuer für jeden Standort, an dem Sie registriert sind, melden und abführen.“ In den USA wird eine automatisierte Einreichung angeboten; in anderen Ländern arbeitet Stripe mit Steuerpartnern zusammen. Eine EU-Umsatzsteuervoranmeldung wird also entweder von Ihnen oder einem Partnerunternehmen eingereicht, jedoch nicht von Stripe Tax. Es handelt sich um eine Berechnungs- und Exportebene, nicht um ein Buchhaltungssystem.

Bei einer Integration für Polen steigt Stripe Tax weit vor den beiden Aspekten aus, die tatsächlich Zeit kosten: der JPK_V7M-Datei und der KSeF-Meldung.

Paddle: Die komplette steuerliche Verantwortung auslagern

Paddle fällt in eine ganz andere Produktkategorie. Es fungiert als Merchant of Record und übernimmt die Verantwortung für die „Berechnung, Einreichung und Abführung“ von Steuern am Standort Ihrer Kunden. Das bedeutet, dass Paddle die Umsatzsteuer an der Kasse berechnet, die Rechnung ausstellt sowie die Erklärung und Überweisung an das Finanzamt für Sie übernimmt. Die Entwicklerdokumentation deckt Paddle.js, die Katalog-APIs, den Checkout und Webhooks wie transaction.completed ab. Letzterer wird ausgelöst, sobald eine Transaktion den Status completed erreicht, und dient üblicherweise dazu, den Zugang nach erfolgter Zahlung freizuschalten.

Der Kompromiss, den man dabei eingeht, ist eher struktureller als technischer Natur. Paddle wird zum offiziellen Verkäufer (Seller of Record). Sie sind somit nicht mehr Eigentümer des Händler-, Rechnungs- und Buchhaltungsmodells, das Sie bei einem eigenen Checkout hätten.

Für digitale Produkte ist dies eine saubere Lösung für die polnische B2C-Umsatzsteuer. Die eigenen KSeF-Verpflichtungen eines polnischen Unternehmens bei Inlandsrechnungen deckt dies jedoch in keiner Weise ab.

Quaderno: Eine Steuerebene für kleinere Digitalunternehmen

Quaderno ist eine der klarsten Developer-First-Optionen für kleinere Digitalunternehmen, die einen Steuerservice suchen, der unabhängig von einem bestimmten Zahlungsanbieter funktioniert. Die API dokumentiert einen /tax_rates/calculate-Endpunkt, der den anzuwendenden Steuersatz anhand der Kundenadresse und des Transaktionstyps berechnet, einen /tax_ids/validate-Endpunkt, der EU-Umsatzsteuer-Identifikationsnummern abdeckt, sowie Endpunkte für Rechnungen, Quittungen und Gutschriften. Ein dokumentierter Connect-Bereich mit Account-Ressourcen bietet den Unterbau für die Entwicklung eines Marktplatzes.

Der begrenzende Faktor ist der Funktionsumfang. Quaderno ist eine Steuer- und Rechnungsstellungsebene und kein Buchhaltungssystem mit einem unveränderlichen Journal für die doppelte Buchführung. Den öffentlich zugänglichen Informationen zufolge ist eine automatisierte Steuererklärung zudem nicht für jeden Tarif in jedem Land gegeben. Die Verantwortung für die Einreichung sollten Sie sich unbedingt schriftlich bestätigen lassen.

Für ein kleines polnisches Digitalunternehmen bietet Quaderno einen vernünftigen Checkout-Layer. JPK_V7M und KSeF fallen jedoch nicht in den abgedeckten Bereich.

Avalara und Fonoa: Die Enterprise-Steuer-Engines

AvaTax von Avalara übernimmt über REST-APIs und SDKs die Echtzeit-Steuerfindung während des Checkouts, der Rechnungsstellung oder der Bestellabwicklung. Beachten Sie dabei die Produktaufteilung: Das Umsatzsteuer-Reporting ist separat im Bereich „Returns“ angesiedelt. Ein EU-Umsatzsteuer-Compliance-Workflow besteht also nicht einfach nur aus „AvaTax“ – Sie müssen genau definieren, welche Module Sie tatsächlich benötigen. Avalara dokumentiert einen signup path für eine kostenlose 90-Tage-Testversion; das kommerzielle Preismodell für den Produktiveinsatz richtet sich jedoch an Enterprise-Kunden.

Die Tax Engine von Fonoa verspricht, über eine versionierte API die korrekte indirekte steuerliche Behandlung für jede Transaktion in Echtzeit in über 190 Jurisdiktionen zu berechnen. Ein architektonisches Detail ist dabei wichtig: Die Validierung der Umsatzsteuer-ID ist bei Fonoa ein separates Produkt (Validate) und kein Bestandteil der Tax Engine. Wenn Ihnen MIAS-Nachweise (VIES) wichtig sind, müssen Sie diesen Funktionsumfang ausdrücklich berücksichtigen und können nicht einfach davon ausgehen, dass die Engine dies bereits abdeckt.

Polen gehört zu den Ländern, in denen eine Enterprise-Engine ihr Geld wert ist, denn sowohl KSeF als auch JPK sind alles andere als trivial. Für ein Team, das die Software jedoch nur für ein einziges Land benötigt, ist es dennoch eine erhebliche Investition.

Die Einordnung von Nordlet: Die Umsatzsteuerlogik und der Buchungssatz sind derselbe Datensatz

Nordlet ist eine accounting API für Marktplätze und Plattformen, die Journale, Auszahlungen, EU-Steuern und einen exportierbaren Audit-Trail direkt in ihrem eigenen Produkt benötigen, statt sich auf eine an den Checkout angehängte Rechnungs-App zu verlassen.

Der architektonische Unterschied besteht darin, dass die Steuerfindung und die Buchung demselben System angehören. POST /v1/reference/vat/resolve beantwortet die Frage nach der steuerlichen Behandlung anhand der Fakten zur Transaktion:

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

{
  "scheme": "oss_union",
  "vatCountryCode": "PL",
  "reverseCharge": false,
  "deemedSupplier": false,
  "zeroRated": false,
  "rates": [
    { "category": "standard", "ratePercent": "23.00" },
    { "category": "reduced", "ratePercent": "8.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 gültiger polnischer Umsatzsteuer-Identifikationsnummer, so liefert derselbe Aufruf ein reverse_charge mit dem Hinweis Directive 2006/112/EC art. 44, 196 — VAT due by the customer (reverse charge). Setzt man actingAsMarketplace in Kombination mit einem Verkäufer, der seinen Sitz außerhalb der EU hat, so wird gemäß art. 14a(2) der Wert deemedSupplier: true zurückgegeben. Die Rechtsgrundlage wird direkt mit der Antwort geliefert – genau jener Teil, nach dem ein Betriebsprüfer Jahre später fragen wird.

Neun Steuerschemata 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 fortlaufend erfasst und nicht bloß geschätzt — /v1/declarations/eu/distance-sales-threshold/get gibt Auskunft darüber, wo ein Unternehmen bezüglich dieses Schwellenwerts steht, und /v1/declarations/eu/oss/compute sowie /v1/declarations/eu/ioss/compute generieren die Kennzahlen für den Meldezeitraum, inklusive eines Korrekturabschnitts für frühere Perioden. Die Steuersätze werden mit ihren Gültigkeitsdaten direkt aus dem TEDB-Feed der Europäischen Kommission bezogen. Ein Unternehmen kann diese jedoch pro Land manuell überschreiben.

Die so ermittelten Daten werden anschließend in ein unveränderliches Journal für die doppelte Buchführung gebucht. Die Umsatzsteuer-Metadaten sind direkt an den Buchungssatz angehängt, sodass eine nachträgliche Abstimmung zwischen der Tax Engine und einem separaten Aufzeichnungssystem entfällt. Geldbeträge sind stets Dezimal-Strings und niemals Fließkommazahlen. Ergänzt wird dies durch typisierte SDKs, Webhooks wie sale_invoice.paid, Unterstützung von Idempotency-Key für sichere Wiederholungen, Sandbox-Unternehmen, VIES-Validierung (die starr an die Rechnung geknüpft wird), Mandantenfähigkeit sowie Periodensperren, durch die ein abgeschlossener Monat nicht mehr unbemerkt bearbeitet werden kann.

Der Funktionsumfang für Polen ist der umfangreichste, den Nordlet außerhalb von Litauen ausliefert, und dennoch gibt es auch hier Einschränkungen. Der Endpunkt /v1/declarations/eu/vat-return/compute mit countryCode: "PL" liefert die Deklarationsfelder für JPK_V7M(3) als Formularfelder zurück, und /v1/declarations/pl/jpk-v7m/generate erzeugt die vollständige XML-Datei. Diese wird gegen das offizielle XSD-Schema validiert, welches im Repository verankert ist und durch Tests forciert wird. Die Belegzeilen (Evidence Rows) enthalten die vorgeschriebene, zeilengenaue KSeF-Kennzeichnung – BFK, bis eine KSeF-Integration eine echte NrKSeF liefert – und innergemeinschaftliche Erwerbe werden über WEW-Zeilen im Reverse-Charge-Verfahren (Self-Assessment) deklariert. GTU-Markierungen, die Aufteilung des Anlagevermögens (Fixed-Asset Split) und Verlustvorträge aus Vorperioden (Prior-Period Carryover) werden für die manuelle Erfassung markiert, anstatt sie durch Schätzungen zu befüllen. Der Upload der Datei über das Gateway des Finanzministeriums erfordert nach wie vor einen menschlichen Schritt. Auf der Rechnungsseite wird der KSeF FA(3)-Payload erstellt und gegen die offizielle XSD validiert. Der Versand läuft über eine pro Unternehmen konfigurierte Bridge (pl_ksef), die über die KSeF-Tokens und Zertifikatssitzungen verfügt; eine Funktion, um die zurückgegebene KSeF-Nummer direkt wieder in die JPK-Zeilen einzuspeisen, ist derzeit noch nicht implementiert.

Kurz und bündig zusammengefasst: Wenn Sie eine Live-Berechnung in möglichst vielen Ländern benötigen und die Steuererklärung an einen Dritten auslagern möchten, sind die Enterprise-Tax-Engines und Merchant-of-Record-Dienste im Vorteil. Wenn Ihre zentrale Anforderung jedoch in echten Büchern besteht – einem marktplatzfähigen System für die doppelte Buchführung, bei dem Abrechnungen und Umsatzsteuer an einem Ort zusammenlaufen –, dann füllt Nordlet genau diese Lücke, die keine der reinen Berechnungsebenen schließen kann. Die API reference zeigt Ihnen den vollen Umfang auf, bevor Sie sich vertraglich binden.

Was in Polen eingereicht werden muss

In Polen gibt es zwei ineinandergreifende Verpflichtungen, weshalb es sich lohnt, diese gemeinsam zu betrachten.

  • JPK_V7M — Eine einzige, monatlich bis zum 25. einzureichende Datei, die sowohl die Umsatzsteuererklärung als auch die Verkaufs- und Einkaufsaufzeichnungen enthält. Kleine Steuerpflichtige können zwar quartalsweise abrechnen, der Aufzeichnungsteil muss jedoch weiterhin monatlich gemeldet werden.
  • KSeF — Das nationale E-Rechnungs-System. Verpflichtend ab dem 1. Februar 2026 für Unternehmen, deren Umsatz im Jahr 2024 die Grenze von PLN 200m überstieg, sowie ab dem 1. April 2026 für sonstige Unternehmen (Kleinstunternehmen folgen 2027). Rechnungen werden im Format FA(3) XML ausgestellt und erhalten eine KSeF-Kennung. 2026 ist ein Übergangszeitraum (Grace Period); ab 2027 werden Strafen fällig.

Das Zusammenspiel dieser beiden Systeme ist genau das Detail, auf das man sich einstellen muss: Jede JPK-Belegzeile muss zwingend angeben, wie die Rechnung ausgestellt wurde. Sobald KSeF für Sie live ist, bedeutet dies, dass die KSeF-Kennung von der Rechnung in die Aufzeichnung übernommen werden muss.

Das Gesamtbild für dieses Land – Körperschaftsteuer, Lohn- und Gehaltsabrechnung, Meldekalender und die für die einzelnen Formulare zuständigen Behörden – finden Sie auf der Poland tax page.

Wichtige Auswahlkriterien vor der Entscheidung

Bevor Sie ein „VAT-ready“-Produkt einem anderen gleichsetzen, sollten Sie es anhand dieser Punkte prüfen:

  • Berechnung oder Buchhaltung — Ermittelt das System die umsatzsteuerliche Behandlung selbst oder speichert es lediglich einen Code, den Sie übermitteln?
  • Polen-Abdeckung — 23%, 8%, 5%, 0%, Reverse-Charge, Beträge in Złoty und der Schwellenwert von PLN 240,000?
  • EU-Bestimmungslandprinzip — Kann das System bei einem B2C-Verkauf die polnische Umsatzsteuer von der eines anderen Mitgliedsstaates unterscheiden?
  • Validierung der B2B-Umsatzsteuer-Identifikationsnummer — Wird das MIAS-System (VIES) geprüft und der Nachweis gespeichert?
  • OSS und IOSS — Aggregiert, bereitet vor, reicht das System ein oder führt es lediglich einen Export durch?
  • Marktplatz-Haftung — Kann es die Rollen von Verkäufer, Plattform und fiktivem Lieferer abbilden?
  • Buchhalterische Integrität — Erzeugt jede Berechnung einen passenden Buchungssatz im Journal?
  • Entwicklerfreundlichkeit — REST API, SDKs, Webhooks, Sandbox, Idempotenz, Versionierung?
  • Audit-Trail — Steuersatz, Regelung, Standortnachweis, USt-IdNr., Zeitstempel, Änderungshistorie?
  • KSeF und JPK — Kann es XSD-valide FA(3)-Rechnungen erzeugen, auf KSeF zugreifen und eine JPK_V7M-Datei ausgeben, deren Belegzeilen den richtigen KSeF-Marker enthalten?
  • Verantwortung für die Steuererklärung — Welche genauen Schritte übernimmt der Anbieter?

FAQ

Welche Plattform bietet ein vollständiges EU-Umsatzsteuer-Management in Echtzeit in Polen?

Keine Plattform kann von sich behaupten, alle drei Echtzeitfunktionen für jedes Geschäftsmodell lückenlos abzudecken. In Polen sind die Aufgaben klar getrennt: Die Berechnung, die JPK_V7M-Datei und die KSeF-Meldung sind drei völlig unterschiedliche Herausforderungen, und nur wenige Anbieter lösen mehr als eine davon.

Unterstützt Stripe Tax KSeF oder JPK_V7M?

Nein. Stripe Tax berechnet die Umsatzsteuer und exportiert Daten. Die KSeF-Rechnung und die JPK_V7M-Datei erfordern eigenständige Integrationen, und genau an diese sind in Polen strenge Fristen geknüpft.

Reicht Nordlet polnische Umsatzsteuererklärungen automatisch ein?

Nein. Nordlet erzeugt eine XSD-valide JPK_V7M(3) XML-Datei mit der Steuererklärung und den Belegzeilen und markiert jene Felder, die nicht automatisch hergeleitet werden können — wie GTU-Markierungen, die Aufteilung des Anlagevermögens und Verlustvorträge aus Vorperioden. Das Hochladen der Datei auf das Gateway des Finanzministeriums muss nach wie vor manuell erfolgen.

Wann wurde KSeF zur Pflicht?

Am 1. Februar 2026 für Unternehmen mit einem Umsatz von über PLN 200m im Jahr 2024, und am 1. April 2026 für sonstige Unternehmen; Kleinstunternehmen folgen im Jahr 2027. Das Jahr 2026 gilt als Übergangszeitraum, Strafen werden ab 2027 verhängt.

Was Sie als Erstes tun sollten

Entscheiden Sie sich zunächst, welche der drei Echtzeitfunktionen Sie benötigen. Prüfen Sie im Anschluss die polnischen Besonderheiten gesondert, denn dort liegt der eigentliche Aufwand. Wenn Sie eine Live-Berechnung in einem Stripe-Stack benötigen, beginnen Sie mit Stripe Tax. Verkaufen Sie digitale Produkte und möchten Sie das Thema Steuererklärungen komplett auslagern, testen Sie Paddle. Wenn Sie einen Marktplatz aufbauen, bei dem das Journal, die JPK_V7M-Datei und die KSeF-Rechnung auf denselben Daten basieren müssen, starten Sie mit der Sandbox und machen Sie sich mit den manuellen Schritten vertraut, bevor Sie Ihre Entwicklung darauf aufbauen. Die Preise sind öffentlich einsehbar und nicht nur auf Anfrage erhältlich.

Quellen

Jede oben genannte Anbieteraussage ist mit der entsprechenden Dokumentation des Anbieters verlinkt. Die gesetzlichen Vorgaben selbst stammen von:

Sowohl die Funktionen der Anbieter als auch die nationalen Vorgaben unterliegen einem stetigen Wandel. Alle Angaben hier wurden am 8. September 2026 mit den öffentlichen Dokumentationen abgeglichen. Bitte verifizieren Sie alle Informationen, bevor Sie diese zur Grundlage Ihrer Entwicklungen machen.