Sådan tilbyder du en whitelabel underskriftsløsning

Annonce – sponsoreret indhold.

Hvis du driver en app, en SaaS-platform eller en digital tjeneste, hvor dine kunder indgår aftaler, godkender dokumenter eller bekræfter vilkår, er en whitelabel underskriftsløsning den mest direkte vej til at lade dem underskrive i dit eget design og under dit eget navn. Teknikken bag leveres af en specialiseret udbyder, men kunden oplever kun din platform. I praksis betyder det, at du slipper for at sende brugerne til en fremmed tjeneste, hvor de skal oprette konti, genkende et ukendt logo eller risikere at falde fra undervejs. Denne guide gennemgår, hvad det indebærer rent juridisk og teknisk, hvornår det kan betale sig, og hvad du bør afklare, inden du vælger udbyder.

Hvad er en whitelabel underskriftsløsning, og hvordan adskiller den sig fra et eksternt link?

Whitelabel betyder, at du bruger en andens produkt, men præsenterer det som dit eget. En digital signeringstjeneste består typisk af flere lag: uploadet dokument, definition af underskrivere, identitetskontrol, selve underskriften, tidsstempling, opbevaring og dokumentation. Hos en almindelig tredjepartsudbyder ser kunden udbyderens navn, farver og mails undervejs. Med en whitelabel-model kan de samme lag pakkes ind i dit udtryk, så det fremstår som en naturlig del af din app eller platform.

Forskellen mærkes mest i tre situationer:

• Invitationen: Underskriveren modtager en mail eller notifikation, der bærer dit afsendernavn og din tone, ikke en ukendt udbyders.
• Selve signeringsvinduet: Logo, farver og tekster passer til resten af din platform, så brugeren ikke tror, at vedkommende er havnet et mærkeligt sted.
• Efterfølgende: De underskrevne dokumenter og beviser kan hentes i dit kundeunivers, ikke i en separat portal.

Mange vælger at bygge på en dansk udbyder, fordi MitID, dansk lovgivning og dansk support allerede er en del af pakken. Et eksempel på en whitelabel underskriftsløsning med MitID-integration er ePact Sign, som er bygget til juridisk gyldige, sporbare og automatiserede signeringsflows uden print og scanning. Platformen leverer blandt andet automatiske påmindelser til underskrivere, et dashboard med overblik over igangværende sager samt tidsstempel og IP-log i revisionssporet. Hvilke dele af oplevelsen du konkret kan tilpasse til dit eget brand, afhænger af den aftale og integrationsform, du vælger. Spørg derfor altid ind til det, før du bygger din produktplan omkring det.

Whitelabel er ikke det samme som at bygge selv

Det er fristende at tro, at en signeringsfunktion bare er et tegnefelt på en PDF. Det er den ikke. En underskrift, der skal kunne holde i en tvist, kræver dokumenteret identitet, uforanderlighed af dokumentet efter underskrift og en logik, der kan bevise, hvem der gjorde hvad og hvornår. Det er den del, du køber dig til, når du vælger en specialiseret udbyder, og det er den del, der er dyr og risikabel at bygge selv.

Hvornår giver det mening at tilbyde signering under eget brand?

Ikke alle platforme har brug for indbygget signering. Det giver mest mening, når underskriften er et naturligt skridt i dit produkts kerneflow, og når et afbrudt flow koster dig kunder eller omsætning.

Typiske brancher og anvendelser

• Ejendom og udlejning: Lejekontrakter, overtagelsesprotokoller og fremlejeaftaler, hvor begge parter skal bekræfte.
• HR- og rekrutteringsplatforme: Ansættelseskontrakter, tillæg og tavshedserklæringer.
• Finansielle og administrative værktøjer: Fuldmagter, samtykker og engagementsbreve.
• Booking- og abonnementsplatforme: Serviceaftaler og vilkår, der skal kunne dokumenteres.
• Frivillige foreninger og SaaS til bestyrelser: Referater, beslutninger og erklæringer fra flere parter.
• Konsulenthuse og bureauer: Tilbud, NDA’er og rammeaftaler, som du kan sende direkte fra din egen kundeportal.

