VEDLEGG 1. Funksjonsbeskrivelse alarmbehandlingsprogram

Transkript

1 ASKER OG BÆRUM BRANNVESEN VEDLEGG 1 Funksjonsbeskrivelse alarmbehandlingsprogram Kunngjøring ID

2 Funksjonbeskrivelse nytt alarmbehandlingsprogram Genrell funksjonsbeskrivelse Ja Nei ABBV ønsker et alarmbehandlingssystem som har en rød tråd gjennom en hel prosess fra kunderegistrering, alarmbehandling, alarmmottak og utsendelse av ressurser til rapportering og fakturering. For kundebehandler skal systemet ha en god og oversiktlig arbeidsflyt med indikasjon for hvor man er i prosessen. Prosessen skal oppleves som sømløs og være tidseffektiv. For alarmoperatør skal det være oversiktlig med et godt brukergrensesnitt med færrest mulig klikk for å behandle en alarm til ressurs er sendt, fra innkomne alarm til informasjon som kartposisjon og kundedata sendes og presenteres på skjerm i utrykningskjøretøy. Opplysningene skal presenteres på skjerm i utrykningsbilen også med kart og navigasjonssystem. Systemet skal ha redundans og beskriv. Kan leveres 1. Registrering av kundeopplysninger 1,1 Registrere kundeopplysningene kun en gang, for fordeling i andre operasjoner Registrere kundens "alarmpunkt-tekst" kun en gang, som fordeler seg til alle punkter. I tillegg ha mulighet til å skrive en tekst med plass til 1,2 over ca. 500 tegn 1,3 Automatisk tildeling av kunde ID-nummer 1,4 To søkbare kundenavn felt. (Juridisk navn og byggets "kallenavn" dersom det avviker fra det juridiske). Kontaktpersoner: Kunne knytte en kontaktperson til flere kunder. Dvs registrere og vedlikeholde ett sted for flere kunder, dersom flere 1,5 kunder bruker samme kontaktperson 1,6 Inneholde felt for registrering av: 1,6,1 Kunde-id med fortløpende automatisk tildelt nummer 1,6,2 Alarm-id nummer. Registreres manuelt og systemet sier ifra om det er en id som allerede er i bruk 1,6,3 Navn 1,6,4 Gateadresse - med automatisk søk i basen 1,6,5 Besøksadresse (dersom det avviker fra gateadresse) 1,6,6 Postnummer og sted 2

3 1,6,7 Kommunenummer 1,6,8 Fakturaadresse 1,6,9 Merknad faktura 1,6,10 Telefonnummer til kunden som skal ringes ved alarm 1,6,11 Mobilnummer til kunden 1,6,12 Mail adresse til kunden 1,6,13 Kontaktpersoner med telefonnummer 1,6,14 Nøkkelnummer 1,6,15 Hvilken stasjon nøkler henger på 1,6,16 Nøkkelsafe hos kunden 1,6,17 Kode for nøkkelsafe 1,6,18 Plassering av nøkkelsafe 1,6,19 Type alarmanlegg 1,6,20 Type alarmsender 1,6,21 GSM-nummer 1,6,22 Plassering av alarmsentral 1,6,23 Hvordan alarmen skal betjenes 1,6,24 Tilleggsopplysninger ved behov 1,6,25 Organisasjonsnummer 1,6,26 Passord 1,6,27 Kode for betjening av alarmen 1,6,28 Kundegruppe: Næringskunde, boligkunde eller boligsameie 1,6,29 Objekt: evt sykehus, hotell, kjøpesenter etc 1,6,30 Type priskampanje/salgskampanje etter forhåndsdefinert utvalg, settes opp av ABBV. Med mulighet for å endre av ABBV 1,6,31 Antall boenheter i et boligsameie 1,6,32 Areal m2 for eksempel for et garasjeanlegg 3

