Fellesutredning. roaf.no

Transkript

1 1

2 Fellesutredning 2

3 Adgangskontroll gjvnst kompetanse hvor? Mest fra de som har startet på egenhånd! Selvbetjent adgang over vekt 3

4 Adgangskontroll fellesløsninger og kundedatabse kompetanse hvor? Selvbetjent «min side» med MINID pålogging Og sikkert mange flere! 4

5 Hovedelementer så langt 1. Risikofaktorer/interessenter 2. Kundedatabase 3. ID/ID-bærer 4. Mottakskontroll/betaling 5. Farlig avfall deklarering m.m. 6. Merverdi for brukerne 7. Innovasjon vs ferdig system 5

6 1. Risikofaktorer/interessenter Pkt. Risikofaktor Interessent Kommentar A) Husholdning vs Næring Myndigheter og eiere Selvkostregelverket kryssubsidiering B) Håndtering av «ikke innbyggere» Myndigheter og selskapet Er næring C) Mottakskontroll (ikke automatisert) Miljøet Riktig sortering D) ID-bærer Innbyggere Demografi utfordringer og muligheter til å utvide ID-bærere E) Kødannelse Innbyggere og ansatte Systemet sinker effektiviteten F) Utstyret terminaler Ansatte og innbyggere Vær og vind og normal bruk, og batterikapasitet G) Brukervennlighet Ansatte Riktig registrering H) Kundedatabase Selskapet 1) Eget eller offentlige registre I) Ny personvernlovgivning - GDPR Myndigheter og innbygger Hvilke data skal systemet lagre J) Systemadministrasjon Selskapet Effektiv «backoffice» funksjon K) «Snakke sammen» med betalingssystem Selskapet Fullstendig integrert L) Eierskap til data Selskapet Selskapet skal ha ubegrenset tilgang til alle data fra systemet M) «Ekstern støy» Innbyggere og politikere Forankres hos eierne? N) Privat vs nærings kort Selskapet Kunden «lurer» system 1) De ulike selskaper/ kommuner som deltar i utredningen 6

7 2. Kundedatabase Hva skal være kundedatabasen som det «sjekkes mot»? Hvordan sikre eierskap til egne data? Tall-/statistikkbehov? Regler gratis / et antall gratis / alltid betaling / annet Datagrunnlag som gir mulighet for merverdi for brukerne? AVTALETEKST LEVERANDØRER: Leverandøren må gjøre ROAF s egne data tilgjengelig på rådataformat 1). Det innebærer enten en direkte link til kilden (databasekobling / API / Webservice e.l.) 2) eller mulighet for automatiserte rutiner for eksport av data, til FTP eller epost. Aktuell løsning kan ikke være avhengig av manuelle rutiner. 1) ROAF eier alle egne data uansett hvor de er laget, og skal ha ubegrenset tilgang til disse. 2) Beskrevet 4 måter i prioritert rekkefølge 7

8 3. ID/ID-bærer RF-ID innebygd i kort NCF nær kontakt frekvens (kort/telefoner m.m.) QR-kode Strekkode Nye digitale ID-verifiseringer 8

9 4. Mottakskontroll/betaling Betjent mottakskontroll og betaling Ubetjent mottakskontroll og selvbetjent betaling Betjent mottakskontroll selvbetjent betaling 9

10 5. Farlig avfall deklarering m.m. Tilnærmet monopolsituasjon i dag Veldig kostnadsdrivende Lite kundevennlig Lite innovasjon Integrasjon med adgangskontroll og betaling er ønskelig Minst en ny aktør Adgangskontroll Deklarering Betaling 10

11 6. Merverdi for brukerne? Kan brukerne oppleve innføring av adgangskontroll som noe positivt? Krever at de føler at de får noe igjen for «ulempen» Anbefaler at flere går sammen om utvikling basert på egne data «inhouse», i stedet for å «gifte seg» med leverandør av renovasjonssystem (presentasjon av data på digitalt medium). Hva skal til for å få dette til Eierskap til egne data (da kan man ta dette momentet siden) Database for nyttegjøring av data Utviklingsmidler 11

12 7. Innovasjon vs ferdig system Kartlegg behov hvilke behov har vi? Ta hensyn til interessenter hva mener disse, og hvem er viktigst? Velg en løsning som kan utvikles for framtidige behov. Tilpass utviklings- og driftskostnaden kostnadene (flere sammen) i forhold til behov og levetid. 12

13 Noen ord med på vegen til slutt 13 roaf.no

14 Roger Stigum Avdelingsdirektør økonomi / CFO / ros@roaf.no 14