Online documentverificatie voor het op afstand onboarden van klanten

Uw compliance-team keurt een verificatieproces goed dat alle interne tests doorstaat. Twee weken na de lancering loopt de wachtrij voor ondersteuning vol: een 68-jarige aanvrager krijgt haar rijbewijsfoto niet geaccepteerd, een software-engineer in Lagos zit vast omdat het systeem zijn nationale identiteitskaart met Arabisch schrift niet leest, en uw conversiedashboard laat zien dat 42% van de nieuwe aanvragers afhaakt ergens tussen 'ID uploaden' en 'selfie maken'.

Dit is de realiteit van Online documentverificatie op grote schaal. De technologie werkt in het lab, maar wordt vervolgens getest in de praktijk met echte gebruikers, echte apparaten en echte identiteitsdocumenten uit meer dan 240 landen. De problemen komen aan het licht in uw goedkeuringspercentage, uw wachtrij voor ondersteuning en uw compliance-audit.

Dit artikel is bedoeld voor compliance- en productteams die workflows voor onboarding op afstand ontwikkelen die overal, op verschillende apparaten en in diverse demografische groepen, probleemloos moeten werken. We bespreken wat er mis kan gaan tijdens de documentverificatie voor onboarding op afstand, wat de toezichthouders daadwerkelijk vereisen en hoe je kunt voorkomen dat je verificatieproces klanten verliest die je al hebt geworven.

Wat online documentverificatie nu eigenlijk inhoudt

Online documentverificatie is het geautomatiseerde proces waarbij wordt bevestigd dat een identiteitsdocument (paspoort, rijbewijs, nationale identiteitskaart, verblijfsvergunning) echt, ongewijzigd en van de persoon is die het presenteert. Een professioneel systeem voert drie taken parallel uit. Het authenticeert het document zelf door middel van hologramcontroles, MRZ-validatie en chiplezingen (indien beschikbaar). Het extraheert gestructureerde gegevens via OCR. Het vergelijkt die gegevens en foto met een live selfie met behulp van biometrische authenticatie. liveness controles.

Wat een werkende implementatie onderscheidt van een demo, is hoe deze omgaat met uitzonderlijke gevallen: een verfrommelde Turkse identiteitskaart bij weinig licht, een Japans rijbewijs dat schuin wordt gehouden, een Nigeriaans paspoort met reflectie van een plafondlamp. Dat is waar de meeste systemen de mist in gaan.

Grensoverschrijdende uitdagingen: het accepteren van documenten in een andere taal dan de moedertaal.

Als u gebruikers buiten uw thuismarkt aanmeldt, moet uw documentverificatiesysteem schriften lezen waarvoor het niet is ontworpen. Alleen al het Latijnse schrift wordt gebruikt voor ongeveer 40% van alle identiteitsdocumenten ter wereld. De rest is in het Arabisch, Cyrillisch, Chinees, Japans, Koreaans, Thais, Devanagari, Hebreeuws, Grieks, en binnen elk van deze talen zijn er regionale varianten die er weliswaar op lijken, maar niet compatibel zijn als ze als onderling verwisselbaar worden beschouwd.

Er gaan doorgaans drie dingen mis. Ten eerste interpreteren OCR-engines die voornamelijk op Engelse data zijn getraind, tekens in Arabische of Mandarijnse ID's verkeerd, waardoor de geëxtraheerde naam en geboortedatum onjuist worden. Ten tweede is de MRZ-parsing van paspoorten gestandaardiseerd (ICAO 9303), maar de documentinhoud niet. Als uw systeem dus afhankelijk is van het matchen van velden in de documentinhoud met MRZ-velden, zal het falen bij legitieme paspoorten die niet-Latijnse schriften gebruiken. Ten derde gebruiken veel documenten uit opkomende markten lokale datumformaten (Saka, Hijri, boeddhistische kalenders) die niet voldoen aan de validatieregels die zijn opgesteld rond de Gregoriaanse kalender.

De engine van Shufti ondersteunt ongeveer 100 OCR-talen en meer dan 10,000 documenttypen in meer dan 240 landen, met native transliteratie zodat een Arabische naam op een paspoort correct wordt omgezet naar de naam in Latijns schrift in uw CRM. Als u grensoverschrijdende onboarding bouwt onder eIDAS 2.0 Voor elk regime dat is aangesloten bij de FATF, is scriptdekking de basisvereiste, geen luxe.

Toegankelijkheid: oudere gebruikers en apparaten met camera's van lage kwaliteit

Toegankelijkheid is waar een verificatieproces dat er tijdens de kwaliteitscontrole prima uitzag, verandert in een nachtmerrie voor de ondersteuning. Drie groepen worden het hardst getroffen: oudere gebruikers met onvaste handen en oudere telefoons, gebruikers in regio's met een lage bandbreedte en gebruikers met een visuele of motorische beperking.

