Probleem
Het simpleType voor het element overgangsgrootte in KOZKOZVAN en KOZKOZNAR heeft totalDigits 8 en fractionalDigits 2, maar in de schema's voor de BRKLevering is dit 10 en 2.
Het simpleType voor het element kdp.grootte in KOZ heeft totalDigits 13 en fractionalDigits 2, maar in de schema's voor de BRKLevering is dit 10 en 2.
Het simpleType voor het element landinrichtingsrente/bedrag in KOZ heeft totalDigits 13 en fractionalDigits 2, maar in de schema's voor de BRKLevering is dit 20 en 2.
Het simpleType voor het element koopsom in KOZ heeft totalDigits 13 en fractionalDigits 2, maar in de schema's voor de BRKLevering is dit 20 en 2.
Oplossing
Breng de simpleTypes binnen bg0310 in overeenstemming met de simpleTypes in BRK Levering
Dit onderhoudsverzoek is opgevoerd in de onderhoudsverzoeken als ONV0370.
De lijst met onderhoudsverzoeken vind je op:
gemmaonline.nl/index.php/StUF-Expertgroep#Documenten
Maarten,
Ik neem aan dat je niet het element 'koopsom' bedoeld maar het element 'koopsom/bedrag'?
Hallo Robert,
Ik bedoel inderdaad koopsom/bedrag.
In RSGB 2.0 hebben veel kadastrale gegevens nooit een formaat gehad. Omdat er wel berichten gedefinieerd zijn met die gegevens had dat eigenlijk wel gemoeten. Een tekortkoming in RSGB 2.0 dus. Deze tekortkoming gaan we niet meer oplossen aangezien we eind dit jaar een RSGB 3.0 in gebruik hebben. RSGB 2.0 laten we dus voor wat het is maar deze wijziging zal wel worden meegenomen in patch 21 van StUF-BG 3.10.
Zie in de bijlage de bestanden 'bg0310\entiteiten\bg0310_ent_basis.xsd', 'bg0310\entiteiten\bg0310_simpleTypes.xsd', 'bg0310\mutatie\bg0310_ent_mutatie.xsd' en 'bg0310\vraagAntwoord\bg0310_ent_vraagAntwoord.xsd'.
Bijlage
Tijdens de StUF Expertgroep van 18 maart 2015 is het voorstel goedgekeurd. Onderhoudsverzoek kan dus ook worden omgezet naar een erratum (ERR0370) en worden meegenomen in patch 21.