Referans
Markdown dışa aktarÖdeme yöntemi
Faturanın nasıl ödendiğini belirten kod (havale, kart, nakit).
Tanım
Faturanın nasıl ödendiğini belirten kod (havale, kart, nakit).
Bu terim neden önemli
BT-81 PaymentMeansTypeCode, alıcı AP sistemine faturanın otomatik olarak nasıl ödeneceğini söyler — havale (30/58), otomatik ödeme (49/59), kart (48/54), hesaptan hesaba (42) vb. Yanlış kod manuel işleme yol açar veya SEPA kodlarında alıcının ödeme koşusu faturayı atlayabilir.
Açıklama
Genellikle harici bir kod listesinden gelir (örn. UNCL).
E-faturalarda IBAN/BIC ve ödeme şartlarını tamamlar.
Yaygın hatalar
Bu noktaları bu bölüm için pratik kontrol adımları olarak kullanın.
- Varsayılan olarak "1" (Belirtilmemiş enstrüman) kullanmak — çoğu validator bunu işaretler ve birçok AP otomasyonu yönlendiremez.
- Tedarikçi aslında "30" (Havale) beklerken "31" (Borç transferi) göndermek — UNCL4461 anlamında farklıdırlar.
- PaymentMeansCode 48 (Kart) altında IBAN eklemek — kart ödemelerinde BG-18 kullanılır, BG-17 değil.
- SEPA’ya özgü 58 (SEPA havale) ve 59 (SEPA otomatik ödeme) kodlarını BT-89 PaymentID/Mandate olmadan kullanmak — Peppol BIS Billing’in gereği.
Sık sorulan sorular
Hangi ödeme yöntemi kodları EN 16931 uyumludur?
EN 16931, UNCL4461’i net yorumlanabilir kodlarla sınırlar: 10 (Nakit), 20 (Çek), 30 (Havale), 42 (Banka hesabına ödeme), 48 (Kart), 49 (Otomatik ödeme), 57 (Daimi talimat), 58 (SEPA havale), 59 (SEPA otomatik ödeme), 97 (Karşılıklı netleştirme). Bazı alıcılar fazlasını kabul eder, ancak bu güvenli kümedir.
Ödeme yöntemi IBAN/BIC ile nasıl ilişkilidir?
Havale kodları (30, 42, 58) için BG-17 (Credit Transfer) içinde BT-84 PaymentAccountIdentifier (IBAN) ve isteğe bağlı BT-86 PaymentServiceProviderIdentifier (BIC) doldurun. Kart (48) için BG-18 doldurun. Otomatik ödeme (49, 59) için BG-19 içinde mandate ve alacaklı kimliği doldurun.
Bir fatura birden fazla ödeme yöntemi listeleyebilir mi?
Evet — BG-16 birden fazla seçenek sunmak için (ör. havale ve kart) tekrarlanabilir, ancak her seçenek kendi içinde tutarlı olmalıdır. Tek bir ödemeyi açıkça kısmi ödeme modellemediğiniz sürece birden fazla BG-16’ya bölmeyin.