BoB nationell samverkan

Transkript

1 BoB nationell samverkan

2 BoB nationell samverkan Från verktygslåda till byggarbetsplats

3 Från projektet levererades en verktygslåda och nu är många mitt uppe i projektering och byggande. En del har gjort sina första implementationer, andra är i projektfaser och planeringsfaser. Under dagen idag ska vi göra en återblick på projektet och vi ska få höra om flera implementationer och hur man har löst det och vilka utmaningar som har kommit upp till ytan. Syftet med dagen är att vi ska lära av varandra, reflektera kring projektets målbilder, kanske hitta behov av nya målbilder och vi ska diskutera mycket om att säkra interoperabiliteten och implementationerna.

4 Agenda 15/ :30 10:00 Kaffe och macka Introduktion Samtrafiken, 30 min Tre föredrag om pågående implementationer á 30 minuter 12: Lunch Två föredrag om pågående implementationer á 30 minuter Reflektion kring BoB-integrationer i förhållande till målbilder Projekt ID-baserat resande Kaffe Diskussion kring kvalitetsstämpel/certifiering/testmiljö Samverkan, best practice Sammanfattning Avslutning

5 Samverkansforum Jens Tångefjord Brodin

6 Samtrafikens fokus- och samverkansområden Kombinerat resande Standarder Data

7 Det är premiär för vår nya form av samverkan. Tidigare fanns det olika referensgrupper. Nu håller vi samverkansforum som knyter an till Samtrafikens fokusområden standarder, data och kombinerat resande. Det blir fyra tillfällen per år och de tre fokusområdena kommer tidsmässigt ligga efter varandra så att ni kan delta på flera. I första hand är det för Samtrafikens partnerföretag men vi anpassar inbjudningarna efter agendan. Nästa tillfälle är i slutet av maj. Håll koll på Twitter, LinkedIn och i mejlen.

8 Tillbakablick på projektets målbilder och drivkrafter Kimiko Sörensen

9 Välkomna ombord!

10 Varför startade projektet? Projektet startade för att vi behövde lösa gemensamma utmaningar med biljetter. Och tillsammans blev det lättare och bättre. Branschen har gemensamma utmaningar med biljetter Flera av utmaningarna löser vi bättre tillsammans Samtrafiken är samverkansarenan

11 Vilka medverkade? Vi var en blandning av kommersiella och länsbolag. En utmaning var att vi skulle lägga ner stridsyxan om att vi var konkurrenter i affären men inte i systemlösningar. I projektet hade vi grupper för marknad, teknik och två styrgrupper. Alla beslut fattades i konsensus.

12 Vilka var de gemensamma utmaningarna? Att validera egna biljetter Att sälja andras biljetter Att nå öppenhet och valfrihet (minska beroendet till leverantörer)

13 Genomförande 3. Verktyg Vi radade upp problemen ur resenärens, operatörens, utförare och statens perspektiv. Tidsaxeln var att det skulle vara klart 2020 men det var redan klart Målbilder Reseplanerare med köpfunktion Maskinell validering Sälja varandras biljetter Betala med kontokort ID-baserat resande Standardiserade gränssnitt Nationell arkitektur 1. Probleminventering 13

14 Vad har vi skapat? Projektet har skapat förutsättningar Vi har gjort ritningar för hur systemen ska se ut. Om alla följer det kan vi sätta ihop det. Varje aktör bygger Tillsammans skapar vi resultatet

15 BoB arkitektur Avgränsningar: Clearing, avtal mellan parter, resenärskategorier (men standarden är anpassad för det).

16 BoB ett företag Komplett BoB MTB spec 16

17 BoB - Interoperabilitet BoB-samverkan Co-ordination De överenskomna BoBapierna måste harmonisera med det egna säljsystemet. Inga genvägar för att säkerställa interoperabiliteten. MTB spec 17

18 BoB skapar förutsättningar för interoperabilitet men löser inte alla frågor

19 Marcus Weiland ger oss senaste nytt från Samtrafikens styrelsemöte 13/3: Nytt partneravtal som börjar gälla 1 juli. I det finns mer pengar för förvaltning av BoB och då kommer vi kunna göra det mer baserat på era behov. Beslut togs om projekt öppna data som löper under 4 år. Bra data krävs för en bra kombinerad biljett. En portal kommer att utvecklas för att skicka in data. I projektet finns också delar om harmonisering av hållplatser och ett nationellt reseplanerar-api (2021). I BoB-samarbetet behöver det lösas tidigare. I Samtrafikens affärsplan finns punkter om reseplanerar-api för BoB, att vi ska höja vår kompetens inom BoB, att vi ska ha en referensimplementation samt fullföljandet av ID-baserat resande.

