Uit een review door Maarten van den Broek komt het volgende punt:
Er komen in ef0204 op verschillende plaatsen relaties voor, waarbij de elementnaam ongelijk is aan de mnemonic van de fundamenteel van waaruit de relatie ligt gevolgd door de mnemonic van de gerelateerde, zie bijvoorbeeld in BBA-kennisgeving gezinssituatie.kind.XXXPRSKND of gezinssituatie.inwoner.XXXPRSINW.
StUF0204 lijkt dit niet strikt te verbieden, maar desalniettemin lijkt het me verstandig om in de expertgroep na te gaan of men met deze constructie kan werken in de bestaande software, want ik kan me heel goed voorstellen dat men er vanuit gaat dat de elementnaam van een relatie in de eerst zes posities de mnemonics van de fundamentelen bevat waartussen de relatie ligt. Een andere mogelijk eenvoudiger modellering is om alle gegevens die in een aanvraag betrekking hebben op een bepaald kind op te nemen op de relatie-entiteit naar dat kind. Dit voorkomt in elk geval dat een en hetzelfde kind in een groot aantal relaties voorkomt. Nadeel hiervan is natuurlijk wel dat minder goed zichtbaar is tot welke groep het betreffende gegeven behoort. In veel gevallen lijken nu gegevens die thuishoren op de relatie te zijn opgenomen in de fundamenteel in een groep (sequence) met die relatie.
Dit probleem speelt ook in CZGkennisgeving, GVV-kennisgeving, HAB-kennisgeving, KSA-kennisgeving, LTS-kennisgeving, SRM-kennisgeving, VGH-kennisgeving, VHD-kennisgeving, WLO-kennisgeving (Ik garandeer niet dat deze lijst uitputtend is).
Graag hebben we een reactie op dit punt tegen het einde van volgende week, anders gaan we er vanuit dat iedereen met de voorgestelde oplossing uit de voeten kan.