E-signature
Identiteitsverificatie voor e-handtekeningen, voordat iemand ondertekent
Een handtekening is slechts zo betrouwbaar als de identiteit erachter. De API van ShieldID voor identiteitsverificatie van ondertekenaars bevestigt dat een echt persoon, met zijn of haar eigen overheids-ID, degene is die uw document voltooit — met de controle vastgelegd in het register naast de handtekening zelf.
Het probleem
"Ze klikten op de link" is niet hetzelfde als "ze hebben getekend"
De meeste e-handtekeningplatforms bevestigen dat iemand een e-mail heeft geopend en een naam heeft getypt. Dat is authenticatie van een inbox, geen identificatie van een persoon.
Een e-maillink bewijst een inbox, geen persoon
Iedereen die de e-mail kan openen — een gedeelde inbox, een doorgestuurd bericht, een gecompromitteerd account — kan doorklikken en een naam in een handtekeningvak typen.
Documenten met een hoge waarde vragen om meer dan een selectievakje
Een huurovereenkomst, een leningsovereenkomst, een schikking of een volmacht heeft reële gevolgen. Een door een niet-geverifieerde partij getypt "Ik ga akkoord" is een zwakke basis voor iets dat zo belangrijk is.
Bij een later geschil is er vaak niets om te tonen
Als een ondertekenaar later beweert dat iemand anders namens hem of haar heeft getekend, tonen de meeste audittrails van e-handtekeningen een IP-adres en een tijdstempel — geen overheids-ID dat is gecontroleerd aan de hand van een live gezicht.
Een uitgewerkt voorbeeld
Een commerciële huurovereenkomst, klaar voor twee handtekeningen
Fictief, om de opzet van de flow te tonen. Er zijn geen echte huurder, verhuurder of huurovereenkomst bij betrokken.
Het document wordt verstuurd
Een vastgoedbeheerder verstuurt via zijn e-handtekeningplatform een commerciële huurovereenkomst ter ondertekening. Voordat het ondertekenscherm verschijnt, leidt het platform de huurder door naar een ShieldID-verificatiesessie die aan dat specifieke document is gekoppeld.Vastlegging, op de telefoon van de ondertekenaar
De huurder fotografeert de voor- en achterzijde van zijn rijbewijs en voltooit een korte, begeleide liveness-controle. De barcode en de afgedrukte velden worden met elkaar vergeleken; het live gezicht wordt vergeleken met de pasfoto op het document.Fraudesignalen worden bij elke sessie gecontroleerd
Controles op anti-spoofing, deepfakes, maskers en manipulatie van documenten worden automatisch uitgevoerd — geen instelling die het e-handtekeningplatform bij een document met een hogere waarde zelf moet onthouden in te schakelen.Terug naar het document, geverifieerd
ShieldID leidt de huurder terug naar de return-URL van het platform met het resultaat erbij en levert hetzelfde resultaat ook via een ondertekende webhook. Pas nu laat het platform de ondertekenstap doorgaan.Twee registraties, naast elkaar
De eigen audittrail van het e-handtekeningplatform toont de handtekeninggebeurtenis. Het Activity Ledger van ShieldID toont de identiteitscontrole die eraan voorafging — wie is geverifieerd, wat de engine meldde en wanneer — een append-only register dat door de database wordt afgedwongen.
Wat het belangrijkst is vóór een handtekening
Bevestig de persoon, niet alleen de inbox
Elke onderstaande controle wordt bij elke verificatie uitgevoerd, ongeacht het document.
Gezichtsvergelijking en liveness
Fraudesignalen
Activity Ledger
Ondertekende webhooks en een return-URL
Watchlist-screening
Voor geschillen en audits
Wanneer een handtekening wordt betwist, staat ook de identiteitscontrole in het register
Een ondertekenaar betwist later een document. Een procesadvocaat vraagt om bewijs van wie er daadwerkelijk heeft getekend. Een toezichthouder beoordeelt uw cliëntidentificatiedossier. De identiteitscontrole achter de handtekening is waar dat gesprek begint.
Append-only, afgedwongen door de database
Er kunnen items worden toegevoegd. Ze kunnen niet worden bewerkt of verwijderd — niet door u, niet door ShieldID. Dat is een eigenschap van de database zelf.
De identiteitscontrole, los van de handtekeninggebeurtenis
Het register van ShieldID legt de verificatie die vóór het ondertekenen is uitgevoerd — wie is gecontroleerd, wat de engine meldde, wanneer — vast als een eigen item, los van de eigen registratie van de klik door uw e-handtekeningplatform.
Doorzoekbaar op actor, actie, uitkomst en datum
Haal precies de items op die een geschil of dossierbeoordeling nodig heeft, in plaats van handmatig een tijdlijn te reconstrueren uit twee verschillende systemen.
Vandaag legt het register geverifieerde en mislukte verificatie-uitkomsten, aanmeldingen, activiteit met API-sleutels en auditexports vast. Gebeurtenissen per weergave en per download van ID-afbeeldingen, een specifieke beslissingsgebeurtenis, verwijderingsbewijzen en een zelfbedieningsexport naar CSV voor uw team volgen binnenkort.
Integratieopties
Eén verificatiestap, vóór het ondertekenen
Gehoste verificatiepagina
Ondertekende webhooks
Eén REST API
Sandbox, nooit gefactureerd
Al in productie
Dit draait achter Trust Ledger
De identiteitsverificatie van ondertekenaars van ShieldID drijft Trust Ledger aan, het eigen e-handtekeningproduct van Crown Stack Systems — dezelfde documentcontroles, gezichtsvergelijking, liveness en Activity Ledger als beschreven op deze pagina, vandaag al in gebruik bij echte ondertekenflows, niet slechts als plan.
Privacyopmerkingen
De ID van een ondertekenaar, met dezelfde zorg behandeld als het document dat hij of zij ondertekent
Een document dat het waard is om te ondertekenen, is vaak ook de moeite waard om de identiteit erachter even zorgvuldig te beschermen.
- Gehost op onze eigen servers
- ID-afbeeldingen, uitgelezen velden en resultaten worden verwerkt en opgeslagen op infrastructuur die wij zelf beheren, niet bij een publieke cloudprovider.
- Na een korte termijn verwijderd
- ID-afbeeldingen worden automatisch verwijderd, standaard na zeven dagen, instelbaar; de verificatieregistratie blijft langer bestaan dan de afbeeldingen.
- Versleuteld
- De geboortedatum wordt versleuteld opgeslagen en ID-afbeeldingen worden in rust versleuteld.
- Ontworpen om aan te sluiten bij PIPEDA
- Minimale gegevensverzameling, een korte bewaartermijn en een doorzoekbaar toegangsregister — de maatregelen die van "we hebben de ondertekenaar geverifieerd" meer maken dan een regel in uw voorwaarden.
Vergeleken met de handmatige werkwijze
Wat een ID-controle toevoegt vóór een klik-om-te-ondertekenen
Een vergelijking op categorieniveau, geen bewering over een specifieke leverancier.
| Mogelijkheid | ShieldID | Typische enterprise-IDV | Handmatige controles |
|---|---|---|---|
| Bevestigt een echt persoon, niet alleen een inbox | Ja | Meestal | Nee |
| Liveness-opdracht, geen stilstaande foto of selectievakje | Ja | Meestal | Nee |
| Overheidsidentiteitsbewijs gelezen en kruiselings gecontroleerd | Ja | Meestal | Nee |
| Identiteitscontrole vastgelegd in een doorzoekbaar dossier | Ja | Niet aangeboden aan de klant | Alleen IP-adres en tijdstempel |
| Gekoppeld aan een specifiek document of envelop | Ja | Meestal | n/a |
| Sandbox die nooit wordt gefactureerd | Ja | Soms | n/a |
Bezwaren
Wat een platformteam vraagt voordat het deze stap toevoegt
"Verifieert onze e-handtekeningtool niet al de identiteit?"
De meeste vertrouwen op een e-maillink, een sms-code of een getypte naam: bewijs dat iemand een inbox of telefoonnummer beheert, geen bewijs van wie die persoon is. ShieldID voegt een echte controle van een overheidsidentiteitsbewijs en een live gezicht toe.
"Vertraagt een extra stap het ondertekenen niet?"
Het is één gehoste stap, op de eigen telefoon van de ondertekenaar, die eenmaal vóór het ondertekenscherm wordt geplaatst. Hoe vaak dit zich herhaalt voor een terugkerende ondertekenaar, is een beleid dat uw platform bepaalt, niet iets wat ShieldID bij elk document afdwingt.
"Is ondertekenen met ID-bewijs wettelijk verplicht?"
Dat hangt af van uw rechtsgebied, het documenttype en het advies van uw juridisch adviseur; wij geven geen juridisch advies. ShieldID voegt sterker bewijs toe van wie er aan de andere kant van de handtekening zat, wat nuttig is of het nu verplicht is of niet.
"Kunnen wij dit alleen voor onze documenten met hogere waarde gebruiken?"
Ja: roep ShieldID aan voor de documenten die het nodig hebben en sla het over voor de overige. Het is een stap die u aan een specifieke ondertekenflow toevoegt, geen alles-of-niets-schakelaar voor uw hele platform.
Wat u ziet
Weet wie er heeft getekend en laat zien hoe u dat weet.
Ondertekenaars bewijzen wie ze zijn voordat ze tekenen. Het resultaat hoort bij de envelop: elk veld dat van het ID is gelezen en elke controle afzonderlijk.
Vragen
Duidelijke antwoorden voor e-signatureplatforms.
Aan de slag
Voeg een identiteitscontrole toe vóór uw volgende handtekening
Maak een sandbox-sessie aan, voer een verificatie uit op uw eigen telefoon en bekijk de registratie die daarbij wordt aangemaakt, voordat ook maar één echte ondertekenaar ermee in aanraking komt.
Sandbox-sessies worden nooit gefactureerd.