In een zakLk01 bericht kan bij iedere betrokkene een contactpersoon worden opgenomen via de relatie heeftAlsAanspreekpunt. Deze contactpersoon heeft drie kerngegevens. Dat zijn de attributen identificatie en naam en de relatie isAanspreekpuntNamens. Deze laatste verwijst feitelijk terug naar de betrokkene waar de contactpersoon aanspreekpunt voor is.
Ondanks het feit dat deze relatie een kerngegeven is en dus verplicht moet worden opgenomen, hebben wij deze tot nu toe altijd weggelaten omdat het geen zin heeft de betreffende betrokkene (met al zijn verplichte kerngegevens) nogmaals in het bericht op te nemen. Nu blijkt echter bij een test op het StUF Testplatform dat berichten om deze reden worden afgekeurd.
Daarom stel ik voor de relatie isAanspreekpuntNamens te verwijderen uit het zakLk01 bericht.
Dit onderhoudsverzoek is opgevoerd in de onderhoudsverzoeken als ONV0479.
De lijst met onderhoudsverzoeken vind je op:
gemmaonline.nl/index.php/StUF-Expertgroep#Documenten
Tijdens de StUF Expertgroep van 19 april 2017 vraagt Robert of iedereen zich kan vinden in het voorstel van Roel de Bruin. Uiteindelijk wordt besloten om in het verStUFfingsdocument aan te geven dat de relatie in deze context geen kerngegeven is. Het onderhoudsverzoek mag omgezet worden naar een erratum (ERR0479) en verder uitgewerkt worden.
Bij deze de voorstellen tot verbetering m.b.t. het erratum ERR0479. De bijlage bevat alleen de relevante pagina's. Dit voorstel is ook al opgenomen in pre-patch 27 welke ter goedkeuring op de agenda staat van de StUF Expertgroep van 21 juni 2017.
Bijlage
keuzenVerStUFfing RGBZ - ERR0479 (met renvooi).pdfTijdens 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.
Met medeneming daarvan heeft de StUF Expergroep de uitwerking van ERR0479 goedgekeurd.