Gebruikersbijeenkomst VISI en COINS Parallelsessie VISI

Transcriptie

1 Gebruikersbijeenkomst VISI en COINS Parallelsessie VISI 20 februari 2018

2 Korte stand van zaken VISI Versie ontwikkeling: 1.6 komt eraan (dit voorjaar) Grotere attachments (min. 2GB), betere tabellen, bijlage kan worden verplicht per berichttype, verifiëren van raamwerken en valideren van berichten, backwards compatibiliteit, volgordelijkheid van berichten, overdragen van rollen Zie Systematic review van ISO part 2:2012 (is VISI 1.3) uitstellen Nu handhaven en als aansluiting op DEMO is afgerond, part 2 reviewen i.s.m. part 1 Vers van de pers!: Nieuwe standaard voor e-facturing : NLCIUS Afkorting staat voor NL Core Invoice Usage Specification' Aanvullende specificatie op NEN-EN voor (verplichte) toepassing in Nederland Beschrijft de gegevenselementen, samenhang en betekenis in een elektronische factuur Publicatie 30 maart 2018; wordt verplicht in 2018 VISI Expertcommissie start gesprek over afstemming op belangrijke raakvlakken met VISI

3 Opgehaald in september 2017 ( gebruikerswensen => roadmap voor VISI? ) Afhankelijkheden tussen transacties en Herroeping van reeds gestarte transactie(s) (=> technisch) Ondersteuning van het volledige DEMO transactiepatroon Interactie met COINS COINS-container als bijlage Transactiestructuur volgt productstructuur; ligt vast in bill of material Onderscheid bouwwerkproducten / managementproducten (verslagen, rapportages enz.) Vervanging van Promotor (technisch verhaal) Toe te passen (nieuwe) technologieën Veiligheid (bv. Block chain?) Semantische technologie? (en vers van de pers:) Afstemming VISI / NLCIUS Oftewel: e-factuur bij VISI bericht

4 Voorstel Expertcommissie voor aanleveren van verbeterpunten (issue-template) Algemeen Naam stakeholder, datum en oorsprong van het verzoek Stel vast of het een bug is, of een verbeterpunt of iets anders In geval van een bug Beschrijf het bestaande gedrag Beschrijf het gewenste gedrag en de stappen om het probleem te reproduceren In geval van een verbetervoorstel Beschrijf het probleem en de functionele noodzaak Verbetervoorstel of gewenst gedrag ( userstory ) Beschrijf de voordelen van de verbetering Voor andere verzoeken Beschrijf de vraag zo gedetailleerd mogelijk Beschrijf de voordelen van het voldoen aan het verzoek

5 Aanleveren van verbeterpunten Een heel verhaal maar HOE krijgen we de wensen van de gebruikers SMART zodat de Expertcommissie ze kan uitwerken in de VISI standaard? Door userstories, met duidelijke definition of done, planning, capaciteit. ( scrum ) Format van een userstory: Als <gebruiker/rol> wil ik <behoefte> zodat ik <resulterend voordeel> krijg.

6 Userstory 1: Userstories voor verbetervoorstellen (1) (in september is opgehaald: gebruiker wil iets kunnen herroepen; wil twee berichten direct na elkaar kunnen versturen ) Als VISI-gebruiker wil ik een VISI-bericht dat ik eerder in de flow heb verzonden, middels een nieuw verzoek aan de ontvanger kunnen intrekken, zodat de andere partij (rol) de mogelijkheid heeft om dat verzoek al dan niet te aanvaarden afhankelijk van de consequenties. [Opm.: dit moet ook kunnen bij een bericht waarop ontvanger nog niet heeft gereageerd; en de status van de transactie moet hierdoor (na aanvaarding door ontvanger) dan automatisch een stapje terug, m.a.w. naar een status vóór degene waarin hij nu zit.]

7 Userstory 3: Userstories voor verbetervoorstellen (3; geen tikfout enz.) (opgehaald in sept. 2017: gewenste interactie met COINS? Niet meer hele BIMmodellen aan berichten; gebruiker wil zinvol delta-informatie kunnen versturen) Als asset-owner wil ik de historie en afspraken over een (COINS-)object in de tijd kunnen vastleggen en volgen zodat ik mijn project beter kan beheersen [Opm.: Hierbij is opgemerkt dat dit vereist dat de standaarden VISI en COINS geïntegreerd samenwerken.]

8 Userstory 12: Userstories voor verbetervoorstellen (12) (opgehaald in sept. 2017: dynamisch VISI-projecten archiveren (niet per se alleen in pdf) zodat er later verder mee kan worden gewerkt zonder alles te hoeven overkloppen?) Als VISI-gebruiker/rol (beheerder) wil ik graag dynamische revisiegegevens, zodat ik niet met verouderde gegevens kan werken? [Opm.: Kenniskaart archiveren is in de maak; feitelijk is dynamisch gebruik in strijd met de opzet van VISI conform de archiefwet. Daar wordt nu over nagedacht het verwerken van revisiegegevens zou bij gebruik van VISI binnen IDM bij BIM wel handig/ noodzaak kunnen zijn.]

