Table des matières
| Table of Contents |
|---|
Description
Le fichier de réconciliation ( Settlement File ) regroupe l'ensemble des données des différents moyens de paiement utilisés par le commerçant afin de répondre à ses besoins en matière de rapprochement et de reporting. Les informations de compensation (clearing) et de règlement (settlement) sont récupérées auprès des différents prestataires de services de paiement et acquéreurs.
Pour les virements instantanés, la réconciliation s'appuie sur des statuts précis tels que Réglé, Non réglé, Exécuté, Réglé en retard ou encore Réglé sur initiation échouée. Ces statuts, classifiés comme finaux ou transitoires, permettent de suivre avec fiabilité l'évolution du paiement jusqu'à son aboutissement. Le marchand recevra deux types de fichier en fonction du statut des transactions : le CTSF (Computop Settlement File) ou le CTPF ( Computop Transaction Processing File) (voir zoom fichier CTPF).
Le fichier se présente dans un format CSV (Comma Separated Values – valeurs séparées par des virgules).
Il est disponible :
- depuis le backoffice AXEPTA BNP Paribas (le fichier est disponible jusqu’à 60 jours sur le Backoffice).
- via une connexion SFTP en mode pull (pour la configuration et les informations d'identification de compte, veuillez contacter le service d'assistance BNP Paribas).
Veuillez noter que les fichiers de réconciliation sont générés en fonction de la fréquence à laquelle les informations de compensation et de règlement provenant du/des système(s) de paiement, du/des prestataire(s) ou du/des acquéreur(s) sont mises à disposition.
| Info |
|---|
Informations sFTP Les fichiers seront automatiquement supprimés du serveur sFTP Axepta après 14 jours. Le fichier de réconciliation est généré uniquement lorsque des transactions sont effectuées. |
Structure du fichier CTSF
Chaque fichier de réconciliation est structuré en :
- un enregistrement d'en-tête,
- un ou plusieurs enregistrement(s) détaillé(s)
- et un enregistrement de cumul.
Le codage des sauts de ligne est configurable au niveau du commerçant. Certains champs peuvent contenir des valeurs de longueur variable. Lorsque les tailles ne sont pas indiquées, il n'y a pas de limite de taille de champ.
Format de données
| Format | Description |
|---|---|
A | Caractères alphabétiques A-Z, a-z |
N | Chiffres numériques, 0-9 |
An | Caractères alphanumériques A-Z, a-z, 0-9 |
Ans | Alphanumérique avec caractères spéciaux |
Ns | Numérique avec caractères spéciaux |
3 | Longueur fixe avec 3 caractères |
..17 | Longueur variable avec un maximum de 17 caractères. La longueur minimale est définie par les exigences spécifiques de l'élément de données lui-même, mais doit être d'au moins un caractère. |
Tstp | Horodatage, format : <JJ.MM.AAAA hh:mm:ss> |
Nom du fichier (.ctsf)
Convention de dénomination: <MERCHANT_ID>#<FILE_CREATION_DATE>#<COUNTER>.ctsf
N° | Élément | Format | Exemple |
|---|---|---|---|
1 | MERCHANT_ID | An..20 | ACME01 |
2 | FILE_CREATION_DATE | N8 | 20201014 |
3 | COUNTER | N3 | 001 |
Exemple de nom de fichier : ACME01#20201014#001.ctsf
Table du fichier de réconciliation (Settlement file version 1.5)
Enregistrement en-tête
N° | Nom de champ | Format | Description | Obligatoire (Oui, Non, Variable) | Exemple |
1 | RECORD_TYPE | N3 | Enregistrement en-tête: Identifie l'entrée correspondante comme enregistrement d'en-tête, valeur « 100 ». | O | 100 |
2 | MERCHANT_ID | An..30 | Donnée d'identification de la boutique du commerçant avec la solution AXEPTA BNP Paribas (MID donné lors de la souscription à l'offre, 1 MID = 1 boutique) | O | Master MID Ex: BNP_MERCHANT_ECOM_FR_EUR |
3 | DATE | N8 | Date de création du fichier de règlement BNP Paribas, <AAAAMMJJ>. | O | 20250424 |
4 | VERSION | An..4 | Version du fichier (actuellement 1.5) | O | 1.5 |
Enregistrement détaillé
Les champs 45 à 50 restent vides et disponibles pour de futures évolutions (si nécessaire).
- Il faut donc ignorer les champs vides.
- Pour 1 transaction réalisée et réussie il y aura 1 ligne sur le fichier avec 50 champs.
N° | Élément | Format | Description | Obligatoire (Oui, Non, Variable) | Exemple |
1 | RECORD_TYPE | An3 | Enregistrement détaillé: Identificateur qui spécifie le mode de paiement et le type d'entrée dans le registre des comptes (par exemple: débit et de crédit). Les frais facturés aux clients sont indiqués comme des débits et les paiements aux clients comme des crédits. Cf. Table Record Type | O | Carte : 510 SCT : 810 |
2 | SALE_CHANNEL | An..32 | Canal de la transaction ECOM (navigateur internet), MOTO (SVI), APP (appli mobile), PAYBYLINK (lien de paiement), POS (proximité - valeur future pour les bornes) | O | ECOM, MOTO, APP, PAYBYLINK, POS . Valeur POS possible uniquement pour les bornes . Valeur MOTO impossible pour SCT |
3 | MERCHANT_ID | An..30 | Donnée d'identification de la boutique du commerçant avec la solution AXEPTA BNP Paribas (MID donné lors de la souscription à l'offre, 1 MID = 1 boutique) | O | BNP_MERCHANT_ECOM_FR_EUR |
4 | ACQUIRING_CONTRACT_ID | An..50 | Donnée d'identification du contrat "Acquéreur" commerçant pour la transaction réalisée (BNP Paribas, AMEX, PPRO, PayPal, etc) | V (O pour carte, N pour SCT) | 4970600 (pour BNP Paribas) SCT : N/A |
5 | BUSINESS_REGISTRATION_NUMBER | An..50 | Numéro d'enregistrement de l'entreprise --> SIRET pour une entreprise Française | V (O pour carte, N pour SCT) | Carte : 34979735700010 SCT : N/A |
6 | STORE ID | Ans..120 | Donnée de la boutique physique du commerçant → uniquement remplie pour une transaction "in store" (POS), si vous utilisez notre solution omnicanale | V : . N pour SCT . V pour carte : * O pour POS * N pour reste | POS : STORE1 SCT : N/A |
7 | TERMINAL ID | Ans..32 | Identifiant du terminal → uniquement remplie pour une transaction "in store" (POS), si vous utilisez notre solution omnicanale | V : . N pour SCT . V pour carte : * O pour POS * N pour reste | POS : 0431775016 SCT : N/A |
8 | MERCHANT_ACCOUNT_NUMBER | An..34 | Numéro de compte du Marchand indiqué dans le fichier de réconciliation BNP : . Carte : > Cas M01-C01 : Numéro de compte sur 11 caractères > Cas M01-C02 à Concaténation de : * Code banque sur 5 caractères ("30004" pour BNPP) * Code guichet sur 5 caractères * Numéro de compte sur 11 caractères . SCT : IBAN Cf. Cas d'usages | O |
SCT : FR76300040000101234567891 |
9 | PAY_TYPE | An..32 | Méthode de paiement Valeurs possibles : CARD, SCT ou POS pour les transactions de proximité | O | Card / SCT / POS |
10 | PAYMENT_CREATION_DATE | Tstp | Date et heure de la création du paiement, <JJ.MM.AAAA hh:mm:ss>. Carte : Date de l’autorisation OK Virement : Date à laquelle le virement a été initié | O | 20.04.2020 14:18:23 |
11 | PAYMENT STATUS | A2 | L'état est toujours « OK » car il s'agit des paiements réussis et compensés, sauf pour le virement dans les cas d'usages particuliers M02-C03 et M02-C05 où la valeur sera « NOK » Cf. Cas d'usages | O | Carte : OK SCT : OK, NOK |
12 | ARCHIVE REFERENCE NUMBER | An12 | Numéro de transaction TITULAIRE Référence ‘End2End’ généré par AXEPTA (Unique, aléatoire) | O | 00200Y2049Z8 |
13 | TRANSACTION_ID | Ans..64 | Référence unique transmise par le commerçant afin de reconnaître un paiement pour une commande. Elle peut être partagée à travers une séquence d'opérations connexes (requêtes) qui constituent un paiement (par exemple, autorisation, capture, remboursement, etc.). | O | 890_XUoqyBWuGw |
14 | AUTHORIZATION_AMOUNT | N..12 | Montant autorisé dans la plus petite unité de la devise de transaction. | V (O pour carte, valeur zéro pour SCT) | 789 (en centimes) - N/A pour SCT |
15 | AUTHORISATION_NUMBER | Ans..6 | Numéro d'autorisation - uniquement pour les paiements par carte (ecom & proximité) | V (O pour carte, N pour SCT) | 02129F - N/A pour SCT |
16 | TRANSACTION_AMOUNT | N..12 | Montant de la transaction dans la plus petite unité de la devise de la transaction. | O | 700 (en centimes) |
17 | TRANSACTION_CURRENCY | A3 | Code pour la devise de la transaction, trois caractères ISO 4217. | O | EUR |
18 | CUSTOMER_INFO | Ans..160 | Champ structuré contenant des informations spécifiques relatives au client en fonction du mode de paiement. Voici le lien où trouver le détail de l'information que contient ce champ : DETAIL CHAMP CUSTOMER INFO | O | Carte : 4111xxxxxxxx9996#VISA (Carte) SCT : FR7630003000010000102020119 |
19 | CARD_SCHEME | Ans..32 | Réseau du paiement par carte CB, VISA, MASTERCARD | V (O pour carte, N pour SCT) | Carte : CB SCT : N/A |
20 | CARD_TYPE | A1 | Disponible pour les paiements par carte (BNP acquiring) et les paiements de proximité Card type : C - Carte de crédit D - Carte de débit P - Carte prépayé U - Carte universel b – Inconnu | V (O pour carte, N pour SCT) | Carte : D SCT : N/A |
21 | CARD_NATURE | A1 | Disponible pour les paiements par carte (BNP acquiring) et les paiements de proximité Card Nature P - Carte particulier E - Carte commercial b – Inconnu | V (O pour carte, N pour SCT) | Carte : P SCT : N/A |
22 | ISSUING_BANK_BIN | N..6 | Disponible pour les paiements par carte (BNP acquiring) et les paiements de proximité BIN de la banque émettrice | V (O pour carte, N pour SCT) | SCT : N/A |
23 | ISSUING_BANK_ID | N..5 | Disponible pour les paiements par carte (BNPP acquiring) et les paiements de proximité Identifiant (format code banque) de la banque émettrice, en cas de paiement carte sur le réseau CB | V :
> V pour CB : * O pour M01-C01 (Réglé) * N pour M01-C02 (Impayé) > N pour Visa et Mastercard
| 30004 si le client paye avec une carte BNP SCT : N/A |
24 | TX_REGION | N..3 | Disponible pour les paiements par carte (BNP acquiring) et les paiements de proximité Pays de la transaction | V :
> O pour M01-C01 (Réglé) > N pour M01-C02 (Impayé)
| SCT : N/A |
25 | CH_COUNTRY_CODE | N..6 | Disponible pour les paiements par carte (BNP acquiring) et les paiements de proximité Code pays du porteur de carte Format ISO 3166-1 alpha-3 (« FRA » pour France) | V :
> O pour M01-C01 (Réglé) > N pour M01-C02 (Impayé)
| Carte : FRA pour porteur France SCT : N/A |
26 | ORDER_DESCRIPTION | Ans..768 | Description de la commande à laquelle le paiement se rapporte. (e: Frais d'abonnement mensuel pour une box TV) | O si le Marchand renseigne la donnée lors de l’initiation du paiement | Ex: facture électricité, Abonnement internet |
27 | EXTENDED_INFO | Ans..200 | Champ structuré contenant des informations supplémentaires disponibles en fonction du mode de paiement.
| O | Voici le lien où trouver le détail de l'information que contient ce champ : DETAIL CHAMP EXTENDED INFO |
28 | CAPTURE_DATE | Tstp |
| O | 24.04.2020 00:00:00 |
29 | PAYOUT_ID | Ans..32 | Numéro du fichier de remise du prestataire de service (numéro du fichier de règlement pour BNP Paribas et "invoice number" pour PPRO) | V (O pour carte, N pour SCT) | Carte : 869843 SCT : N/A |
30 | PAYOUT_DATE | N8 | Date de règlement = Date de valeur au format <AAAAMMJJ> Remarque :La Date de valeur correspond à la date de valeur du crédit/débit sur relevé de compte. A noter qu’il ne s’agit pas nécessairement de la date de comptabilisation (par exemple, un SCT instantané initié le samedi est comptabilisé le lundi soir en date de valeur du samedi, et c’est la date du samedi qui apparaît dans le relevé) En cas d’impayé, la PAYOUT_DATE portera la date de valeur de l’impayé. | O | 20250528 |
31 | PAYOUT_REFERENCE | Ans..32 | Référence du fichier de remise (information non essentielle pour le commerçant, uniquement pour BNP Paribas en cas de problème) | V
| Carte paiement réglé : 0000341501170 SCT : N/A |
32 | PAYOUT_CURRENCY | A3 | Devise du compte de règlement (currency of account) | O | EUR |
33 | INTERCHANGE_FEE | Ans..20 | Frais facturés par l'émetteur de carte. | V
| Carte : 1.875 SCT : N/A |
34 | SCHEME_FEE | Ans..20 | Frais facturés par l'organisme émetteur de carte. | V
| Carte : 1.875 SCT : N/A |
35 | ACQUIRER_FEE | Ans..20 | Frais facturés pour les services de l'acquéreur. | V
| Carte : 1.875 SCT : N/A |
36 | PROCESSING_FEE | Ans..20 | Frais facturés pour les services des prestataires de services de paiement (PSP, Passerelle, Opérateur). | V
| Carte : 1.875 SCT : N/A |
37 | CHARGEBACK FILE NUMBER | Ans..20 | Numéro de dossier de l'impayé qui permet un suivi de la part du commerçant (uniquement carte) | V
| Carte : 110034150116 SCT : N/A |
38 | CHARGEBACK CODE AND REASON | Ans..400 | Code de l'impayé et sa raison (Carte uniquement) | V
| Carte : 1261#duplicateprocessing N/A pour le SCT |
39 | CHARGEBACK AMOUNT | N..12 | Montant de l'impayé (débité ou crédité) | V
| Carte : 600 SCT : N/A |
40 | CHARGEBACK DATE | N8 | Date de l'impayé – (date de valeur de l’impayé) – Format <AAAAMMJJ> | V
| Carte : 20200421 SCT : N/A |
41 | PAY ID | Ans..32 | Identifiant de paiement généré par la plate-forme de paiement | O | 439d9f039ea1457191d6c45dd0c68ede |
42 | X-ID | Ans..32 | Identifiant de l’événement lié au paiement | O | 13a999a98w064012b61f9fc8a067510e |
43 | CUSTOMER ID | Ans..30 | Identifiant client | O | |
44 | INVOICE ID | Ans..30 | Identifiant facture | O | |
45 | CONTRACT ID | Ans..30 | Identifiant contrat | O | |
| 46 | RESERVED 6 | - | Champ réservé pour des évolutions futures | ||
| 47 | RESERVED 7 | - | Champ réservé pour des évolutions futures | ||
| 48 | RESERVED 8 | - | Champ réservé pour des évolutions futures | ||
| 49 | RESERVED 9 | - | Champ réservé pour des évolutions futures | ||
| 50 | RESERVED 10 | - | Champ réservé pour des évolutions futures |
*NB: Veuillez noter que ces données ne sont pas disponibles pour les comptes bancaires hors France et non €.
**NB: Veuillez noter que ces données ne sont pas disponibles pour les comptes bancaires hors France.
Enregistrement Cumul
N° | Élément | Format | Description | Obligatoire (Oui, Non, Variable) | Exemple |
1 | RECORD_TYPE | N3 | Enregistrement des cumuls: Identifie l'entrée correspondante en tant qu'enregistrement de totaux, valeur « 900 ». | O | 900 |
2 | RECORD_COUNT | N..5 | Nombre total de lignes dans la section des enregistrements détaillés. 1 ligne = 1 transaction | O | 36 |
3 | TOTAL_AMOUNT | N..12 | Somme en valeur absolue, en centimes d’euros, de tous les montants de transaction (les remboursements sont également additionnés au montant total et non soustraits) dans la section des enregistrements détaillés dans la plus petite unité de la devise de la transaction. | O | 79896 |
Valeurs du champ "Record_Type"
Enregistrement | Moyen de paiement | Type de transaction |
|---|---|---|
| 500 | SEPA DIRECT DEBIT* | Débit |
| 501 | Remboursement | |
| 502 | Chargeback | |
| 510 | CARTES (CB/ VISA/ MC) | Débit |
| 511 | Remboursement | |
| 512 | Chargeback*
| |
510 | AMEX | Débit |
511 | Remboursement | |
512 | Chargeback | |
| 513 | Frais | |
514 | Demande de récupération (Retrieval Request) | |
517 | Fraude (TC40/SAFE) | |
520 | PAYPAL | Débit |
521 | Remboursement | |
522 | Chargeback | |
| 524 | Litige en cours | |
| 525 | Clôture du litige (résolu) | |
| 526 | Retrait général du compte PayPal | |
580 | iDEAL* | Débit |
| 581 | Remboursement | |
630 | KLARNA* | Débit |
| 631 | Remboursement | |
710 | PPRO | Débit |
711 | Remboursement | |
712 | Chargeback | |
| 720 | AMAZON PAY* | Débit |
| 721 | Remboursement | |
| 722 | Chargeback | |
| 723 | Autorisation | |
810 | SCT | Réglé |
| 81E | Non réglé | |
| 81F | Exécuté | |
| 81G | Réglé en retard | |
81H | Règlement sur initiation échouée |
*Non disponible actuellement.
NB. Veuillez ignorer les "Record_type" qui ne sont pas mentionnés dans le tableau ci-dessus.
Détails des champs avec multiples informations
Champ "Customer_Info"
Mode de paiement | Structure / Commentaire | Exemple |
|---|---|---|
| AMAZON PAY* | [Customer_Name]# | John Doe# john.doe@gmail.com |
CARTE (CB/VISA/MC/ AMEX) | [Numéro de carte masqué ou token de la carte]# [Marque (scheme) de la carte] [0000xxxxxxxx0000]#[Brand] | 4111xxxxxxxx9996# Visa |
| SEPA DIRECT DEBIT* | [Account_Holder]# ou [Account_Holder]# ou [IBAN]# ' | John Doe# ou John Doe# ou GB58BARC20595010602437# |
| iDEAL* | [Account_Holder]# | John Doe# |
| KLARNA* | [OCR_No]# | 1834143680436# |
PAYPAL | [Payer_ID]# | A59XV256BZ# |
PPRO | Remboursement [Acc_Holder]# [Bank_Name]# Chargeback [Acc_Holder]# [BIC]# [IBAN] | John Doe# # John Doe# RABONL2U# |
VIREMENT (SCT) | [Compte du payeur] Description : IBAN client du marchand effectuant le virement | FR7630003000010000102020119 |
*Non disponible actuellement.
Champ "Extended_Info"
Mode de paiement | Structure / Commentaire | Exemple |
|---|---|---|
AMAZON PAY* | [SellerOrderId]# | |
CARTES (CB/VISA/MC/ AMEX) | DISCOUNT RATE [Merchant_Discount_Rate]# CHARGEBACK INFO [Doc Request Reason]# RETRIEVAL REQUEST [ARN]# FRAUD ELEMENTS [ARN]# | 1.875# 74527646319021051645048# 74627546887030655470117# |
SEPA DIRECT DEBIT* | [PmtInfId] ou [Mandate_ID]#[IP address] Chargeback [6] [reasonCode]#[trigger]#[token] reasonCode -
trigger -
token -
| 5e736c2d718843149b71e3439b292dfe reasonCode=MD17#trigger=CHB#token=NSF |
iDEAL* | NL# | NL# |
KLARNA PAYMENTS* | [Merchant_Discount] | 3.97 |
KLARNA SOFORT* | [Customer_ID]# | 9139795844# |
PAYPAL | [Merchant_Discount]# | 203# |
PPRO | Remboursement [Channel]#
· GiropayPP
Impayés (chargeback) [Chargeback_ID]# | livechannel# 1055329# |
| VIREMENT (SCT) | [Statut Instanea]#[ID Instanea]#[Statut banque payeur]
* Description : Statut du SCT dans Instanea (à titre indicatif) * Format : An..21 (valeurs SUCCESS, SETTLEMENT_COMPLETE, SETTLEMENT_INCOMPLETE)
* Description : Référence unique du SCT dans Instanea * Format : An..40
* Description : Statut renvoyé par la banque du payeur lors de l’invocation d’API Open Banking DSP2 * Format : An 4 (codes ISO ACSC, ACCP, RJCT) | SETTLEMENT_COMPLETE#rq:3NHczGsuikTfPEwBtLNL3RrWCshz:5zKtXEAq#ACCP |
*Non disponible actuellement.
Exemple d'un fichier de réconciliation CTSF
| Code Block |
|---|
100,BNP_MERCHANT_ECOM_FR_EUR,20240712,1.5 810,,BNP_MERCHANT_ECOM_FR_EUR,,,,,FR7630004000011234567890196,SCT,11.07.2024 10:21:46,OK,R10001020101,FR00000000_R10001020101,0,,1020106,EUR,FR7630003000010000102020169,,,,,,,,,SETTLEMENT_COMPLETE#rq:3NHczGsuikTfPEwBtLNL3RrWCshz:5zKtXEAq#ACCP,11.07.2024 10:21:46,,20240617,,EUR,,,,,,,,,439d4f039ea1457191d6c85dd0c68ede,13a559a980064012b61f9fc8a067510e,4004040236114,4004040236114,6021339431,,,,, 810,,BNP_MERCHANT_ECOM_FR_EUR,,,,,FR7630004000011234567890196,SCT,11.07.2024 10:30:10,OK,R20001020102,FR00000000_R20001020102,0,,1020102,EUR,FR7630003000010000102020266,,,,,,,,,SETTLEMENT_COMPLETE#rq:2xr7HYh8swas2decHqgdW9J6UGs:5zKtXEAq#ACCP,11.07.2024 10:30:10,,20240617,,EUR,,,,,,,,,9ea8d177a4fb483099b22c993fe87341,d63923d9a6bf49578339567640f259cf,4004043902726,4004043902726,6024196117,,,,, 81H,,BNP_MERCHANT_ECOM_FR_EUR,,,,,FR7630004000011234567890196,SCT,11.07.2024 10:47:00,NOK,R10001020502,FR00000000_R10001020502,0,,1020503,EUR,FR7630003000010000102050239,,,,,,,,,SETTLEMENT_COMPLETE#rq:4Yj9wXyGEJ9MAhTPkdE87tLWpW6F:5zKtXEAq#RJCT,11.07.2024 10:47:00,,20240618,,EUR,,,,,,,,,352a0f33832f456dbdf1c103c1309f35,121eb179d1ca4f259c15adee531c1b93,4004046135069,4004046135069,6025924409,,,,, 81H,,BNP_MERCHANT_ECOM_FR_EUR,,,,,FR7630004000011234567890196,SCT,11.07.2024 10:44:00,NOK,R10001020501,FR00000000_R10001020501,0,,1020501,EUR,FR7630003000010000102050142,,,,,,,,,SETTLEMENT_COMPLETE#rq:3qGVUvtMeMzyXpnKHX9hq6evuR4a:5zKtXEAq#RJCT,11.07.2024 10:44:00,,20240618,,EUR,,,,,,,,,61dc80e5c74a42cd98de84fef9aac23f,61515981a8b84fb7ad7fe866f81ebcc2,4004045078391,4004045078391,6025133184,,,,, 510,ECOM,BNP_MERCHANT_ECOM_FR_EUR,2222254,41488382700019,,,12345678901,CARD,11.07.2024 10:52:08,OK,276699858970,2024-07-22-04:47:59:978169,107512,889835,107512,EUR,400001xxxxxx8323#VISA,VISA,D,P,499022,16607,FRA,FRA,test:0000,0.00,22.07.2024 00:00:00,000622,20240823,0000622700257,EUR,0.07000,0.02493,0.00000,,,,,,c6b4cae05275402a8e9f88ac825d3f2d,1c704b8ac85b49f091bbbe82d9d53868,,473099,14191974E,,,,, 510,ECOM,BNP_MERCHANT_ECOM_FR_EUR,2222252,41488382700019,,,12345678901,CARD,11.07.2024 11:46:15,OK,vIjGbTIKo8xD,20240819114516,2347,169678,2347,EUR,497202xxxxxx7891#Cartes Bancaires,CB,D,P,499022,16607,FRA,FRA,paiement facture 13451226E,0.00,19.07.2024 00:00:00,000622,20240820,0000622700257,EUR,0.07000,0.02493,0.00000,,,,,,26328c156a0c47eb9cc92d4861e4749e,7ea7b0286c0b4f878ef21f6363d03eba,,26200000428774,013451226E,,,,, 900,6,4191071 |
Cas d'usages
Ces statuts des cas d'usages classifiés comme finaux ou transitoires, permettent de suivre avec fiabilité l'évolution du paiement jusqu'à son aboutissement. La distinction entre fichiers finaux (confirmant le statut définitif du paiement) et transitoires (fournis en J+1 pour suivi intermédiaire) garantit une vision complète et actualisée des encaissements.
Liste des cas
N° cas | Méthode de paiement | Statut | Final ou transitoire | Fichier de réconciliation |
M01-C01 | Carte | Réglé | Final | CTSF |
M01-C02 | Carte | Impayé | Final | CTSF |
M02-C01 | Virement instantané | Réglé | Final | CTSF |
M02-C02 | Virement instantané | Non réglé | Final | CTSF |
M02-C03 | Virement instantané | Exécuté | Transitoire | CTPF |
M02-C04 | Virement instantané | Réglé en retard | Final | CTSF |
M02-C05 | Virement instantané | Réglé sur initiation échouée | Final | CTSF |
Zoom cas d'usage virement instantané (SCT)
Revoir ici la structure des informations pour qu'elle soit non équivoque
Les cas d'usages se résument comme suit :
SCT initié à J (jour de vente)
- Deux options :
1- SCT réglé dans les temps :
- Comptabilité :
Si J = jour ouvré France :
→ Compte marchand BNP crédité à J en DDV J pour les paiements saisis à J entre 0h00 et 18h59.59
→ Compte marchand BNP crédité à J+1 ouvré France en DDV J pour les paiements saisis à J entre 19h00 et 23h59
Si J n’est pas un jour ouvré France : Compte marchand BNP crédité au prochain jour ouvré France en DDV J
- Fichier de réconciliation : Paiement restitué dans le fichier final (M02-C01 SCT réglé) de J+1 ouvré France, avec une DDV à J
2- SCT non réglé dans les temps (i.e. pas de trace dans le relevé de compte J [concernant la période J entre 0h00 et 18h59.59]ni dans le relevé intraday de J+1 ouvré France [concernant la période J entre 19h00 et 23h59]) :
- A J+1 ouvré France : Paiement restitué dans le fichier transitoire (M02-C03 SCT exécuté) avec une DDV (informative) à J, compte marchand BNP non mouvementé
- Suite à cela, 2 options (le SCT pourra être réglé en retard ou bien non réglé) :
→ SCT réglé en retard :
- Comptabilité : Compte marchand BNP crédité entre J+1 (avec annonce postérieure à la Production du fichier de réconciliation de J+1) et J+6 ouvré France en DDV de la date d’exécution réelle du SCT (comprise entre J et J+5)
- Fichier de réconciliation : Paiement restitué dans le fichier final (M02-C04 SCT réglé en retard) entre J+2 et J+6 ouvré France avec une DDV égale à la date d’exécution réelle du SCT (comprise entre J et J+5)
→ SCT non réglé : à Ce cas arrive à J+6 ouvré France, lorsque le crédit n’est toujours pas visible en comptabilité ou en intraday avant de produire le fichier de réconciliation.
- Comptabilité : Compte marchand BNP non mouvementé
- Fichier de réconciliation : Paiement restitué dans le fichier final (M02-C02 SCT non réglé) à J+6 ouvré France avec une DDV (informative) à J
Focus sur les dates pivot :
- J+1 ouvré France :
- Si le règlement est visible dans la comptabilité ou l’intraday avant la production du fichier de réconciliation, alors le SCT est réglé
- Si le règlement est visible dans la comptabilité ou l’intraday après la production du fichier de réconciliation, alors le SCT est réglé en retard
- J+6 ouvré France :
- Si le règlement est visible dans la comptabilité ou l’intraday avant la production du fichier de réconciliation, alors le SCT est réglé en retard
- Sinon, alors le SCT est non réglé
Cas particulier du SCT réglé sur initiation échouée :
SCT initié à J (jour de vente) à Paiement NOK
Un règlement arrive sur le compte marchand à D, date indéterminée
SCT réglé sur initiation échouée :
- Comptabilité :
Si D = jour ouvré France :
→ Compte marchand BNP crédité à D en DDV D pour SCT exécuté à D entre 0h00 et 18h59.59
→ Compte marchand BNP crédité à D+1 ouvré France en DDV D pour SCT exécuté à D entre 19h00 et 23h59
Si D n’est pas un jour ouvré France : Compte marchand BNP crédité au prochain jour ouvré France en DDV D
- Fichier de réconciliation : Paiement restitué dans le fichier final (M02-C05 SCT réglé sur initiation échouée) de D+1 ouvré France, avec une DDV à D
| Info |
|---|
De manière générale, si un crédit ou débit sur le compte marchand ne peut pas être rapproché d’une opération, l’orientation est de ne pas le transmettre au marchand (risque de transmettre des données incomplètes). Le traitement de génération des fichiers de réconciliation étant totalement piloté par les fichiers issus des différents partenaires, il n’y a pas de process pour gérer le delta de ce qui ne serait pas présent dans les fichiers de réconciliation. |
Fichier de réconciliation CTPF
1- Structure du fichier
Contenu identique au fichier CTSF.
2- Format de données
Contenu identique au fichier CTSF.
3- Nom du fichier (.ctpf)
Convention de dénomination: <MERCHANT_ID>#<FILE_CREATION_DATE>#<COUNTER>.ctpf
Exemple de nom de fichier : BNP_TEST#20240130#001.ctpf
N° | Elément | Format | Exemple |
1 | MERCHANT_ID | An..20 | Master MID de niveau 2 Ex: BNP_TEST_YYYY |
2 | COUNTER | N3 | 001 (Toujours égal à 001 car un seul fichier par MID par jour, ne sera pas incrémenté de 1 qu’en cas de nécessité d’envoyer un second fichier si incident) *en cas d’anomalie sur une ou plusieurs lignes, BNP Axepta devra renvoyer le fichier complet et corrigé avec le compteur incrémenté. |
3 | FILE_CREATION_DATE | N8 | 20201014 |
4- Table du fichier CTPF (Settlement file version 1.5)
Contenu identique au fichier CTSF à l'exception que dans ce fichier on aura un seul record type 812F
| Info | ||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
.
5- Exemple d'un fichier CTPF
| Code Block |
|---|
100,BNP_MERCHANT_ECOM_FR_EUR,20240712,1.5 81F,,BNP_MERCHANT_ECOM_FR_EUR,,,,,FR7630004000011234567890196,SCT,11.07.2024 10:33:17,OK,R10001020301,FR00000000_R10001020301,0,,1020306,EUR,FR7630003000010000102030160,,,,,,,,,SUCCESS#rq:223Qouegg7anR8dRQuBp1DYJkRv7:5zKtXEAq#ACCP,11.07.2024 10:33:17,,20240617,,EUR,,,,,,,,,18d660124f24469081bcf562d383e7ff,fd04a8e5798944779654a8fa77b334ba,4004031963567,4004031963567,6016656151,,,,, 81F,,BNP_MERCHANT_ECOM_FR_EUR,,,,,FR7630004000011234567890196,SCT,11.07.2024 10:40:40,OK,R10001020302,FR00000000_R10001020302,0,,1020302,EUR,FR7630003000010000102030257,,,,,,,,,SUCCESS#rq:4Qm586XZCd7XXC7snDXL4XBrmn4t:5zKtXEAq#ACCP,11.07.2024 10:40:40,,20240617,,EUR,,,,,,,,,6e72c27992144506bdaff60e89ce2af0,3454d2dfdf7741b6bbe75f7c40d2eed7,4004034268259,4004034268259,6017938424,,,,, 900,2,2040608 |
Moyens de paiement disponibles
Catégorie | Marque | Prestataire / Acquéreur / Passerelle |
|---|---|---|
Cartes | CB, Visa, Mastercard | BNP Paribas |
| Diners | BNP Paribas | |
| AMEX | AMEX | |
Virement (SCT) | Virement instantané | Instanea |
Solutions alternatives | Amazon Pay* | Amazon |
PayPal | PayPal | |
Alipay Union Pay International (UPI) Paysafecard SEPA Direct Debit (SDD) MyBank Giropay Klarna Sofort (Pay now) TrustPay Bancontact iDeal EPS Przelewy24 (P24) Multibanco FPX MyClear RHB Bank eNets POLi Payments Boleto Bancario | PPRO Remarque : En cas de Bancontact via PPRO, les échecs de paiement seront également signalés dans le fichier de réconciliation pour que le commerçant puisse justifier les frais de transaction = 0,22 €. Les caractéristiques suivantes permettent au commerçant de reconnaître un échec de paiement : Les transactions erronées sont toujours renvoyées avec la date de la transaction (Transaction Date) = 01.01.1970 01:00:00 et une « saisie de montant » (Amount Capture) supplémentaire avec la valeur « 0 ». Seul le commerçant peut alors comptabiliser les frais de transaction (fixed_fee=0,22). | |
| Klarna Payments (Klarna Pay Later)* | Klarna | |
| iDEAL* | BNP Paribas |
*Non disponible pour le moment.
Intégration des données des différents prestataires de paiement
Lorsque vous activez le fichier de réconciliation (Settlement file) AXEPTA, les moyens de paiement CB/VISA/MASTERCARD seront automatiquement inclus. Cependant, pour tous les autres moyens de paiement additionnels, nous vous invitons à contacter le support BNP Paribas (bnpparibas@computop.com) pour recevoir les instructions nécessaires à l'activation de ces moyens de paiement additionnels.
Veuillez trouver ci-dessous les instructions nécessaires à l'activation des moyens de paiement alternatifs principaux :
PayPal
Pour que nous puissions récupérer les fichiers de règlement de PayPal, nous avons besoin des données de votre compte SFTP PayPal.
Pour cela vous devez :
- Contacter votre « Account Manager » PayPal (si vous en avez un) ou le support client standard de PayPal pour qu’il active cette fonction SFTP dans votre compte client PayPal et que vous puissiez y accéder directement.
- Vous devrez ensuite, depuis votre compte PayPal, créer un compte SFTP sécurisé dans la section « information sur le compte - Creating a secure FTP server user ».
- Après avoir créé le serveur SFTP avec succès, veuillez nous envoyer les données d'accès SFTP : nom d'utilisateur et mot de passe.
Veuillez trouver la documentation PayPal pour vous aider : https://developer.paypal.com/docs/reports/sftp-reports/settlement-report/#know-before-you-begin
A noter :
- Nous ne demanderons jamais le mot de passe de votre compte PayPal (ces données sont strictement confidentielles), nous avons besoin uniquement des accès à votre compte SFTP de PayPal.
- Ne pas confondre l’activation du moyen de paiement PayPal dans Axepta (activation réalisée lors de votre inscription avec la solution Axepta) et l’intégration des fichiers de reporting PayPal dans Axepta (procédure décrite ci-dessus).
AMEX
Pour AMEX vous devrez fournir votre numéro de contrat AMEX et remplir un formulaire "AMEX EPA Application form" qui nous autorise à récupérer les fichiers de reporting d'AMEX. Le formulaire vous sera transmis par le support BNP Paribas (bnpparibas@computop.com) que nous vous invitons à contacter directement.