JavaScript-Bibliothek agorum.electronic.invoicing/js/lib/e-invoice

Diese JavaScript-Bibliothek bietet eine umfassende Lösung zur Verarbeitung und Erstellung von elektronischen Rechnungen. Sie ermöglicht das Parsen von Rechnungsdaten in PDFs und XML-Dateien, die Validierung von XRechnungen gegen XML-Schemas und andere offizielle Validatoren und die Erstellung von Rechnungsdokumenten aus normalisierten Daten. Mithilfe dieser Bibliothek können Sie selbst bestimmen, wie E-Rechnungen verarbeitet werden.

Für einen Überblick zu möglichen Einsatzszenarien siehe E-Rechnungen mit Dokument | E-Rechnung verarbeiten. Welche Formate, Versionen und Profile die Funktionen lesen und erzeugen, beschreibt E-Rechnungsformate, Versionen und Profile; eine Schritt-für-Schritt-Anleitung zum Erstellen finden Sie in E-Rechnungen erstellen.

Alle Funktionen verwenden dieselben Format-IDs:

Verwendung

Binden Sie die Bibliothek stets am Anfang eines Skripts ein:

let eInvoice = require('/agorum/roi/customers/agorum.electronic.invoicing/js/lib/e-invoice');

Funktionen

check

Die Funktion prüft, ob es sich bei dem übergebenen Objekt um eine elektronische Rechnung in einem unterstützten Format handelt. Wenn es sich um eine E-Rechnung handelt, bestimmt die Funktion außerdem das E-Rechnungsformat. Das Ergebnis ist ein CheckResult-Objekt.

Geprüft werden PDF- und XML-Dateien. Bei PDF-Dateien sucht die Funktion nach einer eingebetteten Datei factur-x.xml, zugferd-invoice.xml, ZUGFeRD-invoice.xml oder xrechnung.xml. check prüft nicht, ob die Rechnung inhaltlich gültig ist; dafür verwenden Sie validateInvoice.

Syntax

check(object)

Parameter

Beispiel

let objects = require('common/objects');
let eInvoice = require('/agorum/roi/customers/agorum.electronic.invoicing/js/lib/e-invoice');
let PDF_INVOICE = '/agorum/roi/customers/agorum.electronic.invoicing/test/data/auto_test_documents/Rechnung-12345678-12983760.pdf';

eInvoice.check(objects.find(PDF_INVOICE));

Rückgabewert

Ist das übergebene Objekt keine E-Rechnung, ist das Ergebnis:

{
  "valid" : false
}

Wenn ein ZUGFeRD 1.0-Dokument erkannt wird, ist das Ergebnis ebenfalls valid: false, und message enthält den Hinweis: No supported e-invoicing format found. The given invoice is ZUGFeRD 1.0. ZUGFeRD 2.0 and newer are supported. Die Funktionen parse und validateInvoice werfen in diesem Fall einen Fehler mit derselben Meldung.

Wenn das übergebene Objekt eine E-Rechnung ist, wird zusätzlich das Format bestimmt und das Ergebnis ist etwa:

{
  "valid" : true,
  "type" : "zugferd_cii"
}

Das CheckResult-Objekt enthält:

• valid: Boolean, ob das Objekt eine E-Rechnung in einem unterstützten Format ist.
• type: Format der Rechnung (xrechnung_ubl, xrechnung_cii oder zugferd_cii). Rechnungen nach Peppol BIS Billing 3.0 werden als xrechnung_ubl gemeldet, weil beide die Syntax UBL verwenden; die passende Prüfung wählt der Validator an der Spezifikationskennung.
• message: optional, ein Hinweis, warum das Objekt nicht als E-Rechnung erkannt wurde.

checkRequiredFields

Die Funktion checkRequiredFields prüft JSON-Daten darauf, ob alle Pflichtfelder für das angegebene E-Rechnungsformat enthalten sind. Die Funktion hilft dabei, JSON-Daten für die Generierung von E-Rechnungen zusammenzustellen. Folgende Daten/Angaben sind erforderlich:

• JSON-Daten in der normalisierten Form für die E-Rechnung
• Format, das erzeugt werden soll: xrechnung_ubl, xrechnung_cii, zugferd_cii oder peppol_ubl

