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

Italien ist das Land, in dem sich die Versprechen von Anbietern zur „Echtzeit-Umsatzsteuer“ (real-time VAT) am einfachsten überprüfen lassen, da das Land bereits seit Jahren auf ein Echtzeit-Meldesystem setzt. Jeder dort ansässige Steuerpflichtige (taxable person) stellt strukturierte XML-Rechnungen über das Sistema di Interscambio aus, die Finanzbehörde sieht diese bereits im Moment der Ausstellung, und eine Rechnung, die die Validierung nicht besteht, ist schlichtweg keine rechtgültige Rechnung. Eine Plattform, die beim Checkout lediglich 22% berechnet und dort aufhört, hat nur den kleinsten Teil einer italienischen Integration gelöst.

Dieser Artikel vergleicht entwicklerfreundliche Plattformen, die EU- und italienische Umsatzsteuer in Echtzeit verarbeiten, trennt dabei die Steuerberechnung von der Buchführung sowie den Meldepflichten und zeigt auf, wofür sich die jeweilige Option tatsächlich eignet.

Was "Echtzeit-EU-Umsatzsteuer-Management" umfassen muss

Der Begriff wird oft stark gedehnt und für sehr unterschiedliche Produkte verwendet. Damit er aussagekräftig ist, muss eine Plattform bei der Erstellung einer Transaktion, einer Rechnung, einer Abrechnung oder eines Buchungssatzes (ledger entry) die meisten der folgenden Aufgaben übernehmen:

• Die umsatzsteuerliche Behandlung (VAT treatment) aus den Transaktionsdaten ableiten.
• Die aktuellen länder- und produktspezifischen Regelungen anwenden.
• Italien und die restliche EU abdecken, einschließlich des B2B-Reverse-Charge-Verfahrens (Steuerschuldnerschaft des Leistungsempfängers) und der B2C-Bestimmungslandbesteuerung (destination taxation).
• All dies über eine API, ein SDK oder einen Webhook zugänglich machen.
• Die Daten für die Umsatzsteuer, den OSS, Betriebsprüfungen (audits) und das Buchhaltungsreporting vorhalten.

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

• Echtzeit-Berechnung — Die Umsatzsteuer wird während der Erstellung der Transaktion oder Rechnung berechnet.
• Echtzeit-Buchhaltung — Die Transaktion, der Buchungssatz und die Umsatzsteuerdaten landen sofort in den Büchern.
• Echtzeit-Meldewesen — Die Daten werden kurz nach der Transaktion an eine Steuerbehörde übermittelt.

Die meisten Produkte beherrschen Ersteres. Nur sehr wenige leisten alle drei. Italien ist innerhalb der EU das deutlichste Beispiel dafür, dass die dritte Fähigkeit keine bloße Funktion, sondern gesetzliche Pflicht ist: Rechnungen werden durch das Sistema di Interscambio freigegeben (Clearance), bevor sie den Kunden erreichen.

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

Italien wendet gemäß dem Umsatzsteuererlass (DPR 633/1972) einen Regelsteuersatz von 22% an, mit ermäßigten Sätzen von 10%, 5% und 4% sowie 0% für Exporte und innergemeinschaftliche Lieferungen. Es gibt keine Registrierungsschwelle: Eine Umsatzsteuer-Identifikationsnummer (partita IVA) ist von Beginn der Tätigkeit an zwingend erforderlich. Die Pauschalregelung (regime forfettario), die bis zu €85,000 verfügbar ist, ist umsatzsteuerbefreit – ein weiterer Status, den Ihre Rechnungslogik mitführen muss, anstatt ihn lediglich herzuleiten.

Für qualifizierte innergemeinschaftliche B2C-Fernverkäufe und grenzüberschreitende digitale Dienstleistungen gilt ein EU-weiter Schwellenwert von €10,000, wie auf dem One Stop Shop portal der Europäischen Kommission dargelegt. Wird dieser überschritten, richtet sich die Umsatzsteuer in der Regel nach dem Mitgliedstaat des Kunden. Das One-Stop-Shop-Verfahren 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 jedoch die Logik auf Transaktionsebene nicht überflüssig.

