Bepaal welke bewering elk document moet ondersteunen

Een klant uploadt een identiteitsdocument, adresbewijs en bankafschrift. De namen lijken op elkaar, de pdf’s openen en de aanvraag is bijna compleet. Voor goedkeuring is een preciezere vraag nodig: welke bewering wordt door welk bestand ondersteund, en welke controle vereist nog de uitgevende organisatie of een andere betrouwbare bron?

Hieronder staat een voorgestelde werkwijze voor teams die documenten bij klantonboarding beoordelen. Het is geen algemene lijst die iedere klant moet aanleveren. De dienst, toepasselijke regels en vastgelegde acceptatievoorwaarden bepalen welke gegevens u mag verzamelen en welk bewijs nodig is. Vraag alleen stukken die voor dat doel relevant zijn.

Mogelijke rollen van aangeleverde stukken, afhankelijk van uw acceptatiebeleid
Aangeleverd bewijsTe beoordelen vraagWat een leesbare kopie niet aantoont
IdentiteitsdocumentWelke naam, identificatie en datums staan op deze kopie?Dat de uitgever deze kopie heeft gevalideerd of dat de identiteit bij de aanvrager hoort
AdresbewijsWiens adres staat vermeld, voor welke locatie en op welke datum?Dat het adres nog actueel is of aan uw beleid voldoet
BankafschriftWelke houder, rekeningreferentie, valuta en periode zijn zichtbaar?Dat de bank een volledig en ongewijzigd afschrift heeft uitgegeven
AanvraagformulierWelke informatie heeft de klant zelf opgegeven?Dat een eigen verklaring onafhankelijk is bevestigd

Houd overeenstemming, echtheid en de aanvrager uit elkaar

De Digital Identity Guidelines van NIST onderscheiden de validatie van bewijsstukken, de validatie van identiteitskenmerken en de controle of de aanvrager de rechtmatige eigenaar van dat bewijs is. Dat onderscheid helpt de bevinding juist te beschrijven: overeenstemming tussen bestanden beantwoordt een beperktere vraag dan identiteitsverificatie.

Dezelfde naam in drie bestanden is bijvoorbeeld een overeenkomst. Daarmee staat niet vast dat drie onafhankelijke organisaties echte stukken hebben uitgegeven. Ook een adresverschil blijft open totdat betekenis en tijdlijn zijn onderzocht. Leg overeenkomsten, afwijkingen en onbekende gegevens afzonderlijk vast.

NIST biedt een kader voor digitale identiteit, geen certificering van deze checklist of DeepfakePolicy. Gereguleerde financiële instellingen in de EU moeten daarnaast de EBA-richtsnoeren voor onboarding op afstand betrekken bij hun toepasselijke nalevingsprocessen. Een automatische vergelijking vervangt die processen niet.

Maak uitgelezen waarden herleidbaar tot de bron

Begin met een inventarisatie: bestandsnaam, documentrol, beschikbare pagina’s, zichtbare uitgiftedatum en ontbrekende of onleesbare delen. Bewaar de ontvangen kopie apart van een uitsnede, annotatie of conversie door een beoordelaar. Een vastgelegde bestandshash helpt versies te onderscheiden; de hash identificeert bytes en bewijst niet dat de inhoud klopt.

Bewaar per belangrijk veld de waarde zoals die zichtbaar is, het bestand en de pagina, plus de interpretatie voor de vergelijking. Houd de oorspronkelijke schrijfwijze naast een genormaliseerde versie. Verander een onzeker teken niet stilzwijgend, verzin geen ontbrekend huisnummertoevoegsel en kies geen datumnotatie alleen omdat de stukken dan overeenkomen.

Een niet leesbaar veld blijft onleesbaar. Een niet aangeleverde pagina blijft ontbrekend. Die situaties vragen andere vervolgacties dan een duidelijk verschil tussen twee leesbare waarden.

  • Naam: vergelijk de volledige beschikbare naam en houd rekening met onderbouwde naam- en transliteratieverschillen.
  • Adres: vergelijk waar mogelijk straat, nummer, eenheid, postcode en land afzonderlijk.
  • Datums: onderscheid uitgiftedatum, afschriftperiode, vervaldatum en indieningsdatum.
  • Rekeninggegevens: houd de naam van de houder, een rekeningreferentie en een betalingsontvanger uit elkaar.
  • Reikwijdte: noteer ontbrekende pagina’s, afschermingen en niet-ondersteunde bestanden voordat u conclusies trekt.