De problemen zijn voorspelbaar als je er eenmaal op let. Oudere gebruikers houden het document te dichtbij, waardoor de randen worden afgesneden en het systeem de afbeelding afwijst vanwege een 'onvolledige opname'. Goedkope Android-camera's produceren afbeeldingen van minder dan 1 megapixel met zware JPEG-compressie, wat de kwaliteit negatief beïnvloedt. OCR Nauwkeurigheid. De antireflectie-instructies op het scherm ("verplaats het document om reflectie te verwijderen") gaan ervan uit dat gebruikers live feedback kunnen zien en interpreteren, wat mensen met een visuele beperking of leesproblemen uitsluit.

Verbeteringen die echt een verschil maken: laat gebruikers de opname opnieuw maken zonder het proces te hoeven starten, accepteer afbeeldingen tot 300 DPI in plaats van alles onder HD te weigeren, bied een audio-uitleg naast visuele aanwijzingen en beschouw WCAG 2.2 AA als minimum in plaats van maximum. Als uw systeem het uploaden van documenten vanuit de galerij toestaat, en niet alleen live-opnamen, zullen oudere gebruikers het proces 20 tot 30 procentpunten vaker voltooien.

Afhaakanalyse: waar lekken er in verificatieprocessen op afstand?

De meeste teams kijken naar de totale conversie en zien de lekken over het hoofd. Je moet de funnel opsplitsen in afzonderlijke stappen en het afhaakpercentage bij elke stap meten.

Een typisch onboardingproces op afstand ziet er als volgt uit: de sollicitant komt bij het scherm voor het uploaden van een identiteitsbewijs, maakt een foto van de voorkant van het document, maakt een foto van de achterkant, maakt een selfie, doorstaat de liveness-test en komt vervolgens bij de eindcontrole. De problemen concentreren zich meestal op drie punten.

Het vastleggen van de voorkant is naar verluidt de grootste bron van fouten. Veelvoorkomende oorzaken: te strenge randdetectie, geen instructies voor het opnieuw proberen, onduidelijke foutmeldingen ("onscherpe afbeelding" zonder aan te geven wat er vervolgens moet gebeuren).

Ook het vastleggen van de achterkant van het scherm loopt terug, vaak omdat gebruikers ervan uitgaan dat het proces na de voorkant is voltooid en het venster sluiten. De oplossing hiervoor is een permanente voortgangsbalk en een korte preview van wat er vervolgens gebeurt.

De levendigheidscontrole verliest nog eens ongeveer 10-15%, doordat gebruikers denken dat de selfie-stap optioneel is, door onduidelijke instructies (actieve hoofdbewegingen versus passieve levendigheid) of door time-outvensters die te kort zijn voor oudere telefoons. Deze cijfers weerspiegelen een algemeen patroon in de sector dat professionals vaak waarnemen en bespreken.

De meest impactvolle verbeteringen zijn niet technisch van aard, maar hebben betrekking op de gebruikerservaring (UX). Vertel de gebruiker van tevoren dat dit 60 seconden duurt en dat hun ID vereist is. Toon een voortgangsbalk. Bewaar het werk bij een nieuwe poging. Bied een terugvaloptie naar een handmatig begeleide route, zoals... VideoIdentiteit Voor gebruikers die twee keer falen. Teams die hun conversietrechter op dit detailniveau analyseren, herstellen doorgaans 10-15 procentpunten van de conversie binnen een kwartaal.

Wat maakt online verificatie juridisch geldig?

Toezichthouders certificeren geen specifieke leveranciers. Ze definiëren waaraan een compliant proces moet voldoen. Volgens de FATF Digital Identity Guidance en de US FinCEN Customer Identification Program-regelgeving is een verificatieproces op afstand wettelijk geldig wanneer het (1) de klant betrouwbaar identificeert met behulp van een door de overheid uitgegeven document of een vertrouwd equivalent, (2) anti-identificatiecontroles bevat, zoals liveness-detectie, (3) een fraudebestendig auditspoor genereert en (4) na onboarding continue monitoring toepast.

In de EU voegt eIDAS 2.0 de Europese digitale identiteitswallet toe als erkend verificatiekanaal. In het VK certificeert de DIATF (Digital Identity and Attributes Trust Framework) aanbieders. In de VS stelt NIST SP 800-63-3 de niveaus voor identiteitsborging vast.

De technische norm waaraan uw leverancier moet voldoen: iBeta niveau 1 en niveau 2. iBeta niveau 3-certificering voor levendigheidISO 27001 voor informatiebeveiliging en gedocumenteerde tests op vooringenomenheid met betrekking tot leeftijd en huidskleur. Zonder deze elementen is uw auditverdediging zwak.

Hoe Shufti praktische uitdagingen oplost als platform voor documentverificatie op afstand

Als uw onboardingproces op afstand lekken vertoont, is de eerste stap het in kaart brengen van de afhakers. De tweede stap is het afstemmen van uw tools op uw daadwerkelijke gebruikersgroep: degenen die worstelen met een 720p-camera en een identiteitsbewijs met Arabisch schrift, niet alleen degenen met een iPhone en een Brits paspoort. Ontdek hoe de documentverificatieafdeling van Shufti deze gevallen afhandelt. In meer dan 240 landen en voor meer dan 10,000 documenttypen.