Deux types d’entités interagissent avec les services :
- Les profils utilisateurs
- Les comptes (de paiement et de monnaie électronique)
Les types de compte
Ils représentent les comptes de paiement ou de monnaie électronique, objet du service fourni par l’Établissement.
Ils sont de type "personne physique / particulier" ou "Personne morale / entreprise". Les comptes sont les supports financiers des opérations réalisées. Ils sont donc créés une fois l’enrôlement réglementaire terminé et validé par CentralPay. Un profil utilisateur est associé à un compte pour en permettre la visualisation, le contrôle et le paramétrage.
Chaque compte peut opérer selon 3 modes :
"Plateforme"
Ils sont exclusivement utilisés par les Agents de service de Paiement et les Apporteurs en association avec les comptes "Basic" auxquels ils sont connectés. Leur but est principalement de contrôler les flux de transactions en répartissant les fonds dont ils ont la charge. Ils sont donc à l’initiative des transactions et ils définissent les transferts à réaliser aux profits des comptes "Basic". Les comptes "Plateforme" peuvent utiliser l’API. Un Point de Vente (POS) et un contrat doit leur avoir été attribué.
NB : le partenaire est averti de l’état et de la clôture d’un enrôlement par une notification HOOK. Cette notification intégrera le nom du titulaire du compte, le code d’enrôlement choisi par le partenaire et le numéro de compte de manière à lui donner la possibilité de réaliser des transferts.
"Standard"
Ils contrôlent eux-mêmes leur flux de transactions en utilisant l’API et sont directement bénéficiaires des opérations qu’ils réalisent.
Ce faisant, ils sont responsables de chaque opération réalisée et supportent les coûts opérationnels définis par l’agent ou par l'Établissement:
- Frais de service
- Coûts par transaction
- Coûts de virement
- Coût par compte
- Frais d’impayés
Pour fonctionner, contrairement aux comptes "Basic", un Point de Vente (POS) et un contrat doit leur avoir été attribué.
Dans ce mode, l’objet transfer n’est pas accessible.
Il est ainsi possible de créer un profil de charge et de reversement automatique afin que CentralPay prélève sur chaque opération pour le compte de son agent.
Les comptes "Standard" sont facturés par l’Agent chaque mois mais reçoivent directement leurs fonds de l'Établissement.
Les apporteurs de compte "Standard" perçoivent une commission de l'Établissement.
"Basic"
Un compte "Basic" n’interagit pas avec l’API. Il ne permet donc pas d’initialiser des transactions. Ils se contentent de recevoir des fonds qui leur sont destinés sur des opérations réalisées pour eux par un compte "Plateforme". Ils sont donc uniquement le récepteur des transfer réalisés par les comptes "Plateforme", sont facturés par l’Agent chaque mois mais reçoivent directement leurs fonds de l'Établissement.
NB : un compte peut être :
- "Plateforme" - dans le cas des agents ou apporteurs qui initialisent les opérations pour le compte de tiers
- "Standard" - dans le cas d’une boutique en ligne qui réalise des transactions pour son compte propre
- "Basic" - dans le cas d’un sous marchand d’une place de marché ou d’une centrale de réservation
- "Standard" et "Basic" à la fois - dans le cas d’une activité propre en complément de sa participation à une place de marché ou d’une centrale de réservation
Le backoffice
Le portail d’administration et de consultation, appelé backoffice, permet de visualiser et réaliser un grand nombre d’actions.
Voici celles qui sont accessibles aux administrateurs Agents.
- Compte : liste des opérations sur votre compte ainsi que le contenu de votre Wallet
- Transactions carte :
- Synthèse : synthèse des statistiques concernant votre compte
- Recherche : vous permet de faire des recherche poussée sur l'intégralité des mouvements sur votre compte et ses enfants
- Cartes : ensemble de vos cartes
- Customers : ensemble de vos customers
- Remboursements : ensemble de vos remboursements
- Contestations : ensemble de vos contestations
- Statistiques : statistiques sur votre compte concernant vos transactions, Autorisations, débits, remboursements et contestations
- Paiements : Ensemble des demandes de paiements
- Recherche : accès à l'intégralité de vos informations et vous permet de faire des recherches précises sur certains sujets :
- Opérations : ensembles des opérations sur votre compte
- Soldes : Solde sur votre compte, avec l'ensembles de opérations chiffrées, par date.
- Prévisionnel : prévision sur votre compte
- Avancées : vous permet de faire des recherches sur les Paiements en X fois, les abonnements, les enrôlements 3DS, les crédits et les virements entrants du compte.
- Export : gestionnaire de fichiers d'export
- Logs : vous permet de consulter les Logs des évenements et requêtes de votre compte
- Configuration :
- Abonnements : permet de manager les modèles et de configurer vos abonnements
- Paiement X fois : permet de configurer vos paiements en X fois
- Acteur : permet de manager les acteurs
- Charges : Permet de manager les charges des Profils de votre compte
- Hooks : permet de manager vos hooks
- Virements entrants : permet de voir les acteurs qui vous envoi des virements entrants
- Points de ventes : permet de manager vos points de ventes
- Email confirmation paiement : permet de manager vos emails
- Push & Pay : permet de manager vos profils, Scénarios et formulaire
- Sécurité :
- Utilisateurs : management des rôles API de vos utilisateurs
- Acceptances : règles que vous pouvez customiser et qui vont être appliquées à vos opérations
- Accéder aux blacklists et whitelists
- Aide & Support : Ressources techniques et utilisateurs, ainsi que le contact avec le support technique et support client
Tableau de bord d'un compte "Standard"
Les profils utilisateurs
Les types de profils utilisateur
Ils représentent des personnes physiques qui, en fonction de leurs droits, peuvent accéder à un ou plusieurs comptes de paiements ainsi qu’à certains services du backoffice. Ces profils peuvent être tagués comme légal s’ils sont connectés à des droits de comptes de paiement.
Chaque profil utilisateur peut recevoir des droits spécifiques permettant d’accéder à des services, cependant nous pouvons distinguer deux types de profils utilisateurs :
Légal
Ils accèdent à l’intégralité des services disponibles pour le niveau connecté et sont autorisés à réaliser certaines modifications de paramètres précédemment définis.
Paramètres du compte de paiement :
- Changement d’IBAN,
- Ajout d’un nouvel utilisateur
- Changement de mode des conditions de versements
- Mise à jour de documents de société
Paramètres de services :
- Moteur d’acceptance
- Paramétrage des hooks
- …
Naturel
Limité en lecture seule par défaut mais le Légal peut lui donner plus de droits s'il le souhaite.
NB : il est possible de créer autant de profils de droits que nécessaire en fonction des besoins.
Différents types d'opérations et mouvements sur compte
CentralPay permet l’association d’un grand nombre de mouvements intégrés dans les services de son API.
| Type d'objet | Valeur | Fonction |
|---|---|---|
| AUTHORIZATION | Débit | Réservation de fonds sur le wallet |
| TRANSACTION | Crédit | Transaction carte |
| TRANSACTION_CANCEL | Débit | Annulation de transaction carte |
| REFUND | Crédit | Remboursement transaction carte |
| REFUND_CANCEL | Débit | Annulation Remboursement transaction carte |
| DISPUTE | Débit | Impayé carte |
| DISPUTE_WON | Crédit | Annulation d’un impayé carte |
| TRANSFER | Débit | Transfert interne entre wallet CentralPay |
| TRANSFER_CANCEL | Crédit | Annulation transfert en attente |
| TRANSFER_REVERSAL | Crédit | Remboursement d’un transfert validé |
| PAYOUT | Débit | Virement externe |
| PAYOUT_CANCEL | Crédit | Annulation d’un virement externe |
| PAYOUT_REVERSAL | Crédit | Remboursement d’un virement externe validé |
| Crédit | Virement entrant | |
| Débit | Annulation virement entrant | |
| SCT_TRANSACTION | Crédit | Virement entrant |
| SCT_TRANSACTION_CANCEL | Débit | Annulation virement entrant avant son arrivée. |
| SCT_TRANSACTION_REVERSAL | Débit | Annulation virement entrant après son arrivée. |
| CREDIT | Débit | Remboursement sans transaction préalable |
| CREDIT_CANCEL | Crédit | Annulation d'un remboursement sans transaction préalable |
| SDD_TRANSACTION | Crédit | Prélèvement d'un compte externe. |
| SDD_TRANSACTION_CANCEL | Débit | Annulation d'un prélèvement d'un compte externe avant son arrivée. |
| SDD_TRANSACTION_REVERSAL | Débit | Annulation d'un prélèvement d'un compte externe après son arrivée. |
| DEPOSIT | Crédit | Chargement du wallet |
Exemple de page de détail du titulaire sur un compte type "Standard" (connecté à l'API)
Exemple de page gérant les reversements sur un compte type "Standard" (connecté à l'API)
Exemple de page gérant les utilisateurs connectés à un compte type "Standard" (connecté à l'API)
État récapitulatif des fonds disponibles et prévisionnels
Écran de demande de transfert vers un compte
Synthèse d'un compte type "Standard" (connecté à l'API)
Liste des opérations unitaires réalisées sur un compte type "Standard" (connecté à l'API)
Exemple de compte "Basic", non connecté à l'API
Les codes de retour d’autorisation bancaire
Les paiements en échec possèdent un code différent de zéro. Ces codes sont des réponses à une demande d’autorisation réalisée par Centralpay à la banque du titulaire de la carte, c’est-à-dire le client final.
La banque du titulaire (appelée également banque émetteur) exprime son refus en fonction de choix qui lui est propre et totalement indépendant de Centralpay. Centralpay n’est en possession d’aucune information complémentaire si une carte est refusée et n’a aucun moyen d’en obtenir. Vous pouvez consulter l'intégralité des codes retour ici.
Voici néanmoins une classification des principaux codes de retour banque :
DSP2 et Soft decline
Code A1 - Repli VADS
La banque refuse la transaction car elle ne posséde pas d'authentification forte (3DS 1.0 ou 3DS 2.0).
Il est nécessaire de repasser cette transaction en 3DS afin de ne plus avoir ce code.
Refus générique de la banque
Codes 57, 3 et 5
La banque refuse sans donner de statut particulier.
Cela peut être un code CVV erroné ou une autre décision que nous ne connaissons pas.
Ce statut ne permet pas d’affirmer que la banque n’acceptera pas l’autorisation après d’autres tentatives.
Suspicion de fraude ou vol de la carte
Codes 4, 7, 14, 15, 31, 33, 34, 41, 43, 54, 55, 56, 59, 63, 76
La banque émetteur estime que son client n’est plus en possession de la carte et qu’il s’agit d’une usurpation.
Crédit dépassé
Codes 51, 61
La carte a dépassé le montant du plafond autorisé.
La carte peut de nouveau être acceptée ultérieurement, les plafonds étant calculés sur 7 jours glissant, une carte peut tout à fait repasser le lendemain.
Transaction invalide
Code 12
La banque refuse sans donner de statut particulier.
Cela peut être :
- Simplement une transaction invalide
- Un code 75 de la part de la banque émetteur (le code PIN de la carte a été trop de fois incorrecte)
- Un CAVV erroné (fournit par l'ACS lors d'une authentification 3DS)
Ou une autre décision que nous ne connaissons pas.
Réserves, garanties et gestion de la TVA
Principe de TVA au preneur pour les prestataires de services
Le terme « prestation de service » désigne une activité qui ne concerne aucune livraison de biens matériels tangibles, mais une compétence particulière exécutée par le prestataire moyennant une rémunération. La TVA applicable aux prestations de services réalisées par un prestataire français suit les règles de la Directive 2006/112/CE (consolidée au 01/01/2020) et ses modalités d’application.
Le règlement de la TVA d’une prestation de service doit obligatoirement se faire dans le pays du client. Par exemple, une entreprise française vendant des services à un client en Allemagne, doit payer la TVA au taux allemand. Pour ce faire, le marchand doit identifier le pays destinataire de la prestation. CentralPay permet de le déterminer en se basant sur :
- card_country = le pays d’émission de la carte
- card_region = la zone d’émission de la carte (UE, hors UE)
Ces deux informations sont disponibles après export des opérations du compte. Pour y accéder, le marchand doit au préalable effectuer une recherche dans les opérations, puis exporter les résultats (sous CSV, EXCEL, ou JSON).
Dans le rapport exporté, le détail de chaque opération est représenté sous forme de lignes de tableur. Les informations concernant le « card_country » et « card_region » sont donc facilement repérable pour chaque transaction. L’objectif est de faciliter le rapprochement des factures ou toute autre élément de facturation.
Principes de garanties
CentralPay possède 3 types de garanties de protection qui peuvent s’appliquer aux marchands, en fonction de la nature de leur contrat :
Le Collatéral ou caution
Il représente la somme fixe versée en début de relation, servant à couvrir le risque de crédit dans le cas où le marchand ne pourrait pas satisfaire ses obligations de remboursement envers ses clients.
Le détail du Collatéral (somme des cautions) est visible depuis le Backoffice, dans l’onglet « Reversements » :
Les cautions expirent obligatoirement au bout de 30 jours.
Le "pied de compte" ou "seuil fixe"
En l’absence de Collatéral, une somme fixe peut être prélevée directement sur les opérations afin de garantir le remboursement des clients en cas de besoin. Le wallet doit donc dépasser la valeur du pied de compte pour autoriser les virements sortants.
Le détail du pied de compte (seuil fixe) est visible depuis l’espace de compte protégé de l’API, dans l’onglet « Reversements » :
La réserve glissante
Selon le secteur d’activité et les processus de règlement du compte, une réserve glissante (« rolling réserve » en anglais) peut être automatiquement ouverte. Il s’agit d’une garantie de protection supplémentaire qui permet de maintenir entre 5 et 10% du volume d’encaissement marchand sur le compte CentralPay afin de permettre l’initiation de remboursements automatiques en cas de chargebacks, de fraude ou encore afin de couvrir d’éventuels frais opérationnels. Cette somme appartient à la trésorerie du marchand, elle est gardée un certain nombre de jours avant d’être libérée (entre 90 à 180 jours).
Par exemple, le seuil variable de la réserve glissante est de 5% du volume d’encaissement sur 90 jours. Le calcul quotidien du montant de réserve est le suivant : montant des transactions encaissées lors des 90 derniers jours * 5%
Le montant de la réserve glissante est visible depuis la vue générale du compte CentralPay :
Le détail du seuil variable est également visible depuis l’espace de compte protégé de l’API, dans l’onglet « Reversements » :