Für die CII-Formate (xrechnung_cii, zugferd_cii) sind auf Rechnungsebene zusätzlich das Fälligkeitsdatum, die BIC und die elektronischen Adressen von Verkäufer und Käufer Pflicht; auf Positionsebene verlangt dagegen nur UBL zusätzlich net_amount. Die vollständige Liste finden Sie im Vergleich der Pflichtfelder in den E-Rechnungsformaten.

Syntax

checkRequiredFields(data, type)

Parameter

Beispiel

let objects = require('common/objects');
let eInvoice = require('/agorum/roi/customers/agorum.electronic.invoicing/js/lib/e-invoice');

let SAMPLE_DATA = '/agorum/roi/customers/agorum.electronic.invoicing/test/data/completeDataStructure.json';

let data = JSON.parse(objects.find(SAMPLE_DATA).contentString);
let check = eInvoice.checkRequiredFields(data, 'xrechnung_cii');

check;

Rückgabewert

Wenn die JSON-Daten alle Pflichtfelder enthalten, gibt die Funktion ein leeres Array zurück.

[ ]

Enthalten die JSON-Daten nicht alle erforderlichen Informationen, gibt die Funktion Informationen über die fehlenden Daten zurück. Beispiel:

[ {
  "label" : "Steuersatz 1 - Wert fehlt",
  "key" : "agorum_accounting_document_total_tax_rate_1"
}]

createInvoice

Die Funktion generiert eine elektronische Rechnung. Dazu überführt die Funktion die eingehende Struktur der normalisierten Rechnungsdaten in das angegebene E-Rechnungsformat. Folgende Daten/Angaben sind erforderlich:

• Eingangsdaten: normalisierte Rechnungsdaten (JSON)
• Format, das erzeugt werden soll: xrechnung_ubl, xrechnung_cii, zugferd_cii oder peppol_ubl
• bei ZUGFeRD: das PDF-Dokument, in das die CII-XML eingebettet wird, und optional das Profil

Vor der Erstellung prüft die Funktion die Pflichtfelder wie checkRequiredFields, sofern skipPreValidation nicht gesetzt ist.

Syntax

createInvoice({
  data: data,
  format: 'zugferd_cii',
  profile: 'en16931',
  attachments: [file],
  skipPreValidation: false,
});

Parameter

Im Profil en16931 werden Angaben, die das EN-16931-Schema nicht zulässt, ausgelassen, protokolliert und im übergebenen Konfigurationsobjekt unter suppressed zurückgemeldet (Liste von Feldnamen und Hinweisen, oder null). Dasselbe gilt für weitere ausgelassene Angaben, etwa zusätzliche Bezugsrechnungen. suppressed wird nur bei den CII-Formaten gefüllt:

let config = { data: data, format: 'zugferd_cii', profile: 'en16931', attachments: [copy] };
let invoice = eInvoice.createInvoice(config);

config.suppressed; // ausgelassene Angaben

Beispiel

let objects = require('common/objects');
let eInvoice = require('/agorum/roi/customers/agorum.electronic.invoicing/js/lib/e-invoice');

let DATA = '/agorum/roi/customers/agorum.electronic.invoicing/test/data/completeDataStructure.json';
let SAMPLE_INVOICE = '/agorum/roi/customers/agorum.electronic.invoicing/test/data/auto_test_documents/Rechnung-12345678-12983760.pdf';

let sampleInvoice = objects.find(SAMPLE_INVOICE);
let copy = objects.copy(sampleInvoice, objects.find('home:MyFiles'));

let data = JSON.parse(objects.find(DATA).contentString);
let invoice = eInvoice.createInvoice({
  data: data,
  format: 'zugferd_cii',
  attachments: [copy],
});

Rückgabewert

Die Funktion gibt die E-Rechnung als agorum-Objekt zurück: bei xrechnung_ubl, xrechnung_cii und peppol_ubl eine neu angelegte XML-Datei, bei zugferd_cii das übergebene PDF.

Es wird ein Fehler geworfen, wenn Pflichtfelder fehlen oder – im CII-/ZUGFeRD-Format – ein Datumsfeld einen unbrauchbaren Wert enthält. Die Fehlermeldung nennt die fehlenden Schlüssel. Beispiel:

Error: Invoice cannot be generated due to necessary information: [
  {
    "key": "agorum_accounting_document_buyer_reference_number",
    "label": "Käuferreferenz - Wert fehlt"
  },
  {
    "key": "agorum_accounting_document_total_tax_rate_1",
    "label": "Steuersatz 1 - Wert fehlt"
  }
]

