Prefix van organisatie actief verplicht stellen

[ArneBruinse]

Wat komt er binnen (vraag /opmerking) 1. Omschrijving van de vraag/opmerking zelf (bij voorkeur in het format van ‘userstory’): “Als softwareleverancier / gebruiker wil ik dat er nooit onduidelijkheid is over de verplichting om voor een organisatie een prefix te definieren in het project specifiek bericht (PSB), zodat ik geen discussies met (potentiele) andere VISI leveranciers / gebruikers krijg, omdat in de huidige documentatie voorschrijft dat prefix verplicht is, maar dit technisch niet afgedwongen wordt.” 2. Naam, functie (soort gebruiker/rol), diens organisatie, en de soort organisatie van de vraagsteller (stakeholder) Arne Bruinse en Jeroen van Geijlswijk, product owners van Bakker&Spees en Technia 3. Datum en oorsprong van het verzoek 15-02-2021, vanuit de VISI migratietest sessies 4. Waarop heeft de vraag betrekking: a. Open Standaard (VISI ) 5. Wat is de urgentie ‘C’ (could have; geen directe hinder; kan een keer worden opgepakt) 6. Toelichting op de urgentie Bakker&Spees en Technia delen dezelfde mening over dit onderwerp: prefix moet afgedwongen worden. Het standpunt van FutureInsight is niet bekend, evenals eventuele toekomstige software leveranciers. Maar om interpretatie uit te sluiten is het beter indien dit niet voor meerdere uitleg vatbaar is, zoals in versie 1.6 van de VISI Standaard het geval is.

‘Open Standaard’

1. Stel vast of het een ‘bug’ is, of een ‘verbetervoorstel’, of een ‘ander verzoek’ bug 2. Bug a. Beschrijf het bestaande gedrag Je kunt een project specifiek bericht (PSB) inlezen waarin de waarde van de eigenschap prefix van een organisatie leeg is. b. Beschrijf het gewenste gedrag Voor iedere organisatie van in een project specifiek bericht (PSB) van VISI Standaard versie 1.7 of hoger moet in het PSB een prefix gedefinieerd worden. c. Benoem de stappen om het probleem te reproduceren Open het project specifiek bericht (PSB) van het test raamwerk en maak de waarde van prefix leeg voor alle organisaties. 5. Plaats de gedocumenteerde bug, verbetervoorstel of ander verzoek op de verzamellijst ter prioritering in het kader van de release cyclus (ook op github??) De leden van de Expertcommissie werken dit verbeterpunt uit als verduidelijking voor versie 1.7 en gaan hiervoor niet de prioriteringsroute bewandelen. De prioriteit is gegeven vanuit de migratietest (export / import).

P.S. Definition of ‘DONE’ (checklist): De ‘definition of done’ is de checklist van dingen die gedaan moeten zijn voordat je klaar bent met een issue. Er is een generieke definitie, maar ‘done’ moet goed aansluiten bij de vraag. Het kan dus voorkomen dat er nog specifieke dingen aan moeten worden toegevoegd. Dat moet dan gebeuren voordat het oplossen van de vraag start. • De documentatie spreekt uit dat de waarde van prefix voor een organisatie verplicht is • De validatie van een project specifiek bericht (PSB) is, dat de XML van het PSB niet door de validatie komt bij een niet aanwezige prefix • Middels een voorgedefinieerde test case kan geverifieerd worden of aan deze eis voldaan wordt. De test case bevat minimaal twee project specifiek berichten: een incorrect en correcte

[ArneBruinse]

@jvgeijlswijk @JanaxLooij willen jullie deze contoleren of dit zo de lading dekt van wat we besproken hebben?

[ArneBruinse]

werksessie 17-12-2021; (michon, jeroen, arne) Deze in de 1.6 documentatie meenemen. Afdwingen via validatie gaat niet lukken zonder nieuwe validatie tool, dus voor nu alleen zorgen dat de documentatie sluitend is hierover.

Dus in de documentatie nemen we op dat dit veld niet leeg mag zijn.

[tessaderoos]

@MarkMulderTeec2 graag controleren of prefix Organisatie staat beschreven in documentatie 1.7.