Table des matières

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.

The reconciliation file (Settlement File) consolidates all data from the various payment methods used by the merchant to meet their reconciliation and reporting needs. Clearing (compensation) and settlement information is retrieved from various payment service providers and acquirers.

For instant transfers, reconciliation relies on specific statuses such as Settled, Unsettled, Executed, Settled Late, or Settled on Failed Initiation. These statuses, classified as final or transitional, allow tracking the payment's progress reliably until completion. The merchant will receive two types of files depending on the transaction status: the 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 or the CTPF (Computop Transaction Processing File) (voir see CTPF file zoom fichier CTPF).

Le fichier se présente dans un format CSV The file is presented in CSV format (Comma Separated Values – valeurs séparées par des virgulesvalues separated by commas).

Il est disponible It is available:

depuis le backoffice

• From the 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.

Description

The reconciliation file (Settlement File) consolidates all data from the various payment methods used by the merchant to meet their reconciliation and reporting needs. Clearing (compensation) and settlement information is retrieved from various payment service providers and acquirers.

For instant transfers, reconciliation relies on specific statuses such as Settled, Unsettled, Executed, Settled Late, or Settled on Failed Initiation. These statuses, classified as final or transitional, allow tracking the payment's progress reliably until completion. The merchant will receive two types of files depending on the transaction status: the CTSF (Computop Settlement File) or the CTPF (Computop Transaction Processing File) (see CTPF file zoom).

The file is presented in CSV format (Comma Separated Values – values separated by commas).

It is available:

• From the AXEPTA BNP Paribas back office (the file is available for up to 60 days in the Back Office).

• Via an SFTP connection in pull mode (for configuration and account identification information, please contact BNP Paribas support).

Please note that reconciliation files are generated based on the frequency at which clearing and settlement information from the payment system(s), provider(s), or acquirer(s) is made available.

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.

• Merchant Portal (the file is available for up to 60 days in the Back Office).

• Via an SFTP connection in pull mode (for configuration and account identification information, please contact BNP Paribas support).

Please note that reconciliation files are generated based on the frequency at which clearing and settlement information from the payment system(s), provider(s), or acquirer(s) is made available.

File structure

The file is provided in a CSV format (comma separated file).

Each Settlement File is structured into :

• a header record,
• one or multiple detail records
• and a total record.

The encoding for the line breaks is configurable at merchant level. Some fields may contain values of variable length. Where sizes are not given, a field size limitation does not apply.

Data format

File name (.ctsf)

Naming convention :         <MERCHANT_ID>#<FILE_CREATION_DATE>#<COUNTER>.ctsf

File name example:            ACME01#20201014#001.ctsf       

Settlement file's table (CTSF) (version 1.5)

Header record

Detail record

Fields 45 to 50 will stay empty until future enhancements.

• For 1 succesful transaction there will be a line on the setllment file with 50 columns
• Empty fields must be ignored

Format de données

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

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.

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 la carte :

  > V pour CB :

     * O pour M01-C01 (Réglé)

     * N pour M01-C02 (Impayé)

  > N pour Visa et Mastercard

• N pour SCT

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 :

• V pour carte :

  > O pour M01-C01 (Réglé)

  > N pour M01-C02 (Impayé)

• N pour SCT

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 :

• V pour carte :

  > O pour M01-C01 (Réglé)

  > N pour M01-C02 (Impayé)

• N pour SCT

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.

• Pour la carte, il s’agit de la somme des frais annoncé dans les données 33, 34, 35 et 36 pour un paiement réglé. Non renseigné pour un impayé (000000 par défaut).
• Pour SCT, section explicative dans DETAIL CHAMP EXTENDED INFO

O

Voici le lien où trouver le détail de l'information que contient ce champ : DETAIL CHAMP EXTENDED INFO

28

CAPTURE_DATE

Tstp