createInvoiceRaw

Die Funktion erzeugt das XML einer E-Rechnung als Zeichenkette, ohne eine Datei anzulegen. Sie eignet sich, um die Rechnung vor der eigentlichen Erstellung mit validate zu prüfen, oder wenn Sie das XML selbst weiterverarbeiten wollen. Folgende Daten/Angaben sind erforderlich:

• Eingangsdaten: normalisierte Rechnungsdaten
• Format, das erzeugt werden soll: xrechnung_ubl, xrechnung_cii, zugferd_cii oder peppol_ubl; bei zugferd_cii entsteht die CII-XML, die sonst in das PDF eingebettet wird
• optional Anhänge, die base64-codiert in die XML-Datei geschrieben werden
• optional das Profil für zugferd_cii und ob die Pflichtfeldprüfung übersprungen werden soll

Syntax

createInvoiceRaw({
  data: data,
  format: 'zugferd_cii',
  profile: 'en16931',
  attachments: [file],
  skipPreValidation: false,
});

Parameter

Beispiel

let objects = require('common/objects');
let eInvoice = require('/agorum/roi/customers/agorum.electronic.invoicing/js/lib/e-invoice');

let DATA = '/agorum/roi/customers/agorum.electronic.invoicing/test/data/completeDataStructure.json';
let SAMPLE_INVOICE = '/agorum/roi/customers/agorum.electronic.invoicing/test/data/auto_test_documents/Rechnung-12345678-12983760.pdf';

let sampleInvoice = objects.find(SAMPLE_INVOICE);
let copy = objects.copy(sampleInvoice, objects.find('home:MyFiles'));

let data = JSON.parse(objects.find(DATA).contentString);
let invoice = eInvoice.createInvoiceRaw({
  data: data,
  format: 'xrechnung_cii',
  attachments: [copy],
});

Rückgabewert

Die Funktion gibt das XML der E-Rechnung als Zeichenkette zurück (CII oder UBL).

Es wird ein Fehler geworfen, wenn Pflichtfelder fehlen oder – im CII-/ZUGFeRD-Format – ein Datumsfeld einen unbrauchbaren Wert enthält. Die Fehlermeldung nennt die fehlenden Schlüssel. Beispiel:

Error: Invoice cannot be generated due to necessary information: [
  {
    "key": "agorum_accounting_document_buyer_reference_number",
    "label": "Käuferreferenz - Wert fehlt"
  },
  {
    "key": "agorum_accounting_document_total_tax_rate_1",
    "label": "Steuersatz 1 - Wert fehlt"
  }
]

createView

Die createView-Funktion generiert ein Dokument aus Rechnungsdaten unter Verwendung einer angegebenen Dokumentvorlage. Dazu sind die Angabe der Parameter data (Rechnungsdaten in der normalisierten Form) und template (Angaben zur Verwendung des Dokumenttemplates) erforderlich. Wenn die Parameter festlegen, dass ein PDF erzeugt werden soll, wird ein PDF-Dokument erzeugt, andernfalls ein Office-Dokument. Die Datei, in die das PDF oder das Office-Dokument geschrieben werden soll, muss dafür angegeben werden.

Für weitere Informationen zum Rechnungstemplate siehe Beispielvorlage als Grundlage für eigene Dokumentvorlagen verwenden. Für die Umwandlung in PDF und das Füllen der Vorlage wird LibreOffice benötigt.

Syntax

createView({
  data: data,
  additionalAttachments: [attachmentDoc],
  template: {
    outputDoc: outputDoc,
    templateDoc: templateDoc, 
    createPdf: true,
    datePattern: 'dd-MM-yyyy',
    numberFormat: 'de-CH',
  },
})

Parameter

additionalAttachments: [objects.find('6ee1f520-6935-11ef-9d89-02420a0a0011')]

Beispiel 1 - Erstellung eines Anzeige-PDFs ohne zusätzliche Anhänge

let objects = require('common/objects');
let eInvoice = require('/agorum/roi/customers/agorum.electronic.invoicing/js/lib/e-invoice');

let doc = objects.find('/agorum/roi/customers/agorum.electronic.invoicing/test/data/Workflow_and_Other_Example_Documents/Demo_UBL_EN16931.xml');
let result = eInvoice.parse(doc);
let data = result.data;

