Directie Rechtszekerheid Product- en Procesbeheer Productmodel Basisregistratie Kadaster Levering, release 202090 Auteur(s) Kadaster
Directie Rechtszekerheid Product- en Procesbeheer van 89 Productmodel Basisregistratie Kadaster Levering, release 202090 Opdrachtgever Status Definitief Verspreiding Extern historie Datum Auteur Opmerking.0 6 januari 20 Kadaster. februari 202 Kadaster Gebaseerd op IMKAD 2..0 Final draft. Kadaster Bijgewerkt t.b.v. release 202090; zie de wijzigingshistorie in paragraaf 2.4. Hoofdstuk 4 toegevoegd.
2 van 89 Inhoudsopgave Inleiding... 6 2 Welke informatie levert de BRK Levering... 7 2. Achtergrondinformatie IMKAD... 7 2.. Wat is IMKAD... 7 2..2 Standaard voor uitwisseling gegevens van en naar het Kadaster... 7 2.2 Afwijkingen BRK Levering t.o.v. IMKAD 2. Final draft... 8 2.2. Subset van IMKAD... 8 2.2.2 Wijzigingen op IMKAD...3 2.3 Afwijkingen BRK Levering t.o.v. Massale Output (MO AKR)...4 2.3. Nieuw in BRK Levering...4 2.3.2 Vervallen in BRK Levering...4 2.4 Wijzigingshistorie...5 2.5 Informatiemodel BRK Levering...7 3 Informatieproducten van de BRK Levering...8 3. Uitleverbestanden...8 3.. BRK Stand...8 3..2 BRK Mutatie...8 3..3 Indeling en naamgeving...8 3.2 Levermodel BRK Levering...9 4 Metamodel...20 4. IMKAD...20 4.. Beschrijvend model...20 4..2 Uitwisselingsmodel...22 4..3 Akte- en productmodellen en webservices...23 4.2 Vertaling van UML klassenmodel naar XML schema...23 4.3 Waardelijsten...25 4.3. Validatie...25 4.3.2 Opbouw van de waardelijsten...25 4.3.3 s...26 4.3.4 Het gebruik van waardelijsten...27 4.4 Voorbeeldbestanden...27 5 Modeldocumentatie...28 5. BRKLevering...28 5.. Mutatie...30 5... AanduidingKadasterstuk 3 5...2 AanduidingKadastraalObject 3
3 van 89 5...3 AanduidingTerInschrijvingAangebodenStuk 32 5. Mutatie 32 5...5 _AanduidingStuk 33 5..2 GemeenteGebaseerdeStand...33 5..2. GemeenteGebaseerdeStand 34 5..2.2 WaardelijstBurgerlijkeGemeente 35 5..3 Snapshot...35 5..3. KadastraalObjectSnapshot 36 5..4 KadastraalObject...37 5..4. Appartementsrecht 38 5..4.2 LocatieKadastraalObject 39 5..4.3 OnroerendeZaakFiliatie 39 5..4.4 Perceel 40 5..4.5 TypeKadastraleAanduiding 42 5..4.6 TypeKoopsom 43 5..4.7 TypeLandinrichtingsrente 43 5..4.8 TypeOppervlak 43 5..4.9 TypePerceelnummerVerschuiving 43 5..4.0 WaardelijstAKRKadastraleGemeentecode 44 5..4. WaardelijstAardFiliatie 44 5..4.2 WaardelijstCultuurcodeBebouwd 44 5..4.3 WaardelijstCultuurcodeOnbebouwd 44 5..4.4 WaardelijstKadastraleGemeente 44 5..4.5 WaardelijstSoortGrootte 45 5..4.6 _KadastraalObject 45 5..4.7 _OnroerendeZaak 46 5..5 Recht...47 5..5. Aantekening 47 5..5.2 AantekeningKadastraalObject 49 5..5.3 AantekeningRecht 49 5..5.4 GezamenlijkAandeel 49 5..5.5 HoofdSplitsing 50 5..5.6 Ondersplitsing 50 5..5.7 SplitsingAfkoopErfpacht 50 5..5.8 Tenaamstelling 5 5..5.9 TypeBreuk 52 5..5.0 WaardelijstAardAantekening 52 5..5. WaardelijstAardZakelijkRecht 52 5..5.2 WaardelijstBurgerlijkeStaat 52 5..5.3 WaardelijstSamenwerkingsverband 53 5..5.4 ZakelijkRecht 53 5..5.5 _AppartementsrechtSplitsing 54
4 van 89 5..5.6 _PersoonsgebondenRecht 54 5..6 Stuk...55 5..6. Kadasterstuk 56 5..6.2 Stukdeel 57 5..6.3 TerInschrijvingAangebodenStuk 58 5..6.4 TypeDeelEnNummer 58 5..6.5 WaardelijstAardStukdeel 59 5..6.6 WaardelijstReekscode 59 5..6.7 WaardelijstRegistercode 59 5..6.8 WaardelijstSoortRegister 60 5..6.9 _Stuk 60 5..7 Adres...60 5..7. KADBinnenlandsAdres 6 5..7.2 KADBuitenlandsAdres 62 5..7.3 PostbusAdres 63 5..7.4 _Locatie 63 5..7.5 _Woonlocatie 64 5..7.6 _WoonlocatieBinnenland 64 5..7.7 _WoonlocatieBuitenland 64 5..8 Persoon...65 5..8. KADNatuurlijkPersoon 66 5..8.2 KADNietNatuurlijkPersoon 66 5..8.3 WaardelijstAanduidingGeslacht 67 5..8.4 WaardelijstBeschikkingsbevoegdheid 67 5..8.5 WaardelijstLand 67 5..8.6 WaardelijstRechtsvorm 68 5..8.7 _NatuurlijkPersoon 68 5..8.8 _Persoon 68 5..8.9 _Rechtspersoon 70 5..9 InOnderzoek...70 5..9. InOnderzoek 7 5..0 Typen...7 5..0. TypeBedrag 72 5..0.2 Waardelijst 73 5..0.3 WaardelijstValuta 74 5..0.4 TypeOnvolledigeDatum 74 5..0.5 TypePostcode 74 5.. BagAdres...74 5... Ligplaats 75 5...2 NummerAanduiding 75 5...3 OpenbareRuimte 76 5...4 Standplaats 77
5 van 89 5...5 Verblijfsobject 77 5...6 Woonplaats 77 5...7 _AdresseerbaarObject 78 5..2 GbaPersoon...78 5..2. BuitenlandsAdres 79 5..2.2 Ingezetene 80 5..2.3 NietIngezetene 80 5..2.4 Partnerschap 80 5..2.5 _GeregistreerdPersoon 80 5..2.6 TypeGeboorte 8 5..2.7 TypeGeslacht 82 5..2.8 TypeNaam 82 5..2.9 TypeOverlijden 82 5..2.0 WaardelijstGBAAanduidingGeslacht 82 5..2. WaardelijstGBAAanduidingNaamgebruik 83 5..2.2 WaardelijstGBALand 83 5..3 NhrRechtspersoon...83 5..3. Rechtspersoon 84 5..3.2 WaardelijstNHRRechtsvorm 84 5..4 NEN360...85 5..4. GeoObject 85 5..4.2 NEN360ID 85 5..4.3 RegistratiefGebied 86 5..5 GML...86 5..5. ArcString 87 5..5.2 LineString 87 5..5.3 Surface 87 5..5.4 AbstractFeatureType 88 5..5.5 PointPropertyType 88 5..5.6 PointType 88 5..5.7 SurfacePropertyType 88 5..5.8 SurfaceType 88 5..6 xlinks...89 5..6. simplelink 89
6 van 89 Inleiding Het productmodel Basisregistratie Kadaster Levering (BRK Levering) beschrijft de informatieproducten ten behoeve van de informatieverstrekking over onroerende zaken in Nederland. Met de BRK Levering kunt u zich abonneren op informatie uit de Basisregistratie Kadaster. Een belangrijke doelstelling van de BRK Levering bestaat uit het leveren van consistente geïntegreerde informatie. Deze informatie bestaat uit de volgende onderdelen:. Administratieve informatie over onroerende zaken 2. Cartografische informatie over onroerende zaken Het Kadaster gebruikt voor de uitwisseling van gegevens waar van toepassing IMKAD. Specifieke productmodellen, zoals het productmodel BRK Levering, zijn gebaseerd op IMKAD en definiëren daar eigen structuren en uitbreidingen bovenop. Hoofdstuk 2 geeft een toelichting op het gebruik van IMKAD. Voor BRK Levering wordt gebruik gemaakt van een subset van IMKAD 2. Final draft. De afwijkingen van BRK Levering ten opzichte van IMKAD 2. Final draft zijn aangegeven. Het hoofdstuk sluit af met het informatiemodel BRK Levering. Hoofdstuk 3 geeft een overzicht van de specifieke informatieproducten die geleverd worden door BRK Levering. De samenhang tussen de diverse informatieproducten en de relatie met het informatiemodel (gebaseerd op IMKAD) wordt beschreven. Het hoofdstuk sluit af met het levermodel BRK Levering. BRK Levering berichten worden geleverd in XML. De regels van dit XML zijn gedefinieerd in een XML Schema. Dit XML Schema is gegenereerd op basis van het informatie- en levermodel van de BRK Levering. De complete modeldocumentatie van BRK Levering is opgenomen in hoofdstuk 5. Deze modeldocumentatie bestaat uit UML klassenmodellen. Deze klassenmodellen zijn bedoeld om inzicht te geven in (en ter documentatie van) de BRK Levering. Hoofdstuk 4 geeft een beknopt overzicht van de technieken die Kadaster inzet voor het omzetten van een klassenmodel naar XML Schema, het releasebeleid en het gebruik van waardelijsten. Afnemers moeten op basis van de XML Schema Definities (XSD s) van BRK Levering hun software realiseren. De XSD s zijn dus altijd leidend. Deze schema s worden gelijktijdig met het productmodel gepubliceerd. Voor aanvullende informatie kunt u onze website raadplegen: http://www.kadaster.nl/brklevering http://www.kadaster.nl/schemas http://www.kadaster.nl/imkad
7 van 89 2 Welke informatie levert de BRK Levering 2. Achtergrondinformatie IMKAD 2.. Wat is IMKAD IMKAD is het Informatiemodel van het Kadaster waarin de volgende gegevens schematisch zijn weergegeven: De basisgegevens van alle onroerende zaken in Nederland inclusief geometrie. De basisgegevens van (lucht)vaartuigen uit de Basisregistratie Kadaster (BRK). De rechten van (rechts)personen op onroerende zaken en (lucht)vaartuigen zoals het eigendomsrecht en hypotheekrecht 2. 2..2 Standaard voor uitwisseling gegevens van en naar het Kadaster Het doel van IMKAD is het bieden van een standaard voor de uitwisseling van gegevens naar en van het Kadaster. Deze standaard levert een eenduidige structuur en beschrijving van alle gegevens die het Kadaster uitwisselt met betrokkenen binnen en buiten de publieke sector. Dit betreft levering van informatie binnen de publieke sector in de vorm van zogenaamde BRK Leveringen, de gegevens die worden gebruikt voor geautomatiseerde verwerking van notariële akten in het kader van de Ketenintegratie Inschrijvingen Kadaster (KIK) en gegevens die worden gebruikt in KIK inzage webservices. Als standaard heeft IMKAD een plaats binnen het stelsel van standaarden voor geo-informatie binnen de publieke sector. Dit stelsel, beheerd door GeoNovum, bepaalt dat Nederlandse standaarden voor geoinformatie moeten voldoen aan de NEN360 standaard, het basismodel geo-informatie. Deze standaard staat naast de StUF (Standaard UitwisselingsFormaat) die vooral binnen de Nederlandse gemeenten wordt gebruikt voor de uitwisseling van administratieve basisgegevens. Daarnaast heeft IMKAD relaties met andere basisregistraties in Nederland: De basisregistratie personen (BRP) die de huidige basisregistratie GBA zal vervangen. In de BRP worden persoonsgegevens vastgelegd van inwoners van Nederland en Nederlanders die in het buitenland wonen. Het nieuw handelsregister (NHR) waarin alle bedrijven en rechtspersonen ingeschreven staan. De basisregistraties adressen en gebouwen (BAG) waarin adressen en gebouwen worden opgenomen. De basisregistratie WOZ waarin de waardering van onroerende zaken wordt vastgelegd. De beschrijving van het model biedt achtergrondinformatie aan gebruikers van de modellen zoals ketenpartners en softwareontwikkelaars. De modeldocumentatie, change log en XML Schema s verwijzen naar de detailinformatie over het model en de versies daarvan. Informatie over (lucht)vaartuigen maakt onderdeel uit van IMKAD, maar is niet opgenomen in de BRK Levering. 2 Informatie over hypotheekrecht maakt onderdeel uit van IMKAD, maar is niet opgenomen in de BRK Levering.
2.2 Afwijkingen BRK Levering t.o.v. IMKAD 2. Final draft Datum 8 van 89 Het informatiemodel BRK Levering is gebaseerd op de structuur en definities van IMKAD 2. Final draft en gebruikt zoveel mogelijk relaties en attributen die in IMKAD gedefinieerd zijn, met andere woorden: het model is zoveel mogelijk een afspiegeling van IMKAD 2. Final draft. 2.2. Subset van IMKAD In BRK Levering komt een aantal zaken niet voor, die wel onderdeel van IMKAD uitmaken. Deze zaken zijn aanwezig in IMKAD ten behoeve van andere informatie-uitwisselende producten van het Kadaster. In BRK Levering worden ze niet, of op een andere manier, geleverd. Hieronder volgt een opsomming van gegevenselementen uit IMKAD die niet in BRK Levering zijn opgenomen. Alle gegevensgroepen Gegeven Historie Toelichting Historie-elementen worden niet geleverd. BRK Levering toont de toestand ( snapshot ) voor en na inschrijven van een stuk. Gegevensgroep Kadastraal object Gegeven TeboekgesteldeZaak Luchtvaartuig Schip Leidingnetwerk KadastraleGrens omschrijvingonderzoek- Erfdienstbaarheden bij OnroerendeZaak toestandsdatumonderzoek- Erfdienstbaarheden bij OnroerendeZaak landinrichtingsblokid bij OnroerdendeZaak indicatiegeschat bij TypeOppervlak toelichtingbewaarder bij KadastraalObject isvermeldin bij KadastraalObject (associatie met Stukdeel) Toelichting Gegevens over teboekgestelde zaken worden niet geleverd. Gegevens over teboekgestelde zaken worden niet geleverd. Gegevens over teboekgestelde zaken worden niet geleverd. Gegevens over leidingnetwerken worden niet geleverd. Gegevens over kadastrale grenzen worden niet geleverd. Wel wordt de perceelbegrenzing (het perceelvlak) geleverd. Gegevens over erfdienstbaarheden worden niet geleverd. Gegevens over erfdienstbaarheden worden niet geleverd.
9 van 89 tekening bij Appartementsrecht (associatie met Stukdeel) isgerelateerdaan (KadastraalObject) bij KadastraalObject inonderzoek.authentiekgegeven bij KadastraalObject indicatiegekozenwoonplaats bij LocatieKadastraalObject identificatie bij LocatieKadastraalObject Gegevens over teboekgestelde zaken worden niet geleverd. Gegevens over teboekgestelde zaken worden niet geleverd. Alleen identificaties van de hoofdobjecten worden geleverd. Gegevensgroep Zakelijk recht Gegeven Mandeligheid Hoofdzaak einddatum bij ZakelijkRecht heefttekening bij ZakelijkRecht (associatie met Stukdeel) Toelichting Gegevens over mandeligheid worden niet geleverd conform IMKAD, maar conform de Massale Output (MO AKR). Percelen met een aandeel in een mandeligheid hebben de (AKR) aantekening MD met een fictieve betrokken persoon. Percelen met bestemming tot algemeen nut in verband met mandeligheid hebben de (AKR) aantekening MA of MDD. De rechten betrokken in de mandeligheid zijn tenaamgesteld aan dezelfde fictieve persoon. Gegevens over mandeligheid worden niet geleverd conform IMKAD, maar conform de Massale Output (MO AKR). Zie de toelichting bij mandeligheid. Gegeven wordt niet geleverd conform IMKAD, maar conform de Massale Output (MO AKR). Rechten met een einddatum hebben de aantekening ER. Gegevensgroep Persoonsgebonden recht Gegeven Zekerheidsrecht Beslag Hypotheek TenaamstellingFiliatie omschrijving bij PersoonsgebondenRecht verklaringinzakederden- Toelichting Gegevens over zekerheidsrechten worden niet geleverd. Gegevens over zekerheidsrechten worden niet geleverd. Gegevens over zekerheidsrechten worden niet geleverd.
0 van 89 Bescherming bij PersoonsgebondenRecht inonderzoek.authentiekgegeven bij PersoonsgebondenRecht Gegevensgroep Aantekening Gegeven begrenzingaantekening bij Aantekening begrenzingdienenderf bij Aantekening begrenzingheersenderf bij Aantekening aanduidingerfdienstbaarheid bij AantekeningKadastraalObject indicatieoorspronkelijkobject bij AantekeningKadastraalObject Toelichting Gegevens over erfdienstbaarheden worden niet geleverd. Gegevens over erfdienstbaarheden worden niet geleverd. Gegevens over erfdienstbaarheden worden niet geleverd. Gegevensgroep Stuk Gegeven Bijlage bij Stuk aard bij TerInschrijvingAangebodenStuk bewaardersverklaring bij TerInschrijvingAangebodenStuk indicatieverbeteringgewenst bij TerInschrijvingAangebodenStuk Ondertekenaar bij TerInschrijvingAangebodenStuk tijdstipondertekening bij TerInschrijvingAangebodenStuk Signalering bij TerInschrijvingAangebodenStuk Aanvulling bij Stukdeel aard bij Kadasterstuk indicatiecorrectie bij Kadasterstuk aardbeslag bij Stukdeel bedragvorderingsbeslag bij Stukdeel Toelichting Gegevens over zekerheidsrechten worden niet geleverd. Gegevens over zekerheidsrechten worden niet geleverd.
van 89 Gegevens over zekerheidsrechten worden niet geleverd. Gegevensgroep Persoon bedragzekerheidsstelling- Hypotheek bij Stukdeel bedragerfpachtscanon bij Stukdeel indicatiebijwerkingopgeschort bij Stukdeel omschrijvinggekozenwoonplaats bij Stukdeel omschrijvingkadastraleobjecten bij Stukdeel omschrijvingtopografischemutatie bij Stukdeel redendoorhalingteboekstelling bij Stukdeel Gegeven indicatieafscherming- Persoonsgegevens bij Persoon toekomstigewoonlocatie bij Persoon vermeldinstukdeel bij Persoon Domiciliekeuze bij Persoon adelijkeofpredikaat bij KADNatuurlijkPersoon aanduidingnaamgebruik bij KADNatuurlijkPersoon heeftpartner bij KADNatuurlijkPersoon naamopenbaarregister bij KADNatuurlijkPersoon naamopenbaarregister bij KADNietNatuurlijkPersoon Toelichting Gegevens Ingezetene en NietIngezetene (GBA + RNI) Gegeven a-nummer bij GeregistreerdPersoon adelijkeofpredikaat bij GeregistreerdPersoon Toelichting
2 van 89 inonderzoek bij GeregistreerdPersoon indicatiegeheim bij Ingezetene geslachtsaanduiding- Aanschrijving bij Geslacht datumsluiting bij Partnerschap datumontbinding bij Partnerschap Gegevens Rechtspersoon (NHR) Gegeven datumaanvang bij Rechtspersoon datumbeeindiging bij Rechtspersoon Toelichting Gegevens Adressen (BAG) Gegeven bijoftegenover bij PostlocatiePersoon en WoonlocatiePersoon officieel bij NummerAanduiding; OpenbareRuimte; Woonplaats tijdvakgeldigheid bij NummerAanduiding; OpenbareRuimte; Woonplaats inonderzoek bij NummerAanduiding; OpenbareRuimte; Woonplaats bron bij NummerAanduiding; OpenbareRuimte; Woonplaats (..)status bij NummerAanduiding; OpenbareRuimte; Woonplaats typeadresseerbaarobject bij NummerAanduiding openbareruimtetype bij OpenbareRuimte woonplaatsgeometrie bij Woonplaats Toelichting Alle adresseerbare adressen in Nederland zijn opgenomen in de BAG, inclusief ligplaatsen en standplaatsen.
2.2.2 Wijzigingen op IMKAD Datum 3 van 89 In BRK Levering zijn een aantal specialisaties ten opzichte van IMKAD uitgevoerd. Hieronder volgt een opsomming van gegevenselementen die aan BRK Levering zijn toegevoegd, of gegevenselementen die in BRK Levering zijn gewijzigd ten opzichte van IMKAD. Gegevensgroep KadastraalObject Gegeven AKRRegister9Tekst bij Perceel perceelnummerrotatie bij Perceel Toelichting In BRK Levering is dit element toegevoegd, omdat afnemers dit gegeven nodig hebben voor de waardebepaling van deelpercelen. In de (nabije) toekomst wordt het vormen van deelpercelen in de BRK uitgefaseerd, waarna dit element overbodig ( obsolete ) wordt. In BRK Levering is de notatie van dit element aangepast (bug fix). Gegevensgroep Stuk Gegeven tijdstipaanbieding bij TerInschrijvingAangebodenStuk aardstukdeel bij Stukdeel StukdeelRelatie Toelichting In BRK Levering is dit element nillable 3 gemaakt, omdat het tijdstip van aanbieding van oudere stukken niet beschikbaar is in de BRK. In BRK Levering is dit element nillable gemaakt, omdat de aard van het stukdeel van oudere stukken niet beschikbaar is in de BRK. In BRK Levering zijn de relaties via StukdeelRelatie vervangen door rechtstreekse relaties naar Stukdeel. Gegevensgroep Persoon Gegeven geboortedatum bij GeregistreerdPersoon BSN bij GeregistreerdPersoon RSIN bij Rechtspersoon PersoonRelatie Tenaamstelling.verkregen- NamensSamenwerkingsverband Toelichting In BRK Levering is dit element nillable gemaakt, omdat de geboortedatum niet van alle geregistreerde personen beschikbaar is in de basisregistratie personen (BRP). In BRK Levering is dit element nillable gemaakt, omdat niet alle afnemers geautoriseerd zijn om dit gegeven te ontvangen. In BRK Levering is dit element nillable gemaakt, omdat niet alle afnemers geautoriseerd zijn om dit gegeven te ontvangen. In BRK Levering zijn de relaties via PersoonRelatie vervangen door rechtstreekse relaties naar Persoon. In BRK Levering is dit element toegevoegd, om de rol van de persoon aan te geven die in PersoonRelatie zat. 3 Nillable is een constructie om te geven dat een gegevenselement dat er hoort te zijn in de levering leeggelaten kan worden. Redenen dat het element leeggelaten wordt zijn: waarde onbekend, niet geautoriseerd en dergelijke.
2.3 Afwijkingen BRK Levering t.o.v. Massale Output (MO AKR) 4 van 89 BRK Levering vervangt de Massale Output (MO AKR). BRK Levering is geheel opnieuw opgezet, waardoor de informatie op een andere manier wordt geleverd. Daarnaast bevat BRK Levering ook informatie die niet door de MO AKR werd geleverd, en wordt bepaalde informatie niet meer geleverd. In de volgende paragrafen wordt opgesomd welke informatie nieuw is in BRK Levering ten opzicht van MO AKR, en welke informatie is vervallen. Informatie die op een andere manier wordt geleverd wordt niet genoemd. Ook niet als deze informatie in een geheel andere vorm wordt geleverd. 2.3. Nieuw in BRK Levering Gegeven Opmerking Perceelbegrenzing bij Perceel Cartografische informatie toegevoegd. PerceelnummerRotatie bij Perceel Cartografische informatie toegevoegd. PerceelnummerVerschuiving bij Perceel Cartografische informatie toegevoegd. Omschrijving bij Aantekening Toegevoegd. Tijdstip aanbieding bij Aangeboden stuk Toegevoegd. Stukdelen Toegevoegd. BSN bij Ingezetene Toegevoegd. BSN bij NietIngezetene Toegevoegd. RSIN bij Rechtspersoon Voorlopig nog niet geleverd. KvK Nummer bij Rechtspersoon Voorlopig nog niet geleverd. BAG Identificatie bij Verblijfsobject Toegevoegd 45. NEN360ID bij Kadastraal Object, Zakelijk Recht, Persoonsgebonden Toegevoegd 6. Recht, Aantekening, Persoon, Stuk en Stukdeel 2.3.2 Vervallen in BRK Levering Gegeven Volgnummer verwerking bij een mutatie Aanbieder bij een mutatie Verlijdensdatum bij een mutatie Deelperceelnummer bij Kadastraal object Stuk van ontstaan bij Kadastraal object Opmerking Vervallen. Procesinformatie MO AKR. Vervallen. Procesinformatie MO AKR. Vervallen. Procesinformatie MO AKR. Vervallen. De IndicatieDeelperceel wordt wel geleverd; hiermee wordt aangegeven dat de onroerende zaak een gedeelte van een perceel betreft. Vervallen. 4 Voor zo ver aanwezig in onze registratie. Nog niet alle kadastrale objecten zijn gekoppeld aan een BAG verblijfsobject. Kadaster werkt stapsgewijs aan het verbeteren van de koppeling. 5 Als comfort informatie wordt bij het BAG verblijfsobject het hoofdadres meegeleverd. Het nevenadres wordt nog niet meegeleverd. 6 NEN360ID bestaat uit de elementen Namespace, LokaalId en. Het element wordt nog niet geleverd.
5 van 89 CBS-kode bij Kadastraal object Belastingplichtige bij Kadastraal object nummer/bladvolgnummer bij een Perceel Ruitletter bij een Perceel Ruitnummer bij een Perceel Stuk van wijziging bij Objectadres Indicatie einde filiatie bij Zakelijk recht Register-9 nummer Status bij Objectbelemmering Indicatie mogelijk van toepassing bij Objectbelemmering Subjectnummer bij Subject A-nummer bij Subject Subjectrelatie Objectmutatie Subjectmutatie Voorgenomen splitsing in appartementsrechten Meerdere transacties bij de verwerking van een stuk. Vervallen. Vervallen. Vervallen. Vervallen. Vervallen. Vervallen. Vervallen. Alleen het meest recente titelstuk wordt geleverd. Vervallen. De Register-9 tekst wordt wel geleverd. Vervallen. Vervallen. Vervangen door identificatie bij Persoon Vervangen door BSN bij Ingezetene en NietIngezetene. Vervallen. Vervallen. Procesinformatie MO AKR. Vervallen. Procesinformatie MO AKR. Alleen de definitieve splitsing in appartementsrechten wordt geleverd. Alleen de toestand na verwerking van het hele stuk wordt geleverd. 2.4 Wijzigingshistorie Bij versie. (van het productmodel BRK Levering) In versie. zijn ten opzichte van versie.0 de onderstaande modelwijzigingen doorgevoerd. Wijzigingen. Gebaseerd op nieuwe versie IMKAD 2. Final draft; release 2022. De belangrijkste wijzigingen in deze versie van IMKAD zijn: - Harmonisatie NEN360 en StUF. - Identificaties van business objecten conform NEN360. - Verbeterde koppeling met GBA/RNI: NietIngezetene conform Ingezetene. - Verbeterde koppeling met nhr: RSIN en KvK-nummer toegevoegd. - Verbeterde koppeling met BAG: Adresseerbaar object toegevoegd. - Beperkte belasting van Zakelijk Rechten toegevoegd. - Deelperceelnummer vervallen. - Nieuwe indeling UML packages en namespaces. 2. Op deze versie van IMKAD zijn ten behoeve van BRK Levering de volgende specialisaties uitgevoerd:
- BSN en RSIN nillable gemaakt. - Tijdstip aanbieding en Aard stukdeel nillable gemaakt. - Register-9 tekst toegevoegd. 3. Alle packages voorzien van een nieuwe namespace indeling. Datum 6 van 89 4. De informatieproducten BRK Stand en BRK Mutatie opgenomen in eigen packages en namespaces. 5. De klasse BRK Bericht hernoemt tot KadastraalObjectSnapshot en opgenomen in een eigen package en namespace. 6. Referentie toegevoegd aan KadastraalObjectSnapshot, zodat gecontroleerd kan worden of alle mutaties verwerkt zijn. 7. IndicatieDeelperceel toegevoegd aan BRK Mutatie, omdat het deelperceelnummer niet meer in de kadastrale aanduiding voorkomt (met ingang van IMKAD 2. Final draft). 8. Nieuwe XSD s BRK Levering release 202020. Bij versie (van het productmodel BRK Levering) In versie zijn ten opzichte van versie. de onderstaande modelwijzigingen (bug fixes) doorgevoerd. NB: De versies.. t/m..3 zijn niet gepubliceerd. Wijzigingen. Op de gebruikte versie van IMKAD zijn ten behoeve van BRK Levering de volgende specialisaties uitgevoerd: - Geboortedatum bij Geregistreerd persoon nillable gemaakt. - De notatie van perceelnummerrotatie bij Perceel aangepast (bug fix). 2. Nieuwe XSD s BRK Levering release 202090.
7 van 89 2.5 Informatiemodel BRK Levering In figuur is het informatiemodel BRK Levering als subset van IMKAD 2. Final draft opgenomen. class Informatiemodel BRKLevering (overview) Informatiemodel BRK Levering versie 202090 Recht::Aantekening +isgebaseerdop..* Stuk::Stukdeel..* +omvat Stuk::_Stuk Legend Gegevensgroep Kadastraal Object..*..* +isgebaseerdop +isgebaseerdop Gegevensgroep Zakelijk Recht Gegevensgroep Persoonsgebonden Recht Gegevensgroep Aantekening Gegevensgroep Persoon Gegevensgroep Stuk +betreftaantekeningrecht +betreftaantekeningkadastraalobject Stuk::Kadasterstuk Stuk:: TerInschrijvingAangebodenStuk Aanvullende gegevens Recht:: AantekeningKadastraalObject Recht::AantekeningRecht +betrokkenpersoon InOnderzoek:: InOnderzoek +inonderzoek +heeftbetrekkingop Recht::_PersoonsgebondenRecht +vanpersoon Persoon::_Persoon +inonderzoek +betrokkenbijverkrijging +postlocatie Adres:: _WoonlocatieBinnenland Recht:: GezamenlijkAandeel +verenigingvaneigenaren 0.. Adres::_Locatie +adres 0.. +geldtvoor 0.. +woonlocatie +heeftbetrekkingop 2..* KadastraalObject:: LocatieKadastraalObject +heeftlocatie KadastraalObject::_KadastraalObject +rustop 0....* Recht::ZakelijkRecht +van Recht::Tenaamstelling 0.. Adres::_Woonlocatie +isbelastmet..* 2..* +isbeperkttot 0.. +betrokkenbij +ontstaanuit +ontstaanuitoz 0.. 0.. KadastraalObject:: OnroerendeZaakFiliatie +overgegaaninoz KadastraalObject:: _OnroerendeZaak Recht::_AppartementsrechtSplitsing 0.. KadastraalObject:: Perceel KadastraalObject:: Appartementsrecht Recht::HoofdSplitsing Recht::Ondersplitsing Recht:: SplitsingAfkoopErfpacht Figuur:
8 van 89 3 Informatieproducten van de BRK Levering 3. Uitleverbestanden Er zijn twee soorten leveringen die door de BRK Levering geleverd kunnen worden: - BRK Stand - BRK Mutatie 3.. BRK Stand Een BRK Stand is een set van berichten op basis van een selectie van kadastrale objecten en een peildatum. Van alle kadastrale objecten, die op de peildatum (na verwerking van alle ter inschrijving aangeboden stukken) relevant zijn, wordt een bericht in de stand opgenomen. Dit bericht beschrijft de toestand ( snapshot ) van het kadastrale object (inclusief de bijbehorende zakelijk rechten, tenaamstellingen, aantekeningen, personen en stukken) zoals deze op de peildatum in de Basisregistratie Kadaster geregistreerd is. Verder bevat de BRK Stand (proces)informatie over: - Peildatum - Selectiecriteria van kadastrale objecten (momenteel alleen per burgerlijke gemeente) 3..2 BRK Mutatie Een BRK Mutatie wordt geleverd voor iedere mutatie van een kadastraal object (inclusief de bijbehorende zakelijk rechten, tenaamstellingen, aantekeningen, personen en stukken) in de Basisregistratie Kadaster. Een kadastraal object kan alleen muteren bij de inschrijving van een stuk (zoals een notariële akte) in de registers van het Kadaster. Het bericht beschrijft de toestand ( snapshot ) van het kadastraal object voorafgaand aan het inschrijven van het stuk, en de toestand na afloop van het inschrijven van dit stuk. Verder bevat de BRK Mutatie (proces)informatie over: - Identificatie en aanduiding van het kadastraal object dat is gemuteerd - Aanleiding van de mutatie, bestaande uit de identificatie en aanduiding van het stuk en de aard van de stukdelen - Datum van de mutatie (datum van inschrijven van het stuk) - Eventueel een volgnummer ten behoeve van de verwerking, indien er voor één kadastraal object meerdere stukken op dezelfde datum in het register zijn verwerkt 3..3 Indeling en naamgeving Er worden verschillende soorten features (business objecten of hoofdentiteiten) onderscheiden: - Kadastraal object: Perceel en Appartementsrecht - Zakelijk Recht - Persoonsgebonden recht: Tenaamstelling - Aantekening - Persoon - Stuk en stukdeel
3.2 Levermodel BRK Levering Datum 9 van 89 In figuur 2 is het levermodel van BRK Levering opgenomen. Dit model toont de verschillende informatieproducten van de BRK Levering, de bijbehorende procesinformatie, en de eigenlijke informatiebericht(en) gebaseerd op IMKAD 2. Final draft. Dit informatiebericht toont de momentopname ( snapshot ) van een kadastraal object in de Basisregistratie Kadaster, inclusief de bijbehorende zakelijk rechten, tenaamstellingen, aantekeningen, personen en stukken. class Levermodel BRKLevering (overview) Levermodel BRK Levering versie 202090 Referenties naar Informatiemodel BRK Levering Legend Informatieproducten van de BRK Levering Informatieproducten (nog niet beschikbaar) Informatie (snapshot) in de BRK Levering Recht:: Aantekening Stuk::_Stuk Recht:: _PersoonsgebondenRecht Persoon:: _Persoon KadastraalObject:: _KadastraalObject Recht:: ZakelijkRecht Mutatie::Mutatie +was +wordt 0.. 0.. «collection» Snapshot::KadastraalObjectSnapshot GemeenteGebaseerdeStand:: GemeenteGebaseerdeStand +stand GebiedGebaseerdeStand:: GebiedGebaseerdeStand +stand PersoonGebaseerdeStand:: PersoonGebaseerdeStand +stand Figuur: 2
20 van 89 4 Metamodel 4. IMKAD IMKAD wordt vanaf versie 2. geheel modelgedreven beheerd. Dit betekent dat alle uit te wisselen gegevens worden beheerd vanuit een beschrijvend model. In dit beschrijvende model worden de voor het Kadaster relevante business objecten in hun onderlinge samenhang beschreven en gedocumenteerd. Business objecten zijn bijvoorbeeld kadastrale objecten (onroerend goed, schepen, luchtvaartuigen) en de rechten daarop van (rechts)personen. Op basis van dit model wordt een technisch model van IMKAD gegenereerd in de vorm van een XML Schema (XSD). Deze specificatie is vervolgens de basis voor de akte- en productmodellen in de vorm van XSD s voor akten respectievelijk informatieproducten. 4.. Beschrijvend model Het beschrijvend model is zowel toegankelijk vanuit een boomstructuur als vanuit een grafisch overzicht. Dit model vormt de inhoudelijke documentatie van IMKAD. Een voorbeeld van deze boomstructuur is:
2 van 89 Een (vereenvoudigd) voorbeeld van het objectenoverzicht staat hieronder. Dit overzicht geeft aan dat ZakelijkeRechten (bijvoorbeeld het eigendomsrecht) die rusten op een KadastraalObject (bijvoorbeeld een perceel) Tenaamgesteld worden in een Stukdeel (bijvoorbeeld een deel van een stuk in de vorm van een akte) op naam van een Persoon. class Overview «Objecttype» Stuk::Stukdeel +isgebaseerdop..* «Objecttype» Recht:: _PersoonsgebondenRecht +vanpersoon «Objecttype» Persoon::_Persoon «Objecttype» KadastraalObject:: _KadastraalObject +rustop 0....* «Objecttype» Recht::ZakelijkRecht +van «Objecttype» Recht::Tenaamstelling
22 van 89 Zowel in de boomstructuur als in het overzichtsplaatje kan doorgeklikt worden naar definities op objectniveau (bijvoorbeeld KadastraalObject of Persoon) en nog dieper naar definities op gegevensniveau (bijvoorbeeld benamingrecht bij ZakelijkRecht). 4..2 Uitwisselingsmodel Bij het generen van het uitwisselingsmodel is voor versie 2..0 een aantal ontwerpbeslissingen genomen. Net als het model zelf worden deze ontwerpbeslissingen en de consequenties daarvan, in het kader van de final draft review, voorgelegd aan onze informatieleveranciers, informatieafnemers en andere betrokkenen. De beslissingen worden in nauwe samenspraak met enkele andere partijen die verantwoordelijk zijn voor een basisregistratie uitgewerkt. Het doel hiervan is een set van best practices voor de implementatie van informatiemodellen voor basisregistraties. De belangrijkste ontwerpbeslissingen zijn: IMKAD is gerealiseerd als sectormodel binnen de NEN360 standaard. De NEN360 standaard en de StUF uitwisselingsstandaard zijn voor een belangrijk deel geharmoniseerd. IMKAD bevat als informatiemodel alle structuren die nodig zijn als basis te kunnen dienen voor zowel NEN360 als StUF uitwisselingsberichten. Gegevens van objecten waarvan de authentieke gegevens hun oorsprong vinden in andere basisregistraties worden uitgewisseld volgens de informatiestructuur van de betreffende basisregistratie. Daartoe wordt in XML Schema de gegevensstructuur van iedere voor het Kadaster relevante basisregistratie gekopieerd naar een aparte namespace binnen de IMKAD specificatie. Een namespace is een URI (Unique Resource Identifier) die verwijst naar de plaats op het internet waar de betreffende specificatie kan worden gevonden. Het uitgangspunt voor het releasebeleid is het onderscheiden van 3 typen releases:. Major releases, waarbij het eerste cijfer van de release wijzigt. 2.x.x is een major release t.o.v..x.x. Major release hoeven niet backwards compatible te zijn. Een major release moet in de orde van 5 jaar of meer meegaan. Major releases ondergaan een uitgebreid extern consultatietraject alvorens ze worden vastgesteld. 2..0 is een major release. 2. Minor releases, waarbij het tweede cijfer van de release wijzigt. X.2.x is een minor release t.o.v. x..x. Minor releases zijn zoveel mogelijk backwards compatible, maar kunnen wel nieuwe functionaliteit bevatten die soms ook wettelijk nodig is. Minor releases worden vooraf afgestemd met ketenpartners, maar ondergaan geen uitgebreid consultatietraject. 3. Bugfixes, waarbij het derde cijfer van de release wijzigt. X.x.2 is een bugfix t.o.v. x.x.. Bugfixes zijn altijd backwards compatible en worden vaak tussendoor doorgevoerd. Communicatie met ketenpartners gebeurt waar mogelijk vooraf, maar als het niet anders kan, kan het ook achteraf.
23 van 89 Bij het opzetten van modellen worden structuur, proces en inhoud gescheiden. De structuur is vastgelegd in een UML klassenmodel. Vaak wordt de processtatus of de inhoud van gegevens vastgelegd in code-omschrijvingstabellen, ofwel waardelijsten. IMKAD kent twee soorten waardelijsten: o o Referentielijsten hebben een eigen levenscyclus. Bovendien worden dergelijke lijsten vaak buiten het Kadaster om beheerd. Zo komen er bij een gemeentelijke herindeling bijvoorbeeld nieuwe gemeentecodes (in Kadastertermen de burgerlijke gemeente en niet de Kadastrale gemeente) bij en vervallen oude gemeentecodes, Dergelijke inhoudelijke wijzigingen worden los van het uitwisselingsschema doorgevoerd. Waardelijsten die uitleg behoeven. Om het informatiemodel overzichtelijk te houden zijn hier en daar in IMKAD begrippen gegeneraliseerd en details in waardelijsten opgenomen. Een voorbeeld is zakelijk recht, waarbij een de soorten van zakelijk recht zoals volledig eigendom, erfpacht, opstalrecht, e.d. zijn opgenomen in een waardelijst. Hetzelfde geldt voor procesgegevens, bijvoorbeeld de status voorlopig van een kadastrale grens. Wijzigingen in dit soort waardelijsten moeten worden afgestemd met informatieleveranciers en -afnemers. omdat dergelijke wijzigingen gevolgen kunnen hebben voor de procesinrichting van ketenpartners. Ze worden releasematig doorgevoerd 4..3 Akte- en productmodellen en webservices Aktemodellen, productmodellen en webservices bevatten in de regel een deelverzameling van de gegevens zoals beschreven in IMKAD. In sommige gevallen kunnen producten worden verrijkt met andere informatie die aan het productmodel wordt toegevoegd. In het geval van notariële akten bevat de akte-xml die wordt gebruikt in KIK ook gegevens die weliswaar nodig zijn voor het geautomatiseerd kunnen toetsen van de juridische geldigheid, maar die niet relevant is voor de Kadastrale Registratie en daarmee ook niet voor IMKAD. Hierbij kan worden gedacht aan complexe comparities (de samenstelling en hoedanigheid waarin twee of meer partijen bij de notaris verschijnen om een afspraak juridisch vast te leggen). Een voorbeeld hiervan is een zaakwaarnemer die iemand vertegenwoordigt die eigenaar is van een holding die weer eigenaar is van het bedrijf dat de betreffende rechtshandeling uitvoert. Deze gedetailleerde informatie is voor veel afnemers van Kadasterinformatie niet relevant. De intentie is om alle huidige akte- en productmodellen en webservices op enig moment over te brengen naar IMKAD 2..0. Deze modellen zijn nu nog gebaseerd op IMKAD.0 of soms nog oudere versies. Uiteindelijk ontstaat zo één standaard volgens welke het Kadaster informatie uitwisselt. 4.2 Vertaling van UML klassenmodel naar XML schema Ieder UML package resulteert in een XML schema. Packages verwijzen naar andere packages, en aldus verwijzen ook XML schema s naar andere XML schema s, via het XML schema import element. Voor de omzetting van constructies in UML zijn de conventies van ISO98 ingezet: - Concrete klasse wordt element en complextype. - Abstracte klasse wordt abstract element en abstract complextype. - Attribuut wordt element binnen klasse-element.
24 van 89 - Associatie wordt element binnen klasse-element, waarbij het element de naam van de doel-rol van de associatie heeft. - Associatie vanuit een data-collection wordt verwijzing naar de doel-klasse. Dit levert een abstract element op met de naam van de doel-klasse. - Voor associates en attributen geldt: wanneer multipliciteit [] of [..*] is, dan wordt het element in het XML document verplicht, en de inhoud verplicht en evt. herhaald. Wanneer multipliciteit [0..] of [] is, dan wordt het element in het XML document optioneel, en de inhoud verplicht en evt. herhaald. Kortom: attribuut of relatie komt maar keer voor binnen het klasse-element. - Een klasse met stereotype <<enumeration>> wordt omgezet in een enumeration. Voor IMKAD zijn vooralsnog geen enumeraties opgenomen; dit zijn alle waardelijsten (TypeWaardelijst). - Een klasse met stereotype <<datatype>> wordt omgezet naar een complex type, waarin alleen de attributen zijn opgenomen. De klasse zelf keert dus niet terug als element in XML documenten. - Superklasse-subklasse relaties worden gerealiseerd via substitutions. Dat wil zeggen, dat o o alle eigenschappen van supertype worden overgenomen in subtype. op iedere plek waar superklasse is toegestaan, ook subklasse is toegestaan. De volgende constructies in UML keren terug in het XML schema, anders dan in ISO 98: - Associatie keert niet terug als element wanneer de doel-rol geen naam heeft. - Meervoudige overerving wordt niet gebruikt. - Attribuuttypen worden in UML soms verkort weergegeven. Dit zijn geen echte datatypen (die binnen een bepaald package worden gedeclareerd en een eigen semantiek hebben), maar alle strings met een specifieke beperking op de mogelijke waarde (constraint) in de context van het UML attribuut. Het betreft: o ANXXX - alfanumeriek, met een minimum van en een maximum van XXX posities. Er mogen geen regeleinden in voorkomen, en het moet starten met een non-space karakter. Wanneer geen waarde XXX is opgegeven, dan is het maximum onbepaald. Voorbeeld: AN3, accepteert J, Ja, J a, Ja. o DX.Y - decimaal, met maximaal X cijfers voor de punt, en maximaal Y cijfers achter de punt (nb. voor dit formaat is niet de Nederlandse komma, maar de internationale punt als scheiding in gebruik). Aantal voorloop en achterloop-nullen is niet relevant (03.50 is equivalent met 3.5). Voorbeeld: D3.2, accepteert 0.0, 23.2, 0023.2000, -23.2. o NXXX - Numerieke gehele waarde van minimaal en maximaal XXX cijfers. Voorbeeld: N2, accepteert 80, 8, -80, 0. o PATTERN - een specifiek patroon vastgelegd in een tagged value. Voorbeeld is een postcode. - Attribuuttypen kunnen ook op ISO typen zijn gebaseerd: o Iso:date - Datum volgens ISO 860 formaat (http://en.wikipedia.org/wiki/iso_860). Voorbeeld is 997-09-30 o Iso:dateTime - Datum en tijd volgens ISO 860 formaat. Voorbeeld is 997-07- 6T9:20:30.45+0:00 o iso:year - jaar volgens ISO 860 formaat. Voorbeeld: 997.
4.3 Waardelijsten Datum 25 van 89 In IMKAD worden voor een aantal gegevens classificaties gebruikt. Deze worden beheerd als lijsten met toegestane waarden (waardelijsten). Een voorbeeld is een lijst met gemeentecodes met bijbehorende gemeentenamen. Waardelijsten gaan over inhoud, een informatiemodel vooral over structuur. Waardelijsten hebben ook een andere dynamiek dan het informatiemodel. Zo leidt bijvoorbeeld een gemeentelijke herindeling tot een aanpassing van de waardelijst Nederlandse gemeenten zonder dat dit gevolgen heeft voor het informatiemodel. Lijsten die aan verandering onderhevig zijn, worden ook vaak referentietabellen genoemd. 4.3. Validatie De structuur van berichten kan worden gecontroleerd via de XSD. De controle van de inhoud moet in een aparte stap worden uitgevoerd. U kiest zelf welke implementatie u daarvoor gebruikt, bijvoorbeeld schematron 7 of een andere techniek. De waardelijsten in de zipfile zijn opgenomen als genericode XML file met de extentie '.gc' en als commaseparated values bestand met de extentie '.csv'. De XML bestanden zijn opgebouwd volgens OASIS Genericode standaard 8. Bij de IMKAD XSD s worden '.cva' bestanden geleverd die de waardelijsten koppelen aan de elementen uit de XSD s. 4.3.2 Opbouw van de waardelijsten Een waardelijst bestaat standaard uit een 'code', een 'waarde', een 'datumvanaf' en een datumtot. Daarnaast kunnen ook aanvullende waarde kolommen zijn opgenomen. Een geldige 'code waarde combinatie' heeft of geen 'datumvanaf' of een 'datumvanaf' die in het verleden ligt en geen 'datumtot' of een 'datumtot' die in de toekomst ligt. Er zijn dus 4 manieren om een geldige waarde te tonen in een waardelijst, waarbij de grijs gemarkeerde varianten de voorkeur hebben. Code Waarde DatumVanaf DatumTot Voorbeeld Voorbeeld 0-0-2000 Voorbeeld 0-0-2000 0-0-2099 Voorbeeld 0-0-2099 Een ongeldige 'code waarde combinatie' heeft een 'datumtot' die in het verleden ligt, of een 'datumvanaf' die in de toekomst ligt. Er zijn dus ook 4 manieren om een ongeldige waarde te tonen op een peildatum. De waarden in het onderstaande voorbeeld zijn op 25-0-20 dus niet geldig, waarbij de grijs gemarkeerde varianten de voorkeur hebben. 7 Zie voor informatie over schematron: http://www.schematron.com/ 8 Zie voor informatie over OASIS genericode standaard: http://www.oasis-open.org/committees/codelist
26 van 89 Code Waarde DatumVanaf DatumTot 2 Voorbeeld 2 0-0-20 2 Voorbeeld 2 0-0-202 2 Voorbeeld 2 0-0-2000 3-2-200 2 Voorbeeld 2 0-0-202 0-0-2099 Wanneer een waarde moet wijzigen, wordt bij de bestaande regel de 'datumtot' ingevuld en wordt een nieuwe regel opgevoerd met de 'datumvanaf' van de 'datumtot' + dag. Code Waarde DatumVanaf DatumTot 3 Voorbeeld 3 0-0-20 25-0-20 3 Voorbeeld 3 25-0-20 Wanneer een 'code waarde moet vervallen, dan wordt bij de bestaande regel de 'datumtot' ingevuld. In het onderstaande voorbeeld is code '4' met waarde 'Voorbeeld 4' niet meer geldig na 25-0-20 om 23:59 uur. Code Waarde DatumVanaf DatumTot 3 Voorbeeld 3 26-0-20 4 Voorbeeld 4 0-0-20 25-0-20 Wanneer een 'code waarde' moet worden toegevoegd, wordt een nieuwe regel toegevoegd met daarin de 'datumvanaf' vanaf wanneer de code geldig is. In het onderstaande voorbeeld is code '5' met waarde 'Voorbeeld 5' geldig vanaf 0--20 om 00:00 uur. Code Waarde DatumVanaf DatumTot 3 Voorbeeld 3 26-0-20 4 Voorbeeld 4 0-0-20 0--20 5 Voorbeeld 5 0--20 4.3.3 s Op basis van begin- en einddata is van iedere peildatum een geldige waardelijst samen te stellen. Dit betekent dat expliciete versies niet nodig zijn. De waardelijsten bevatten altijd de op dit moment geldige waarden en alle historische waarden. Daarnaast kunnen ook wijzigingen worden opgenomen die nog geldig moeten worden. Een waarde heeft dan een ingangsdatum die in de toekomst ligt. Ondanks het feit dat er door deze manier van inrichten van de waardelijsten geen expliciete versies meer zijn, worden wijzigingen natuurlijk wel van te voren aangekondigd op deze pagina. Dit biedt u de tijd om uw applicatie voor te bereiden op de komende aanpassing.
4.3.4 Het gebruik van waardelijsten Datum 27 van 89 U kunt zelf kiezen hoe u de waardelijsten wilt gebruiken. U kunt de waardelijsten opnemen in de release van uw software waardoor ze onderdeel worden van uw software release. U kunt uw software ook dynamisch koppelen aan onze waardelijsten door run-time gebruik te maken van de waardelijsten die gepubliceerd worden op de Kadaster website. Wijzigingen in de waardelijsten werken dan rechtstreeks door in uw applicatie. Daarnaast zijn allerlei tussenvormen mogelijk. Op dit moment is de Kadaster website niet ingericht voor een dynamische koppeling. Hebt u hier belangstelling voor, neemt u dan contact op met het Kadaster, via e-mail: imkad@kadaster.nl. 4.4 Voorbeeldbestanden Voor testdoeleinden heeft Kadaster proefbestanden beschikbaar. De proefbestanden zijn bedoeld voor softwareleveranciers en afnemers, die software ontwikkelen op de informatieproducten van BRK Levering. De proefbestanden van BRK Levering bestaan uit een BRK Stand (beginstand), BRK Mutaties, een BRK Stand (eindstand) en een toelichting op de mutatieberichten. Hebt u hier belangstelling voor, neemt u dan contact op met het Kadaster, via e-mail: brk@kadaster.nl.
28 van 89 5 Modeldocumentatie Het productmodel BRK Levering is onderverdeeld in verschillende packages. Dit hoofdstuk geeft een overzicht van alle details van de modellen per package en per model van de klassen en hun eigenschappen. 5. BRKLevering Type: «application» Dit is BRK Levering. Het is een toepassing van IMKAD, het Informatie Model van het Kadaster. Alle packages/schema's zijn gebaseerd op IMKAD en volgen deze vrijwel volledig. Voor BRK Levering zijn enkele specialisaties hierop doorgevoerd. Het package/schema "Snapshot" bevat de basisconstructie voor deze toepassing. De packages/schema's van de informatieproducten "Stand" en "Mutatie" maken van deze basisconstructie gebruik. BRKLevering (dependencies) pkg BRKLevering (dependencies) «application» BRKLevering + Mutatie + GemeenteGebaseerdeStand + Snapshot + KadastraalObject + Recht + Stuk + Adres + Persoon + InOnderzoek + Typen + BagAdres + GbaPersoon + NhrRechtspersoon + NEN360 (from Kadaster) «import» «import» «external» GML + ArcString + LineString + Surface + AbstractFeatureType + PointPropertyType + PointType + SurfacePropertyType + SurfaceType «system» xlinks (from Kadaster) + simplelink (from Kadaster) Figuur: 3
29 van 89 Levermodel BRKLevering (overview) class Levermodel BRKLevering (overview) Levermodel BRK Levering versie 202090 Referenties naar Inform atiemodel BRK Levering Legend Inform atieproducten van de BRK Levering Inform atieproducten (nog niet beschikbaar) Inform atie (snapshot) in de BRK Levering Recht:: Aantekening Stuk::_Stuk Recht:: _PersoonsgebondenRecht Persoon:: _Persoon KadastraalObject:: _KadastraalObject Recht:: ZakelijkRecht Mutatie::Mutatie +was +wordt 0.. 0.. «collection» Snapshot::KadastraalObjectSnapshot GemeenteGebaseerdeStand:: GemeenteGebaseerdeStand +stand GebiedGebaseerdeStand:: GebiedGebaseerdeStand +stand PersoonGebaseerdeStand:: PersoonGebaseerdeStand +stand Figuur: 4
30 van 89 Informatiemodel BRKLevering (overview) class Informatiemodel BRKLevering (overview) Informatiemodel BRK Levering versie 202090 Recht::Aantekening..* +isgebaseerdop Stuk::Stukdeel +omvat..* Stuk::_Stuk Legend Gegevensgroep Kadastraal Object..*..* +isgebaseerdop +isgebaseerdop Gegevensgroep Zakelijk Recht Gegevensgroep Persoonsgebonden Recht Gegevensgroep Aantekening Gegevensgroep Persoon Gegevensgroep Stuk Aanvullende gegevens +betreftaantekeningrecht +betreftaantekeningkadastraalobject Recht:: Recht::AantekeningRecht AantekeningKadastraalObject Stuk::Kadasterstuk Stuk:: TerInschrijvingAangebodenStuk +betrokkenpersoon InOnderzoek:: InOnderzoek +inonderzoek +heeftbetrekkingop Recht::_PersoonsgebondenRecht +vanpersoon Persoon::_Persoon +inonderzoek +betrokkenbijverkrijging +postlocatie Adres:: _WoonlocatieBinnenland Recht:: GezamenlijkAandeel +verenigingvaneigenaren 0.. Adres::_Locatie +adres 0.. +geldtvoor 0.. +woonlocatie +heeftbetrekkingop 2..* KadastraalObject:: LocatieKadastraalObject +heeftlocatie KadastraalObject::_KadastraalObject +rustop 0....* Recht::ZakelijkRecht +van Recht::Tenaamstelling 0.. Adres::_Woonlocatie +isbelastmet..* 2..* +isbeperkttot 0.. +betrokkenbij +ontstaanuit +ontstaanuitoz 0.. 0.. KadastraalObject:: OnroerendeZaakFiliatie +overgegaaninoz KadastraalObject:: _OnroerendeZaak Recht::_AppartementsrechtSplitsing 0.. KadastraalObject:: Perceel KadastraalObject:: Appartementsrecht Recht::HoofdSplitsing Recht::Ondersplitsing Recht:: SplitsingAfkoopErfpacht Figuur: 5 5.. Mutatie Type: Dit is het schema van een specifiek informatieproduct van BRK Levering. Mutatie (overview)
3 van 89 class Mutatie (overview) Referentie naar andere packages AanduidingKadastraalObject Mutatie + aardstukdeel: WaardelijstAardStukdeel [..*] + BRKDatum: iso:date + volgnummerkadastraalobjectdatum: N5 [0..] + indicatiedeelperceel: boolean + kadastraleaanduiding: TypeKadastraleAanduiding +kadastraalobject +kadastraalobject KadastraalObject:: _KadastraalObject +ingeschrevenstuk _AanduidingStuk +stuk Stuk::_Stuk AanduidingKadasterstuk AanduidingTerInschrijvingAangebodenStuk + AKRPortefeuilleNr: AN6 [0..] + deelennummer: TypeDeelEnNummer «collection» Snapshot::KadastraalObjectSnapshot +was 0.. +wordt 0.. Figuur: 6 5... AanduidingKadasterstuk Aanduiding van een Kadasterstuk. Name Type Multiplicity AKRPortefeuilleNr AN6 [0..] Portefeuillenummer toegekend aan het stuk in het AKR systeem. from AanduidingKadasterstuk to _AanduidingStuk 5...2 AanduidingKadastraalObject Aanduiding van een KadastraalObject. Name Type Multiplicity indicatiedeelperceel boolean Geeft aan of het een deelperceel betreft.
kadastraleaanduiding TypeKad astraleaa nduiding Datum 32 van 89 De unieke aanduiding van een onroerende zaak door vermelding van achtereenvolgens de kadastrale gemeente en sectie, waarin de percelen, gedeelten van percelen en appartementsrechten zijn gelegen waarvan het grondgebied tot die zaak behoort, alsmede de nummers van die percelen. Art. 2 lid Kadasterbesluit from Mutatie to AanduidingKadastraalObject kadastraalobject from AanduidingKadastraalObject to _KadastraalObject kadastraalobject Het kadastraal object waarvoor een stuk is ingeschreven in de Basisregistratie Kadaster. 5...3 AanduidingTerInschrijvingAangebodenStuk Aanduiding van een TerInschrijvingAangebodenStuk. Name Type Multiplicity deelennummer TypeDeel EnNumm er Bevat de door het Kadaster vastgestelde unieke identificatie van alle ter inschrijving aangeboden stukken. from AanduidingTerInschrijvingAangebodenStuk to _AanduidingStuk 5. Mutatie Definitie Een BRK Mutatie wordt geleverd voor iedere mutatie van een kadastraal object (inclusief de bijbehorende zakelijk rechten, tenaamstellingen en aantekeningen) in de Basisregistratie Kadaster. Mutaties op eigenschappen van gekoppelde gegevens vormen geen aanleiding om een BRK Mutatie te leveren. Een kadastraal object kan alleen muteren bij de inschrijving van een stuk (zoals een notariële akte) in de registers van het Kadaster. Het bericht beschrijft de toestand (momentopname) van het kadastraal object voorafgaand aan het inschrijven van het stuk, en de toestand na afloop van het inschrijven van dit stuk. Name Type Multiplicity aardstukdeel Waardelij staardst ukdeel [..*] De aard van de stukdelen, behorend tot het ingeschreven stuk, die geleid hebben tot de mutatie van het kadastraal object. BRKDatum iso:date De datum waarop het stuk is ingeschreven in de