Mikromobilitet Byvekstområdet utenfor Trondheim

Åpen, ikke-eksklusiv pilotordning for utplassering og drift av små elektriske kjøretøy (elsparkesykler og elsykler) i byvekstområder utenfor Trondheim (Melhus, Malvik, Skaun, Stjørdal, Orkland). Operatør skal levere tjeneste for utleie, integrere sanntidsdata i AtB-appen (GBFS til Entur Mobility API), samt månedlig rapportere tre datasett (turdata, kjøretøytilgjengelighet, brukerundersøkelser) via sikker filoverføring/API. Vederlag gis som insentiver per tilgjengelig elsykkel og per godkjent tur, med databehandleravtale for personopplysninger (pseudonymisert).

• Operatør skal være registrert i foretaksregister, faglig register eller handelsregister i staten der tilbyderen er etablert.

  Dokumentasjon: Firmaattest.

  Kilde: Prosedyrebeskrivelse punkt 3.4.1 «Registrering, autorisasjon mv.»
• Operatør skal ha ordnede forhold med hensyn til betaling av skatt, arbeidsgiveravgift og merverdiavgift, og dokumentasjon må ikke være eldre enn 6 måneder fra frist for å levere forespørsel.

  Dokumentasjon: Skatteattest (med krav til begrunnelse ved restanser/misligheter).

  Kilde: Prosedyrebeskrivelse punkt 3.4.2 «Skatteattest»
• Operatøren må bekrefte i registreringsskjema at alle krav i ordningen er oppfylt/akseptert, og at minimumskrav i kravmatrise (Bilag 2.1) er oppfylt (Ja/Nei med forklaring ved Nei).

  Dokumentasjon: Utfylt Vedlegg 1 Registreringsskjema (inkl. avkrysning Ja/Nei for krav i bilag 2.1).

  Kilde: Vedlegg 1 «Registreringsskjema»

• Lever inn komplette registreringsdokumenter, inkludert etterspurte vedlegg (ikke sendes mer enn etterspurt).Kilde: Prosedyrebeskrivelse punkt 3.3 «Oppbygning og innhold» og punkt 3.4 «Obligatorisk dokumentasjon»
• Registreringsbrev skal bekrefte at alle krav i ordningen ivaretas, og forpliktelse til å inngå kontrakt ved opptak.Kilde: Prosedyrebeskrivelse punkt 3.3 «Registreringsbrev»
• Operatøren skal spesifisere i tilbud/registreringsskjema antall kjøretøy som settes ut i hver enkelt kommune ved oppstart (bindende opplysninger), fordelt per kommune og kjøretøystype (El-sykler, El-sparkesykler).Kilde: Vedlegg 1 «Registreringsskjema» (tabell for kommuner/antall kjøretøy)
• Innen de første 7 kalenderdagene i påfølgende måned: lever turdata via sikker filoverføring til dedikert mappe.Kilde: Vedlegg 2 «Krav til rapportering av data fra operatør» punkt 1 «Turdata»
• Innen de første 7 kalenderdagene i påfølgende måned: lever data for tilgjengelighet av kjøretøy via sikker filoverføring til dedikert mappe (antall elsykler per kommune og antall tilgjengelige per dag kl. 12:00-13:00).Kilde: Vedlegg 2 punkt 2 «Data for tilgjengelighet av kjøretøy»
• Brukerundersøkelsesdata: operatører skal bruke RiderSurveyAPI for å samle inn svar gjennom app, der kun utvalgte turer får undersøkelse.Kilde: Vedlegg 2 punkt 3 «Brukerundersøkelsesdata» og Vedlegg 3 C.1 c) / Vedlegg 2 appendiks «Rider Survey API»
• Kontraktsopplasting av utfylt Vedlegg 3 Databehandleravtale (signert) etter godkjenning.Kilde: Prosedyrebeskrivelse punkt 5 «Tilbakemelding om opptak»

Innleveringsvilkår fra kunngjøringen

Frist for forespørsel/tilbud

30.10.2026

Språk

norsk

Elektronisk katalog

Ikke tillatt

• Kontraktsperiode: 01.04.2026–30.11.2027; operatør forplikter seg å levere tjenesten ut avtaleperioden (med mulig utmelding ved vesentlige endringer).Kilde: Prosedyrebeskrivelse punkt 1.6; Kontrakt punkt 1.3 «Varighet»
• Integrasjon/sanntid: operatør skal vise kjøretøy i sanntid i AtB-appen (GBFS til Enturs Mobility-API) og selv dekke integrasjonskostnader i EnTur.Kilde: Prosedyrebeskrivelse punkt 1.4 og Kontrakt punkt 1.4 «Integrasjon» samt Bilag 2.1 krav 19
• Månedlig dataleveranse: operatør skal levere tre datasett månedlig til Oppdragsgiver via sikker filoverføring til dedikert mappe: (i) turdata, (ii) kjøretøytilgjengelighet, (iii) brukerundersøkelsesdata.Kilde: Kontrakt punkt 1.5 «Data om bruk» og Vedlegg 2 punkter 1-3
• Begrensning for insentiver: utbetaling baseres på minst 3 minutters varighet og maks 4 leieturer per bruker per dag (kvalifisering).Kilde: Prosedyrebeskrivelse punkt 1.5 «Utbetaling av vederlag»
• Rapportering/overføring av data skal være pseudonymisert og begrenset til nødvendig bruk (beregning av vederlag, kontroll av maksgrense per bruker, effektanalyse).Kilde: Prosedyrebeskrivelse punkt 1.7 «Databehandling og teknisk infrastruktur»
• Personopplysninger: databehandler skal kun behandle etter dokumenterte instrukser (spesifisert i Vedlegg A og C), og skal varsle hvis instrukser strider med regelverk.Kilde: Vedlegg 3 Databehandleravtale punkt 4 «Databehandleren handler etter instrukser»
• Sikkerhetstiltak (minimum): TLS 1.2+ for dataoverføring, kryptering under overføring, tilgangskontroll, gjennomgang av tilgang hver 12. måned, årlig gjennomgang av sikkerhetstiltak, logging av overføring og ikke-tilgjengelighet via offentlige URL-er, ISO 27001 (eller tilsvarende) for sky.Kilde: Vedlegg 3 Databehandleravtale punkt 6 «Sikkerhet ved behandlingen» og Vedlegg C.2 «Informasjonssikkerhet»
• Konfidensialitet: tilgang kun for autorisert personell underlagt konfidensialitet/taushetsplikt og kun i nødvendig omfang; kontroll av tilgangstidsintervall iht. Vedlegg C.Kilde: Vedlegg 3 Databehandleravtale punkt 5 «Konfidensialitet»
• Underleverandør: Databehandler kan bare bruke forhåndsgodkjente underleverandører skriftlig; innhenting av godkjenning minst 30 dager før; underleverandører skal pålegges tilsvarende forpliktelser.Kilde: Vedlegg 3 Databehandleravtale punkt 7 «Bruk av underleverandør» samt Vedlegg B
• Brudd på personopplysningssikkerheten: varsle Behandlingsansvarlig uten ugrunnet opphold; om mulig innen 24 timer; bistå med melding til Datatilsynet.Kilde: Vedlegg 3 Databehandleravtale punkt 10 «Underretning om brudd…» og punkt 9 «Bistand…»
• Sletting/returnering: ved opphør skal personopplysninger leveres tilbake og slettes med mindre lovpålagt oppbevaring; pseudonymiserte data lagret/overført skal slettes etter oppbevaringsperiode.Kilde: Vedlegg 3 Databehandleravtale punkt 11 «Sletting og returnering…» og Vedlegg C.4
• Revisjon/inspeksjon: Databehandler skal stille nødvendig informasjon og muliggjøre revisjoner/inspeksjoner; inspeksjoner med 14 dagers skriftlig varsel iht. Vedlegg C.Kilde: Vedlegg 3 Databehandleravtale punkt 12 «Revisjon…» og Vedlegg C.7 / C.8
• Kontraktsbrudd/sanksjoner: ved kontraktsbrudd kan AtB pålegge tiltak, tilbakeholde ytelse; ved manglende retting innen 5 virkedager kan deltakelse suspenderes; alvorlige brudd (inkl. brudd på personvernlovgivning/manipulering av turdata) kan gi umiddelbar suspensjon.Kilde: Kontrakt punkt 4 «Kontraktsbrudd, tiltak og sanksjoner» (4.3-4.6)
• Forsikring: operatør skal ha gyldig og tilstrekkelig forsikring for oppdraget og ansvar, og dokumentere dette overfor Oppdragsgiver.Kilde: Kontrakt punkt 3.2 «Ansvar for skade og forsikring»
• Materielle/operasjonelle minimumskrav (eksempler fra kravmatrise): trafikksikker drift (promilletiltak, vedlikehold, respons), fjerning av feilparkerte/veltede kjøretøy, utstyrskrav (lysanlegg, støtte/oppreist), geofence/GPS og låsing via app, sanntidsdata via GBFS, app- og brukerfunksjoner, GDPR etterlevelse, samt deling av datasett som i Vedlegg 2.Kilde: Bilag 2.1 Kravmatrise (krav 1-30, særlig 4-9, 10-19, 20-27, 28-29)