Tegn på, at du bør overveje det

• Dine kunder skifter i dag til e-mail, print eller en anden tjeneste for at få en aftale underskrevet.
• Din supportafdeling bruger tid på spørgsmål som “hvor er min kontrakt nu?”.
• Du kan se frafald præcis dér, hvor kunden bliver sendt til en ekstern side.
• Du vil gøre dit produkt mere “sticky”, så flere processer bor hos dig.

Hvornår du skal lade være

Hvis dine kunder kun underskriver sjældent og ikke som en del af selve din ydelse, er det ofte bedre blot at henvise til en almindelig signeringstjeneste eller bruge den som internt værktøj. Det samme gælder, hvis du ikke har ressourcer til at vedligeholde en integration, eller hvis dine dokumenter har så specielle formkrav, at ingen standardløsning dækker dem. Visse typer dokumenter, fx testamenter og dokumenter, der skal tinglyses, har særlige krav til form og procedure, og dem bør du ikke love at kunne løse blot ved at tilføje en knap.

Juridiske krav: eIDAS og de tre signaturniveauer

Når du tilbyder signering til dine kunder, giver du dem implicit et retsgrundlag at stå på. Derfor skal du forstå rammen, selv om du ikke selv er jurist. Grundlaget i EU er eIDAS-forordningen (forordning 910/2014), som senere er opdateret med forordning 2024/1183. Den fastsætter, at en elektronisk signatur ikke må nægtes retsvirkning alene fordi den er elektronisk, og den opdeler signaturer i tre niveauer:

1. Simpel elektronisk signatur: Den bredeste kategori. Den kan være alt fra et indtastet navn til et klik på “accepter”. Bevisværdien afhænger af den øvrige dokumentation.
2. Avanceret elektronisk signatur: Skal være entydigt knyttet til underskriveren, kunne identificere denne, være skabt med midler under underskriverens kontrol og kunne afsløre efterfølgende ændringer af dokumentet.
3. Kvalificeret elektronisk signatur: Den højeste form, baseret på et kvalificeret certifikat og en kvalificeret signaturanordning. Den har samme retsvirkning som en håndskrevet underskrift.

Mange almindelige aftaler, fx kundeaftaler og kontrakter, behøver ikke den højeste form. Til gengæld skal du som udbyder af en platform vide, hvilket niveau din løsning faktisk understøtter, og kunne sige det klart til dine kunder. Vær varsom med at markedsføre signaturer som “juridisk bindende i alle tilfælde”. Kravene afhænger af dokumenttype og formål, og i tvivlstilfælde bør dine kunder søge rådgivning hos en advokat. Oplysninger om den danske tilsynsramme for eIDAS findes hos Digitaliseringsstyrelsen.

GDPR og databehandling

Signering involverer personoplysninger: navne, e-mailadresser, IP-adresser og i Danmark ofte oplysninger knyttet til identitet via MitID. Det betyder, at du skal have styr på:

• en databehandleraftale mellem dig og udbyderen, og eventuelt videre til dine egne kunder, afhængigt af jeres rollefordeling,
• hvor data opbevares. En udbyder, der oplyser sikker opbevaring i EU, gør dokumentationsarbejdet lettere,
• hvor længe dokumenter og logs gemmes, og hvordan de kan slettes eller eksporteres, når en kunde forlader dig.

Datatilsynet har vejledning om rollefordeling mellem dataansvarlig og databehandler. Læs den, før du skriver din egen privatlivspolitik om.

Tekniske krav: MitID, kryptering og revisionslog

Den juridiske ramme omsættes til tre konkrete tekniske krav, som du bør kunne verificere hos enhver udbyder.

MitID og identitetskontrol

