ERRATUM: element historieFormeelRelatie ten oprechte opgenomen in historieMaterieel en historieFormeel complexTypes

Dit is een statische kopie van het eerdere discussie.kinggemeenten.nl.
Nieuwe discussies kunnen in de GitHub repository 'StUF standaarden' als issue worden opgevoerd.

2 reacties / 0 nieuw
Maarten van den...
ERRATUM: element historieFormeelRelatie ten oprechte opgenomen in historieMaterieel en historieFormeel complexTypes

Probleem

Binnen de sectormodellen BG, ZKN en WOZ is ten onrechte het element historieFormeelRelatie opgenomen binnen de complexTypes eindigend op "-historieMaterieel" en "-historieFormeel". Het element historieFormeelRelatie kan alleen voorkomen op het type voor het antwoordbericht voor een relatie. Op die manier is ook in een relatie met historie voor zijn attributen in het actuele voorkomen zichtbaar dat de relatie ooit vervangen is. Binnen historieMaterieel historieFormeel worden alleen gewijzigde en gecorrigeerde elementen opgenomen.

Oplossing

Verwijder in deze drie sectormodellen overal het historieFormeelRelatie element uit "-historieMaterieel" en "-historieFormeel" complexTypes voor relaties.

Joris Wit

Moet het omgekeerde niet ook bekeken worden? In een deel van de -historieFormeelRelatie typen is een element historieMaterieel of historieFormeel opgenomen. In de BG0310 schema's zie ik drie varianten:

- Zowel een historieMaterieel als een historieFormeel element (Situatie 1)
- Alleen een historieFormeel element (Situatie 2)
- Geen van beide (Situatie 3)

Ik zie niet waarom deze drie varianten bestaan. Voorbeeld:

Situatie 1: KOZKOZAPR-historieFormeelRelatie
Situatie 2: KOZKOZGHP-historieFormeelRelatie
Situatie 3: KOZKZA-historieFormeelRelatie

Als ik deze relaties in rsg basisgegevens 2.01  deel II opzoek vind ik dat voor alledrie zowel materiele als formele historie relevant is:

Relatiesoort APPARTEMENTSRECHT maakt deel uit van appartementencomplex dat staat op KADASTRAAL PERCEEL
Relatiesoort KADASTRAAL deelPERCEEL ligt binnen KADASTRAAL PERCEEL
Relatiesoort KADASTRALE  ONROERENDE ZAAK heeft KADASTRALE  ONROERENDE ZAAK AANTEKENINGen

Echter, in het XSD schema staan weer andere indicaties in de annotation van het basistype:

KOZKOZAPR-basis heeft zowel de historieMaterieel J als de historieFormeel J annotation
KOZKOZGHP-basis heeft alleen de historieFormeel J annotation
KOZKZA-basis heeft zowel de historieMaterieel J als de historieFormeel J annotation

Concluderend begrijp ik dus niet wat de conditie is die bepaald welke elementen in een -historieFormeelRelatie type moeten worden opgenomen.

Wat mij overigens ook niet duidelijk is, is het gebruik van historieMaterieel en historieFormeel elementen binnen een XXX-historieMaterieel of XXX-historieFormeel type. Bij bijvoorbeeld TGOPND-historieMaterieel zijn deze beide niet opgenomen. Nu staat in Deel II bij de relatie "Relatiesoort VERBLIJFSOBJECT maakt deel uit van één of meer PANDEN" dat zowel materiële als formele historie niet relevant is, maar volgens de catalogus BAG is dit natuurlijk wel zo, dus het lijkt me dat hier deze elementen moeten worden toegevoegd. Ook moet denk ik het type XXX-historieFormeel altijd een historieFormeel element bevatten, maar dit is bij WDO-historieFormeel niet het geval.