E-signering med BankID: bygge selv eller kjøpe ferdig?

De fleste signeringsprosjekter i prosjektbedrifter starter på samme måte. Systemene er der, utviklerne er der, og BankID har jo et API. Hvor vanskelig kan det være?

Ikke så vanskelig å få til første gang. Det vanskelige er alt som kommer etter: dagen sertifikatet går ut, dagen en svensk underentreprenør skal signere, dagen en byggherre bestrider sluttoppgjøret og dere må vise hvem som signerte hva. Da er elektronisk signering ikke en funksjon dere leverte. Det er et system dere eier.

Her går vi gjennom de tre veiene til digital signering med BankID: å bygge selv, å bruke knappen i ERP-en og å kjøpe ferdig. Hva hver av dem koster å eie, hvem som har ansvaret når noe går galt, og når det faktisk er riktig å bygge. Hvordan selve signeringen virker teknisk, og hva de vanligste tjenestene koster, har vi skrevet om i E-signering med BankID: slik virker det, og hva det koster.

Tre veier til e-signering med BankID

Når en bedrift skal få kontrakter, endringsmeldinger og sluttoppgjør signert digitalt, står den i praksis mellom tre valg:

Vei	Hva dere får	Hva dere eier selv
Bygge selv	Signering som gjør nøyaktig det dere vil, i deres eget system	Alt: eID-integrasjonen, forseglingen, beviset, driften og kompetansen
Knappen i ERP-en	Signering der dere allerede jobber, så langt systemet rekker	Lite i koden, men dere er bundet til systemets leverandør og pris
Ferdig e-signering, gjerne API	Hele flyten ferdig, i eget grensesnitt eller bygget inn i deres system med et API	Bare koblingen, hvis dere vil ha signeringen inne i eget system

Det første ser billigst ut. Det andre ser enklest ut. Det tredje er det de fleste ender med, ofte etter å ha prøvd ett av de to første.

Hva koster det å bygge egen e-signering?

En egenutviklet signeringsflyt har én åpenbar fordel: den er deres. Den ligger i systemet dere allerede bruker, den har ingen lisens, og den gjør det dere ber den om. Den første fakturaen fra utviklerne ser ut som den eneste.

Problemet er at en signatur ikke er en funksjon dere leverer én gang. Den er en kjede av hendelser som må holdes i live så lenge dokumentet kan bli bestridt, og for en kontrakt i bygg og anlegg kan det være mange år. Det er der regnestykket velter. Dere eier fire ting ingen ba om å eie.

Dere eier integrasjonen mot BankID og MitID. BankID kjøpes gjennom en forhandler, svensk BankID har sin egen avtale, og dansk MitID går gjennom en godkjent MitID-broker. Hver av dem har sine protokoller, sine sertifikater og sine krav, og de endres. Hver gang må noen oppdatere, teste og dokumentere.

Dere eier beviset. For at en elektronisk signatur skal holde, må dere kunne vise hvem som signerte, hva de signerte, når, og at dokumentet ikke er endret etterpå. Det krever et digitalt fingeravtrykk av dokumentet, et segl som låser det, en hendelseslogg som ikke kan endres i det stille, og et sted å lagre beviset kryptert. Det er ikke en avkrysningsboks. Det er en revisjonslogg som må tåle å bli sett på av en motpart med advokat.

Dere eier driften. Signering skjer på de verste tidspunktene: fredag ettermiddag før en frist, midt i et sluttoppgjør, når en underentreprenør står på byggeplassen og skal ha svar nå. Når noe feiler da, ringer ingen support. De ringer dere.

Dere eier kompetansen. Den ene utvikleren som forsto hvordan flyten henger sammen, slutter. Det som så ut som et ferdig system, blir et system ingen tør å røre.

Et regnestykke dere kan fylle inn selv

Tallene under er et eksempel, ikke et tilbud. Bytt dem ut med deres egne timepriser og volumer.

Post	Bygge selv, eksempel	Relation Sign, Bedrift med API
Utvikling første år	300 timer à 1 200 kr: 360 000 kr	Koblingen mot API-et, noen dager
Vedlikehold per år	60 timer à 1 200 kr: 72 000 kr	Ingen, ut over koblingen
eID per signatur	Det forhandleren tar, ofte pluss en fast avgift	Med i prisen
80 BankID-signaturer i måneden, i et år	Kommer i tillegg	890 kr × 12: 10 680 kr
Svensk BankID, dansk MitID og finsk eID	Egne avtaler og egne integrasjoner	Med, til samme pris
Forsegling, hendelseslogg og kryptert bevis	Må bygges og vedlikeholdes	Med

Selv om dere halverer timene i eksemplet, koster utviklingen alene like mye som over femten år med signeringer i Relation Sign. Og da har ingen regnet med tiden utviklerne kunne brukt på noe som skiller dere fra konkurrentene.