MitID er Danmarks fælles digitale identitet, og de fleste danske brugere kender og stoler på den. Når underskriveren bekræfter sig med MitID, får du en stærk kobling mellem person og underskrift. Det er en afgørende styrke, især over for danske slutkunder, som forventer netop dette login. Samtidig er MitID ikke noget, en privat virksomhed blot “slår til”. Private tjenesteudbydere tilsluttes typisk via en broker, og derfor er det en stor fordel, når din signeringsudbyder allerede har integrationen på plads. Spørg konkret om:

• hvilke MitID-metoder der understøttes, og om både privatpersoner og erhvervsbrugere kan underskrive,
• hvordan udenlandske underskrivere håndteres, hvis dine kunder har internationale kontakter,
• om du kan vælge forskellige identitetskrav til forskellige dokumenttyper.

Kryptering og dokumentintegritet

Dokumenterne skal beskyttes både under transport og i hvile. Derudover skal løsningen kunne vise, at et dokument ikke er ændret efter underskrift. Det sikres typisk med kryptografiske teknikker som hashing og forseglinger. ePact Sign angiver, at der anvendes avanceret kryptering og eIDAS-kompatible underskriftsmetoder. Det er den slags formuleringer, du skal bede om at få uddybet i dokumentation, når du vurderer en udbyder: Hvilke standarder, hvilken opbevaring, hvilke adgangskontroller?

Revisionslog og sporbarhed

Revisionsloggen er din forsikring, hvis en underskrift bliver anfægtet. Den skal som minimum kunne vise:

• hvem der blev inviteret, og hvornår,
• hvornår dokumentet blev åbnet og underskrevet, med tidsstempel,
• hvilken IP-adresse og hvilken enhed der blev brugt,
• hvilken identifikationsmetode der blev anvendt,
• hvilke påmindelser og statusændringer der skete undervejs.

Sørg for, at loggen kan eksporteres sammen med det underskrevne dokument i et format, som både du og dine kunder kan gemme eller fremvise, uden at skulle logge ind hos udbyderen.

Fordele for kunderne: Underskrift uden at forlade platformen

For den, der skal underskrive, er det mest værdifulde ofte det, der ikke sker: Der kommer ingen omvej. Det giver fordele for både slutkunde og dig som platformsejer.

Tillid og genkendelighed

Mange mennesker er forsigtige med links til ukendte sider, især når der er identitet og personlige oplysninger på spil. Når invitationen, signeringsvinduet og kvitteringen alle bærer dit brand, er det tydeligt, at det er en legitim del af tjenesten. Det mindsker også risikoen for, at en ægte invitation forveksles med phishing.

Færre flaskehalse og afbrudte flows

Hvert ekstra skridt i et flow giver mulighed for frafald. Med integreret signering kan du automatisere hele rejsen: dokumentet genereres ud fra data i dit system, sendes til de rette underskrivere, påmindelser udsendes automatisk, og status opdateres i dit dashboard. ePact Sign beskriver netop, at automatiske påmindelser holder sagerne i gang, og at hele processen kan styres fra et samlet overblik. Resultatet er, at dokumenter kan godkendes på minutter i stedet for dage, når alle parter er klar.

Signering på alle enheder

Dine brugere sidder på mobil i toget, på tablet i hjemmet og på computer på kontoret. Et signeringsflow skal fungere ens på alle tre. Test det i praksis, ikke kun i en demo. Se især på, hvordan MitID-bekræftelsen fungerer på mobil, hvor brugeren skifter mellem din app og MitID-appen.

Mindre support og administration

Når signeringen sker hos dig, har dit team overblik. Du kan se, om en kunde sidder fast, og hjælpe uden at skulle henvise til en anden udbyders support. For dine kunder betyder det mindre manuelt arbejde, fordi der ikke skal printes, scannes eller jagtes underskrifter via mail.

Et stærkere produkt og flere kontaktpunkter

