Denne oversettelsen er maskingenerert og venter på gjennomgang.Bytt til engelsk

IDENTITETSVERIFISERING

Vertsbasert identitetsverifisering, der du beholder beslutningsansvaret

Send kundene til en vertsbasert verifiseringsprosess. Les saksstatusen i ditt eget backend-system, og send unntak til manuell gjennomgang.

En styrt arbeidsflyt, ikke en automatisk konklusjon

Identitetsverifisering gir en saksstatus og en mulighet for gjennomgang. Den støtter beslutningen din, men tar den ikke.

Øktforløp

  1. Økt opprettet

    En engangslenke og en utløpstid.

  2. Lenken åpnet

    Kunden leser en personvernerklæring. Tiden for å fullføre er begrenset.

  3. Saksstatus

    Statusoppslag eller hendelse

    Fullført, ikke verifisert eller trenger gjennomgang. Bruk hver status som grunnlag for din egen beslutning.

Reserveprosesser å planlegge

  • Utløpt

    Sender ingen hendelse. Les statusen for å oppdage det.

  • Avbrutt

    Les statusen fra backend-systemet ditt.

  • Avsluttes med en feil

    Økter kan ende med en feil. Planlegg en reserveprosess.

Slik forløper en verifiseringsøkt, og reserveprosessene du bør planleggeIllustrasjon av den beskrevne prosessen, ikke kundedata.
  • Vertsbasert verifiseringslenke

  • Saksstatus som grunnlag for beslutningen din

  • Mulighet for manuell gjennomgang

  • Hendelsesvarsler

Fra økt til saksstatus

  1. Server

    Opprett en økt

    Bruker din egen referanse for personen. Du mottar en lenke som kan brukes én gang, og en utløpstid.

  2. Noxtica

    Kunden bruker den vertsbaserte siden

    Engangslenke

    Kunden leser en personvernerklæring og sender deretter inn de etterspurte opplysningene innenfor en tidsbegrenset periode.

  3. Server

    Statusoppslag eller hendelse

    Saksstatus

    Les statusen fra backend-systemet ditt, eller motta en hendelse på endepunktet ditt.

  4. Konsoll

    Manuell gjennomgang

    Unntak

    Saker som trenger en ekstra gjennomgang, sendes til operatørvurdering. Aktiviteten registreres i et revisjonsspor.

  5. Teamet ditt

    Din beslutning

    Teamet ditt tar beslutningen.

Slik går en verifiseringsøkt mellom serveren din, den vertsbaserte siden, gjennomgangen og teamet ditt
  1. Opprett en økt

  2. Kunden fullfører prosessen på den vertsbaserte siden

  3. Les statusen og ta en beslutning

Hva det er, og hvem det er for

Noxtica identitetsverifisering (KYC) er en vertsbasert flyt. Serveren din oppretter en økt, kunden fullfører trinnene på en side som Noxtica er vert for i kundens egen nettleser, og serveren din leser resultatet via en statusforespørsel eller en signert hendelse. Serveren din mottar aldri kundens svar eller registrering direkte.

Resultatene er automatiserte signaler. Du avgjør hva hvert resultat betyr for kunden din. Noxtica gir deg dokumentasjonen og et revisjonsspor.

Hvem det er for

  • Backend-utviklere som oppretter økter og leser resultater.
  • Drifts- og etterlevelsesgrupper som konfigurerer den vertsbaserte siden og behandler kontrollkøen i Backoffice.
  • Team med retningslinjer som krever identitetsdokumentasjon, og som har en person ansvarlig for kontrollen.

Verifisering av bedrifter og forhandlere

Den samme vertsbaserte løsningen dekker bedrifter og forhandlere. KYB (know your business) er vertsbasert onboarding av bedrifter: Bedriftsrepresentanten oppgir bedriftsinformasjon, laster opp dokumenter, oppgir eiere, går gjennom opplysningene og sender dem inn. Saken sendes deretter til manuell kontroll i Backoffice, der operatørene ser eierskapsstrukturen, dokumentene og screeningen. KYM (know your merchant) er vertsbasert onboarding av forhandlere pluss transaksjonsovervåking med varsler: Et varsel informerer en person som skal gjennomgå det, og starter aldri en betalingshandling. Det beskrives ingen automatisert kontroll mot bedriftsregistre. Resultatene er signaler, og operatørene dine tar avgjørelsen. Tilgjengelig. Aktiveres for kontoen din på forespørsel.

