Telefoniløsning for Ikomm

Åpen anbudskonkurranse om telefoniavtale for Ikomm AS. Omfatter mobilabonnementer og andre telefoni-/kommunikasjonstjenester, herunder sentralbordfunksjon (kø/ruting), vaktordninger, SMS-varsling/toveis SMS, samt integrasjoner (særlig mot Microsoft 365/Teams) og krav til drift, robusthet, sikkerhet og administrasjon. Det finnes også en opsjon for videresalg/videreformidling av anskaffede tjenester til eierkommunene (pkt. 1.2).

• Leverandøren skal være registrert i foretaksregister/faglig register/handelsregister i staten leverandøren er etablert.

  Dokumentasjon: Norske selskaper: Oppdragsgiver henter selv inn dokumentasjon via e-bevis/brønnøysund. Utenlandske selskaper: Godtgjørelse på registrering i tilsvarende register.

  Kilde: KGV pkt. 4.1 Leverandørens registrering, autorisasjon mv.
• Leverandøren skal ha tilstrekkelig økonomisk og finansiell kapasitet til å kunne oppfylle kontrakten.

  Dokumentasjon: Kredittvurdering basert på siste kjente regnskapstall (utført av kredittopplysningsvirksomhet med konsesjon). Alternativt/tillegg: Oppdragsgiver kan innhente ytterligere økonomisk info (årsregnskap inkl. noter, styrets årsberetning og revisjonsberetning). Kan dokumenteres med annet egnet dokument dersom saklig grunn til ikke å fremlegge krevd dokumentasjon.

  Kilde: KGV pkt. 4.2 Leverandørens økonomiske og finansielle kapasitet
• Leverandøren skal ha erfaring fra sammenlignbare oppdrag.

  Dokumentasjon: Beskrivelse av inntil 3 mest relevante oppdrag siste 3 år. Skal inneholde oppgavens verdi, tidspunkt og mottaker (navn, telefon og e-post). Leverandør har ansvar for å dokumentere relevans. Erfaringsdokumentasjon kan også baseres på kompetanse/personell levert via leverandør, selv om erfaringen er opparbeidet hos tidligere leverandør.

  Kilde: KGV pkt. 4.3 Leverandørens tekniske og faglige kvalifikasjoner
• Krav om miljøsertifisering eller eget styringssystem for klima og miljø.

  Dokumentasjon: Hvis tredjepartssertifisert (miljøfyrtårn, ISO 14001, EMAS eller tilsvarende): legg ved sertifikat. Hvis ikke: legg ved leverandørens egne vedtekter/styringsdokumenter for miljøledelse og dokumenter at disse er vedtatt av styret/ledelsen.

  Kilde: KGV pkt. 4.3 Leverandørens tekniske og faglige kvalifikasjoner
• Støtte på underleverandørers kapasitet er tillatt for relevante kvalifikasjonskrav.

  Dokumentasjon: Forpliktelseserklæring/ dokumentere rådighet over nødvendige ressurser. Egne ESPD-skjemaer for aktuelle underleverandører.

  Kilde: KGV pkt. 4.4 Underleverandører
• ESPD skal leveres som foreløpig dokumentasjon på oppfyllelse av kvalifikasjonskrav og at avvisningsgrunner ikke foreligger.

  Dokumentasjon: Utfylt vedlagt ESPD-skjema leveres sammen med tilbudet. Valgte leverandører må før kontrakt inngås dokumentere oppfyllelse av kvalifikasjonskrav på forespørsel.

  Kilde: KGV pkt. 3.1 Generelt om ESPD
• Skatteattest (ved norsk valgt leverandør) kan etterspørres.

  Dokumentasjon: Skatteattest for merverdiavgift og skatteattest for skatt, ikke eldre enn 6 måneder fra frist for å levere forespørsel om deltakelse. Gjelder bare dersom valgte leverandør er norsk.

  Kilde: KGV pkt. 2.4 Skatteattest