20 Movingo, se separat presentation Mälab, Ridango, Movea, Unicon

21 Tomas Ahlberg, Mälab: Movingo är en pendlarbiljett för Mälardalen. Man vill bryta ner länsgränserna i Mälardalen. Ett arbete sedan 90-talet med ny järnväg och nya tåg. Tanken är att resa med en biljett i alla 6 länen + SJ (Regional) och Trosabussen. Tåg i Bergslagen kommer att ingå i Movingo. Diskussion om Intercity-tåg. Säljs i SJ-kanaler (LOKA-system), sj.se och SJ-app bygger på Silverraillösning. Kan inte öppna SL-spärren. Unga använder appen trots att man inte kan öppna spärren. Använder hellre appen än att ta med tre biljettämnen. De vuxna (50%) kör med biljett och spärröppnare. Totalt användare / månad. Nästa alla köper 30 dagarskort. Nu försöker vi skapa ett 3: säljsystem (BoB) och via app (egen och SJapp).

22 Jukka Julkunen, Movea: Centralsystemet BRUM för APP och Webb. Grundläggande lösning på plats; integration med övriga system kvarstår; längst har men kommit med SJ. Länstrafiken i Sörmland tar över förvaltning. Test i trafiken planeras i maj och efter det avslutas projektet. Vad är status mot ombud? Inte aktuellt idag. Diskussion har förts om API. Validatorer klara i Södermanland och Västmanland. Appen är enkel, aztec-koden kan innehålla 9 olika biljetter som ska kunna läsas i alla län. Centralt säljsystem (LT) Validering i Brum, koppling till SJ säljsystem via API. Tanken är att varje län ska kopplas in varefter deras BoB-lösning blir implementerad. SLs försäljningskanal är i drift. Validatorerna rullas nu ut men kan ännu inte läsa av Movingo eller annan part men det är prio. På spärrkroppen kommer det vara en läsare för Accesskortet (blå); den gröna är för att läsa av BoBbiljetter. SL kommer införa läsning av streckkod i bussar (=2200 st).

23 Per Zetterman, Unicon: Varför via BRUM= färre integrationer och det blir 0-biljetter vilket man velat undvika med andra tredje partsförsäljare. RKM tillhandahåller sina biljetter för 0-kronor och sedan får de tillbaka enligt en fördelningsmodell. Status: Nu finns endpoints utvecklade och man har testat mot Samtrafikens testmiljö. Nu väntar man på att hämta in biljetter, tester mot SJ. LT och VL har samma leverantör vilket underlättar. Nästa steg är UL och sedan SL. Frågeställningar: Kommunikation om svartlistning, vi kan inte byta/dela information om svartlistning. Process för att hantera om ett system ligger nere. 3 hur kan vi uppgradera biljetter, t.ex. 1 årsbiljetter.

24 Frågor från publiken Vilken av BoBs målbilder uppfylls?- Det är en kombination av flera. Vi vill tillgängliggöra biljetter för så många som möjligt, desto fler kanaler, desto mer biljetter. Vilka sträckor är populärast? - Uppsala-Stockholm ligger i toppen men även Västerås-Stockholm C är populär. Hur långt har ni kommit när det gäller resenärskategorier, t.ex. pensionär och ungdom och harmonisering av dem?- Movingo kan inte bestämma vilka resevillkor som ska gälla i respektive län men en handbok har tagits fram som beskriver minimikrav. Kommer ni ha kort för de som inte vill använda mobil/app?- Någon back-up för mobil kommer det säkert att finnas men förhoppningen är att de flesta ska välja appen. Några funderingar på biljetter för sällanresenärer?- Vi hänvisar till Resplus,10 biljetter och helgbiljetter. I övrigt är det en framtidsfråga.

25 Regionsamverkan syd, se separat presentation Halland, Kronoberg, Jönköping, Kalmar, Blekinge, Skåne, Kirei, Stratiteq