Doorloop een fictief onboardingdossier

Dit voorbeeld is verzonnen. Het is een redactionele oefening, geen klantdossier en geen resultaat van een uitgevoerde DeepfakePolicy-controle. Stel dat een beoordelaar een aanvraag, een identiteitskopie, adresbewijs en pagina één van een bankafschrift ontvangt. De rekeningreferentie is hier weggelaten omdat die voor de uitleg niet nodig is.

De klant geeft 24 Cedar Lane, appartement 2, op als huidig adres. Het adresbewijs bevat dezelfde informatie; het afschrift toont 18 Cedar Lane. Er is een verschil gevonden, maar de stukken alleen verklaren niet of dit komt door een verhuizing, een verouderde bankregistratie, een andere klant of een aangepast bestand.

Fictieve vergelijking: waarnemingen en mogelijke vervolgacties
VeldWaargenomen in de aangeleverde bestandenRedelijke volgende stap
NaamAanvraag: Alex Morgan; identiteitskopie: Alexander Morgan; afschrift: A. MorganBeoordelen of aanvaardbaar bewijs het naamverschil verklaart; identiteit niet uit een initiaal afleiden
AdresAanvraag en adresbewijs: 24 Cedar Lane, appartement 2; afschrift: 18 Cedar LaneHet actuele adres en het volgens het acceptatiebeleid vereiste bewijs opvragen
PeriodeAanvraag ingediend op 31 oktober; afschrift over septemberDe periode aan het vastgelegde beleid toetsen zonder een universele ouderdomsgrens te verzinnen
VolledigheidAfschrift vermeldt pagina 1 van 3; alleen pagina 1 is aangeleverdOntbrekende pagina’s opvragen als de beslissing het volledige afschrift vereist

Bied een eerlijke beoordeling van verklaarbare verschillen

Ga na of velden hetzelfde beschrijven voordat u een verschil verdacht noemt. Een correspondentieadres bij de bank kan afwijken van het nu opgegeven adres. Een afgekorte naam kan informatie weglaten die elders wel staat. Een lokale datumnotatie kan dubbelzinnig zijn. Accepteer zulke verklaringen niet automatisch; formuleer voor iedere mogelijkheid een gerichte vraag.

Gebruik een vaste uitzonderingsprocedure. Bewaar de oorspronkelijke bevinding, leg de uitleg van de klant en aanvullend bewijs vast en noteer wie de uitleg heeft aanvaard of afgewezen. Een andere beoordelaar moet de afhandeling kunnen begrijpen zonder een privégesprek te reconstrueren.

Laat een klant niet alles opnieuw indienen als slechts één beperkte vraag openstaat. Leg een alternatief bewijsproces duidelijk uit wanneer uw beleid dat toestaat. Een grondige beoordeling kan tegelijk proportioneel en begrijpelijk zijn.

Vraag gericht om informatie die het ontbrekende punt oplost

Een bruikbaar verzoek beschrijft de waarneming en de volgende stap. In het fictieve adresvoorbeeld: ‘Het adresbewijs toont 24 Cedar Lane, terwijl het afschrift 18 Cedar Lane vermeldt. Bevestig welk adres actueel is en lever het bewijs aan dat ons adresbeleid voorschrijft. Gebruik de beveiligde uploadroute en deel alleen de gevraagde informatie.’

Zo kan de klant een concrete vraag beantwoorden zonder dat een automatisch signaal een beschuldiging wordt. Vraag bij ontbrekende pagina’s precies die pagina’s op en leg uit waarom ze nodig zijn. Volg bij mogelijke documentwijziging uw goedgekeurde verificatie- of escalatieproces; stel een nieuwe schermafbeelding niet voor als een definitieve oplossing.

