# Playbook für Top‑EU‑Märkte (DE, FR, IT, ES, PL, NL)

Wenn Sie europaweit verkaufen, brauchen Sie nicht 27 komplett unterschiedliche Implementierungen. Sie brauchen einen stabilen Kern (EN‑16931‑Mapping + Validierung) und wenige Länder‑Adapter (Routing‑IDs, Kanäle, Vorgaben). Dieses Playbook startet mit den größten und reifsten Märkten.

## Wiederholbarer Ansatz (Kern + Länder‑Adapter)

Bauen Sie ein kanonisches Rechnungsdatenmodell und exportieren Sie dann in die benötigten Syntaxen (UBL/CII/FatturaPA/KSeF). Validierung nahe an der Generierung halten und Fehler als Produkt‑Feedback behandeln.

Länder‑Adapter sollten klein bleiben: Empfänger‑IDs, Transportkanäle und wenige Regel‑Abweichungen (CIUS).

## Praxis-Checkliste: Wiederholbarer Ansatz (Kern + Länder‑Adapter)

- Kern: EN‑16931‑Mapping + Codelisten + USt‑Logik
- Adapter: Routing‑ID/Portal + Profil‑Validierung
- Betrieb: Retry + Audit‑Trail + Speicherung

## Deutschland (DE): XRechnung + Leitweg‑ID, plus ZUGFeRD im Business‑Alltag

Deutschland ist stark mit XRechnung für die öffentliche Verwaltung verbunden. XRechnung ist im Kern EN 16931 in UBL oder CII mit deutschen Vorgaben.

In vielen B2B‑Workflows wird ZUGFeRD/Factur‑X (PDF + eingebettetes XML) genutzt, weil es ein lesbares PDF mit strukturierter Verarbeitung kombiniert.

## Praxis-Checkliste: Deutschland (DE): XRechnung + Leitweg‑ID, plus ZUGFeRD im Business‑Alltag

- Routing/IDs: Leitweg‑ID in B2G‑Szenarien
- Syntax: UBL oder CII (XRechnung‑Profile)
- Stolperfallen: Käuferreferenzen, Adressen, USt‑Aufteilung

## Frankreich (FR): Plattform‑Workflows + Factur‑X als pragmatische Brücke

Frankreich ist ein großer Markt, in dem Plattform‑Austausch verbreitet ist – insbesondere im öffentlichen Bereich. Rechnen Sie mit Anforderungen an französische Identifikatoren (SIREN/SIRET) und strenge Datenqualität bei Parteien.

Factur‑X (auf Basis EN 16931) wird oft als Brückenformat genutzt, weil es ein PDF mit strukturiertem XML kombiniert.

## Praxis-Checkliste: Frankreich (FR): Plattform‑Workflows + Factur‑X als pragmatische Brücke

- Identifikatoren: SIREN/SIRET + USt‑ID
- Format: häufig Factur‑X (EN‑16931‑Profil)
- Stolperfallen: Identifikatoren/Adressvorgaben

## Italien (IT): Clearance‑ähnliche Zustellung über SdI (FatturaPA)

Italien ist der Referenzfall für plattformgetriebene E‑Rechnungen. Rechnungen werden über das „Sistema di Interscambio“ (SdI) im FatturaPA‑XML‑Format ausgetauscht.

Technisch bedeutet das häufig: Format‑Compliance + strenge Identifikatoren + Plattform‑Antworten als Teil des Ausstellungsprozesses behandeln.

## Praxis-Checkliste: Italien (IT): Clearance‑ähnliche Zustellung über SdI (FatturaPA)

- Kanal: SdI
- Format: FatturaPA‑XML
- Stolperfallen: Empfängercodes (Codice Destinatario/PEC), Plattform‑Bestätigungen

## Spanien (ES): B2G‑Portale und sich entwickelnde B2B‑Vorgaben

Spanien hat eine etablierte B2G‑E‑Rechnung über FACe und nutzt Formate wie Facturae. Je nach Segment sieht man auch UBL‑basierte Austausche.

Für internationale Implementierungen: Fokus auf saubere Partei‑Identifikatoren und konsistente USt‑Logik – und danach den Kanal anpassen.

## Praxis-Checkliste: Spanien (ES): B2G‑Portale und sich entwickelnde B2B‑Vorgaben

- Kanal: FACe für B2G
- Formate: Facturae, teils UBL
- Stolperfallen: Identifikatoren (NIF/CIF) und Adressvollständigkeit

## Polen (PL): KSeF als strukturierte Plattform mit hohen technischen Anforderungen

Polen ist ein zentraler Markt für „strukturierte Plattformen“. In der Praxis zählen: zuverlässige Integration, präzise Daten und die Verarbeitung von Plattform‑Antworten/Status.

Planen Sie Betrieb von Anfang an: Retries, Monitoring und langfristige Speicherung dessen, was gesendet und akzeptiert wurde.

## Praxis-Checkliste: Polen (PL): KSeF als strukturierte Plattform mit hohen technischen Anforderungen

- Kanal: KSeF
- Format: strukturiertes XML (plattformdefiniert)
- Stolperfallen: Fehler-/Statushandling und Betriebssicherheit

## Niederlande (NL): PEPPOL‑First‑Austauschmuster

Die Niederlande sind stark auf PEPPOL BIS und Netzwerkaustausch ausgerichtet – ideal als Anker für eine „Network‑First“‑Strategie.

In PEPPOL‑Kontexten sind Participant IDs und Endpoint‑Discovery genauso wichtig wie das XML selbst.

## Praxis-Checkliste: Niederlande (NL): PEPPOL‑First‑Austauschmuster

- Kanal: PEPPOL
- Format: PEPPOL BIS Billing 3.0 (UBL)
- Stolperfallen: falsche Participant IDs und Profil‑Regelabweichungen

## Teststrategie für Multi‑Country‑Rollouts

Nutzen Sie ein kleines, aber repräsentatives Rechnungsset und halten Sie es stabil: eine einfache Rechnung, eine mit mehreren Steuersätzen, eine mit Zu-/Abschlägen, eine mit Vorauszahlungen und eine Gutschrift.

Je Land/Kanal: lokal validieren und dann mit Ziel‑Validator/Sandbox. Das exakt bestandene XML als Fixture speichern.

## Verwandte Ressourcen

- [Länder‑Guides (Formate, Routing, Identifikatoren)](/resources/countries)
- [Guide zum XRechnung‑Standard](/resources/compliance/xrechnung-standard)
- [ZUGFeRD‑Profile erklärt](/resources/zugferd/profiles)
- [PEPPOL‑Netzwerk‑Guide](/resources/compliance/peppol-network-guide)