Es gibt zudem eine Marktplatzregelung (marketplace rule), die strenger ist, als die meisten Entwicklungsteams erwarten. Gemäß Artikel 14a wird eine elektronische Schnittstelle zum fingierten Lieferer (deemed supplier) für Fernverkäufe von aus dem Drittlandsgebiet eingeführten Gegenständen in Sendungen mit einem Sachwert von höchstens €150, und separat davon für Lieferungen von Gegenständen an EU-Kunden ungeachtet ihres Wertes, wenn der zugrunde liegende Verkäufer nicht in der EU ansässig ist. Die Erläuterungen der Kommission zu den E-Commerce-Umsatzsteuervorschriften legen beide Aspekte dar. Wenn Sie einen Marktplatz (marketplace) bauen, ändert dies die gesamte Architektur, anstatt nur ein weiteres Feld hinzuzufügen.

Die engere Auswahl auf einen Blick

Plattform	Beste Eignung	Echtzeit-Umsatzsteuer-Fähigkeit	Buchhaltung, OSS und Meldeumfang	Größter Vorbehalt
Stripe Tax	Produkte und Marktplätze, die bereits Stripe nutzen	Berechnet die Umsatzsteuer bei der Erstellung der Transaktion, inklusive Italien	EU-Exporte und OSS-Daten; kein italienisches Hauptbuch, und es übermittelt EU-Steuererklärungen nicht selbst	Lohnt sich nur, wenn Stripe bereits als Zahlungsabwickler integriert ist
Paddle	SaaS und digitale Download-Produkte	Berechnet die Umsatzsteuer beim Checkout basierend auf dem Standort des Kunden	Registriert, meldet und führt als Merchant of Record (MoR) ab	Übernimmt die Rolle des offiziellen Verkäufers (seller of record) und damit auch die Rechnungsstellung
Quaderno	Kleinere SaaS- und E-Commerce-Unternehmen	Berechnet beim Checkout, validiert USt-IdNrn.	Steuerberichte und -aufzeichnungen; die automatische Übermittlung ist nicht für jeden Tarif dokumentiert	Ein Steuer- und Rechnungs-Layer, kein Hauptbuch (ledger)
Avalara AvaTax	Enterprise-ERPs und Abrechnungssysteme	Echtzeit-Bestimmung mit kontinuierlich gepflegten Steuerinhalten	VAT Reporting ist ein separates Produkt innerhalb der Returns-Suite	Ausgelegt und bepreist für Enterprise-Einführungen
Fonoa Tax Engine	Große Plattformen und Marktplätze	Echtzeit-Bestimmung über 190+ Steuerhoheitsgebiete hinweg	Steuererklärungen, E-Rechnungen und Reporting; Validierung von Steuernummern ist ein separates Produkt	Keine öffentlich publizierte Preisgestaltung
Nordlet	Eingebettete Buchhaltung innerhalb von Marktplätzen und Plattformen	Löst das Steuerschema und die Sätze pro Transaktion auf, direkt mit dem Buchungssatz gebucht	Unveränderliches Hauptbuch der doppelten Buchführung, Auszahlungen, OSS- und IOSS-Zahlen, exportierbarer Prüfpfad (audit trail)	Erstellt FatturaPA-Payloads und versendet sie über eine konfigurierte Bridge; LIPE und die Jahreserklärung sind nicht enthalten

Stripe Tax: Der schnelle Weg, wenn Stripe ohnehin genutzt wird

Für Teams, die bereits Stripe Payments, Billing oder Connect nutzen, ist Stripe Tax die am leichtesten zugängliche Ebene zur Echtzeit-Berechnung. Die documentation behandelt die weltweite Berechnung der Umsatzsteuer, die Tax API in Kombination mit PaymentIntents, die Steuererhebung auf Rechnungen und die Nutzung von Tax mit Connect als Plattform oder Marktplatz.

