Référence
BT-86 Identifiant du prestataire de paiement
Identifiant de la banque ou du prestataire de paiement, par exemple BIC.
Reponse rapide
Cet article présente BT-86 Identifiant du prestataire de paiement comme une référence pratique, pas seulement comme une page de navigation. Il explique le terme ou le flux dans son contexte, montre son importance pour la facturation électronique européenne et relie le sujet à la création, la validation, le routage, l’archivage et les décisions d’intégration ERP.
Livraison et paiement
Dates de livraison, moyens de paiement et contexte operationnel du reglement.
Explication simple
Identifiant de la banque ou du prestataire de paiement, par exemple BIC.
Identifiant de la banque ou du prestataire de paiement, par exemple BIC.
Ce champ est surtout utile pour les paiements internationaux ou les formats de compte où l'identifiant du compte seul ne suffit pas.
Ce que vous saisissez le plus souvent
BIC or comparable PSP identifier
Les valeurs valides typiques sont: COBADEFFXXX
Facultatif selon EN 16931-1.
Ce qui se passe souvent mal
Evitez des valeurs comme:
Exemples en contexte
Ce champ est surtout utile pour les paiements internationaux ou les formats de compte où l'identifiant du compte seul ne suffit pas.
Facultatif selon EN 16931-1.
Exemples valides
Exemples valides transforme l’explication générale de BT-86 Identifiant du prestataire de paiement en repères opérationnels. La section se concentre sur COBADEFFXXX afin de vérifier les champs requis, les décisions de processus et les contrôles de validation avant d’utiliser le workflow en production.
- COBADEFFXXX
Exemples invalides
Exemples invalides transforme l’explication générale de BT-86 Identifiant du prestataire de paiement en repères opérationnels. La section se concentre sur les principales exigences et exemples afin de vérifier les champs requis, les décisions de processus et les contrôles de validation avant d’utiliser le workflow en production.
Mapping XML et faits de champ
Ouvrez la reference technique si vous avez besoin des chemins XML, des codes de regles du validateur, du libelle juridique ou du mapping format-specifique. Mapping XML et faits de champ transforme l’explication générale de BT-86 Identifiant du prestataire de paiement en repères opérationnels. La section se concentre sur ID du champ, Type de données et Cardinalité afin de vérifier les champs requis, les décisions de processus et les contrôles de validation avant d’utiliser le workflow en production.
ID du champ :
BT-86
Type de données :
identifier
Cardinalité :
0..1
Exigence :
Optionnel
Longueur max :
35 caractères
Depuis la version :
Optional
Implémentation XML
Implémentation XML transforme l’explication de BT-86 Identifiant du prestataire de paiement en exemples concrets. Utilisez ces extraits pour comprendre Syntaxe UBL 2.1 et Syntaxe CII (UN/CEFACT) et comparer la syntaxe attendue avec votre propre sortie XML, API ou validateur.
/Invoice/cac:PaymentMeans/cac:PayeeFinancialAccount/cac:FinancialInstitutionBranch/cbc:ID/CrossIndustryInvoice/SupplyChainTradeTransaction/ApplicableHeaderTradeSettlement/ram:SpecifiedTradeSettlementPaymentMeans/ram:PayeeSpecifiedCreditorFinancialInstitution/ram:BICIDPourquoi la norme tient compte de ce champ
Pourquoi la norme tient compte de ce champ transforme l’explication générale de BT-86 Identifiant du prestataire de paiement en repères opérationnels. La section se concentre sur Contexte métier et Exigence légale afin de vérifier les champs requis, les décisions de processus et les contrôles de validation avant d’utiliser le workflow en production.
Contexte métier
Ce champ est surtout utile pour les paiements internationaux ou les formats de compte où l'identifiant du compte seul ne suffit pas.
Exigence légale
Facultatif selon EN 16931-1.
Sources officielles et outils
Sources officielles et outils relie BT-86 Identifiant du prestataire de paiement aux pages de référence et aux outils utiles pour la suite. Ces liens soutiennent un workflow complet, de la compréhension de Validateur KoSIT, Invoice Converter et Standard XRechnung jusqu’à la validation ou la conversion du fichier de facture.