Référence
Export MarkdownMoyen de paiement
Code décrivant le mode de paiement (virement, carte, espèces).
Définition
Code décrivant le mode de paiement (virement, carte, espèces).
Pourquoi ce terme compte
BT-81 PaymentMeansTypeCode indique au système comptable acheteur comment régler la facture automatiquement — virement (30/58), prélèvement (49/59), carte (48/54), compte-à-compte (42), etc. Un mauvais code provoque un traitement manuel ou, pour les codes SEPA, peut faire ignorer la facture dans le run de paiement.
Explication
Provient souvent d’une liste externe (ex. UNCL).
Complète IBAN/BIC et conditions de paiement.
Erreurs fréquentes
Utilisez ces points comme contrôles pratiques pour cette section.
- Utiliser "1" (Instrument non défini) par défaut — la plupart des validateurs le signalent et beaucoup d’automates AP ne savent pas le router.
- Envoyer "31" (Débit transfer) alors que c’est "30" (Virement) qui est attendu — UNCL4461 les distingue clairement.
- Mettre un IBAN sous PaymentMeansCode 48 (Carte) — pour la carte, c’est BG-18 et non BG-17.
- Utiliser les codes SEPA 58 (virement SEPA) et 59 (prélèvement SEPA) sans renseigner BT-89 PaymentID/Mandate — exigé par Peppol BIS Billing.
Questions fréquentes
Quels codes de moyen de paiement sont conformes EN 16931 ?
EN 16931 restreint UNCL4461 aux codes à interprétation claire : 10 (espèces), 20 (chèque), 30 (virement), 42 (paiement vers compte bancaire), 48 (carte), 49 (prélèvement), 57 (mandat permanent), 58 (virement SEPA), 59 (prélèvement SEPA), 97 (compensation entre partenaires). Certains destinataires en acceptent plus, mais ce socle est sûr.
Comment le moyen de paiement se relie-t-il à IBAN/BIC ?
Pour les codes virement (30, 42, 58), renseignez BG-17 (Credit Transfer) avec BT-84 PaymentAccountIdentifier (IBAN) et optionnellement BT-86 PaymentServiceProviderIdentifier (BIC). Pour la carte (48), utilisez BG-18. Pour le prélèvement (49, 59), renseignez BG-19 avec la référence de mandat et l’identifiant créancier.
Une facture peut-elle lister plusieurs moyens de paiement ?
Oui — BG-16 peut être répété pour proposer plusieurs options (ex. virement et carte) ; chaque option doit être cohérente. Ne fractionnez pas un paiement unique en plusieurs BG-16 sauf à modéliser explicitement des paiements partiels.