Tilgjengelighet

Begrenset tilgjengelighet. Identitetsverifisering klargjøres per tenant av kontoteamet ditt, og du kan ikke aktivere den selv. Trinn som er beskrevet som valgfrie, gjelder bare når de er aktivert for organisasjonen din.

Den vertsbaserte flyten, fra start til slutt

Dette er det som skjer fra det første API-kallet til resultatet. Trinn merket som valgfrie gjelder bare når de er aktivert for organisasjonen din.

  1. Serveren din oppretter en økt

    Et serverkall oppretter en økt med din egen ugjennomsiktige kundereferanse. Svaret inneholder en økt-ID og en lenke som kan brukes én gang.

  2. Kunden får lenken

    Send kunden til lenken som en omdirigering, i en ny fane, via e-post eller melding, eller som en QR-kode. Den vertsbaserte siden tilbyr også en QR-kode og en funksjon for å kopiere lenken, slik at en kunde som starter på en datamaskin, kan fortsette på en telefon.

  3. Personvernerklæring og samtykke

    Før noe registreres, ser kunden bedriftsnavnet ditt, formålet med verifiseringen og en lenke til personvernerklæringen din, og samtykker til å fortsette.

  4. Velg dokument, og ta bilde av for- og bakside

    Kunden velger én av dokumenttypene du godtar, og tar deretter bilde av forsiden. Baksiden må også avbildes for identitetskort, førerkort og oppholdstillatelser. For pass er det ikke noe trinn for baksiden.

  5. Selfie

    Kunden tar en selfie. Den sammenlignes med portrettet på dokumentet og kontrolleres for kvalitet.

  6. Livlighet

    Kunden gjennomfører en kort livlighetsutfordring foran kameraet: snur hodet og blunker.

  7. Gjennomgang

    En fullført registrering venter i vurderingskøen i Backoffice til noen i organisasjonen din registrerer en avgjørelse. Økten viser review pending og utløper ikke mens den venter.

  8. Resultat: status og signerte hendelser

    Serveren din leser øktstatusen og kan abonnere på signerte webhook-hendelser. Les statusen før du handler på en hendelse: Statusen er autoritativ.

Lenkens gyldighet

En uåpnet lenke er gyldig til den utløper, én dag som standard. Etter at kunden åpner lenken for første gang, har kunden 30 minutter på å fullføre, eller fram til den opprinnelige utløpstiden dersom den kommer først.

Dette gjør ikke den vertsbaserte siden

  • Den kan ikke bygges inn i en iframe. Åpne den som en hel side eller i en ny fane.
  • Den følger språket i kundens nettleser. Du kan ikke angi språk.
  • Noen nettlesere i apper kan ikke kjøre den. Siden viser kunden hvordan hen kan fortsette i en vanlig nettleser.

Dokumenter som støttes, og hva som leses

Du velger hvilke dokumenter kundene kan bruke, og fra hvilke utstederland, i innstillingene for den vertsbaserte siden i Backoffice. Kunden velger blant disse. Den vertsbaserte flyten støtter fire dokumenttyper:

Dokumenttyper som støttes av den vertsbaserte flyten, og om baksiden avbildes
DokumenttypeBaksiden er avbildet
Nasjonalt identitetskortJa
FørerkortJa
OppholdstillatelseJa
PassNei

Den trykte teksten leses fra dokumentet. En maskinlesbar sone leses når dokumentet har en slik sone, kontrollsifrene verifiseres, og resultatet kryssjekkes mot den trykte teksten. Et førerkort har ingen maskinlesbar sone, og fraværet av en slik sone teller ikke negativt.

Tyrkiske nasjonale identitetskort og førerkort håndteres særskilt: Det tyrkiske personnummeret (T.C. Kimlik No) leses, og er som standard et obligatorisk felt for disse to dokumentene. Et nummer som består kontrollen av kontrollsifrene, trenger ikke også dokumentnummeret.

