Norskt BankID erbjuder sitt eget anpassade användargränssnitt. Detta innebär att när du integrerar detta eID i din tjänst kommer slutanvändaren att omdirigeras till eID-leverantörens webbsida – som underhålls på leverantörens sida. Leverantörens webbsida kan inte bäddas in i en iframe på grund av säkerhetsskäl som beslutats av leverantörerna själva.

Eftersom slutanvändaren endast behöver interagera med leverantörens webbsida, rekommenderar vi att använda ett "API-only" flöde, vilket innebär att du inte kommer att använda Scrive's eID Hub frontend. Detta kan dock bero på om du också planerar att integrera fler eID-lösningar som kanske inte erbjuder sitt eget anpassade användargränssnitt.

När du använder API-only-flödet skapar och startar du en transaktion från din backend-applikation och omdirigerar sedan din slutanvändare till authUrl eller signUrl. Därefter omdirigeras slutanvändaren tillbaka till dig. Du behöver sedan samla in slutförande data om den genomförda transaktionen.

Om du väljer att arbeta med vår eID Hub frontend kan du använda samma flöde som med andra leverantörer och använda accessUrl som returneras när en ny transaktion skapas. I detta fall behöver du inte starta transaktionen, eftersom det görs av vår eID Hub frontend.

Observera att, enligt norsk lag, endast vissa organisationer har rätt att behandla norskt personnummer/SSN (eller så kallat NNIN - Norwegian National Identity Number). Därför kommer du i vår produktionsmiljö inte att få ett personnummer tillbaka i den slutförande datan. Personnummer returneras endast om du som organisation har ansökt om och fått godkännande att behandla dessa uppgifter (kontakta oss för mer information om detta). Återgivning av personnummer sker annars endast i vår testmiljö.

BankID (Norge)

BankID (Norge)