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

Die kurze Antwort

BR-IC-12 schlägt fehl, wenn die Umsatzsteueraufschlüsselung eine Kategorie K hat und unter der Dokumentwurzel kein Ländercode unter cac:Delivery/cac:DeliveryLocation/cac:Address/cac:Country/cbc:IdentificationCode steht. Fügen Sie die Lieferanschrift mit dem ISO 3166-1-Code des Landes hinzu, in das die Waren gingen: DE im aufgezeichneten Beispiel.

Der Pfad ist exakt. Ein Land in cac:Delivery/cac:DeliveryAddress oder in der Postanschrift des Käufers erfüllt ihn nicht.

Was die Regel prüft

Eine Kategorie K in der Umsatzsteueraufschlüsselung auf Dokumentenebene, unter dem Schema VAT, bringt die Regel ins Spiel; die Positionen werden nicht herangezogen. Sie meldet einmal, an der Wurzel.

Sie liest eine einzige Stelle: den cbc:IdentificationCode in cac:Country von cac:Address in cac:DeliveryLocation des cac:Delivery auf Dokumentenebene, und der Wert dort muss länger als ein Zeichen sein.

Die Anschrift des Käufers dient nicht als Ersatz. Die fehlerhafte Rechnung hat einen Käufer in Berlin mit dem Land DE und schlägt trotzdem fehl.

Das Land allein genügt. Im Versuch ergab eine cac:DeliveryLocation/cac:Address nur mit cac:Country ein gültiges Dokument; die Stadt im aufgezeichneten Beispiel ist optional.

Der Code wird mit nichts verglichen. Ein Lieferland GB, dasselbe wie beim Verkäufer, bestand im Versuch jeden Prüfschritt; die Regel meldet also keine als K gekennzeichnete Lieferung, die das Land des Verkäufers nie verlassen hat.

Ob der Code ein echtes Land ist, bleibt BR-CL-14 überlassen. Mit de in Kleinbuchstaben bestand diese Regel und BR-CL-14 schlug fehl; bei einem leeren Code schlugen diese Regel, BR-CL-14 und PEPPOL-EN16931-R008 zusammen fehl.

Eine Anschrift ohne cac:Country scheitert an dieser Regel und an BR-57, das in jeder Lieferanschrift ein Land verlangt.

Wie es in einer Integration dazu kommt

Mögliche Ursachen, abgeleitet aus der Form der Regel und nicht aus gemessener Nutzung:

• Das Mapping schreibt das Ziel in cac:Delivery/cac:DeliveryAddress, ein Element, das UBL hat, Peppol aber nicht verwendet. Im Versuch meldete das diese Regel plus die Warnung UBL-CR-682.
• Nur ein Name der Lieferpartei wird gesendet, in cac:DeliveryParty, ohne Ort. Auch das schlug im Versuch fehl.
• Der Export lässt cac:Delivery weg, wenn die Waren an die Anschrift des Käufers gehen, in der Annahme, dass die Anschrift des Käufers das abdeckt.
• Die Lieferanschrift wird ohne Land abgebildet, weil die Quelle das Land nur im Kundendatensatz führt.

So korrigieren Sie das Dokument

1. Nehmen Sie das Bestimmungsland aus dem Versand- oder Lieferdatensatz. Es kann von der Anschrift des Käufers abweichen; verwenden Sie den Ort, an den die Waren geliefert wurden, nicht den, an den die Rechnung adressiert ist.
2. Schreiben Sie es unter cac:Delivery/cac:DeliveryLocation/cac:Address/cac:Country/cbc:IdentificationCode als ISO 3166-1-alpha-2-Code in Großbuchstaben. Straße, Stadt und Postleitzahl können in dasselbe cac:Address, wenn Sie sie haben.
3. Verwendet das Mapping cac:DeliveryAddress, verschieben Sie dessen Inhalt stattdessen nach cac:DeliveryLocation/cac:Address.
4. Behalten Sie cbc:ActualDeliveryDate im selben cac:Delivery, vor cac:DeliveryLocation. Mit dem Datum nach dem Ort scheiterte das Dokument im Versuch am XSD-Prüfschritt.

