Votre fournisseur de KYC est hors service. Assurez la continuité des inscriptions et des vérifications clients sans procéder à des approbations à l'aveugle.

Charles Archibong, Cofondateur
Un délai d'attente dépassé n'indique pas un échec de vérification d'identité. Élaborez un plan de continuité d'activité qui préserve la progression du client, contrôle les nouvelles tentatives et maintient les vérifications nécessaires pendant la reprise d'activité de votre fournisseur.

Points clés
- Un délai d'expiration du fournisseur ne renseigne en rien sur l'identité du client.
- Préservez les progrès accomplis et expliquez le retard au lieu d'exiger des soumissions répétées.
- N’utilisez une autre méthode de vérification que si ses preuves répondent à vos exigences approuvées.
- Réconcilier les trajets en cours et les résultats tardifs avant de déclarer l'incident clos.
Un client a saisi ses informations, photographié sa pièce d'identité et pris un selfie. La dernière vérification expire. Il réessaie. Votre application envoie une nouvelle requête. Le service d'assistance reçoit une capture d'écran indiquant « Échec de la vérification ».
Votre client n'a rien fait de mal, et votre système lui a indiqué le contraire.
Anticipez cette situation avant toute interruption de service. L'objectif est de préserver le parcours client tout en conservant les justificatifs nécessaires à l'approbation. Vous ne devriez pas avoir à choisir entre perdre tous les candidats et approuver sans les preuves requises.
Distinguer une défaillance client d'une défaillance de service
Un document illisible, une identité non concordante et un fournisseur indisponible nécessitent des réponses différentes. Un délai d'attente signifie que vous n'avez pas encore de réponse fiable. Cela ne signifie pas que l'identité est invalide et ne doit pas être considéré comme une autorisation tacite.
Indiquez à votre produit un statut « en attente » ou « temporairement indisponible ». Documentez la raison technique sous-jacente pour vos opérateurs, tout en fournissant au client une explication claire et la marche à suivre.
Par exemple : « Nous n’avons pas pu terminer la vérification pour le moment. Votre progression est enregistrée. Nous vous informerons dès que ce sera terminé. » Ne promettez l’enregistrement de la progression ou une notification que si votre intégration le permet réellement.
Préservez le travail déjà accompli
Maintenez le lien avec le client tout au long de son parcours, en lui fournissant un historique précis des étapes réalisées et de celles restant à finaliser. Ne demandez pas un nouveau selfie simplement parce qu'un service d'enregistrement gouvernemental est indisponible.
Facilitez le départ et le retour de vos clients. Indiquez-leur s'ils doivent agir, si l'accès est restreint et où ils pourront être tenus informés. Évitez d'afficher un bouton « Réessayer » qui relance toute la procédure.
Les modèles d'ingénierie sont abordés dans nos guides sur la vérification asynchrone et les requêtes idempotentes . Votre plan de continuité d'activité doit définir le moment d'exécution de ces mécanismes et les personnes chargées de la gestion des tâches en attente.
Choisissez une réponse de repli qui répond à la même question.
Un second fournisseur ne constitue pas automatiquement une solution de secours indépendante. Les deux services peuvent dépendre de la même source ou du même réseau gouvernemental. Renseignez-vous sur les services qui resteraient disponibles en cas de panne, selon votre plan d'intervention.
Les preuves peuvent également changer en cas de modification de l'itinéraire. Une photo d'une pièce d'identité et une correspondance avec un registre gouvernemental en temps réel ne permettent pas d'établir des éléments de preuve distincts. Documentez la différence et faites approuver la police d'assurance lorsqu'une solution alternative est acceptable.
Vous pouvez attendre, emprunter une voie équivalente approuvée, demander des preuves alternatives appropriées ou soumettre le dossier à un réviseur. La révision manuelle n'est utile que si le réviseur dispose des preuves et de l'autorité nécessaires. Elle ne peut pas remplacer un contrôle obligatoire manquant.
Ne relâchez pas les exigences en matière de contrôle d'identité simplement parce qu'un retard est gênant.
Contrôlez les tentatives de réessai avant qu'elles ne provoquent un autre incident.
Définissez une politique de nouvelles tentatives avec un nombre limité de tentatives, des délais croissants et un point d'arrêt pour vérification par un opérateur. Respectez les consignes de nouvelle tentative documentées du service. Conservez la requête associée à l'opération client d'origine. API le soutient.
Surveillez les requêtes qui ont expiré après que le fournisseur a déjà terminé la vérification. Une réussite tardive et une nouvelle tentative peuvent sinon créer des enregistrements concurrents, des coûts supplémentaires ou deux messages clients.
Un test de continuité doit inclure les résultats retardés et hors séquence, et pas seulement une réponse claire « service indisponible ».
Définissez ce que vous mesurez.
Demandez aux fournisseurs ce que couvrent leurs chiffres de disponibilité. API Une sonde de santé, une page de capture hébergée et un parcours de vérification complet sont des mesures différentes. Une requête réussie à un point de terminaison de santé ne prouve pas que toutes les sources de données externes sont disponibles.
la page de fiabilité de Toden explique son périmètre de surveillance, la période observée et sa méthode de calcul. Comparez ces informations avec vos propres délais de réussite et d'exécution de bout en bout.
En cas d'incident, suivez les contrôles et pays concernés, les voyages en attente, le dossier le plus ancien, le volume de tentatives de résolution et les contacts clients. Désignez un responsable de l'escalade et un suppléant habilités à prendre les mêmes décisions.
Récupérez délibérément la file d'attente
Lorsque le service sera rétabli, ne traitez pas toutes les requêtes en attente simultanément. Reprenez le traitement à un rythme contrôlé, corrigez les réponses tardives et vérifiez que chaque client reçoit le résultat final attendu.
Analysez un échantillon de clients ayant réessayé, abandonné ou reçu des messages contradictoires. Mesurez l'impact sur le client, et non seulement la durée pendant laquelle la page d'état est restée rouge.
Toden Les flux de travail offrent des contrôles et des règles de décision configurables. Votre application nécessite toujours la gestion des files d'attente, la messagerie client et une politique de repli approuvée pour ces résultats. Ne présumez pas d'une fonctionnalité de basculement automatique entre fournisseurs sans l'avoir vérifiée.
Avant le lancement, effectuez un exercice de simulation de panne avec l'équipe d'ingénierie, le support et votre responsable des risques. Si vous évaluez Toden Parlez -nous précisément de la dépendance et du parcours client que vous devez protéger.
Sources

Charles Archibong
Cofondateur
Charles Archibong est le cofondateur de Toden. Il écrit sur la vérification d'identité, les technologies financières et les aspects pratiques de la création de services numériques de confiance.