Gebruik een goedgekeurd, onafhankelijk vastgesteld kanaal wanneer controle bij de uitgever nodig is. Contactgegevens op het betwiste bestand maken zelf deel uit van het onderzochte materiaal. Noteer wat daadwerkelijk is bevestigd en welke beperkingen blijven bestaan.

Gebruik documentcontrole en Cross-check voor verschillende vragen

Een beoordeling op documentniveau betreft het aangeleverde bestand zelf. Een vergelijking betreft de samenhang tussen bestanden en de meegeleverde beschrijving. Houd die bevindingen apart: overeenkomende gegevens kunnen nog echtheidscontrole vereisen, terwijl een echt document verouderde informatie kan bevatten.

Cross-check van DeepfakePolicy kan aangeleverde stukken vergelijken op overeenkomsten, verschillen en onvoldoende bewijs, met bronverwijzingen voor beoordeling. Lees het genoemde bestand en de pagina voordat u handelt. Cross-check neemt geen contact op met banken of registers, bewijst geen identiteit, certificeert geen livenessdetectie en beslist niet over de toelating van een klant.

Beschrijf de velden die u wilt vergelijken en gebruik een geautoriseerd proces om alleen noodzakelijk materiaal te delen. Controleer ondersteunde formaten, verwerkingsvoorwaarden en bewaarinformatie voordat u identiteits- of financiële documenten uploadt. De definitieve onboardingbeslissing blijft binnen uw eigen gecontroleerde proces.

Bewaar een bruikbaar beslisdossier en beperk onnodige kopieën

Leg de onderzochte bewering, beoordeelde stukken, open vragen, eventuele bevestiging door de uitgever of een onafhankelijke bron en de conclusie van de bevoegde beslisser vast. Houd vastgelegde automatische bevindingen gescheiden van latere notities. ‘Onvoldoende bewijs’ is een uitkomst die opvolging vraagt, geen goedkeuring of fraudeoordeel.

Voor organisaties die onder de AVG vallen noemt artikel 5 onder meer doelbinding, minimale gegevensverwerking, juistheid, opslagbeperking en beveiliging. Pas die beginselen toe op originele documenten en uitgelezen waarden. Bepaal wie toegang heeft, welke kopieën nodig zijn, hoe lang ze worden bewaard en hoe correctie of verwijdering volgens de toepasselijke eisen verloopt.

Kan een andere beoordelaar bij afsluiting drie vragen beantwoorden: wat is waargenomen, hoe zijn belangrijke hiaten opgelost en wie was bevoegd om te handelen? Een geruststellende score of drie overeenkomende namen maakt een dossier zonder die antwoorden niet compleet.

FAQ

Veelgestelde vragen

Bewijzen overeenkomende namen dat onboardingdocumenten echt zijn?

Nee. Ze tonen overeenstemming in het aangeleverde materiaal. Echtheid, validatie bij een geschikte bron en het verband tussen aanvrager en bewijs vragen afzonderlijke controles.

Is een adresverschil voldoende om een klant af te wijzen?

Een verschil wijst op een open vraag. Beoordeel doel en datum van het document, pas uw acceptatiebeleid toe en leg onderbouwde uitleg vast voordat de bevoegde beslisser handelt.

Moet ieder adresbewijs minder dan drie maanden oud zijn?

Deze gids stelt geen algemene ouderdomsgrens. Welk bewijs en welke actualiteit aanvaardbaar zijn, hangt af van de dienst, toepasselijke regels en het vastgelegde beleid.

Verifieert Cross-check een identiteit of de uitgifte van een bankafschrift?

Cross-check vergelijkt aangeleverde stukken. Het stelt geen identiteit vast, neemt geen contact op met de bank en vervangt geen goedgekeurd verificatie- en nalevingsproces.

Overeenkomende gegevens bewijzen geen echtheid; een verschil vraagt om beoordeling.

Vergelijk aangeleverde stukken en bekijk de onderbouwde bevindingen.

Bekijk Cross-check
Bronnen en reikwijdte

Bronnen en reikwijdte

Het NIST-kader, de EBA-richtsnoeren en de AVG hebben verschillende doelen. Deze gids certificeert geen naleving.