Signering bliver en integreret del af din værdikæde. Den kan også danne grundlag for ny forretning, fx som tilkøb eller som en funktion i dyrere abonnementer, hvis din prismodel understøtter det.

Integrationsmodeller: Hvordan bliver signeringen en del af dit produkt?

Udtrykket “whitelabel” dækker over flere tekniske tilgange. Hvilken du skal vælge, afhænger af din platform, dit udviklerteam og hvor meget kontrol du ønsker.

1. Branded signeringsside: Brugeren sendes til en side hos udbyderen, som er tilpasset med dit logo og dine farver. Hurtigst at sætte op, men brugeren forlader teknisk set din platform.
2. Indlejret (embedded) signering: Signeringsvinduet vises direkte i din app eller på din side, fx via en iframe eller en SDK. Mest sammenhængende oplevelse, men kræver mere udviklingsarbejde.
3. API-baseret integration: Dit system opretter sager, uploader dokumenter, modtager statusopdateringer og henter underskrevne filer via programmeringsgrænseflader. Giver størst frihed, men kræver, at du selv bygger brugerfladen.
4. Brandet kommunikation: Uafhængigt af modellen: Kan e-mails og notifikationer sendes fra dit domæne og med dine tekster?

Mange starter med den første model for hurtigt at validere behovet og bevæger sig mod en indlejret eller API-baseret løsning, når volumen og behov vokser. Spørg udbyderen, om en sådan trinvis rejse er mulig uden at skulle starte forfra.

Praktiske overvejelser, før du vælger udbyder

Når rammerne er på plads, er det tid til selve valget. Her er de spørgsmål, der oftest afgør, om samarbejdet bliver en succes.

Integration og teknisk dokumentation

• Er der en veldokumenteret API og eksempler, som dine udviklere kan arbejde med?
• Findes der et testmiljø (sandbox), så du kan bygge og afprøve uden rigtige underskrifter?
• Understøttes webhooks eller tilsvarende, så dit system får besked, når et dokument er underskrevet?
• Kan du automatisere dokumentoprettelse fra skabeloner og data i dit eget system?

Branding og tilpasning

• Hvilke elementer kan tilpasses: logo, farver, tekster, afsenderdomæne, sprog?
• Er tilpasningen inkluderet, eller kræver den et særligt abonnement?
• Kan du have forskellige udseender for forskellige kunder, hvis du selv har flere brands eller klienter?

Skalerbarhed

• Hvad sker der, når antallet af sager vokser? Er der begrænsninger på dokumenter, brugere eller underskrivere?
• Hvordan afregnes: pr. dokument, pr. underskrift, pr. bruger eller via fast abonnement? Regn på din forventede brug, ikke kun på starten.
• Kan løsningen håndtere flere underskrivere og faste rækkefølger i samme sag?
• Giver dashboardet overblik over forbrug, så du kan fakturere videre til dine egne kunder?

Support og samarbejde

• Hvilket sprog og hvilke åbningstider har supporten? Dansk support er en fordel, når dine slutbrugere er danske.
• Hvem hjælper dine udviklere under implementeringen, og hvem hjælper dit supportteam bagefter?
• Findes der en klar eskalationsvej, hvis noget går galt i et kritisk flow?
• Tilbydes en demo eller en gratis prøveperiode? Det er en god måde at teste flowet af i praksis, før du binder dig.

Sikkerhed, compliance og udgang

• Hvor opbevares data, og hvilke underleverandører indgår?
• Hvordan får du dine data ud igen, hvis du skifter udbyder? Kan du eksportere underskrevne dokumenter og tilhørende revisionslogs i bulk?
• Hvordan håndteres opbevaringstid, når en kunde opsiger sit abonnement hos dig?
• Hvilket signaturniveau understøttes, og kan du vælge niveau pr. dokumenttype?

Typiske fejl, du kan undgå

