Spesifikasjoner for norske systemer Kjell-Erik B. Eilertsen

Transkript

1 Spesifikasjoner for norske systemer Kjell-Erik B. Eilertsen

2 Mål i ny versjon Lage et nasjonalt regime for produktdefinisjoner Skape bedre konsistens mellom produktdefinisjoner reisekortet transaksjonsutveksling Avregning Mer detaljerte beskrivelser for å redusere tolkningsmuligheter Dette har det vært jobbet mye med i Oslo Bedre beskrive hva som skjer på kortet for forskjellige typer generiske hendelser og produkter 2 NSB Powerpointmal mal

3 Ny inndeling GENRELL DEL 1 Innledning 2 Roller og ansvar 3 Billettmedia og produkter 4 Nasjonalt reiseprodukt 5 Personvern og datasikkerhet 6 Universell utforming 7 Avtaleverk 8 Datafangst og statistikk 9-14 Reserved future use TEKNISK DEL 15 NORTIC Specification for DESFire (NSD) 16 NSD Security 17 Fares, products and Registrars function 18 Ticket media and card specification 19 Transaction Exchange 20 Blocking of cards and products 21 Interoperable Action Lists 22 Data collection and statistics 23 Testing and Certification Reserved future use 3 NSB Powerpointmal mal

4 Nivåer av interoperabilitet To hovednivåer: Interoperabilitet på kortnivå Vil kreve tilslutningsavtale Interoperabilitet på produktnivå I denne versjonen av HB206 er interoperabilitet på kortnivå hovedmålet, slik at reisekortet kan brukes på tvers av regioner Betalingsløsninger (reisekonto og reisepenger) er knyttet til interoperabilitet på kortnivå, men vil sannsynligvis ta lengre tid Interoperabilitet på produktnivå er bilateralt/multilateralt som før 4 NSB Powerpointmal mal

5 Nivåer av interoperabilitet på kortet 1. Grunnversjonen av NSD. Felter merked unused brukes ikke. 2. Bruker grunnversjonen, men åpner for bruk av felter merket unused 3. Bruke fritekst -felter, fx contractdata, men følger en strukturen i godkjente utvidelser 4. Bruke fritekst -felter uten å følge godkjente utvidelser Bruk av nivåene 2-4 gir begrenset eller ingen mulighet for produkter interoperable med andre aktører. Krever særskilte bilaterale avtaler. Bruk av nivå 1 minimerer kostnadene og kompleksiteten, men reduserer fleksibiliteten Fleksibilitet: 1 Kostnad: 1 Interoperabilitet: NSB Powerpointmal mal

6 Viktig for interoperabilitet på kortnivå Fremmede kort skal kun aksepteres dersom både kortutsteder og tjenesteyter er tilknyttet tilslutningsavtalen Må kunne filtrere godkjente kort basert på kombinasjonen av nettverks-id (envnetworkid) og kortutsteder (CI_Header.retailer) Transaksjonsutveksling skal skje iht del 19 Kortutsteder er ansvarlig overfor kunden Sperring av kort, rekonstruksjon osv Krever full kunnskap om kortet, dvs motta alle transaksjoner Produkteier har ansvar for egne produkter Rekonstruksjon, refusjon osv Felles regler for kort og produkters livssyklus Utstedelse, sperring og sletting Identifisering av produkter 6 NSB Powerpointmal mal

7 Grunnleggende Prinsipp: Felter på kortnivå må være felles for alle aktører Felter på produktnivå må ha noen felter felles på tvers av aktører, men ikke alle Rammeverket må også følges for ikke-interoperable produkter Det er fx ikke tillatt å erstatte hele kontraktsinnholdet med en ny struktur Noen felter må alltid være tilstede for produkter Identifikasjonsfelter I kontrakten: Minimum contractnetworkid (hvis forskjellig fra kortets), contractprovider, contracttariff og contractserialnumber 7 NSB Powerpointmal mal

8 Kompatibilitet Både bakover- og fremoverkompabilitet er kritisk Nye utvidelser som kan påvirke systemer i drift er ikke tillatt Skal alltid ignorere det man ikke forstår Robusthet overfor andres løsninger Hvis programvaren leser et produkt eller en hendelse det ikke forstår, skal dette ikke føre til at hele kortet avvises. I stedet skal man ignorere produktet/hendelsen og fortsette til neste produkt/hendelse. 8 NSB Powerpointmal mal

9 Områder påkrevd for nasjonal interoperabilitet Regler for sletting av utgåtte produkter Prinsipp: Produkter bør ligge en stund etter utløp for å forenkle fornyelse Det innebærer at kortet kan bli fullt For kunder som reiser på tvers av regioner innebærer det at for å ikke bli avvist må man kunne slette fremmede produkter når de tilfredsstiller gitte regler Utvidelse av beløpsfelter I ENV 1545 er det to felter som hører sammen - et for beløp og et for valuta/tierpotens Så langt har vi forutsatt NOK og 1/10 krone, og feltet for valuta/tierpotens har ikke vært brukt Dette tas nå i bruk, men skal kun brukes for beløp over kr 6535,50 9 NSB Powerpointmal mal

