Kostdatasystem - Kristiansand Kommune Sentralkjøkken

Bilag 4 (SLA) regulerer tjenestenivå for oppetid, drift, support og vedlikehold, inkludert tilgjengelighetskrav, vedlikeidsvindu, varsling og feilrettingstider samt krav til brukerstøtte (tilgjengelighet, responstid, norsk språk) og rapportering. Leverandørens standard tjenestenivå skal inngå i prisen, og leverandøren skal vedlegge tjenesteavtale med betingelser/garantier som minimum ivaretar oppgitte SLA-krav.

• Leverandør vedlegger sin tjenestenivåavtale.Kilde: Bilag 4: Tjenestenivå med standardiserte kompensasjoner (SLA) – «Tjenesteavtale»

Innleveringsvilkår fra kunngjøringen

Frist for forespørsel/tilbud

24.08.2026

Språk

norsk

Elektronisk katalog

Ikke tillatt

• Garantere tilgjengelighet til løsningen på 99,8 % i døgnet, målt per kalendermåned.Kilde: Bilag 4 – Krav til tjenestenivå nr. 1
• Planlagt vedlikehold som begrenser kundens tilgang skal utføres utenom ordinær arbeidstid.Kilde: Bilag 4 – Krav til tjenestenivå nr. 2
• Uplanlagt vedlikehold og nedetid skal varsles kunden umiddelbart.Kilde: Bilag 4 – Krav til tjenestenivå nr. 3
• Feil på nivå A og B skal rettes innen 6 timer, senest innen ordinær arbeidstid.Kilde: Bilag 4 – Krav til tjenestenivå nr. 4 (jf. generell avtaletekst punkt 3.3)
• Gi brukerstøtte mandag–fredag (helligdager og høytidsdager unntatt) mellom kl. 07.00 og 16.00 via e-post og telefon. Håndtere henvendelser fra kundens 1. linje/superbrukere.Kilde: Bilag 4 – Krav til tjenestenivå nr. 5
• Responstid fra brukerstøtten skal være innen 1 time.Kilde: Bilag 4 – Krav til tjenestenivå nr. 6
• Oppretting og sperring av brukere skal gjøres innen 1 virkedag etter at kunden har varslet leverandøren.Kilde: Bilag 4 – Krav til tjenestenivå nr. 7
• Kunden skal varsles senest 1 måned før oppgraderinger/endringer som innvirker på løsningens funksjonalitet og/eller brukergrensesnitt.Kilde: Bilag 4 – Krav til tjenestenivå nr. 8
• Brukerstøtten skal være på norsk.Kilde: Bilag 4 – Krav til tjenestenivå nr. 9
• Leverandøren skal månedlig kunne tilgjengeliggjøre rapport over verktøyenes oppetid.Kilde: Bilag 4 – Krav til tjenestenivå nr. 10
• Leverandørens standard tjenestenivåer skal legges til grunn for tjenesten og være inkludert i prisen i bilag 6.Kilde: Bilag 4 – «Tjenesteavtale»

• Dokumentteksten oppgir ikke konkrete kompensasjonssatser/utmålingsmodell; det fremgår kun at tjenesteavtalen skal inneholde økonomisk kompensasjon for brudd på avtalt tjenestenivå.
• Hva som nærmere ligger i «feil nivå A og B» er ikke definert i bilag 4 (det vises til generell avtaletekst punkt 3.3).
• «Bilag 6» (pris) og «generell avtaletekst» er ikke inkludert i teksten du har gitt, så sammenhengen mot økonomiske betingelser og kompensasjonssystem er ikke fullt ut verifiserbar her.

Punkter der konkurransedokumentene åpner for tolkning, og der en presisering fra oppdragsgiver kan ha betydning for prising og risiko. Spørsmål kan stilles innen fristene som er angitt i konkurransegrunnlaget.

1. I kravtabellen (B-krav) er det flere krav som evalueres under tildelingskriteriet «TK1: Funksjonalitet», men i utdraget fremgår ikke hvilken vekt/poengmodell som gjelder for hvert B-krav eller samlet for TK1. Kan dere oppgi evalueringsmetode og eventuell vekting/poengskala for «Support og SLA» og «TK1: Funksjonalitet», og hvordan avvik fra Ja/Nei-svar skal påvirke poeng?

   Hvorfor det er verdt å spørre: Leverandøren må vite hvordan ulike funksjonspunkter faktisk slår ut på score og hvilke forbedringer som gir mest uttelling i tilbudet.

   Kilde: Kravtabell / Tildelingskriterier «TK1: Funksjonalitet» og omtale av at tjenesteavtalen inngår i besvarelsen

2. I kravtabellen henviser flere steder til utformingskrav «Leverandøren godtar kravet ved å kvittere ut med “Lest og akseptert”» og enkelte krav spør om utdyping i besvarelsen. Kan dere bekrefte nøyaktig hvordan dere ønsker utdyping for B-krav: om det er krav til konkret dokumentasjon/bilag per kravnummer, og om det er egne formatkrav (f.eks. maks sider, skjermbilder, eller hvilke vedlegg som må brukes)?

   Hvorfor det er verdt å spørre: Utydelig krav til dokumentasjonsform/omfang kan føre til at tilbudet blir levert på feil nivå, og at evalueringen ikke blir sammenliknbar.

   Kilde: Kravspesifikasjonens oppbygging / Dokumentsjon / Side-/besvarelsesregler

