Kravspesifikasjon nettbasert bookingsystem

Transkript

1 Kravspesifikasjon nettbasert bookingsystem Innledning Kravspesifikasjonen stiller funksjonelle krav til løsningen. Kravene fremkommer i tabellform med beskrivelser av ønsket funksjonalitet. Tilbyder skal i sitt tilbud svare på kravspesifikasjonen ved å vise til løsningsbeskrivelser eller dokumentasjon som beskriver den tilbudte løsningen, og hvordan denne tilfredsstiller de fastsatte kravene. Det er viktig at alle punkt i kravspesifikasjonen blir besvart. Overordnede krav Tilbyder skal tilby en helhetlig og komplett systemløsning for booking og salg av billetter på internett. Løsningen skal være klar til å tas i bruk senest 1. juni Oppdragsgiver poengterer at løsningen skal være et produkt som er klar til operativ bruk. Vi gjør oppmerksom på at eventuell utviklingsdel kun skal bestå av mindre tilpasninger til system, profil mv. og eventuell innsats fra oppdragsgiver begrenser seg til mindre omfattende brukstesting, profil- og layout relatert bistand. Oppdragsgiver vil selv stå ansvarlig for etablering av nødvendige avtaler med betalingsformidler og innløser (ex. Teller og PayEx). Løsningen må være universelt utformet. Tilbudt løsning må etterleve personvernbestemmelsene i personopplysningsloven, og sikre retten til anonyme reiser, jfr. Felles bransjenorm for kollektivtrafikkbransjen. Dersom det er elementer som er nødvendige for å etablere tjenesten med god kvalitet for oppdragsgiver, skal disse tas med i tilbudt løsning. Dersom tilbyder ser mangler i krav som kan medføre mangelfull løsning eller tjeneste sett i lys av formål, helhet eller lov og forskrifter, normer og standarder, skal tilbyder påpeke dette og tilby løsning på disse. Tjenesten skal på en enkel måte beskrives med alle delkomponenter og sammenhengene mellom disse. Eventuelle avhengigheter til andre systemer og tjenester, samt forutsetninger til disse skal også beskrives. Ved levering av tilbud skal det foreligge en presentasjon av løsningen som dokumenterer funksjonalitet opp mot de krav som er satt i denne kravspesifikasjonen, så vel som en brukermanual med skjermdump som illustrerer bruk av applikasjon og der tilhørende baksystem for rapportering og kontroll steg for steg. Systemet er ment som en ren nettbasert booking løsning, hosting av løsningen skal gjøres av tilbyder. Løsningen skal ikke direkte implementeres i 177nordland.no men det opprettes

2 koblinger fra 177nordland til bookingsystemets webadresse. Design av løsningen må tilpasses 177nordland.no sitt grafiske design. Sanksjoner Manglende oppfyllelse av de forpliktelser utøveren har påtatt seg i henhold til tilbudsspesifikasjonen vil medføre sanksjoner i form av trekk fra oppdragsgiver. Dette punkt medfører ikke noen innskrenkninger i oppdragsgivers mulighet til å gjøre gjeldende kontraktsrettslige misligholdsforføyelser. Beskrivelse av avvik/uønsket hendelse Systemet er nede utover forhåndsdefinert/avtalt servicevindu. Henvendelse vedrørende alvorlige feil i systemet er ikke besvart innen avtalte frister. Nedetid Over 5 min. Forsinkelse Over 2 timer Kr pr. time Kr pr. time Forsinkelser i behandling av supportsaker Forsinkelse Pr. døgn Kr Generelle krav Nr. Krav Forklaring 1 Det skal være mulig å opprette brukere i systemet. Kunder (både inn- og utland) skal kunne registrere/opprette kundeprofiler slik at man slipper å legge inn all informasjon i hver enkelt booking. Man skal også kunne gjennomføre booking uten å måtte registrere seg Direkte faktura, firma. For bedriftskunder skal det være mulig å registrere egne brukere. Firmabruker skal kunne kredittvurderes av oppdragsgiver for fakturering før alternativet er tilgjengelig. Kun brukere med slik godkjenning skal kunne velge faktura som betalingsmetode Privatkunder skal kunne betale for reiser med de vanligste betalingsløsninger. Betaling skal skje ved booking. 2 Booking/ betalingsbekreftelse skal kunne tilbys pr. sms, e- post eller utskrift. 3 Det skal være mulig å registrere flere reisestrekninger i samme booking, reisestrekning fratil, dag og antall passasjerer. Debet- og kredittkort. Det skal betales når det bookes- ingen booking uten betaling. Ved fullført booking skal kvittering sendes til kunde. Kunde skal kunne velge metode. Systemet må kunne registrere flere reisestrekninger i samme booking og ha oversikt over pris ved flere strekninger. Det skal være mulig å velge antall reisende i ulike kategorier; voksen, barn, honnør m.m. Dette defineres av oppdragsgiver.