let outputDoc = objects.create('file', {
  name: 'test-123.pdf',
  target: objects.find('home:MyFiles'),
});

eInvoice.createView({
  data: data,
  template: {
    outputDoc: outputDoc,
    templateDoc: '/agorum/roi/customers/agorum.electronic.invoicing/template/Invoice_Template_Complete_All_Keys.docx',
    createPdf: true,
    datePattern: 'dd-MM-yyyy',
    numberFormat: 'de-CH',
  },
});

Beispiel 2 - Erstellung eines Anzeige-PDFs mit zusätzlichen Anhängen

let objects = require('common/objects');
let eInvoice = require('/agorum/roi/customers/agorum.electronic.invoicing/js/lib/e-invoice');

let doc = objects.find('/agorum/roi/customers/agorum.electronic.invoicing/test/data/Workflow_and_Other_Example_Documents/Demo_CII_EN16931.xml');
let result = eInvoice.parse(doc);
let data = result.data;
// Anhänge, die an die Ansicht gehängt werden sollen, etwa Stundennachweise
let attachments = [
  objects.find('home:MyFiles/Stundennachweis.pdf'),
];

let outputDoc = objects.create('file', {
  name: 'test-x-withAttached.pdf',
  target: objects.find('home:MyFiles'),
});

eInvoice.createView({
  data: data,
  additionalAttachments: attachments,
  template: {
    outputDoc: outputDoc,
    templateDoc: '/agorum/roi/customers/agorum.electronic.invoicing/template/Invoice_Template_Complete.docx',
    createPdf: true,
  },
});

Rückgabewert

Die createView-Funktion gibt das gefüllte Ausgabedokument (outputDoc) zurück. Zusätzliche Anhänge aus additionalAttachments werden als Anhang an das Ausgabedokument gehängt.

Zusätzlich zu den normalisierten Daten stellt createView der Vorlage aufbereitete Werte bereit, etwa formatierte Beträge und Datumsangaben sowie die Bezeichnung des Rechnungstyps im Platzhalter agorum_accounting_document_type_code_description (z. B. Rechnung für den Typ-Code 380). Die Bezeichnung wird über die Liste der Dokumenttyp-Codes des Plugins aufgelöst; ist für einen Code keine Übersetzung hinterlegt, erscheint der Code selbst.

parse

Die Funktion parst das übergebene Objekt basierend auf seiner Dateiendung (PDF oder XML) und erstellt ein ParseResult-Objekt, das die geparsten Daten in normalisierter Form und Dateianhänge enthält. Die parse-Funktion überführt die Daten in das normalisierte agorum-Format und bereitet damit die Möglichkeit zur weiteren Verwendung oder Anzeige der Daten vor.

Die parse-Funktion extrahiert bei PDF-Dateien zunächst den XML-Anhang. Die übergebene XML-Datei oder der extrahierte XML-Anhang wird auf das verwendete XRechnungs-Format überprüft. Abhängig vom erkannten XRechnungs-Format erfolgt die Konvertierung in die normalisierten agorum-Daten. Wenn die XRechnung eingebettete Dateien enthält, werden diese in ihrem Ursprungsformat als Anhänge in den angegebenen Zielordner geschrieben. Wenn die Eingangsdatei ein ZUGFeRD-PDF war, wird die PDF-Datei als Attachment hinterlegt.

Wenn es sich bei dem übergebenen Objekt nicht um ein PDF- oder XML-Format handelt oder das XML nicht wohlgeformt ist, wird ein Fehler geworfen. Das passiert auch, wenn das XML-Wurzelelement nicht eines der bekannten Wurzelelemente von CII (CrossIndustryInvoice) oder UBL (Invoice oder CreditNote) ist oder ein ZUGFeRD 1.0-Rechnungsdokument (alte CII-Version) erkannt wird.

Syntax

parse(object, config)

Parameter

Beispiel

let objects = require('common/objects');
let eInvoice = require('/agorum/roi/customers/agorum.electronic.invoicing/js/lib/e-invoice');

let CII = '/agorum/roi/customers/agorum.electronic.invoicing/test/data/Workflow_and_Other_Example_Documents/Demo_CII_EN16931.xml';

let data = eInvoice.parse(objects.find(CII), {
  target: objects.find('home:MyFiles'),
  validate: true,
});

data;

Rückgabewert

Die parse-Funktion gibt ein ParseResult-Objekt zurück, das folgende Daten enthält:

{
  "attachments" : [ 1678369 ],
  "data" : { 
    "agorum_accounting_document_delivery_postcalcode" : "54321",
    "agorum_accounting_document_due_date" : "2023-12-31T11:00:00.000Z",
    "agorum_accounting_document_total_tax_rate_1" : 19.0,
    …
  },
  "raw" : { },
  "source" : 1584276,
  "validation" : {
    "structure" : [ ],
    "content" : { }
  }
}

Das Ergebnis des Parsens besteht aus:

• data: Das Ergebnis des Parsens: die normalisierten Daten.
• raw: Die Eingangsdaten, die XML-Struktur konvertiert nach JSON.
• attachments: Liste der IDs von extrahierten Attachments.
• source: ID des übergebenen Dokumentobjekts.
• validation: Optional das Ergebnis der Validierung.

Das Validierungsergebnis enthält im Abschnitt structure das Ergebnis der formalen Überprüfung der Daten in Hinblick auf die Vollständigkeit und die Datenstruktur. Beispiel:

{
      "level" : "error",
      "information" : "Invalid content found for unknown element. Value is missing or other value is expected: .",
      "message" : "[BR-S-01]-An Invoice that contains an Invoice line (BG-25), a Document level allowance (BG-20) or a Document level charge (BG-21) where the VAT category code (BT-151, BT-95 or BT-102) is \"Standard rated\" shall contain in the VAT breakdown (BG-23) at least one VAT category code (BT-118) equal with \"Standard rated\"."
    },

