Sandbox et production
Comprendre la frontière entre les environnements garantit une intégration sûre et prévisible.Création d’une entité de test
Vous pouvez créer une entité de test avec un minimum de champs. Les seules exigences strictes sontentityType et isSubjectConsent. Pour une entité de type particulier dans le sandbox, la combinaison ci-dessous suffit à obtenir un enregistrement noté et suivi :
ent_… que vous pouvez référencer dans tous les appels suivants : vérifications, transactions, dossiers et signaux se rattachent tous au même identifiant.
La création d’une entité à partir d’une simple adresse e-mail est prise en charge dans le sandbox comme en production, mais elle est réservée aux entités marquées comme downstream entities (le modèle client des processeurs de paiement, où seule l’adresse e-mail est connue au départ). Pour l’intégration standard d’un particulier, fournissez au minimum un nom.
Identifiants de test pour la vérification d’identité au Nigéria
Utilisez les identifiants synthétiques suivants pour tester les endpoints de vérification KYC avec les types de documents officiels nigérians. Ces valeurs sont reconnues par le sandbox et renvoient des réponses fictives prévisibles, sans interroger les bases de données gouvernementales réelles.- BVN
- NIN
- Permis de conduire
- Passeport
Le Bank Verification Number (BVN) est un identifiant à 11 chiffres délivré par la Banque centrale du Nigéria.
Soumettez ce BVN de test via l’endpoint de vérification KYC de l’entité, en remplaçant
{entityId} par l’identifiant ent_… reçu lors de la création de votre entité de test :Comportement des réponses du sandbox
Gardez ces différences à l’esprit pendant le développement et les tests :Couverture partielle des champs
Couverture partielle des champs
Les réponses du sandbox peuvent contenir moins de champs qu’en production. Par exemple, une recherche BVN en production renvoie un profil d’identité complet enrichi à partir des données NIBSS en direct ; l’équivalent dans le sandbox renvoie une charge utile fictive plus réduite. Concevez votre intégration pour gérer avec souplesse les champs optionnels ou absents.
Scores de risque prévisibles
Scores de risque prévisibles
Les entités du sandbox sont notées à partir des données synthétiques que vous fournissez. Une entité dotée uniquement d’une adresse e-mail reçoit un score de risque faible mais non nul, reflétant la pauvreté du profil. Ajoutez davantage de champs (nom, date de naissance, téléphone) pour voir le score évoluer à mesure que le profil s’enrichit.
Résultats du filtrage AML
Résultats du filtrage AML
Le filtrage PEP, sanctions et médias négatifs renvoie des résultats fictifs dans le sandbox. Utilisez des noms de test connus pour déclencher une correspondance (par exemple
"firstName": "Sanctioned", "lastName": "Person" dans certains scénarios de test) si votre intégration doit gérer des alertes AML. Reportez-vous au guide de test AML pour la liste complète des valeurs de déclenchement.Aucune vérification réelle déclenchée
Aucune vérification réelle déclenchée
Le sandbox ne contacte jamais les bases de données gouvernementales, les bureaux de crédit ni les fournisseurs de listes de surveillance réels. Vous pouvez lancer autant de vérifications que nécessaire sans aucune conséquence en matière de conformité ou de facturation.
Workflow sandbox recommandé
Suivez cette séquence lors de la mise en place d’une nouvelle intégration ou du test d’un nouveau type de vérification :1
Définissez vos variables d'environnement
2
Créez une entité de test
Utilisez la charge utile minimale (type d’entité, consentement, nom, e-mail) pour obtenir un identifiant
ent_….3
Lancez la vérification que vous souhaitez tester
Utilisez les identifiants de test des tableaux ci-dessus. Transmettez l’
entityId afin que le résultat de la vérification se rattache à l’Entity 360.4
Lisez l'Entity 360
Appelez
GET /v2/api/entities/{id} pour confirmer que le résultat de la vérification a été intégré au profil, au score de risque et au journal d’activité de l’entité.5
Répétez avec des cas limites
Testez les champs manquants, les formats d’identifiant invalides et les soumissions en double pour vous assurer que votre gestion des erreurs est robuste avant de passer en production.
Passage en production
Lorsque votre intégration sandbox fonctionne correctement, le passage en production ne nécessite que deux changements :- Remplacez votre clé d’API sandbox par la clé d’API de production disponible sur cowork.youverify.co, dans Settings → API Keys → Production.
- Remplacez l’URL de base du sandbox par celle de production :
https://api.youverify.co.
Les vérifications en production interrogent des sources de données gouvernementales officielles et sont facturées. Effectuez un petit test de bon fonctionnement avec un seul sujet réel avant d’activer un trafic de production à fort volume.