Referenz der Validierungsregeln

• BR-01Die Spezifikationskennung in CustomizationID angeben

  Das Wurzelelement des Dokuments benötigt ein nicht leeres cbc:CustomizationID. Für Peppol BIS Billing 3.0 ist es ein fester Wert, der nicht aus Quelldaten gelesen wird.

• BR-02Die Rechnungsnummer im cbc:ID auf Dokumentenebene angeben

  Das cbc:ID direkt unter dem Wurzelelement muss die Rechnungs- oder Gutschriftnummer enthalten. Ein leeres Element schlägt fehl; ein fehlendes weist bereits die XSD ab.

• BR-04Den Code für den Rechnungstyp angeben

  Das Dokument hat kein cbc:InvoiceTypeCode (cbc:CreditNoteTypeCode in einer Gutschrift), oder es ist leer. Geben Sie den Code für die Art des Dokuments an, etwa 380.

• BR-05Den Code für die Rechnungswährung angeben

  Das Dokument hat kein cbc:DocumentCurrencyCode, oder es ist leer. Geben Sie die Währung, in der die Rechnung ausgestellt ist, als dreistelligen Buchstabencode nach ISO 4217 an.

• BR-06Den Namen des Verkäufers als RegistrationName des Lieferanten angeben

  Die Partei des Lieferanten benötigt ein nicht leeres cbc:RegistrationName innerhalb von cac:PartyLegalEntity. Ein Handelsname in cac:PartyName zählt nicht.

• BR-07Den Namen des Käufers als RegistrationName des Kunden angeben

  Die Partei des Kunden benötigt ein nicht leeres cbc:RegistrationName innerhalb von cac:PartyLegalEntity. Ein leeres Element schlägt fehl, ebenso ein fehlendes.

• BR-08Die Postanschrift des Verkäufers angeben

  Die cac:Party des Verkäufers muss eine cac:PostalAddress enthalten. Diese Regel prüft nur, ob die Gruppe vorhanden ist; den Ländercode darin prüft BR-09.

• BR-10Die Postanschrift des Käufers angeben

  Die cac:Party des Käufers benötigt ein Kindelement cac:PostalAddress. Hier wird nur geprüft, ob es vorhanden ist; der Ländercode des Käufers darin ist Gegenstand von BR-11.

• BR-11Den Ländercode in der Postanschrift des Käufers angeben

  Eine cac:PostalAddress des Käufers muss cac:Country/cbc:IdentificationCode mit Wert enthalten. Ein fehlender, leerer oder nur aus Leerraum bestehender Code schlägt gleichermaßen fehl.

• BR-12Die Summe der Nettobeträge der Positionen in den Gesamtbeträgen angeben

  In cac:LegalMonetaryTotal fehlt cbc:LineExtensionAmount. Tragen Sie dort die Summe der Nettobeträge der Positionen ein, auch wenn das Dokument nur eine Position hat.

• BR-13Die Summe ohne Umsatzsteuer in den Gesamtbeträgen angeben

  In cac:LegalMonetaryTotal fehlt cbc:TaxExclusiveAmount. Geben Sie die Summe ohne Umsatzsteuer an: Positionssumme minus Nachlässe plus Zuschläge auf Dokumentenebene.

• BR-17Den Zahlungsempfänger benennen oder einen Zahlungsempfänger entfernen, der der Verkäufer ist

  Eine cac:PayeeParty benötigt cac:PartyName/cbc:Name, und ihr Name oder ihre Kennung darf nicht die des Verkäufers wiederholen. Wird der Verkäufer bezahlt, lassen Sie sie weg.

• BR-18Den Namen des Steuervertreters des Verkäufers angeben

  Eine cac:TaxRepresentativeParty muss einen Namen in cac:PartyName/cbc:Name tragen. Ein leerer Name schlägt fehl, und ein cbc:RegistrationName zählt nicht.

• BR-21Jeder Position eine nicht leere Positionskennung geben

  Das cbc:ID am Anfang jeder Rechnungs- oder Gutschriftposition muss Text enthalten. Eine leere oder nur aus Leerraum bestehende Positionskennung schlägt fehl; ihr Wert wird nicht geprüft.

• BR-22Jeder Position die berechnete oder gutgeschriebene Menge geben

  Jede Position benötigt ein Mengenelement, cbc:InvoicedQuantity oder cbc:CreditedQuantity. Ohne dieses Element schlagen auch die Prüfung des Einheitencodes und die Positionsberechnung fehl.

• BR-23Das unitCode-Attribut an der Positionsmenge ergänzen

  Das cbc:InvoicedQuantity oder cbc:CreditedQuantity jeder Position muss ein Attribut unitCode tragen, das seine Maßeinheit angibt.

• BR-25Jeder Position einen Artikelnamen geben

  Jede Position einer Rechnung oder Gutschrift braucht ein nicht leeres cac:Item/cbc:Name. Es wird je Position geprüft, und eine Artikelbeschreibung ersetzt es nicht.

• BR-26Den Nettopreis des Artikels in jeder Position ergänzen

  Jede Position braucht cac:Price/cbc:PriceAmount, den Nettopreis je Einheit. Eine Position ohne cac:Price schlägt hier fehl, und die Peppol-Positionsberechnung mit ihr.

• BR-27Einen negativen Nettopreis des Artikels durch Verlagern des Vorzeichens auf die Menge korrigieren

  Der Nettopreis des Artikels in einer Position liegt unter null. Preise müssen null oder positiv sein: Drücken Sie eine Minderung oder Korrektur mit einer negativen Menge aus.

• BR-28Den Bruttopreis des Artikels auf null oder einen positiven Wert setzen

  Der Bruttopreis in cbc:BaseAmount eines Preisnachlasses der Position darf nicht unter null liegen. Eine Minderung oder Korrektur erhält ihr Vorzeichen über die Menge.