26 Man börjar med Skåne och Blekinge men även Östgötatrafiken, Västtrafik och SJ. Skåne kommer börja sälja biljetter över till Danmark i år. Danskarna ska kunna validera sina biljetter även i Danmark. Inventering är gjord för vad som går över gränsen och tagit fram användningsfall för att ta fram lösningar. Singapore är namnet på det nya försäljningssystemet för länsöverskridande resor. Test Lynx-Singapore under våren. Vi vill även baka ihop det med Västtrafik. Kirei har drivit ett projekt som är en påbyggnad på BoB - ingen biljett bara en referens till en biljett. Nu vill vi göra en POC för det här eftersom Skåne har NFC. Och i nästa steg se att det fungerar med flera. Det är i sin linda just nu! SJ MORE och BoB, SJ och Samverkansgruppen (LYNX). Användningsfall och typresor har tagits fram. Idag kan KLTs app visa resa från Orrefors via Nybro till Kalmar men inte sälja SJ-delen. I SJ-appen kan man köpa men Kalmar kan inte validera. Tidplan: Qubic stänger ner dec 2019 vilket pressar oss att ha nya säljkanaler framme till dess. Upphandling pågår av mjukvara för kundcenter och Mina sidor. Kundapp upphandlad 2017 men överklagad.

27 Samverkan i övrigt: Man ska hitta resan och veta att resan går. Trafikinformation lika överallt - i en app kunde man köpa utan att få info om stopp i trafiken, men i en annan app fanns information om stoppet. Utmaningar: Frågor om interoperabla resor - hur vet personalen vilken slutstation? Vilken information ska utbytas? Samtrafikens förvaltning och utveckling: snabbhet vid begäran om förändring. Mer lättläst information; mindre teknisk; gärna med typfall. Den gemensamt beslutade ändringsprocessen är långsam för att alla parter ska kunna analysera konsekvenser innan beslut. Skåne visar en systemskiss som översikt. De röda delarna är klara. Egen utveckling och nära samarbete med kontrollanter och tågvärdar. Senaste nytt är en konsument-app och en webb är på gång. Även en backoffice är på plats. Upphandling av nya automater och utrustning till bussar och återförsäljare. Även Skåne har deadline dec-19.

28 Frågor från publiken Hur tänker ni kring Resplus när det gäller kombinerade biljetter där sydtaxan tar slut, t.ex. Örebro-Helsingborg?- Vi har inte kommit så långt ännu men interoperabilitet är jätteviktigt. Vilken reseplanerartjänst använder ni?- Forsler&Stjerna både i Kalmar och Skåne. Är de olika back-end också enligt BoB? Back-end för appen är inte BoB p.g.a. att BoB-apierna inte var klara vid upphandlingen av appen. Vi kommer implementera BoB framöver, dock inte i konsument back-end. Kommer konsumentappen bara att sälja Skånetrafiken? Det kommer vara BoB där BoB är relevant, d.v.s. för att säkerställa interoperabilitet.

29 BoB-UL, se separat presentation UL, Sogeti

30 Admin webb: dashboards, sjukresor BoB-biljetter och nytt användar-gränssnitt. Klara att sälja SL-biljetter, men det är först klart när SL kan validera dem. Ta fram pilot för att testa nya läsare. Både hur resenären och föraren hanterar det. 21 maj kommer BoB-biljetterna att släppas. Validatorer på alla bussar i oktober. Inga integrationer i nuläget men prio 1 är SL, Movingo 2 och övriga 3. Förvaltning - utveckling sker med inhyrd personal och UL har systemövervakning med jour. Utmaningar: Bland de första- oprövad Framtida utmaningar- Affärsregler och olika implementeringar Begränsade aktörer att testa på. Önskemål till Samtrafiken-snabbare ändringsprocess. Spridning av information till förslag riktat utskick till mottagare exempel till utvecklare, försäljning. Öppen data har så många bra kopplingar till BoB. Samtrafiken bör belysa kopplingen mellan dessa projekt.

