NTNU
Fangstmonitorering til FF Gunnerus
NTNU skal anskaffe et komplett system for trål- og fangstovervåking til forskningsfartøyet FF «Gunnerus» i Trondheim. Systemet skal overvåke trålens geometri, stabilitet, bunnkontakt, dybde og temperatur i sanntid, vise trålens posisjon i vannmassene i tråd med ICES-standarder, håndtere både bunntrål og pelagisk trål med ulike tråldører. Alle trålingsparametre skal logges kontinuerlig og kunne eksporteres i standardiserte formater for forskningsbruk.
Del 1: Kjøper
Del 2: Prosedyre
Del 5: Delkontrakt
Del 8: Virksomheter
Kunngjøringsinformasjon
Sammendrag
Anbudsradar
Kontrakt/avtale for vareleveranse «Fangstmonitorering til FF Gunnerus» til enhet FF Gunnerus (NTNU som oppdragsgiver). Omfatter fangstmonitoreringssystem med sensorer, programvare, installasjon/levering i Trondheim (Pir II, Kai 6 – Forskningsskipet Gunnerus) samt opplæring, support og garanti/service. Planlagt leverings- og installasjonstid innen utgangen av 2026 (oppgitt som viktig/absolutt kravnivå i kravspesifikasjonen).
Kvalifikasjonskrav
Anbudsradar
- Det er ikke oppgitt kvalifikasjonskrav (leverandørkvalifikasjon) i den vedlagte teksten.
Dokumentasjon: —
Kilde: Ingen kvalifikasjonsavsnitt funnet i oppgitt dokumenttekst
Krav til tilbudet
Anbudsradar
- Leverandøren skal fylle ut kravtabellen i bilag 1_2. Leverandøren må sette kryss (X) for ja/delvis/nei i «Leverandørens oppfyllelse» for hvert krav.Kilde: Bilag 1_2. Oppdragers kravspesifikasjon – Leverørens løsningsbeskrivelse
- For hvert krav skal leverandøren oppgi henvisning til relevant dokumentasjon og eventuelle tilleggskommentarer i kolonnen «Kommentar». Manglende dokumentasjon medfører at kravet anses som ikke oppfylt.Kilde: Bilag 1_2. Oppdragers kravspesifikasjon – Leverørens løsningsbeskrivelse
- Leverandøren skal oppgi forventet leveringstid på tilbudt utstyr (krav 1.13 B).Kilde: Bilag 1_2. Krav nr. 1.13
- Ved utfylling av serviceavtale skal leverandøren spesifisere hva som er inkludert og oppgi pris i bilag 3 (krav 1.5 B).Kilde: Bilag 1_2. Krav nr. 1.5
Innleveringsvilkår fra kunngjøringen
- Frist for forespørsel/tilbud
- 08.10.2026
- Språk
- norsk, English
- Elektronisk katalog
- Tillatt
Viktige kontraktskrav
Anbudsradar
- Garanti: tilbudt utstyr bør tilbys med 24 måneder garanti (leverandøren skal oppgi garantiperiode).Kilde: Bilag 1_2. Krav 1.1 B
- Opplæring: opplæring for bruk og grunnleggende vedlikehold skal være inkludert.Kilde: Bilag 1_2. Krav 1.3 A
- Support: e-post og telefonsupport skal være inkludert i tilbudet.Kilde: Bilag 1_2. Krav 1.4 A
- Reklamasjoner i garantiperioden: leverandøren skal arbeide kontinuerlig for å løse problemer i garantitiden (beskrives i tilbudet).Kilde: Bilag 1_2. Krav 1.7 A
- Kostnader: alle kostnader knyttet til tilbudet (installasjon, reisekostnader osv.) skal være inkludert.Kilde: Bilag 1_2. Krav 1.8 A
- Levering og gjennomføring i Trondheim: leverandøren må kunne gjennomføre leveransen i Trondheim, og tilby operatør-kurs i bruk av systemet i Norge samt levere tilstrekkelig dokumentasjon for sikker drift/vedlikehold.Kilde: Bilag 1_2. Krav 1.12 A
- Leveringstid: systemet bør kunne leveres og installeres innen utgangen av 2026 (krav 1.11 B).Kilde: Bilag 1_2. Krav 1.11 B
- Programvareoppdateringer: alle sikkerhets-/feilrettingsoppdateringer skal leveres kostnadsfritt i 5 år etter godkjent leveranse.Kilde: Bilag 1_2. Krav 3.1 A
- Lisenser: all programvare/utstyr skal ha inkluderte lisenser; oppdragsgiver skal ha rett til installasjoner/endringer og til å låne ut maskinvare inkl. programvare til tredjepart; eventuelle særvilkår skal spesifiseres.Kilde: Bilag 1_2. Krav 3.2 A
- Dataeksport og konfigurasjon: eksport av trålingsdata, samt mulighet til å skifte ut/legge til nye sensorer om bord og konfigurere.Kilde: Bilag 1_2. Krav 2.9 A
- Kontinuerlig logging av trålingsparametre og eksport i standardiserte formater; krav til temperaturdata og dybde/høydeover bunn via sensorer.Kilde: Bilag 1_2. Krav 2.11 A
- Batterilevetid: sensorer skal ha min. 6 timers levetid mellom lading; leverandør skal oppgi forventet tid mellom hver lading.Kilde: Bilag 1_2. Krav 2.19 A
- Betaling/fakturering: leverandør kan fakturere etter komplett leveranse og signert godkjenningsprotokoll; betalingsbetingelse netto 30 dager etter leveranse og signert godkjenningsprotokoll.Kilde: Bilag 3: Total pris og administrative betingelser (Fakturering og Betalingsbetingelser)
Forbehold ved utdraget
Anbudsradar
- Ingen eksplisitte kvalifikasjonskrav (leverandørens egnethet) er synlig i den medsendte teksten; kan ligge i andre deler av konkurransegrunnlaget som ikke er inkludert.
- Kontraktens faktiske kontraktsvarighet/avtaleperiode utover garanti- og oppdateringsperiode er ikke oppgitt i den vedlagte avtaleteksten.
- Operativ kontaktfelt i AVTALEDOKUMENT.docx er tomt i utdraget; detaljer om kontaktperson/epost/mobil mangler.
- Krav om «serviceavtaler» (B) sier pris skal oppgis i bilag 3, men bilag 3-tabellen har ikke konkrete kravsposter/definisjoner utover «Support/Pris og varighet, responstid»; eksakt serviceomfang er derfor uklart.
- Kontraktstype er angitt som «Varekonktrakt» (feilstaving i teksten); eventuelle avrop-/rammeavtalevilkår fremgår ikke av utdraget.
Verdt å avklare med oppdragsgiver
Anbudsradar
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.
Krav 1.1 (B) – Garanti: Hvilken garantiperiode ønsker Oppdragsgiver som minimum/foretrukket (og hvilken garanti vil ligge til grunn for evaluering), dersom vi tilbyr 24 måneder garanti som beskrevet i kravspesifikasjonen?
Hvorfor det er verdt å spørre: Sikrer at leverandør tilbyr riktig garantilengde og at tilbudet matches evaluering og kontraktsforventninger.
Kilde: Bilag 1_2_3.docx – Krav 1.1 GarantiKrav 1.6 (B) – Responstid: Når Oppdragsgiver skriver «senest 2–3 timer etter innmeldt sak», gjelder dette faktisk første respons (kvittering/tilbakemelding) eller oppstart av feilsøking/avhjelp? Hvilken tjenestetid (hverdager/helg, klokkeslett) legger Oppdragsgiver til grunn for responstidskravet?
Hvorfor det er verdt å spørre: Responstid kan prises svært ulikt avhengig av hva som menes og hvilke tider som inngår.
Kilde: Bilag 1_2_3.docx – Krav 1.6 Responstid på henvendelserKrav 1.5 (B) – Serviceavtaler og pris: Kan Oppdragsgiver bekrefte hva som skal inngå i «serviceavtalen» som leverandøren skal tilby (typisk omfang som dekker reservedeler, omfang av vedlikehold, antall planlagte besøk, samt hvilken varighet serviceavtalen skal ha)? Hvis dette er beskrevet i Bilag 3, kan Oppdragsgiver i så fall peke på de konkrete postene/definisjonene i Bilag 3 som skal fylles ut?
Hvorfor det er verdt å spørre: Serviceavtale og prismekanisme er styrende for tilbudets kostnad og sammenlignbarhet i evalueringen, men detaljnivået fremgår ikke tydelig av utdraget.
Kilde: Bilag 1_2_3.docx – Krav 1.5 Service (og Bilag 3: Support/Pris og varighet, responstid)Krav 1.11 (B) og leveranse: «Systemet bør kunne leveres og installeres innen utgangen av 2026» – hva er Oppdragsgivers forståelse av «utgangen av 2026» i praksis (siste dato for installasjon ferdigstilt, SAT gjennomført, eller godkjent leveranse i henhold til godkjenningsprotokoll)?
Hvorfor det er verdt å spørre: Klart avgrenset milepæl reduserer risiko for mislighold/forsinkelse og påvirker planlegging og prising.
Kilde: Bilag 1_2_3.docx – Krav 1.11 LeveringKrav 1.12 (A) – Trondheim og operatør-kurs: Kan Oppdragsgiver oppgi forventet antall deltakere til operatør-kurs (og forventet varighet per kurs), samt om kurset skal gis før installasjon, ved overlevering eller etter godkjent leveranse?
Hvorfor det er verdt å spørre: Kursomfang og tidspunkt er kostnadsdrivende (reisetid, kursopplegg, ressursbruk) og må prises riktig.
Kilde: Bilag 1_2_3.docx – Krav 1.12 Levering (inkl. operatør-kurs)Krav 1.9 (B) – Løpende abonnementskostnader: Kan Oppdragsgiver bekrefte om det er helt uønsket med eventuelle løpende kostnader (f.eks. programvareoppgraderingslisenser utover det som er inkludert i punkt 3.1), eller om enkelte mindre kostnader kan aksepteres dersom oppdragsgiver ikke må betale etter 5 år?
Hvorfor det er verdt å spørre: Avklarer hvilke typer «løpende» kostnader som faktisk er ekskludert og hva som eventuelt kan prises som separate tillegg.
Kilde: Bilag 1_2_3.docx – Krav 1.9 Systemet bør kunne leveres uten løpende abonnementskostnaderKrav 3.2 (A) – Lisenser og rett til installasjon/endringer: Mener Oppdragsgiver at vi skal levere alle nødvendige lisenser som gjør at Oppdragsgiver kan drifte systemet og utføre nødvendige oppdateringer/konfigurasjonsendringer uten ekstra lisenskostnad? Hvis det finnes komponenter (f.eks. sensorer/kommunikasjonsmoduler) med særskilte lisensvilkår eller begrensninger, hvordan skal slike vilkår beskrives og avgrenses i tilbudet?
Hvorfor det er verdt å spørre: Oppdragsgivers bruk-/endringsrett påvirker lisensstruktur og leverandørens betingelser og risiko.
Kilde: Bilag 1_2_3.docx – Krav 3.2 LisenserKrav 2.19 (A) – Batterilevetid: Kan Oppdragsgiver spesifisere hva som skal forstås med «6 timers levetid mellom lading» (kontinuerlig drift, typisk sensortid, eller driftprofil/bruksmønster om bord)? Videre: kreves det levering av ekstra batterier for hurtig bytte, og i så fall hvor mange per sensor og hvor ofte bytte forventes?
Hvorfor det er verdt å spørre: Batterikapasitet og krav til reservebatterier påvirker både innkjøpskost og logistikkomfang.
Kilde: Bilag 1_2_3.docx – Krav 2.19 Batterilevetid på sensorerKontraktsvilkår – kontraktstype/avtaleperiode: Avtaledokumentet angir «Varekonktrakt», men i utdraget fremgår ikke avtaleperiode utover garanti- og oppdateringsperiode (5 år for sikkerhet/feilretting i krav 3.1). Kan Oppdragsgiver bekrefte hva som er kontraktens varighet (forutsatt at det kun er en leveranse, eller om det foreligger ramme/avrop og i så fall avropsperiode)?
Hvorfor det er verdt å spørre: Varighet påvirker leverandørens risiko- og kostnadsforutsetninger, særlig for support og eventuelle serviceavtaler.
Kilde: AVTALEDOKUMENT.docx – Kontraktstype / Kontrakt (samt Bilag 1_2_3.docx – Krav 3.1)Operativ kontakt (AVTALEDOKUMENT.docx): Kan Oppdragsgiver fylle inn hvem som skal være operativ kontaktpunkt for leverandøren i gjennomføring, test/godkjenning, og ved supporthendelser (navn, e-post og mobil), eller bekrefte hvilken stillingsfunksjon/rolle vi skal bruke dersom dette ikke er fastsatt?
Hvorfor det er verdt å spørre: Støtter korrekt organisering av leveransen og oppfølging i løpet av test, godkjenning og supportperiode.
Kilde: AVTALEDOKUMENT.docx – OPERATIV KONTAKT
Kurs og rådgivning fra redaksjonen
Gratis fagmøte – 30 minutter digitalt om aktuelle anskaffelsestemaer.
Se datoer →Kurs: Hvordan vinne anbud – praktisk kurs for deg som skriver tilbud.
Les mer →Rådgivning
Ta kontakt →