Table des matières
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.
sFTP 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
| Format | Description |
|---|---|
a | Alphabetic characters A-Z, a-z |
n | Numeric digits, 0-9 |
an | Alphanumeric characters A-Z, a-z, 0-9 |
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 hh:mm:ss> |
File name (.ctsf)
Naming 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 |
File name example: ACME01#20201014#001.ctsf
Settlement file's table (version 1.5)
Header record
N° | Field Name | Format | Description | Mandatory (Yes, No, Variable) | Example |
1 | RECORD_TYPE | N3 | Header record: Identifies the respective entry as header record, value ‘100’. | Y | 100 |
2 | MERCHANT_ID | An..30 | Merchant's identification (MID) provided by Axepta BNP Paribas during the onboarding phase | Y | BNP_MERCHANT_ECOM_FR_EUR |
3 | DATE | N8 | Date the Settlement File was created, <DDMMYYYY>. | Y | 20250424 |
4 | VERSION | An..4 | Version (current version is 1.5) | Y | 1.5 |
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° | Element | Format | Description | Mandatory (Yes, No, Variable) | Example |
1 | RECORD_TYPE | An3 | 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 | Y | Card : 510 instant transfers : 810 |
2 | SALE_CHANNEL | An..32 | Transaction Channel ECOM (internet browser), MOTO (IVR), APP (mobile app), PAYBYLINK (payment link), POS) | Y | ECOM, MOTO, APP, PAYBYLINK, POS |
3 | MERCHANT_ID | An..30 | Merchant's identification (MID) provided by AXEPTA BNP Paribas during onboarding phase (1MID =1 shop) | Y | BNP_MERCHANT_ECOM_FR_EUR |
4 | ACQUIRING_CONTRACT_ID | An..50 | Contract ID provided by the processor or acquirer (BNP Paribas, PPRO, AMEX, PayPal, etc) | V (Y for card, N for instant transfers) | 4970600 (For BNP Paribas) instant transfers : N/A |
5 | BUSINESS_REGISTRATION_NUMBER | An..50 | Registration number of the company (Siret number in France) | V (Y for card, N for instant transfers) | Carte : 34979735700010 instant transfers : N/A |
6 | STORE ID | Ans..120 | Data only available for POS transaction → indicates the merchant's store where the purchase was made | V : . N for instant transfers . V for card : * Y for POS * N for the rest | POS : STORE1 instant transfers : N/A |
7 | TERMINAL ID | Ans..32 | Data only available for POS transaction → indicates the terminal ID (POS terminal) used for the transaction | V : . N for instant transfers . V for card : * Y forPOS * N for the rest | POS : 0431775016 instant transfers : N/A |
8 | MERCHANT_ACCOUNT_NUMBER | An..34 | Merchant account number indicated in the BNP reconciliation file: . Card:
. Instant transfers : IBAN See use cases | Y |
instant transfers : FR76300040000101234567891 |
9 | PAY_TYPE | An..32 | Payment method or POS for POS transactions | Y | Card / SCT (instant transfers) / POS |
10 | PAYMENT_CREATION_DATE | Tstp | Date and time the payment has been created, <DD.MM.YYYY hh:mm:ss>. Card: Authorization Date Instant Transfer: Date on which the transfer was initiated | Y | 20.04.2020 14:18:23 |
11 | PAYMENT STATUS | A2 | The status is always "OK" as these are successful and settled payments, except for transfers in specific use cases M02-C03 and M02-C05 where the value will be "NOK". See use cases. | Y | Card : OK instant transfers : OK, NOK |
12 | ARCHIVE REFERENCE NUMBER | An12 | Transaction Number (Account Holder) End-to-End Reference generated by AXEPTA (Unique, random) | Y | 00200Y2049Z8 |
13 | TRANSACTION_ID | Ans..64 | Unique transaction reference submitted by the merchant to recognize a payment for an order. It might be shared across a sequence of related transactions (requests) that constitute a payment (e.g. authorization, capture, credit, etc). | Y | 890_XUoqyBWuGw |
14 | AUTHORIZATION_AMOUNT | N..12 | Authorized amount in smallest unit of transaction currency. | V (Y for card, Value zero for SCT) | 789 (in cents) for card - N/A for instant transfers |
15 | AUTHORISATION_NUMBER | Ans..6 | Authorization number - only for card payments (ecom & POS transactions) | V (Y for card, N for SCT) | 02129F for card - N/A for instant transfers |
16 | TRANSACTION_AMOUNT | N..12 | The amount that has been processed by the payment scheme in smallest unit of the transaction currency. | Y | 700 (in cents) |
17 | TRANSACTION_CURRENCY | A3 | Refers to the three-letter ISO 4217 currency code of the currency in which the transaction was processed. | Y | EUR |
18 | CUSTOMER_INFO | Ans..160 | Constructed field encompassing specific customer related information depending on the payment method. | Y | Card: 4111xxxxxxxx9996#VISA Instant transfers : FR7630003000010000102020119 |
19 | CARD_SCHEME | Ans..32 | Scheme CB, VISA, MASTERCARD | V (Y for card, N for SCT) | card : CB Instant transfers : N/A |
20 | CARD_TYPE | A1 | Available for cards (BNPP acquiring) and POS transactions Card type : C for Credit card D for Debit card P for Prepaid card U for Universal card b Unknown (Blank) | V (Y for card, N for SCT) | Card : D Instant transfers : N/A |
21 | CARD_NATURE | A1 | Available for cards (BNPP acquiring) and POS transactions Card Nature P Consumer Card E Commercial Card b Unknown (Blank) | V (Y for card, N for SCT) | Card : P Instant transfers : N/A |
22 | ISSUING_BANK_BIN | N..6 | Available for cards (BNPP acquiring) and POS transactions Issuing Bank BIN | V (Y for card, N for SCT) | Instant transfers : N/A |
23 | ISSUING_BANK_ID | N..5 | Available for cards (BNPP acquiring) and POS transactions Issuing bank Identifier | V :
> V pour CB : * Y for M01-C01 (Settled) * N for M01-C02 (Unpaid) > N for Visa and Mastercard
| 30004 if the customer pays with a BNP card Instant transfers : N/A |
24 | TX_REGION | N..3 | Available for cards (BNPP acquiring) and POS transactions Transaction Regionality | V :
> Y for M01-C01 (Settled) > N for M01-C02 (Unpaid)
| Instant transfers : N/A |
25 | CH_COUNTRY_CODE | N..6 | Available for cards (BNPP acquiring) and POS transactions Cardholder country code | V :
> Y for M01-C01 (Settled) > N for M01-C02 (Unpaid)
| Card : FRA for french cardholders Instant transfers : N/A |
26 | ORDER_DESCRIPTION | Ans..768 | Description of the order to which the payment relates. (e.g., Monthly subscription fees for a TV box) | Y if the Merchant provides the data during payment initiation | Electricity bill / Internet subscription |
27 | EXTENDED_INFO | Ans..200 | Constructed field encompassing additional information that is available depending on the payment method.
| Y | Here is the link to find the detailed information about the content of this field : DETAIL CHAMP EXTENDED INFO |
28 | CAPTURE_DATE | Tstp |
| Y | 24.04.2020 00:00:00 |
29 | PAYOUT_ID | Ans..32 | Settlement file ID (Invoice number for PPRO transactions) | V (Y for card, N for Instant transfers) | Card : 869843 Instant transfers : N/A |
30 | PAYOUT_DATE | N8 | Settlement Date = Value Date in the format <YYYYMMDD> Note: The Value Date corresponds to the value date of the credit/debit on the account statement. Please note that this is not necessarily the accounting date (for example, an instant transfers initiated on a Saturday is accounted for on Monday evening with the value date of Saturday, and it is the Saturday date that appears on the statement). In case of non-payment, the PAYOUT_DATE will carry the value date of the non-payment. | Y | 20250528 |
31 | PAYOUT_REFERENCE | Ans..32 | Settlement file reference number | V
| Settled Payment by card : 0000341501170 Instant transfers : N/A |
32 | PAYOUT_CURRENCY | A3 | Currency of account | Y | EUR |
33 | INTERCHANGE_FEE* | Ans..20 | Fees charged by the card issuer. | V
| Card : 1.875 Instant transfers : N/A |
34 | SCHEME_FEE* | Ans..20 | Charged by the card schemes for using their network | V
| Card : 1.875 Instant transfers : N/A |
35 | ACQUIRER_FEE* | Ans..20 | Charges for the services of Acquirer. | V
| Card : 1.875 Instant transfers : N/A |
36 | PROCESSING_FEE | Ans..20 | Charges for the services of Processors (PSP, Gateway, Network Operator). | V
| Card : 1.875 Instant transfers : N/A |
37 | CHARGEBACK FILE NUMBER** | Ans..20 | Chargeback case number will allow the merchant to follow the chargeback file (exchanging with the schemes) – Card only | V
| Card : 110034150116 Instant transfers : N/A |
38 | CHARGEBACK CODE AND REASON** | Ans..400 | Chargeback code (provided by the scheme) # Chargeback reason (text) – Card only | V
| Card : 1261#duplicateprocessing Instant transfers : N/A |
39 | CHARGEBACK AMOUNT** | N..12 | Chargeback amount – Card only | V
| Card : 600 Instant transfers : N/A |
40 | CHARGEBACK DATE** | N8 | Chargeback date – Card only | V
| Card : 20200421 Instant transfers : N/A |
41 | PAY ID | Ans..32 | Payment ID generated by Axepta | Y | 439d9f039ea1457191d6c45dd0c68ede |
42 | X-ID | Ans..32 | Payment Event Identifier | Y | 13a999a98w064012b61f9fc8a067510e |
43 | CUSTOMER ID | Ans..30 | Client Identifier | Y | |
44 | INVOICE ID | Ans..30 | Invoice Identifier | Y | |
45 | CONTRACT ID | Ans..30 | Contract Identifier | Y | |
| 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: 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
N° | Element | Format | Description | Mandatory (Yes, No, Variable) | Example |
1 | RECORD_TYPE | N3 | Total record: Identifies the respective entry as totals record, value ‘900’. | Y | 900 |
2 | RECORD_COUNT | N..5 | Total number of rows in detailed records section. 1 line = 1 transaction | Y | 36 |
3 | TOTAL_AMOUNT | N..12 | Sum of all transaction amounts (credits are also summed up to the total amount) in the detailed record section in the smallest unit of transaction currency. | Y | 79896 |
Values of the field "Record_Type"
Record | Payment method | Transaction type |
|---|---|---|
| 500 | SEPA DIRECT DEBIT* | Debit |
| 501 | Credit | |
| 502 | Chargeback | |
| 510 | CARTES (CB/ VISA/ MC) | Debit |
| 511 | Credit | |
| 512 | Chargeback*
| |
510 | AMEX | Debit |
511 | Credit | |
512 | Chargeback | |
| 513 | Costs | |
514 | Retrieval Request | |
517 | Fraud elements (TC40/SAFE) | |
520 | PAYPAL | Debit |
521 | Credit | |
522 | Chargeback | |
| 524 | Litigation in process | |
| 525 | Closure of the dispute (resolved) | |
| 526 | General withdrawal from PayPal account | |
580 | iDEAL* | Debit |
| 581 | Credit | |
630 | KLARNA* | Debit |
| 631 | Credit | |
710 | PPRO | Debit |
711 | Credit | |
712 | Chargeback | |
| 720 | AMAZON PAY* | Débit |
| 721 | Credit | |
| 722 | Chargeback | |
| 723 | Authorization | |
810 | SCT | Settled |
| 81E | Unsettled | |
| 81F | Executed | |
| 81G | Settled Late | |
81H | Settlement on Failed Initiation |
*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"
Mode de paiement | Structure / Commentaire | Exemple |
|---|---|---|
| AMAZON PAY* | [Customer_Name]# | John Doe# john.doe@gmail.com |
CARTE (CB/VISA/MC/ AMEX) | Masked card number or card token and card 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 | Credit [Acc_Holder]# [Bank_Name]# Chargeback [Acc_Holder]# [BIC]# [IBAN] | John Doe# # John Doe# RABONL2U# |
Instant transfers (SCT) | [Payer's Account] Description: Merchant client's IBAN making the transfer | FR7630003000010000102020119 |
*Currently not available.
Field "Extended_Info"
Mode de paiement | Structure / Commentaire | Exemple |
|---|---|---|
AMAZON PAY* | [SellerOrderId]# | |
CARTES (CB/VISA/MC/ AMEX) | MERCHANT DISCOUNT RATE [Merchant_Discount_Rate]# CHARGEBACK INFO [Doc Request Reason]# RETRIEVAL REQUEST [ARN]# FRAUD ELEMENTS [ARN]# | 1.875# 74527646319021051645048# 74627546887030655470117# |
SEPA DIRECT DEBIT* | [PmtInfId] or [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 | Credit [Channel]#
· GiropayPP
Chargeback [Chargeback_ID]# | livechannel# 1055329# |
| VIREMENT (SCT) | [Instanea Status]#[Instanea ID]#[Payer Bank Status]
| SETTLEMENT_COMPLETE#rq:3NHczGsuikTfPEwBtLNL3RrWCshz:5zKtXEAq#ACCP |
*Currently not available.
Example of a settlement file (CTSF)
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
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
N° case | Payment method | Status | Final or Transitional File | Settlement file |
M01-C01 | Carte | Settled | Final | CTSF |
M01-C02 | Carte | Unpaid | Final | CTSF |
M02-C01 | Virement instantané | Settled | Final | CTSF |
M02-C02 | Virement instantané | Unsettled | Final | CTSF |
M02-C03 | Virement instantané | Executed | Transitional | CTPF |
M02-C04 | Virement instantané | Settled Late | Final | CTSF |
M02-C05 | Virement instantané | Settlement on Failed Initiation | Final | CTSF |
Detailed Use Case: Instant Transfer (SCT)
The use cases can be summarized as follows:
SCT Initiated on Day J (Day of Sale)
- Two options:
1- SCT Settled on Time:
- Accounting:
- If J = 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
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- 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
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
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.