31 Frågor från publiken Kan ni berätta mer om sjukresor?- Resenären anger personnummer som skickas till Kosmic som kontrollerar om det finns ett besök inom de närmsta 24 timmarna. Om det gör det skickas en aktiverad 0-biljett till resenären. Visst finns risk att någon chansar på ett personnummer och får en biljett men det är bara personnummer som har ett besök inom de närmsta 24 timmarna. Hur fungerar lösningen med sjukresor kopplat till GDPR?- Projektet har ställt frågor till regionen men inte fått tydliga svar, dock har så mycket åtgärder som möjligt vidtagits. Hur jobbar ni med harmonisering av resenärskategorier?- Det är inte alltid en politisk fråga utan också en fråga om vilka utgångspunkter man har. SL kan ha barnrabatt på ett annat sätt än UL, då SL t ex har tunnelbana som utan problem kan ta en dagisgrupp vilket får helt andra konsekvenser för UL. SL har generösa pensionärsrabatter vilket kommer bli svårt att ändra men som UL kan ha svårt att anpassa sig till för att säkerställa kostnadstäckning. Det konstaterades att detta kommer bli något vi kommer prata mycket om framöver.

32 Lunch!

33 SJ, se separat presentation SJ

34 SJ More - ett koncept med flera projekt med BoB-standard. Trygghet för resenären att kunna använda appen var och hur jag än åker. Movingo köpa, distribuera och validera med befintlig lösning. Köpa en produkt med olika typer av tillval, spärren på Arlanda, 1kl, resa i Västtrafik under perioden. SJ börjar med periodbiljetter men tittar framåt på enkelbiljetter. Finns bara i SJ-app och låses till en enhet. Det går att flytta men då måste man ringa Kundservice. Särskild funktion för kontrollant med en hemlig gest. Testat upp till 10 biljettkoder, beroende på hur mycket andra operatörer lägger in i sin kod. När SJ frågar Västtrafik så är det Västtrafik som är ansvariga för att informationen stämmer. En del utvecklas helt internt av SJ som anropas av andra parter. Men delen som är kopplad till biljetter och bokning så ligger det hos Silverrail. Ticket-api utanför Petra. Bygger helt enligt BOB för att vara interoperabel

35 Frågor från publiken Det saknas stöd för svartlistning?- Det finns stöd för svartlistning i koden men inte för andras svartlistade biljetter; men tex kan det inom Movingo finnas en gemensam svartlista. Det finns möjlighet till ytterligare delad information om svartlistade biljetter men det måste utredas. Uppfinner ni en ny Resplus-biljett?- Just nu tittar SJ bara på periodbiljetter. Det är viktigt att testa i olika miljöer t.ex. olika telefoner, skärmstorlekar, avläsningsutrustning och ljusförutsättningar. Kan kontrollanten visera och läsa av olika typer av biljetter?- Ja men fokus är att kunna läsa av de egna biljetterna.

36 Resplus Samtrafiken och SilverRail Technologies

37 Kombinerade biljetter med olika trafikföretag/färdmedel har funnits i 25 år Gemensamt kundlöfte med kom-fram-garanti och störningshantering genom 0-biljett Olika åldersregler, rabatter Reseplanerarfunktion med rikshållplatsnummer Förköpta biljetter med sms, pdf, app eller automatutskrift Länsöverskridande resor och samtaxering Avräkning mellan säljande part och trafikföretag Anpassar zonbaserade till relationsbaserade resor

38 Resplus - Interoperabel lösning idag Priser, rabatter Säljbara linjer, hpl, zoner Avräkningsunderlag Bytestider Hållplatser Tidtabeller Utan biljettsamverkan RDB/Resplus

39 Det är ett system med centraliserad datalagring och hantering som sedan sprids till flera hundra distributörer. Ni på trafikföretagen levererar trafikdata i form av hållplatser, linjer, bytestider och tidtabeller. De flesta levererar också priser, rabatter, vilka hållplatser och linjer som ska vara säljbara och ett avräkningsunderlag. Allt detta data ska fungera i SilverRails bokningssystem som är byggt utifrån ett relationsbaserat resande som ska fungera i en sökmotor med tidtabell och mot många olika gränssnitt över hela Sverige. För att det ska gå att kombinera resor från olika datakällor lägger vi till bl.a. rikshållplatsnummer, gånglänkar, register över olika åldersregler, zonkartor och zonmatriser, samtaxeringsmodeller och avräkningsunderlag. Med hjälp av det får vi rätt pris och rätt avräkning mellan trafikföretagen.

40 Resplus med BoB??? Bytestider Hållplatser Tidtabeller Utan biljettsamverkan RDB/Resplus

41 Vår utmaning för Resplus med BoB ligger i att identifiera vilket grunddata utöver trafikdatat som behövs för att fortsatt kunna kombinera olika delsträckor och olika trafikföretag med varandra. Pris och produkt ska hämtas direkt från respektive trafikföretag, och nu måste vi lära oss HUR vi ska fråga i BoB-apierna. Vi inser att HURet innebär att vårt arbete behöver anpassas så att vi får rätt pris för rätt resenärskategori, för eventuell samtaxering och länsöverskridande resa.