• Det fremgår ikke tydelig i utdraget hvilken konkrete vekting/tildelingsmodell som brukes, men dokumentet beskriver at dette er en åpen ordning uten rangering/utvelgelse blant kvalifiserte som oppfyller minimumskrav.
• Enkelte felt i registreringsskjema og kontrakttekster er maskert («MACROBUTTON …»), så nøyaktige opplysninger (kontaktperson, organisasjonsnummer mv.) er ikke utledbar fra teksten.

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 Kontraktens punkt 1.5 Data om bruk fremgår at AtB «på et senere tidspunkt» kan kreve daglig deling av data via API/SQL-database. Kan dere spesifisere hva som legges i «på et senere tidspunkt» (varselsfrist, tidligste iverksettelsestidspunkt) og om det gjelder alle tre datasett (turdata, tilgjengelighet, brukerundersøkelsesdata) eller kun utvalgte deler?

   Hvorfor det er verdt å spørre: Leverandøren må kunne prise og planlegge for eventuelle endringer i dataleveranser og integrasjonsomfang.

   Kilde: Kontrakt 1.5 Data om bruk

2. I Kontrakten punkt 1.3 Varighet står det at operatør forplikter seg til å levere tjenesten ut hele avtaleperioden, men at operatør kan melde seg ut med én måneds varsel ved endringer av vesentlig betydning. Kan dere beskrive hva som anses som «vesentlig betydning» i praksis (eksempler), og hvordan vurderingen dokumenteres?

   Hvorfor det er verdt å spørre: For å vurdere risiko og exit-mulighet ved endringer som påvirker kostnader, krav eller insentiver.

   Kilde: Kontrakt 1.3 Varighet

3. I prosedyrebeskrivelsen punkt 1.6 Ordningens varighet fremgår at adgangen til å melde seg ut trer i kraft fra og med 01.07.2026. Kontrakten punkt 1.3 omtaler kun «en (1) måneds varsel» ved vesentlig endring. Kan dere avklare hvilken regel som gjelder for når man kan melde seg ut (dato/ikrafttredelse) og hvordan dette samvirker med kontraktens punkt 1.3?

   Hvorfor det er verdt å spørre: Ulik forståelse kan påvirke leverandørens risikobilde for perioden 01.04–30.06.2026.

   Kilde: Prosedyrebeskrivelse 1.6 Ordningens varighet / Kontrakt 1.3 Varighet

4. Ved innsending av turdata (Vedlegg 2 punkt 1 og Appendiks 1) kreves det «MDS»-felter og en anonymisert RiderID for å håndheve regelen om maks 4 turer per bruker per dag. Kan dere bekrefte hvilken kilde i operatørens system som kan levere nøyaktig samme brukeridentitet på tvers av turer (samme «user_ID»/RiderID), og om det er spesifikke krav til hvordan «hashingen»/pseudonymiseringen skal gjøres (format, salt, algoritme) for å unngå feil håndheving?

   Hvorfor det er verdt å spørre: Feil identifikasjon kan gi feil insentivgrunnlag og potensielle sanksjoner/avkorting.

   Kilde: Vedlegg 2 punkt 1 Turdata / Appendiks 1 Datafelt for turdata

5. I Vedlegg 2 punkt 2 om tilgjengelighet fremgår at operatøren månedlig skal levere antall tilgjengelige kjøretøy kl. 12:00 hver dag, per kommune, og at elsykler i aktiv leie skal regnes som tilgjengelige. Kan dere avklare om «aktiv leie» betyr at kjøretøyet er utleid av kunden, men fremdeles skal telles som tilgjengelig i ordningen, og hvordan dere ønsker at operatøren håndterer grensefeller (f.eks. pågående tur som overlapper kl. 12:00, eller tekniske «status»-endringer mellom utleie og retur)?

   Hvorfor det er verdt å spørre: Avklaringer er nødvendig for korrekt datakvalitet og dermed riktig utbetaling basert på tilgjengelighet.

   Kilde: Vedlegg 2 punkt 2 Data for tilgjengelighet av kjøretøy / Appendiks 2 Datafelt for kjøretøystilgjengelighet

