BankID i Lovable-appen: Scrive och personnummer

En svart mobiltelefon står upprätt på en mörk fyrkantig sockel ovanpå ett ljust träblock med ett rött band över ena änden. Skärmen visar en rad liten text och ett fält markerat med ett svart kryss. En svart penna ligger snett över blocket. — Telefonen står för legitimeringen och pennan för signeringen, två delar som i Lovable kräver var sin Scrive-koppling. Det röda bandet är gränsen du själv drar för vad appen får behålla.

Kort sagt

Bestäm först om appen behöver veta vem användaren är, eller bara att hen har legitimerat sig. Räcker det senare ska personnumret inte sparas, och beställningen till Lovable ska säga det uttryckligen. Kontrollera sedan att du får skapa kopplingen i arbetsytan, att du har ett eget avtal och en token från Scrive, och vad som stannar om kopplingen raderas. Avsluta med en testregistrering och granska varje fält som hamnar i databasen.

Vad Lovable lade till

Enligt Lovables changelog för 27 oktober 2026 finns Scrive nu bland kopplingarna under Connectors, eller så ber du Lovable i ett projekt att koppla det. Scrive består här av två produkter. Scrive eSign skickar dokument för signering och följer signeringsstatus. Scrive eID Hub verifierar vem användaren är med nationella e-legitimationer. Lovables dokumentation för Scrive nämner bland annat svenskt BankID, danskt MitID, norskt BankID, Freja, Smart-ID och itsme som exempel och länkar till Scrives egen förteckning över e-legitimationer.

Varje koppling gäller en av produkterna. Vill du både legitimera användare och låta dem signera ett avtal skapar du två kopplingar. Scrive är en så kallad app + chat-connector, en delad koppling som fungerar både i projektchatten och i den publicerade appen. Det finns ingen Scrive-inloggning per slutanvändare: en eSign-koppling motsvarar ett Scrive-konto som delas av alla projekt som länkas till den.

Beslut 1: verifiering eller lagrat personnummer

Lovables exempel på en beställning lyder: "Use Scrive eID Hub and add Swedish BankID verification to our sign-up flow, so we store the user's verified name and personal number." När användaren kommer tillbaka från legitimeringen får appen enligt dokumentationen det verifierade resultatet, till exempel namn och personnummer. Vad appen sedan sparar bestäms av koden Lovable skriver, alltså av din beställning. Dokumentationen säger ingenting om lagring eller gallring.

Dataskyddslagen (2018:218) 3 kap. 10 § säger: "Personnummer och samordningsnummer får behandlas utan samtycke endast när det är klart motiverat med hänsyn till ändamålet med behandlingen, vikten av en säker identifiering eller något annat beaktansvärt skäl." IMY:s sida om personnummer beskriver samtycke som huvudregeln, att behandlingen bör vara restriktiv och att du ska fundera på om syftet kan nås på annat sätt. Dataskyddsförordningens grundprinciper gäller dessutom oavsett. Att användaren har legitimerat sig med BankID gör alltså inte i sig lagringen tillåten. Hur det blir för just din app avgör den här artikeln inte; den hjälper dig formulera frågan.

Två varianter gör valet konkret. Variant A sparar bara att kontot är verifierat och när det skedde. Det räcker när du vill stoppa påhittade konton, till exempel i en bokningsapp för en föreningslokal. Variant B sparar personnumret. Den kan vara aktuell när samma person ska kunna identifieras säkert vid ett senare tillfälle och ändamålet kräver just det, men då behöver du kunna skriva ned skälet i en mening. Kan du inte det talar det mesta för variant A. IMY anser också att personnummer bör exponeras så lite som möjligt, och ger i avsnittet om arbetsgivare exemplet att det som utgångspunkt inte är motiverat att använda personnummer som användarnamn vid inloggning. Väljer du B, visa inte numret på profilsidan eller i listor.

Beställning för variant A

Använd Scrive eID Hub och lägg till verifiering med svenskt BankID
i registreringen. Spara INTE personnumret någonstans, varken i
databasen, i loggar eller i webbläsaren. Spara bara att kontot är
verifierat (ja/nej) och tidpunkten. Visa mig sedan exakt vilka
tabeller och kolumner som får data från Scrive-svaret.

Den sista raden ger dig en lista att jämföra med i provet nedan. Mer om vad en app ska samla in, och varför mindre är säkrare, står i säkerhetsguiden för appar du inte skrev själv.

Beslut 2: vem i arbetsytan får skapa kopplingen

På planerna Business och Enterprise börjar inställningen Who can create connections and clients på Admins, enligt Lovable. Vissa Enterprise-arbetsytor börjar på No one, och då är connectorn avstängd. Administratörer eller ägare ändrar det under Connectors → Admin settings → App + chat connectors. Vad som gäller för Free och Pro beskriver Scrive-sidan inte. Kopplingen är privat för den som skapar den tills den delas med enskilda medlemmar eller hela arbetsytan. Eftersom ett Scrive-konto delas av alla länkade projekt, bestäm vilka projekt som får länkas innan du delar.