• BR-29Einen Abrechnungszeitraum korrigieren, der endet, bevor er beginnt

  Wenn der Abrechnungszeitraum auf Dokumentenebene beide Daten angibt, muss cbc:EndDate auf denselben Tag wie cbc:StartDate oder später fallen.

• BR-32Jedem Nachlass auf Dokumentenebene eine Umsatzsteuerkategorie geben

  Ein Nachlass auf Dokumentenebene braucht eine cac:TaxCategory mit einer cbc:ID im Umsatzsteuerschema, damit der Rabatt von der richtigen Umsatzsteueraufschlüsselung abgezogen wird.

• BR-45Den Steuerbasisbetrag in jeder Umsatzsteueraufschlüsselung ergänzen

  Jedes cac:TaxSubtotal braucht ein cbc:TaxableAmount: den Nettobetrag, auf den die Umsatzsteuer in dieser Aufschlüsselung berechnet wird.

• BR-47Den Code der Umsatzsteuerkategorie in jeder Umsatzsteueraufschlüsselung ergänzen

  Jedes cac:TaxSubtotal braucht eine cac:TaxCategory/cbc:ID mit dem Code der Umsatzsteuerkategorie, in einer Steuerkategorie, deren Steuerschema VAT ist.

• BR-48Den Umsatzsteuersatz in jeder Umsatzsteueraufschlüsselung ergänzen

  Jede Umsatzsteueraufschlüsselung braucht cbc:Percent in ihrer Steuerkategorie, auch wenn der Satz 0 ist. Nur Kategorie O, nicht der Umsatzsteuer unterliegend, darf es weglassen.

• BR-50Die Kontokennung im Zahlungskonto des Zahlungsempfängers ergänzen

  Eine Überweisung mit Code 30 oder 58 hat ein cac:PayeeFinancialAccount, aber keine Kontonummer in dessen cbc:ID. Ergänzen Sie die tatsächliche Kontokennung.

• BR-51Die vollständige Kartennummer durch ihre letzten vier Ziffern ersetzen

  Warnung: cbc:PrimaryAccountNumberID ist länger als 10 Zeichen, was auf eine vollständige Kartennummer hindeutet. Übermitteln Sie die letzten vier Ziffern; die Rechnung bleibt gültig.

• BR-52Jedem Verweis auf eine rechnungsbegründende Unterlage eine Kennung geben

  Jede cac:AdditionalDocumentReference braucht eine cbc:ID, die die rechnungsbegründende Unterlage benennt. Eine leere oder nur aus Leerraum bestehende Kennung schlägt fehl.

• BR-53Die Umsatzsteuersumme in der Umsatzsteuer-Buchungswährung ergänzen

  Wenn cbc:TaxCurrencyCode angegeben ist, braucht das Dokument eine zweite Steuersumme, deren cbc:TaxAmount in dieser Währung angegeben ist.

• BR-54Jedem Artikelattribut sowohl einen Namen als auch einen Wert geben

  Jede cac:AdditionalItemProperty muss ein cbc:Name und ein cbc:Value haben. Hat der Artikel für ein Attribut keinen Wert, lassen Sie das Attribut weg.

• BR-55Die Nummer der vorausgegangenen Rechnung in die Rechnungsreferenz eintragen

  Jede cac:BillingReference muss eine cac:InvoiceDocumentReference mit einer cbc:ID enthalten. Lassen Sie die Rechnungsreferenz weg, wenn es keine vorausgegangene Rechnung gibt.

• BR-56Die Umsatzsteuer-Identifikationsnummer des Steuervertreters des Verkäufers ergänzen

  Eine cac:TaxRepresentativeParty braucht ein cac:PartyTaxScheme mit dem Steuerschema VAT und einer cbc:CompanyID: der USt-IdNr. des Vertreters selbst.

• BR-57Den Ländercode in der Lieferanschrift ergänzen

  Eine Lieferanschrift in cac:DeliveryLocation/cac:Address muss cac:Country/cbc:IdentificationCode enthalten. Geprüft wird hier nur, ob er vorhanden ist.

• BR-61Das Zahlungskonto zu einer Überweisung ergänzen

  Der Code 30 oder 58 für die Zahlungsart kündigt eine Überweisung an, also muss die Rechnung angeben, auf welches Konto zu zahlen ist: cac:PayeeFinancialAccount/cbc:ID.

• BR-62Das Attribut schemeID an der elektronischen Adresse des Verkäufers ergänzen

  Hat die Partei des Verkäufers eine cbc:EndpointID, muss das Element ein Attribut schemeID tragen, das angibt, zu welchem Schema die Adresse gehört.

• BR-63Das Attribut schemeID an der elektronischen Adresse des Käufers ergänzen

  Eine cbc:EndpointID des Käufers muss ein Attribut schemeID tragen. Die Regel prüft, ob das Attribut existiert, nicht, was es enthält.

• BR-64Das Attribut schemeID an der Standardkennung des Artikels ergänzen

  Eine Standardkennung des Artikels in cac:StandardItemIdentification/cbc:ID muss in schemeID angeben, zu welchem Schema sie gehört: 0160 für eine GTIN.

• BR-65Das Attribut listID am Klassifizierungscode des Artikels ergänzen

  Ein Klassifizierungscode des Artikels in cac:CommodityClassification muss sein Klassifizierungssystem in listID nennen, mit einem Code aus UNTDID 7143.

• BR-CO-03Entweder das Datum oder den Code des Steuerzeitpunkts senden, nicht beides

  cbc:TaxPointDate und der Code des Steuerzeitpunkts in cac:InvoicePeriod/cbc:DescriptionCode dürfen nicht zusammen vorkommen. Senden Sie eines von beiden oder keines.

