Referenz

Zahlungsart

Code zur Beschreibung der Zahlungsart (z. B. Überweisung, Karte, Bar).

Definition

Code zur Beschreibung der Zahlungsart (z. B. Überweisung, Karte, Bar).

Warum dieser Begriff wichtig ist

BT-81 PaymentMeansTypeCode signalisiert dem Kreditoren-System des Käufers, wie die Rechnung automatisch beglichen werden soll — Überweisung (30/58), Lastschrift (49/59), Karte (48/54), Konto-zu-Konto (42) usw. Der falsche Code führt zu manueller Bearbeitung oder, bei SEPA-Codes, dazu, dass die Zahlung im Lauf übersprungen wird.

Erklärung

Stammt oft aus einer externen Codeliste (z. B. UNCL).

Ergänzt in E-Rechnungen IBAN/BIC und Zahlungsbedingungen.

Häufige Fehler

Nutzen Sie diese Punkte als praktische Prüfschritte für diesen Abschnitt.

"1" (Instrument nicht definiert) als Default verwenden — die meisten Validatoren markieren das, viele Kreditoren-Automatisierungen können es nicht routen.
"31" (Lastschriftüberweisung) senden, obwohl tatsächlich "30" (Überweisung) gemeint ist — UNCL4461 unterscheidet beide klar.
Bei PaymentMeansCode 48 (Kartenzahlung) IBAN angeben — für Karten ist BG-18 vorgesehen, nicht BG-17.
SEPA-Codes 58 (SEPA-Überweisung) und 59 (SEPA-Lastschrift) ohne BT-89 PaymentID/Mandate verwenden — von Peppol BIS Billing gefordert.

Häufige Fragen

Welche Zahlungsart-Codes sind EN-16931-konform?

EN 16931 schränkt UNCL4461 auf eindeutig interpretierbare Codes ein: 10 (Bar), 20 (Scheck), 30 (Überweisung), 42 (Zahlung auf Konto), 48 (Kartenzahlung), 49 (Lastschrift), 57 (Daueranweisung), 58 (SEPA-Überweisung), 59 (SEPA-Lastschrift), 97 (Verrechnung). Manche Empfänger erlauben mehr, aber das ist die sichere Auswahl.

Wie hängt die Zahlungsart mit IBAN/BIC zusammen?

Bei Überweisungs-Codes (30, 42, 58) BG-17 (Credit Transfer) mit BT-84 PaymentAccountIdentifier (IBAN) und optional BT-86 PaymentServiceProviderIdentifier (BIC) füllen. Bei Karte (48) BG-18 nutzen. Bei Lastschrift (49, 59) BG-19 mit Mandatsreferenz und Gläubiger-ID füllen.

Kann eine Rechnung mehrere Zahlungsarten enthalten?

Ja — BG-16 darf wiederholt werden, um mehrere Optionen (z. B. Überweisung und Karte) anzubieten; jede Option muss in sich konsistent sein. Einen Zahlungsbetrag nicht über mehrere BG-16 splitten, außer es werden Teilzahlungen modelliert.