«Gratis» blir et av de dyreste ordene i prosjektregnskapet. Ikke fordi utvikling er dyrt, men fordi dere binder fast kapasitet til noe som ikke er kjernevirksomheten. Dere er bygg og prosjekt. Dere er ikke en signeringsleverandør som tilfeldigvis har en byggeplass.

Er signering i ERP-systemet egenutviklet?

Når en leverandør sier at signeringen «ligger i ERP-en», betyr det som regel at knappen ligger der. Bak knappen står nesten alltid en signeringsleverandør, med sin egen pris.

Det er ikke nødvendigvis et problem. Men det betyr at dere bør stille de samme spørsmålene som til en hvilken som helst e-signeringstjeneste:

• Hvem står bak knappen, og hva koster hver signatur med BankID?
• Koster det per bruker, så hver prosjektleder som skal sende en endringsmelding, er en lisens til?
• Kan motparten signere med svensk BankID eller dansk MitID, eller bare norsk?
• Hvor ligger beviset, og kan det forseglede dokumentet etterprøves uten ERP-systemet?
• Hva skjer den dagen dere bytter ERP? Følger de signerte dokumentene og bevisene med?

Det siste spørsmålet er det som oftest glemmes. En signatur skal holde lenger enn avtalen med ERP-leverandøren.

Identitetsmegler eller ferdig e-signering?

Mange som vil bygge selv, starter med en identitetsmegler som Signicat eller Criipto. De gir utviklere tilgang til BankID, MitID og andre eID-er gjennom ett API, og det er et godt utgangspunkt hvis dere skal lage noe eget.

Men innloggingen er bare første del. Kjøper dere bare den, må dere fortsatt bygge alt rundt: å sende dokumentet til flere parter, påminnelser, kommentarer, rekkefølge, forseglingen, hendelsesloggen, arkivet og verifiseringen. Det er der mesteparten av timene går.

En e-signeringstjeneste, som Relation Sign, Visma Sign, Signant, Scrive, Penneo eller Posten, leverer hele flyten. Forskjellen mellom dem ligger i pris, i hvor godt de passer måten dere signerer på, og i om de kan bygges inn i deres egne systemer. Globale tjenester som DocuSign og Adobe Acrobat Sign selges gjerne med lisens per bruker, og norsk BankID er ikke alltid standard.

Hva må på plass for at en digital signatur skal holde?

Uansett om dere bygger selv eller kjøper ferdig, er kravene de samme. Skal en e-signering med BankID holde som bevis, må dette være på plass:

1. Sterk autentisering. BankID i Norge og Sverige, MitID i Danmark. Har dere parter på tvers av grensene, må løsningen støtte flere eID-er samtidig, ikke bare den norske.
2. Kobling mellom identitet og dokument. Det må kunne vises at det var denne personen som signerte dette dokumentet, i denne versjonen, på dette tidspunktet.
3. Et segl som låser dokumentet. Etter at den siste har signert, må dokumentet forsegles, så enhver endring synes. I Relation Sign er det et PAdES-segl, som kan kontrolleres i vanlige PDF-programmer.
4. En hendelseslogg som ikke kan endres i det stille. Hvem sendte, hvem åpnet, hvem kommenterte og hvem signerte, i rekkefølge.
5. Personvern. Beviset fra BankID inneholder personopplysninger, og må lagres kryptert og bare være tilgjengelig for dem som har grunn til det.
6. Bevis som kan etterprøves uten leverandøren. Om fem år skal en motpart, en revisor eller en domstol kunne kontrollere signaturen, også om systemet som laget den, er borte.

Hvilket signaturnivå avtalen trenger, enkel, avansert eller kvalifisert, har vi gått gjennom i Digital signatur eller BankID: hva er juridisk bindende?. Hva som gjelder når partene er i Sverige og Danmark, står i Hva er elektronisk signering, og er det gyldig i hele Skandinavia?.

Dette er krav som er lette å undervurdere og dyre å oppdage for sent. De fleste som har bygget selv, har lært dem den tunge veien.

Ferdig e-signering med API: signer i deres eget system

Valget står ikke mellom å bygge alt selv og å sende folk ut av systemet til en annen tjeneste. Med en ferdig e-signering som har API, får dere signeringen inne i deres eget system, uten å eie det som ligger bak.

Slik virker det i Relation Sign:

1. Systemet deres, enten det er et fagsystem, et kontraktssystem, et CRM eller noe dere har laget selv, sender dokumentet til Relation Sign med ett API-kall og får tilbake en lenke.
2. Brukeren trykker «Signer» i systemet, bekrefter med BankID og er tilbake der hen var, med dokumentet signert. Det kommer ingen e-post å lete etter.
3. Motparten kan få dokumentet på e-post i samme signering, og signere med norsk eller svensk BankID, dansk MitID, finsk eID eller en engangskode.
4. En signert webhook sier fra når dokumentet er forseglet, og systemet henter den forseglede PDF-en med beviset.