Beslut 3: Scrive-konto, token och faktura

För eSign krävs ett Scrive-konto med åtkomst till eSign. För eID Hub krävs en API-token för företag som Scrive utfärdar, och den som saknar en ska kontakta Scrive. Token utfärdas per miljö: först för testbed, och för produktion efter att Scrive har validerat integrationen. En token som inte passar den valda miljön ger ett fel, och kopplingen sparas inte. Planera alltså in Scrives validering innan du lovar ett startdatum.

Fallgropen gäller eSign. Kopplingen kan inte anslutas till ett testbed-konto för eSign, så varje testdokument blir en riktig signeringsförfrågan. Prova med dina egna dokument och din egen adress. Signaturer och eID-transaktioner faktureras av Scrive enligt ditt avtal med Scrive, inte av Lovable. Vi återger inga priser; läs Scrives egna villkor innan du räknar på appen.

Beslut 4: vad som stannar om kopplingen tas bort

Dokumentationen skiljer på att avlänka och att radera. Avlänkar du ett projekt försvinner Scrive-åtkomsten där, medan kopplingen finns kvar för andra projekt. Raderar du kopplingen är det permanent: inloggningsuppgifterna tas bort från alla länkade projekt och appfunktioner som använder Scrive slutar fungera tills en ny koppling läggs till. I din app betyder det att registreringen med BankID stannar. Enligt Lovables sida om kopplingar får arbetsytans administratörer och ägare radera vilken koppling som helst, och andra medlemmar de kopplingar de själva skapat eller fått åtkomst till. Vad som händer med uppgifter som appen redan har sparat i sin databas säger dokumentationen ingenting om. Skriv därför ned vem som äger kopplingen, och kontrollera i provet var personuppgifterna ligger.

Provet: vad sparar inloggningen?

Provet görs med en token för testbed, innan någon riktig användare registrerar sig. Det förutsätter att appen använder Lovable Cloud, där tabellerna finns under More → Database enligt Lovables Cloud-dokumentation.

Skriv facit. Lista de fält appen ska spara efter en registrering, utifrån variant A eller B. Variant A har inget fält för personnummer.

Registrera ett testkonto. Gå igenom registreringen i en testversion av appen, med eID Hub kopplad mot testbed.

Öppna More → Database. Gå igenom varje tabell som fick en ny rad och jämför kolumnerna med facit. Leta efter kolumner med namn som personal_number, ssn eller personnummer, och efter värden som ser ut som personnummer, med tio eller tolv siffror.

Fråga Lovable om resten. Be Lovable visa var i koden Scrive-svaret hanteras och om något av det skrivs till loggar eller sparas i webbläsaren. Jämför svaret med listan från beställningen.

Anteckna. Datum, variant, tabeller och kolumner du såg, och vem som äger Scrive-kopplingen.

Provet är godkänt när databasen innehåller exakt fälten i facit. Hittar du ett personnummer i variant A, eller fler kopior än en i variant B, be Lovable ta bort fältet och radera testraden, och gör om provet. Sparar appen personuppgifter per användare, gör också tvåkontoprovet i guiden om behörigheter i Lovable, som visar om en användare kan läsa en annans rader.

Definition av klart

Du har valt variant A eller B och, för B, skrivit ned skälet i en mening. Du vet vem som får skapa och dela kopplingen och vilka projekt som länkas. Du har en token för testbed, vet att produktion kräver Scrives validering och har läst Scrives villkor. Du vet att en raderad koppling stoppar registreringen, och provet visar att databasen bara innehåller fälten i facit.

FAQ

Får min app spara personnummer från BankID?

Enligt dataskyddslagen 3 kap. 10 § får personnummer behandlas utan samtycke endast när det är klart motiverat med hänsyn till ändamålet, vikten av en säker identifiering eller något annat beaktansvärt skäl. IMY beskriver samtycke som huvudregeln och att behandlingen bör vara restriktiv. Bedömningen av din egen app gör den här artikeln inte.

Kostar Scrive något utöver Lovable?

Enligt Lovables dokumentation fakturerar Scrive signaturer och eID-transaktioner enligt ditt avtal med Scrive, inte Lovable. Priserna står i Scrives egna villkor och återges inte här.

Kan jag prova BankID-inloggningen innan den går skarpt?

För eID Hub ja: Scrive utfärdar token per miljö, testbed först och produktion efter att Scrive har validerat integrationen. För eSign finns ingen testbed i kopplingen, så testdokument blir riktiga signeringsförfrågningar.

Vad händer om Scrive-kopplingen raderas?

Raderingen är permanent och tar bort inloggningsuppgifterna från alla länkade projekt. Appfunktioner som använder Scrive slutar fungera tills en ny koppling läggs till. Vill du bara stänga av ett projekt avlänkar du det i stället.

Officiella källor · kontrollerade 2 nov 2026

Varianterna A och B, beställningen och provet i databasen är AI-kreatörs arbetssätt. Redaktionen har inte skapat någon Scrive-koppling eller kört provet, och artikeln är ingen juridisk rådgivning i enskilda fall.