Als er sprake is van federatieve opslag, hoe wordt dan gewaarborgt, dat de functioneel integriteit van de informatie verspreid over diverse partijen ten alle tijde integer is?

Waar komt CIM-EX opeens vandaan?

Zie ook vorige opmerking

Als ik het goed begrijp betekent een privilege dat een deelnemer aan de samenwerking volledige toegang tot de samenwerking heeft of geen toegang. Vraag: - er is geen granulariteit nodig als je toegang tot samenwerking hebt?

Vraag: Is alleen de actuele toestand van het dossier zichtbaar, of is dmv tijdreizen elke actie die op zo'n dossier in de tijd uitgevoerd is te achterhalen?

In essentie staat hier dat je voor een dossier kunt toevoegen, wijzigen en inzien. Je kunt een dossier dus niet verwijderen? Maar dmv wijzigen kun je een dossier wel 'leeg' maken?

Wie mag wat? Elke partij mag toevoegen, wijzigen en inzien of bepaalde partijen mogen alle acties uitvoeren en sommige partijen een deel van de acties?

samenwerkdossier

behandelen

behandelen

Ozon is niet verantwoordelijk voor (zorgt niet voor) inwinning van OW-informatie, maar krijgt deze aangeleverd door (de bron) het bevoegde gezag (via LVBB).

Aangeleverde informatie wordt na validatie geregistreerd en ontsloten.

Wat bedoel je met de functionaliteit van STOP die in CIM-OP vastgelegd is.

CIM-OP is een informatie model. Niet functionaliteit die je met die informatie kan implementeren. Wat er wel in uitgedrukt kan worden is navigatie over beschreven componenten.

Wat is hier de definitie van compleetheid?

Aangezien het detailniveau van annoteren per bevoegd gezag anders kan zijn - gebaseerd op richtlijnen - wanneer is compleetheid van informatie gegarandeerd?

Het lijkt nu alsof tijdstempel (soorttijdstempel) alleen: - geldigVanaf - juridschWerkendVanaf vastlegt.

Hoort hier ook een publicatie moment bij? Ik kan nu publiceren dat er een besluit is, maar het gaat pas juridischwerken vanaf een datum in de toekomst?

Wat bedoel je hier met bijlagen? In vorige figuren werd dat expliciet in het model getoond. Bedoel je dat hier nog een bijlage component in het model gevoegd moet worden of bedoel je wat anders? In het KOOP model https://koop.gitlab.io/STOP/standaard/2.0.0-rc/EA_5E740899BABE47d1B62053A402064B33.html#Pkg__305E440BFEBD473c99462D33B0933F7D zie ik ook geen bijlage.

Ik zie besluit text wel in https://koop.gitlab.io/STOP/standaard/2.0.0-rc/EA_5E740899BABE47d1B62053A402064B33.html#Pkg__305E440BFEBD473c99462D33B0933F7D maar niet in Fig 19. Is besluittext wel/niet relevant voor het CIM-OP?

Op diverse plaatsen is er sprake van: Toelichting en/of Artikelgewijzetoelichting en/of Agemene toelichting. Kun je eens toelichten waarom de relaties per onderdeel zo verschillen?

Waarom benoem je hier specifiek de onderdelen van een lichaam en bij andere onderdelen die ook een lichaam hebben niet?

Mis ik hier een aanhef, lichaam? (zie https://koop.gitlab.io/STOP/standaard/2.0.0-rc/EA_0B0A2D36B8F4476289BC46A863548D6B.html#Pkg__EB552EC9C4654af99AF68F50771DC2F3 )

Wat is functioneel het verschil in het lichaam van een regeling compact en regeling klassiek? Waarom heeft regeling klassiek ook een wijzigartikel?

Regeling mutatie?

Naast genoemde basisonderdelen - en in overeenstemming met besluit compact (Hoofdstuk 6.2.4) - ook: - sluiting - bijlage - motivering

Die kan ik niet vinden in fig 11. - was niet gewenst, dus moet uit lijst basisonderdelen (zie ik ook niet terug op https://koop.gitlab.io/STOP/standaard/2.0.0-rc/EA_0B0A2D36B8F4476289BC46A863548D6B.html#Pkg__EB552EC9C4654af99AF68F50771DC2F3 ) - was wel gewenst, dus moet in diagram opgenomen worden

Ik zie hier: - officiële titel - alternatieve titels - citeer titel wat bedoel je hier met titel?

Legenda matched niet met alle kleuren uit de figuur (komt op meerdere plaatsen voor) Mis ik dan onderdelen uit de figuur die er wel zouden moeten zijn - onder de aanname dat de legenda alle kleuren uit de figuur toont. Of is de figuur volledig, maar wordt er overal van eenzelfde legenda gebruik gemaakt waardoor daar soms kleuren staan die niet in de figuur staan.

Wat behelst het IMOW proxy object?

Het lijkt in figuur 9 alsof er ook informatieobjectversie onderdelen kunnen zijn, zonder een juridische borging. Kun je hier wat toelichting op geven? Wat is het nut van een Informatieobjectversie (afgeleid van een GIO versie) zonder juridische borging?

kan één of meer tijdelijke regelingdelen hebben (conform het model)

Ik neem aan dat 'courier' font gebruikt wordt om te verwijzen naar componenten uit model in figuur 8. Regelingversie is terecht het normale font. Maar DocumentComponent is in 'courier' font maar staat niet in het diagram.

Welke manier bedoel je nu? - als besluitstatus - als procedureverloop

In de legenda van fig 8 is er ook sprake van: - CIM-OW (groen) - extern model (grijs) Maar die staan nergens in de figuur.

Vraag: - mis ik informatie die er wel zou moeten zijn uit CIM-OW of extern model, of horen die elementen niet in de legenda?

Die op dat moment bekend zijn.

In Fig 4 lijkt de scope van DSO-LV beperkt te worden tot aanleveren van informatie (BG -> LVBB -> Ozon). Hier lijkt het alsof je de scope breder trekt en het met name toespitst op het gebruik van de door DSO-LV doorgeleverde informatie naar afnemers. Wat is nu precies de scope voor CIM-OP? - aanleveren/registreren? - aanleveren/registreren/doorleveren/gebruiken?

Dat stond met andere woorden ook onder eerste aandachtspunt

Het gaat hier om tracability. Maar op welk detail niveau: - regeling - artikel - lid - gio - alle bovengenoemde afzonderlijk / afgeleid van ander niveau?