Beim Prüfen und Erzeugen von E-Rechnungen begegnen Ihnen Prüfcodes:BR-… sind die Geschäftsregeln der EN 16931, BR-DE-… und PEPPOL-… die zusätzlichen Pflichten der XRechnung, Codes in GROSSBUCHSTABEN mit Unterstrichen sind finisma-Vorabprüfungen, die Fehler abfangen, bevor eine Datei entsteht. Jeder Eintrag hier erklärt den Hintergrund und den schnellsten Weg zur Lösung. Fehlermeldungen im Prüfschritt verlinken direkt auf den passenden Eintrag.
SUM_LINES_NET Positionssumme passt nicht zum Netto-GesamtbetragDer Netto-Gesamtbetrag (BT-109) muss der Summe der Positionsbeträge entsprechen, bei Abzügen und Zuschlägen auf Dokumentebene abzüglich bzw. zuzüglich dieser Beträge (BR-CO-13).
Lösung: Positionen und Gesamtbetrag gegen den Beleg prüfen. Häufigste Ursache ist eine fehlende oder doppelt erfasste Position, ein vergessener Nachlass oder ein Zahlendreher im Einzelpreis.
SUM_VAT Steuersumme passt nicht zur AufschlüsselungDer Steuer-Gesamtbetrag (BT-110) muss der Summe der Steuerbeträge aus der USt-Aufschlüsselung entsprechen (BR-CO-14).
Lösung: Die Steuerbeträge je Satz prüfen. Das Prüfformular rechnet beim Korrigieren automatisch nach, von Hand eingetragene Summen müssen zusammenpassen.
SUM_GROSS Brutto ist nicht Netto plus SteuerDer Brutto-Gesamtbetrag (BT-112) muss exakt Netto plus Steuer ergeben (BR-CO-15).
Lösung: Meist stimmt einer der drei Werte nicht mit dem Beleg überein. Alle drei gegen das Original prüfen, Rundung auf zwei Nachkommastellen beachten.
VAT_RATE_MISMATCH Steuerbetrag passt nicht zum SteuersatzJe Aufschlüsselungszeile muss der Steuerbetrag dem Satz mal Bemessungsgrundlage entsprechen (BR-CO-17).
Lösung: Bemessungsgrundlage und Steuerbetrag der betroffenen Zeile gegen den Beleg prüfen. Bei Skonto- oder Rabattrechnungen liegt der Fehler oft in einer Grundlage vor Abzug.
VAT_BASIS_MISMATCH Bemessungsgrundlage passt nicht zu den PositionenDie Bemessungsgrundlage je Steuersatz muss der Summe der Positionen dieses Satzes entsprechen, korrigiert um Abzüge und Zuschläge desselben Satzes (BR-S-08).
Lösung: Prüfen, ob alle Positionen den richtigen Steuersatz tragen und ob ein Abzug oder Zuschlag dem falschen Satz zugeordnet ist.
VAT_BREAKDOWN_MISSING Aufschlüsselung für einen Steuersatz fehltJeder Steuersatz, der in den Positionen vorkommt, braucht eine eigene Zeile in der USt-Aufschlüsselung.
Lösung: Die fehlende Zeile ergänzen. Im Prüfformular entsteht sie automatisch, sobald eine Position den Satz trägt.
AMOUNT_NEGATIVE Negativer GesamtbetragEN 16931 kennt keine negativen Gesamtbeträge. Eine Gutschrift trägt positive Beträge, die Richtung ergibt sich aus der Dokumentart (381 Gutschrift, 384 Korrekturrechnung).
Lösung: Beträge positiv erfassen und die passende Dokumentart wählen.
LINE_NET_MISMATCH Positionsbetrag passt nicht zur Rechnung Menge mal PreisDer Nettobetrag einer Position (BT-131) muss Menge mal Einzelpreis ergeben, bei Positions-Abzügen und -Zuschlägen entsprechend korrigiert.
Lösung: Menge, Einzelpreis und die Zu-/Abschläge der Position gegen den Beleg prüfen. Das Prüfformular rechnet den Betrag automatisch.
BR-27 Negativer EinzelpreisDer Netto-Einzelpreis (BT-146) darf nicht negativ sein. Rabatte gehören als Abzug auf Dokument- oder Positionsebene in die Rechnung, nicht als Minus-Position.
Lösung: Die Minus-Position entfernen und stattdessen einen Abzug (Nachlass) mit Grund erfassen.
BR-16 Rechnung ohne PositionEine Rechnung muss mindestens eine Rechnungsposition enthalten (BG-25) — ohne Position gibt es nichts abzurechnen.
Lösung: Mindestens eine Position mit Bezeichnung, Menge und Preis erfassen.
BR-CO-10 Summe der Positionsbeträge stimmt nicht (BT-106)Die ausgewiesene Summe der Positionsbeträge muss der tatsächlichen Summe aller Positionen entsprechen.
Lösung: Positionsbeträge nachrechnen. Im Prüfformular passiert das automatisch bei jeder Änderung.
BR-CO-13 Netto-Gesamtbetrag falsch berechnetNetto (BT-109) ist die Positionssumme minus Abzüge plus Zuschläge auf Dokumentebene.
Lösung: Siehe SUM_LINES_NET: die Kette Positionssumme, Abzüge, Zuschläge prüfen.
BR-CO-14 Steuer-Gesamtbetrag falsch berechnetDer Steuer-Gesamtbetrag (BT-110) muss die Summe aller Steuerbeträge der USt-Aufschlüsselung sein.
Lösung: Siehe SUM_VAT: die Aufschlüsselungszeilen prüfen.
BR-CO-15 Brutto-Gesamtbetrag falsch berechnetDer Brutto-Gesamtbetrag (BT-112) muss exakt Netto plus Steuer ergeben, auf zwei Nachkommastellen gerundet.
Lösung: Siehe SUM_GROSS: die drei Summen gegeneinander prüfen.
BR-S-08 Bemessungsgrundlage je Standardsatz stimmt nichtFür jeden Standardsteuersatz muss die Bemessungsgrundlage der Summe der zugehörigen Positionen und Dokument-Zu-/Abschläge entsprechen.
Lösung: Siehe VAT_BASIS_MISMATCH: Zuordnung der Sätze prüfen.
BR-S-05 Kategorie Standard mit 0 %Die Kategorie S (Standard) verlangt einen Steuersatz über 0 %. Für 0 % gibt es eigene Kategorien: Z (Nullsatz), E (steuerbefreit), AE (Reverse Charge), K (innergemeinschaftlich), G (Export).
Lösung: In der Steueraufschlüsselung die passende 0-%-Kategorie wählen. Bei Reverse Charge nach § 13b UStG ist es AE.
BR-S-10 Kategorie Standard mit BefreiungsgrundDie Kategorie S (Standardsatz) darf keinen Befreiungsgrund tragen. Ein Befreiungsgrund gehört zu einer Befreiungskategorie.
Lösung: Den Befreiungsgrund an der Standardsatz-Zeile entfernen oder die passende Kategorie wählen (E steuerbefreit, AE Reverse Charge, K innergemeinschaftlich, G Export, O außerhalb des Anwendungsbereichs).
BR-Z-10 Nullsatz mit BefreiungsgrundDie Kategorie Z (Nullsatz) bedeutet 0 % ohne Begründung. Ein Befreiungsgrund (Text oder Code) ist bei Z nicht zulässig — er gehört zu den echten Befreiungskategorien.
Lösung: Trägt der Umsatz eine Begründung (zum Beispiel § 4 UStG oder Reverse Charge), die Kategorie E beziehungsweise AE wählen. Ist es wirklich ein Nullsatz-Umsatz, den Befreiungsgrund leeren.
BEFREIUNGSGRUND_STANDARDTEXT Befreiungskategorie ohne eigenen BefreiungsgrundDie Kategorien E, AE, K, G und O verlangen einen Befreiungsgrund. Ohne eigenen Text setzt finisma einen englischen Standardtext ein (zum Beispiel Reverse charge oder Exempt from VAT) — die Rechnung wird damit gültig erzeugt.
Lösung: Kein Zwang, aber besser: den konkreten Grund eintragen, bei Reverse Charge Steuerschuldnerschaft des Leistungsempfängers, bei Befreiungen die einschlägige Vorschrift (§ 4 Nr. … UStG).
LINE_VAT_CATEGORY_UNMATCHED Positions-Kategorie ohne passende AufschlüsselungEine Position trägt eine explizite Steuerkategorie, aber die Aufschlüsselung hat keine Zeile mit dieser Kategorie und diesem Satz.
Lösung: Die Kategorie der Position korrigieren oder die fehlende Aufschlüsselungszeile ergänzen. Im Prüfformular passiert das über das USt-Dropdown der Position automatisch.
LINE_VAT_CATEGORY_AMBIGUOUS Mehrdeutige 0-%-ZuordnungDie Rechnung führt mehrere Aufschlüsselungen mit demselben Steuersatz (zum Beispiel E und AE, beide 0 %). Positionen mit diesem Satz brauchen dann eine explizite Kategorie, sonst ist die Zuordnung nicht eindeutig.
Lösung: Jeder betroffenen Position im USt-Dropdown die richtige Kategorie geben, zum Beispiel 0 % Reverse Charge (AE) oder 0 % steuerbefreit (E).
BR-AE-02 Reverse Charge ohne USt-IdNr. des KäufersBei Steuerschuldnerschaft des Leistungsempfängers (AE) verlangt EN 16931 die USt-IdNr. beider Parteien. Die des Verkäufers allein genügt nicht.
Lösung: Die USt-IdNr. des Käufers erfassen, mit Länderkennung, zum Beispiel ATU12345675.
BR-O-02 Außerhalb des Anwendungsbereichs mit USt-IdNr.Die Kategorie O gilt für Umsätze außerhalb des Umsatzsteuer-Anwendungsbereichs. Eine solche Rechnung darf weder die USt-IdNr. des Verkäufers noch die des Käufers tragen. Die nationale Steuernummer des Verkäufers bleibt erlaubt.
Lösung: Die USt-IdNr. entfernen (beim Verkäufer stattdessen die Steuernummer erfassen). Liegt der Umsatz doch im Anwendungsbereich, die passende Kategorie wählen, zum Beispiel E oder AE.
BR-O-11 Außerhalb des Anwendungsbereichs gemischt mit anderen KategorienDie Kategorie O ist eine Ganz-oder-gar-nicht-Kategorie: Eine Rechnung mit O darf keine weiteren Steueraufschlüsselungen oder Positionen mit anderer Kategorie enthalten.
Lösung: Die Posten außerhalb des Anwendungsbereichs als eigene Rechnung stellen oder die Kategorie der übrigen Posten prüfen.
BR-IC-12 Innergemeinschaftliche Lieferung ohne LieferlandBei Kategorie K (innergemeinschaftliche Lieferung) muss das Lieferland angegeben sein.
Lösung: Das Lieferland als Zwei-Buchstaben-Code erfassen (zum Beispiel AT), im Prüfformular im Akkordeon Lieferanschrift.
DELIVERY_COUNTRY_MISSING Lieferanschrift ohne LandEine Lieferanschrift braucht ein Land (BR-57). Straße und Ort ohne Ländercode sind unvollständig.
Lösung: Das Lieferland im Akkordeon Lieferanschrift ergänzen, zum Beispiel DE.
TAX_CURRENCY_INCOMPLETE Steuerwährung ohne SteuerbetragWird die Steuer in einer anderen Währung gemeldet als die Rechnung lautet, gehören Steuerwährung und Steuerbetrag in dieser Währung zusammen (BR-53).
Lösung: Den Steuerbetrag in der Steuerwährung ergänzen oder beide Felder leeren.
TAX_CURRENCY_REDUNDANT Steuerwährung gleich RechnungswährungDie Steuerwährung ist nur für den Fall gedacht, dass sie von der Rechnungswährung abweicht.
Lösung: Kein Handlungsbedarf: Die Angabe wird nicht ins XML übernommen. Das Feld kann geleert werden.
BR-CL-23 Unbekannter Einheiten-CodeDie Mengeneinheit muss aus der Codeliste UN/ECE Rec 20 kommen (C62 Stück, HUR Stunde, KGM Kilogramm). Freitext wie Stk. oder Std. ist nicht zulässig.
Lösung: Im Prüfformular die Einheit aus der Liste wählen. Über die API die Codeliste /codelists/units abfragen.
BR-CO-26 Verkäufer ohne SteuerkennungDer Verkäufer muss eindeutig identifizierbar sein, über USt-IdNr., Steuernummer oder Kennung. Ohne eine davon kann der Empfänger den Rechnungssteller nicht zuordnen.
Lösung: USt-IdNr. (DE123456789) oder Steuernummer des Verkäufers erfassen.
BR-CO-09 USt-IdNr. ohne gültiges FormatEine USt-IdNr. beginnt mit dem Ländercode nach ISO 3166-1 (zwei Großbuchstaben) gefolgt von der Kennung, zum Beispiel DE123456789.
Lösung: Den Wert gegen das Original prüfen. Kleinschreibung und Leerzeichen korrigiert finisma automatisch, ein falscher oder fehlender Präfix nicht.
BUYER_VAT_ID_IMPLAUSIBLE USt-IdNr. des Käufers unplausibelFür Reverse Charge und innergemeinschaftliche Lieferung braucht die Rechnung die echte USt-IdNr. des Käufers im Landesformat (für Deutschland DE plus neun Ziffern).
Lösung: Die Nummer gegen den Beleg prüfen, gern mit dem VIES-Check neben dem Feld.
BUYER_TAX_ID_NOT_TRANSFERABLE Steuernummer des Käufers nicht übertragbarEN 16931 sieht beim Käufer nur eine USt-IdNr. mit Länderkennung vor. Eine nationale Steuernummer des Käufers kann nicht in die E-Rechnung übernommen werden.
Lösung: Wenn vorhanden, die USt-IdNr. des Käufers eintragen. Die Steuernummer bleibt sonst einfach weg, das ist zulässig.
ARTICLE_ID_NOT_IN_DOCUMENT Artikelkennung steht nicht im DokumentDie erfasste Artikelnummer kommt im Rechnungstext nicht vor. Häufigste Ursache ist eine Nummer, die beim Auslesen aus der Nachbarzeile übernommen wurde.
Lösung: Die Nummer gegen die Positionstabelle des Originals prüfen und korrigieren oder leeren.
BR-CO-25 Zahlbetrag ohne FälligkeitBei positivem Zahlbetrag verlangt EN 16931 ein Fälligkeitsdatum oder eine Zahlungsbedingung im Text.
Lösung: Fälligkeitsdatum setzen oder eine Zahlungsbedingung erfassen (zahlbar innerhalb 14 Tagen).
BR-61 Überweisung ohne EmpfängerkontoBei den Zahlungsarten 30 und 58 (Überweisung) verlangt die Norm die IBAN des Empfängerkontos (BT-84).
Lösung: Die IBAN des Zahlungsempfängers erfassen oder die Zahlungsart anpassen.
IBAN_LENGTH_INVALID IBAN mit falscher LängeJedes Land hat eine feste IBAN-Länge (Deutschland 22 Stellen). Eine abweichende Länge ist sicher ein Lesefehler.
Lösung: Die IBAN Zeichen für Zeichen mit dem Original abgleichen.
IBAN_CHECKSUM_INVALID IBAN-Prüfsumme falschDie IBAN trägt eine Prüfsumme. Stimmt sie nicht, ist die Nummer sicher falsch, meist ein verlesenes oder vertipptes Zeichen.
Lösung: Die IBAN mit dem Original abgleichen, typisch sind 0/O- und 1/l-Verwechslungen.
IBAN_NOT_IN_DOCUMENT IBAN steht nicht im DokumentDie erfasste IBAN kommt im Rechnungstext nicht vor. finisma übernimmt keine Bankverbindungen, die nicht im Beleg stehen.
Lösung: Die IBAN gegen den Beleg prüfen. Steht sie nur auf dem Briefpapier-Scan, den Wert von dort übernehmen.
IBAN_AMBIGUOUS Mehrere IBANs im DokumentDas Dokument nennt mehrere unterschiedliche IBANs (zum Beispiel eigene und die eines Zahlungsdienstleisters).
Lösung: Die IBAN wählen, auf die gezahlt werden soll, und die Auswahl bewusst bestätigen.
SKONTO_AFTER_DUE_DATE Skonto-Frist nach FälligkeitSkonto ist ein Nachlass für vorzeitige Zahlung. Eine Skonto-Frist nach dem Fälligkeitsdatum ergibt keinen Sinn.
Lösung: Frist und Fälligkeitsdatum gegen den Beleg prüfen.
SKONTO_PERCENT_IMPLAUSIBLE Ungewöhnlich hoher Skonto-SatzÜblich sind 1 bis 5 Prozent. Höhere Werte sind fast immer ein Lesefehler.
Lösung: Den Satz gegen die Originalrechnung prüfen.
SEPA_MANDATE_MISSING Lastschrift ohne MandatsreferenzBei SEPA-Lastschrift (Zahlungsart 59) gehört die Mandatsreferenz (BT-89) in die Rechnung, sonst kann der Käufer die Abbuchung nicht zuordnen.
Lösung: Die Mandatsreferenz aus dem SEPA-Mandat erfassen.
SEPA_CREDITOR_ID_MISSING Lastschrift ohne Gläubiger-IDBei SEPA-Lastschrift gehört die Gläubiger-Identifikationsnummer des Verkäufers (BT-90) in die Rechnung.
Lösung: Die Gläubiger-ID erfassen (Format DE98ZZZ09999999999).
SEPA_DEBITED_IBAN_MISSING Lastschrift ohne belastetes KontoBei Lastschrift steht in der Rechnung das BELASTETE Konto des Käufers (BT-91), nicht das Empfängerkonto.
Lösung: Die IBAN des Kontos erfassen, von dem abgebucht wird.
SEPA_DEBITED_IBAN_INVALID Belastetes Konto mit ungültiger IBANDie IBAN des belasteten Kontos hat eine falsche Prüfsumme.
Lösung: Die IBAN mit dem Mandat abgleichen.
BR-DE-1 XRechnung ohne ZahlungsangabenDie XRechnung verlangt Angaben zur Zahlung (BG-16), anders als das EN-16931-Basisprofil.
Lösung: Zahlungsart oder Empfänger-IBAN erfassen (payment.meansCode oder payment.iban).
BR-DE-2 XRechnung ohne Verkäufer-KontaktDie XRechnung verlangt einen Ansprechpartner des Verkäufers (BG-6) mit Name, Telefon und E-Mail.
Lösung: Alle drei Kontaktfelder des Verkäufers füllen.
BR-DE-5 Verkäufer-Kontakt ohne NameZum Pflicht-Kontakt der XRechnung gehört der Name (BT-41).
Lösung: Den Namen des Ansprechpartners ergänzen.
BR-DE-6 Verkäufer-Kontakt ohne TelefonnummerZum Pflicht-Kontakt der XRechnung gehört die Telefonnummer (BT-42).
Lösung: Die Telefonnummer des Ansprechpartners ergänzen.
BR-DE-7 Verkäufer-Kontakt ohne E-MailZum Pflicht-Kontakt der XRechnung gehört die E-Mail-Adresse (BT-43).
Lösung: Die E-Mail-Adresse des Ansprechpartners ergänzen.
BR-DE-15 XRechnung ohne Leitweg-IDÖffentliche Auftraggeber in Deutschland erwarten in der Käuferreferenz (BT-10) die Leitweg-ID. Sie steuert die Zustellung an die richtige Stelle.
Lösung: Die Leitweg-ID beim Auftraggeber erfragen und als Käuferreferenz erfassen (Format wie 04011000-1234512345-06).
BR-DE-17 Dokumentart in der XRechnung nicht vorgesehenDie XRechnung empfiehlt die Dokumentarten 326, 380, 381, 384, 389 und 875 bis 877. Andere Codes werden als Warnung markiert.
Lösung: Wenn möglich eine der empfohlenen Dokumentarten wählen.
PEPPOL-EN16931-R010 Elektronische Adresse des Käufers fehltDie XRechnung verlangt die elektronische Adresse beider Parteien (BT-49 beim Käufer), etwa die Leitweg-ID (Schema 0204) oder eine E-Mail-Adresse (Schema EM).
Lösung: buyer.electronicAddress erfassen, bei Behörden üblicherweise die Leitweg-ID mit Schema 0204.
PEPPOL-EN16931-R020 Elektronische Adresse des Verkäufers fehltDie XRechnung verlangt die elektronische Adresse beider Parteien (BT-34 beim Verkäufer).
Lösung: seller.electronicAddress erfassen, im Zweifel die Rechnungs-E-Mail-Adresse (Schema EM).
DOCUMENT_TYPE_CONTRADICTION Text sagt Gutschrift, Dokumentart sagt RechnungDer Rechnungstext deutet auf eine Gutschrift oder Korrektur hin, die Dokumentart steht aber auf 380 (Handelsrechnung). Die Beträge einer E-Rechnung sind immer positiv, die Richtung trägt allein die Dokumentart.
Lösung: Die Dokumentart auf 381 (Gutschrift) oder 384 (Korrekturrechnung) stellen.
PRECEDING_INVOICE_MISSING Gutschrift ohne Bezug zur UrsprungsrechnungBei Gutschrift und Korrekturrechnung erwarten Empfänger die Nummer der ursprünglichen Rechnung (BT-25), sonst ist die Korrektur nicht zuordenbar.
Lösung: Die Nummer (und wenn bekannt das Datum) der Ursprungsrechnung erfassen.
SELF_BILLING_TEXT_MISSING Selbstfakturierung ohne Gutschrift-AngabeBei Dokumentart 389 stellt der Leistungsempfänger die Rechnung aus. § 14 UStG verlangt dann die Angabe Gutschrift im Dokument.
Lösung: Die Angabe Gutschrift in den Rechnungstext oder die Notizen aufnehmen.
DELIVERY_DATE_AFTER_ISSUE Leistungsdatum nach RechnungsdatumEin Leistungsdatum nach dem Rechnungsdatum ist ungewöhnlich und oft ein Auslesefehler (etwa ein Liefertermin statt des Leistungsdatums).
Lösung: Prüfen, ob das Dokument wirklich ein Leistungsdatum nennt. Wenn nicht, das Feld leeren, dann gilt das Rechnungsdatum.
ALLOWANCE_PERCENT_WITHOUT_BASIS Prozentsatz ohne GrundbetragEin Abzug oder Zuschlag mit Prozentsatz braucht den Grundbetrag, sonst kann der Empfänger die Rechnung nicht nachvollziehen.
Lösung: Grundbetrag ergänzen oder den Prozentsatz weglassen und nur den Betrag angeben.
ALLOWANCE_AMOUNT_MISMATCH Abzugsbetrag passt nicht zu Prozent und GrundlageProzentsatz mal Grundbetrag muss den angegebenen Betrag ergeben.
Lösung: Die drei Werte gegen den Beleg prüfen, das Prüfformular rechnet den Betrag automatisch.
GROSS_TOTAL_NOT_IN_TEXT Bruttobetrag steht so nicht im DokumentDer erfasste Bruttobetrag kommt im Rechnungstext nicht vor. Häufigste Ursache ist ein übersehener Nachlass oder Zuschlag auf Dokumentebene.
Lösung: Den Endbetrag des Originals suchen und prüfen, ob ein Abzug oder Zuschlag (Nachlass, Rabatt, Umlage) erfasst werden muss.
PAID_AMOUNT_NOT_IN_TEXT Gezahlter Betrag steht so nicht im DokumentDer erfasste bereits gezahlte Betrag kommt im Text nicht vor. Anzahlungen werden brutto erfasst.
Lösung: Gegen die Zahlungsaufstellung des Belegs prüfen.
PREPAYMENT_NOT_DEDUCTED Anzahlung erwähnt, aber nicht erfasstDer Text deutet auf eine Abschlags- oder Anzahlung hin, es ist aber kein gezahlter Betrag erfasst. Ohne ihn fordert die E-Rechnung den vollen Betrag und der Empfänger zahlt doppelt.
Lösung: Die geleistete Anzahlung als bereits gezahlten Betrag (brutto) erfassen.
CREDIT_BALANCE_HINT Guthaben angekündigt, Rechnung fordert ZahlungDas Dokument kündigt eine Erstattung an, die Rechnung weist aber einen offenen Zahlbetrag aus.
Lösung: Prüfen, ob die volle Vorauszahlung als gezahlter Betrag erfasst ist oder ob das Dokument eine Gutschrift (Dokumentart 381) ist.
RETENTION_AS_ALLOWANCE Sicherheitseinbehalt als Abzug erfasstEin Sicherheitseinbehalt mindert weder Betrag noch Steuer. Er gehört als Text in die Zahlungsbedingungen, nicht als Abzug.
Lösung: Den Abzug entfernen und den Einbehalt wörtlich in die Zahlungsbedingungen aufnehmen (zum Beispiel 5 % Sicherheitseinbehalt bis zur Abnahme).
RETENTION_AS_DISCOUNT Sicherheitseinbehalt als Skonto erfasstSkonto ist ein Nachlass für frühzeitige Zahlung. Der Einbehalt daneben im Beleg ist etwas anderes.
Lösung: Skonto-Felder leeren und den Einbehalt in die Zahlungsbedingungen schreiben.
RETENTION_AS_PREPAYMENT Sicherheitseinbehalt als Zahlung erfasstEin Einbehalt ist keine geleistete Zahlung. Als gezahlter Betrag erfasst würde er den offenen Betrag falsch senken.
Lösung: Den gezahlten Betrag korrigieren, der Einbehalt gehört in die Zahlungsbedingungen.
RETENTION_MISSING_IN_TERMS Sicherheitseinbehalt fehlt in den ZahlungsbedingungenDas Dokument nennt einen Sicherheitseinbehalt, die Zahlungsbedingungen der E-Rechnung aber nicht. Da der Einbehalt keinen Betrag mindert, ist der Text der einzige Ort, an dem er ankommt.
Lösung: Den Einbehalt wörtlich in die Zahlungsbedingungen aufnehmen.
EXTRACTION_UNCERTAIN Feld unsicher ausgelesenfinisma erfindet keine Daten. Konnte ein Pflichtwert nicht sicher aus der PDF gelesen werden, steht ein Platzhalter im Feld und diese Meldung daran.
Lösung: Den Wert aus dem Original ablesen und eintragen, danach verschwindet die Meldung.
XSD Strukturfehler im XML (cvc-Meldungen)Meldungen, die mit cvc- beginnen (zum Beispiel cvc-complex-type.2.4.a), kommen aus der XML-Schemaprüfung: ein Element steht an der falschen Stelle oder hat den falschen Typ. Bei mit finisma erzeugten Rechnungen kommt das praktisch nicht vor, geprüfte Fremddateien betrifft es öfter.
Lösung: Bei einer geprüften Fremddatei den Aussteller auf den Strukturfehler hinweisen. Die Meldung nennt das betroffene Element.
PDFA PDF/A-Konformität verletztEine ZUGFeRD-Rechnung ist eine PDF/A-3-Datei. Befunde der PDF/A-Prüfung betreffen die PDF-Ebene (Schriften, Metadaten, Transparenz), nicht die Rechnungsdaten.
Lösung: Bei einer geprüften Fremddatei den Aussteller informieren. finisma-eigene Ausgaben durchlaufen die PDF/A-Prüfung vor der Auslieferung.
Ein Code fehlt oder eine Erklärung lässt Sie ratlos zurück? Schreiben Sie uns an erechnung@paulibytes.de, wir ergänzen das Glossar laufend.