• BR-CO-04Den Code der Umsatzsteuerkategorie in jeder Rechnungsposition angeben

  Jede Position braucht cac:Item/cac:ClassifiedTaxCategory/cbc:ID unter dem Steuerschema VAT, das die Umsatzsteuerkategorie des Artikels angibt.

• BR-CO-09Das Länderpräfix einer Umsatzsteuer-Identifikationsnummer ergänzen

  Die Umsatzsteuer-Identifikationsnummern von Verkäufer, Käufer und Steuervertreter müssen mit einem zweistelligen Ländercode in Großbuchstaben beginnen, etwa GB oder EL.

• BR-CO-10Eine Positionssumme korrigieren, die nicht der Summe der Positionen entspricht

  Die Summe der Nettobeträge der Positionen in den Gesamtbeträgen muss den addierten Nettobeträgen der Positionen entsprechen, auf zwei Nachkommastellen gerundet.

• BR-CO-11Eine Summe der Nachlässe auf Dokumentenebene korrigieren, die nicht zu ihren Nachlässen passt

  Die Summe der Nachlässe in den Gesamtbeträgen muss der Summe der Nachlassbeträge auf Dokumentenebene entsprechen, auf zwei Nachkommastellen gerundet.

• BR-CO-12Eine Summe der Zuschläge auf Dokumentenebene korrigieren, die nicht zu ihren Zuschlägen passt

  Die Summe der Zuschläge in den Gesamtbeträgen muss der Summe der Zuschlagsbeträge auf Dokumentenebene entsprechen, auf zwei Nachkommastellen gerundet.

• BR-CO-13Eine Summe ohne Umsatzsteuer korrigieren, die sich nicht aus den anderen Summen ergibt

  Die Summe ohne Umsatzsteuer muss der Positionssumme minus der Summe der Nachlässe plus der Summe der Zuschläge auf Dokumentenebene entsprechen, auf zwei Nachkommastellen.

• BR-CO-14Eine Umsatzsteuersumme korrigieren, die nicht zur Umsatzsteueraufschlüsselung passt

  Die Umsatzsteuersumme eines Steuerblocks muss der Summe der Steuerbeträge in seinen Umsatzsteueraufschlüsselungen entsprechen, auf zwei Nachkommastellen gerundet.

• BR-CO-15Eine Summe mit Umsatzsteuer korrigieren, die nicht die Summe ohne Umsatzsteuer plus die Umsatzsteuersumme ist

  Die Summe mit Umsatzsteuer muss der Summe ohne Umsatzsteuer plus der Umsatzsteuersumme in der Dokumentwährung entsprechen, auf zwei Nachkommastellen gerundet.

• BR-CO-16Einen fälligen Betrag korrigieren, der sich nicht aus der Summe mit Umsatzsteuer ergibt

  Der fällige Betrag muss der Summe mit Umsatzsteuer minus dem Vorauszahlungsbetrag plus dem Rundungsbetrag entsprechen, auf zwei Nachkommastellen.

• BR-CO-17Einen Betrag der Umsatzsteueraufschlüsselung korrigieren, der nicht Steuerbasisbetrag mal Satz entspricht

  Jeder Steuerbetrag einer Umsatzsteueraufschlüsselung muss zu seinem Steuerbasisbetrag mal Satz passen. Die Prüfung toleriert eine Abweichung unter 1.00, der richtige Wert nicht.

• BR-CO-18Die fehlende Umsatzsteueraufschlüsselung im Steuerblock ergänzen

  Jede Rechnung und jede Gutschrift braucht mindestens eine Umsatzsteueraufschlüsselung: ein TaxSubtotal innerhalb eines TaxTotal auf Dokumentenebene.

• BR-CO-19Dem Rechnungszeitraum ein Anfangsdatum, ein Enddatum oder beides geben

  Ein Rechnungszeitraum in cac:InvoicePeriod braucht cbc:StartDate, cbc:EndDate oder beides. Eine Beschreibung des Zeitraums in Worten zählt nicht.

• BR-CO-21Jedem Nachlass auf Dokumentenebene einen Code für den Grund oder einen Text zum Grund geben

  Ein Rabatt oder anderer Nachlass auf das ganze Dokument muss angeben, warum er gewährt wird, in cbc:AllowanceChargeReasonCode, cbc:AllowanceChargeReason oder beiden.

• BR-CO-22Für jeden Zuschlag auf Dokumentenebene den Grund angeben

  Ein Zuschlag auf das ganze Dokument, etwa für Fracht oder Verpackung, muss einen Code für den Grund aus UNTDID 7161, einen Text zum Grund oder beides tragen.

• BR-CO-23Jedem Nachlass an einer Rechnungsposition einen Grund geben

  Ein Nachlass an einer Position einer Rechnung oder Gutschrift muss seinen Grund als Code, Text oder beides nennen. Der Preisnachlass innerhalb von cac:Price ist nicht erfasst.

• BR-CO-26Dem Verkäufer eine Umsatzsteuer-Identifikationsnummer, eine Registrierungskennung oder eine Verkäuferkennung geben

  Der Verkäufer muss mindestens eines tragen: eine Umsatzsteuer-Identifikationsnummer, eine Kennung des Verkäufers in cac:PartyIdentification oder eine Kennung der rechtlichen Registrierung.

• BR-CL-01Einen zulässigen Dokumenttypcode verwenden

  cbc:InvoiceTypeCode und cbc:CreditNoteTypeCode müssen einen Code aus UNTDID 1001 aus der Liste für die jeweilige Dokumentart enthalten, etwa 380 oder 381.EN 16931

• BR-CL-03In jedem Attribut currencyID einen Währungscode nach ISO 4217 verwenden

  Die currencyID eines Betrags ist kein dreibuchstabiger Code nach ISO 4217. Verwenden Sie den Code der Rechnungswährung, etwa GBP, in Großbuchstaben.EN 16931

