Service Level Agreement (SLA)
Sist oppdatert: 27. mai 2026. Gjelder for ketl data drevet av KETL AS, org.nr. 933 555 444.
Hva vi måler
Oppetid defineres som tilgjengelighet av API-endepunkter (data.ketl.no/api/connectors/*) og dashboardet (data.ketl.no/dashboard), målt over en kalender-måned.
Ekskludert fra opptidsberegning: planlagt vedlikehold (varslet minst 48 timer i forveien), avbrudd hos tredjeparter (SSB, Kartverket, Brreg m.fl.), force majeure og perioder under Dev-tier.
Sanntids driftstatus og hendelseshistorikk er tilgjengelig på /status.
Oppetidsmål per plan
| Plan | Oppetidsmål | Støtte-respons | Kanal |
|---|---|---|---|
| DevGratis | Best-effort (ingen SLA) | Ingen garanti | Community / GitHub Discussions |
| Pro | 99,5 % månedlig | Innen 24 timer (hverdager) | E-post (support@ketl.no) |
| Team | 99,5 % månedlig | Innen 8 timer (hverdager) | E-post + prioritert kø |
| Enterprise | 99,9 % månedlig | Innen 1 time (24/7 for P1-hendelser) | Dedikert kontakt, Slack-kanal |
Kreditering ved brudd
Dersom KETL ikke oppfyller opptidsmålet for Pro, Team eller Enterprise-planer i en kalender-måned, kan Kunden søke om en servicekreditt:
- Pro / Team: 10 % av månedlig abonnementsavgift per hel prosent under 99,5 % (maks 50 %).
- Enterprise: 10 % av månedlig abonnementsavgift per hel prosent under 99,9 % (maks 50 %).
Kredittsøknad må sendes til support@ketl.no innen 30 dager etter den aktuelle måneden. Kreditter krediteres neste fakturering og kan ikke utbetales kontant.
Støtteprioriteringer
| Prioritet | Beskrivelse | Eksempel |
|---|---|---|
| P1 — Kritisk | Tjenesten utilgjengelig for alle brukere | API returnerer 500 for alle kall |
| P2 — Alvorlig | Kritisk funksjonalitet degradert | Autentisering feil for deler av brukere |
| P3 — Moderat | Ikke-kritisk funksjonalitet påvirket | Enkelt connector-endepunkt degradert |
| P4 — Lav | Spørsmål, feature-ønsker | API-dokumentasjon uklar |
API-responstid per plan
Responstid måles ende-til-ende fra at API-mottaketdata.ketl.no/api/connectors/*kvitterer på TLS-handshake til siste byte i responsen leveres, eksklusive klientnett. Persentiler beregnes per kalender-måned over alle vellykkede kall (HTTP 2xx) per plan.
| Plan | P95 latency | P99 latency |
|---|---|---|
| Dev | Best-effort | Best-effort |
| Pro | < 800 ms (cache-hit < 200 ms) | < 2 s |
| Team | < 800 ms (cache-hit < 200 ms) | < 2 s |
| Enterprise | < 500 ms (cache-hit < 100 ms) | < 1,5 s |
Degradert ytelsedefineres som P99 > 3× målverdi over en hel klokketime. Nededefineres som > 50 % av kall som returnerer 5xx eller timeout (> 30 s) i den samme timen. Begge tilstander teller mot opptidsberegningen som «brudd».
Backup, gjenoppretting og katastrofeberedskap
Brukerdata (kontoer, API-nøkler, bruksstatistikk, audit-logg) lagres i Firestore i Google Cloud-region europe-north1 (Finland) med geografisk replikering innen EU. Connector-cache lever i Firestore med TTL per kilde (se per-kilde freshness på /data).
| Plan | RTO | RPO (backup-vindu) |
|---|---|---|
| Dev | Best-effort | 24 t (daglig Firestore-eksport) |
| Pro | 4 timer | 24 t (daglig Firestore-eksport) |
| Team | 2 timer | 6 t (rullerende Firestore-eksport) |
| Enterprise | 1 time | 1 t (PITR — Firestore point-in-time recovery, 7 dager) |
- Backup-frekvens: daglig managed Firestore-eksport til Cloud Storage (samme region), oppbevart i 30 dager. Enterprise har i tillegg aktivert Firestore Point-in-Time Recovery (PITR) med 7-dagers vindu.
- Geografisk redundans: Firestore (datalagring) er multi-zone i
europe-north1, Cloud Functions (compute) ieurope-west1; ved zone-failover håndteres trafikken automatisk av Google Cloud (typisk < 30 sek). - Disaster recovery-scenario: ved bortfall av hele
europe-north1-regionen settes Enterprise-tier opp på reserve-regioneurope-west4(Nederland) innen RTO. DR-test kjøres hver 6. måned med skriftlig rapport tilgjengelig for Enterprise-kunder på forespørsel. - Datalokalisering: persondata forlater ikke EU/EØS. Se /personvern for full Data Processing Agreement (DPA).
Delvis nedetid og connector-degradering
KETL eksponerer 160+ datakilder. Når enkeltkilder degraderes oppstrøms (f.eks. SSB-vedlikehold, Kartverket Maskinporten-feil) påvirker dette ikke hele plattformen, og opptidsberegningen graderes:
- Total nedetid:> 50 % av aktive connectors returnerer 5xx/timeout — telles 100 % mot SLA-bruddet.
- Delvis nedetid (major): 10–50 % av connectors degradert — telles 50 % mot SLA-bruddet. Påvirker pro-rata-kreditt om kunde bruker en av de berørte kildene.
- Enkeltconnector-nedetid: 1–9 % degradert — telles ikke mot generelt SLA, men kunde som er avhengig av berørt kilde kan søke om pro-rata-kreditt for den måneden.
- Cache-hit-respons: svar fra Firestore-cache regnes som vellykket selv om upstream er nede, så lenge data er innenfor
freshnessSecondsfor kilden.
Per-connector helsesjekk og incident-historie ligger på /status med JSON-feed pådata.ketl.no/api/statusfor innleggelse i kunders eget overvåkingsverktøy.
Planlagt vedlikehold
Planlagt vedlikehold varsles på /status og per e-post minst 48 timer i forveien. Planlagt nedetid trekkes ikke fra opptidsberegningen. Vi søker å plassere vedlikehold mellom kl. 02:00 og 06:00 (norsk tid) på hverdager.
Kontakt og status
Rapporter driftsforstyrrelser til support@ketl.no. Se sanntids status på data.ketl.no/status.