42 Utmaningar för en 3:parts integratör som vill anropa flera BoB-system BoB-standarden beskriver hur man hämtar en biljett säkert från ett BoB-system Ej definierat hur man gör en generell integration mot flera BoB-system Biljettypen med förköpsperiod måste definieras (finnas tillgänglig) Skapad PDF-biljett måste vara giltig i framtiden hur länge? Ingen device-signering för en PDF-biljett Fraud detection Biljettgiltighet Aktiveras vid 1:a validering Alternativt en biljett som gäller hela dagen Produktidentifiering / filtrering Hur ska passande produkt filtreras ut i BoB-systemet? Hur ska vi få 0-biljetter vid störningar för Resplus kom-gram-garanti? Hur ska integrationen bli smidig både för integratör och trafikföretag? Stations/Hållplatsnummer Zoner Taxesammarbeten när man frågar var och en Länsöverskridande resande Antagligen liknande problematik även för här och nu-biljetter samt periodbiljetter

43 Olika resvägar inom ett länstrafikbolag ger olika zonkombinationer Zon A Zon B Zon C Zon A,B,C eller zon A,C hur ska tredje part veta vilket pris? Tredjepart vill veta hållplats i A, hållplats i C och linjenummer.

44 Länsgränsöverskridande resa Tredjepart vet inte var länsgränsen går och hur den skall fråga respektive BoB-system. Län A BoB-A Län B BoB-B Skall anrop göras till två olika BoBsystem trots att det är en operatör som kör hela vägen? Hur ska ev. samtaxeringsrabatt hanteras?

45 Biljetter och layout

46 Biljetterna distribueras som: Pdf med MTB som skrivs ut på papper eller visas upp i mobilen Sms som kommer att kompletteras med länk till url med MTB Utskrift från biljettautomat med MTB MTB som skickas till säljställets app. Dock finns det ingen nationell app för alla Resplus-resenärer att ladda ner. Biljettlayout: MTB kommer förmodligen placeras efter varje delsträcka, med samma MTB för alla delsträckor. Dagens svagheter med Resplus kommer att lösas med BoB: Kan ej valideras maskinellt idag >> kommer att läsas och valideras av varje trafikföretag som egen biljett Osäkra biljetter idag >> med koppling mellan validation service och ticket service samt med fraud detection blir biljetterna lika säkra som era egna biljetter Försäljningen ligger utanför trafikföretagens system idag >> er egen ticket service har mastern på alla sålda biljetter och kan jämföras mot Resplusavräkningen

47 Resenärsperspektiv och validering Jag vill resa från Alvesta till Vimmerby om 30 dagar Dag 1 Öresundståg.se Vilande biljett via mejl, app Biljett Pris Giltig för: Operatörer Datum Avgångs/ankomsttid Resenärskategori Sträckor/ linjer Dag 30 Vilande biljett via sms, automat Aktivera biljett som PDF/SMS JLT KLT Dag 30 Alvesta Nässjö Vimmerby

48 Resan från Alvesta till Vimmerby med byte i Nässjö innehåller en tågresa med Krösatåg där JLT står som färdmedelsproducent i tidtabellen. Nässjö ligger i JLTs område men man byter till en buss som körs av KLT. För att få ihop resan måste frågor om pris och biljett ställas till alla tre län: Kronoberg, JLT och KLT. Ombord på tåget i Alvesta valideras kronobergsdelen av biljetten. I Nässjö valideras JLT-delen av biljetten. Endast om kontroll sker ombord på bussen när länsgränsen mot Kalmar har passerats sker validering av KLT-delen. Dialogen med resenären riskerar att bli fyrkantig vid t ex störningar i trafiken. Vid validering på Krösatåget läser ombordpersonalen endast kronobergsbiljetten och ser inte att det är byte i Nässjö och slutdestination i Vimmerby. Inom Resplus ska trafikstörningsbiljetter med 100% rabatt kunna utfärdas för att resenären ska komma fram utan extra kostnad.

49 Tidplan med EN integration Nuvarande lösning Dagens lösning måste fungera parallellt med övergång till BoBlösning. Övergång (Dialog,analys, lösning, implementation, tester) BoB lösning