• BR-CL-04Einen alphabetischen Code nach ISO 4217 für die Rechnungswährung verwenden

  cbc:DocumentCurrencyCode muss ein aktueller dreibuchstabiger Code nach ISO 4217 in Großbuchstaben sein, etwa GBP. Namen, Symbole, numerische Codes und Kleinschreibung scheitern.EN 16931

• BR-CL-10Einen ICD-Code nach ISO 6523 als Schema einer Parteikennung verwenden

  Die schemeID an einer cac:PartyIdentification/cbc:ID muss ein ICD-Code nach ISO 6523 sein, etwa 0088 für eine GLN. SEPA ist nur für Verkäufer und Zahlungsempfänger zulässig.EN 16931

• BR-CL-13Einen Code aus UNTDID 7143 in der listID der Klassifizierung verwenden

  Die listID eines Artikelklassifizierungscodes muss ein Code aus UNTDID 7143 sein, etwa TST für UNSPSC oder STI für CPV, nicht der Name des Schemas.EN 16931

• BR-CL-14Einen Alpha-2-Ländercode nach ISO 3166-1 in Anschriften verwenden

  Jeder cac:Country/cbc:IdentificationCode muss ein zweistelliger Code nach ISO 3166-1 in Großbuchstaben sein. Der Code für das Vereinigte Königreich ist GB, nicht UK.EN 16931

• BR-CL-16Einen Code für die Zahlungsart aus UNTDID 4461 verwenden

  cbc:PaymentMeansCode muss ein Code aus UNTDID 4461 sein, etwa 30 für eine Überweisung oder 49 für eine Lastschrift, kein Name eines Bankverfahrens oder Produkts.EN 16931

• BR-CL-17Einen zulässigen Code der Umsatzsteuerkategorie in jeder Steuerkategorie verwenden

  Jede cac:TaxCategory/cbc:ID muss einer der Codes S, Z, E, AE, K, G, O, L, M oder B sein. Interne Steuercodes wie SR werden abgelehnt.EN 16931

• BR-CL-18Einen zulässigen Code der Umsatzsteuerkategorie für den Artikel jeder Position verwenden

  Die Kategorie der Position in cac:ClassifiedTaxCategory/cbc:ID muss ein zulässiger Code wie S, Z oder E sein. Ein interner Code wie SR wird abgelehnt.EN 16931

• BR-CL-19Einen Code für den Grund des Nachlasses aus der Liste UNTDID 5189 verwenden

  Ein Code für den Grund eines Nachlasses muss einer der in Peppol zulässigen Codes aus UNTDID 5189 sein, etwa 95 für Discount (Rabatt). Ein Wort wie DISCOUNT ist kein Code.EN 16931

• BR-CL-20Einen Code für den Grund des Zuschlags aus der Liste UNTDID 7161 verwenden

  Ein Code für den Grund eines Zuschlags muss ein Code aus UNTDID 7161 in Großbuchstaben sein, etwa FC für Fracht oder DL für Lieferung. Einfache Wörter wie FREIGHT werden abgelehnt.EN 16931

• BR-CL-21Einen ICD-Code nach ISO 6523 in der schemeID der Artikelkennung verwenden

  Die schemeID an einer Standardkennung eines Artikels muss ein Code aus der ICD-Liste nach ISO 6523 sein. Für eine GTIN ist das 0160, nicht der Text GTIN.EN 16931

• BR-CL-22Einen VATEX-Code als Code für den Grund der Umsatzsteuerbefreiung verwenden

  cbc:TaxExemptionReasonCode muss einen Code aus der VATEX-Liste enthalten, etwa VATEX-EU-132. Erfundene Codes werden abgelehnt; passt kein Code, senden Sie einen Text als Grund.EN 16931

• BR-CL-23Einen Code nach UN/ECE-Empfehlung 20 in unitCode verwenden

  Jeder unitCode an einer Positionsmenge oder Preisbasismenge muss ein Code nach UN/ECE Rec 20 oder Rec 21 sein, in Großbuchstaben. Lokale Abkürzungen wie EACH schlagen fehl.EN 16931

• BR-CL-24Einen zulässigen MIME-Code für eingebettete Anhänge verwenden

  Der mimeCode eines eingebetteten Anhangs muss einer von sechs Werten sein: PDF, PNG, JPEG, CSV, Excel xlsx oder OpenDocument-Tabelle. Alles andere schlägt fehl.EN 16931

• BR-CL-25Einen EAS-Code als schemeID einer elektronischen Adresse verwenden

  Die schemeID an jeder cbc:EndpointID muss ein Code aus der Liste der Electronic Address Schemes (EAS) sein, etwa 0088, und exakt übereinstimmen.EN 16931

• PEPPOL-EN16931-CL008Einen Peppol-Schema-Code für elektronische Adressen in EndpointID verwenden

  Die schemeID jeder cbc:EndpointID muss exakt einem Code der Peppol-Liste der Schemas für elektronische Adressen entsprechen, etwa 0088 für eine GLN.Peppol BIS Billing

• BR-DEC-01Den Nachlassbetrag auf Dokumentenebene mit höchstens zwei Nachkommastellen schreiben

  Ein Nachlassbetrag auf Dokumentenebene hat mehr als zwei Nachkommastellen. Schreiben Sie höchstens zwei: 1.00 ist gültig, 1.000 schlägt fehl.

• BR-DEC-12Die Summe ohne Umsatzsteuer mit höchstens zwei Nachkommastellen schreiben

  cbc:TaxExclusiveAmount in den Gesamtbeträgen hat mehr als zwei Nachkommastellen. Schreiben Sie die Summe ohne Umsatzsteuer mit höchstens zwei Nachkommastellen.

• BR-DEC-18Den fälligen Zahlungsbetrag mit höchstens zwei Nachkommastellen schreiben

  cbc:PayableAmount hat mehr als zwei Nachkommastellen. Runden Sie den fälligen Zahlungsbetrag auf zwei Nachkommastellen und formatieren Sie ihn entsprechend.