• Tilbudet skal leveres via oppdragsgivers KGV (www.artifik.no) og i sin helhet etter den utformingen KGV angir, innen tilbudsfristen.Kilde: KGV pkt. 8.1 Hvor
• Tilbud levert på e-post eller lignende medfører avvisning.Kilde: KGV pkt. 8.1 Hvor
• Tilbud skal være bindende.Kilde: KGV pkt. 8.1 Hvor
• Leverandøren skal fylle ut og besvare alle punkter i konkurransedokumentene.Kilde: KGV pkt. 8.2 Tilbudets utforming
• Dokumentasjon skal lastes opp som PDF-filer (dersom ikke annet format er spesifisert). Prisark skal lastes opp som Excel-fil.Kilde: KGV pkt. 8.2 Tilbudets utforming
• Følgende dokumenter skal fylles ut og leveres med tilbudet: Tilbudsbrev, Leverandørens standard kontraktsvilkår, Beskrivelse av tilbudte tjenester, Utfylt prisskjema.Kilde: KGV pkt. 8.2 Tilbudets utforming
• Elektronisk signatur skal benyttes for autentisering ved innlevering (f.eks. BankID).Kilde: KGV pkt. 8.3 Elektronisk signatur
• ESPD skal leveres sammen med tilbudet (foreløpig dokumentasjon på kvalifikasjonskrav/avvisning).Kilde: KGV pkt. 3.1 Generelt om ESPD

Innleveringsvilkår fra kunngjøringen

Frist for forespørsel/tilbud

22.06.2026

Språk

English, norsk

Elektronisk katalog

Ikke tillatt

• Leverandørens standard kontraktsvilkår skal legges ved som del av tilbudet; kontraktsvilkår skal følge bransjestandarder/normer.Kilde: KGV pkt. 1.3 Kontraktsvilkår + pkt. 8.2 Tilbudets utforming
• Det blir gjennomgang av standardvilkår som del av forhandlingene med utvalgte leverandører.Kilde: KGV pkt. 1.3 Kontraktsvilkår
• Avtalen skal ikke inneholde bindingstider. Dersom oppsigelsestid er lengre enn tre måneder må dette komme tydelig frem og kan medføre trekk på evalueringspunktet om kontraktsbetingelser.Kilde: KGV pkt. 5 Absolutte krav til tjenesten (bindingstider/oppdigelsestid nevnt)

• Tekst viser til «Behovsbeskrivelsen punkt 10» som inneholder absolutte sikkerhetskrav, men selve konkrete sikkerhetskravene er ikke oppgitt i utdraget (kun generell henvisning).
• KGV beskriver at de absolutte sikkerhetskrav kan medføre avvisning og at APIer dokumenteres i behovsbeskrivelsens punkt 9, men konkrete evaluerings-/avvisningsregler for hvert sikkerhetskrav er ikke gjengitt i teksten du ga.
• KGV pkt. 7 nevner utvelgelseskriterier (prekvalifisering) og refererer pkt. 7 i pkt. 2.1, men pkt. 7 i utdraget inneholder bare vekter (ikke detaljer om hvilke konkrete kvalifikasjonskrav som brukes som utvelgelse utover at de er «Erfaring og referanser» og «Økonomisk kapasitet»).

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 behovsbeskrivelsen punkt 10 vises det til «absolutte sikkerhetskrav» som kan medføre avvisning, men konkrete sikkerhetskrav er ikke oppgitt i utdraget. Kan dere angi hvilke konkrete sikkerhetskrav som er absolutte (og eventuelt hvilke dokumentasjonsbevis dere krever for hvert krav) slik at vi kan dokumentere oppfyllelse i tilbudet?

   Hvorfor det er verdt å spørre: Leverandøren må vite nøyaktig hvilke sikkerhetskrav som er avvisningsutløsende og hva som dokumenteres for å unngå avvisning.

   Kilde: Konkurransegrunnlag pkt. 5; Behovsbeskrivelse punkt 10

2. Når dere skriver at «Husk å dokumentere oppfyllelse i tilbudet her i eget dokument(er)» knyttet til de absolutte sikkerhetskrav: Hvilke(n) eksakte vedlegg/dokument(er) eller mal(er) skal vi fylle ut/legge ved for sikkerhetskravene, og hvor i KGV/vedleggene er disse beskrevet?

   Hvorfor det er verdt å spørre: Det er uklart hvilke vedlegg/maler som kreves for sikkerhetsdokumentasjonen, og manglende riktig format kan gi avvik.

   Kilde: Konkurransegrunnlag pkt. 5