Korrigierte Rechnung prüfen

Vorher und nachher

Dies sind Ausschnitte, keine vollständigen Dokumente. Die vollständigen synthetischen Dokumente, aus denen sie stammen, sind unten verlinkt.

Ausschnitt der fehlerhaften Rechnung: Der Lieferblock hat ein Datum und keinen Lieferort

<cac:Delivery>
  <cbc:ActualDeliveryDate>2026-09-07</cbc:ActualDeliveryDate>
</cac:Delivery>

Ausschnitt der korrigierten Rechnung: die Lieferanschrift in Berlin mit dem Land DE

<cac:Delivery>
  <cbc:ActualDeliveryDate>2026-09-07</cbc:ActualDeliveryDate>
  <cac:DeliveryLocation>
    <cac:Address>
      <cbc:CityName>Berlin</cbc:CityName>
      <cac:Country>
        <cbc:IdentificationCode>DE</cbc:IdentificationCode>
      </cac:Country>
    </cac:Address>
  </cac:DeliveryLocation>
</cac:Delivery>

Die korrigierte Rechnung hat innerhalb von cac:Delivery eine cac:DeliveryLocation mit einer Anschrift in Berlin und dem Land DE; die fehlerhafte Rechnung hat dort nur das Lieferdatum. Das fehlerhafte Dokument meldet nur BR-IC-12. Die Postanschrift seines Käufers nennt ebenfalls DE, was zeigt, dass die Regel das Land des Käufers nicht übernimmt.

Wo die Regel gilt

• Gilt für UBL Invoice und CreditNote. In eine Gutschrift umgewandelt, ergab die fehlerhafte Rechnung im Versuch denselben Befund.
• Wird vom Prüfschritt EN 16931 gemeldet; jeder XSD-Fehler im Dokument, etwa Elemente in falscher Reihenfolge innerhalb von cac:Delivery, verhindert daher, dass sie gemeldet wird.
• Außerhalb der Kategorie K ist eine Lieferanschrift optional, aber eine gesendete braucht nach BR-57 dennoch ein Land.

Verwandte Regeln

• BR-57 verlangt ein Land in jeder Lieferanschrift, unabhängig von der Umsatzsteuerkategorie
• BR-IC-11 verlangt das Lieferdatum oder den Rechnungszeitraum im selben Dokument
• UBL-CR-682 warnt, wenn die Anschrift als cac:DeliveryAddress gesendet wird, wo diese Regel nicht sucht
• BR-CL-14 prüft, dass der Ländercode der Lieferanschrift ein gültiger ISO 3166-1-Code ist
• Alle Regeln der Referenz ansehen
• Hintergrund (auf Englisch): Understanding EN 16931 validation errors

Umfang und Quelle

Geschrieben für Peppol BIS Billing 3.0.21 (May 2026), EN 16931 1.3.16, angewendet auf Invoice- und CreditNote-Dokumente in UBL 2.1. Andere Profile, Syntaxen und Releases können diese Kennung anders definieren. Version des Hinweiskatalogs 2026-09-24.1: Quelle geprüft am 2026-09-24, Erklärung zuletzt aktualisiert am 2026-09-24.

Die offizielle Definition von BR-IC-12 (auf Englisch) enthält den normativen Wortlaut und den Test. Diese Seite ist unsere Erklärung dazu, keine Kopie.

Die Erklärung ändert das Urteil der Engine nicht. Dass Sie diesen Befund beheben, heißt nicht, dass das Dokument jeden Prüfschritt besteht. Die Validierung bescheinigt keine rechtliche oder steuerliche Konformität und überträgt kein Dokument über Peppol.