6. Vedlegg 2 punkt 3 og Bilag 2.1 punkt 29 omtaler RiderSurveyAPI og at alternativ løsning aksepteres «så lenge» funksjonelt tilsvarende. Kan dere beskrive nærmere hva som er minimumskravet for alternativ løsning (f.eks. at utvalgte turer må trigges av samme logikk som API-responsen, krav til plassering i brukerreisen etter sluttført tur, krav til spørsmålsordlyd/versjon og krav til statistisk sampling/segmentering)?

   Hvorfor det er verdt å spørre: Leverandøren må vite hva som vil anses som «funksjonelt tilsvarende» for å unngå avvisning eller avkorting/ikke-godkjenning.

   Kilde: Bilag 2.1 Krav nr. 29 / Vedlegg 2 punkt 3 Brukerundersøkelsesdata

7. I Kontrakten punkt 1.4 Integrasjon står det at operatør «leverer GBFS-data til Enturs Mobility-API» og at operatør selv må dekke kostnader tilknyttet integrasjon i Entur. Kan dere spesifisere om AtB/Impact Market gir en test- eller sertifiseringsprosess (og eventuelle tidsrammer), samt hvilke «gjeldende spesifikasjoner» operatøren skal forholde seg til (lenke/versjon/kravdokument) for å sikre at sanntid (pris og kapasitet) blir korrekt i AtB-appen?

   Hvorfor det er verdt å spørre: Integrasjonskostnader og risiko for manglende sanntidsdata påvirker tilbudspris og gjennomføringsplan.

   Kilde: Kontrakt 1.4 Integrasjon

8. I Bilag 2.1 Krav nr. 30 om pris fremgår det at «operatøren skal ta betalt for alle reiser», med minimumspris 10 NOK og «maksimumspris som ikke overstiger operatørens gjennomsnittlige markedspris i andre byer». Kan dere avklare hvordan «gjennomsnittlig markedspris i andre byer» skal dokumenteres (periode, definisjon av «andre byer», hvilke billettyper/prismodeller som inngår, og hvem som vurderer/etterprøver beregningen)?

   Hvorfor det er verdt å spørre: Utydelig prisberegning kan gi brudd på minimumsvilkår og avvisning eller prisavkorting.

   Kilde: Bilag 2.1 Krav nr. 30 Pris

9. I Kontrakten punkt 4.5 Suspensjon og gjeninntreden står det at «under alvorlige kontraktsbrudd» kan AtB suspendere uten rettefrist ved bl.a. drift uten gyldige tillatelser eller forsikringer. Kan dere spesifisere hvilke dokumentasjonskrav dere vil etterspørre, samt hvilke frister og prosess som gjelder for å dokumentere «full etterlevelse av samtlige krav» ved søknad om gjeninntreden?

   Hvorfor det er verdt å spørre: Leverandøren må forstå hvordan sanksjoner praktiseres og hva som kreves for rask gjeninntreden for å redusere driftsstansrisiko.

   Kilde: Kontrakt 4.5 Suspensjon og gjeninntreden

10. I prosedyrebeskrivelsen punkt 2.2 fremgår at eventuelle rettelser/suppleringer forsøkes meddelt 10 dager før søknadsfrist, og at endringer i økonomiske betingelser eller kvalifikasjonskrav publiseres samlet. Kan dere bekrefte om dette også gjelder eventuelle oppdateringer i Bilag 2.1 Kravmatrise (inkl. satser/insentiver eller tekniske datafelt), og hvilken frist operatør har til å oppdatere sin søknad/kapasitetsplan dersom krav endres etter at søknaden er levert?

    Hvorfor det er verdt å spørre: Leverandøren trenger forutsigbarhet for hva som kan endres etter innsending og hvordan dette påvirker bindende forpliktelser per kommune og oppstartforberedelser.

    Kilde: Prosedyrebeskrivelse 2.2 Spørsmål, svar, retting, supplering eller endring av prosedyredokumentene