Avant d’appeler POST /api/v1/auth/go-live, vérifiez tous les points suivants :
POST /api/v1/auth/go-live
Le secret client initial a été renouvelé.
Le nouveau secret est stocké dans un gestionnaire de secrets et une nouvelle connexion fonctionne.
Les tokens d’accès ne sont mis en cache que pendant leur durée de validité et ne sont jamais journalisés.
La découverte des opérateurs et des produits est implémentée dynamiquement.
La validation du client/compte est implémentée lorsque nécessaire.
Chaque requête financière possède un transRef durable et unique.
transRef
Les timeouts réseau sont traités comme des résultats inconnus.
Le polling de statut et la gestion des codes provider inconnus sont implémentés.
Les parcours de collecte en attente et avec continuation ont été testés.
Les transferts réussis et échoués ont été rapprochés avec l’historique du wallet.
Les erreurs de fonds insuffisants, référence dupliquée, devise invalide et limites ont été testées.
La pagination et les filtres de date UTC ont été testés.
Toutes les adresses IP source requises sont stables et enregistrées.
Les soldes des wallets de production et les procédures d’approvisionnement sont compris.
Les logs masquent les secrets client et les tokens bearer tout en conservant transRef, le statut HTTP, le code de réponse, le message et la référence provider.
Le routage de production peut différer de celui de test.
