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 | |
| 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 | |
| reines PDF | Rechnungsdatei | 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.