in de sectormodelellen RSGB en RGBZ en dus ook niet in het STUF 3.01 is er geen mogelijkheid om afnemersindicaties op te nemen. Een afnemende applicatie die een authentiek basisgegeven afneemt registreert nu binnen de GBA een afnemerindicatie. Hiermee krijgt de betreffende applicatie een wijzigingsbericht doorgestuurd. Door het ontbreken van een standaard Stuf-bericht voor een afnemerindicatie kan dit principe niet leveranciersonafhankelijk worden afgehandeld
Graag opnemen in RSGB en RGBZ omdat het zaaksysteem een zeer belangijke verzender is van afnemersindicaties
Gezien het feit afnemeridicaties in het stelsel een belangrijke rol (blijven) spelen ik hoop dat dit punt kan worden meegenomen in de eerst mogelijke aanpassing van de sectormodellen en Stuf.
Hallo Rik,
In de praktijk wordt in elk geval door PinkRoccade en Centric een toevoegkennisgeving door hun brokers geïnterpreteerd als een verzoek tot het plaatsen van een afnemerindicatie. Qua semantiek ('dit object is voor de zender relevant geworden') past dit ook prima. In de beschrijving van de web services van Civision Makelaar, Civision BRS of Key2DDS hoort dit interpreteren als afnemerindicatie gespecificeerd te zijn.
In de StUF-standaard is aan het begin van hoofdstuk de volgende voetnoot (13) aan deze problematiek gewijd:
Het plaatsen van afnemerindicaties is geen onderdeel van de StUF-standaard. In de praktijk worden al zo lang als de StUF-standaard bestaat toevoegkennisgevingen met indicatorOvername = I gebruikt om in het ontvangende systeem een afnemerindicatie te plaatsen voor het object in de toevoegkennisgeving. Voordat toevoegkennisgevingen worden gebruikt om een afnemerindicatie te plaatsen, dient de verzender na te gaan of de ontvanger de toevoegkennisgeving zal interpreteren als het plaatsen van een afnemerindicatie. De ontvanger is vanuit de StUF-standaard geenszins verplicht om de melding dat een object voor de zender relevant geworden is als het plaatsen van een afnemerindicatie te implementeren.