3. I konkurransegrunnlaget punkt 6.1 framgår at oppfyllelse av behovsbeskrivelsen vurderes og scores (40%). Kan dere forklare hvordan «oppfyllelse av behovsbeskrivelsen» konkret operasjonaliseres i scoring, særlig for punktene: kø- og ruting, køstatus/historikk, multitenant, SMS, vaktscenarioer, integrasjoner/åpne API-er, og avsenderidentitet ved utgående anrop?

   Hvorfor det er verdt å spørre: Tildelingskriteriet er vektet, men det er ikke oppgitt hvordan dere scorer delområdene i praksis, noe som påvirker hvordan leverandøren bør beskrive løsning for å få riktig uttelling.

   Kilde: Konkurransegrunnlag pkt. 6; 6.1

4. I tildelingskriteriet «Kontraktsvilkår» (15%) står det at ubalanserte vilkår/høy risiko gir trekk, men at standard kontraktsvilkår skal vedlegges og gjennomgås i forhandling. Kan dere angi hvilke kontraktsbestemmelser dere typisk anser som risikoførende/trekkutløsende i denne avtaletypen, og om dere vil gi en risikomatrise eller oppgi hvilke konkrete punkter i leverandørens standard vil bli vektet?

   Hvorfor det er verdt å spørre: Leverandøren må forstå hvilke kontraktsrisikoer dere faktisk evaluerer for å kunne prise og tilpasse tilbudet.

   Kilde: Konkurransegrunnlag pkt. 6; Kontraktsvilkår

5. Behovsbeskrivelsen punkt 8 (profesjonell avsenderidentitet) sier at det er ønskelig at ansatte «enkelt kan ringe ut med Ikomm-identitet» og at løsningen kan løses gjennom nummermaskering/profilstyring. Kan dere presisere hvilke tekniske/operasjonelle løsninger som aksepteres for at dere skal anse kravet som oppfylt (f.eks. CLIR/nummermaskering, offisielt eierenummer/61-nummer, DDI/gruppe-nummer, profilprinsipp i klient/Teams), og hvilke bruker-scenarioer dere vil teste som bevis?

   Hvorfor det er verdt å spørre: Uklart om «oppfylt» betyr bestemt teknisk metode eller kun sluttresultatet, og hvilke test-/brukerscenarioer som avgjør poeng eller avvisning.

   Kilde: Behovsbeskrivelse punkt 8

6. Behovsbeskrivelsen punkt 7 om vakttelefoner og vakt-kø: dere krever «alltid en som står påkoblet», «beholde dagens vaktnummer», og at «samtaler ut må vises med vaktnummer». Hvilke konkrete krav gjelder for vaktkøfunksjonaliteten (logikkskille mellom kø og direkte ruting), og har dere krav til hvordan overlevering ved akutt/planlagt fungerer for å anses som oppfylt?

   Hvorfor det er verdt å spørre: Dette er konkrete funksjonskrav knyttet til vaktløsningen, men kriteriene for oppfyllelse er ikke spesifisert i detalj.

   Kilde: Behovsbeskrivelse punkt 7

7. Behovsbeskrivelsen punkt 7 og 14 omtaler SMS og at dere i dag bruker Link Mobility for sms-utsendelser. Kan dere oppgi forventet SMS-volum (antall utsendelser per måned, samt andel toveis vs. enveis) og om det finnes særskilte land/regioner eller tidsvinduer for utsending (drift/beredskap)?

   Hvorfor det er verdt å spørre: Prisark/estimert månedlig kostnad (30%) krever riktig prising av SMS; volum og trafikkmønster er nødvendig for kostnadsberegning.

   Kilde: Behovsbeskrivelse punkt 7; punkt 14

8. Tildelingskriteriet «Estimer månedlig kostnad» (30%) sier at det skal leveres ferdig utfylt prisskjema. Kan dere bekrefte hvilke kostnadskomponenter prisskjemaet består av (f.eks. abonnementspris per SIM/bruker, sentralbordlisens, køfunksjon, SMS per stk, integrasjonskostnader, etablering/implementering, supportnivå), og om prisen skal være fast eller indeksreguleres i avtaleperioden?

   Hvorfor det er verdt å spørre: Uklart hvilke elementer som faktisk inngår i evaluert måneds-/totalpris og hva som skal være prisfast, som direkte påvirker tilbudsutforming og kalkyle.

   Kilde: Konkurransegrunnlag pkt. 6; Vedlegg (prisskjema nevnes ikke i utdraget)