4 1,6,33 Flere dato felt; installasjonsdato, oppgradert dato, overtatt etter tidligere kunde og opphørt, med mulighet for utvidelse 1,6,34 Avkryssningsfelt for ansatte som har alarmoverføring 1,6,35 Fleksible tilleggsvalgfelt for senere bruk - fritekst. Må kunne utvides etter behov 1,6,36 Hvilken installatør 1,6,37 Dato for faktura fra installatør 1,6,38 Hvem har solgt alarm 1,7 Kunne kopiere kundeopplysninger. For eksempel eksisterende kunder som bytter ID 1,8 Kunne skille ut enkelte kunder med flere alarm-id Godkjenning av data: Sidemannskontroll med indikasjon i systemet om at dette må gjøres. En signatur for 1. gangsregistrering og en 1,9 signatur for sidemannskontroll, deretter en signatur når test er utført 1,10 Kunne lage maler for forskjellige typer alarmprotokoller 2. Oversiktlig oppfølging av kunder under arbeid Vise status for kunden. For eksempel kunde under arbeid, test mangler, kundeopplysninger mangler, service på anlegg, kun deltesting, 2,1 åpningsbefaring 2,2 "Følge saksgang/arbeidsflyt" for ny kunde, opphør av kunde, endring av eksisterende kunde, test kunde, service kunde m.m. 2,2,1 "Saksgang/arbeidsflyt" ny kunde: Settes opp etter regeloppsett fra ABBV 2,2,2 "Saksgang/arbeidsflyt" opphør kunde: Settes opp etter regeloppsett fra ABBV 2,2,3 "Saksgang/arbeidsflyt" endring eksisterende kunde: Settes opp etter regeloppsett fra ABBV 2,2,4 "Saksgang/arbeidsflyt" test: Settes opp etter regeloppsett fra ABBV 2,3 Mulighet til å sette kunder/punkter inaktive, med varsel og oversikt 2,4 Kunne blokkere alarmer, med varsel og oversikt 2,5 Skal håndtere tester i bakgrunnen 2,6 Selektere hvilken installatør som jobber med hva 3. "Servicelink" mellom 110-sentralen og markedsavdelingen 4

5 3,1 Elektronisk kommunikasjon mellom 110-sentralen og markedsavdelingen, med kundekort 4. Spørremuligheter 4,1 Fleksibilitet mht spørringer (jfr. felt for kundeopplysninger) 4,2 Kundedata: kunne spørre på alle felt som er lagt inn, bl.a. 4,2,1 Kundenavn 4,2,2 Adressefeltene 4,2,3 Nøkkelnummer 4,2,4 Installatør 4,2,5 ID-nummer 4,2,6 Kundens telefonnummer 4,2,7 Kundens GSM nummer 4,2,8 Type objekt 5. Rapporter og statistikk 5,1 Oversikt over nye kunder lagt til i en gitt periode 5,2 Oversikt over opphørte kunder i en gitt periode 5,3 Felt for å registrere årsak til oppsigelser 5,4 Oversikt og måle resultater for de forskjellige priskampanjer/salgskampanjer 5,5 Vise totalt antall kunder 5,6 Vise antall kunder fordelt i kundegrupper (boligkunde, bedriftskunde, boligsameie) 5,7 Vise totalt antall kunder pr alarmpunkt (heis-, brann-, innbrudd-, kloakkpumpe-, nøkkelsafe og trygghetsalarm m.m.) 5,8 Vise alle id-nr for samme kunde Vise utvidelse hos eksisterende kunde. For eksempel får heisalarm i tillegg til tidligere tilknyttet brannalarm (en eksisterende kunde som 5,9 får en alarmoverføring til) 5,10 Adresselister med kundenavn, adresse som grunnlag for kundebrev etc. 5

6 5,11 Logghistorikk for hver enkelt kunde 5,12 Logghistorikk for de forskjellige hendelsestyper 5,13 Logghistorikk for utført service på alarmanlegget hos kunden 5,14 Kunne vise status om kunden er aktiv, opphørt eller under arbeid 5,15 Kunne sende logg til kunden pr mail 5,16 Vise hvilke alarmer som er blokkerte 5,17 Mulighet for feilsøking, for eksempel feil id 5,18 Vise unødige alarmer pr kunde, med historikk 5,19 Fleksibelt valg for oppsett av rapporter 5,20 Vise logg pr hendelseskoder 5,21 Oversikt over fakturagrunnlag for et boligsameie med antall boenheter og beboerdetaljer 5,22 Oversikt over fakturagrunnlag, for eksempel flere kunder med felles faktura 6. Automatisk generere dokumenter 6,1 Kontrakter med kunden, inkl oversendelsesbrev 6,2 Befaringsskjema for nye kunder 6,3 Kvitteringsskjema for nøkler 6,4 Melding om "Nyåpning av kunde" - interninformasjon i ABBV 6,5 Bekreftelse på oppsigelse 6,6 Mulighet for fleksibilitet til å legge til flere dokumentmaler 7. Dokumentarkiv 7,1 Mulighet for å legge dokumenter inn i programmet. For eksempel PDF-dokumenter 8. Fakturagrunnlag 6

