CentralPay Documentation CentralPay Documentation
  • Informations générales
  • Documentation
  • Développeurs
CentralPay Documentation CentralPay Documentation
  • Informations générales
  • Documentation
  • Développeurs
Documentation
  • Folder icon closed Folder open iconGuide de démarrage rapide >
  • Folder icon closed Folder open iconMarchand, comptes et canaux de vente
    • Profil Marchandmerchant
    • Profils clientscustomer
    • Points de ventepointOfSale
    • Comptes de paiementwallet
    • Comptes de MEwallet
  • Folder icon closed Folder open iconAutomatisations, connexions et exports
    • Notifications email/sms
    • Services anti-fraude
    • Versement sortantpayout
    • Exports comptables
    • Exports de données
    • Webhooks
  • Folder icon closed Folder open iconLiens de paiement
    • Informations générales
    • Demandes de paiementpaymentRequest
    • Page de paiement (SmartForm)
    • Retours, statuts et hooks
  • Folder icon closed Folder open iconTransaction par carte
    • Informations générales
    • Formulaire de paiement CUSTOM
    • Authentification 3DS 2.0
    • Transaction cartetransaction
    • Transaction carte récurrentetransaction
    • Transaction carte via walletApplePay / GooglePay
    • R-transaction carterefund / credit / dispute
    • Email de confirmation
    • Libellé relevé bancaire
    • Gestion des devises
    • Gestion des cartes virtuelles (VCC)
    • Retours, statuts et hooks
  • Folder icon closed Folder open iconTransaction par virement
    • Informations générales
    • IBAN Virtuels
    • Transaction par virementsctTransaction
    • Pay by Bank – Initiation de paiement (PIS)
    • Rapprochement à une demande de paiementbankReconciliation
    • R-transaction SCTrefund
    • Virements internationaux
    • Retours, statuts et webhooks
  • Folder icon closed Folder open iconTransaction prélèvement SEPA
    • Informations générales
    • Identifiant de Créancier SEPA
    • Déclaration du compte bancaire
    • Création du mandat SEPA
    • Transaction par prélèvementsddTransaction
    • R-transaction SDDrefund / sddTransactionReversal
    • Retours, statuts et webhooks
  • Folder icon closed Folder open iconPaiements récurrents
    • Abonnementsubscription
    • Fractionnéinstallment
  • Folder icon closed Folder open iconAuthentification 3DS 2.2
    • 3DS 2.2 BRW (paiement unitaire)
    • 3DS 2.2 3RI (paiements récurrents)
    • FAQ 3DS 2.2
  • Folder icon closed Folder open iconGestion des marchands
    • Informations générales
    • Demande d’enrôlementmerchant-enrollment
    • Compléter un enrôlementmerchant-enrollment
    • Validation d’un enrôlement
    • Compte de Monnaie Électronique limitécustomer / wallets
    • Déplafonner un compte de Monnaie Électroniquemerchant-enrollment
    • Retours, statuts et webhooks
  • Folder icon closed Folder open iconTransferts de paiements
    • Informations générales
    • Transfert indépendanttransfer / transferReversal
    • Transfert via Transaction ou PaymentRequesttransaction / paymentRequest
    • Versement sortant pour tiers
    • Retours, statuts et webhooks
  • Folder icon closed Folder open iconPlugin CMS
    • WooCommerce
    • PrestaShop
    • Magento
  • Folder icon closed Folder open iconBonnes pratiques
    • Déclaration TVA par pays
    • Merchant Initiated Transaction (MIT)
    • Verification of Payee (VoP)
      • FAQ – Verification Of Payee

Compléter un enrôlement

Estimated reading: 3 minutes

Une fois la demande d’enrôlement créée, le titulaire du futur compte peut finaliser son parcours de deux manières : via le portail CentralPay ou par intégration complète à l’API.

1. Option 1 – Compléter l’enrôlement via le portail CentralPay

