De XSD's voor vraagbericht ZAKLv01 lijkt niet te kloppen. Wanneer wij een zoekvraag doen naar de Initator van de zaak als burger, dan lukt het niet op dit bericht door het StUF-testplatform te krijgen.
Het bericht dat wel wordt geaccepteerd is dit :
<ZKN:gelijk StUF:entiteittype="ZAK">
<ZKN:heeftAlsInitiator StUF:entiteittype="ZAKBTRINI">
<ZKN:gerelateerde StUF:entiteittype="BTR">
<ZKN:naam></ZKN:naam>
<ZKN:identificatie></ZKN:identificatie>
<ZKN:adresBinnenland></ZKN:adresBinnenland>
<ZKN:adresBuitenland></ZKN:adresBuitenland>
</ZKN:gerelateerde>
</ZKN:heeftAlsInitiator>
</ZKN:gelijk>
Ik begrijp het Entiteittype BTR niet, en zeker niet de attributen die daarbij verplicht zijn. Ik kan hier geen BSN in kwijt en het is onduidelijk of er nu een NPS een NNP of een MDW gezocht moet worden.
Wij implementeren nu dit :
<ZKN:gelijk StUF:entiteittype="ZAK">
<ZKN:heeftAlsInitiator StUF:entiteittype="ZAKBTRINI">
<ZKN:gerelateerde>
<ZKN:natuurlijkPersoon StUF:entiteittype="NPS">
<BG:inp.bsn>123456789</BG:inp.bsn>
</ZKN:natuurlijkPersoon>
</ZKN:gerelateerde>
</ZKN:heeftAlsInitiator>
</ZKN:gelijk>
Als ondersteuning voor deze zoekvraag. Deze komt niet door het StUF-testplatform maar doet wel wat we willen bereiken met deze zoekvraag.
Kan iemand uitleggen hoe de zoekvraag wel gesteld zou moeten worden voor een valide bericht? Ik vermoed dat de XSD voor BRT niet correct is.
Graag reactie.
Volgens mij is het de bedoeling je het bsn-nummer in het element "ZKN:identificatie" opneemt. Dit element is bedoeld als een generiek veld waarin je zowel bsn-nummers, rsin-nummers, kvk-nummers, etc. kunt invullen. Op deze manier kun je in één adem de verschillende specialisaties van Betrokkene (NPS, NNP, VES, etc.) bevragen.
Dat lijkt me vreemd. Hoe weet ik dan dat het om een BSN gaat, ipv om een vestigingsnummer? natuurlijk zijn de lengtes van de waarden anders maar zo'n zoekvraag is dan niet te doen. ZKN:identificatie herleidt naar de zaakidentificatie. Daarnaast vraag ik me dan af wat er in naam, adresbuitenland1 en adresbuitenland2 moet staan. Ik zou verwachten dat ik per initiator een vraag kan stellen.
Voor dit soort vragen biedt de RGBZ (of RSGB) doorgaans antwoord.
We denken dat de gewenste informatie in het RGBZ op dit punt echter ontbreekt.
Vermoedelijk lijkt de wijze waarop je met betrokkene moet omgaan op de wijze waarop je met subject om moet gaan. Kijk daarvoor eens op pagina 419-420 van het RSGB (deel ii). Daar zie je (zie 'Regels attribuutsoort') dat het attribuut 'identificatie' bestaat uit de subjecttypering gevolgd door eenvan de volgende opties:
Voor betrokkene zal iets soortgelijks gelden. Ik zal een verzoek doen om de ontbrekende informatie toe te voegen.
Het vermoeden van Robert klopt. Dat betekent dat de RGBZ-gegevens van Betrokkene (de elementen naam, identificatie, adresBinnenland en adresBuitenland) overeenstemmen met de gelijkluidende gegevens cq. elementen van Subject in het RSGB. Onterecht staat dit niet vermeld in het RGBZ. Dit wordt in de eerstvolgende versie van het RGBZ gecorrigeerd.
Voor het zoeken op een identificatie betekent dit dat deze voorafgegaan moet worden door een code voor het type subject waarnaar gezocht wordt:
11: Ingezetene
12: Niet-ingezetene
13: Ander natuurlijk persoon
21: Ingeschreven niet-natuurlijk persoon
23: Ander buitenlands niet-natuurlijk persoon
31: Vestiging
Aangezien bovenstaande werkwijze nergens is geïmplementeerd (nagevraagd bij Decos) en niet opgenomen is in de standaard (en volgens Robert Melskens ook geen standaard is) hebben wij binnen PinkRoccade de onderstaande werkwijze bedacht. Deze werkwijze zou opgepakt kunnen worden om als standaard te gaan dienen: We benoemen een extra element ‘aanduidingSoortSubject’ dat aangeleverd kan worden door de vragende partij (in de BTR entiteit). De vulling ervan bepaald hoe het vraagbericht getransformeerd wordt en dus voor welk soort subject de vraag gesteld gaat worden. Mogelijke waarden die het extra element kan krijgen zijn: NPS, VES, NNP, MDW, OEH. Indien het extra element niet is opgegeven of een waarde bevat die niet herkend/ondersteund wordt dan kiezen we default de transformatie naar NPS. Daarnaast kan voor een vraag op Vestiging niet alleen gevraagd worden met ‘Vestigingsnummer’ (eventueel i.c.m. adres), maar ook op ‘Handelsnaam’. Alhoewel het XSD van ZKN03.10 dit element ‘naam’ op deze plek bestempeld heeft als ‘geslachtsnaam’ hanteren wij dat voor vestigingen als ‘handelsnaam’.