• BR-DEC-20Jeden Steuerbetrag der Umsatzsteueraufschlüsselung mit höchstens zwei Nachkommastellen schreiben

  Das cbc:TaxAmount eines cac:TaxSubtotal hat mehr als zwei Nachkommastellen. Runden Sie den kategoriespezifischen Steuerbetrag auf zwei Nachkommastellen.

• BR-DEC-23Den Nettobetrag der Position mit höchstens zwei Nachkommastellen schreiben

  Ein Nettobetrag einer Position hat mehr als zwei Nachkommastellen. Runden Sie ihn auf zwei Nachkommastellen; nachgestellte Nullen zählen, daher schlägt 25.000 fehl.

• BR-DEC-24Den Nachlassbetrag der Position mit höchstens zwei Nachkommastellen schreiben

  Ein Nachlass auf einer Rechnungsposition hat ein cbc:Amount mit mehr als zwei Nachkommastellen. Runden Sie den Nachlass der Position auf zwei Nachkommastellen.

Normalsatz (S) (6)

• BR-S-01Die Umsatzsteueraufschlüsselung zum Normalsatz ergänzen, die Positionen, Nachlässe oder Zuschläge verlangen

  Ist eine Position, ein Nachlass oder ein Zuschlag auf Dokumentenebene zum Normalsatz, braucht die Umsatzsteueraufschlüsselung auch einen Eintrag zum Normalsatz, und umgekehrt gilt dasselbe.

• BR-S-02Die Umsatzsteuer-Identifikationsnummer des Verkäufers angeben, wenn Positionen zum Normalsatz sind

  Ein Dokument mit einer Position zum Normalsatz muss den Verkäufer umsatzsteuerlich identifizieren: über seine eigene Steuerkennung oder die USt-IdNr. eines Steuervertreters.

• BR-S-05Einer Position zum Normalsatz einen Umsatzsteuersatz über null geben

  Eine Position in der Umsatzsteuerkategorie S braucht in ihrer Artikelsteuerkategorie einen Satz größer als null. Ein Satz von 0, ein negativer Satz oder gar kein Satz schlägt fehl.

• BR-S-08Einen Steuerbasisbetrag zum Normalsatz korrigieren, der nicht zu Positionen, Zuschlägen und Nachlässen passt

  Für jeden Normalsatz muss der Steuerbasisbetrag der Aufschlüsselung den Positionsbeträgen zum Normalsatz plus Zuschlägen minus Nachlässen auf Dokumentenebene zu diesem Satz entsprechen.

• BR-S-09Den Umsatzsteuerbetrag einer Aufschlüsselung zum Normalsatz korrigieren

  In einer Umsatzsteueraufschlüsselung zum Normalsatz muss der Steuerbetrag Steuerbasisbetrag mal Satz entsprechen. Abweichungen unter 1.00 kommen durch die Prüfung, sind aber trotzdem falsch.

• BR-S-10Den Befreiungsgrund aus einer Umsatzsteueraufschlüsselung zum Normalsatz entfernen

  Eine Umsatzsteueraufschlüsselung zum Normalsatz darf weder Text noch Code für einen Befreiungsgrund tragen. In der Kategorie S wird Umsatzsteuer berechnet, also ist nichts befreit.

Nullsatz (Z) (3)

• BR-Z-01Genau eine Umsatzsteueraufschlüsselung zum Nullsatz angeben, wenn das Dokument Inhalte zum Nullsatz hat

  Ein Dokument mit einer Position, einem Nachlass oder einem Zuschlag auf Dokumentenebene zum Nullsatz braucht genau eine Umsatzsteueraufschlüsselung zum Nullsatz: nicht keine und nicht zwei.

• BR-Z-05Den Umsatzsteuersatz einer Position zum Nullsatz auf 0 setzen

  Eine Position in der Umsatzsteuerkategorie Z muss einen Umsatzsteuersatz von genau 0 haben. Jeder andere Satz auf der Position, oder gar kein Satzelement, schlägt fehl.

• BR-Z-10Den Befreiungsgrund aus einer Umsatzsteueraufschlüsselung zum Nullsatz entfernen

  Eine Umsatzsteueraufschlüsselung zum Nullsatz darf weder Text noch Code für einen Befreiungsgrund tragen. Die Kategorie Z sagt alles, was nötig ist.

Steuerbefreit (E) (4)

• BR-E-01Genau eine steuerbefreite Umsatzsteueraufschlüsselung für alle steuerbefreiten Inhalte verwenden

  Ist eine Position, ein Nachlass oder Zuschlag auf Dokumentenebene steuerbefreit, braucht die Umsatzsteueraufschlüsselung genau einen Eintrag der Kategorie E: nicht keinen, nicht einen pro Grund.

• BR-E-08Den steuerbefreiten Steuerbasisbetrag an die steuerbefreiten Positionen, Zuschläge und Nachlässe angleichen

  Der Steuerbasisbetrag der steuerbefreiten Aufschlüsselung muss exakt den steuerbefreiten Positionsbeträgen plus Zuschlägen minus Nachlässen auf Dokumentenebene entsprechen.

• BR-E-09Den Steuerbetrag der steuerbefreiten Umsatzsteueraufschlüsselung auf null setzen

  In der Kategorie für Steuerbefreiung wird keine Umsatzsteuer berechnet, daher muss der Steuerbetrag einer Umsatzsteueraufschlüsselung der Kategorie E genau 0 sein.

• BR-E-10Den Befreiungsgrund in eine steuerbefreite Umsatzsteueraufschlüsselung aufnehmen

  Eine Umsatzsteueraufschlüsselung der Kategorie für Steuerbefreiung muss angeben, worin die Befreiung besteht: als Text des Befreiungsgrundes, als Code des Befreiungsgrundes oder beides.

