Onboarding
Le service d’enrôlement (ou onboarding) permet de répondre aux besoins de conformité et de connaissance client des Agents de services de paiement et des Apporteurs CentralPay.
Un certain nombre de documents à télécharger sont requis pendant le processus d’enrôlement. Ces documents vont permettre de procéder aux vérifications clients avant transaction (connues sous le nom de KYC – Know Your Customer), conformément à la loi européenne anti-blanchiment d'argent. La liste de documents nécessaires peut varier selon votre pays d'incorporation.
Les Agents de services de paiement et les Apporteurs ont donc la possibilité d’enregistrer leurs clients afin de leur permettre d’accéder aux services de paiement qu’ils auront développés.
Pour réaliser ces opérations, CentralPay a conçu un service d’enrôlement entièrement dématérialisé, réalisable à distance depuis un portail dédié accessible depuis un mobile ou un ordinateur.
Le service d’enrôlement (ou onboarding) assure :
- La collecte d’informations et de documents liés aux futurs titulaires du compte.
- La vérification de ces informations dans le cadre de nos obligations de lutte anti-blanchiment et de financement du terrorisme.
- La prise de consentement du titulaire par signature électronique sur les conditions générales d’utilisation du service et des conditions tarifaires de l’Agent ou celles de l'Etablissement pour les Apporteurs.
Le processus d’enrôlement
Pour chaque statut de compte, différentes pièces sont à fournir conformément à la loi européenne anti-blanchiment des capitaux. L’équipe CentralPay se chargera de contrôler la véracité des pièces transmises. Si des éléments complémentaires sont requis, les équipes de Centralpay le feront directement dans le système, lequel le notifiera à la partie concernée (client ou l’agent). Au final, il appartient toujours à Centralpay de valider ou non un compte.
Chaque enrôlement est nécessairement précédé par une demande d’enrôlement qui peut être réalisée soit par l’API, soit depuis le Backoffice.
Le tronc commun à cette demande est la pré-soumission des informations connues du profil utilisateur.
La demande d’enrôlement permet la pré-soumission des éléments suivants :
- Préparation du profil utilisateur :
- Prénom
- Nom
- Adresse
- Mobile
- Date
- Ville de naissance
- Pays de naissance
- Préparation du choix du type de compte :
- Inconnu
- Entreprise, association, secteur public, ...
- Nom de la personne morale
- Ancienneté
- Prévisionnel d’encaissement
- Autoentrepreneur, artisan, commerçant, ...
- Prévisionnel d’encaissement
- Particulier
- Prévisionnel d’encaissement
- Prévisionnel d’encaissement
- Choix du mode de workflow :
- Continu
- Séquentiel
Ces informations permettent la définition de la classe de risque et donc la collecte d’informations conséquente. L’utilisateur peut ensuite se connecter au portail selon le mode d’intégration choisi par le partenaire (voir plus bas).
Selon le mode de workflow sélectionné lors du pré-enrôlement, l’utilisateur sera amené à soumettre des éléments différents.
1/ Workflow « Continuel »
Le workflow « Continuel » permet de définir le choix de la classe de risque dès le départ. Le futur titulaire est donc directement intégré dans un workflow de demande d’information propre à sa classe de risque. Tant qu’il n’a pas fourni l’ensemble des pièces, son compte n’est pas validé.
ETAPE 1 : création du profil utilisateur
- Ecran 1 : Prénom, nom, email, mobile, date, ville de naissance, pays de naissance
- Ecran 2 : Adresse complète
- Ecran 3 : Collecte des documents d’identité (CNI ou Passeport)
- Ecran 4 : Définit un mot de passe
ETAPE 2 : Création du compte
- Ecran 1 : Choix du type de compte si non défini (Individuel, Entrepreneur individuel, personne morale)
- Ecran 2 : Collecte des données selon le type de compte défini
- Ecran 3 : Collecte de données complémentaires selon la classe de risque
- Ecran 4 : Saisie de l’IBAN+BIC et de la copie de l’IBAN
ETAPE 3 : Validation
- Ecran 1 : Valide les CGU et de la grille tarifaire
- Ecran 2 : Confirmation du statut du compte
2/ Workflow « Séquentiel »
Le workflow « séquentiel » permet, lui, la création d’un wallet avant de devoir fournir les documents d’identification. Le compte et le wallet associé ainsi créés possèdent le statut de compte « Non Vérifié ». Il est donc limité dans ses usages à 2 500 € en réception et 250 € en émission par année civile. Les limites de son compte pourront être levées après fourniture et validation des documents relatifs à son type de compte (voir les différents statuts de comptes plus bas).
ETAPE 1 : Le titulaire confirme ou remplit les informations manquantes :
- Ecran 1 : Prénom, nom, email, mobile, date, ville de naissance, pays de naissance
- Ecran 2 : Adresse complète
- Ecran 3 : Définit un mot de passe
- Ecran 4 : Choix du type de compte (Individuel, Entrepreneur individuel, personne morale)
- Ecran 5 : Saisie de l’IBAN+BIC
- Ecran 6 : Valide les CGU et de la grille tarifaire
- Ecran 7 : Affiche la confirmation du statut de compte créé non vérifié et laisse la possibilité de lever les limites.
ETAPE 2 : Le titulaire peut lever les limites pour passer au niveau 1 - risque faible
ETAPE 3 : Le titulaire peut lever les limites pour passer au niveau 2 - risque moyen
ETAPE 4 : Le titulaire peut lever les limites pour passer au niveau 3 – risque fort
Les deux modes d’intégration du service
CentralPay a développé 2 modes de consommation du service d’enrôlement :
- Enrôlement depuis le portail CentralPay :
- Mode asynchrone : le futur titulaire du compte reçoit un SMS ou email incluant un lien vers le portail lui permettant de finaliser le processus d’enrôlement qui peut être réalisé à n’importe quel moment.
- Mode synchrone : le partenaire effectue des demandes d’enrôlement depuis ses propres formulaires via l’API qui lui fournit un identifiant d’enrôlement lui permettant d’afficher le portail d’enrôlement directement en Iframe, pop-in. Le client poursuit donc le processus de manière synchrone.
- Mode asynchrone : le futur titulaire du compte reçoit un SMS ou email incluant un lien vers le portail lui permettant de finaliser le processus d’enrôlement qui peut être réalisé à n’importe quel moment.
- Enrôlement complet depuis l’API CentralPay : le partenaire a complètement interfacé l’API d’enrôlement avec ses propres formulaires.
Les notifications Webhook
Les notifications liées au service d'enrôlement suivantes sont disponibles :
- ONBOARDING_ENROLLMENT_CREATED
>> Une demande d'enrôlement a été générée
- ONBOARDING_ENROLLMENT_STATUS_UPDATED
>> Un changement d'état d'un enrôlement a été constaté- Partiel
- Attente de validation
- Terminé
- Refusé
- ONBOARDING_ADDITIONAL_DOCUMENT_REQUESTED
>> La conformité a émis une demande de document
- ONBOARDING_ADDITIONAL_DOCUMENT_UPDATED
>> Le client a mis à jour le document demandé
- ONBOARDING_PAYMENT_ACCOUNT_CREATED
>> Le compte a été créé
Pour plus d’information sur ce service, voir : https://ref-api.centralpay.net/plateform#207-onboarding
L'objet transfer
Vue d'ensemble
L’objet transfer permet le mouvement de fonds entre des comptes walletId de la plate-forme. Ce service n’est accessible qu’à partir d’un compte possédant des droits "Plateforme".
Il donne ainsi la possibilité de distribuer les fonds reçus d’un compte "Plateforme" qui initie les transactions depuis l’API vers un compte "Basic" connecté, selon des règles métier spécifiques à l’agent. Chaque opération de transfer est identifiée par un merchantTransferId unique.
Les transferts sont effectués dans cette configuration, à l’initiative de la plateforme, soit directement en complément d’une transaction ou wireTransfer existant, soit manuellement indépendamment de toute action. Ce mode asynchrone étant réservé aux Agents de service de Paiement.
Des frais peuvent être appliqués et affichés sur chaque opération de manière à les afficher sur le relevé de compte du destinataire. Ces frais diminuent le montant brut et rentrent dans le calcul du Montant net.
Exemple 1 :
Amount = 100
Fee = 30
Le détenteur du compte de destination recevra 70 et constatera 30 de frais sur un montant brut de 100.
Exemple 2 :
Amount = 70
Fee = 0
Le détenteur du compte de destination recevra 70 sans indication de frais.
Vue compte plateforme qui initie les transaction et les transfer
Vue client compte "Basic" qui ne voit pas les transaction mais constate les transfer
Type de transfer
1Mode Asynchrone Manuel (valable uniquement pour les Agents)
La "Plateforme" réalise la transaction pour le compte d’un ou plusieurs bénéficiaires, puis dans une deuxième étape réalise des appels POST /transfer pour reverser les fonds sur les comptes concernés. Le mode asynchrone est donc réalisé après la transaction sous forme de BATCH.
Exemple :
POST transaction -> dans la devise de l’autorisation POST /transfer (1 fois par compte) -> dans la devise de règlement (payout).
Pensez à vérifier le solde disponible lorsque vous faites un mouvement car vous ne pouvez transférer que des fonds réellement disponibles.
2Mode synchrone Auto
Le compte "Plateforme" réalise une transaction en indiquant, avec de nouveaux paramètres, les comptes concernés et leurs parts respectives afin de déclencher automatiquement des appels POST /transfer à la date convenue. Les montants à reverser sont indiqués dans la transaction et donc calculés par l’initiateur.
Exemple :
POST transaction (mt1 pour ss-marchand1, mt2 pour ss-marchand2…) -> dans la devise de règlement (payout)
Exemple :
transfer[] = { "destinationWalletId": "89fe34c9-5731-44bf-8451787e9ad8a72a", "amount": 100 }
transfer[] = { "destinationWalletId": "fe385c40-bbe7-4aec-ae5b0a832241eb73", "amount": 40, "fee": 5 }Veillez à intégrer les frais de services de CentralPay (Interchange ++) dans le calcul des Fees. Vous ne pouvez déplacer qu’un montant net qui laisse suffisamment de fonds pour régler nos frais.
Opérations possibles
Il est possible de réaliser des transferts automatiques lorsqu’ils sont associés aux objets transaction ou wireTransfer. Il est donc possible, par exemple, de faire une autorisation seule (transaction avec capture=0) et d’initialiser le transfert jusqu’à 7 jours après lorsque la transaction passe avec le statut capture=1.
Pour réaliser cette opération, il faut rattacher la source initiale de l’opération réalisée et donc préciser les attributs sourceType et sourceId.
http://ref-api.centralpay.net/plateform#182-create-a-transfer
| sourceId String (36) |
Identifier of the transfer source Required: no Validation: Authorized for merchant |
|
sourceType String |
Currency Required: yes (if the HTTP parameter sourceId is set) Values: TRANSACTION |
transferReversal
Cette fonction vous permet de rappeler des fonds que vous avez préalablement versés sur un wallet.
Cette fonction vous sera utile en cas d’erreur ou si vous avez émis un refund depuis une transaction. En effet, dans ce cas, les fonds sont retirés de votre wallet et vous devrez les retirer à votre tour sur le wallet de votre client.
Des frais peuvent être perçus sur cette opération en utilisant refundFee.
Le montant réalisable dans un transferReversal équivaut à la somme des available et pending disponibles. Cela vous permet d'effectuer un transferReversal avant la date de libération des fonds.
L'objet payout