• Pour Carte : Date et heure à laquelle une transaction a été acceptée par l'acquéreur / le système de paiement pour le règlement, <JJ.MM.AAAA hh:mm:ss>. Si l'heure n'est pas spécifiée, elle sera fixée à'00:00:00:00’. En cas d’impayé, date de capture de l’opération d’origine.
• Pour SCT : date du dernier événement.

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>

En cas d’impayé, la PAYOUT_DATE portera la date de valeur de l’impayé.

*NB: Please note that this data is not available for bank accounts outside France and in non-EUR currencies.

**NB: Please note that this data is not available for bank accounts outside France.

Total record

Values of the field "Record_Type"

*Currently not available. 

NB. Please ignore the "Record_type" that are not mentioned in the table above.

Details of the fields with multiple information

Field "Customer_Info"

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

• V pour carte (O pour paiement réglé et N pour impayé)
• N pour SCT

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

• O pour carte,
• N pour SCT

Carte : 1.875

SCT : N/A

34

SCHEME_FEE

Ans..20

Frais facturés par l'organisme émetteur de carte.

V

• O pour carte,
• N pour SCT

Carte : 1.875

SCT : N/A

35

ACQUIRER_FEE

Ans..20

Frais facturés pour les services de l'acquéreur.

V

• O pour carte,
• N pour SCT

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

• O pour carte,
• N pour SCT

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

• V pour carte (N pour paiement réglé et O pour impayé)
• N pour SCT

Carte : 110034150116

SCT : N/A

38

CHARGEBACK CODE AND REASON

Ans..400

Code de l'impayé et sa raison (Carte uniquement)

V

• V pour carte (N pour paiement réglé et O pour impayé)
• N pour SCT

Carte : 1261#duplicateprocessing

N/A pour le SCT

39

CHARGEBACK AMOUNT

N..12

Montant de l'impayé (débité ou crédité)

V

• V pour carte (N pour paiement réglé et O pour impayé)
• N pour SCT

Carte : 600 

SCT : N/A

40

CHARGEBACK DATE

N8

Date de l'impayé – (date de valeur de l’impayé) – Format <AAAAMMJJ>

V

• V pour carte (N pour paiement réglé et O pour impayé)
• N pour SCT

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

43

CUSTOMER ID

Ans..30

Identifiant client

O

44

INVOICE ID

Ans..30

Identifiant facture

O

45

CONTRACT ID

Ans..30

Identifiant contrat

O

*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

Chargeback*

• Sauf Diners

510

AMEX

Débit

511

Remboursement

512

Chargeback

514

Demande de récupération (Retrieval Request)

517

Fraude (TC40/SAFE)

520

PAYPAL

Débit

521

Remboursement

522

Chargeback

580

iDEAL*

Débit

630

KLARNA*

Débit

710

PPRO

Débit

711

Remboursement

712

Chargeback

810

81H

*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"

*Non disponible actuellement.

Champ "Extended_Info"

Mode de paiement

Structure / Commentaire

Exemple

AMAZON PAY*

[SellerOrderId]#
[SellerReferenceId]#
[AmazonOrderReferenceId]#
[AmazonTransactionId]#
[TotalTransactionFee]

CARTES (CB/VISA/MC/ AMEX)

DISCOUNT RATE

[Merchant_Discount_Rate]#
[Merchant_Discount]
[Currency]

CHARGEBACK INFO

RETRIEVAL REQUEST

[ARN]#
[Reason_Code]#
[Status]

FRAUD ELEMENTS 

[ARN]#
[Code]#

1.875#
1.95#
EUR

74527646319021051645048#
0350#
MI1

74627546887030655470117#
6

SEPA DIRECT DEBIT*

[PmtInfId]

ou

[Mandate_ID]#[IP address]

Chargeback [6]

[reasonCode]#[trigger]#[token]

reasonCode -

• 4 digit SEPA reason code

trigger -

• “CHB” = Chargeback

• “B1”..”B3” = CB after 1st, 2nd or 3rd retry

token -

• ACT - CB was initiated by the customer

• RFND - CB was initiated by the merchant