Umkehrung der Steuerschuldnerschaft (AE) (4)

• BR-AE-02Verkäufer und Käufer auf einer Reverse-Charge-Rechnung identifizieren

  Ein Dokument mit Reverse-Charge-Position braucht eine Steuerkennung des Verkäufers und für den Käufer eine USt-IdNr. oder eine Kennung der rechtlichen Registrierung.

• BR-AE-05Den Umsatzsteuersatz einer Reverse-Charge-Position auf 0 setzen

  Eine Position in der Umsatzsteuerkategorie AE muss einen Umsatzsteuersatz von genau 0 haben, obwohl der Käufer die Umsatzsteuer auf die Leistung abrechnet.

• BR-AE-09Den Steuerbetrag der Reverse-Charge-Aufschlüsselung auf null setzen

  Bei Reverse Charge berechnet der Verkäufer keine Umsatzsteuer, daher muss eine Umsatzsteueraufschlüsselung der Kategorie AE einen Steuerbetrag von genau 0 ausweisen.

• BR-AE-10Den Reverse-Charge-Grund in der Umsatzsteueraufschlüsselung ergänzen

  Eine Reverse-Charge-Umsatzsteueraufschlüsselung muss angeben, warum keine Umsatzsteuer berechnet wird: als Text des Befreiungsgrunds, als Code des Grunds oder beides.

Innergemeinschaftliche Lieferung (K) (4)

• BR-IC-02Die Umsatzsteuer-Identifikationsnummern von Verkäufer und Käufer in eine innergemeinschaftliche Lieferung aufnehmen

  Ein Dokument mit einer Position für eine innergemeinschaftliche Lieferung (Kategorie K) braucht eine USt-IdNr. des Verkäufers oder Steuervertreters und eine USt-IdNr. des Käufers.

• BR-IC-10Den Grund für die innergemeinschaftliche Lieferung in die Umsatzsteueraufschlüsselung aufnehmen

  Eine Umsatzsteueraufschlüsselung der Kategorie K muss den Grund der innergemeinschaftlichen Lieferung angeben: den Code VATEX-EU-IC, den passenden Begründungstext oder beides.

• BR-IC-11Ein Lieferdatum oder einen Rechnungszeitraum in eine innergemeinschaftliche Lieferung aufnehmen

  Enthält die Umsatzsteueraufschlüsselung die Kategorie K, braucht das Dokument ein tatsächliches Lieferdatum oder einen Rechnungszeitraum auf Dokumentenebene.

• BR-IC-12Das Lieferland in eine innergemeinschaftliche Lieferung aufnehmen

  Ein Dokument mit einer K-Umsatzsteueraufschlüsselung muss das Land, in das die Waren geliefert wurden, in der Lieferanschrift unter cac:Delivery/cac:DeliveryLocation angeben.

Ausfuhr außerhalb der EU (G) (1)

• BR-G-02Die Umsatzsteuer-Identifikationsnummer des Verkäufers in eine Ausfuhrrechnung aufnehmen

  Ein Dokument mit einer Position der Kategorie G, Ausfuhr außerhalb der EU, braucht eine USt-IdNr. des Verkäufers oder seines Steuervertreters unter dem Schema VAT.

Nicht umsatzsteuerbar (O) (4)

• BR-O-02Umsatzsteuer-Identifikationsnummern aus einem nicht steuerbaren Dokument entfernen

  Steht eine Position in der Kategorie O, nicht steuerbar, darf das Dokument keine Umsatzsteuer-Identifikationsnummer für Verkäufer, Käufer oder Steuervertreter tragen.

• BR-O-05Den Umsatzsteuersatz aus einer nicht steuerbaren Position entfernen

  Eine Position in der Kategorie O darf in ihrer Steuerkategorie kein cbc:Percent haben, auch nicht 0. Lassen Sie den Satz ganz weg.

• BR-O-10Den Grund für die Nichtsteuerbarkeit in der Umsatzsteueraufschlüsselung angeben

  Eine Umsatzsteueraufschlüsselung in der Kategorie O muss angeben, dass der Betrag nicht steuerbar ist: mit dem Code VATEX-EU-O, einem Begründungstext oder beidem.

• BR-O-11Nicht steuerbare Beträge getrennt von anderen Umsatzsteuerkategorien in Rechnung stellen

  Ein Dokument mit einer Umsatzsteueraufschlüsselung in O darf keine Aufschlüsselung in einer anderen Kategorie haben. Nicht steuerbare und steuerpflichtige Beträge brauchen getrennte Dokumente.

Geschäftsregeln (PEPPOL-EN16931-R) (24)

• PEPPOL-EN16931-R001Die fehlende Geschäftsprozesskennung hinzufügen

  Das Dokument hat keine cbc:ProfileID. Fügen Sie sie direkt unter der Wurzel nach cbc:CustomizationID ein, mit der Kennung des Peppol-Billing-Prozesses.

• PEPPOL-EN16931-R002Nur eine Bemerkung auf Dokumentenebene verwenden

  Peppol erlaubt eine cbc:Note direkt unter der Wurzel, außer wenn Verkäufer und Käufer beide deutsche Postanschriften haben. Fassen Sie die Texte in einer Bemerkung zusammen.

• PEPPOL-EN16931-R003Eine Käuferreferenz oder eine Bestellreferenz hinzufügen

  Das Dokument hat weder cbc:BuyerReference noch cac:OrderReference/cbc:ID. Peppol verlangt mindestens eine davon, damit der Käufer die Rechnung weiterleiten kann.

• PEPPOL-EN16931-R004Die Spezifikationskennung von Peppol BIS Billing 3.0 verwenden

  cbc:CustomizationID fehlt oder ist nicht die Kennung von Peppol BIS Billing 3.0. Senden Sie den Peppol-Wert, nicht reines EN 16931 oder eine andere CIUS.