3 4 Kansellering av booking Kunden skal ha mulighet til å avbestille kjøpte billetter via bookingsystemet innen definerte tidsfrister. 7 Ruteinformasjon, priser og rabatter skal kunne tilpasses av oppdragsgiver. 8 Det må være mulig å endre kapasitetsgrense på hver enkelt rute. Ved kansellering skal systemet automatisk tilbakeføre/refundere betaling tilknyttet bookingen. Systemet må ha funksjonalitet som tillater at endringer gjøres på en så enkel måte som mulig. Ved endring i materiell eller lignende vil det kunne være nødvendig å justere kapasitet. 9 Brukere baksystem Oppdragsgiver skal ha fri tilgang til baksystemet, og skal kunne opprette brukere etter behov. 10 Systemet skal være tilgjengelig på norsk og engelsk. Kunden skal kunne velge mellom norsk og engelsk språk i bookingsystemet. 11 Systemet skal ha et baksystem for rapportering på salg og antall reisende pr tur/rute. 12 Det skal være mulig å kjøpe reiser innenfor en viss kapasitetsgrense. 13 Systemet skal registrere navn på alle reisende ved booking. Ved booking for mer enn én person må alle reisende oppgis med navn. 14 Systemet må håndtere avviksmelding til kundene. Det skal være mulig å hente ut egendefinerte rapporter i baksystemet. Dette gjelder f. eks salg og reisende per. rute, tur og produkt, og registrerte avvik tilknyttet rute, tur og bookinger. Kapasitet som kan bookes før avgang og tidsfrist vil bli definert. Eks: 70% av båtens kapasitet kan forhåndsbookes inntil 1 time før avreise. Det er krav om navneregistrering ved ferdsel på sjø. Systemet må ivareta dette. Ved innstilling og forsinkelser av avgang skal det være mulig å sende ut melding til alle med booket plass på gjeldende avgang. Bookinger må identifiseres på turnivå. Ved innstilling av avgang skal kunden gis mulighet til å kansellere booking. Ved kansellering av booking skal pengene automatisk refunderes. Beskjeder som sendes ved ruteavvik/ruteinnstilling skal kunne tilpasses av oppdragsgiver. 16 Responsiv nettside/system. Nettsiden skal være responsiv, man skal kunne gjennomføre bookinger på enheter med mindre skjerm uten tap i brukskvalitet. 17 Vilkår for billettkjøp/booking Det skal klart fremkomme hvilke vilkår som gjelder ved kjøp og booking av billetter. 18 Det skal være mulig å hente opp historikk knyttet til bookingreferanse. Systemet må vise siste versjon av en booking, og det må være mulig å hente opp tidligere versjoner. Man skal kunne sjekke kanselleringer og endringer som er gjort i en booking.

4 Kansellering/endring 19 Systemet skal loggføre utsendt/ikke utsendt bekreftelse. 20 System sentrumsterminal/ operatører Det skal tilbys en standardrapport over alle som har/ikke har fått tilsendt bekreftelse. Det skal være mulig å se en oversikt over antall forhåndsbookede billetter per tur, slik at salg ved ombordstigning/sentrumsterminalen ikke overstiger kapasitetsgrensen til båten. 21 Brukergrupper Systemet skal ha ulike brukergrupper. Kunde skal ha tilgang til å gjennomføre booking/kansellering av billett. Oppdragsgiver skal ha full og ubegrenset tilgang til systemet. Sentrumsterminalen og operatører skal ha tilgang til bookingoversikt og registrering av passasjerer. 22 QR-kode Kvittering skal inneholde en maskinelt lesbar QRkode i henhold til håndbok 821 standard. Nærmere info om håndbøker: oker Oppdragsgiver gjør oppmerksom på at nøkler til bruk i samsvar med håndbok 821 del 25 leveres av Interoperabilitetstjenester AS. Drift, service og oppetid Nr Krav Forklaring 1 Oppetid Systemet skal være operativt med døgnkontinuerlig drift slik at det er mulig å booke billett 24 timer i døgnet, alle dager i uken, eventuelt med unntak av på forhånd avtalte servicevindu. Servicevindu skal være innen et definert tidsintervall. Oppetiden skal være på minimum 99,0 %. 2 Support, responstid Ved henvendelser tilknyttet alvorlige feil eller mangler i systemet skal oppdragsgiver ha svar innen 2 timer inneværende virkedag og tiltak for å rette feil skal være igangsatt innen 3 timer. Henvendelser tilknyttet brukersupport og veiledning skal besvares innen to virkedager.

5 Øvrig funksjonalitet Generelle krav Tjenesten skal driftes i et definert produksjonsmiljø, som kun inneholder systemer som er i operativ drift. Driftsmiljøet skal være adskilt fra test og utviklingsmiljøer. Tilbyder skal ha et separat testmiljø som er tilgjengelig for oppdragsgiver. Servicedesk Tilbyder skal tilby andrelinje service for oppdragsgivers egne ansatte som er involvert i løsningen. Katastrofeplaner Tilbyder skal ha beredskap og katastrofeplaner med alternativ driftsløsning som sikrer kontinuerlig drift dersom tilbyders driftsmiljø helt eller delvis settes ut av produksjon, eller på annen måte gjøres utilgjengelig.