Le lien d’accès à l’onboarding (généré ou reconstruit lors de la création d’enrôlement) permet au futur titulaire de compte de renseigner ses informations et d’uploader les documents demandés depuis l’interface CentralPay, de manière autonome.

  • Vous êtes notifié automatiquement à chaque étape de l’enrôlement ou uniquement à sa finalisation (selon votre paramétrage webhook)
  • Une fois le parcours complété par l’utilisateur, les données sont transmises aux équipes conformité de CentralPay pour validation
  • Dans certains cas, des documents complémentaires pourront être requis par les analystes CentralPay

2. Option 2 – Compléter l’enrôlement par API

Il est également possible de piloter l’ensemble du parcours d’enrôlement via API, étape par étape.

Le processus suit 4 grandes phases :

  1. Compléter le profil
  2. Déterminer le workflow
  3. Compléter le workflow
  4. Finaliser l’enrôlement

2.1. Compléter le profil

Statut du profil

Un profil commence toujours avec un statut workflow.status = « ON_GOING ». Pour être considéré comme complété, ce statut doit devenir ACCEPTED.

⚠️ En mode SEQUENTIAL, ce statut peut revenir à ON_GOING lors du déblocage de questions supplémentaires. Il convient de le recontrôler à chaque étape.

Obtenir la première activité à compléter

  • Récupérer l’activityUuid via : GET /api/nauth/merchant-enrollment/{enrollmentId}
  • Parcourir : profile.workflow.activities[0].uuid
  • Puis interroger : GET /api/nauth/profile/{activityUuid}/activity

Soumettre les données

Envoyer les données attendues via un formulaire : POST /api/nauth/profile/{activityUuid}/activity
Content-Type : multipart/form-data

Exemple de champs attendus (activité « Identity Informations ») :

ChampTypeContraintes
firstname[value]string255 caractères
lastname[value]string255 caractères
mail[value]stringEmail valide
phone[value]stringNuméro international (min. 10 caractères)
birthday[value]stringDate au format YYYY-MM-DD, entre 18 et 110 ans
place_of_birth[value]string—
country_of_birth[country]stringISO 3166-1 alpha-3

Autres types d’activité possibles :

  • Domiciliations : informations d’adresse
  • Pièce d’identité : type (IDENTITY_CARD, PASSPORT) + documents (2 fichiers pour carte, 1 pour passeport)

Répétez ce processus tant que le statut d’une activité reste « TODO ».

2.2. Déterminer le workflow

Cette étape débloque la suite du parcours (collecte de documents, justificatifs, etc.).

  • POST /api/merchant-enrollment/{enrollmentUuid}/activity/{uuid}

Payload attendu :

ChampTypeObligatoireNotes
typeEnum✅ OuiINDIVIDUAL, INDIVIDUAL_WITH_STATUS, LEGAL_ENTITY
bankAccountInEEACountrybool✅ Oui—
turnoverUUID (36)✅ OuiPOST /api/nauth/enrollment-claim/turnover
companyNamestring(255)Oui, si LEGAL_ENTITY—
activityAgeUUID (36)Oui, si LEGAL_ENTITY ou INDIVIDUAL_WITH_STATUSGET /api/nauth/enrollment-claim/activity-age
subTypeENUMRecommandéDépend du type (voir détails ci-dessous)
isCompanyboolOui, si LEGAL_ENTITY—

Si vous avez utilisé un identityBadge (enrôlement via SIREN), cette étape est automatiquement sautée : le workflow est déjà déterminé.

2.3. Compléter le workflow

Chaque étape du workflow suit la même logique que celle du profil.

Types de step possibles :

  • FORM : champs à renseigner via key[value]
  • API_CALL : traitement externe
  • VALIDATION : action manuelle par les équipes CentralPay
  • ENDED : étape finalisée
Exemple : pour le champ company_legal_status, il faut envoyer company_legal_status[value].

Les endpoints utilisés sont :

  • POST /api/merchant-enrollment/{merchantUuid}/activity/{uuid}
  • POST /api/merchant-enrollment/{uuid}/complete
Compléter un enrôlement - PreviousDemande d’enrôlementNext - Compléter un enrôlementValidation d’un enrôlement
CONTENU

Doc Contents

Doc Footnotes

Doc Elements

  • Mentions légales
  • Politique de confidentialité

© 2025 CentralPay