Versions Compared

Old Version 5

changes.mady.by.user writer

Saved on

compared with

New Version 6

changes.mady.by.user writer

Saved on

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Multiexcerpt include
SpaceWithExcerptDOCBNP
MultiExcerptNameLogo BNP
PageWithExcerptAxepta BNP Paribas Online 1.0 - EN





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.

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.

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


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.

informations

The files will be automatically deleted from the Axepta sFTP server after 14 days.

The reconciliation file is generated only when transactions are processed.



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

FormatDescription

a

Alphabetic characters

Format de données

Caractères alphabétiques NChiffres numériquesAnCaractères alphanumériques Horodatage, format : <JJ.MM.AAAA
FormatDescription

A

A-Z, a-z

n

Numeric digits, 0-9

an

Alphanumeric characters 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.

ans

Alphanumeric and special characters

ns

Numeric and special characters

3

Fixed length data element of 3 characters

..17

Variable length data element up to a maximum of 3 characters. The minimum length is defined by the specific requirements of the data element itself, but shall be at least 1 character.

tstp

Timestamp, format: <DD.MM.YYYY

Tstp

hh:mm:ss>



Nom du fichier

File name (.ctsf)

 

Convention de dénominationNaming convention :         <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#001File name example:            ACME01#20201014#001.ctsf       

  


Table du fichier de réconciliation (

Settlement file's table (version 1.5)

Enregistrement en-tête

Header record


N°

Nom de champ

Format

Description

Obligatoire Mandatory (OuiYes, Nono, Variable)

ExempleExample

1

RECORD_TYPE

N3

Enregistrement en-tête: Identifie l'entrée correspondante comme enregistrement d'en-tête, valeur « 100 ».

Header record: Identifies the respective entry as header record, value ‘100’.

YO

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

..30

Merchant's identification (MID) provided by Axepta BNP Paribas during the onboarding phase

Y

Master MID

Ex: BNP_MERCHANT_ECOM_FR_EUR

3

DATE

N8

Date de création du fichier de règlement BNP Paribas, <AAAAMMJJ>.the Settlement File was created, <DDMMYYYY>.

YO

20250424

4

VERSION

An..4

Version du fichier (actuellement current version is 1.5)

OY

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.


    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


    N° 

    Élément

    Format

    Description

    Obligatoire Mandatory (OuiYes, Nono, Variable)

    ExempleExAmple

    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

    Detail record: Identifier that specifies the payment method and type of account ledger entry (e.g. debit and credit). Charges to customers are indicated as debits and payments to customers as credits.

    Link to the "RECORD TYPE" table: RECORD TYPE TABLE

    O

    Card : 510

    instant transfers

    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 instant transfers : 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 instant transfers : 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 instant transfers : 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 instant transfers : 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


    Carte Card :  0123456789101234567891

    SCT instant transfers : 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 instant transfers : 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 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>

    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

    • 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

    		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


    46RESERVED 6-Champ réservé pour des évolutions futures 

    47RESERVED 7-Champ réservé pour des évolutions futures 

    48RESERVED 8-Champ réservé pour des évolutions futures 

    49RESERVED 9-Champ réservé pour des évolutions futures 

    50RESERVED 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

    500SEPA DIRECT DEBIT*Débit
    501Remboursement
    502Chargeback
    510CARTES (CB/ VISA/ MC)Débit
    511Remboursement
    512

    Chargeback*

    • Sauf Diners

    510

    AMEX

    Débit

    511

    Remboursement

    512

    Chargeback

    513Frais

    514

    Demande de récupération (Retrieval Request)

    517

    Fraude (TC40/SAFE)

    520

    PAYPAL



    Débit

    521

    Remboursement

    522

    Chargeback

    524Litige en cours
    525Clôture du litige (résolu)
    526Retrait général du compte PayPal

    580

    iDEAL*

    Débit

    581Remboursement

    630

    KLARNA*

    Débit

    631Remboursement

    710

    PPRO



    Débit

    711

    Remboursement

    712

    Chargeback

    720AMAZON PAY*Débit
    721Remboursement
    722Chargeback
    723Autorisation

    810

    		SCTRéglé
    81ENon réglé
    81FExécuté
    81GRé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]#
    [Customer_E-Mail]

    		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]#
    [Account_Number]#
    [Bank_ Code]#
    [Bank]

    ou

    [Account_Holder]#
    [IBAN]#
    [BIC]#
    [Bank]

    ou

    [IBAN]# '
    [BIC]

    John Doe#
    10602437#
    205950#
    Barclays

    ou

    John Doe#
    GB58BARC20595010602437#
    BARCGB22#
    Barclays

    ou

    GB58BARC20595010602437#
    BARCGB22

    iDEAL*

    [Account_Holder]#
    [IBAN]#
    [BIC]#
    [Bank]

    John Doe#
    NL12RABO0388375809#
    RABONL2U#
    Rabobank

    KLARNA*

    [OCR_No]#
    [Invoice_No]

    1834143680436#
    519072450221831988

    PAYPAL

    [Payer_ID]#
    [Payer]

    A59XV256BZ#
    john.doe@gmx.de

    PPRO

    Remboursement

    [Acc_Holder]#
    [Acc_Number]#
    [Bank_Code]#

    [Bank_Name]#
    [BIC]#
    [IBAN]


    Chargeback

    [Acc_Holder]#

    [BIC]#

    [IBAN]


    John Doe#

    #
    RABONL2U#
    Rabobank#
    RABONL2U#
    NL30RABO0205970948



    John Doe#

    RABONL2U#
    NL30RABO0205970948

    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]#
    [SellerReferenceId]#
    [AmazonOrderReferenceId]#
    [AmazonTransactionId]#
    [TotalTransactionFee]


    CARTES (CB/VISA/MC/ AMEX)

    DISCOUNT RATE

    [Merchant_Discount_Rate]#
    [Merchant_Discount]
    [Currency]

    CHARGEBACK INFO

    [Doc Request Reason]#
    [Ref Initial Doc]

    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

    VIREMENT (SCT)

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


    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)

    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

    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é

    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

    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

    DinersBNP Paribas
    AMEXAMEX

    Virement (SCT)

    Virement instantané

    Instanea

    Solutions alternatives

    Amazon Pay*

    Amazon

    PayPal 

    PayPal

    Alipay

    Wechat

    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 :

    1. 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.
    2. 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 ».
    3. 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 :

    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

    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.