Kjøp av porteføljeforvaltning og elektrisk kraft

Konkurransegrunnlaget omfatter leveranse av administrasjonsverktøy/web-portal for anleggsmassen (anleggsinnmelding/utmelding, forbruks- og fakturaoversikt) samt rapportering og prisskjema for kostnadskomponenter knyttet til etablering/levering/avslutning, påslag per kWh og gebyrer/administrasjon. Web-portalen skal også ha demo/testversjon og oppfylle en rekke funksjonelle og datasikkerhetsmessige krav.

• Det finnes ingen eksplisitte kvalifikasjonskrav (leverandør-/tjenesteyteregnethet, minstekrav til leverandør) i den gitte dokumentteksten.

  Dokumentasjon: —

  Kilde: Ingen eksplisitt tekst i Vedlegg 1/Vedlegg 3

• Leverandør skal svare Ja/Nei for oppfyllelse av funksjonalitetskrav i tabeller for administrasjonsverktøyet (web-portal), og gi supplerende opplysninger til tilbudt løsning (inkl. demo).Kilde: Vedlegg 3 - Administrasjonsverktøy - Web-portal (tabeller/kravpunkter 1-33)
• Det skal legges ved et samlet dokument (word, pdf, power-point) som dokumenterer alle tilbudte funksjoner, med skjermbilder av løsningene/funksjonalitet eller henvisning til brukermanual.Kilde: Vedlegg 3 - Administrasjonsverktøy - Web-portal (avsnitt om vedlegg til funksjoner)
• Leverandøren skal legge ved beskrivelser av løsningen der hvor det åpnes opp for dette, med henvisning til nummerering i vedlegget.Kilde: Vedlegg 3 - Administrasjonsverktøy - Web-portal (avsnitt om beskrivelser/henvisning)
• Leverandør skal levere brukermanual for web-portalen på norsk, elektronisk, og det skal være elektronisk hjelp-funksjon i web-portalen.Kilde: Vedlegg 3, pkt. 23 Brukermanual/elektronisk hjelp
• Leverandør skal levere spesifiserte rapporter (inkl. eksport til Excel og lagring i pdf for rapportene; årsrapport med økonomisk oppstilling og eksportmuligheter).Kilde: Vedlegg 3, pkt. 24 Rapportering
• Leverandør skal legge til rette for opplæring av oppdragsgiver (kunder og administratorer) i å benytte web-portalen.Kilde: Vedlegg 3, pkt. 25 Opplæring

Innleveringsvilkår fra kunngjøringen

Frist for forespørsel/tilbud

29.09.2026

Språk

norsk, English

Elektronisk katalog

Tillatt

