Varför SaaS-avtalet är affärskritiskt för båda parter
Programvara som tjänst, SaaS, har blivit standardsättet att leverera och köpa mjukvara. I stället för att installera ett program på egna servrar når kunden tjänsten via internet och betalar löpande. För kunden innebär det lägre trösklar och snabbare införande. För leverantören innebär det återkommande intäkter och en närmare relation till kunden. Men just för att tjänsten är pågående, och eftersom kundens verksamhet ofta blir beroende av den, ställer SaaS-modellen särskilda krav på avtalet.
Ett SaaS-avtal reglerar förhållandet mellan leverantör och kund under hela den tid tjänsten används. Det handlar inte om en engångsleverans utan om ett pågående åtagande: tjänsten ska fungera, supporten ska finnas, data ska vara säker och tillgänglig, och båda parter ska veta vad som händer när avtalet en dag tar slut. Ett genomtänkt avtal skyddar kunden mot driftstörningar och inlåsning, och leverantören mot orimliga krav och oklart ansvar.
Den här artikeln går igenom vad ett hållbart SaaS-avtal måste reglera, sett från både kundens och leverantörens perspektiv, vilka misstag som är vanligast och vilka risker som följer av otydliga avtal.
Vad ett SaaS-avtal måste reglera
Ett SaaS-avtal skiljer sig från ett traditionellt licensavtal genom att tjänsten levereras kontinuerligt. Det förskjuter tyngdpunkten från vad som levereras till hur väl det fungerar över tid.
Tillgänglighet, SLA och support
Hjärtat i många SaaS-avtal är servicenivåavtalet, SLA. Här regleras vilken drifttid leverantören utlovar, ofta uttryckt som en garanterad tillgänglighet i procent, och vad som händer om den inte nås – exempelvis i form av prisavdrag eller annan kompensation. SLA:t bör också beskriva supportens omfattning: vilka kanaler som finns, vilka svarstider som gäller och hur allvarliga fel prioriteras. För kunden är detta ett skydd mot att verksamheten lamslås av driftstörningar. För leverantören är det viktigt att åtagandena är realistiska och att planerat underhåll undantas, så att utlovade nivåer faktiskt kan hållas.
Data, äganderätt och dataportabilitet
En av de mest avgörande frågorna är vem som äger och kontrollerar de data som kunden lägger in i tjänsten. Som huvudregel bör avtalet slå fast att kundens data tillhör kunden, och att leverantören endast behandlar dem för att leverera tjänsten. Lika viktigt är dataportabilitet: kunden bör ha rätt att löpande och vid avtalets slut få ut sina data i ett användbart format. Utan en sådan reglering riskerar kunden inlåsning, där det blir praktiskt omöjligt att byta leverantör.
Pris, förnyelse och uppsägning
Avtalet bör tydligt ange priset, hur det får justeras och hur betalningen fungerar. Särskild uppmärksamhet bör ägnas åt förnyelsevillkor. Många SaaS-avtal förnyas automatiskt om de inte sägs upp i tid, och prishöjningar kan ske vid förnyelse. Kunden bör se till att uppsägningstider och prismekanismer är förutsägbara, medan leverantören har intresse av att intäkterna är stabila. En balanserad reglering skyddar båda parter mot otrevliga överraskningar.
Ansvar, ansvarsbegränsning och immateriella rättigheter
Inget system är helt felfritt, och avtalet behöver fördela risken om något går fel. Leverantörer arbetar nästan alltid med ansvarsbegränsningar, exempelvis ett tak kopplat till de avgifter kunden betalat under en viss period, och undantag för indirekta skador. Kunden bör granska att taket är rimligt i förhållande till tjänstens betydelse. Avtalet bör också reglera immateriella rättigheter: leverantören behåller normalt rättigheterna till själva programvaran, medan kunden får en nyttjanderätt under avtalstiden, och leverantören bör garantera att tjänsten inte gör intrång i tredje mans rättigheter.
GDPR och kopplingen till PUB-avtal
Eftersom de flesta SaaS-tjänster behandlar personuppgifter åt kunden uppstår nästan alltid ett personuppgiftsbiträdesförhållande. Det innebär att SaaS-avtalet behöver kompletteras med ett personuppgiftsbiträdesavtal, ett PUB-avtal eller DPA, som uppfyller GDPR:s krav. Avtalet bör reglera var data behandlas, hur underleverantörer hanteras och vad som gäller vid eventuella överföringar utanför EU. Denna koppling är så central att ett SaaS-avtal utan ett fungerande PUB-avtal sällan är komplett.
Praktiskt exempel: när avtalet glömde slutet
Tänk er ett bolag som inför ett nytt affärssystem som SaaS. Införandet går bra, systemet blir snabbt navet i verksamheten och all viktig data samlas där. Avtalet som skrevs under var leverantörens standardvillkor, och ingen tänkte särskilt på vad som skulle hända vid avtalets slut.
Tre år senare vill bolaget byta leverantör. Då visar det sig att avtalet inte ger någon tydlig rätt att få ut data i ett användbart format, att uppsägningstiden är lång och att avtalet redan förnyats automatiskt för ytterligare en period. Bolaget sitter fast – inte för att leverantören gör något fel, utan för att avtalet aldrig reglerade utträdet. Migreringen blir dyr och utdragen, och förhandlingsläget är svagt eftersom verksamheten inte kan stå utan systemet.
Med ett genomtänkt avtal hade utträdet varit förutsägbart. En klausul om dataportabilitet hade gett rätt att exportera data i ett standardformat, en rimlig uppsägningstid hade gett tid att migrera, och tydliga förnyelsevillkor hade gjort att ingen period förnyats av misstag. Samma byte hade då varit en planerad övergång i stället för en kris.
Vanliga misstag företag gör
Det vanligaste misstaget på kundsidan är att skriva under leverantörens standardvillkor utan att granska dem. Standardavtal är skrivna ur leverantörens perspektiv och innehåller ofta starka ansvarsbegränsningar, vida rättigheter att ändra tjänsten och knapphändiga åtaganden om data och utträde.
Ett andra misstag är att fokusera på priset och funktionerna men förbise vad som händer vid avtalets slut. Frågan om dataportabilitet och utträde uppfattas som avlägsen vid avtalets början, men det är just då den måste regleras.
Ett tredje misstag är att glömma kopplingen till GDPR. Många SaaS-avtal saknar ett fungerande PUB-avtal, trots att tjänsten behandlar personuppgifter, vilket gör att kunden bryter mot dataskyddsreglerna utan att veta om det.
På leverantörssidan är ett vanligt misstag att lova mer än vad som realistiskt kan hållas, exempelvis en hög garanterad tillgänglighet utan undantag för underhåll. Ett annat är att ha otydliga eller obegränsade ansvarsåtaganden, vilket kan bli mycket kostsamt om en enda kund drabbas av ett allvarligt fel.
Juridiska risker med otydliga SaaS-avtal
För kunden är den största risken driftberoende kombinerat med svaga åtaganden. Om tjänsten ligger nere och SLA:t är vagt finns sällan någon verklig påföljd, samtidigt som verksamheten står stilla. En annan risk är inlåsning: utan rätt till dataportabilitet kan ett leverantörsbyte bli så dyrt och komplicerat att det i praktiken är omöjligt. Till detta kommer dataskyddsrisken om PUB-avtalet saknas eller brister.
För leverantören ligger risken framför allt i orimliga eller oklara åtaganden. Ett SLA med löften som inte kan hållas, eller ett ansvar utan rimligt tak, kan leda till krav som hotar lönsamheten. Otydliga immaterialrättsliga villkor kan dessutom skapa tvister om vem som äger vad, särskilt när tjänsten vidareutvecklas tillsammans med kunder.
Gemensamt för båda parter är att otydliga avtal flyttar tvister från förhandlingsbordet till efterhandskonflikter, där utgången är osäker och kostnaden hög.
Rekommenderade åtgärder
Behandla SaaS-avtalet som ett affärskritiskt dokument, inte en formalitet. Som kund bör ni granska leverantörens villkor i stället för att godta dem oläst, och förhandla särskilt om SLA, dataportabilitet, uppsägning och förnyelse samt ansvarsbegränsningar. Säkerställ att ett PUB-avtal finns på plats och att det uppfyller GDPR:s krav, och kontrollera var era data behandlas.
Som leverantör bör ni se till att era åtaganden är realistiska och tydliga, att SLA:t har rimliga undantag, och att ansvarsbegränsningar och immaterialrättsliga villkor är balanserade och möjliga att försvara. Tydliga avtal minskar risken för tvister och bygger förtroende hos kunderna.
Oavsett sida bör avtalet ses över löpande. Tjänster utvecklas, lagkrav förändras och affärsrelationen mognar, och avtalet behöver hänga med så att det fortsätter spegla verkligheten.
Vanliga frågor om SaaS-avtal
Vad är skillnaden mellan ett SaaS-avtal och ett vanligt licensavtal?
Ett traditionellt licensavtal ger rätt att installera och använda en programvara, ofta mot en engångsavgift. Ett SaaS-avtal reglerar i stället en löpande tjänst som levereras via internet, där tyngdpunkten ligger på tillgänglighet, support, data och de villkor som gäller under hela avtalstiden.
Vad är ett SLA och varför är det viktigt?
SLA står för servicenivåavtal och beskriver vilken servicenivå leverantören utlovar – exempelvis tillgänglighet, svarstider och support – samt vad som händer om nivåerna inte nås. För kunden är SLA:t det främsta skyddet mot driftstörningar, och för leverantören ett sätt att tydliggöra och avgränsa sina åtaganden.
Vem äger den data vi lägger in i en SaaS-tjänst?
Som huvudregel bör avtalet slå fast att kundens data tillhör kunden och att leverantören endast behandlar dem för att leverera tjänsten. Om avtalet är otydligt på den här punkten bör det förtydligas, eftersom äganderätt och dataportabilitet är avgörande för att kunna byta leverantör.
Behöver ett SaaS-avtal kompletteras med ett PUB-avtal?
Ja, i de allra flesta fall. Om tjänsten behandlar personuppgifter åt kunden uppstår ett personuppgiftsbiträdesförhållande, och då kräver GDPR ett PUB-avtal vid sidan av själva SaaS-avtalet. De två dokumenten bör hänga ihop.
Vad bör vi tänka på kring automatisk förnyelse?
Många SaaS-avtal förnyas automatiskt om de inte sägs upp inom en viss tid, och priset kan höjas vid förnyelse. Kontrollera uppsägningstider och prismekanismer innan ni skriver under, och håll koll på förnyelsedatum så att ni inte binds upp för en ny period av misstag.
Hur skyddar vi oss mot inlåsning hos en leverantör?
Det viktigaste skyddet är en tydlig rätt till dataportabilitet – att kunna få ut era data i ett användbart standardformat både löpande och vid avtalets slut – tillsammans med en rimlig uppsägningstid som ger tid att migrera till en ny lösning.
Slutsats
Ett SaaS-avtal handlar om en pågående relation där kundens verksamhet ofta blir beroende av leverantörens tjänst. Just därför är det de långsiktiga frågorna – tillgänglighet, data, utträde och ansvar – som avgör om avtalet är hållbart, snarare än priset vid avtalets början. Ett balanserat avtal skyddar både kund och leverantör och förvandlar potentiella tvister till förutsägbara processer.
Lawgent hjälper både leverantörer och kunder att förhandla, upprätta och granska SaaS-avtal som är tydliga, balanserade och förenliga med GDPR. Vi kombinerar erfaren affärsjuridisk rådgivning med AI-driven effektivitet, så att ni får avtal som skyddar er affär utan att bromsa den – snabbare och mer kostnadseffektivt än hos en traditionell byrå. Står ni inför ett nytt molnavtal eller vill se över ett befintligt? Kontakta Lawgent för en genomgång av ert SaaS-avtal.