50 Resplus med alla Operatör Operatör 1 BoB lösning BoB lösning BoB lösning Operatör 2 Övergång BoB lösning BoB lösning Operatör 3 Nuvarande Nuvarande Nuvarande Operatör 4 Övergång BoB lösning BoB lösning. Operatör 48 Nuvarande Övergång BoB lösning Det kommer vara en blandning av nuvarande Resplus, övergångsfaser och färdiga BoB-lösningar i systemet. Viktigt att inte resenären märker någon försämring under tiden.

51 Sammanfattning Vi har ett stort arbete framför oss med att kartlägga och hitta en lösning på alla utmaningar Bjuder in till dialog med alla som är redo för Resplus BoB-integration Undersöka om ID-baserat resande underlättar för Resplus Förköpta biljetter hur lång förköpsperiod och behov av vilande biljetter med aktivering Kom-fram-garanti en produkt för 0-biljetter för störningshantering behövs Samtrafiken behöver utreda hur datafångst och spridning av data ska gå till för BoB-lösningar för Resplus och även till andra tredjepartsaktörer.

52 Frågor och inspel från publiken Det finns ett grundläggande tänk som stödjer de identifierade utmaningarna: Det är fullt möjligt att tala om för andra aktörer att inte förvänta sig en signatur på en biljett. Det går att få vilande biljett. Taxesamarbete: det finns utrymme i standarden att indikera var resan börjar och att man lämnar över resenären. Måste det finnas pdf-biljett? Ja just nu i alla fall. Sms-biljetten med länk är väl säkrare? Ja, och det går att utveckla så att koden blir rörlig. Det verkar som att man har en uppfattning om hur man vill lösa ett problem. Bra med ett forum för hur man löser ett problem istället för vi måste göra så här.

53 Reflektion kring implementationer och målbilder

54 Målbilder

55 Reflektion och spaningar Kommer vi att uppfylla målen? Blir det interoperabelt på nationell nivå? Hur ska vi säkerställa att standarden används till branschens bästa Resenärsperspektiv Tekniskt perspektiv Ekonomiskt perspektiv 57 23/03/2018

56 Inspel från bordsdiskussioner Att sälja varandras biljetter är en teoretisk möjlighet, svårt att förstå sortiment. Effekten av den nationella reseplaneraren, att den som finns inte används mer. Länsbolagen kan pusha för Resrobot. Bob-standarden är flexibel vilket är bra men när man kan göra det på flera sätt kan det bli svårt för den som ska göra flera integrationer. Standarden är bra men det kan behövas en affärsdiskussion. Tillexempel om alla hanterar länsbiljett på samma sätt. Ett hinder kan vara hur resenären ska göra, resenären möter olika validatorer. Betala med kontokort skulle formulerats på annat sätt idag när det finns flera andra betalsätt. Reseplaneringsfunktion är central för att nå kunderna och göra kollektivtrafiken attraktiv och kunna söka på tid och/eller kostnad. Att skicka med hur man vill att biljetten ska presenteras.

57 Inspel från bordsdiskussioner En komplett köpupplevelse bör harmoniseras med andra standarder t.ex. för realtid och hållplatsharmonisering. Lite info idag om att öppna upp för att sälja genom tredjepart inte bara varandras. Målbilderna håller, men det finns mycket kvar att göra.

58 Projekt ID-baserat resande Per Zetterman

59 Vad menar vi med ID baserat resande Referens till (refererar till) en förteckning som innehåller de rättigheter (biljetter, tillgodohavanden, etc.) som resenären har rätt att disponera.

60 Vad är skillnaden med ID mot de BoB-lösningarna som implementeras just nu?

61 Dagens implementationer Samma med ID

62 Varför ID? Minska insteget till kollektivtrafiken Skapa förutsättningar för kontobaserat resande Förenkla för systemägarna exemplet Resplus Skapa förutsättningar för nya kunderbjudanden exemplet Hammarby Skapa förbättrade förutsättningar för interoperabla lösningar mellan olika aktörer exemplet ATG

63 Projektet ID-baserat resande Modul 1 - Bärare Modul 2 - Interoperabilitet Modul 3 - Juridik Oktober 2017 Mars 2018

