Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Validatie Sh01/02 berichten voor BAG-objecten #18

Open
mvdbro opened this issue Aug 11, 2021 · 3 comments
Open

Validatie Sh01/02 berichten voor BAG-objecten #18

mvdbro opened this issue Aug 11, 2021 · 3 comments
Assignees

Comments

@mvdbro
Copy link

mvdbro commented Aug 11, 2021

De complexTypes voor de wijzigkennisgevingen van BAG-objecten binnen Sh01/02 bevatten binnen het element brondocument als verplichte elementen identificatie en datum. Dit leidt ertoe dat synchronisatieberichten voor BAG-objecten gemaakt conform de specificatie in StUF0301, waarbij de identificatie niet wijzigt (en dus zonder het element identificatie binnen brondocument) niet valideren. Dit probleem doet zich bijvoorbeeld voor het object met identificatie 1883100000065265.

In de versie van de schema’s die ik nu gebruik voor validatie heb ik dit probleem opgelost. Het lijkt me wenselijk dat dit probleem ook wordt opgelost in de officiële versie van bg0310.

@mvdbro
Copy link
Author

mvdbro commented Aug 11, 2021

In de ‘-antwoord’ complextypes voor BAG-objecten blijken binnen brondocument ook beide elementen verplicht te zijn. Ook dit is niet correct, omdat de elementen in het ‘-vraag’ complextype niet verplicht zijn.

@melsk-r
Copy link
Collaborator

melsk-r commented Aug 30, 2021

Dit onderhoudsverzoek is opgevoerd in de onderhoudsverzoeken als ONV0524.
De lijst met onderhoudsverzoeken vind je hier.

@melsk-r
Copy link
Collaborator

melsk-r commented Sep 3, 2021

Maarten,

Om het goed te begrijpen enkele vraagjes.

Voor de eerste vraag gebruik ik ter illustratie even het bericht aoaSh01 (zie hieronder):

aoaSh01

Als ik het goed begrijp moet het complexType waar ik een rood vierkantje omheen getrokken heb aangepast worden en wel zo dat het element 'bronDocument' daarbinnen alleen optionele elementen bevat. In het bijgaande plaatje zie je echter dat dezelfde complexType ook gebruikt wordt in 'actueel' en 'oudste'. Mag de wijziging ook daar plaatsvinden of wil je op die plaatsen de structuur liefst ongewijzigd laten?

Dan met betrekking tot jouw tweede opmerking dat de elementen binnen bronDocument in antwoordberichten ook optioneel moeten zijn ook nog een vraagje.

Ik heb bekeken in welke complexTypes, die gerelateerd zijn met de door jouw bedoelde 'vraag' complexTypes, het element 'bronDocument' voorkomt met verplichte elementen. Ik kan in mijn analyse een fout hebben gemaakt maar volgens mij is dat een aardige lijst. Die lijst wil ik graag even tegen jou aanhouden.
Ten eerste omdat jij zegt dat je de wijzigingen al hebt aangebracht in jouw schema's waardoor ik benieuwd ben of ons beeld hetzelfde is.
Ten tweede omdat ik ook een aantal andere complexTypes dan 'antwoord' complexTypes tegenkom waarvan ik niet zeker weet of de wijziging daar ook op aangebracht moet worden.
Het betreft complexTypes als ' AOA-historieMaterieel', ' PNDTGO-historieFormeelRelatie', 'KOZ-gerelateerdeWOZVraagScope' en 'KOZ-gerelateerdeWOZVraagSelectie'.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants