De BRP maakt voor het specificeren/terugkoppelen van eventuele meldingen gebruik van een zogenaamde ‘communicatieID’ als attribuut op berichtelementen.
Op basis van deze ‘communicatieID’ wordt in de melding dan de exacte plek in het bericht geduid waar de melding zich voordoet.
Aangezien er ook meldingen kunnen voorkomen op meegegeven elementen binnen parameters, bestaat de behoefte om ook op het element ‘parameters’ het attribuut ‘communicatieID’ op te nemen.
Ik zal dit verzoek opnemen in de onderhoudsverzoeken en op de agenda zetten van de eerst volgende expertgroepvergadering. Het lijkt mij persoonlijk geen probleem om voor dit soort gevallen de eis dat het element <parameter> geen attributen mag hebben te laten vervallen.
Ik zie op zich geen bezwaar tegen het toestaan van attributes binnen het element parameters. Er moet bepaald worden of een mechanisme zoals het toepassen van het “communicatieID” en “referentieID” binnen de StUF standaard gedefinieerd kan worden, zodat het ook binnen andere sectormodellen toegepast kan worden. Wellicht kan dan beter gebruik gemaakt worden van de termen "ReferentieID" en "CrossReferentieID"
Is ook goed; kan het mechanisme ook op andere 'beschermde' berichtelementen worden toegepast; bv. de Stuurgegevens. Stel dat hierin een fout wordt gemaakt, dan kan de BRP hier bij de gegeven melding aan refereren op basis van de hierin opgenomen 'communicatieID'.
NB. De namen de attributes zijn bewust gekozen; in referentieID refereer ik aan een waarde van 'communicatieID', zoals deze door de zender is meegegeven in het bericht.
Nav de "NB" in de laatste post; de suggestie was om:
- Huidige "communicatieID" in BRP te hernoemen in "ReferentieID"
- Huidige "referentieID" in BRP te hernoemen in "CrossReferentieID"
... maar dan beide beginnend met een kleine letter (-;
Dit RFC is opgevoerd in de onderhoudsverzoeken als RFC0125.
De lijst met onderhoudsverzoeken vind je op:
gemmaonline.nl/index.php/StUF-Expertgroep#Documenten
Tijdens de StUF Expertgroep van 18 februari 2015 is aangegeven dat er een behoefte is aan een status update. Speelt dit nog steeds bij de inbrenger?
Tijdens de StUF Expertgroep van 20-5-2015 is besloten dit RFC af te voeren.