10 Områder påkrevd for nasjonal interoperabilitet (forts) Utvidelse av hendelseslogg Tidligere ble type hendelse identifisert gjennom hvilke felter i hendelsesloggen som er brukt/ikke brukt eller gjennom ikke-interoperable utvidelser Nå er feltet eventdisplaydata tatt i bruk for å angi type hendelse Sperring av kort Dagens metode forutsetter en felles sperreliste Av kapasitetshensyn er en ny metode foreslått Aksjonslister Dagens metode videreføres, hvor hver aktør sender opp og laster ned hele listen hver dag I tillegg skal alle sperringer oppdateres mot en sentral tjeneste i sanntid, og sjekkes i sanntid minimum ved refusjon og rekonstruksjon For aksjonslister ligger det ikke an til noen felles liste. Det forutsettes (foreløpig) at aksjoner utføres hos den part hvor de er bestilt av kunden. 10 NSB Powerpointmal mal

11 Ny transaksjonsspesifikasjon Hovedendringer: Tillater både XML- og XDR-format (hver aktør velger selv) Sentral tjeneste skal oversette mellom dem Noen felter er lagt til fx. CTA kontonummer, for å legge til rette for avregning Transaksjonsteller pr produkt osv Fritekstfelt er lagt til for å dekke tilsvarende utvidelser på kortet Gjort vha navn/verdipar i hver type transaksjon Navnekatalog vil bli vedlikeholdt av registrar Kan inneholde flernivå navnerom Vil finnes i både XDR og XML (opaque data og string) deviceid endres fra 3 char string til 4 byte uint Kombinasjonen av deviceid og complementdeviceid er den komplettte identifikasjonen, og skal rapporteres Hver aktør velger selv hvordan disse brukes 11 NSB Powerpointmal mal

12 Spesifikasjoner for prosjekter HB206 definerer en felles infrastruktur for kort, transaksjoner mm Den definerer ikke noe felles takstsystem. Dette styres fremdeles av fylkene/operatørene som før. Alle produkter skal imidlertid implementeres på HB206. Av hensyn til fremtidige interoperable produkter anbefales det sterkt at de generiske produktene/mekanismene som er beskrevet i del 18 brukes. Erfaring tilsier at å dra papirproduktene inn på et elektronisk kort uten å endre takstreglene ikke er noen spesielt god ide. Ved nye prosjekter bør (ny) HB206 være en del av kravspesifikasjonen Det er viktig at leverandørene følger de grunnstrukturer og kodifiseringer som beskrives i del 17, 18, 19 og 20. Spesifikasjonene fra kunden bør inkludere HB206, samt kundens egne spesifikasjoner for hvordan HB206 skal anvendes i eget prosjekt. Enkelte deler er påkrevd, andre er valgfrie. 12 NSB Powerpointmal mal

13 Egne spesifikasjoner Et område som har vært tatt for lett på i de fleste prosjekter i Norge er takstspesifikasjoner Hos mange er takstreglene mer kompliserte enn det som er hensiktsmessig. Takstreglene bør derfor forenkles før et prosjekt lyses ut. Som regel er taksthåndboken vedlagt. Denne er sjelden detaljert nok for en implementasjon. Det anbefales å detaljert beskrive implementasjonen av hvert enkelt produkt iht HB206, fx hvilke felter endres i forskjellige tilfeller (salg, bruk refusjon osv). Datamodellene for produkter, geografisk topologi osv i levert system må sikres at både støtter kravene i HB206 og kundens eget regelverk. 13 NSB Powerpointmal mal

14 Egne spesifikasjoner (forts) Betalingsmidler Mange ønsker å tilrettelegge for en «pay-as-you-go»-løsning Kombinert med Datatilsynets krav til anonyme løsninger peker dette i retning av reisepenger (verdidel) på kortet som betalingsmiddel. Sikkerhet Pr i dag brukes samme nøkler for å legge inn og bruke billetter og reisepenger på kortet. Dette er nødvendig for å oppnå interoperabilitet på Mifare DESFire. Nøkler skal håndteres sikkert, og lagres på SAM eller tilsvarende ved bruk. Kravene til sikkerhetsløsning er foreslått skjerpet, fx gjennom bruk av differensierte nøkler. 14 NSB Powerpointmal mal

15 Egne spesifikasjoner (forts) Oppgjør og regnskap Mange hyllevareløsninger, spesielt utenlandske, er dårlig tilpasset kundens krav og behov for hvordan sjåføroppgjør o.l. håndteres. Dette er ikke en del av HB206, men helt og holdent den enkelte parts ansvar. Testing For fremtidige prosjekter bør nasjonal interoperabilitet være en del av prosjekter Dette innebærer at det må settes av tid og ressurser til interoperabilitetstesting og sertifisering (del 23) Her sjekkes håndtering av kort, transaksjoner og sperring som minimum Dersom de innledende spesifikasjonene ikke er detaljerte nok vil dette ta mye tid og ressurser IO har utviklet verktøy som kan gjøre denne testingen enklere 15 NSB Powerpointmal mal

16 Gjenstående tekniske deler av HB206 Del 16 Sikkerhet Del 17 Takster, produkter og registrarfunksjoner Del 20 Sperring av kort og produkter Del 23 Testing og sertifisering Integrering av fergespesifikasjon Også viktig å få etablert forvaltningsorganisasjon og endringsrutiner 16 NSB Powerpointmal mal