• PEPPOL-EN16931-R005Eine Umsatzsteuer-Buchungswährung entfernen, die die Rechnungswährung wiederholt

  cbc:TaxCurrencyCode ist nur für Umsatzsteuer gedacht, die in einer anderen Währung als der Rechnungswährung verbucht wird. Lassen Sie es weg, wenn beide gleich wären.

• PEPPOL-EN16931-R007Eine zugelassene Geschäftsprozesskennung verwenden

  cbc:ProfileID muss einen Geschäftsprozess nennen, den die Peppol-Regeln kennen; für Billing urn:fdc:peppol.eu:2017:poacc:billing:01:1.0, keine Version.

• PEPPOL-EN16931-R008Leere Elemente aus dem Dokument entfernen

  Ein Element hat weder Text noch Kindelemente. Peppol erlaubt keine leeren Elemente: Lassen Sie jedes optionale Element weg, für das Sie keinen Wert haben.

• PEPPOL-EN16931-R010Die elektronische Adresse des Käufers ergänzen

  Peppol verlangt ein cbc:EndpointID im Party-Element des Käufers. Geprüft wird nur, ob das Element vorhanden ist; Schema und Wert prüfen andere Regeln.

• PEPPOL-EN16931-R020Die elektronische Adresse des Verkäufers ergänzen

  Peppol verlangt ein cbc:EndpointID im Party-Element des Verkäufers. Die Regel prüft nur, ob das Element vorhanden ist, nicht sein Schema oder seinen Wert.

• PEPPOL-EN16931-R040Einen Nachlass- oder Zuschlagsbetrag korrigieren, der nicht zu Grundbetrag und Prozentsatz passt

  Gibt ein Nachlass oder Zuschlag Grundbetrag und Prozentsatz an, muss sein Betrag Grundbetrag mal Prozentsatz durch 100 sein, mit einer Toleranz von 0.02.

• PEPPOL-EN16931-R041Den Grundbetrag zu einem Nachlass oder Zuschlag mit Prozentsatz ergänzen

  Ein Nachlass oder Zuschlag, der einen Prozentsatz angibt, muss auch den Grundbetrag angeben, auf den der Prozentsatz angewendet wurde.

• PEPPOL-EN16931-R042Den Prozentsatz zu einem Nachlass oder Zuschlag mit Grundbetrag ergänzen

  Ein Nachlass oder Zuschlag, der einen Grundbetrag angibt, muss auch den Prozentsatz angeben; ein Nachlass oder Zuschlag als feste Summe sollte keines von beiden tragen.

• PEPPOL-EN16931-R043Das Kennzeichen für Nachlass oder Zuschlag als true oder false schreiben, nicht als 1 oder 0

  Peppol verlangt cbc:ChargeIndicator bei Nachlässen und Zuschlägen auf Dokument- und Positionsebene als true oder false. Das Schema erlaubt auch 1 und 0, Peppol nicht.

• PEPPOL-EN16931-R044Die Anpassung auf Preisebene als Rabatt kennzeichnen oder einen Aufschlag aus dem Preis herausnehmen

  In cac:Price/cac:AllowanceCharge darf nur ein Rabatt stehen, daher muss sein cbc:ChargeIndicator false sein. Ein Aufschlag gehört in den Nettopreis oder einen Positionszuschlag.

• PEPPOL-EN16931-R046Einen Nettopreis korrigieren, der nicht Bruttopreis minus Rabatt auf den Preis ist

  Gibt der Preis einer Position einen Bruttopreis an, muss der Nettopreis genau Bruttopreis minus Rabatt auf den Preis sein. Eine Toleranz gibt es nicht.

• PEPPOL-EN16931-R051Den Code der Rechnungswährung in der currencyID jedes Betrags verwenden

  Ein Betrag hat eine andere currencyID als cbc:DocumentCurrencyCode. Alle Beträge müssen in der Rechnungswährung stehen, außer der Umsatzsteuersumme in einer Buchungswährung.

• PEPPOL-EN16931-R053Die gesamte Umsatzsteueraufschlüsselung in eine einzige Steuersumme legen

  Das Dokument muss genau ein cac:TaxTotal mit cac:TaxSubtotal-Elementen haben. Legen Sie jede Umsatzsteueraufschlüsselung in diese eine Steuersumme.

• PEPPOL-EN16931-R054Eine Steuersumme ohne Aufschlüsselung nur zusammen mit einer Umsatzsteuer-Buchungswährung übermitteln

  Ein cac:TaxTotal ohne cac:TaxSubtotal muss genau einmal vorkommen, wenn cbc:TaxCurrencyCode angegeben ist, und gar nicht, wenn es fehlt.

• PEPPOL-EN16931-R055Der Umsatzsteuersumme in der Buchungswährung dasselbe Vorzeichen geben wie der Umsatzsteuersumme der Rechnung

  Die Umsatzsteuersummen in der Rechnungswährung und in der Umsatzsteuer-Buchungswährung dürfen nicht auf entgegengesetzten Seiten von null liegen. Null passt zu jedem Vorzeichen.

• PEPPOL-EN16931-R061Die Mandatsreferenz zu einer Lastschrift ergänzen

  Die Zahlungsart 49 oder 59 ist eine Lastschrift und braucht cac:PaymentMandate/cbc:ID, die Referenz des Mandats, das der Käufer unterschrieben hat.

• PEPPOL-EN16931-R110Jeden Positionszeitraum am oder nach dem Anfangsdatum des Abrechnungszeitraums beginnen lassen

  Hat das Dokument ein Anfangsdatum des Abrechnungszeitraums, darf kein Positionszeitraum früher beginnen. Korrigieren Sie das Positionsdatum oder beginnen Sie den Zeitraum des Dokuments früher.