3. Krav 4.9.3 sier at løsningen skal ha offline eller immutable backup tilgjengelig fra leveransedato. Kan dere spesifisere hvilke backup-egenskaper dere forventer at vi skal beskrive (f.eks. varighet, hyppighet, hvordan man dokumenterer “immutable”, og om dette gjelder personopplysninger, hele databasen eller også applikasjons-/konfigurasjonsdata)?

   Hvorfor det er verdt å spørre: Leverandøren må forstå hva som faktisk kreves for å kunne bekrefte oppfyllelse og prise/planlegge backup-tiltak korrekt.

   Kilde: IT-Tekniske krav 4.9.3

4. Krav 4.9.23 ber leverandøren oppgi SLA for oppetid basert på 24/7 bruk av løsningen. Kan dere opplyse: (1) hvilken SLA-format dere forventer (oppetid i %/minutter per måned/år), (2) hvilken kompensasjon dere forventer ved brudd (modell/satser eller hvordan kompensasjon skal beregnes), og (3) om SLA gjelder hele løsningen, eller avgrensede deler (API, portal, rapportering, integrasjoner)?

   Hvorfor det er verdt å spørre: Uten SLA-definisjon og kompensasjonsmodell blir det vanskelig å gi riktig kost-/risikopris og forplikte seg korrekt.

   Kilde: Overvåkning/Ytelse 4.9.23 + omtale av økonomisk kompensasjon ved SLA-brudd

5. I integrasjonskravene fremgår det at løsningen skal eksportere fakturagrunnlag mot TietoEvry (ERPx) og at integrasjonen skal være inkludert/priset. Kan dere oppgi hvilke grensesnitt/format som er forventet mot ERPx (f.eks. filformat, frekvens, opplastings-/mottaksmetode, og om dere stiller til rådighet eksempeldata eller spesifikasjon)?

   Hvorfor det er verdt å spørre: For å prise riktig og unngå risiko ved implementasjon trengs tekniske detaljer for integrasjonens omfang og leveranseform.

   Kilde: Krav til integrasjoner / fakturagrunnlag mot økonomisystem

6. Det er flere krav som forutsetter at systemet kan håndtere import av varebok og prisfiler (M-krav), samt kalkyle/automatisk oppdatering av salgspris (B-krav). Kan dere bekrefte forventet datamengde/volum (antall varer/ingredienser, antall leverandører, og hvor ofte priser/varebok må importeres) og om det finnes krav til nøyaktighet/validering (f.eks. enhet, porsjonslogikk, allergenmapping) ved import?

   Hvorfor det er verdt å spørre: Volum, importfrekvens og datavalidering påvirker både implementeringsinnsats og drifts- og supportkostnader.

   Kilde: Krav til funksjonalitet / Import av prisfiler, import av varebok og allergener, samt kalkyleverktøy

7. Kravtabellen inneholder krav til at etiketter skal være kompatible med nåværende system (Ipro/Honeywell) og støtte plukklister/pakkelister og HERMA-format. Kan dere spesifisere: (1) hvilke etikettmaler/formater og felt som faktisk må støttes i første leveranse, (2) om det kreves støtte for både rull og A4 i samme etikettoppsett, og (3) om dere kan legge ved referanseeksempler (skjermbilde/label layout) dere evaluerer opp mot?

   Hvorfor det er verdt å spørre: Etikettintegrasjon er ofte den mest praktisk krevende delen; konkrete referanser reduserer risiko for at oppsett ikke blir akseptert i godkjenningsprøven.

   Kilde: Krav til funksjonalitet / Etiketter (kompatibilitet Ipro/Honeywell, HERMA, innhold og utskrift) + integrasjonskrav

8. Parallell drift skal kunne opprettholdes i inntil 3 måneder og beskriver at integrasjoner skal planlegges/testes jf. Bilag 3. Kan dere utdype hva dere mener med “parallell drift” i praksis: (1) hvilke data som skal flyte mellom gamle og nye systemer i perioden, (2) hvem som eier feilhåndtering/avvik når begge system brukes, og (3) hvilke integrasjoner som inngår i parallell drift-forutsetningen?

   Hvorfor det er verdt å spørre: Uklart parallelldriftsomfang og avgrensning av ansvar kan gi vesentlig operasjonell risiko og påvirke tilbudt kapasitet og pris.

   Kilde: Krav til implementering og opplæring / Parallell drift av eksisterende system (inntil 3 måneder) + referanse til SSAL punkt 3

9. Godkjenningsprøven er nevnt i sammenheng med parallell drift (SSAL punkt 3), men detaljene om kriterier/varighet/acceptansetesting er ikke i utdraget. Kan dere oppgi: (1) planlagt dato eller forventet tidsrom for godkjenningsprøven, (2) hvilke testcaser dere typisk vurderer (særlig integrasjoner, import, etikettutskrift og lager/logistikk), og (3) om eventuelle avvik må rettes innen en fast frist for å unngå konsekvenser?

   Hvorfor det er verdt å spørre: Planleggingen av leveranse, testressurser og prioritering i etableringsfasen avhenger av godkjenningsprøvens innhold og akseptkriterier.

   Kilde: Parallell drift-omtale / referanse til SSAL punkt 3.3