• FRM - format error

• NSF - no sufficient

5e736c2d718843149b71e3439b292dfe

reasonCode=MD17#trigger=CHB#token=NSF

iDEAL*

NL#
[IP address]

NL#
82.151.44.149

KLARNA PAYMENTS*

[Merchant_Discount]

3.97

KLARNA SOFORT*

[Customer_ID]#
[Country]#
[Mandate_ID]#
[IP address]

9139795844#
DE#
9135762874-203185592#
78.49.133.9

PAYPAL

[Merchant_Discount]#
[Currency]#
[Transaction_Type (credit / debit)]

203#
EUR#
CR

PPRO

Remboursement

[Channel]#
[TAG]#
[Country]#
[Selling_Point]#
fixed_fee=[FIXED_FEE_AMOUNT]#
fixed_fee_currency=[FIXED_FEE_CURRENCY]#
external_fee=[EXTERNAL_FEE_AMOUNT]#
external_fee_currency=[EXTERNAL_FEE_CURRENCY]#
minimum_discount_fee=[MINIMUM_DISCOUNT_FEE_AMOUNT]#
discount_rate=[DISCOUNT_RATE]

• Channel :  Fourni par le système de paiement ou le commerçant.

  Cela est traité individuellement, mais nous utilisons généralement la valeur « testchannel » pour les comptes test et « livechannel » pour les comptes live.

• TAG : Dépend du système de paiement fourni par la plateforme de paiement (à convenir avec PPRO).

  Cela est traité individuellement. La liste la plus récente sera distribuée lors du processus d'intégration.

• Country : Paramètre AddrCountryCode fourni dans la requête du commerçant.

·     GiropayPP
·     iDEALPP
·     SEPAPP
·     SofortPP

• SellingPoint : Fourni par le commerçant.

Impayés (chargeback)