En sone som ikke kan finnes eller sammenlignes med den trykte teksten, utgjør et målegap. Den angir «review», aldri «fail». Noxtica publiserer ingen landliste utover det du konfigurerer, og hevder ikke at alle dokumenter fra alle land leses like godt.

Kontroller og signaler

Den vertsbaserte flyten gir kontrollresultater til en saksbehandler. De er signaler som inngår i vurderingen. De avgjør ikke utfallet og garanterer ikke blokkering av svindel.

Kontroller som rapporteres av den vertsbaserte flyten
KontrollHva den undersøker
Dokumentets ekthetOppsett, struktur i maskinlesbar sone, konsistens i trykk, tegn på redigering eller kopierte områder, hologram, tegn på skjermopptak og kortgeometri. Hver kontroll rapporterer sitt eget resultat.
AnsiktssamsvarSammenligner portrettet på dokumentet med selfien. En lav poengsum er et vurderingsgrunnlag for saksbehandleren.
SelfiekvalitetSkarphet, eksponering samt ansiktets størrelse og posering i selfien.
LivlighetEn utfordring med å snu hodet og blunke. Bevegelseskontrollene viser at den forespurte bevegelsen fant sted. De er ikke en test for presentasjonsangrep.
Deteksjon av presentasjonsangrep (PAD)Analyserer bilder fra livlighetsutfordringen og selfien og gir en poengsum. Resultatet er rådgivende.

Resultater og kontroll

Øktstatuser og hva de betyr
StatusBetydning
pendingOpprettet. Kunden har ikke åpnet lenken.
openedKunden har åpnet lenken og går gjennom trinnene.
verifyingKunden har sendt inn, og behandlingen pågår.
review_pendingBehandlingen er ferdig, og en avgjørelse må tas i kontrollkøen i Backoffice. Verken avslag eller godkjenning.
completedEn avgjørelse godkjente økten.
unverifiedBehandlingen ble avsluttet med et negativt resultat.
errorBehandlingen kunne ikke fullføres på grunn av en feil eller et avslag.
expiredLenken eller tidsvinduet for registrering utløp før en avgjørelse ble tatt.
cancelled_by_userKunden avbrøt på den vertsbaserte siden. Gjelder når avbryting er aktivert for organisasjonen din.

En kvalifisert person i teamet ditt bør gjennomgå negative avgjørelser før de får konsekvenser for en kunde. Resultatene er sannsynlighetsbaserte og kan inneholde falske positive og falske negative. De er ikke juridisk bevis på identitet.

For utviklere

Alt nedenfor er vanlig HTTPS fra serveren din. Du finner den fullstendige referansen i dokumentasjonen.

Tre måter å starte en verifisering på

  • Vertsbasert økt fra serveren din. Serveren din oppretter lenken via API, og Noxtica er vert for siden.
  • Invitasjon fra Backoffice. En person i organisasjonen din oppretter lenken i Backoffice, uten kode.
  • Direkte API fra serveren din. Server-til-server-ruter uten en vertsbasert lenke. De gir ikke skjermene dine mulighet til å ta bilde av et dokument for kontroll per i dag, så bruk en vertsbasert økt når kunden må ta bilde av et dokument.

Opprett en økt

Autentiser med en servernøkkel som har identitetstillatelsen. Oppbevar nøkkelen på serveren din. Send en Idempotency-Key slik at et nytt forsøk ikke oppretter en ekstra økt.

curl -sS https://collect.noxtica.com/v1/kyc/sessions \
  -H "Authorization: Bearer $NOXTICA_SERVER_KEY" \
  -H "Content-Type: application/json" \
  -H "Idempotency-Key: $(uuidgen)" \
  -d '{"subjectRef":"cust_example","returnUrl":"https://merchant.example.com/verification/return"}'

Svaret

Lenken returneres én gang i dette svaret. Behandle den som en hemmelighet, og ikke loggfør den. Utløpstidspunktet er angitt i epokemillisekunder.

{
  "ok": true,
  "sessionId": "00000000-0000-4000-8000-000000000001",
  "url": "https://verify.noxtica.com/s/EXAMPLE_TOKEN",
  "expiresAt": 1790848845000,
  "domainId": null,
  "requestId": "req_example"
}

Les statusen