Det forseglede dokumentet og beviset er det samme uansett hvor signeringen startet. Lager dere et system for mange kunder, kobler vi det opp for alle på én gang. Utviklerne finner alt de trenger i utviklerveiledningen.

API og webhooks er gratis i Bedrift og Konsern. På Løs vekt er det et tillegg på 290 kroner i måneden.

AI-agenter som sender til signering

Den nyeste måten å bygge signering inn i arbeidsdagen på, er ikke en knapp. Det er en setning. Med MCP kan hver bruker be sin egen AI-agent om det samme som i appen: «send kontrakten til Daniel for signering», «har Daniel signert?» eller «purr på Gressvik-kontrakten». Agenten viser en oppsummering og sender først når brukeren har sagt ja.

Hver bruker har sin egen nøkkel, som bare ser og gjør det brukeren kan, og som slutter å virke når brukeren deaktiveres. Det virker med Claude Code, Cursor, Codex, Claude Desktop og andre AI-agenter som støtter MCP. Mer om det står i veiledningen for AI-agenter.

Relation Sign: e-signering med BankID som ikke må vedlikeholdes

Relation Sign er laget av Relation Labs, først til eget bruk, fordi det vi prøvde, var dyrt og tungvint for måten prosjektbedrifter signerer på: mange endringsmeldinger, flere parter, og uenigheter som må løses før noen signerer.

• BankID, MitID og finsk eID i hele Norden. Signataren velger selv norsk BankID, svensk BankID, dansk MitID eller finsk eID, og alle koster det samme. Vipps kommer, til samme pris.
• Engangskode og QR. Parter uten eID kan signere med engangskode på e-post eller SMS. Er alle i samme rom, skanner de en QR-kode og signerer på stedet.
• Kommentarer i dokumentet. Partene kommenterer der det gjelder, og endres noe etter at noen har signert, signerer alle på nytt.
• Én forseglet PDF. Originalsidene, kommentarene, signaturene, PAdES-seglet og beviset, i samme fil. Hvem som helst kan etterprøve den, uten oss.
• Data i Norge og EU. Beviset fra BankID lagres kryptert.
• Ubegrenset antall brukere og ingen binding. Hele bedriften kan sende til signering uten at det koster mer.
• Bygget inn i Relation OS. Bruker dere Relation OS, er Relation Sign med i pakkene, og signerte tilbud og endringsmeldinger havner rett i prosjektet de hører til.

Prisen er 12 kroner per eID-bruk, uten fast pris. Sender dere mye, er det Bedrift til 890 kroner i måneden med 100 eID-bruk, eller Konsern til 2 490 kroner med 300. Nye kunder får de to første signeringene gratis. Regn ut hva dere vil betale på prisene for Relation Sign.

Når er det riktig å bygge selv?

Vi skal ikke late som ferdig e-signering alltid vinner. Bygg selv når:

• Signeringen er produktet. Selger dere signering videre, som en del av en tjeneste kundene betaler for, kan det være riktig å eie hele kjeden.
• Kravene er helt spesielle. Noen bransjer har krav til lagring, nivå eller kontroll som ingen ferdig løsning dekker. Sjekk det først, for det er sjeldnere enn det virker.
• Volumet er enormt. Ved svært mange signeringer kan regnestykket snu, men bare hvis dere også har folk til å drifte det.

For de fleste prosjektbedrifter er ingen av disse tilfellene sanne. De skal få egne kontrakter signert, ikke selge signering videre. Da er egenutvikling ikke et strategisk valg. Det er et prosjekt som aldri blir ferdig.

Slik velger dere: fem spørsmål

Still disse spørsmålene før dere bestemmer dere, og svar ærlig:

1. Er signeringen kjernevirksomheten vår, eller en støttefunksjon?
2. Har vi kapasitet til å eie drift, oppdateringer og revisjonsspor i ti år, også når de som bygde det, har sluttet?
3. Skal parter i Sverige og Danmark kunne signere, og hva koster det å støtte deres eID-er?
4. Kan beviset etterprøves uten systemet, den dagen vi bytter ERP eller leverandør?
5. Trenger vi signeringen inne i vårt eget system, og finnes det en ferdig løsning med API som gir oss det?

Svarene peker som regel i samme retning. En ferdig e-signering med BankID og MitID, med API når dere trenger det, gir gyldige signaturer i dag, uten å starte et utviklingsprosjekt dere aldri ba om. Der egenutvikling gir en faktura, gir ferdig signering dere tiden tilbake.