De heeftAls<Rol> (heeftAlsBelanghebbende, heeftAlsGemachtigde etc) relatie-entiteit heeft een relatie 'heeftAlsAanspreekpunt' met mnemonic ZAKBTRBLHCTP. Ik kan niet terugvinden waar alle elementen hiervan naar verwijzen in het RGBZ 1.0
In het document 'keuzenVerStUFfing RGBZ.odt' staat het volgende:
In het RGBZ zijn contactpersoon gegevens opgenomen binnen het objecttype ROL, omdat een contactpersoon in het RGBZ alleen relevant is binnen de context van een rol. Bij het maken van berichtdefinities is een belangrijk streven om in de horizontale sectormodellen Basisgegevens en Zaken herbruikbare entiteittypen ter beschikking te stellen aan verticale sectormodellen. De contactpersoon van een Subject wordt gezien als een entiteittype dat ook nodig is binnen verticale sectormodellen. Om deze reden is er in de verStUFfing voor gekozen om het StUF entiteittype Contactpersoon met als mnemonic CTP te definiëren met de gegevens zoals die binnen rol gedefinieerd zijn, een identificatie en de relatie Contactpersoon.is aanspreekpunt namens.SUBJECT. Het RGBZ definieert in ROL de relatie tussen een ZAAK en zijn BETROKKENEn onafhankelijk van de specifieke contactpersoon die in de loop van de tijd kan variëren. Om deze reden is ervoor gekozen om de relatie naar Contactpersoon op te nemen als een relatie vanuit de relatie-entiteittypen voor ROL en niet in plaats van de BETROKKENE als gerelateerde, zie de relatiegrafiek voor ZAAK in hoofdstuk 2.4.
De atributen naam, functie, telefoonnummer en emailadres kan ik terugvinden in het RGBZ 1.0. Alleen 'identificatie' en de relatie 'isAanspreekpuntNamens' niet.
- Klopt het dat, bijvoorbeeld, heeftAlsBelanghebbende -> gerelateerde en heeftAlsBelanghebbende -> heeftAlsAanspreekpunt -> gerelateerde _altijd_ naar hetzelfde object verwijzen?
- Zo ja, wat moet er gebeuren als de twee van elkaar afwijken, zoals in het StUF-testplatform gebeurt?
- Zo nee, naar waar in het RGBZ verwijst deze relatie?
- Naar welk RGBZ atribuut verwijst het element 'identificatie'?
In StUF ZKN 03.10 en ZDS 1.2 heeft elke heeftals <Rol> een andere mnemonic. In jouw voorbeeld betekent de mnemonic ZAKBTRBLHCTP:
Dit is dus de contactpersoon van een belanghebbende (heeftAlsBelanghebbende). Een contactpersoon van een gemachtigde heeft de mnemonic ZAKBTRGMCCTP. Dit kan dezelfde persoon/hetzelfde object zijn maar het hoeft niet.
De heeftAls<Rol> relaties zijn in StUF-ZKN 03.10 gedefinieerd in de elementen heeftAls<Rol> . In het diagram van het RGBZ 1 (https://www.gemmaonline.nl/index.php/Informatiemodel_Zaken_(RGBZ)) is te zien wat voor objecttypes als betrokkene mogelijk zijn. Dit zijn deels ook RSGB objecttypes (onder andere Natuurlijk Persoon, Niet-Natuurlijk Persoon) . Een NPS of NNP kent weer een attribuut identificatie.
Vergeet bij het gebruik van ZDS (/StUF ZKN/RGBZ) niet dat een deel van het RSGB hier in opgenomen is omdat ZAAKen nou eenmaal gaan over dingen die in de gewone wereld spelen en die zijn weer gemodelleerd in het RSGB.
Kun je hier wat mee?
Nee, misschien was mijn vraag niet duidelijk gesteld.
Zou je mij kunnen aanwijzen in het RSGB of RGBZ waar de volgende elementen van de creeerZaak_ZakLk0 service naar verwijzen?:
Punt 1 is volgens mij weer de code die ook is besproken in https://vng-realisatie.github.io/StUF-Standaarden/discussie/gemma/koppelvlak-zs-dms/code-heeftals-rol.
Punt 2 is precies waar ERR0479 (https://vng-realisatie.github.io/StUF-Standaarden/discussie/gemma/stuf-zkn-310/cyclische-relatie-tussen-betrokkene-en-zijn-aanspreekpunt) over gaat. Het is vrij onzinnig om een NNP heeft een contactPersoon heeft als organisatie een NNP heeft als contactPersoon heeft als ... tot in het oneindige te herhalen.
Om het besluit bij ERR0479 aan te halen: "Tijdens de StUF Expertgroep van 21 juni 2017 is het voorstel besproken. Er is besloten om in de StUF standaard nog een algemene stelling op te nemen waarin wordt gesteld dat relaties niet verplicht zijn zodra ze cyclisch worden."
Oftewel, isAanspreekpuntNamens hoeft in dit geval niet gebruikt te worden.