En økt du opprettet, returnerer alltid 200, også når den er utløpt. Send forespørsler med stadig lengre intervall, og stopp når statusen er endelig.

GET https://collect.noxtica.com/v1/kyc/sessions/00000000-0000-4000-8000-000000000001
Authorization: Bearer $NOXTICA_SERVER_KEY

Webhook-hendelser

Hendelser leveres signert over HTTPS til et endepunkt du registrerer i Backoffice. En hendelse er et varsel, ikke en avgjørelse.

Hendelser for identitetsverifisering
HendelseUtløses når
kyc.session.completedEn vertsbasert økt får statusen completed, unverified eller error. En økt med statusen review pending utløser hendelsen senere, når en saksbehandler tar en avgjørelse.
kyc.session.cancelledKunden avbryter på den vertsbaserte siden. Abonner eksplisitt. Aktiveres for organisasjonen din.
kyc.verification.completedEn verifisering når en endelig status.
kyc.erasure.completedEn sletteforespørsel fullføres. Når sletting er aktivert for organisasjonen din.
kyc.document.expiry_warningEt verifisert dokument nærmer seg utløpsdatoen eller har utløpt. Når aktivert for organisasjonen din.
kyc.reverification.dueEn planlagt reverifisering forfaller. Når aktivert for organisasjonen din.

Eksempel på hendelse

Kun syntetiske verdier. Hendelser inneholder aldri kundereferansen din: Knytt en hendelse til kunden med økt-ID-en.

{
  "id": "00000000-0000-4000-8000-000000000001:endpoint_example",
  "type": "kyc.session.completed",
  "created_at": 1790762445000,
  "tenant_id": "tenant_example",
  "data": {
    "schemaVersion": "1",
    "sessionId": "00000000-0000-4000-8000-000000000001",
    "status": "completed",
    "verificationId": "verification_example",
    "reasonCodes": ["provider_manual_review"],
    "occurredAt": 1790762445000,
    "deliveryId": "00000000-0000-4000-8000-000000000001:endpoint_example"
  }
}

Verifiser hver levering

  • Hver levering inneholder overskriftene X-Noxtica-Signature, X-Noxtica-Timestamp, X-Noxtica-Event og X-Noxtica-Delivery.
  • Signaturen er en HMAC-SHA256 over tidsstempelet, et punktum og den rå forespørselsteksten. Verifiser den før du analyserer forespørselsteksten, og håndhev din egen toleranse for tidsstempler.
  • Levering skjer minst én gang, og rekkefølgen er ikke fast. Fjern duplikater basert på X-Noxtica-Delivery, og les deretter øktstatusen før du handler.

Du trenger ingen SDK. Dokumentasjonen viser eksempler i curl, Node.js og Python.

Les mer i dokumentasjonen

Databeskyttelse

Denne delen beskriver hva dokumentasjonen sier. Den er ikke juridisk rådgivning. Personvernerklæringen og sikkerhetssiden beskriver hvordan Noxtica håndterer personopplysninger.

  • Lagringstid

    Noxtica sletter ikke verifiseringsdetaljer eller bevis automatisk og fastsetter ingen lagringsfrist for dem. De blir værende i leietakeren din til en leietakeradministrator sletter dem.

  • Sletting

    En leietakeradministrator sletter verifiseringer i Backoffice med en begrunnelse, en skriftlig bekreftelse og en ny step-up-kontroll. Slettingen fjerner verifiseringen, bevisfilene og registreringene, men beholder faktureringsopplysninger, kvitteringer for rettslig grunnlag og revisjonssporet. Den kan ikke angres.

  • Den registrertes rettigheter

    Forespørsler om retten til sletting behandles på siden for KYC-sletting. En annen administrator godkjenner forespørselen, en rettslig sperre kan sette den på pause, og hvert lagrede element får en slettekvittering. Spør kundeteamet hva en godkjent forespørsel omfatter for leietakeren din før du lover kunden en tidslinje.

  • Tilgang til bevismateriale

    Åpning av originalopptak krever en egen, høyere tillatelse enn saksbehandling. Tilgangen er begrenset til administratorer, krever en ny step-up-kontroll, og hvert innsyn loggføres. Andre roller ser funn og målinger, ikke originalene.

  • Kryptering og isolasjon

    Rå identitetsbevis lagres kryptert når de lagres, og bare når lagring av rå bevis er aktivert for leietakeren din. En økt som tilhører en annen organisasjon, vises som ikke funnet.

  • Datalagringssted

    Lagring av bevismateriale har en innstilling for datalagringssted per leietaker: TR, EU eller US. Spør kundeteamet hva dette omfatter for leietakeren din. Denne siden fastslår ikke at data blir i et bestemt land.

  • Samtykke og rettslig grunnlag

    Den vertsbaserte siden viser kunden formålet ditt og personvernerklæringen før opptak. En autorisert person i organisasjonen din registrerer det rettslige grunnlaget, og Noxtica velger ikke dette for deg. Du har ansvar for varsler, samtykker og rettslig grunnlag i hver jurisdiksjon du betjener.