Im Abschnitt content finden Sie zusätzliche Hinweise zum Dateninhalt, die das Ergebnis einfacher Plausibilitätsprüfungen sind.

  "item" : [ {
        "itemId" : "d8a0cce0-b89b-4c80-8439-cb9e97dca4a9",
        "name" : "Position 2",
        "errors" : [ {
          "level" : "ERROR",
          "message" : "net_price (6000) multiplied with quantity (2) is differing more than one cent from net_amount: 6000"
        } ]

Wenn ein ZUGFeRD 1.0-Dokument erkannt wird, wird folgender Fehler geworfen: No supported e-invoicing format found. The given invoice is ZUGFeRD 1.0. ZUGFeRD 2.0 and newer are supported.

Zusätzlich zur Prüfung mit dem KoSIT-Validator (Pflichtfelder, Codelisten, Summen und Datumsangaben nach den Regeln der EN 16931 und des jeweiligen Formats) prüft parse die Positionen auf Plausibilität. Diese Prüfung ergänzt den Validator um Betragsabweichungen, die er nicht meldet, und umfasst folgende Regeln:

Die Validierungsergebnisse werden im Abschnitt content des Validierungsobjekts zurückgegeben. Beispiel:

"content": {
  "item": [{
    "itemId": "d8a0cce0-b89b-4c80-8439-cb9e97dca4a9",
    "name": "Position 2",
    "errors": [{
      "level": "ERROR",
      "message": "net_price (6000) multiplied with quantity (2) is differing more than one cent from net_amount: 6000"
    }]
  }]
}

validate

Die Funktion überprüft, ob ein XML-Datenstrom (Zeichenkette oder Stream) eine gültige E-Rechnung ist, etwa das Ergebnis von createInvoiceRaw.

Geprüft wird mit dem KoSIT-Validator, den das Plugin mitbringt. Die Funktion erkennt das Format und wählt das Prüfszenario an der Spezifikationskennung (BT-24): XRechnung, Peppol BIS Billing 3.0, ZUGFeRD (Kaskade über die ZUGFeRD-Versionen) oder EN 16931. Details siehe Prüfszenarien des Validators.

Wenn das XML nicht wohlgeformt ist oder kein unterstütztes Format hat, wird ein Fehler geworfen.

Syntax

validate(xmlData, config)

Parameter

Beispiel

let objects = require('common/objects');
let eInvoice = require('/agorum/roi/customers/agorum.electronic.invoicing/js/lib/e-invoice');
let DATA = '/agorum/roi/customers/agorum.electronic.invoicing/test/data/EN16931_COMPLIANT/minimal_json.json';

let data = JSON.parse(objects.find(DATA).contentString);
// XML erzeugen, ohne eine Datei anzulegen
let xmlData = eInvoice.createInvoiceRaw({ data: data, format: 'xrechnung_cii' });
let validation = eInvoice.validate(xmlData, { createHtmlReport: true });
validation;

Rückgabewert

Die Funktion gibt ein Objekt mit dem Ergebnis valid und der Liste der Meldungen validation zurück. Mit createHtmlReport: true enthält es zusätzlich htmlReport, das HTML-Dokument mit dem Prüfbericht.

Im Falle einer erfolgreichen Prüfung ist das:

{
  "valid" : true,
  "validation" : [ ]
}

Im Fehlerfall ist valid false, und validation enthält die Meldungen:

{
  "valid" : false,
  "validation" : [ {
    "level" : "error",
    "information" : "Invalid content found for unknown element. Value is missing or other value is expected: .",
    "message" : "[BR-AE-01]-An Invoice that contains an Invoice line (BG-25), a Document level allowance (BG-20) or a Document level charge (BG-21) where the VAT category code (BT-151, BT-95 or BT-102) is \"Reverse charge\" shall contain in the VAT Breakdown (BG-23) exactly one VAT category code (BT-118) equal with \"VAT reverse charge\"."
  } ] 
}

Die Beschreibung einer Meldung besteht aus:

• level: Schweregrad laut Validator, etwa error oder warning.
• information: Kurzbeschreibung des Fehlers.
• message: Meldung des Validators mit der verletzten Regel, etwa [BR-DE-15].
• code, line, column: Regelkennung und Fundstelle in der XML, sofern der Validator sie liefert.

Ob die Rechnung als gültig gilt (valid), entscheidet die Annahme-Empfehlung des Prüfszenarios. Meldungen, die das Szenario nur als Information einstuft, machen die Rechnung nicht ungültig. Prüfen Sie valid ausdrücklich auf true.

validateInvoice

Die Funktion überprüft, ob ein agorum-Objekt eine gültige elektronische Rechnung ist. Das Objekt kann eine XML-Datei oder ein ZUGFeRD-PDF sein; bei einem PDF wird die eingebettete XML geprüft. Optional erzeugt die Funktion einen HTML-Prüfbericht.

Geprüft wird wie bei validate mit dem KoSIT-Validator; das Prüfszenario richtet sich nach der Spezifikationskennung der Rechnung.

Wenn es sich bei dem übergebenen Objekt nicht um eine PDF- oder XML-Datei handelt, das XML nicht wohlgeformt ist oder kein unterstütztes Format hat, wird ein Fehler geworfen.

Syntax

validateInvoice(object, config)

Parameter

Beispiel

let objects = require('common/objects');
let eInvoice = require('/agorum/roi/customers/agorum.electronic.invoicing/js/lib/e-invoice');

let SAMPLE_INVOICE = '/agorum/roi/customers/agorum.electronic.invoicing/test/data/auto_test_documents/Rechnung-12345678-12983760.pdf';
let sampleInvoice = objects.find(SAMPLE_INVOICE);
let validation = eInvoice.validateInvoice(sampleInvoice, { createHtmlReport: true });

validation;

Rückgabewert

Die Funktion gibt wie validate ein Objekt mit valid, validation und bei createHtmlReport: true zusätzlich htmlReport zurück.

Im Falle einer erfolgreichen Prüfung ist das:

{
  "valid" : true,
  "validation" : [ ]
}

Im Fehlerfall ist valid false, und validation enthält die Meldungen:

{
  "valid" : false,
  "validation" : [ {
    "level" : "error",
    "information" : "Invalid content found for unknown element. Value is missing or other value is expected: .",
    "message" : "[BR-AE-01]-An Invoice that contains an Invoice line (BG-25), a Document level allowance (BG-20) or a Document level charge (BG-21) where the VAT category code (BT-151, BT-95 or BT-102) is \"Reverse charge\" shall contain in the VAT Breakdown (BG-23) exactly one VAT category code (BT-118) equal with \"VAT reverse charge\"."
  } ] 
}

Der Aufbau der Meldungen ist bei validate beschrieben.

Wenn ein ZUGFeRD 1.0-Dokument erkannt wird, wird folgender Fehler geworfen: No supported e-invoicing format found. The given invoice is ZUGFeRD 1.0. ZUGFeRD 2.0 and newer are supported.