API
Introduction
Pour offrir une expérience facile à utiliser, nous proposons des bibliothèques Python, Perl ou PHP, et nous continuerons d’étoffer ce catalogue.
Des exemples de code sont disponibles dans chaque section. Les onglets disponibles dans le menu vous permettent de basculer vers les différents languages de programmations.
L’API est disponible via https://api.stancer.com et supporte TLS 1.2, HTTP/1.1 et HTTP/2.
Notre documentation est également disponible au format Swagger ou Redoc.
INFO
Cette documentation utilise httpie pour les exemples en shell, et nos bibliothèques pour les exemples en PHP, Python & Perl.
Par simplification des exemples, l’authentification par votre clé d’API (--auth stest_xxx:) est omise dans les lignes de commande proposées, mais vous devez la fournir à chaque appel.
Concepts clés
La même API peut être utilisée pour accéder aux ressources live traitant les paiements réels et méthodes de paiement, mais aussi des ressources de test pour le développement de vos logiciels et le débogage. Notre service API utilise des clés d’API pour authentifier les requêtes.
Pour obtenir une clé API, vous pouvez vous inscrire sur notre site web. Les clés API sont sous la forme de sprod_xxx pour vos requêtes live et stest_xxx pour vos test.
L’authentification à l’API est effectuée via HTTP Basic Auth. Vous devez utiliser votre clé API comme nom d’utilisateur et ne renseignez pas de mot de passe.
Nous vous conseillons d’utiliser le mécanisme d’authentification de base de votre bibliothèque HTTP, mais si vous devez le gérer manuellement, comme spécifié dans HTTP Basic Auth RFC, vous devez encoder votre clé API en base64 avant d’envoyer le token d'authentification correspondante dans un en-tête HTTP Authorization. Par exemple, si votre clé API est sprod_xxx, vous devez encoder sprod_xxx: (rappelez-vous, le mot de passe doit être vide) en base64 puis envoyer une en-tête HTTP avec votre clé encodée. Ainsi, si votre clé encodée est c3Byb2RfeHh4Og== votre en-tête sera Autorisation: Basic c3Byb2RfeHh4Og==.
Pour une documentation technique, veuillez consulter nos documentation OpenAPI, Swagger ou Redoc.
Si vous avez besoin d’assistance technique sur l’intégration de notre API, vous pouvez rejoindre notre communauté Slack.
Créer des paiements
Avec la page de paiement de Stancer
Pour créer un paiement, utilisez la route POST /v2/payment_intents/. Vous devez fournir un montant et une devise (eur par défaut).
Si vous souhaitez associer le paiement à un client, vous pouvez utiliser le champ customer et transmettez l’ID cust_xxx correspondant.
$ http --auth stest_xxx: https://api.stancer.com/v2/customers/ \
name="Foo Bar" email=foo.bar@example.org
{
"id": "cust_xxx",
…
}
$ http --auth stest_xxx: https://api.stancer.com/v2/payment_intents/ \
currency=eur amount=100 customer=cust_xxx description="Test payment"
{
"id": "pi_xxx",
"url" "https://payment.stancer.com/payment_intents/pi_xxx"
…
}Vous pouvez maintenant envoyer votre client sur la page de paiement située sur https://payment.stancer.com/payment_intents/pi_xxx, pi_xxx sera remplacé par l'API par l'identifiant correspondant.
Vous pouvez trouver l'URL dans le champ url de votre payment intent, ou, avec les bibliothèques :
payment_page_url = payment.payment_page_url()Capturer des paiements
Pour effectuer une capture manuelle d’un paiement via notre API.
Suivez ces étapes dans l’ordre pour éviter toute erreur:
1. Préparer votre environnement
Avant de commencer, assurez-vous d’avoir :
Un client pour l’API Si vous n’avez pas de client, vous pouvez utiliser Postman, un outil gratuit pour envoyer vos requêtes API.
Le package de l’API Téléchargez le package depuis notre Redoc, en cliquant sur le bouton "Download" en haut de la page.
- Votre clé privée Vous devez posséder votre clé privée pour vous authentifier. Vous pourrez la retrouver dans la section Développeurs sur votre Espace Client (Ex :
sprod_xxx).
2. Importer le package dans Postman
Pour importer le package téléchargé à l'étape précédente, veuillez suivre les instructions suivantes:
- Ouvrez le logiciel Postman
- Cliquez sur "Import"
- Faites glisser le fichier téléchargé intitulé
openapi.jsonsur la zone prévue à cet effet - Laissez "Postman Collection" selectionné par défaut puis cliquer sur "Import"
Vous verrez apparaître sur la gauche le package de l'API nommé Stancer API sur lequel vous retrouverez tous les objets disponibles.
3. Authentification
Avant de faire la capture, vous devez vous authentifier avec votre clé privée.
Dans Postman :
- Allez dans l’onglet Auth à la racine de la Collection Stancer API.
- Choisissez Basic Auth.
- Dans le champ "username", insérez votre clé privée
sprod_xxx. Cela permet à l’API de savoir que vous êtes autorisé à effectuer cette action. - Ensuite, vous devez vouz rendre dans la section "Variables" puis vérifier dans le champ "baseUrl" que
v2soit renseigné.
4. Effectuer la capture
Il faudra:
- Cliquer sur la route payments puis id Vous apercevrez la requête déjà préremplie avec la variable qui reprend le domaine de l’API Stancer.
- Remplacer ":id" par le
paym_xxxque vous souhaitez capturer - Cliquer sur Send pour envoyer la requête.
Pour chacun de vos paiements encaissés en ligne, au statut "autorisé", devra être capturé de cette manière.
Statuts et codes de l'API
Statuts de paiement
Le champ status de l’objet payment indique dans quel état se trouve le paiement.
Champ status | Sens |
|---|---|
| authorized | La banque a autorisé le paiement, mais la transaction ne sera traitée qu'après la demande de capture |
| to_capture | La banque a autorisé le paiement, la capture sera traitée ce jour |
| capture_sent | L'opération de capture est en cours de traitement, Le paiement ne peut plus être annulé, un remboursement devra attendre la fin du processus de capture |
| captured | Le montant du paiement a été crédité sur votre compte |
| disputed | Le client a décliné le paiement après qu'il ait été capturé sur votre compte |
| expired | L'autorisation n'a pas été capturée, le paiement a expiré au bout de 7 jours |
| failed | Le paiement a échoué, se référer au champ response pour plus de détails |
| refused | Le paiement a été refusé |
Statuts de paiement authentifié
Le champ status de l'objet auth indique l'état d'autorisation pour une authentification.
Champ status | Sens |
|---|---|
| available | L'authentification forte du client est possible |
| requested | L'authentification forte attend plus d'information |
| attempted | Le client a été redirigé vers sa banque pour l'authentification |
| success | L'authentification a réussi, le processus peut continuer |
| declined | L'authentification a été déclinée |
| expired | La session d'authentification a expiré après 6 heures. |
| failed | L'authentification a échoué |
| unavailable | L'authentification forte n'est pas disponible pour cette méthode de paiement |
Statuts de reversement
Le champ status de l'objet payout (reversement) indique l'état du transfert de crédit entre Stancer et votre banque.
Champ status | Sens |
|---|---|
| pending | Le reversement a été créé et est en cours de validation |
| to_pay | Le reversement est prêt à être transféré |
| sent | Le reversement a été envoyé et est en cours de traitement |
| paid | Le transfert du crédit a été traité : les fonds ont été reçus par votre banque |
| failed | Le transfert du crédit a échoué : se reporter à l'Espace Client pour plus d'information |
Codes de réponse du paiement
Le champ response de l'objet payment indique la réponse à l'authentification de la transaction auprès de la banque du porteur (client).
Les codes et raisons sont des informations de flux bancaires, pour cette raison, ils ne sont pas traduits.
⚠️ = Le code et la raison réelles ne doivent pas être envoyés au client, remplacez les par un code générique: 05 do-not-honor.
Code (champ response) | Raison |
|---|---|
| 00 | Successful approval/completion or that VIP PIN verification is valid |
| 01 | Refer to card issuer |
| 02 | Refer to card issuer, special condition |
| 03 | Invalid merchant or service provider |
| 04 | Pickup |
| 05 | Do not honor |
| 06 | General error |
| 07 | Pickup card, special condition (other than lost/stolen card) |
| 08 | Honor with identification |
| 09 | Request in progress |
| 10 | Partial approval |
| 11 | VIP approval |
| 12 | Invalid transaction |
| 13 | Invalid amount (currency conversion field overflow) or amount exceeds maximum for card program |
| 14 | Invalid account number (no such number) |
| 15 | No such issuer |
| 16 | Insufficient funds |
| 17 | Customer cancellation |
| 19 | Re-enter transaction |
| 20 | Invalid response |
| 21 | No action taken (unable to back out prior transaction) |
| 22 | Suspected Malfunction |
| 25 | Unable to locate record in file, or account number is missing from the inquiry |
| 28 | File is temporarily unavailable |
| 30 | Format error |
| 34⚠️ | Suspected fraud |
| 41⚠️ | Merchant should retain card (card reported lost) |
| 43⚠️ | Merchant should retain card (card reported stolen) |
| 51 | Insufficient funds |
| 52 | No checking account |
| 53 | No savings account |
| 54 | Expired card |
| 55 | Incorrect PIN |
| 56 | Card missing from file |
| 57 | Transaction not permitted to cardholder |
| 58 | Transaction not allowed at terminal |
| 59⚠️ | Suspected fraud |
| 61 | Activity amount limit exceeded |
| 62⚠️ | Restricted card (for example, in country exclusion table) |
| 63⚠️ | Security violation |
| 65⚠️ | Activity count limit exceeded |
| 68 | Response received too late |
| 75 | Allowable number of PIN-entry tries exceeded |
| 76 | Unable to locate previous message (no match on retrieval reference number) |
| 77 | Previous message located for a repeat or reversal, but repeat or reversal data are inconsistent with original message |
| 78 | ’Blocked, first used’—The transaction is from a new cardholder, and the card has not been properly unblocked. |
| 80 | Visa transactions: credit issuer unavailable. Private label and check acceptance: Invalid date |
| 81 | PIN cryptographic error found (error found by VIC security module during PIN decryption) |
| 82 | Negative CAM, dCVV, iCVV, or CVV results |
| 83 | Unable to verify PIN |
| 85 | No reason to decline a request for account number verification, address verification, CVV2 verification; or a credit voucher or merchandise return |
| 91 | Issuer unavailable or switch inoperative (STIP not applicable or available for this transaction) |
| 92 | Destination cannot be found for routing |
| 93⚠️ | Transaction cannot be completed, violation of law |
| 94 | Duplicate transmission |
| 95 | Reconcile error |
| 96 | System malfunction, System malfunction or certain field error conditions |
| 98 | Server inaccessible |
| A0 | Authentication Required, you must do a card inserted payment with PIN code |
| A1 | Authentication Required, you must do a 3-D Secure authentication |
| A2 | Pin request in Single TAP mode |
| B1 | Surcharge amount not permitted on Visa cards (U.S. acquirers only) |
| N0 | Force STIP |
| N3 | Cash service not available |
| N4 | Cashback request exceeds issuer limit |
| N7 | Decline for CVV2 failure |
| P2 | Invalid biller information |
| P5 | PIN change/unblock request declined |
| P6 | Unsafe PIN |
| Q1 | Card authentication failed |
| R0 | Stop payment order |
| R1 | Revocation of authorization order |
| R3 | Revocation of all authorizations order |
| XA | Forward to issuer |
| XD | Forward to issuer |
| Z1 | Offline-declined |
| Z3 | Unable to go online |
| 7810⚠️ | Refusal count exceeded for this card / SEPA |
| 7811⚠️ | Exceeded payment volume for this card / SEPA |
| 7812⚠️ | Card temporarily frozen by the customer's bank |
| 7840⚠️ | Stolen or lost card |
| 7898 | Bank server unavailable |
Codes de réponse des contestations (carte)
Le champ response de l'objet dispute(contestation) indique la raison de la contestation par la banque du porteur (client).
Les codes et raisons sont des informations de flux bancaires, pour cette raison, ils ne sont pas traduits.
⚠️ = Le code et la raison réelles ne doivent pas être envoyés au client, remplacez les par un code générique: 45 transaction-disputed.
Code (champ response) | Réseau | Raison |
|---|---|---|
| 14 | National | Transaction not authorized |
| 42 | National | Duplicate processing |
| 45 | National | Transaction disputed |
| 1040⚠️ | Visa | Fraud; card Absent Environment |
| 1261 | Visa | Duplicate processing |
| 4808 | Mastercard | Requested/required authorization not obtained. Transaction not authorized |
| 4834 | Mastercard | Duplicate processing |
| 4837⚠️ | Mastercard | Fraudulent transaction; no cardholder authorization |
| 4853 | Mastercard | Cardholder Dispute Defective/Not as Described |
| 4863⚠️ | Mastercard | Cardholder does not recognize. Potential fraud |
Codes de réponse des contestations (SEPA)
Le champ response de l'objet dispute(contestation) indique la raison de la contestation par la banque du porteur (client).
Les codes et raisons sont des informations de flux bancaires, pour cette raison, ils ne sont pas traduits.
Ces codes sont défini par l'Universal financial industry message scheme.
Code (champ response) | Définition ISO | Liste exhaustive des cas d'usages |
|---|---|---|
| AC01 | Incorrect Account Number | SDD B2B collection presented to a payment account whereby the Debtor account holder is a consumer or the payment account type is designed to consumers only. |
| AC04 | Closed Account Number | The account of the Debtor is closed at the Debtor PSP. Note: This code cannot be used in certain SEPA countries for reasons of data protection. MS03 could be used as an alternative. |
| AC06 | Blocked Account | Account blocked for any financial transaction. |
| AC13 | Invalid Debtor Account Type | SDD B2B collection presented to a payment account whereby the Debtor account holder is a consumer or the payment account type is designed to consumers only. |
| AG01 | Transaction Forbidden | A SDD collection cannot be booked from this type of account (account not allowed for direct debit for regulatory reasons e.g., savings account). Important note: AG01 cannot be used in the situation of an SDD B2B collection presented to a Debtor account that is a consumer account. The code AC13 needs to be used. |
| AG02 | Invalid Bank Operation Code | Recurrent after a one-off / One-off after a recurrent / Identification code of the scheme (i.e. service level or local instrument) specified in the message is incorrect |
| AM04 | Insufficient Funds | There are not enough funds on the Debtor account to debit the full amount of the collection. Note: This code cannot be used in certain SEPA countries for reasons of data protection. MS03 could be used as an alternative |
| AM05 | Duplication | CSM or Debtor PSP considers that an identical SDD collection had been sent or processed very recently |
| BE05 | Unrecognised Iniating Party | Creditor Identifier (CI) is not correct or has been changed without an amendment been reported. |
| CNOR | Creditor Bank Is Not Registered | Creditor PSP is not/ no longer registered as a SDD scheme participant under this BIC at the CSM. |
| DNOR | Debtor Bank Is Not Registered | Debtor PSP is not/ no longer registered as a SDD scheme participant under this BIC at the CSM. |
| ED05 | Settlement Failed | The Debtor PSP or the CSM must report a settlement failure. |
| FF01 | Invalid File Format | Issues with XML-file specific settings: • XML file was not duly filled out or is not correct • There is a syntax error in the file • Creditor PSP, its intermediary PSP or the CSM did not complete a XSD check before submitting the file into the scheme. |
| MD01 | No Mandate | • No mandate is existing • B2B mandate not yet confirmed by the Debtor • Refund for an unauthorised transaction (until 13 months after debit date) (For SDD Core collections only) • Mandate cancellation |
| MD02 | Missing Mandatory Mandate Information in Mandate | • Mandate data in the mandate related information is not identical to those in the mandate (amendments had not been communicated) • Mandate data not consistent with version already received for the UMR • In case of mandate amendment: the original IBAN |
| MD06 | Refund Request By End Customer | Unconditional Refund of a collection (SDD Core – until 8 weeks after debit date). |
| MD07 | End Customer Deceased | Debtor deceased. Note: This code cannot be used in certain SEPA countries for reasons of data protection. In this case MS03 can be used as alternative. |
| MS02 | Not Specified Reason Customer Generated | Refusal by Debtor at presentation. |
| MS03 | Not Specified Reason Agent Generated | Only to be used in case national legislation (e.g., data protection laws) does not allow the use of AC04, AM04, MD07, RR01, RR02, RR03 and RR04. Note: limit the use of the reason code MS03 and select the appropriate reason code in the list. |
| RC01 | Bank Identifier Incorrect | BIC of the scheme participant is not correct. |
| RR01 | Missing Debtor Account Or Identification | Missing details about the Debtor account or identification. Note: This code cannot be used in certain SEPA countries for reasons of data protection. MS03 could be used as an alternative. |
| RR02 | Missing Debtor Name Or Address | Missing Debtor name (address is optional field for EEA SDD collections); Missing address of the Debtor for non-EEA SDD collections. Note: This code cannot be used in certain SEPA countries forreasons of data protection. MS03 could be used as an alternative. |
| RR03 | Missing Creditor Name OR Address | Missing Creditor name (address is an optional field). Note: This code cannot be used in certain SEPA countries for reasons of data protection. MS03 could be used as an alternative. |
| RR04 | Regulatory Reason | Only to be used for regulatory reasons other than RR01, RR02 or RR03. Note: This code cannot be used in certain SEPA countries for reasons of data protection. MS03 could be used as an alternative. |
| SL01 | Specific Service Offered By Debtor Agent | All Debtor-invoked consumerright rejects: • Creditor blocking • Collection amount limitations • Collection frequency limitations. Other services offered by the Debtor PSP. |
Données de test
Cartes de test
⚠️ Note
Ces cartes de test sont destinées uniquement à la simulation de scénarios spécifiques (exemples : Contestations, Paiements capturés...).
Leur utilisation dans un flux de paiement en production peut entraîner des comportements inattendus et compromettre l’intégrité de vos intégrations.
À utiliser uniquement dans un environnement de test.
| Numéro | Marque | Pays | 3DS | Code retour | Utilisation |
|---|---|---|---|---|---|
| 4000000400000008 | Visa | AT 🇦🇹 | Optional | 00 OK | Page de paiement |
| 4000000560000004 | Visa | BE 🇧🇪 | Optional | 00 OK | Page de paiement |
| 4000002080000001 | Visa | DK 🇩🇰 | Optional | 00 OK | Page de paiement |
| 4000002460000001 | Visa | FI 🇫🇮 | Optional | 00 OK | Page de paiement |
| 4000002500000003 | CB | FR 🇫🇷 | Optional | 00 OK | Page de paiement |
| 4000002760000016 | Visa | DE 🇩🇪 | Optional | 00 OK | Page de paiement |
| 4000003720000005 | Visa | IE 🇮🇪 | Optional | 00 OK | Page de paiement |
| 4000003800000008 | Visa | IT 🇮🇹 | Optional | 00 OK | Page de paiement |
| 4000004420000006 | Visa | LU 🇱🇺 | Optional | 00 OK | Page de paiement |
| 4000005280000002 | Visa | NL 🇳🇱 | Optional | 00 OK | Page de paiement |
| 4000005780000007 | Visa | NO 🇳🇴 | Optional | 00 OK | Page de paiement |
| 4000006200000007 | Visa | PT 🇵🇹 | Optional | 00 OK | Page de paiement |
| 4000006430000009 | Visa | RU 🇷🇺 | Optional | 00 OK | Page de paiement |
| 4000007240000007 | Visa | ES 🇪🇸 | Optional | 00 OK | Page de paiement |
| 4000007520000008 | Visa | SE 🇸🇪 | Optional | 00 OK | Page de paiement |
| 4000007560000009 | Visa | CH 🇨🇭 | Optional | 00 OK | Page de paiement |
| 4000008260000000 | Visa | GB 🇬🇧 | Optional | 00 OK | Page de paiement |
| 4242424242424242 | Visa | US 🇺🇸 | Not required | 00 OK | Page de paiement |
| 4444333322221111 | Visa | US 🇺🇸 | Not required | 00 OK | Page de paiement |
| 4111111111111111 | Visa | US 🇺🇸 | Not required | 00 OK | Page de paiement |
| 5555555555554444 | Mastercard | US 🇺🇸 | Optional | 00 OK | Page de paiement |
| 5200828282828210 | Mastercard | US 🇺🇸 | Optional | 00 OK | Page de paiement |
| 5105105105105100 | Mastercard | US 🇺🇸 | Optional | 00 OK | Page de paiement |
| 4000000000003055 | Visa | US 🇺🇸 | Not enrolled | 00 OK | Page de paiement |
| 4000000760000002 | Visa | BR 🇧🇷 | Optional | 00 OK | Page de paiement |
| 4000001240000000 | Visa | CA 🇨🇦 | Optional | 00 OK | Page de paiement |
| 4000004840000008 | Visa | MX 🇲🇽 | Optional | 00 OK | Page de paiement |
| 4000000000000077 | Visa | FR 🇫🇷 | Optional | 00 OK | status = 50 captured | API (HPP, TTPOI, TPE, CMS etc) |
| 4000000000003220 | Visa | US 🇺🇸 | Required | A1 must perform 3DS | status = 0 refused | Page de paiement |
| 4000000000000002 | Visa | FR 🇫🇷 | Optional | 05 do not honor | status = 0 refused | Page de paiement |
| 4000000000009995 | Visa | FR 🇫🇷 | Optional | 51 insufficient fund | status = 0 refused | Page de paiement |
| 4000000000009987 | Visa | FR 🇫🇷 | Optional | 41 lost card | status = 0 refused | Page de paiement |
| 4000000000000259 | Visa | FR 🇫🇷 | Optional | 00 OK | status = 60 disputed | API (HPP, TTPOI, TPE, CMS etc) |
| 4000000000001976 | Visa | FR 🇫🇷 | Optional | 00 OK | status = 60 disputed | API (HPP, TTPOI, TPE, CMS etc) |
| 4000000000005423 | Visa | FR 🇫🇷 | Optional | 00 OK | status = 60 disputed | API (HPP, TTPOI, TPE, CMS etc) |
SEPA de test
⚠️ Note
Ces SEPA de test sont destinés uniquement à la simulation de scénarios spécifiques (exemples : Contestations, Paiements capturés...).
Leur utilisation dans un flux de paiement en production peut entraîner des comportements inattendus et compromettre l’intégrité de vos intégrations.
À utiliser uniquement dans un environnement de test.
| IBAN | Pays | Nom | Date de naissance | Code de retour |
|---|---|---|---|---|
| AT611904300234573201 | AT 🇦🇹 | Otto Normalverbraucher | 1971-02-02 | 00 OK |
| BE62510007547061 | BE 🇧🇪 | Jef Van Pijperzele | 1972-03-03 | 00 OK |
| CH2089144321842946678 | CH 🇨🇭 | Leonhard Euler | 1973-04-04 | 00 OK |
| DE89370400440532013000 | DE 🇩🇪 | Max Mustermann | 1974-05-05 | 00 OK |
| EE382200221020145685 | EE 🇪🇪 | Friedrich Robert Faehlmann | 1975-06-06 | 00 OK |
| ES0700120345030000067890 | ES 🇪🇸 | Juan Pérez | 1976-07-07 | 00 OK |
| FI2112345600000785 | FI 🇫🇮 | Maija Meikäläinen | 1977-08-08 | 00 OK |
| FR1420041010050500013M02606 | FR 🇫🇷 | Pierre Martin | 1978-09-09 | 00 OK |
| GB33BUKB20201555555555 | GB 🇬🇧 | John Doe | 1970-01-01 | 00 OK |
| IE29AIBK93115212345678 | IE 🇮🇪 | John Kilkenny | 1979-10-10 | 00 OK |
| LT121000011101001000 | LT 🇱🇹 | Jonas Petraitis | 1980-11-11 | 00 OK |
| LU280019400644750000 | LU 🇱🇺 | Adalbert Boros | 1981-12-12 | 00 OK |
| IT02A0301926102000000490887 | IT 🇮🇹 | Piero Pers | 1982-01-13 | 00 OK |
| NL39RABO0300065264 | NL 🇳🇱 | Jan Modaal | 1983-02-14 | 00 OK |
| NO9386011117947 | NO 🇳🇴 | Peder Aas | 1984-03-15 | 00 OK |
| PT50000201231234567890154 | PT 🇵🇹 | Jan Kowalski | 1985-04-16 | 00 OK |
| SE3550000000054910000003 | SE 🇸🇪 | Lisa Svensson | 1986-05-17 | 00 OK |
| FR9430003000409249176322Z50 | FR 🇫🇷 | Gilles Dupont | 1987-06-18 | 00 OK |
| FR2990665286926539507769811 | FR 🇫🇷 | Jean Banbois | 1992-11-23 | AC01 Incorrect Account Number | status = 0 refused |
| FR8191676442817818484578833 | FR 🇫🇷 | Marie-Jeanne Sansbanque | 1993-12-24 | AC04 Closed Account Number | status = 0 refused |
| FR3083648641551044006702169 | FR 🇫🇷 | Marc Barrer | 1994-01-25 | AC06 Blocked Account | status = 0 refused |
| FR4200838098473368525032012 | FR 🇫🇷 | Sophie Fontek | 1995-02-26 | AG01 Transaction Forbidden | status = 0 refused |
| FR7099253427049384102178149 | FR 🇫🇷 | Hector Fauché | 1996-03-27 | AM04 Insufficient Funds | status = 0 refused |
| FR7240745948453163519978561 | FR 🇫🇷 | Lillianne Sansmandat | 1997-04-28 | MD01 No Mandate | status = 0 refused |
| FR5533686478441573584650545 | FR 🇫🇷 | Vincent Refusé | 1998-05-29 | MD06 Refund Request By End Customer | status = 0 refused |
| FR2488294045573706143240475 | FR 🇫🇷 | Eric Indécis | 1999-06-30 | MS02 Not Specified Reason Customer Generated | status = 0 refused |
| BE08510007547063 | BE 🇧🇪 | Camille Honnête | 1988-07-19 | AM04 Insufficient Funds | status = 60 disputed |
| ES5000120345030000067892 | ES 🇪🇸 | Pepito Pérez | 1990-09-21 | AC04 Closed Account Number | status = 60 disputed |