Sommaire · Passer en production

Passer en production

État actuel

La production n’est pas encore ouverte : seul le déploiement de test (simulateur) fonctionne aujourd’hui. L’ouverture des opérations réelles dépend d’un examen réglementaire et des contrats avec les fournisseurs. Aucune date n’est promise ici.

Les étapes

  1. Intégrez et testez en mode test, jusqu’à la liste de vérification ci-dessous.
  2. Envoyez votre dossier entreprise (KYB) depuis Paramètres : raison sociale, NINEA ou RCCM, adresse, activité. Galsen Pay vous indique comment transmettre les pièces justificatives.
  3. Vérification par Galsen Pay, puis ouverture de vos comptes chez les fournisseurs.
  4. Activation : votre compte passe à ACTIVE. Sur le déploiement de production, vous créez des clés gsp_live_… et un nouveau webhook (son secret est différent de celui du test).

Statuts du compte marchand

StatutSignification
REGISTEREDCompte créé. Mode test seulement.
KYB_REVIEWDossier entreprise envoyé, en cours de vérification par Galsen Pay.
APPROVEDDossier validé.
PROVIDER_PENDINGOuverture de vos comptes chez les fournisseurs.
ACTIVECompte actif : opérations réelles possibles (sur le déploiement de production).
REJECTED / SUSPENDEDDossier refusé ou compte suspendu : aucune opération.

En production, toute opération d’argent d’un compte qui n’est pas ACTIVE répond 403 MERCHANT_NOT_ACTIVE.

Liste de vérification avant d’ouvrir

  • La clé secrète est dans la configuration du serveur, absente du code et de toute application cliente.
  • Chaque création de paiement, remboursement et versement envoie une Idempotency-Key liée à l’opération, réutilisée en cas de nouvel essai.
  • Le webhook vérifie la signature et l’horodatage, répond 2xx en moins de 5 secondes, et ignore un événement déjà traité.
  • La commande n’est livrée qu’après payment.succeeded (ou une relecture SUCCEEDED), jamais sur la redirection.
  • Un statut UNKNOWN ne déclenche aucune nouvelle création ; votre interface affiche « en cours de vérification ».
  • Les erreurs 429, 503 et les délais sont gérés (attente, nouvel essai avec la même clé).
  • Les comptes du tableau de bord ont la double authentification ; les clés de test sont révoquées si elles ne servent plus.
  • Premiers paiements réels de petit montant, vérifiés de bout en bout (encaissement, webhook, remboursement).