• PEPPOL-EN16931-R120Einen Nettobetrag der Position korrigieren, der sich nicht aus Menge, Preis, Zuschlägen und Nachlässen ergibt

  Jeder Nettobetrag einer Position muss Menge x (Nettopreis / Basismenge) + Zuschläge der Position - Nachlässe der Position entsprechen, mit einer Toleranz von 0.02.

• PEPPOL-EN16931-R121Eine Basismenge des Preises größer als null angeben oder sie weglassen

  Gibt ein Positionspreis eine Basismenge an, muss sie größer als null sein. Null und negative Werte schlagen fehl; das Element wegzulassen ist zulässig.

• PEPPOL-EN16931-R130Für die Basismenge des Preises die Einheit der Positionsmenge verwenden

  Hat cac:Price/cbc:BaseQuantity einen unitCode, muss es der Code der Positionsmenge sein. Rechnen Sie den Preis um, statt die Einheit umzubenennen.

Prozess- und Dokumenttypcodes (PEPPOL-EN16931-P) (3)

• PEPPOL-EN16931-P0100Einen Rechnungstyp-Code verwenden, den Peppol BIS Billing erlaubt

  Peppol BIS Billing akzeptiert nur einen Teil der Rechnungscodes aus UNTDID 1001. Ein Code wie 325 (Proforma) besteht EN 16931 und schlägt hier fehl.

• PEPPOL-EN16931-P0101Einen Gutschrift-Typcode verwenden, den Peppol BIS Billing erlaubt

  In einer Peppol-Gutschrift muss cbc:CreditNoteTypeCode 381, 396, 81, 83 oder 532 sein. Ein Rechnungscode wie 380 wird abgelehnt.

• PEPPOL-EN16931-P0106Den Befreiungscode VATEX-EU-IC mit der Kategorie K kombinieren

  Der Befreiungsgrund-Code VATEX-EU-IC ist innergemeinschaftlichen Lieferungen vorbehalten, Kategorie K. Trägt eine Steuerkategorie mit anderem Code ihn, wird sie abgelehnt.

Formate (PEPPOL-EN16931-F) (1)

• PEPPOL-EN16931-F001Daten als einfaches YYYY-MM-DD ohne Zeitzone schreiben

  Peppol-Daten müssen genau zehn Zeichen lang sein, YYYY-MM-DD. Eine Zeitzonenangabe wie Z oder +01:00 besteht die XSD, schlägt aber bei dieser Regel fehl.

Prüfungen von Kennungen (PEPPOL-COMMON) (1)

• PEPPOL-COMMON-R040Eine GLN mit falscher Prüfziffer korrigieren

  Eine Kennung mit dem Schema 0088 muss nur aus Ziffern bestehen und auf die richtige GS1-Prüfziffer enden. 7300010000001 besteht, 7300010000002 nicht.

Niederlande (NL) (3)

• NL-R-001In einer Gutschrift eines niederländischen Lieferanten auf die korrigierte Rechnung verweisen

  Liegt die Anschrift des Verkäufers in den Niederlanden, muss eine Gutschrift die Nummer der korrigierten Rechnung in cac:BillingReference tragen.

• NL-R-003Schema 0106 (KVK) oder 0190 (OIN) für die rechtliche Kennung eines niederländischen Verkäufers verwenden

  Liegt die Anschrift des Verkäufers in den Niederlanden, braucht cac:PartyLegalEntity/cbc:CompanyID einen Wert und die schemeID 0106 (KVK) oder 0190 (OIN).

• NL-R-007Zahlungsmittel angeben, wenn einem niederländischen Lieferanten Geld zusteht

  Ein Verkäufer in den Niederlanden muss cac:PaymentMeans angeben, sobald der Käufer etwas zu zahlen hat: eine Rechnung mit Fälligkeit über null oder eine Gutschrift darunter.

Elemente außerhalb des Modells (UBL-CR) (3)

• UBL-CR-006Die Ausstellungsuhrzeit aus dem Dokument entfernen

  Warnung: cbc:IssueTime liegt außerhalb des Modells von EN 16931. Die Rechnung bleibt gültig; entfernen Sie das Element und behalten Sie das Rechnungsdatum.

• UBL-CR-561Die Steuersumme aus den Rechnungspositionen entfernen

  Ein cac:TaxTotal in einer Position gehört nicht zu EN 16931 und löst eine Warnung aus. Das Dokument bleibt gültig; die Umsatzsteuer gehört in die Aufschlüsselung auf Dokumentenebene.

• UBL-CR-682Die Lieferanschrift nach DeliveryLocation verschieben

  Eine Warnung: cac:Delivery/cac:DeliveryAddress liegt außerhalb des Rechnungsmodells. Schreiben Sie die Lieferanschrift als cac:Delivery/cac:DeliveryLocation/cac:Address.

Wiederholungsgrenzen (UBL-SR) (1)

• UBL-SR-53Die CompanyID in einem PartyTaxScheme angeben oder das PartyTaxScheme entfernen

  Jedes cac:PartyTaxScheme muss sowohl ein cbc:CompanyID als auch ein cac:TaxScheme/cbc:ID enthalten. Eine Steuerart ohne die Nummer, unter der die Partei registriert ist, wird abgewiesen.

Datentypen (UBL-DT) (1)

• UBL-DT-01Jeden Betrag mit höchstens zwei Nachkommastellen schreiben

  Ein Betrag hat mehr als zwei Ziffern nach dem Dezimalpunkt. Jedes Betragselement ist auf zwei begrenzt, außer dem Nettopreis des Artikels und Nachlässen auf den Preis.

• FW-XML-001XML korrigieren, das der Parser nicht lesen will

  Eine Ironfang-Diagnose, keine offizielle Regel: Das XML ist fehlerhaft, in einer nicht unterstützten Kodierung oder nutzt DOCTYPE, Entitäten oder XInclude. Sonst lief nichts.