Zum Inhalt

Formate

xTool unterstützt mehrere E-Rechnungsformate. Jedes Dokument hat ein Format; es legt die Validierungsregeln sowie verfügbare Konvertierungen und Transformationen fest. Siehe Dokumentenmodell, Formatmodelle (Feldreferenz), Validierung und Konvertierung und API-Referenz zu den Format-Endpoints.

Jedes Format hat einen eindeutigen Formatcode; ein Formatmodell (im Wesentlichen die von xTool gelesene Datei), das als JSON dargestellt werden kann; und Dateiinhalt in seiner ursprünglichen Form — XML, PDF, IDoc oder andere Typen je nach Format.

flowchart TB
    CODE["Eindeutiger Formatcode"]
    MODEL["Formatmodell (JSON)"]
    CONTENT["Dateiinhalt: XML, PDF"]
    CODE --- MODEL
    MODEL <-->|transformation| CONTENT

xTool-Formate (Canonical-Hub)

xTool nutzt ein gemeinsames internes Feldmodell. xtool.canonical.1_0 ist der zentrale Hub für Formatkonvertierung, PDF-Erkennung und KI-Extraktion: Quellformate werden nach Canonical gemappt, von dort weiter in das Zielformat. Rechnung vs. Gutschrift steckt im Dokumenttyp (z. B. type_code 380 / 381), nicht in einem separaten Hub-Format.

xtool.invoice.1_0 und xtool.credit_note.1_0 bleiben eigenständige Arbeitsformate (strengere Pflichtfelder, typisierte Rechnung / Gutschrift). Sie können weiterhin erstellt, gespeichert, versendet und konvertiert werden; die Konvertierung zwischen externen Standards läuft über Canonical.

flowchart LR
    SRC["Quellformat"]
    CAN["xtool.canonical.1_0"]
    TGT["Zielformat"]
    SRC --> CAN --> TGT
Formatcode Rolle
xtool.canonical.1_0 Soft-Hub-Modell (primär für Konvertierung / Erkennung)
xtool.invoice.1_0 Typisiertes Rechnungs-Arbeitsformat
xtool.credit_note.1_0 Typisiertes Gutschrift-Arbeitsformat

Formattabelle

Formatcode Dokumenttyp Darstellung Typische Kanäle
xtool.canonical.1_0 Rechnung oder Gutschrift (über Typcode) Soft-Hub-Modell (JSON) E-Mail, Frankreich; Konvertierungs-Hub
xtool.invoice.1_0, xtool.credit_note.1_0 Rechnung, Gutschrift Typisiertes internes Modell E-Mail, Frankreich
xrechnung.invoice.3_0.xml_ubl, .xml_ubl.extension, .xml_cii Rechnung XML (UBL, CII) Peppol (UBL), E-Mail
xrechnung.credit_note.3_0.xml_ubl Gutschrift XML (UBL) Peppol, E-Mail
peppol_bis_billing.invoice.3_0.xml_ubl, .xml_cii Rechnung XML (UBL, CII) Peppol, E-Mail, Slowakei
peppol_bis_billing.credit_note.3_0.xml_ubl Gutschrift XML (UBL) Peppol, E-Mail, Slowakei
peppol_bis_billing_france.invoice.3_0.xml_ubl, .credit_note.3_0.xml_ubl Rechnung, Gutschrift XML (UBL) Frankreich, E-Mail
peppol_bis_self_billing.invoice.3_0.xml_ubl, .credit_note.3_0.xml_ubl Rechnung, Gutschrift XML (UBL) Peppol, E-Mail, Slowakei
france_cius.invoice.1_0.xml_ubl.en16931 / .extended, .xml_cii.en16931 / .extended Rechnung XML (UBL, CII) Frankreich, E-Mail
france_cius.credit_note.1_0.xml_ubl.en16931 / .extended Gutschrift XML (UBL) Frankreich, E-Mail
factur_x_zugferd.invoice.2_4 / 2_5.pdf_xml.* Rechnung PDF + eingebettetes XML E-Mail
factur_x_france.invoice.2_5.pdf_xml.* Rechnung PDF + eingebettetes XML Frankreich, E-Mail
ksef_fa.invoice.3_0.xml Rechnung XML (FA(3)) KSeF
sap.invoice.idoc, sap.credit_note.idoc Rechnung, Gutschrift IDoc E-Mail
reines PDF Rechnungsdatei PDF E-Mail (Visualisierung / Konvertierung)

SFTP (ausgehend): Ein +Formatcode im Dateinamen bei einem Raw PDF startet automatische PDF-Erkennung, vergleichbar mit der manuellen Konvertierung in der Weboberfläche.

Verwendung des Formats

  • Dokumente — Beim Erstellen oder Hochladen eines Dokuments wählen Sie ein Format (oder es wird aus dem XML erkannt). Validierung und Konvertierung nutzen dieses Format.
  • API — Die Format-Endpoints (Validierung Modell/XML, Transformation Modell↔XML, Modell→PDF, XML→Modell, XML→PDF, Konvertierung, XML-Erkennung) akzeptieren oder liefern einen Formatcode. Siehe Validierung und Konvertierung.

CSV-Importformat (kein Arbeitsformat)

CSV wird nur als Importquelle unterstützt, um Rechnungsdaten nach xTool zu bringen — nicht als Dokumentformat zum Erstellen, Speichern, Versenden oder Konvertieren über die Format-API. Nach dem Import nutzt das Dokument das interne xTool-Modell. Spaltenbeschreibung, Dateiregeln und Beispiele: CSV-Importformat. Import-Anleitung: Dokumente importieren.

Bedeutung der Felder (Semantik)

Um zu verstehen, was die einzelnen Felder bedeuten (Rechnungsnummer, Ausstellungsdatum, Verkäufer, Käufer, Positionen, Summen usw.) und wie Sie das Formular oder den API-Request-Body ausfüllen, siehe Formatmodelle (Feldreferenz). Eine detaillierte Referenz nach Abschnitten und Feldern mit JSON/XML-Beispielen finden Sie unter Rechnungsmodell verstehen. Beispiele finden Sie unter Basis-Beispiel Rechnungsmodell.

Formatwahl

  • Peppol — Peppol-fähiges Format (z. B. Peppol BIS Billing, XRechnung UBL). Siehe Peppol und Per Peppol versenden.
  • Polen (KSeF) — FA(3)-XML. Siehe Mit KSeF verbinden.
  • Frankreich — France CIUS, Peppol BIS Billing France oder Factur-X France. Siehe Frankreich E-Invoicing.
  • Öffentlicher Sektor (z. B. Deutschland) — XRechnung und ZUGFeRD sind häufig vorgeschrieben.

Individuelle Formate — die Implementierung eines Formats nach Ihren Anforderungen können wir auf Anfrage durchführen. Wenden Sie sich an den Support.

Lokale Anforderungen

Prüfen Sie vor der Wahl die Anforderungen Ihres Landes oder Ihrer Branche an das verpflichtende E-Rechnungsformat. Oder kontaktieren Sie uns über den Support für eine Beratung.