WijzigLeden mogen alleen gebruikt worden voor wijzigingen aan dezelfde regeling met andere doelen
Probleemomschrijving
Het element WijzigLid heeft in STOP een zeer specifieke use case. Een WijzigArtikel beschrijft altijd de wijzigingen op één regeling. Een WijzigArtikel mag alleen in WijzigLeden worden ingedeeld als de beoogde wijzigingen aan deze regeling verschillende inwerkingtredingsdatums hebben. In dat geval worden de wijzigingen met dezelfde inwerkingtredingsdatum (in STOP-termen: hetzelfde doel) in één WijzigLid gegroepeerd. Het WijzigLid heeft een eigen "Wat" die de wijzigingen beschrijft. Deze opbouw is STOP's interpretatie van de Aanwijzingen voor de Regelgeving.
Deze use case is alleen relevant voor het "klassieke model", omdat het Rijk wel scenario's kent waarbij met één wijzigingsbesluit wijzigingen met verschillende iwtr-datums worden opgesteld. In het "compacte model" kunnen dergelijke scenario's beter worden opgevangen.
De LVBB houdt rekening met deze beperking in de geautomatiseerde consolidatie; het gebruiken van WijzigLeden voor andere doeleinden kan daarom niet verwerkt worden. De STOP schema's en validaties laten het op dit moment wel toe de WijzigLeden anders dan voor de eigenlijke use case in te zetten. Dit is aan het licht gekomen bij het bekijken van aanleveringen door BG-leveranciers aan de LVBB die niet verwerkt konden worden.
Impact
Het is nu voor leveranciers mogelijk om content te maken die in hun ogen correct is gecodeerd, terwijl de LVBB deze content niet correct kan verwerken. Als de validatie op oneigenlijk gebruik pas in een volgende release opgelost wordt, dan hebben de leveranciers mogelijk al het verkeerd gebruik ingebouwd en moeten ze veel rework doen om dat recht te trekken. Het is daarom urgent dat dit "gat" in de STOP validaties gedicht wordt.
Het voorstel is daarom om de extra validatie met spoed te realiseren en mee te leveren met release A'.
Betrokken partijen
PR34, BG-leveranciers.
Oplossingsrichting(en)
- Validatie die het gebruik van WijzigLid in het compacte model verbiedt
- Validatie die het oneigenlijk gebruik van WijzigLid in het klassieke model detecteert.
- Op een leveranciersoverleg toelichten wat dit issue is en hoe de correcte toepassing van WijzigLid is.
Gerealiseerde oplossing
- STOP0073 toegevoegd: "Een WijzigArtikel in een BesluitCompact MAG GEEN Wijziglid bevatten." en geïmplementeerd in schematron
imop-tekstmutaties.sch
- STOP0074 toegevoegd: "Het attribuut
@wordt
MOET uniek zijn binnen een besluit." en geïmplementeerd in schematronimop-tekstmutaties.sch
- documentatie verbeterd