[Chargeback_ID]#
[Chargeback_Reason_Code]#
[Chargeback_RefNu

livechannel#
iDEALPP#
NL#
T63542
fixed_fee=0.45#
fixed_fee_currency=EUR#
external_fee=0.00#
external_fee_currency=EUR#
minimum_discount_fee=0.00#
discount_rate=0

1055329#
MD06#
15072617000095/OCMT/EUR26,49/CHGS/EUR4,20

[Statut Instanea]#[ID Instanea]#[Statut banque payeur]

• Statut Instanea :

  * Description : Statut du SCT dans Instanea (à titre indicatif)

  * Format : An..21 (valeurs SUCCESS, SETTLEMENT_COMPLETE, SETTLEMENT_INCOMPLETE)

• ID Instanea :

  * Description : Référence unique du SCT dans Instanea

  * Format : An..40

• Statut banque payeur : 

  * 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.

*Currently not available.

Field "Extended_Info"

*Currently not available.

Example of a settlement file (CTSF)

100,BNP_MERCHANT_ECOM_FR_EUR,20240712,1.5
810,ECOM,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,ECOM,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,ECOM

Exemple d'un fichier de réconciliation CTSF

100,BNP_MERCHANT_ECOM_FR_EUR,20240712,1.5
810,,BNP_MERCHANT_ECOM_FR_EUR,,,,,FR7630004000011234567890196,SCT,11.07.2024 10:2147:4600,OKNOK,R10001020101R10001020502,FR00000000_R10001020101R10001020502,0,,10201061020503,EUR,FR7630003000010000102020169FR7630003000010000102050239,,,,,,,,,SETTLEMENT_COMPLETE#rq:3NHczGsuikTfPEwBtLNL3RrWCshz4Yj9wXyGEJ9MAhTPkdE87tLWpW6F:5zKtXEAq#ACCP5zKtXEAq#RJCT,11.07.2024 10:2147:4600,,2024061720240618,,EUR,,,,,,,,,439d4f039ea1457191d6c85dd0c68ede352a0f33832f456dbdf1c103c1309f35,13a559a980064012b61f9fc8a067510e121eb179d1ca4f259c15adee531c1b93,40040402361144004046135069,40040402361144004046135069,60213394316025924409,,,,,
81081H,ECOM,BNP_MERCHANT_ECOM_FR_EUR,,,,,FR7630004000011234567890196,SCT,11.07.2024 10:3044:1000,OKNOK,R20001020102R10001020501,FR00000000_R20001020102R10001020501,0,,10201021020501,EUR,FR7630003000010000102020266FR7630003000010000102050142,,,,,,,,,SETTLEMENT_COMPLETE#rq:2xr7HYh8swas2decHqgdW9J6UGs3qGVUvtMeMzyXpnKHX9hq6evuR4a:5zKtXEAq#ACCP5zKtXEAq#RJCT,11.07.2024 10:3044:1000,,2024061720240618,,EUR,,,,,,,,,9ea8d177a4fb483099b22c993fe8734161dc80e5c74a42cd98de84fef9aac23f,d63923d9a6bf49578339567640f259cf61515981a8b84fb7ad7fe866f81ebcc2,40040439027264004045078391,40040439027264004045078391,60241961176025133184,,,,,
81H510,ECOM,BNP_MERCHANT_ECOM_FR_EUR,2222254,41488382700019,,,FR763000400001123456789019612345678901,SCTCARD,11.07.2024 10:4752:0008,NOKOK,R10001020502,FR00000000_R10001020502,0,,1020503276699858970,2024-07-22-04:47:59:978169,107512,889835,107512,EUR,FR7630003000010000102050239400001xxxxxx8323#VISA,VISA,D,P,499022,16607,FRA,FRA,,SETTLEMENT_COMPLETE#rq:4Yj9wXyGEJ9MAhTPkdE87tLWpW6F:5zKtXEAq#RJCT,11test:0000,0.00,22.07.2024 1000:4700:00,000622,2024061820240823,0000622700257,EUR,0.07000,0.02493,0.00000,,,,,,352a0f33832f456dbdf1c103c1309f35c6b4cae05275402a8e9f88ac825d3f2d,121eb179d1ca4f259c15adee531c1b931c704b8ac85b49f091bbbe82d9d53868,4004046135069,4004046135069473099,602592440914191974E,,,,,
81H510,ECOM,BNP_MERCHANT_ECOM_FR_EUR,2222252,41488382700019,,,FR763000400001123456789019612345678901,SCTCARD,11.07.2024 1011:4446:0015,NOKOK,R10001020501vIjGbTIKo8xD,FR00000000_R1000102050120240819114516,02347,169678,10205012347,EUR,FR7630003000010000102050142497202xxxxxx7891#Cartes Bancaires,CB,D,P,499022,16607,FRA,FRA,,SETTLEMENT_COMPLETE#rq:3qGVUvtMeMzyXpnKHX9hq6evuR4a:5zKtXEAq#RJCT,11paiement facture 13451226E,0.00,19.07.2024 1000:4400:00,000622,2024061820240820,0000622700257,EUR,0.07000,0.02493,0.00000,,,,,,61dc80e5c74a42cd98de84fef9aac23f26328c156a0c47eb9cc92d4861e4749e,61515981a8b84fb7ad7fe866f81ebcc27ea7b0286c0b4f878ef21f6363d03eba,4004045078391,400404507839126200000428774,6025133184013451226E,,,,,
510530,ECOM,BNP_MERCHANT_ECOM_FR_EUR,2222254704685,41488382700019,,,123456789013277,CARDFloa 4x,1121.0712.20242025 1017:5246:0821,OK,276699858970,2024-07-22-04:47:59:978169,107512,889835,10751222243770,p8wbfdyeicc,99500,,99500,EUR,400001xxxxxx8323#VISA15168,VISA,D,P,499022,16607,FRA,FRA,test:0000,03.0048,22.0712.20242025 00:00:00,000622,2024082320251222,0000622700257,EUR,0.07000,0.02493,0.00000,,,,,,c6b4cae05275402a8e9f88ac825d3f2d903cf373ad1d4a7d945c68725b42efb3,1c704b8ac85b49f091bbbe82d9d538681328928fd8ab4730ae1a0fb20b82853f,,473099,14191974E,,,,,
510531,ECOM,BNP_MERCHANT_ECOM_FR_EUR,2222252704684,41488382700019,,,123456789013277,CARDFloa 3x,1114.0712.20242025 1118:4647:1555,OK,vIjGbTIKo8xD22242656,20240819114516rdmlgfgh1f8,234751450,169678,2347111,EUR,497202xxxxxx7891#Cartes Bancaires00107011,CB,D,P,499022,16607,FRA,FRA,paiement facture 13451226E,0.00,1923.0712.20242025 00:00:00,000622,2024082020251223,0000622700257,EUR,0.07000,0.02493,0.00000,,,,,,26328c156a0c47eb9cc92d4861e4749e4f3d85bbcada48879c41149274a2f141,7ea7b0286c0b4f878ef21f6363d03eba267cbf9ddad14ef5932160538722ced3,,26200000428774,013451226E,,,,,
900,68,41910714290682

Use Cases

These use case statuses, classified as final or transitional, allow tracking the payment's progress reliably until completion. The distinction between final files (confirming the payment's final status) and transitional files (provided on D+1 for intermediate tracking) ensures a comprehensive and up-to-date view of collections.

