0.1 Overzicht issues BRK Levering

Transcriptie

1 0.1 Overzicht issues BRK Levering Datum januari 2017 Versie bijgewerkt t/m 4 januari 2017 DefinitiefMateriebeleid PPBGeo- en Vastgoedinformatie en Advies

2 Inhoudsopgave 1 Openstaand Levering van naamswijzigingen Niet Natuurlijke Personen (NNP s) Controlemogelijkheid downloadservice GDS Headerinformatie - Namespace van kadasterstukken Indicatie geheim adres Ontstaansdatum object Mutaties op BAG gegevens in BRK Levering Afgehandeld Niet juist leveren percelen bij abonnementen op basis van gebied Stand BRK Levering met actuele persoonsgegevens Onjuiste levering persoonsgegevens Gemeentelijke publiekrechtelijke beperkingen BAG adressen meerdere keren aan hetzelfde perceel gekoppeld Percelen op dezelfde dag gemuteerd en vervallen Dubbele personen in BRK Levering... 7 Versie bijgewerkt t/m 14 januari / 7

3 1 Openstaand 1.1 Levering van naamswijzigingen Niet Natuurlijke Personen (NNP s) Omschrijving Het WOZ-proces maakt gebruik van de naamswijzigingen van NNP s. Deze gegevens worden momenteel niet meegeleverd met BRK Levering. Dit is conform productmodel maar onwenselijk. Het Kadaster onderzoekt hoe en wanneer naamswijzigingen van NNP s die met een stuk zijn ingeschreven onderdeel kunnen worden van BRK Levering. 1.2 Controlemogelijkheid downloadservice GDS2 Omschrijving Om afnemers de duidelijkheid te geven dat de mutaties die zij hebben ontvangen overeen komen met de mutaties die wij hebben geleverd, is een controlemogelijkheid zeer gewenst. In de klankbordgroep berichtenverkeer WOZ hebben wij toegezegd te onderzoeken of en hoe wij deze service kunnen aanbieden. Wij wijzen afnemers nu op de mogelijkheid om dat handmatig zelf te doen door kosteloos een controlelijst op te vragen via brk@kadaster.nl. Echter met een controlemogelijkheid, kunnen we onze afnemers dat werk besparen. 1.3 Headerinformatie - Namespace van kadasterstukken, wordt in nieuw schema (IMKAD 2.2) opgelost Omschrijving In de headerinformatie is de namespace van kadasterstukken te vinden als NL.KAD.KadasterStuk. Dezelfde namespace is in het mutatiebericht zelf te vinden als NL.KAD.Kadasterstuk. De fout zit in het verschil in schrijfwijze tussen deze twee namespaces. Oplossing Om deze fout te herstellen wordt ook in de headerinformatie deze namespace geleverd als NL.KAD.Kadasterstuk. Voortgang Op 25 augustus 2016 is er een uitvraag gedaan bij de softwareleveranciers of zij problemen ondervinden met deze oplossing. De reacties zijn ontvangen en op basis hiervan worden vervolgstappen bepaald. Er is geconstateerd dat er softwareleveranciers zijn die problemen ondervinden met de geboden oplossing op korte termijn. Hierop is besloten om de wijziging door te voeren met de nieuwe IMKAD 2.2 release. Versie bijgewerkt t/m 4 januari / 7

