Drift och support för programvara: vad bör avtalet reglera?

Vad avtalet bör reglera – en utgångspunkt

Programvaran levereras vid en bestämd tidpunkt, medan drift och support är tjänster som löper över tid. Avtalet måste därför reglera både överlämnandet och den löpande förvaltningen. Villkoren styr inte bara när programvaran är på plats, utan också från vilken tidpunkt leverantören kan ta ansvar för drift och support – och därmed vad som ska ha hänt dessförinnan.

Vilka punkter som behövs beror på tjänsten. Återkommande områden är: vad supporten omfattar (vilka typer av fel och frågor som ingår), vilka kontaktvägar och tider som gäller, hur fel prioriteras, vilka svarstider som utlovas, hur uppdateringar och nya versioner hanteras, vad kunden respektive leverantören ansvarar för i miljön, hur tillgänglighet mäts och rapporteras, priser och prisjustering, avtalstid och uppsägning, sekretess samt – om leverantören behandlar personuppgifter för kundens räkning – ett personuppgiftsbiträdesavtal.

Tre gränsdragningar avgör de flesta tvister under avtalstiden. För det första: när en incident visar sig bero på kundens egen konfiguration eller miljö i stället för på programvaran – ingår utredningen i supporten eller är den en separat, debiterbar insats? För det andra: om en komponent från tredje part som programvaran bygger på slutar fungera, vem driver ärendet mot den parten och vem står för kostnaden? För det tredje: om kunden vill ha en funktion som inte finns i programvaran – är det felavhjälpning inom supporten eller en ändringsbegäran som ska specificeras och prissättas för sig?

Viktiga avtalsvillkor vid drift och support

Leverans, installation och förberedelser på kundens sida

Vägledningen Programvarulicensiering lyfter fram att avtalet bör reglera leveranstidpunkten, leveransvillkoren, eventuellt installationsarbete och vilka förberedelser licenstagaren ska vidta. Leveransvillkoren bör därför beskriva på vilket sätt programvaran görs tillgänglig – till exempel nedladdning eller installationsmedium – vilken dokumentation som följer med, hur licenser eller aktiveringsnycklar tillhandahålls och vilken medverkan som krävs av respektive part för att leveransen ska anses fullgjord.

Installationsarbetet behöver beskrivas så att det går att avgöra vad som ingår och vad som är tillkommande arbete: vem som utför installationen, i vilken miljö den sker, om grundkonfigurering och kopplingar mot kundens övriga system omfattas, och om arbetet utförs på plats eller på distans. Hör också hit att bestämma vilka miljöer som ska finnas vid sidan av produktion, till exempel test- och utbildningsmiljö, eftersom det påverkar både installationens omfattning och hur fel och ändringar kan prövas innan de når produktion.

Kundens förberedelser är den del som oftast avgör tidsplanen, och de bör räknas upp i avtalet: maskin- och nätverksmiljö, åtkomster och behörigheter för leverantörens personal, integrationer mot andra system, testdata, samt egen bemanning och egna beslut om de processer programvaran ska stödja. Koppla förberedelserna till ett acceptanstest med i förväg angivna kriterier och till en frist för att anmäla fel, så att det står klart när leveransen är godkänd och driftsättning kan ske.

Innan drift och support tar vid bör avtalet också ange vad som ska överlämnas vid den tidpunkten: uppdaterad systemdokumentation, förteckning över kända fel och begränsningar, kontaktvägar in till leverantörens support samt besked om vilken version som nu är i drift.

Kundens förberedelser innan driftsättning (enligt vägledning)

Samarbete, roller och ansvar under avtalstiden

Drift och support är till sin natur ett löpande samarbete: frågor, fel och ändringsönskemål uppstår under hela avtalstiden och ska hanteras av personer hos båda parter. Den som vill sätta sig in i vad samarbete innebär kan läsa kunskapsöversikten Vad vet vi om samarbete? (kfi.se), som enligt sin beskrivning sammanställer befintlig forskning och kunskap med bäring på samarbete.

Avtalet bör bland annat reglera namngivna roller på båda sidor – en systemägare eller beställare hos kunden och en supportansvarig hos leverantören – och vilket mandat rollerna har att fatta beslut om prioriteringar och kostnader. Vidare: vilken kanal ärenden ska anmälas i, hur de tas emot och kvitteras, hur de klassas och prioriteras, samt en eskaleringsordning med nivåer och tidsgränser för när ett ärende lyfts till nästa nivå. Rutiner för möten och uppföljning, liksom för hur kontaktuppgifter uppdateras när en person byter roll eller slutar, hör till samma krets av villkor.

Hos kunden krävs en intern ansvarsfördelning som speglar avtalet: vem som ger första linjens stöd till de egna användarna, vem som får kontakta leverantören, vem som får beställa och godkänna ändringar och vem som tar emot leverantörens rapportering. Ett enkelt grepp är att låta varje ärende dokumenteras med tidpunkt, beskrivning, klassning och åtgärd, eftersom samma underlag då används både för den löpande uppföljningen och för att reda ut vem som ansvarar för en viss insats.