Wo Stripe aufhört, wird von Stripe klar benannt. In der filing documentation heißt es: "You must file and remit the tax you collect for every location where you're registered." Die automatisierte Übermittlung (automated filing) wird in den USA angeboten; andernorts arbeitet Stripe mit Partnern für die Steuererklärung zusammen, sodass eine EU-Umsatzsteuererklärung von Ihnen oder einem Partner eingereicht wird, nicht von Stripe Tax. Es handelt sich um einen Berechnungs- und Export-Layer, nicht um echte Bücher.

Bei einem italienischen Tech-Stack beantwortet Stripe Tax die Frage nach dem Steuersatz, lässt das SdI-Thema jedoch unberührt. Die in Italien rechtlich bindende Rechnung ist das vom SdI akzeptierte XML, nicht dasjenige, das in Ihrem Checkout gerendert wird.

Paddle: Die gesamte Steuerverantwortung an jemand anderen abgeben

Paddle ist eine völlig andere Produktkategorie. Es agiert als Merchant of Record und übernimmt die Verantwortung für die „Berechnung, Einreichung und Abführung“ (calculating, filing, and remitting) von Steuern an den Standorten Ihrer Kunden. Es berechnet also die Umsatzsteuer beim Checkout, stellt die Rechnung aus und kümmert sich für Sie um die Meldung und Zahlung. Die Entwicklerdokumentation behandelt Paddle.js, die Katalog-APIs, den Checkout und Webhooks wie transaction.completed, welcher ausgelöst wird, sobald eine Transaktion den Status completed erreicht, und der üblicherweise genutzt wird, um nach erfolgter Zahlung den Zugriff zu gewähren.

Der Trade-off ist dabei eher struktureller als technischer Natur. Paddle wird zum offiziellen Verkäufer (seller of record), Sie behalten also nicht das Händler-, Rechnungs- und Buchhaltungsmodell, das Sie mit einem eigenen Checkout hätten.

Für digitale Produkte löst dies sowohl das Berechnungs- als auch das Meldeproblem. Es hilft jedoch keinem italienischen Unternehmen, das seine eigenen B2B-Rechnungen durch das SdI freigeben lassen (clearen) muss.

Quaderno: Ein Steuer-Layer für kleinere digitale Unternehmen

Quaderno ist eine der übersichtlichsten Developer-First-Optionen für kleinere digitale Unternehmen, die einen vom Zahlungsabwickler unabhängigen Steuerdienst suchen. Seine API dokumentiert einen Endpunkt /tax_rates/calculate, der anhand der Kundenadresse und der Art der Transaktion den geltenden Steuersatz berechnet, einen Endpunkt /tax_ids/validate, der EU-Umsatzsteuer-Identifikationsnummern abdeckt, sowie Endpunkte für Rechnungen, Quittungen und Gutschriften. Ein dokumentierter Connect-Bereich mit Account-Ressourcen ist der Teil, auf den ein Marktplatz aufbauen würde.

Die Einschränkung liegt im Funktionsumfang. Quaderno ist ein Steuer- und Rechnungs-Layer, kein Buchhaltungssystem mit einem unveränderlichen Hauptbuch der doppelten Buchführung. Zudem geht aus dem öffentlichen Material nicht hervor, dass eine automatische Übermittlung (automatic filing) für jeden Tarif und in jedem Land verfügbar ist. Betrachten Sie die Verantwortung für Meldepflichten daher als etwas, das Sie sich schriftlich bestätigen lassen sollten.

Es ist eine vernünftige Steuerschicht für ein kleines italienisches Digitalunternehmen, aber der Weg über die FatturaPA und die periodische Abrechnung liegen außerhalb des Funktionsumfangs.

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 Auftragsabwicklung durch. Beachten Sie die Produktaufteilung: VAT Reporting ist ein separates Modul im Bereich Returns. Ein EU-Umsatzsteuer-Compliance-Workflow ist also nicht einfach „AvaTax“ – grenzen Sie die Module ein, die Sie tatsächlich benötigen. Avalara dokumentiert einen signup path mit einer 90-tägigen kostenlosen Testphase, während das kommerzielle Modell für den Produktivbetrieb 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 Steuerhoheitsgebiete. Ein architektonisches Detail ist dabei wichtig: Die Validierung von Steuernummern ist bei Fonoa ein eigenes Produkt (Validate) und nicht Teil der Tax Engine. Wenn VIES-Nachweise für Sie relevant sind, müssen Sie dies explizit einplanen und nicht einfach davon ausgehen, dass die Engine dies automatisch abdeckt.

