Hvor mye av tiden systemet skal være tilgjengelig, og hva som skjer når det ikke er det.
Hvorfor det er viktig
Uten et tallfestet krav har dere ingenting å holde leverandøren til når systemet ligger nede. «Høy oppetid» er ikke et krav — det er en hyggelig formulering.
Eksempel på kravformulering
Systemet skal ha minimum 99,5 % tilgjengelighet målt per kalendermåned, eksklusive planlagt vedlikehold varslet minst 5 virkedager i forveien. Planlagt vedlikehold skal legges utenfor kjernetid (08–16 hverdager). Ved brudd på SLA gis prisavslag etter avtalt trapp.
Tilpass tallene til deres virkelighet — et krav du ikke kan begrunne, er et krav du ikke bør stille.
Slik verifiserer du det
Krev månedlig oppetidsrapport fra uavhengig overvåking — ikke leverandørens egen udokumenterte påstand. Definer hva som teller som nedetid (er treg respons nedetid?) og hvor det måles fra.
Fallgruver
Å kreve 99,99 % uten å trenge det: hvert ekstra nier koster eksponentielt. Og «oppetid» på serveren betyr lite hvis tjenesten brukeren trenger er nede. Mål på funksjon, ikke på maskin.
AI-perspektiv
AI-funksjoner avhenger ofte av eksterne modell-API-er. Avklar om leverandørens SLA også dekker nedetid hos tredjeparts AI-leverandør — det gjør den sjelden.