64 Andra bärare än BoB NR Risk Sannolikhet Konsekvens Riskvärde Åtgärd Ansvarig Om några parter väljer att inte implmentera BoBapplikation Diskussion om detta behöver lyftas utanför 10 för ID baserat projektet efter att riskeras nationell enskilda parter gjort egna BoB förvaltning interoperabilitet för ID baserat. utredningar. Förslagsvis hösten 2018

65 Frågor från publiken Vad ställs det för krav för bäraren? Svar: att bäraren enkelt kan autentiseras samt att innehållet kan garanteras. Fredrik lägger till - Första utkast för specifikation för bärare. Idag ingen vägledning ännu, vilket blir nästa steg att beskriva hur man använder och skapar nytta, t.ex. hur kan man migrera sina gamla kort. Ska det bara vara NFC? SL, SJ m.fl. vill att man så småningom även ska kunna använda EMV. Kan device-id vara ett id? Det kommer kräva mer; det måste vara unikt. Har ni funderat på biometriska id? Nej, det har vi inte.

66 Fika!

67 Certifiering/kvalitetsstämpel Verifiering och testmiljö bobby

68 Certifiering/kvalitetssäkring Workshop hölls 1/ som kom fram till: - Ingen certifiering nu - Skapa en referensinstallation för tester på Samtrafiken - Utvärdera igen när implementationer har startat 70 23/03/2018

69 Testmiljö för klienter Testmiljö Stöd för följande APIer Authentication Device Inspection Product Ticket Validation Är en molntjänst, kräver certifikat

70 Testprogramvara för servrar Grundfunktionalitet för att testa BoB-tjänst Stöd för samma APIer som testmiljön Kommer att släppas som öppen källkod Testprogram

71 Online validator Experimentellt gränssnitt mot en viseringstjänst (validation service) Man skickar in MTB Nycklar Realtidsdata/omgivning Som svar får man Är biljetten giltig? Om inte, de fel som har upptäckts

72 Certifiering/kvalitetssäkring Gruppövning: - Fungerar Samtrafikens testmiljö som tänkt? - Vad behöver eventuellt utvecklas? - Ser vi fortsatt inget behov av certifiering? 74 23/03/2018

73 Inspel från bordsdiskussioner Testat bobby och erfarenheten är att testa med blanka ark och det var nyttigt, jättebra!! Men för att testa mer omfattande var svårare t.ex. produktutbud, geografi och flera parter. En certifiering på bob-apierna för interoperabilitet, men det är lite för tidigt ännu. Stöd vi upphandling där man kan kräva certifiering, tvingande/ frivillig. Det får inte vara för dyrt för att små säljkanaler ska se det som värt. Gärna en certifiering för att undvika för många dialekter, undvika en ny RKF. Ja till certifiering men i vilken mån? Fokusera på de delar som är kopplade till interoperabilitet. Inte det viktigaste; bättre att använda Samtrafikens timmar till att dokumentera best practice och goda exempel. I övrigt självsanerande.

74 Inspel från bordsdiskussioner Vi förstår att kostnaden för certifiering blir hög, men möjlighet att ta fram testcase-mall. Ett gör det själv-certifiering Certifiering? Nja; lägg resurser på annat. Självcertifiering med testprotokoll (som man fyller i själv). Begreppsbeskrivning - samsyn av vad man avser. Komplettera dokumentationen, testa tidigt med andra.

75 Samverkan, best practice

76 Samverkan hittills och framöver Hur har samverkan fungerat under 2017? Marknadsgrupp och Teknikgrupp Framtagande av process för ändringshantering Hur ska vi samverka nu när implementationer har inletts? Hur ska vi kunna lära av varandra? 78 23/03/2018

77 Förvaltningsorganisation 2017 Marknadsgrupp Teknikgrupp Objektägare Kimiko Sörensen Objektägarer IT Martin Valldeby Förvaltningsledare Laila Berkhahn Förvaltningsplan Specialister

78 Ändringshantering Syfte med ändringsprocess: Att BoB-specarna förvaltas enligt en överenskommen process där relevanta intressenter har insyn och möjlighet att påverka Relevanta intressenter Alla trafikföretag som har eller håller på att implementera Samtrafiken Vad ska förvaltas? Beskrivning av gränssnitt och hur de anropas APIer Beskrivning av biljettspecifikationer MTS 1-7 Forum: BoB-tech tekniskt diskussionsforum CAB Change Acceptance Board Roller: CM Change Manager på Samtrafiken BoB-ansvarig: huvudkontaktperson på varje trafikföretag Först ut att testa processen: CR om anropsstyrd trafik. Den är nu ute på sista remiss och CABen ska fatta beslut i april. Nästa ändring som är aktuell är MTS 7 och eventuella API-ändringar som är ett resultat av projekt ID-baserat resande.