List of Cases

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

Detailed Use Case: Instant Transfer (SCT)

Les cas d'usages se résument comme suit : 

SCT initié à J (jour de vente)

The use cases can be summarized as follows:

SCT Initiated on Day J (Day of Sale)

• Two
Deux
• options:

1- SCT réglé dans les temps : Settled on Time:

• Accounting
Comptabilité
• :
  Si
  • • If 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

  • • French business day: → Merchant BNP account credited on J with DDV J for payments entered on J between 00:00 and 18:59:59 → Merchant BNP account credited on J+1 French business day with DDV J for payments entered on J between 19:00 and 23:59
    • If J is not a French business day: Merchant BNP account credited on the next French business day with DDV J
  • Reconciliation File: Payment returned in the final file (M02-C01 SCT Settled) on J+1 French business day, with DDV on J

  2- SCT Not Settled on Time (i.e., no trace in account statement J [concerning the period J between 00:00 and 18:59:59] nor in intraday statement of J+1 French business day [concerning the period J between 19:00 and 23:59]):

  • On J+1 French business day: Payment returned in the transitional file (M02-C03 SCT Executed) with an informative DDV on J, merchant BNP account not moved

  • Following this, two options (the SCT may be settled late or not settled):

  → SCT Settled Late:

  • Accounting: Merchant BNP account credited between J+1 (with announcement after the production of the reconciliation file of J+1) and J+6 French business day with DDV of the actual execution date of the SCT (between J and J+5)

  • Reconciliation File: Payment returned in the final file (M02-C04 SCT Settled Late) between J+2 and J+6 French business day with a DDV equal to the actual execution date of the SCT (between J and J+5)

  → SCT Not Settled: This case occurs on J+6 French business day, when the credit is still not visible in accounting or intraday before producing the reconciliation file.

  • Accounting: Merchant BNP account not moved

  • Reconciliation File: Payment returned in the final file (M02-C02 SCT Not Settled) on J+6 French business day with an informative DDV on J

  Focus on Pivot Dates:

  • J+1 French business day:

    • If the settlement is visible in accounting or intraday before the production of the reconciliation file, then the SCT is settled

    • If the settlement is visible in accounting or intraday after the production of the reconciliation file, then the SCT is settled late

  • J+6 French business day:

    • If the settlement is visible in accounting or intraday before the production of the reconciliation file, then the SCT is settled late

    • Otherwise, the SCT is not settled

  Special Case of SCT Settled on Failed Initiation:

  SCT initiated on Day J (Day of Sale) with Payment NOK A settlement arrives on the merchant account on Day D, an undetermined date SCT Settled on Failed Initiation:

  • Accounting:

  If D = French business day: → Merchant BNP account credited on D with DDV D for SCT executed on D between 00:00 and 18:59:59 → Merchant BNP account credited on D+1 French business day with DDV D for SCT executed on D between 19:00 and 23:59 If D is not a French business day: Merchant BNP account credited on the next French business day with DDV D

  • Reconciliation File: Payment returned in the final file (M02-C05 SCT Settled on Failed Initiation) on D+1 French business day, with DDV on D

  
  

  Info
  In general, if a credit or debit on the merchant account cannot be matched to a transaction, the recommendation is not to transmit it to the merchant (risk of transmitting incomplete data). Since the generation of reconciliation files is entirely controlled by files from various partners, there is no process to manage the delta of what might not be present in the reconciliation files.

  Settlement File (CTPF)

  1- File structure

  Content identical to the CTSF file.

  2- Data format

  Content identical to the CTSF file.

  3- File name (.ctpf)

  Naming convention

  • 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 File name example :            BNP_TEST#20240130#001.ctpf

  N°	ElémentElement	Format	ExempleExample
  1	MERCHANT_ID	An..20Master 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)Always equal to 001 as there is only one file per MID per day, it will only be incremented by 1 if there is a need to send a second file in case of an incident) *In case of an anomaly on one or more lines, BNP Axepta will need to resend the complete and corrected file with the counter incremented*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

  Settlement file's table (CTPF) (version 1.5)

  Contenu identique au fichier CTSF à l'exception que dans ce fichier on aura un seul record type 812F

  Content identical to the CTSF file, except that this file will contain only one record type: 812F.

  Info
  N°case Payment method Status Detail description File
  Info
  N°cas Méthode de paiement Statut Description détaillée Fichier RECORD_TYPE Sens Débit/Crédit pour Cash Collection M02-C03 Virement instantanéInstant tranfer Exécuté Virement instantané en succès lors du paiement client, pour lequel le règlement n’arrive pas encore sur le compte du marchand Transitoire 81F Info (crédit)

  .

  5- Exemple d'un fichier CTPF

  Executed Instant transfer successful during customer payment, for which the settlement has not yet arrived in the merchant's account Transitional 81F

  .

  5- Example of settlement file (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 

  
  

Available payment Methods

*Non disponible pour le moment.Not available currently

Data integration of external payment providers

When you activate the AXEPTA Settlement file service, the payment methods

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 will be automatically included.

However, for any additionnal payment method, we invite you to contact our technical Support  (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 :

to receive the required instructions for the data activation of these other payment methods.

Below are the instructions of the main alternative payment methods : 

PayPal 

In order for us to get the settlement and clearing files of PayPal, you need to provide us with your PayPal SFTP account information.

To do so, you need to :

1. Contact your PayPal « Account Manager » to activate the SFTP functionnality in your PayPal customer account. Once it is activated, you will be able to directly access it via your PayPal account . 
2. Then, from your PayPal account, create a secure SFTP account in the section "account information
3. 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.
4. 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 ».
5. 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.
6. Once the SFTP is successfully created, please send to us your SFTP data access : login + password.

Please find the PayPal documentation that may help you : Veuillez trouver la documentation PayPal pour vous aider : https://developer.paypal.com/docs/reports/sftp-reports/settlement-report/#know-before-you-begin

A noter :

1. 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.
2. 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

Note :

1. We will never ask for your PayPal account password (this data is confidential), we only need your PayPal SFTP account data information.
2. Do not mix up the activation of PayPal as a payment method in AXEPTA (activation done during your subscription) with the integration of PayPal reporting files in Axepta (process just described above).

AMEX 

For AMEX you will need to provide your AMEX contract number and fill in the "AMEX EPA Application form" which allows us to retrieve the AMEX reporting files. The form will be provided by BNP Paribas support (bnpparibas@computop.com) that you will need to contact directlyPour 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.