Direct naar (in deze pagina): inhoud, zoekveld of menu.

U bevindt zich op: Home › GBA › Informatiebank › Vraag en antwoord › BAG-GBA

Vulling - Koppeling

Gaat de vulling van BAG naar GBA geautomatiseerd?

Dat hangt af van wat gemeenten aan hun leveranciers (BAG én GBA) vragen. Het uitzoekwerk zal in ieder geval op enig moment handmatige acties vergen.

Naar boven

Hoe moet een gemeente om gaan met situaties waarin als gevolg van de koppeling tussen de BAG en de GBA adresgegevens in de GBA gewijzigd of aangepast moeten worden?

De afwijkingen van BAG adressen in de GBA moeten weggewerkt worden met de reguliere procedures voor infrastructurele wijzigingen en correcties zoals omschreven in het Logisch Ontwerp en de HUP. Om de initiële vulling na koppeling van beide bestanden zo soepel mogelijk te laten verlopen is het raadzaam om voor de koppeling al een bestandsvergelijking uit te voeren en te analyseren welke verschillen er nog zijn en deze zoveel mogelijk weg te werken.
Alle wijzigingen die op de PL plaatsvinden in categorie 08 omdat er verschillen zijn in straatnaambesluiten, zijn infrastructurele wijzigingen. Hier van dient de betrokkene op de hoogte te worden gebracht (AWB).

Naar boven

Wordt het versturen van automatische wijzigingsberichten aan afnemers niet even stopgezet tijdens de koppeling van BAG en GBA?

Nee, de berichtgeving aan afnemers loopt gewoon door tijdens de koppeling van GBA en BAG. Van wijzigingen is ook lang niet altijd sprake, zeker als ter voorbereiding op de koppeling een goede bestandsvergelijking is uitgevoerd. Voor wat de gegevens betreft, betekent de koppeling met de BAG dat de GBA met 4 nieuwe velden wordt uitgebreid. De in het GBA bestaande gegevens hoeven daardoor echter niet te wijzigen, c.q. een wijzigingsbericht aan een afnemer te genereren. Wel uiteraard aan GBA-V omdat GBA-V altijd alle gegevens ontvangt.

Naar boven

Wanneer is het zinvol om BAG met GBA te synchroniseren?

Het lijkt handig om in de opbouwfase van de BAG het uitzoekwerk zo spoedig mogelijk te doen en eventuele verschillen met de GBA weg te werken. Gedurende de opbouwfase moeten BAG-mutaties vrijwel synchroon verwerkt worden in de GBA om te voorkomen dat bij het in productie gaan met de BAG, de GBA-gegevens weer uiteenlopen. Ook in de productiefase verdient het aanbeveling BAG-mutaties vrijwel synchroon te verwerken: maximale gegevensintegriteit levert een grote bijdrage aan dienstverlening en administratieve lastenverlichting.

Naar boven

Kan de vulling van BAG-gegevens naar GBA ook vanuit de landelijke voorziening BAG?

Het is niet onmogelijk maar er is voor gekozen om de gemeentelijke BAG te koppelen met de gemeentelijke GBA. De reden daarvoor is dat gemeenten voor zowel de BAG als de GBA bronhouder zijn. Het ligt dan ook voor de hand de koppeling tussen deze twee registraties zo dicht mogelijk bij de bron te organiseren.

Naar boven

Kan de vulling BAG/GBA ook gefaseerd over aantal dagen verspreid of via alternatieve media plaatsvinden?

Een gemeente kan zelf kiezen hoe de vulling kan plaatsvinden of per PL of alle PL-en in een keer en alles wat er tussen zit. Hoe de koppeling gaat, en welke mogelijkheden daarbij zijn, bepaalt de gemeente , in overleg met de betrokken BAG- en GBA-leveranciers
Omdat de koppeling BAG-GBA voor elke actuele PL een bericht aan GBA-V oplevert, zal BPR wel in overleg treden met de gemeenten om er voor te zorgen dat niet alle gemeenten en dus alle 16 miljoen PL-en op hetzelfde moment gekoppeld worden.

Naar boven

Afnemers ontvangen nu al wijzigingen van adressen omdat gemeenten infrastructurele wijzigingen of correcties doorvoeren als gevolg van het uitzoekwerk voor de koppeling tussen BAG en GBA. Dergelijke wijzigingen kunnen bijvoorbeeld leiden tot een nieu

Afnemers ontvangen altijd al berichten vanwege incidentele infrastructurele wijzigingen of vanwege correcties. Het aantal daarvan zal vanwege de komst van de koppeling tussen GBA en BAG en het gelijktrekken van BAG en GBA naar verwachting meer zijn dan tot voor kort gebruikelijk. Afnemers moeten hierop bedacht  zijn en dergelijke berichten niet afhandelen alsof het daadwerkelijke verhuizingen betreft en alleen een nieuwe beschikking afgeven als de betrokken infrastructurele wijziging of correctie daar aanleiding toe geeft.
Afnemers zullen voorgelicht worden over de gevolgen van de komst van BAG en dan met name over het al voor de daadwerkelijke koppeling gelijktrekken van GBA en BAG. Bekeken zal worden of dit aspect opgenomen kan worden in de brief aan afnemers over wijziging van de autorisatie die in juli/augustus zal worden verzonden.

Naar boven

Kan de aanlevering van nieuwe BAG-elementen in GBA problemen opleveren voor andere applicaties?

Dat is bij het agentschap BPR en bij VROM niet bekend. GBA-leveranciers en leveranciers van andere applicaties zullen hier gezamenlijk aandacht aan moeten besteden. Voor BAG en GBA is dat geregeld en zijn er afspraken gemaakt in samenspraak met EGEM en de leveranciers van BAG- en GBA-applicaties in het BAG ICT lab.

Naar boven

Hoe vindt binnengemeentelijk gegevensuitwisseling plaats tussen BAG en GBA? Vindt deze plaats via StUF? Welke afspraken zijn hierover gemaakt binnen de werkgroep van BAG en GBA leveranciers?

Op initiatief van het agentschap BPR en het project BAG hebben de leveranciers van BAG- en GBA-applicaties samen met EGEM afspraken gemaakt over de wijze waarop uitwisseling van gegevens op basis van de StUF standaarden tussen de BAG en de GBA in het kader van LO 3.7 er uit zal zien. In dit overleg is gesproken over de vulling van LO 3.7,  gegevensuitwisseling op basis van de actuele StUF standaarden (2.04), kennisgevingsberichten tussen de BAG en de GBA ten behoeve van de geautomatiseerde bijhouding en uitwisseling en berichtenverkeer tussen BAG en GBA op basis van StUF 3.01 in de toekomst. De resultaten van deze werkgroep worden in september aangeboden aan de StUF-expert- en StUF-regiegroep. Na acceptatie door deze groepen kunnen BAG- en GBA-leveranciers de BAG/GBA-standaard implementeren.

Naar boven