• At starte med design i stedet for flow. Kortlæg først, hvem der skal underskrive hvad, i hvilken rækkefølge, og hvad der sker, hvis nogen ikke svarer.
• At love mere end løsningen kan. Skriv i dine vilkår, hvilket signaturniveau du tilbyder, og undgå generelle løfter om gyldighed i alle situationer.
• At glemme mobiloplevelsen. Test hele flowet på en almindelig telefon, med MitID-appen, på almindelig mobilforbindelse.
• At ignorere afslutningen. Hvor gemmes det underskrevne dokument, og hvem har adgang til det? Mange glemmer at designe kvitteringen og arkivet.
• At undervurdere påmindelser. Det er ofte i opfølgningen, tiden går tabt. Automatiske påmindelser og tydelig status gør en stor forskel.
• At vælge udelukkende på pris. En billig løsning, der ikke understøtter MitID eller giver dårlig dokumentation, bliver dyr, hvis en underskrift bliver anfægtet.

Sådan kommer du i gang: En enkel køreplan

1. Definér behovet: Hvilke dokumenter skal underskrives, af hvem, og hvor ofte?
2. Afklar juridiske krav: Tal med en jurist om formkrav og signaturniveau for netop dine dokumenttyper.
3. Vælg integrationsmodel: Start enkelt, og planlæg en udvidelse.
4. Test med en prøveperiode: Brug en gratis prøve eller en demo til at gennemspille et rigtigt scenarie med flere underskrivere.
5. Pilotér med få kunder: Indsaml feedback, og mål, hvor lang tid det tager fra afsendelse til underskrift.
6. Rul ud og følg op: Overvåg forbrug, support-henvendelser og afbrudte flows, og justér løbende.

Tager du de tekniske og juridiske grundelementer alvorligt og stiller de rigtige spørgsmål til udbyderen, kan indbygget signering gøre din platform mere troværdig og dit produkt mere komplet. Det vigtigste er, at løsningen passer til din kundes virkelighed, ikke blot til din egen produktplan.

Ofte stillede spørgsmål

Hvad betyder whitelabel i forbindelse med digital signering?

Det betyder, at signeringsfunktionen leveres af en specialiseret udbyder, men vises under dit eget navn og design. Dine kunder oplever det som en del af din platform, mens udbyderen i baggrunden håndterer identitetskontrol, kryptering, opbevaring og dokumentation.

Er en digital underskrift med MitID juridisk gyldig i Danmark?

Elektroniske signaturer må ifølge eIDAS-forordningen ikke afvises som bevis alene fordi de er elektroniske, og en underskrift med stærk identitetskontrol har en høj bevisværdi. Om et bestemt dokument kræver en kvalificeret elektronisk signatur eller en særlig form, afhænger af dokumenttypen. Få derfor rådgivning fra en advokat om netop dine dokumenter.

Hvad er forskellen på avanceret og kvalificeret elektronisk signatur?

Begge er defineret i eIDAS. Den avancerede signatur skal være entydigt knyttet til underskriveren og kunne afsløre ændringer i dokumentet. Den kvalificerede signatur bygger desuden på et kvalificeret certifikat og en kvalificeret signaturanordning og har samme retsvirkning som en håndskrevet underskrift.

Kan jeg tilbyde signering uden selv at udvikle teknologien?

Ja, det er netop pointen med en whitelabel-model. Du integrerer en eksisterende løsning, i stedet for selv at bygge identitetskontrol, kryptering og revisionslog. Du skal dog stadig bruge udviklingstid på integrationen, og du skal selv sørge for at have styr på vilkår, databehandleraftaler og kundekommunikation.

Hvad skal jeg særligt være opmærksom på ved valg af udbyder?

Se på MitID-understøttelse, eIDAS-kompatibilitet, placering af data, kvaliteten af revisionsloggen, mulighederne for branding og integration, prismodel ved stigende volumen samt kvaliteten af supporten. Bed om en demo eller en prøveperiode, så du kan teste flowet med rigtige brugere, før du beslutter dig.