Naar hoofdinhoud springen
ShieldID

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.

  1. 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.
  2. 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.
  3. 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.
  4. 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.
  5. 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.

Documentverificatie

Amerikaanse rijbewijzen en staats-ID's, voor- en achterkant gelezen, waarbij de barcode met een controlesom wordt gecontroleerd tegen de bedrukte pagina, plus paspoorten gelezen vanuit de machineleesbare zone. De dekking omvat alle 50 staten, het District of Columbia, vijf Amerikaanse territoria en diplomatieke ID's van het Amerikaanse ministerie van Buitenlandse Zaken, in totaal 57 uitgevende rechtsgebieden.

Gezichtsvergelijking en liveness

Een begeleide liveness-uitdaging, gevolgd op 478 gezichtskenmerken, bewijst dat er een echt persoon aanwezig is — geen foto, opname of masker — en het live gezicht wordt vergeleken met de pasfoto op het document.

Fraudesignalen

Controles op anti-spoofing, deepfakes, maskers en manipulatie van documenten worden bij elke sessie uitgevoerd en afzonderlijk gerapporteerd, zodat er bij een geschil over een handtekening meer is dan alleen geslaagd/niet geslaagd.

Activity Ledger

De identiteitscontrole achter een handtekening wordt vastgelegd in een append-only register waarnaar u kunt verwijzen naast de eigen audittrail van uw e-handtekeningplatform.

Ondertekende webhooks en een return-URL

Een resultaat komt zowel via een ondertekende callback als via een redirect terug bij uw platform, zodat de ondertekenstap pas doorgaat zodra de identiteitscontrole daadwerkelijk is voltooid.

Watchlist-screening

Screening op sancties en watchlists aan de hand van belangrijke lijsten, waaronder OFAC, is beschikbaar als add-on op accountniveau voor ondertekenworkflows (juridisch, vastgoed, financieel) die dit nodig hebben.
Add-on

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

Leid de ondertekenaar vlak vóór het ondertekenscherm door naar een ShieldID-pagina in uw huisstijl; na afronding van de controle keren zij terug naar uw platform.

Ondertekende webhooks

Een met HMAC-SHA256 ondertekende callback bevestigt het resultaat aan serverzijde en wordt automatisch opnieuw geprobeerd, zodat uw platform een handtekening nooit alleen van een redirect laat afhangen.

Eén REST API

Maak een sessie aan die aan een specifiek document of een specifieke envelop is gekoppeld, lees de status uit en haal het volledige resultaat op. Een handvol endpoints dekt de hele flow.

Sandbox, nooit gefactureerd

Test de flow van verificatie vóór ondertekening met sandbox-sessies, met dezelfde velden en gebeurtenissen als productie, voordat er een echt document aan te pas komt.

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 in Canada
ID-afbeeldingen, uitgelezen velden en resultaten worden verwerkt en opgeslagen op de eigen servers van ShieldID in Canada, niet bij een publieke cloudprovider en niet in een Amerikaans datacenter.
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.
Standaard met privacy ontworpen
Minimale gegevensverzameling, een korte bewaartermijn en een doorzoekbaar toegangsregister: de waarborgen die van "wij 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.

ShieldID vergeleken met een typisch identiteitsverificatieplatform voor ondernemingen en met een e-handtekeningflow die uitsluitend op een e-maillink vertrouwt.
MogelijkheidShieldIDTypische enterprise-IDVHandmatige controles
Bevestigt een echt persoon, niet alleen een inboxJaMeestalNee
Liveness-opdracht, geen stilstaande foto of selectievakjeJaMeestalNee
Overheidsidentiteitsbewijs gelezen en kruiselings gecontroleerdJaMeestalNee
Identiteitscontrole vastgelegd in een doorzoekbaar dossierJaNiet aangeboden aan de klantAlleen IP-adres en tijdstempel
Gekoppeld aan een specifiek document of envelopJaMeestaln/a
Sandbox die nooit wordt gefactureerdJaSomsn/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.

Illustratie met voorbeeldgegevens: de telefoon van een aanvrager in de gehoste verificatieflow en het ShieldID-portaal met het resultaat voor Marcus Whitfield, rijbewijs uit New York, ondertekenaar, verlenging van huurcontract, met de velden die van het ID zijn gelezen en twaalf controles.

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.