Fonoa zielt insbesondere auf exakt diese Problemstellung ab – zahlreiche Steuerhoheitsgebiete, von denen etliche über Clearance-Plattformen verfügen. Für ein rein italienisches Setup ist dies meist mehr Maschinerie als das eigentliche Problem erfordert.

Wo Nordlet ansetzt: Die Umsatzsteuerantwort und der Buchungssatz sind derselbe Datensatz

Nordlet ist eine accounting API für Marktplätze und Plattformen, die Hauptbücher, Auszahlungen (payouts), EU-Steuern und einen exportierbaren Prüfpfad innerhalb ihres eigenen Produkts benötigen, anstatt einer an den Checkout angehängten Rechnungs-App.

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

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

{
  "scheme": "oss_union",
  "vatCountryCode": "IT",
  "reverseCharge": false,
  "deemedSupplier": false,
  "zeroRated": false,
  "rates": [
    { "category": "standard", "ratePercent": "22.00" },
    { "category": "reduced", "ratePercent": "10.00" },
    { "category": "reduced", "ratePercent": "5.00" },
    { "category": "super_reduced", "ratePercent": "4.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 italienischen 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 bei einem außerhalb der EU ansässigen Verkäufer, liefert es deemedSupplier: true gemäß art. 14a(2). Die rechtliche Grundlage (legal basis) wird direkt mitgeliefert – das ist der Teil, nach dem ein Betriebsprüfer Jahre später fragen wird.

Neun Steuerschemata werden abgebildet: domestic, intra_eu_b2b, reverse_charge, oss_union, ioss, marketplace_deemed, export, out_of_scope und sme_exempt. Die Fernverkaufsschwelle von €10,000 wird aktiv getrackt und nicht einfach vorausgesetzt – /v1/declarations/eu/distance-sales-threshold/get meldet, wo ein Unternehmen in Bezug auf die Schwelle steht, und /v1/declarations/eu/oss/compute sowie /v1/declarations/eu/ioss/compute erzeugen die Kennzahlen für den Meldezeitraum, einschließlich eines Korrekturbereichs für frühere Zeiträume. Die Steuersätze stammen samt Gültigkeitsdaten aus dem TEDB-Feed der Europäischen Kommission, und ein Unternehmen kann diese pro Land überschreiben.

Die Ermittlung wird dann in ein unveränderliches Hauptbuch der doppelten Buchführung gebucht, 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. Flankiert wird dies durch: typisierte SDKs, Webhooks wie sale_invoice.paid, Unterstützung von Idempotency-Key für sichere Retries, Sandbox-Unternehmen, VIES-Validierung, die fix (frozen) in der Rechnung verankert wird, Multi-Company-Unterstützung sowie Periodensperren (period locking), damit ein abgeschlossener Monat nicht stillschweigend geändert werden kann.

Die Abdeckung für Italien hat klare Grenzen, und diese lauten wie folgt: Nordlet erstellt den FatturaPA-Payload — FPR12, Schema-Version 1.2.3 — aus der kanonischen Rechnung, abrufbar unter /v1/sales/invoices/einvoice-xml, und sendet diesen über /v1/sales/invoices/einvoice-send mittels einer HTTP-Bridge, die pro Unternehmen in den Compliance-Einstellungen als it_sdi konfiguriert ist. Die Bridge, also ein akkreditierter Intermediär oder ein Konnektor, den Sie betreiben, ist im Besitz des zertifizierten SdI-Kanals und dessen Akkreditierung; ein direkter, zertifizierter Transport ist bewusst nicht implementiert, solange es keine Zugangsdaten (credentials) für das SdI zum Testen gibt. Natura-Codes werden aus dem ermittelten Umsatzsteuerschema abgeleitet und zur manuellen Überprüfung markiert, anstatt sie stillschweigend auszuwählen. Auf der Meldeseite gibt es kein italienisches Paket: /v1/declarations/eu/vat-return/compute mit countryCode: "IT" liefert einen Fehler 422 und verweist auf Litauen, Deutschland und Polen, was bedeutet, dass die LIPE und die Jahressteuererklärung nicht generiert werden.

Die ehrliche Zusammenfassung: Wenn Sie eine Live-Berechnung in so vielen Ländern wie möglich benötigen und jemand anderen die Steuererklärungen einreichen lassen wollen, haben die Enterprise-Tax-Engines und die Merchant-of-Record-Dienste hier die Nase vorn. Wenn Ihre zentrale Anforderung jedoch echte Bücher sind — ein marktplatzfähiges Hauptbuch der doppelten Buchführung, in dem Abrechnungen (settlements) und Umsatzsteuer an einem Ort zusammenlaufen —, dann ist genau das die Lücke, für die Nordlet entwickelt wurde, und die keiner der reinen Berechnungs-Layer füllt. Die API reference zeigt die gesamte Oberfläche auf, bevor Sie sich festlegen.

Was Italien an Meldepflichten vorschreibt

Italien legt eine Clearance-Plattform (Freigabesystem) über die herkömmlichen periodischen Umsatzsteuervoranmeldungen.

• E-Invoicing über das SdI — Alle dort ansässigen Steuerpflichtigen stellen FatturaPA-XML über das Sistema di Interscambio aus, das jede Rechnung validiert und zustellt. Daten zu grenzüberschreitenden Rechnungen werden über dasselbe System übermittelt.
• Periodische Abrechnungen und LIPE — Die Umsatzsteuer ist bis zum 16. des Folgemonats oder quartalsweise mit 1% Zinsen zu zahlen. Die Meldung zur periodischen Umsatzsteuerabrechnung (LIPE) wird vierteljährlich eingereicht, spätestens bis zum Ende des zweiten Monats nach Quartalsende.
• Jahresumsatzsteuererklärung — Die dichiarazione IVA, fällig am 30. April.

Die praktische Konsequenz für eine Plattform ist, dass Rechnungsausstellung und steuerliches Meldewesen in Italien derselbe Akt sind. Wenn Ihr Produkt Rechnungen für italienische Verkäufer ausstellt, befindet es sich bereits innerhalb des Meldesystems, unabhängig davon, ob es dafür konzipiert wurde oder nicht.

Das Gesamtbild für das Land — Körperschaftsteuer (corporate tax), Lohnbuchhaltung (payroll), der Fristenkalender und die Behörden hinter jedem Formular — finden Sie auf der Italy tax page.

Auswahlkriterien, die Sie vor einer Entscheidung prüfen sollten

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

• Berechnung oder Buchführung — Ermittelt das System die umsatzsteuerliche Behandlung selbst oder speichert es nur einen Code, den Sie übergeben?
• Abdeckung für Italien — 22%, 10%, 5%, 4%, 0%, Reverse-Charge-Verfahren und die Forfettario-Befreiung?
• EU-Bestimmungsland-Logik — Kann das System bei B2C-Verkäufen die italienische Umsatzsteuer von der eines anderen Mitgliedstaates unterscheiden?
• B2B-USt-IdNr.-Validierung — Prüft das System VIES und bewahrt den Nachweis auf?
• OSS und IOSS — Übernimmt es die Aggregation, Vorbereitung und Einreichung, oder lediglich den Export?
• Marktplatz-Haftung — Kann es die Rollen von Verkäufer, Plattform und fingiertem Lieferer modellieren?
• Buchhalterische Integrität — Erzeugt jede Berechnung einen passenden Buchungssatz im Hauptbuch?
• Entwickler-Ergonomie — REST API, SDKs, Webhooks, Sandbox, Idempotenz, Versionierung?
• Prüfpfad (Audit Trail) — Nachweis über Steuersatz, angewandte Regel, Standort, USt-IdNr., Zeitstempel, Revisionsverlauf?
• SdI-Clearance — Kann das System valides FatturaPA-XML erzeugen, den Natura-Code auswählen oder markieren und einen akkreditierten SdI-Kanal ansteuern?
• Meldeverantwortung — Welchen Schritt exakt übernimmt der Anbieter?

FAQ

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

Kein Anbieter kann von sich behaupten, alle drei Echtzeit-Fähigkeiten für jedes Geschäftsmodell vollständig abzudecken. In Italien ist die dritte Fähigkeit unumgänglich, weshalb die weitaus wichtigere Frage lautet: Welcher Anbieter erstellt valides FatturaPA-XML und welcher berechnet lediglich einen Steuersatz?

Unterstützt Stripe Tax FatturaPA und das SdI?

Nein. Stripe Tax berechnet die Umsatzsteuer und exportiert Daten. Die Freigabe einer Rechnung durch das Sistema di Interscambio ist eine eigenständige Integration, und in Italien ist genau diese entscheidend dafür, ob eine Rechnung rechtlich überhaupt existiert.

Übermittelt Nordlet italienische Umsatzsteuererklärungen automatisch?

Nein. Es gibt kein Melde-Paket für Italien, daher werden die LIPE und die Jahresumsatzsteuererklärung nicht generiert. Nordlet erstellt den FatturaPA-Payload und sendet ihn über eine von Ihnen konfigurierte Bridge. Zudem erzeugt es die Umsatzsteuerermittlung, das Hauptbuch sowie die OSS- und IOSS-Zahlen, die diesen Werten zugrunde liegen.

Was ist eine Bridge, und warum nutzt Nordlet eine für das SdI?

Eine Bridge ist ein von Ihnen konfigurierter HTTP-Endpunkt – ein akkreditierter Intermediär oder ein von Ihnen gehosteter Konnektor –, der über den zertifizierten Kanal zum SdI und dessen Akkreditierung verfügt. Nordlet erstellt den Payload und liefert ihn dorthin aus. Ein direkter, zertifizierter Transport ist deshalb nicht implementiert, weil er ohne diese Zugangsdaten (credentials) nicht getestet werden kann.

Die ersten Schritte

Entscheiden Sie, welche der drei Echtzeit-Fähigkeiten Sie benötigen, und betrachten Sie das SdI als eine grundlegende Anforderung anstatt als bloßes Exportformat. Wenn Sie eine Live-Berechnung in einem Stripe-Tech-Stack benötigen, beginnen Sie mit Stripe Tax. Wenn Sie digitale Produkte verkaufen und sich nicht um das Thema Steuererklärungen kümmern wollen, testen Sie Paddle. Wenn Sie einen Marktplatz aufbauen, bei dem das Hauptbuch, die Auszahlungen und der FatturaPA-Payload aus einer Hand kommen müssen, legen Sie mit der Sandbox los und verifizieren Sie den Funktionsumfang für Italien — Payload ja, Meldungen nein —, bevor Sie Ihre Architektur darauf abstimmen. Das Pricing ist öffentlich einsehbar und nicht nur auf Anfrage erhältlich.

Quellen

Jede Aussage zu Anbietern in diesem Artikel verlinkt auf die jeweilige Dokumentation des Anbieters. Die beschriebenen rechtlichen Regelungen stammen von:

• Agenzia delle Entrate: IVA rates, rules and e-invoicing — die Steuersätze von 22%, 10%, 5% und 4% sowie die SdI-Pflicht
• DPR 633/1972 (VAT Decree) — die gesetzliche Grundlage für die italienische Umsatzsteuer
• European Commission: VAT One Stop Shop — die Fernverkaufsschwelle von €10,000

Sowohl die Funktionen der Anbieter als auch die nationalen Vorschriften ändern sich fortlaufend. Alle Angaben hier wurden am 8. September 2026 anhand öffentlicher Dokumentationen geprüft; verifizieren Sie daher alle Fakten, bevor Sie darauf aufbauen.