Hoe voldoen aan tabel 5.5 regels als gerelateerde is tabel

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

3 reacties / 0 nieuw
Login of registreer om te kunnen reageren
ma, 27-11-2017 - 17.18u
#1
Frank Samwel
Hoe voldoen aan tabel 5.5 regels als gerelateerde is tabel

Voor een gerelateerde moeten (bij wijziging) minimaal kerngegevens worden opgegeven of sleutelOntvangend.

Maar voor nationaliteit (NAT) zijn geen kerngegevens gedefinieerd in BG0310.
In het StUF Testplatform wordt daarom een bericht met de volgende inhoud afgekeurd op regel STV0000084:

<BG:inp.heeftAlsNationaliteit StUF:entiteittype="NPSNAT" StUF:verwerkingssoort="W">
            <BG:gerelateerde StUF:entiteittype="NAT" StUF:verwerkingssoort="I"> 
                <BG:code>0059</BG:code>
            </BG:gerelateerde>
        </BG:inp.heeftAlsNationaliteit> 

Hoe moet nu worden voldaan aan deze eis?

  • Moet bij NAT dus altijd sleutelOntvangend worden meegegeven?
  • Of geldt deze regel niet als er geen kerngegevens zijn gedefinieerd? (moet er dan minimaal één willekeurig gegevens worden opgenomen?)
  • Of moeten er eigenlijk kerngegevens worden gedefinieerd voor NAT?
Bovenaan
Frank Samwel

In StUF specificaties zie ik ook staan: "Bij tabelentiteiten mogen ook de attributes StUF:sleutelVerzendend, StUF:sleutelOntvangend en StUF:sleutelGegevensbeheer niet voorkomen, omdat tabelentiteiten geen sleutels hebben."

Dus de eerste optie, vullen sleutelOntvangend, mag niet. 

Bovenaan
Henri Korver

Het element "code" is het enige kerngegeven van NAT. Zie onderstaande complexType in het schema  "bg0310_msg_mutatie.xsd".

 <complexType name="NAT-identificatieKennisgeving">
  <complexContent>
   <restriction base="BG:NAT-tabel">
    <sequence>
     <element name="code" type="BG:Nationaliteitcode-e" nillable="true"/>
    </sequence>
    <attribute ref="StUF:noValue" use="prohibited"/>
    <attribute ref="StUF:scope" use="prohibited"/>
    <attribute ref="StUF:verwerkingssoort" use="required"/>
   </restriction>
  </complexContent>
 </complexType>

​Het was mooier geweest als we dit kerngegeven hadden gedefinieerd als een complexType NAT-kerngegeven in het basisschema van bg0310. Zo doen we het gelukkig wel in bg0320:

<complexType name="NAT-matchgegevens">
  <complexContent>
   <restriction base="bg:NAT-basis">
    <sequence>
     <element name="code" type="bg:String4_P1-e" nillable="true" minOccurs="0"/>
    </sequence>
    <attribute ref="bg:entiteittype" use="required" fixed="NAT"/>
    <attribute name="scope" type="StUF:StUFScope" use="prohibited"/>
   </restriction>
  </complexContent>
 </complexType>


 

Bovenaan