9 Userstory 13: Userstories voor verbetervoorstellen (13) (opgehaald in sept. 2017: niet telkens weer andere oplossingen voor communicatie/ informatie-uitwisseling??) Als VISI-gebruiker wil ik dat BIM Loket een bestendige langetermijnvisie op open standaarden ontwikkelt en uitvoert, zodat ik weet waar ik aan toe ben. [Opm.: Gelet op de vraag van de gemeente Den Bosch in de gebruikersbijeenkomst op 20 februari (die luidde): Waar heb ik COINS voor nodig? is er duidelijk behoefte aan een uitleg/strategie van het BIM loket over de samenhang van de diverse standaarden voor het management dat op dit gebied de besluiten neemt.]

10 Userstory 14: Userstories voor verbetervoorstellen (14) (vers van de pers opgehaald, feb. 2018: (NL)CIUS-facturen met VISI eenvoudig kunnen verzenden) Als Aannemer/Directievoerder wil ik met één tool mijn e-facturen kunnen (laten) versturen, zodat ik altijd de juiste gegevens in VISI verzameld heb, en zodoende mijn verantwoordelijkheid goed kan invullen. [Opm.: M.a.w. hiertoe moeten VISI en NLCIUS harmoniseren. Het uitvoeren en toetsen van het betalingsproces is nu versnipperd; prestatieverklaring en factuur en betaling worden bijna geheel buiten VISI om afgehandeld. In het uiteindelijke VISI dossier bestaat dus nu geen mogelijkheid om dat proces achteraf te toetsen. De oplossingsrichting is echter niet zomaar eenduidig in te vullen. Er zijn meerdere rollen met meerdere antwoorden vanuit hun Taken, Bevoegdheden en Verantwoordelijkheden. Verder technisch: aansturing BIM loket forum standaardisatie De vraag is ook: wat moet er worden aangepast? Systematiek? Raamwerk? Software? Of combinaties daarvan.]

11 Nog niet uitgewerkte userstories voor verbetervoorstellen (2, 4) Userstory 2: (opgehaald in sept. 2017: afhankelijkheden tussen transacties kunnen aanleggen?) Als VISI-gebruiker/rol wil ik raamwerken kunnen koppelen, zodat ik? Userstory 4: (opgehaald in sept. 2017: vervolg van story 3: onderscheid bouwproducten/ managementproducten?) Als VISI-gebruiker/rol wil berichten met productfeiten kunnen onderscheiden van berichten met communicatiefeiten, zodat ik?

12 Nog niet uitgewerkte userstories voor verbetervoorstellen (5, 6) Userstory 5: (opgehaald in sept. 2017: gebruiker wil een rapportagewizzard?) Als VISI-gebruiker/rol wil ik eenvoudig standaard rapportages kunnen maken, zodat ik? Userstory 6: (opgehaald in sept. 2017: VISI vereenvoudigen? Beter toepasbaar maken, zonder te tornen aan de uitgangspunten?) Als VISI-gebruiker/rol wil ik, zodat ik?

13 Userstory 7: Nog niet uitgewerkte userstories voor verbetervoorstellen (7, 8) (opgehaald in sept. 2017: gebruiker wil sneak-preview van een transactie/ berichtenschema?) Als VISI-gebruiker/rol wil ik een viewer op de communicatie, zodat ik (zonder iets te kunnen veranderen een indruk kan krijgen van de communicatie? Userstory 8: (opgehaald in sept. 2017: één tool voor communicatie en informatie-uitwisseling, van delta-informatie?) Als VISI-gebruiker/rol wil ik dat VISI en COINS worden geharmoniseerd, zodat ik intuïtiever kan begrijpen wat er gebeurt?

14 Userstory 9: Nog niet uitgewerkte userstories voor verbetervoorstellen (9, 10) (opgehaald in sept. 2017: koppeling met andere systemen? Welke? Waarom?) Als VISI-gebruiker/rol wil ik zoveel mogelijk koppelen, zodat ik zo min mogelijk applicaties actief hoef te gebruiken? Userstory 10: (opgehaald in sept. 2017: software leverancier wil af van de Promotor?) Als VISI-softwareleverancier wil ik volgens een transparante wijze de berichtenschema s uit een raamwerk kunnen produceren, zodat ik? want de promotor is bij de huidige stand van softwareontwikkeling overbodig geworden. Het scheelt een ondoorzichtige arbeidsslag?

15 Userstory 11: Nog niet uitgewerkte userstories voor verbetervoorstellen (11, 15) (opgehaald in sept. 2017: veilige communicatie met nieuwe technologieën? SOAP is eindig wil men BlockChain?) Als VISI-gebruiker/rol wil ik blockchain technologie, zodat ik niets kan veranderen in de basis-database? Userstory 15: (nieuw) (opgehaald 20 feb. 2018: communicatie over delta-informatie; database management ) Als <rol A?> wil ik dat er automatisch een VISI-bericht wordt gegenereerd met de aanpassing die ik in mijn bouwwerk(model) heb gedaan, zodat ik <rol B: t.w. mijn counterpart...> kan verzoeken om die wijziging te accepteren/effectueren (oid?)