Vanlige spørsmål

Kan jeg aktivere identitetsverifisering selv?

Nei. Tilgangen klargjøres per leietaker med kontrollert tilgjengelighet. Kontakt teamet for å diskutere bruksområdet og jurisdiksjonen din.

Godkjenner den kunder automatisk?

Nei. Ingen kontrollresultater gjør i seg selv en vertsbasert verifisering verifisert. Alle vertsbaserte verifiseringer venter på at en person registrerer en avgjørelse, og bare statusen completed er en godkjenning.

Blokkerer deteksjon av presentasjonsangrep svindel?

Nei. PAD er rådgivende. Noxtica rapporterer resultatet, men lar det aldri avgjøre. Behandle det, som alle kontroller, som et signal til en saksbehandler.

Er et resultat juridisk identitetsbevis?

Nei. Ingen resultater utgjør juridisk identitetsbevis utover omfanget av den konfigurerte leverandøren og kontrakten. Noxtica er ikke et forbrukerrapporteringsbyrå, og resultater må ikke brukes til å avgjøre rett til kreditt, forsikring, arbeid eller bolig.

Hvor lenge er en verifiseringslenke gyldig?

Én dag som standard, og du kan angi varigheten når du oppretter økten. Etter at kunden åpner lenken, har kunden 30 minutter på å fullføre.

Kan jeg bygge inn den vertsbaserte siden eller velge språk?

Nei. Siden nekter å laste inn i en iframe, og språket følger kundens nettleser.

Hvilke hendelser kan jeg motta?

Seks identitetshendelser: kyc.session.completed, kyc.session.cancelled, kyc.verification.completed, kyc.erasure.completed, kyc.document.expiry_warning og kyc.reverification.due. Noen avhenger av innstillingene for organisasjonen din.

Hvor lenge oppbevarer dere bevismaterialet?

Noxtica fastsetter ingen lagringsfrist og sletter ikke verifiseringsdetaljer eller bevis automatisk. En leietakeradministrator sletter dem.

Er verifisering av bedrifter og forhandlere tilgjengelig?

Ja. Verifisering av bedrifter (KYB) og forhandlere (KYM) er tilgjengelig. Serveren din oppretter en lenke, bedriften eller forhandleren fullfører onboardingen på en side driftet av Noxtica, og operatørene dine gjennomgår saken i Backoffice. Aktiveres for kontoen din på forespørsel.

Relaterte sider

Dette gjør identitetsverifisering ikke

  • Begrenset tilgjengelighet. Identitetsverifisering klargjøres per leietaker.
  • Ikke juridisk identitetsbevis. Utenfor rammene for den konfigurerte leverandøren og avtalen utgjør ingen resultater juridisk identitetsbevis. Resultatene er sannsynlighetsbaserte og kan inneholde både falske positiver og falske negativer.
  • Du bestemmer. En kvalifisert person i teamet bør gjennomgå negative beslutninger. Noxtica er ikke et forbrukerrapporteringsbyrå. Ikke bruk resultatene til å vurdere berettigelse til kreditt, forsikring, arbeid eller bolig.
  • Ditt ansvar. Du har ansvar for informasjon, samtykker og rettslig grunnlag for å samle inn identitetsopplysninger fra kundene dine i hver jurisdiksjon du betjener.

Snakk med teamet om identitetsprosessen deres