7 Automatisk generere fakturagrunnlag ved registrering av ny kunde, samt avslutte fakturering ved opphør av kunde. Både ved 8,1 abonnementsfakturering og tilfeldig fakturering 8,2 Tre hendelser inne et gitt tidsperspektiv skal ikke generere fakturagrunnlag for unødig utrykning 8,3 Ta hensyn til prisjustering og oppdatere priser 9. Alarmbehandling 9,1 Ved alarm hos en kunde vises minst de 5 siste alarmene hos denne kunden 9,2 Vise hvilken hendelse og hvor alarmen er utløst 9,3 Vise OBS! merknad med tekst (mulighet for flere tegn), max 250 tegn. 9,4 Hendels koder som beskriver hva slags alarm som er kommet inn. Ønsket koder vil komme fra ABBV ved forespørsel 9,5 Avslutningskoder (koder som hurtigtaster for avslutning av innkomne alarmer). (Egen liste vil bli satt opp av ABBV) 9,6 Mulighet for å ringe kunden fra kundekort 9,7 Vi sender idag kundeopplysninger til Transmobil 7 og skal ha en tilsvarende løsning eller bedre 9,8 Revidert hendelsestyper ved avslutning av alarm 9,9 Kunne legge et anlegg eller alarmpunkter i service, slik at kun alarmer fra dette anlegget kommer i bakgrunnen, men logges 9,10 Logge alt som blir gjort og kunne skrive ut logger 9,11 Logge alt som hver enkelt bruker gjør 9,12 Tale skal kunne logges på egen server 9,13 Alarmer må kunne gi fra seg forskjellige lyder iht prioritet og forskjellige farger 9,14 Kunne kjøre testalarmer for trening 9,15 Programmet skal ha høy brukervennlighet for å spare tid 9,16 Alarmen må legge seg i en alarmliste iht tid og prioritet. Må kunne betjene flere alarmer/kunder samtidig 9,17 "Live" oppdateringer skal være tilgjengelig for alle operatører til enhver tid 9,18 Alarmoperatør skal også kunne bruke systemet som et ressurshåndteringsverktøy og flåtestyring 10. Melding til kunde 7

8 10,1 Mulighet for at kunden kan motta meldinger/info via mail og SMS fra ABBV (både fra kundebehandler og operatør) 10,2 Sende mail til kunde med vedlegg, som for eksempel brukerveiledning for alarmanlegget eller annet 10,3 Sende utrykningsrapport pr mail til kunden 10,4 Sende SMS/mail til installatører om at de tar kontakt med kunden, med hurtigmeldinger. 10,5 Koble innringer mot kunde, dvs når kunde ringer kjenner systemet igjen tlf nr og vi ser hvilken kunde det er 11. Differensierte tilganger 11,1 Det skal være forskjellige brukernivå med graderte tilganger i programmet 12. Brukerdokumentasjon 12,1 Brukerdokumentasjon skal være tilgjengelig 12,2 Norsk språk 12,3 Inkludert opplæring eller gi pris pr kurs med inntil 5 personer på hvert kurs. Oppgi kurslengde 13. Grensesnitt mot andre systemer 13,1 Kundedata registreres kun en gang i alarmbehandlingsprogrammet med automatisk link/oppdatering i andre system 13,2 Grensesnitt mot Agresso og QlikView 13,3 WEB side for at kunden kan oppdatering kundedata selv. For eksempel fakturaadresse, kontaktpersoner og lignende 13,4 Generere fakturagrunnlag for abonnement, med overføring til økonomisystemet Agresso Generere fakturagrunnlag for fakturering av unødige alarmer, med overføring til økonomisystemet Agresso. Med opplysninger som bl.a. 13,5 Kundenavn og utslagssted 13,6 Overføring av data til Vision (når dette er klart fra DNK) 14. Konvertering av kundeopplysninger fra FAS til nytt system 14,1 Egen gjennomgang med ABBV hvilke data som skal overføres. 8

9 15. Alarmmottak Kunne motta alle våre alarmprotokoller med og uten tale. Dette er alarmprotokoller som: RSM02's-, Safetel's- og Securinet's protokoller. I 15,1 tillegg skal det være mulighet for å motta andre protokoller. 15,2 Ukjente alarmer skal kunne behandles for feilsøking 16. Sporing 16,1 All aktiviteter skal logges og følge kunde, hendelse og bruker 9