• Web-portalen skal være en web-basert løsning for administrasjon av anleggsmassen, med elektronisk testversjon tilgjengelig for oppdragsgiver under evaluering (demo).Kilde: Vedlegg 3, pkt. 1
• Webportalen skal kunne betjenes via standard nettleser og ikke være avhengig av 3.parts programvare (A-krav).Kilde: Vedlegg 3, pkt. 2
• Data lagret om kommunens energiforvaltning skal være kommunens eiendom og vederlagsfritt kunne overføres til ny leverandør ved opphør av avtalen.Kilde: Vedlegg 3, pkt. 3
• Krav til etablering/oppdateringsrutiner for løpende ajourhold (B-krav).Kilde: Vedlegg 3, pkt. 3.1
• Opplæring i bruk av systemet for nøkkelpersonell skal inngå i tilbudet (A-krav).Kilde: Vedlegg 3, pkt. 3.2
• Det skal ikke være begrensninger på antall målepunkt som programmet kan håndtere.Kilde: Vedlegg 3, pkt. 4
• Administrator skal kunne se effekt- og energiforbruk samlet og per måler samt for profilmålte og timemålte anlegg (B-krav).Kilde: Vedlegg 3, pkt. 5
• Administrator skal kunne legge til og endre målepunktstruktur i ulike grupper (B-krav).Kilde: Vedlegg 3, pkt. 6
• Web-portalen skal benytte norsk språk (B-krav).Kilde: Vedlegg 3, pkt. 7.1
• Søkefunksjon: mulig å søke opp enkelt anlegg ved hjelp av minst to angitte søkekriterier (B-krav).Kilde: Vedlegg 3, pkt. 11
• Forbruksoversikt per måler med historiske data per måned for to foregående år, inkl. forbruk + effekt (B-krav).Kilde: Vedlegg 3, pkt. 12
• Visning av volum og oppnådde priser på salg av overskuddskraft fra solcelle-anlegg (B-krav).Kilde: Vedlegg 3, pkt. 12.1
• Forbruk samlet for flere målere på samme eiendom basert på målepunktstruktur (B-krav).Kilde: Vedlegg 3, pkt. 13
• Fremstilling i både tabell og graf, med funksjonalitet for historiske data (B-krav).Kilde: Vedlegg 3, pkt. 14
• Oppløsning time/døgn/uke/måned/år; månedsforbruk synlig i rapportverktøy senest 3 dager etter månedsskifte (B-krav).Kilde: Vedlegg 3, pkt. 15
• Eksporteringsfunksjon til Excel med angitt innhold (energforbruk og maks effektbruk per måned per måler/gruppering) og eksport for alle anlegg og hele kontraktsperioden; inkluderer anleggsnavn, anleggsadresse, målernummer og målepunkt ID.Kilde: Vedlegg 3, pkt. 19
• Leverandør skal oppgi forbruksoversikt på selve fakturagrunnlaget (B-krav).Kilde: Vedlegg 3, pkt. 20
• Fakturaoversikt for valgt anlegg: fakturanummer, forfallsdato, oppgjort/ikke oppgjort og knapp for utskrift/lagring av fakturabilag i pdf (B-krav).Kilde: Vedlegg 3, pkt. 21
• Infoknapp/forklaringstekst til faktura som dekker oppgitte felt (B-krav).Kilde: Vedlegg 3, pkt. 22
• Leverandør skal ha minimum 1 back-up av løsningen som oppdateres jevnlig (A-krav).Kilde: Vedlegg 3, pkt. 27
• Rutiner for back-up av løsningen skal beskrives (B-krav).Kilde: Vedlegg 3, pkt. 28
• Innsamling og lagring av data skal være i henhold til gjeldende lovgivning (A-krav).Kilde: Vedlegg 3, pkt. 29
• Mulighet for sekundær fall-back ved uventet nedetid skal beskrives (B-krav).Kilde: Vedlegg 3, pkt. 30
• Mulighet for å logge aktiviteter (på fil, database, innlogging mm) og rutiner skal beskrives (B-krav).Kilde: Vedlegg 3, pkt. 32
• All data lagt inn er kommunens eiendom og skal til enhver tid kunne hentes ut i format som muliggjør enkel implementering i andre systemer, inkl. lenker og dokumenter (B-krav).Kilde: Vedlegg 3, pkt. 33
• Priser i vedlegg 1 skal inkludere alle funksjoner beskrevet under i Vedlegg 3 (prisene skal dekke funksjonalitet uten tilleggskostnader).Kilde: Vedlegg 3, innledende presisering om inkludering i prisene

• Dokumentteksten inneholder ikke eksplisitte kvalifikasjonskrav eller tildelingskriterier (navn/vekting).
• Det fremgår ikke tydelig i teksten hvordan prisen evalueres (kun prisskjemaets komponenter er vist).
• Ingen kontraktsperiode/varighet eller konkrete leveransefrister for systemet er oppgitt i den medsendte tekstdelen.

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. Vedlegg 1 (Prisskjema.xlsx), «Påslag for finansiell handel – aktiv forvaltning»: I teksten står det at porteføljen skal kunne snus inntil 5 ganger for tilbudt påslag, og at handels- og transaksjonsgebyr ellers dekkes av oppdragsgiver. Kan oppdragsgiver presisere hva som regnes som «snus» (typisk varighet, volum, antall handler innen en snu) og hvordan handels- og transaksjonsgebyrer vil bli belastet/avregnet dersom det overstiger 5 snu?

   Hvorfor det er verdt å spørre: Dette påvirker leverandørens kostnadsrisiko og hvordan påslaget skal prises. Avklaring av «snus» og avregningsmekanisme er nødvendig for korrekt tilbudsprising.

   Kilde: Vedlegg 1 - Prisskjema.xlsx, «Finansiell handel»

2. Vedlegg 1 (Prisskjema.xlsx), «Påslag for fysisk leveranse, Nord Pool spot områdepris»: Kan oppdragsgiver beskrive hvilken avlesning/prising som benyttes for Nord Pool spot-området (f.eks. kalenderdag/time, definisjon av årsnitt, og hvilken spotindeks/produkt som brukes), og hvordan påslaget anvendes i fakturagrunnlaget for leveransen?

   Hvorfor det er verdt å spørre: Påslaget skal knyttes til et bestemt referansegrunnlag; uten presisering kan leverandøren prise feil margin relativt til markedsgrunnlaget.

   Kilde: Vedlegg 1 - Prisskjema.xlsx, «Fysisk leveranse»

3. Vedlegg 1 (Prisskjema.xlsx), «Rapportering; web-basert løsning og elektroniske rapporter» og «Anleggs- og fakturaadministrasjon» (flate/tekst, EHF og Excel): Volumkolonnene er oppgitt (1 603 og 1 351/252). Kan oppdragsgiver bekrefte hva volumene representerer (antall anlegg, antall rapporter, antall fakturaer eller annet) og om leverandøren skal prise som «fast pris per år per oppgitt enhet» uavhengig av faktisk variasjon i volum?

   Hvorfor det er verdt å spørre: Uten klar volumtolkning kan enhetsprisene bli feil, særlig dersom faktisk mengde avviker fra oppgitte anslag.

   Kilde: Vedlegg 1 - Prisskjema.xlsx, «Rapportering» og «Anleggs- og fakturaadministrasjon»