79 Processen Idé från initiativtagare Förankring inom bob-tech Initiativtagare skapar en branch Inititativtagare lämnar in en CR Samtrafiken skickar ut på remiss Samtrafiken sammanställer remissvar BoB-ansvariga bjuds in till CAB CABmöte CAB når inte konsensus CAB beslutar om ändring Samtrafiken mergar branchen och informerar om ny version Ärendet går tillbaka till dem som avslog och till initiativtagaren

80 Deltagare i CAB: De företag som genomför eller har genomfört implementationer CAB består av personer som har rätt att fatta beslut. Beslut ska fattas i konsensus, d.v.s. EJ majoritetsbeslut. Sammansättningen av CAB beror på ändringens art (vilket/vilka system som berörs, vilka beroenden som finns etc.). Medlemsföretagen i CAB SKA innan CAB-mötet ha analyserat konsekvenserna av ändringen med avseende på de intressen som de företräder i CAB. I analysen ska i tillämpliga fall minst följande ingå; tekniska aspekter, beroenden, ekonomiska konsekvenser och sist men inte minst verksamhetsperspektivet. En CAB behöver inte vara ett fysiskt möte utan kan ske via e-post eller telefon.

81 Bordsdiskussioner Vilka behov av samverkan finns för att säkra BoB-standarden och interoperabiliteten framöver? Hur ska vi kunna lära av varandra? Vilken frekvens, vilken mötesform, vilket syfte? Kan/ska detta samverkansforum ersätta marknads- och teknikgrupperna? 83 23/03/2018

82 Inspel från bordsdiskussioner Hur lämnar man in en CR? Till en mall för CR kommer finnas på wikin. Just nu är en CR för beställningstrafik ute på remiss. Den här nya samverkansformen är bra och lagom med fyra gånger per år. Agendan bör vara tydlig så att man vet vem man ska skicka. Filma de viktiga punkterna för dom som inte kan vara med. Bra forum idag, marknad- och teknikgruppen kan läggas ner. Det behövs en implementationsgrupp för BoB; en källargrupp som blir en fysisk version av bob-tech-gruppen. (hurra rop!) Det behövs även en grupp för affärsfrågor och resenärsperspektiv. Skapa struktur på bob-tech för att lättare ta till sig info. Bra att också kunna dela hur man löst olika problem..mer åt källarhållet.

83 Inspel från bordsdiskussioner Bra samverkan idag att höra konversationen - man känner sig inte så ensam. Det här forumet löser inga problem men det kan källaren göra. En källargrupp skulle vara bra där det inte bara är partners i Samtrafiken, kan vara en även för marknad och trafik. Marknad- och teknikgrupp behöver vara med och att även leverantörer kan vara med på inbjudan vid behov. Forumet kan även behöva hantera andra standarder, t.ex. Noptis. Samtrafiken kan erbjuda BoB-utbildning för de som inte varit med förut. Movingo har redan en BoB-grupp där det pratas mycket kundnytta. Viktigt att leverera så att det inte bara blir ett utvecklingsprojekt utan det måste ske leveranser också. En blogg skulle kunna vara intressant som berättar om BoB.

84 Sammanfattning

85 Mycket lärdomar och bra återkoppling idag. Vi behöver lära oss mer ute hos er. Movingo integratör för Mälardalen Behov av utbyte av svartlista, hur gör man när en part är offline Lynx och samverkan syd: integrationstester med Västtrafik, utfasning av Qubic. BoB-UL interoperabilitetslösning inte helt klar ännu. Prio 1 är SL, 2 Movingo, 3 övriga. SJ - stödja BoB och EMV, Movingo. Tryckte på att alla måste göra lika. Nio biljetter på en kod. Olika lager på Petra. Hantering av svartlistor. SilverRail och Samtrafiken: Vilande biljetter, stort behov av dialog med operatörer. Målbilder olika input Certifiering - nja Samverkan - bra forum idag och behov av källargrupper

86 Avslutning Nästa samverkansforum I slutet av maj och i anslutning till data och kombinerat resande Utvärdering av dagen Mejla laila@samtrafiken.se

87 Tack för idag!