4 1.4 Indicatie geheim adres, wordt in nieuw schema (IMKAD 2.2) opgelost Omschrijving Met BRK Levering wordt de indicatie geheim adres niet meegeleverd. Dat is conform productmodel, maar niet wenselijk. Oplossing De vraag is of het Kadaster de indiciatie geheim adres kan meeleveren. Daarvoor moet een schemawijziging doorgevoerd worden. Voortgang Deze wijziging wordt meegenomen in de schemawijziging. 1.5 Ontstaansdatum object Omschrijving Softwareleveranciers meldden ons dat zij de ontstaansdatum van een object missen in BRK Levering ten opzichte van MO AKR. Deze datum is nodig in verwerkingsprocessen. De ontstaansdatum van een object leveren wij niet als apart veld in BRK Levering, maar is wel te herleiden. Oplossing Om te kunnen herleiden: Als een object vernummert, dan gebeurt dit in onze registratie op basis van een kadasterstuk. In BRK Levering leveren wij van dit kadasterstuk het AardStukdeel met de waarde Metingsstaat KAD 75 m.b.t. vernummering (matrix) : 1.Een mutatiebericht met was -situatie waarin het vervallen object staat vermeld. 2.Een mutatiebericht met de wordt -situatie van het nieuw ontstane object. In het mutatiebericht met de wordt -situatie vindt u naast het AardStukdeel het veld BRKdatum van dit stuk. De datum die in dit veld staat is de ontstaansdatum van het object. Voortgang Om de ontstaansdatum als apart veld te leveren moet een schemawijziging doorgevoerd worden. Deze kan worden meegenomen in de eerstvolgende schemawijziging. Dit wordt besproken op het eerstvolgende softwareleveranciersoverleg. 1.6 Mutaties op BAG gegevens in BRK Levering Aangemeld december 2016 Omschrijving Sinds enige tijd beschikt BRK Levering over een vernieuwde BRK-BAG koppeling. Hierdoor krijgt u in uw levering meer en kwalitatief verbeterde adresinformatie. De wijziging heeft een groot aantal aanvullende adressen opgeleverd in heel Nederland (ruim ). Wij hebben vastgesteld dat er situaties voorkomen waarin BAG gegevens wijzigen maar het ID van deze gegevens in de BAG gelijk blijft. Deze wijziging levert echter geen BRK Levering mutatie op. Hierdoor komt het voor dat wijzigingen in de BAG niet juist worden door geleverd door BRK Levering. Oplossing Voortgang Versie bijgewerkt t/m 4 januari / 7

5 2 Afgehandeld 2.1 Niet juist leveren percelen bij abonnementen op basis van gebied Aangemeld december 2016 Status Afgehandeld op 3 januari 2017 Omschrijving Er hebben enkele percelen in de kadastrale registratie bestaan, zonder dat hiervoor een perceelsvlak aanwezig was. Deze situatie is door onze collega s van de registratieafdeling hersteld. Als gevolg van het ontbreken van deze geometrie is het mogelijk dat één of meerdere objecten niet in een stand- en mutatielevering zijn ontvangen. Oplossing Op 9 januari wordt de volledige levenscyclus van de objecten opnieuw beschikbaar gesteld. Van deze objecten zijn het ontstaan en alle mutaties die er hebben plaatsgevonden sinds klaargezet. Dit is de datum waarop de BRK Levering database initieel is gevuld. Afnemers met een abonnement op basis van gebied zijn geïnformeerd. Wanneer u op 9 januari geen mutaties heeft ontvangen dan heeft het probleem zich niet voorgedaan in het gebied waar u afnemer van bent. 2.2 Stand BRK Levering met actuele persoonsgegevens Aangemeld juni 2016 Status Afgehandeld op 15 december 2016 Omschrijving De adresgegevens van personen (natuurlijk en niet-natuurlijke personen) behoren tot de comfortinformatie van BRK Levering. We leveren deze mee op momenten van mutaties in de BRK, maar niet bij afzonderlijke wijzigingen van personen. Dat is conform stelselafspraken. BRK Levering is niet de bron of leverbron van actuele persoonsgegevens (dat wil zeggen actueel ten tijde van aanmaken product). MO AKR was voor onze afnemers wel de leverbron van actuele persoonsgegevens. Echter, in de BRK Levering stand worden deze gegevens nu ook niet actueel geleverd maar met een peildatum van 1 januari 2013, het startmoment van de database met op dat moment actuele persoonsgegevens. Dat levert bij onze afnemers problemen op. Zo kan het voorkomen dat wij met MO AKR in 2014 van een persoon een overlijden hebben doorgegeven dat in de gegevens van BRK Levering in 2015 deze persoon niet meer overleden is omdat deze persoon dat op die peildatum van 1 januari 2013 nog niet was. Oplossing Vanaf heden is het mogelijk om een stand met actuele persoonsinformatie op te vragen. Voor meer informatie zie dit nieuwsbericht. Versie bijgewerkt t/m 4 januari / 7