4. Vedlegg 3 - Administrasjonsverktøy Web-portal, kravkode B (f.eks. 3.1, 10, 11, 12-15, 18-20): Kan oppdragsgiver bekrefte hvilket omfang som inngår i «anlegg/porteføljestørrelse» for kravene som er knyttet til historikk, oppløsning og eksport (time/døgn/uke m.m.), og hvorvidt det er en bestemt antakelse om antall målere/anlegg i demo-testen?

   Hvorfor det er verdt å spørre: Flere funksjoner kan være ressurskrevende og påvirker leverandørens implementerings-/driftskostnader. Riktig omfang må avklares for å prise riktig.

   Kilde: Vedlegg 3 - Administrasjonsverktøy Web-portal, krav 11, 12, 15, 19 (samt 4 og 3.1)

5. Vedlegg 3, krav 3 (A-krav): «All data ... skal ... vederlagsfritt kunne overføres til ny leverandør ved opphør ...». Kan oppdragsgiver presisere hvilke leveranseformat som forventes (f.eks. datadump-/API-/filformat), om det kreves samtidig overlevering av dokumentlenker og dokumentinnhold, og hvilken tidsfrist ny leverandør skal ha for å gjøre overgangen etter avtalens opphør?

   Hvorfor det er verdt å spørre: Overføringsformat og overgangstid påvirker implementeringskost og risiko for påfølgende leverandørskifte.

   Kilde: Vedlegg 3 - Administrasjonsverktøy Web-portal, krav 3 og 33

6. Vedlegg 3, krav 15 (B): «Korrekte forbruksdata for månedsforbruk skal ligge synlig i rapportverktøy, senest 3 dager etter måned skifte.» Kan oppdragsgiver presisere hva som menes med «månedsforbruk» (f.eks. sum av timeverdier, håndtering av manglende/uregelmessige avlesninger) og om 3-dagersfristen gjelder uavhengig av om datasett/avlesninger mottas fra nettselskap/avleser?

   Hvorfor det er verdt å spørre: Kravet kan påvirke leverings- og integrasjonskost; det er avgjørende å vite hvilke datakilder og forutsetninger som ligger til grunn for fristen.

   Kilde: Vedlegg 3 - Administrasjonsverktøy Web-portal, krav 15

7. Vedlegg 3, krav 20 (B): «Leverandøren skal oppgi en forbruksoversikt på selve fakturagrunnlaget.» Kan oppdragsgiver spesifisere om forbruksoversikten skal være en del av hver fakturafil (f.eks. EHF-spesifikke felt/vedlegg), eller om det er en skjermvisning i portalen som skal støttes mot fakturagrunnlaget?

   Hvorfor det er verdt å spørre: Avklaring av leveranseplassering (fakturaformat vs. portalen) bestemmer system- og integrasjonskrav samt dokumentasjonsbehov for tilbudet.

   Kilde: Vedlegg 3 - Administrasjonsverktøy Web-portal, krav 20

8. Vedlegg 3, krav 24 (A): «Leverandør skal levere følgende rapporter: ... Rapport for påløpte energikostnader foregående år, og prognose for de neste 3 år» og flere handels/portefølje-rapporter sammenlignet med NASDAQ OMX. Kan oppdragsgiver presisere datagrunnlaget og frekvensen for hver rapport (hvilke måned/perioder, når i måned/år rapporten leveres), samt hvilke kilder som skal brukes for NASDAQ OMX-sammenligning (egen indeks/kontraktsindeks)?

   Hvorfor det er verdt å spørre: Uten konkret tidsplan og datakilder er det vanskelig å prise arbeidsomfang, datatilgang og rapporteringsrutiner korrekt.

   Kilde: Vedlegg 3 - Administrasjonsverktøy Web-portal, Rapportering krav 24

9. Vedlegg 3, krav 30-33 (B): «mulighet for sekundær fall-back for drift», rutiner for backup og krav til uthenting av data/dokumenter. Kan oppdragsgiver beskrive hvilket akseptkriterium som forventes ved en hendelse (f.eks. RTO/RPO-mål, hva som menes med «fall-back for drift»—tilgang til webportal, rapportering, eller kun lesetilgang til historikk)?

   Hvorfor det er verdt å spørre: Krav om fall-back/backup kan gi stor variasjon i faktisk leveransen; oppdragsgiver bør konkretisere forventet nivå for å redusere urimelig risiko.

   Kilde: Vedlegg 3 - Administrasjonsverktøy Web-portal, krav 28, 30, 33