BankID-integration, vad som krävs
4 min läsning
BankID ser ut som ett tekniskt problem och är det knappt. Själva kopplingen är några dagars arbete. Det som tar tid är avtalet, och det är där de flesta projekt blir försenade.
Två vägar in
Direkt mot en bank. Ni tecknar avtal med en bank som är BankID-utfärdare, får ett certifikat, och integrationen går direkt mot BankID:s API. Ingen mellanhand tar en andel, och ni äger relationen. Det tar längre tid att komma igång och kräver att ni klarar bankens krav.
Via en förmedlare. Signicat, Criipto, Scrive, Grandid och några till säljer BankID som en tjänst. Ni får igång det snabbare, ofta på en vecka, och betalar per inloggning eller en fast månadsavgift. De flesta mindre bolag ska välja den här vägen.
Vi bygger mot båda och rekommenderar förmedlare när volymen är låg eller när det ska vara igång snabbt. Direkt mot bank blir billigare först vid högre volym, och då är det oftast tydligt att ni har den volymen.
Det som faktiskt tar tid
Avtalet med banken. Räkna med veckor, inte dagar. Banken vill veta vad tjänsten gör, vem som står bakom den och hur uppgifterna hanteras. Har ni ett nystartat bolag utan historik blir frågorna fler.
Att bestämma vad BankID ska bevisa. Det är inte samma sak att logga in, att signera ett avtal och att bekräfta en enskild åtgärd. Signering kräver att texten som signeras sparas tillsammans med signaturen, och att den går att visa upp i efterhand. Den delen glöms ofta bort tills någon frågar efter ett bevis.
Testmiljön. BankID har en egen testmiljö med egna testpersonnummer. Den fungerar bra, men den beter sig inte identiskt med skarp miljö, och det första skarpa testet avslöjar alltid något.
Personnummer är personuppgifter
Det här är den del vi oftast får ta upp själva.
Ett personnummer från BankID är en personuppgift, och en känslig sådan i praktiken. Ni behöver ha bestämt varför ni sparar det, hur länge, och vem som kommer åt det, innan ni bygger. Inte efter.
I många fall behöver ni inte spara personnumret alls. Behöver ni bara veta att det är samma person som förra gången räcker en identifierare som inte går att härleda tillbaka. Det är en enklare lösning och en mindre risk.
Vad som brukar byggas
Inloggning till en kundportal. Vanligast. Ersätter lösenord helt, och gör att ni slipper hantera lösenordsåterställningar.
Signering av avtal eller order. Kunden bekräftar med BankID och ni får ett signerat underlag som håller.
Bekräftelse av en enskild åtgärd. Att godkänna ett belopp, en ändring eller ett uttag. Samma teknik, kortare flöde.
Identifiering vid registrering. Att veta vem som skapar kontot från början, i stället för att lita på ett mejlfält.
Vad det kostar
Bygget: 40 000 till 90 000 kronor för inloggning i en befintlig tjänst. Signering med sparat bevis hamnar högre, för det är där kraven finns.
Löpande: förmedlarna tar antingen en månadsavgift från något tusental, eller en avgift per inloggning på några kronor. Direkt mot bank betalar ni bankens avgift i stället. Räkna på er faktiska volym innan ni väljer väg, för brytpunkten ligger olika beroende på leverantör.
Ingen av de kostnaderna är vår, och vi tjänar ingenting på vilken ni väljer.
När ni inte behöver det
Om tjänsten inte hanterar pengar, avtal eller personuppgifter som kräver säker identifiering. BankID är bekvämt, och bekvämt är ett dåligt skäl att lägga till en löpande kostnad och ett beroende.
En vanlig inloggning med engångskod till mejlen räcker längre än många tror.
Mer om hur vi bygger kopplingar står på sidan om systemintegration, och vill ni bara veta om det är görbart i ert fall så skriv några rader så svarar vi samma arbetsdag.