6 2.3 Onjuiste levering persoonsgegevens Status Afgehandeld op 6 oktober 2016 Omschrijving Wij hebben geconstateerd dat dit voorkomt voor personen die in de periode 2013 / 2014 voor het eerst een woning of ander onroerend goed hebben gekocht. Oplossing Normaal vindt binnen een week de GBA confrontatie plaats, en wordt dit als BRK Mutatiebericht geleverd. Voor deze personen heeft de GBA confrontatie wel plaatsgevonden, maar is dit niet als BRK Mutatiebericht geleverd. Het probleem is opgelost en heeft geresulteerd in landelijk mutatieberichten. Deze zijn vanaf week 40 met voorrang klaargezet op onze downloadomgeving en kunnen via uw reguliere proces worden verwerkt. 2.4 Gemeentelijke publiekrechtelijke beperkingen Status Afgehandeld op 27 september 2016 Incident De wens is geuit om de gemeentelijke publiekrechtelijke beperkingen op te nemen in BRK Levering. Oplossing Gemeentelijke publiekrechtelijke beperkingen zijn niet aanwezig in BRK Levering, zoals ze voorheen ook niet beschikbaar waren in de massale output AKR. Gemeentelijke beperkingen worden niet bij het Kadaster ingeschreven. Ze zijn daarom ook geen onderdeel van BRK Levering. 2.5 BAG adressen meerdere keren aan hetzelfde perceel gekoppeld Aangemeld 22 juli 2016 Status Afgehandeld op 25 juli 2016 Incident Bij de koppeling voor de toevoeging BAG adressen in BRK Levering zijn in bepaalde situaties adressen meerdere keren gekoppeld aan hetzelfde perceel. Dit zorgt voor een zeer groot aantal adressen in het mutatiebericht en de stand leveringen. Oplossing Voor dit probleem hebben wij een software aanpassing uitgevoerd. Op 25 juli hebben wij alle objecten waarin de problemen zijn voorgekomen opnieuw geleverd. Mogelijk moet uw softwareleverancier nog herstelwerkzaamheden verrichten om de foutieve gegevens in uw database te corrigeren. Versie bijgewerkt t/m 4 januari / 7

7 2.6 Percelen op dezelfde dag gemuteerd en vervallen Aangemeld 01 juli 2016 Status Afgehandeld op 14 juli 2016 Incident Percelen die op dezelfde dag muteren en vervallen zijn niet correct geleverd aan afnemers die een abonnement op basis van gebied hebben. Hierbij wordt de vervallen mutatie niet geleverd. Oplossing De betreffende percelen zijn geïnventariseerd. Op donderdag 14 juli 2016 zijn herstelmutaties voor de betreffende abonnementen klaargezet. De datum van deze mutatieberichten kan in het verleden liggen. Op deze dag zijn geen reguliere mutaties klaar gezet. Er worden alleen herstelmutaties klaargezet die binnen de looptijd van het contract en bestelgebied vallen. Mogelijk moet uw softwareleverancier nog herstelwerkzaamheden verrichten om de foutieve gegevens in uw database te corrigeren. 2.7 Dubbele personen in BRK Levering Aangemeld 1 september 2016 Status Afgehandeld Incident Wij hebben geconstateerd dat de samenvoeging van personen in BRK Levering niet altijd correct is geleverd. Hierdoor kunnen er in uw database dubbele personen voorkomen. Hoe zijn dubbele personen in de registratie ontstaan? Bij de registratie van een koopakte in de Basisregistratie Kadaster krijgt de eigenaar een identificatienummer. Wanneer bij een volgende aankoop in een akte dezelfde persoon met een iets afwijkende naam voorkomt of als het Kadaster een schrijffout in de naam maakt, krijgt ook deze persoon een eigen identificatienummer. Het Kadaster is verplicht de aktegegevens aan te houden. Als na vergelijking met de persoonsgegevens in de Basisregistratie Personen blijkt dat het Kadaster een fout heeft gemaakt, herstellen wij deze fout achteraf in onze registratie. Aangezien de tweede opvoering niet juist is zullen wij deze persoon samenvoegen met de juist opgevoerde persoon. Ook als een notaris in een akte een enigszins tekstueel afwijkende persoonsnaam noemt kan dit leiden tot een dubbel voorkomende persoon in de registratie, in bepaalde situaties kan dat ook tot het verenigen van personen leiden. Oplossing U ontvangt bij samenvoegingen van personen een mutatie waarbij de vervallen persoon wordt vervangen door de juiste persoon. Ook zetten wij mutatieberichten voor u klaar van objecten waarbij dit eerder heeft gespeeld. Er worden alleen herstelmutaties klaargezet die binnen de looptijd van het contract en bestelgebied vallen. Mogelijk moet uw softwareleverancier nog herstelwerkzaamheden verrichten om de foutieve gegevens in uw database te corrigeren. Versie bijgewerkt t/m 4 januari / 7