StUF-Geo BAG berichtenverkeer

Functioneel ontwerp

StUF-Geo BAG berichtenverkeer Functionele beschrijving van het koppelvlak tussen de applicaties van BAG en Geo Geonovum

datum 25 augustus 2014 versie V0.7, concept

Colofon Auteurs: Beheer:

Geonovum Geonovum Geonovum Barchman Wuytierslaan 10, 3818 LH Amersfoort Postbus 508 3800 AM Amersfoort Email: [email protected] De sequentiediagrammen in dit functioneel ontwerp zijn gemaakt met de online modelleersoftware van www.websequencediagrams.com.

2

Functioneel ontwerp StUF-Geo BAG Berichtenverkeer

Inhoudsopgave

3

1

Inleiding 1.1 Achtergrond en doel 1.2 Leeswijzer

5 5 5

2

Uitgangspunten 2.1 Actoren en verantwoordelijkheden: Geo en BAG 2.2 Berichten 2.3 Uitwisselen van gegevens van BAG-objecten 2.3.1 Objecttypen 2.3.2 Geometrie 2.3.3 Uitwisselen per object en alleen actuele stand 2.4 Gebeurtenissen als aanleiding voor berichtenverkeer 2.5 Identificaties van en relaties tussen berichten 2.6 Corrigeren en intrekken van berichten 2.7 Identificaties van en relaties tussen objecten 2.8 Verzenden en verwerken van berichten 2.8.1 Transacties en bundeling van berichten 2.8.2 IndicatorOvername 2.8.3 Volgorde van verzenden en verwerken 2.8.4 Synchroniteit

6 6 6 7 7 7 7 8 8 9 9 10 10 10 11 11

3

Scenario’s 3.1 Verzoek om geometrie door BAG 3.1.1 Basisscenario 3.1.2 Alternatief scenario: BAG keurt levering af 3.1.3 Alternatief scenario: BAG wil eerder verzonden geometrieVerzoek corrigeren 3.1.4 Alternatief scenario: BAG wil eerder verzonden geometrieVerzoek intrekken 3.1.5 Alternatief scenario: Geo keurt geometrieVerzoek af 3.2 Constatering en/of signalering door Geo 3.2.1 Basisscenario 3.2.2 Alternatief scenario: BAG keurt geometrie af 3.2.3 Alternatief scenario: Geo wil eerder verzonden geometrieLevering corrigeren 3.2.4 Alternatief scenario: Geo wil eerder verzonden geometrieLevering intrekken 3.3 Kennisgeving op object door BAG

12 13 13 13 14 14 15 16 16 16 17 17 18

4

Berichten 4.1 StUF-Geo BAG berichten 4.1.1 GeometrieVerzoek 4.1.2 GeometrieLevering 4.2 Goedkeurings- en afkeuringsberichten 4.2.1 Goedkeuringsbericht 4.2.2 Afkeuringsbericht 4.3 BAG-kennisgevingen

19 19 19 20 20 20 21 22


5

4

Attributen 5.1 geometrieVerzoek 5.1.1 idVerzoek 5.1.2 gebeurteniscode 5.1.3 documentverwijzing 5.1.4 toelichting 5.2 geometrieLevering 5.2.1 idLevering 5.2.2 gerelateerdVerzoek 5.2.3 gebeurteniscode 5.2.4 documentverwijzing 5.2.5 toelichting

23 23 23 23 23 23 24 24 24 24 24 24

Bijlage 1 Gebeurtenissen

25

Bijlage 2 Activiteitendiagram Koppelvlak BAG-Geo

26

Bijlage 3 Opname identificaties in de StUF-Geo BAG berichten

27


Hoofdstuk 1

Inleiding Dit hoofdstuk geeft een inleiding op het StUF-Geo BAG berichtenverkeer. 1.1

Achtergrond en doel

Voor het automatisch uitwisselen van gegevens tussen twee afdelingen binnen organisatie zijn afspraken nodig welke worden vastgelegd in een koppelvlak-specificatie. Een koppelvlak is een interface die volgens een bepaalde standaard de uitwisseling van gegevens tussen informatiesystemen verzorgt. Een koppelvlak werkt met standaarden. Het aanleverende systeem is verantwoordelijk voor de vertaling van gegevens naar die standaard en het afnemende systeem zorgt voor omzetting naar haar eigen ‘taal’. Dit document bevat een functionele beschrijving van het koppelvlak tussen de applicaties van de afdeling die verantwoordelijk is voor de bijhouding van gebouw- en adresgegevens i.h.k.v. de wet BAG (ofwel: de afdeling BAG) en de afdeling die verantwoordelijk is voor de landmeetkundige inwinning en geoinformatievoorziening (ofwel: de afdeling Geo). De standaard van berichten waarmee de gegevens tussen BAG en Geo worden uitgewisseld is gebaseerd op het Standaard Uitwiselings Formaat (StUF). Naast bestaande berichten uit StUF 03.10 en StUF-BAG worden voor dit koppelvlak specifieke berichten toepast, aangeduid met StUF-Geo BAG berichten.

1.2 Leeswijzer Dit document met koppelvlakspecificaties is gezamenlijk opgesteld door de softwareleveranciers van Geo en BAG applicaties en Geonovum. Het functioneel ontwerp zal na het bereiken van een definitieve versie (1.0) worden beheerd door Geonovum. De structuur van dit document is als volgt: o.b.v. een aantal uitgangspunten o.a. verantwoordelijkheden en taken in Hoofdstuk 2 worden een drietal algemene scenario’s van de werkprocessen tussen BAG en Geo geschetst in Hoofdstuk 3. In deze scenario’s worden bepaalde berichten zoals verzoeken en leveringen verstuurd. De inhoud van de berichten zijn nader gedefinieerd in Hoofdstuk 4 en Hoofdstuk 5. In een aparte handreiking “Geo-BAG werkproces met berichtenverkeer” worden meer praktijkscenario’s uitgewerkt met voorbeelden en uitzonderingssituaties.

5


Hoofdstuk 2

Uitgangspunten Dit hoofdstuk beschrijft de uitgangspunten voor uitwisseling van gegevens tussen BAG en Geo via StUF-Geo BAG berichtenverkeer.

2.1

Actoren en verantwoordelijkheden: Geo en BAG

Het StUF-Geo BAG berichtenverkeer kent twee actoren: (de applicatie van) BAG en (de applicatie van) Geo, hierna respectievelijk BAG en Geo. BAG is eindverantwoordelijk voor de volledigheid van de BAG-objecten, het op een correcte manier afbakenen van BAG-objecten en de vastlegging en distributie van de juiste BAG-gegevens volgens de hiervoor geldende wettelijke eisen. Geo is verantwoordelijk voor de geometrische inwinning en vastlegging van de geometrie van BAG-objecten conform de eisen van de BAG1. Voorts is Geo verantwoordelijk voor de afstemming van de BGT met de BAG. De beheerder van Geo2 kan vanuit BAG gemandateerd zijn voor de vaststelling van de definitieve geometrie van BAG-panden en BAG-verblijfsobjecten. Het brondocument voor de geometrische mutaties voor BAGobjecten kan en mag opgemaakt en ondertekend worden door de beheerder van Geo.

2.2

Berichten

Het berichtenverkeer tussen Geo en BAG maakt gebruik van de volgende typen berichten: 

 

1

StUF-Geo BAG berichten: specifiek voor dit koppelvlak gedefinieerde dienstberichten t.w.  geometrieVerzoek (gmvDi01): een asynchroon inkomend vrij bericht als verzoek tot levering van geometrie voor een bepaald object.  geometrieLevering (gmlDi01): een asynchroon inkomend vrij bericht met de te leveren geometrie voor een bepaald object. StUF-BG / BAG-kennisgevingsberichten StUF bevestigings- en foutberichten, o.a.  Bv01: een bevestigingsbericht als functionele3 asynchrone respons (goedkeuringsbericht)  Fo01: een foutbericht als functionele asynchrone respons (afkeuringsbericht)Bv03: een bevestigingsbericht als technische synchrone respons op een asynchroon bericht waarbij het bericht op basis van berichtstuurgegevens verwerkbaar wordt geacht4  Fo03: een foutbericht als technische synchrone respons op een asynchroon bericht waarbij het bericht niet verwerkaar wordt geacht.

In het geval dat BAG zelf de inwinning en vastlegging van de geometrie verzorgt, is een deel van het in dit koppelvlak

beschreven berichtenverkeer niet van toepassing. Geo heeft dan voldoende aan de kennisgevingsberichten vanuit BAG voor de bijhouding van de gegevens van BGT objecten. 2

In praktijk zijn dit de medewerkers van Geo, danwel de ambtenaar die belast is me de uitbesteding van inwinning van de

geometrie voor Geo. 3

Functioneel houdt in dat de inhoud van bericht is beoordeeld en gecontroleerd door de ontvangende applicatie

4

Een technische synchrone respons wordt op elk samengesteld of kennisgevingsbericht teruggeven cf. StUF conventies, en

is dan ook verder niet opgenomen in de uitwerking van het berichtenverkeer.

6


De StUF-Geo BAG berichten zijn gespecifieerd in §4.1. Een toelichting op het vullen van de StUF bevestigingen foutberichten staat beschreven in §4.2.

2.3

Uitwisselen van gegevens van BAG-objecten

In het StUF-Geo BAG berichtenverkeer worden gegevens uitgewisseld van BAG-objecten. Dit koppelvlak beperkt zich in de ondersteuning van enkel de verplichte gegevens van BAG-objecten, en niet de optionele attributen en BAG+-objecttypen. 2.3.1 Objecttypen De volgende BAG-objecttypen worden ondersteund in het StUF-Geo BAG berichtenverkeer: Pand Verblijfsobject Stand-/ligplaats Woonplaats Nummeraanduiding5 OpenbareRuimteNaam6 2.3.2 Geometrie Voor dit koppelvlak geldt dat alleen de geometrie cf. de inwinningsregels van BAG wordt uitgewisseld tussen Geo en BAG. Een BAG-object kan meerdere geometrietypen hebben. In dit koppelvlak wordt alleen de verplichte BAG-geometrie uitgewisseld. Bijvoorbeeld, voor de BAG is de keuze gemaakt om van een pand de vlakgeometrie in bovenaanzicht op te nemen. De verplichte BAG-geometrie voor een Pand is dus een vlakgeometrie in bovenaanzicht. In het kader van de BGT is Geo ook verantwoordelijk voor de geometrische inwinning van grootschalige topografie. Voor de BGT is de keuze gemaakt om van een pand de geometrie op maaiveldniveau op te nemen. Door modernere bouwvormen komt het daarbij steeds vaker voor dat de geometrie van een pand op maaiveldniveau aanzienlijk kan afwijken van de geometrie van een pand op een ander niveau. De geometrie op maaiveld kan als optioneel gegeven worden opgenomen bij een Pand. In dit koppelvlak wordt de optionele geometrie van BAG-objecten niet uitgewisseld. 2.3.3 Uitwisselen per object en alleen actuele stand In de StUF-Geo BAG berichten worden de gegevens altijd per object uitgewisseld, d.w.z. een geometrieVerzoek of geometrieLevering bevat enkel de gegevens van één BAG-object7. Bijvoorbeeld, indien een door Geo uitgevoerde mutatiesignalering uit luchtfoto’s mutaties oplevert op meerdere objecten, wordt per mutatie / object een bericht (geometrieLevering) door Geo aan BAG verstuurt. In dit koppelvlak wordt in een StUF-Geo BAG bericht alleen de actuele stand (WORDT) van een BAG-object uitgewisseld, en niet in combinatie met de vorige stand (WAS) van het BAG-object8.

5

Alleen in BAG-kennisgeving, niet in geometrieVerzoek of geometrieLevering.

6

Alleen in BAG-kennisgeving, niet in geometrieVerzoek of geometrieLevering.

7

Dit in afwijking van het StUF-BAG en StUF-Geo IMGeo berichtenverkeer waar een bericht een transactie van mutaties op

meerdere objecten mag bevatten. 8

Dit in afwijking van het StUF-BAG en StUF-Geo IMGeo berichtenverkeer waar in een bericht WAS én WORDT van een

object wordt uitgewisseld.

7


2.4

Gebeurtenissen als aanleiding voor berichtenverkeer

Het berichtenverkeer tussen BAG en Geo ontstaat naar aanleiding van een bepaalde gebeurtenis aan de kant van BAG of Geo. In Bijlage 1 is een overzicht met alle gebeurtenissen9 van Geo en BAG opgenomen en tot welk bericht dit leidt. Naar aanleiding van een BAG-gebeurtenis (bijv. verlenen vergunning) stuurt BAG aan Geo een verzoek om geometrie aan te leveren, ofwel een geometrieVerzoek. Naar aanleiding van een Geo-gebeurtenis (bijv. constatering nieuw pand door naverkenning uit luchtfoto’s) of de geometrische inwinning voor BAG na een geometrieVerzoek, stuurt Geo aan BAG een levering van nieuwe of gewijzigde geometrie, ofwel een geometrieLevering Naar aanleiding van een levering van nieuwe of gewijzigde geometrie door Geo, stuurt BAG altijd een functionele respons om de acceptatie en verwerking van de levering aan Geo te melden, ofwel een responsbericht. Naar aanleiding van een doorgevoerde mutatie op een BAG-object , stuurt BAG een kennisgeving van deze wijziging aan Geo, ofwel een BAG-kennisgevingsbericht (= StUF-BG). Geo filtert hieruit de voor de Geo/BGT relevante mutaties (bijv. wijziging van een nummeraanduiding door BAG) en verwerkt deze in de eigen applicatie.

2.5

Identificaties van en relaties tussen berichten

De StUF-Geo BAG berichten geometrieVerzoek en geometrieLevering hebben een logistieke identificatie en functionele identificatie, resp. het <StUF:referentienummer> in de <StUF:stuurgegevens> en <stuf-geobag:identificatie> in de entiteittypen <stuf-geo-bag:geometrieLevering> of <stuf-geobag:geometrieVerzoek>. Indien een geometrieLevering een respons is op een geometrieVerzoek bevat de geometrieLevering een eigen unieke logistieke identificatie en een verwijzing naar de logistieke identificatie van het geometrieVerzoek in het <StUF:crossRefnummer> cf. de standaard StUF logistieke voorschriften10. Daarnaast bevat de geometrieLevering in de eigen functionele identificatie <stuf-geo-bag:identificatie> de functionele identificatie van het geometrieVerzoek. De functionele identificatie geldt als een soort kenmerk om berichten bij een bepaalde gebeurtenis of transactie te kunnen bundelen11. Tabel 1. Voorbeeld logistieke en functionele identificatie in een geometrieVerzoek.

StUF:referentienummer

geometrieVerzoek

geometrieLevering

BAG12345678

GEO23456789

StUF:crossRefnummer Stuf-geo-bag:identificatie

9

BAG12345678 GMV09876543

GMV09876543

Dit overzicht is gebaseerd op de lijst met gebeurtenissen van het formele BAG-processenhandboek en aangevuld met de

Geo-gebeurtenissen. 10

Idem voor StUF-bevestigings- en foutberichten cf. standaard StUF logistieke voorschriften.

11

De functionele identificatie is ook nodig voor het corrigeren en intrekken van eerder verzonden bericht, omdat een

geometrieVerzoek en geometrieLevering geen StUF:crossReferencenummer in de stuurgegevens hebben.

8


2.6

Corrigeren en intrekken van berichten

In het StUF-Geo BAG berichtenverkeer kan het voorkomen dat BAG of Geo een eerder verstuurd StUF-Geo BAG bericht wil corrigeren of intrekken. Een bericht kan door zender worden gecorrigeerd of ingetrokken indien deze nog niet door ontvanger is afgehandeld, d.w.z. dat er nog niet door… BAG een goed- of afkeuringsbericht als respons op een geometrieLevering, of Geo een geometrieLevering of afkeuringsbericht als respons op een geometrieVerzoek is verstuurd.

Voor het corrigeren of intrekken van een StUF-Geo BAG bericht wordt een nieuw bericht gestuurd met daarin opgenomen een eigen unieke logistieke identificatie en een functionele identificatie gelijk aan de functionele identificatie van het in-te-trekken bericht. Tabel 2.

Voorbeeld corrigeren en intrekken van een geometrieVerzoek origineel

corrigeren

intrekken

StUF:referentienummer

BAG12345678

BAG12345679

BAG12345680

Stuf-geo-bag:identificatie

GMV09876543

GMV09876543

GMV09876543

Stuf-geo-bag:gebeurtenis12

BAG-***

BAG-CEG

BAG-NEG

2.7

Identificaties van en relaties tussen objecten

Een BAG-object in een StUF-Geo BAG bericht heeft functionele en technische identificaties, t.w. BAG-identificatie: de functionele identificatie van een BAG-object zijnde een 16-cijferige code welke wordt toegewezen door de applicatie van BAG nadat het object in de registratie van BAG is opgenomen. Met dit nummer is het object ook bekend in de Landelijke Voorziening BAG. sleutelVerzendend: de technische systeemsleutel van het BAG-object in de applicatie van de verzender van het bericht (dus BAG of Geo) sleutelOntvangend: de technische systeemsleutel van het BAG-object in de applicatie van de ontvanger van het bericht (dus BAG of Geo). Het opnemen van de BAG-identificatie bij een object is verplicht, behalve in de volgende twee situaties: Bij het versturen van een geometrieVerzoek na gebeurtenis ‘BGR-OBA Ontvangst bouwaanvraag’, waarbij het object nog niet is opgenomen in de applicatie van BAG en dus de BAG-identificatie voor dit object nog niet is uitgedeeld. Bij het versturen van een geometrieLevering na gebeurtenis ‘GEO-COG Constatering nieuw object’ waarbij het object ontstaat in de applicatie van Geo. Het object is nog niet opgenomen in de applicatie van BAG en dus is de BAG-identificatie voor dit object nog niet uitgedeeld. Het opnemen van de technische systeemsleutels StUF:sleutelVerzendend en StUF:sleutelOntvangend bij een object is verplicht als de BAG-identificatie niet kan worden meegestuurd (zie bovenstaande). De StUF:sleutelOntvangend mag alleen leeggelaten worden als het object is ontstaan in de zendende applicatie en nog niet voorkomt in de applicatie van ontvanger (en dus de technische systeemsleutel van ontvangende applicatie niet bestaat). Na het opnemen van het object in de applicatie van ontvanger stuurt ontvanger de technische systeemsleutel in een responsbericht aan zender: na een geometrieVerzoek van BAG wordt technische systeemsleutel van BAG en Geo in een geometrieLevering teruggegeven aan BAG,

12

9

Idem voor geometrieLevering met gebeurtenissen resp. GEO-***, GEO-CEG, en GEO-NEG.


-

na een geometrieLevering van Geo wordt de technische systeemsleutel van Geo samen met met de BAG-identificatie in een goedkeuringsbericht teruggegeven aan Geo.

Een BAG-kennisgeving bevat alleen de functionele BAG-identificatie en geen technische systeemsleutels. Samenvattend geldt het volgende t.a.v. welke identificaties in welk bericht worden uitgewisseld: 1) 2) 3) 4)

Indien wel BAG-identificatie bij BAG bekend, stuurt BAG de BAG-identificatie mee en optioneel de technische systeemsleutel van BAG. Indien geen BAG-identificatie bij BAG bekend, stuurt BAG de technische systeemsleutel van BAG mee. Indien geen BAG-identificatie bij Geo bekend en object is ontstaan bij BAG, stuurt Geo de technische systeemsleutel van BAG en Geo mee. Indien geen BAG-identificatie bij Geo bekend en een object is ontstaan bij Geo, stuurt Geo alleen de technische systeemsleutel van Geo mee.13

In bijlage 3 staat een overzichtstabel met welke identificaties in welk bericht worden uitgewisseld.

2.8

Verzenden en verwerken van berichten

In StUF-Geo BAG berichtenverkeer kunnen berichten in willekeurige volgorde worden verzonden en verwerkt. 2.8.1 Transacties en bundeling van berichten Bij bepaalde gebeurtenissen (bijv. bij het verlenen van een bouwvergunning voor een pand met meerdere verblijfsobjecten en nummeraanduidingen) komt het voor gegevens van meerdere objecten uitgewisseld gaan worden. Per object wordt een StUF-Geo BAG bericht met een eigen logistieke identificatie en een gemeenschappelijke functionele identificatie voor deze transactie samengesteld en in willekeurige volgorde verstuurd. De ontvanger kan de berichten welke behoren tot een bepaalde samengestelde transactie herleiden aan de functionele identificatie in het StUF-Geo BAG bericht of de gerelateerde identificaties van de BAG-objecten (bijv. de identificatie van Verblijfsobjecten zijn opgenomen als attribuutgegeven bij een Pand). 2.8.2 IndicatorOvername De gegevens van een object in het StUF-Geo BAG berichtenverkeer welke worden uitgewisseld met asynchrone kennisgevingsberichten kunnen verplicht zijn om te verwerken in de ontvangende applicatie of informatief bedoeld zijn. Of een kennisgeving in een bericht verplicht of informatief is, wordt opgenomen in de parameter <StUF:indicatorOvername> met resp. “V” (Verplicht) of “I” (Informatief). Voor het StUF-Geo BAG berichtenverkeer geldt dat een kennisgeving in een bericht afkomstig van: -

13

10

BAG heeft een indicatorOvername “Verplicht”, omdat BAG eindverantwoordelijk is voor de (kwaliteit van) gegevens van de BAG-objecten. Geo heeft een indicatorOvername “Informatief”, omdat BAG de gegevens uit een levering van Geo enkel overneemt na succesvolle beoordeling van de inhoud.

Ofwel: Geo stuurt altijd de technische systeemsleutel mee.


2.8.3 Volgorde van verzenden en verwerken Het verzenden van een bericht wordt geïnitieerd door zender en is eenrichtingsverkeer (push-mechnisme). De zendende applicatie kan meerdere berichten achter elkaar versturen, waarbij een volgend bericht niet per sé verzonden wordt na bevestiging van ontvangst van het vorige bericht. De ontvanger bevestigt te allen tijde de ontvangst van een bericht met een synchrone respons (Bv03 of Fo03). Als op een bericht binnen een bepaalde termijn geen bevestiging van ontvangst is teruggekomen, mag de zender veronderstellen dat het bericht niet is aangekomen. Omdat het de verantwoordelijkheid van zender is dat berichten ‘aankomen’, dient de zender opnieuw het bericht te versturen aan ontvanger. De afhandeling van het bericht door ontvanger is asynchroon, d.w.z. dat berichten worden in willekeurige volgorde op een willekeurig moment verwerkt in de ontvangende applicatie na verwerking wordt er een asynchroon responsbericht teruggegeven aan zender om de afhandeling van het bericht te melden. 2.8.4 Synchroniteit Geo is verantwoordelijk voor de synchronisatie van eigen applicatie met BAG i.h.k.v. de BGT. Op bepaalde momenten kunnen de gegevens van BAG-objecten in de applicaties van BAG en Geo tijdelijk uitelkaar lopen (bijv. na afwijzing van een nieuw geconstateerd Pand in een levering van Geo welke na beoordeling door BAG een niet-relevant BAG-object blijkt te zijn, dus geen BAG-Pand). Het berichtenverkeer verloopt via een internet/intranet (HTTP) verbinding. Aanwezigheid van een ESB (Enterprise Service Bus) o.i.d. is optioneel.

11


Hoofdstuk 3

Scenario’s Dit hoofdstuk beschrijft drie algemene scenario’s waarvoor StUF-Geo BAG berichtenverkeer toegepast wordt, t.w. verzoek om geometrie door BAG (3.1), constatering en signalering door Geo (3.2), en kennisgeving op object door BAG (3.3).

Onderstaand figuur toont een overzicht van de samenhang tussen de verschillende scenario’s (use cases) in het StUF-Geo BAG berichtenverkeer. Een volledig overzicht van de samenhang van activiteiten in de scenario’s van het StUF-Geo BAG berichtenverkeer is opgenomen in Bijlage 2.

uc Use Case Model BAG-Geo koppelvlak

Indienen geometrieVerzoek

«precedes»

Afkeuren geometrieVerzoek

«invokes» «precedes» Versturen geometrieLev ering

«precedes» Corrigeren geometrieVerzoek

«precedes» BAG

Intrekken geometrieVerzoek

Geo «precedes»

Corrigeren geometrieLev ering

«precedes»

Afkeuren geometrieLev ering

Versturen BAG-kennisgev ing

Intrekken geometrieLev ering

Figuur 3-1 Use case diagram van het StUF-Geo BAG berichtenverkeer

12


3.1

Verzoek om geometrie door BAG

3.1.1 Basisscenario Op enig moment doet BAG een verzoek aan Geo voor het leveren van geometrie in een geometrieVerzoek. Dit verzoek betreft een wens tot aanlevering van geometrie voor een bepaald object n.a.v. een bepaalde gebeurtenis. Geo gaat over tot verwerking van het verzoek, te weten de inwinning en kartering van de geometrie. Op het moment dat Geo de inwinning en kartering van de geometrie voltooid heeft, zal Geo de geometrie uitleveren aan BAG in een geometrieLevering. BAG gaat over tot de beoordeling van de geometrieLevering. Indien BAG de geometrie in de geometrieLevering goedkeurt, stuurt BAG een bevestiging van acceptatie/overname van de geometrie aan Geo middels een goedkeuringsbericht14. Na succesvolle verwerking in de eigen applicatie stuurt BAG de actuele stand van het BAG-object middels een BAG-kennisgeving aan Geo. Geo verwerkt de gegevens in de BAG-kennisgeving in de eigen applicatie.

Figuur 3-2 Sequentiediagram Verzoek om geometrie door BAG - Basisscenario

3.1.2 Alternatief scenario: BAG keurt levering af Indien BAG de gegegevens in een geometrieLevering afkeurt, stuurt BAG de reden van afkeuring aan Geo in een afkeuringsbericht15. Indien BAG een gecorrigeerde (geometrie)levering voor dit object wenst te ontvangen, stuurt BAG een nieuw geometrieVerzoek aan Geo16.

14

zijnde een bevestigingsbericht als asynchrone functionele respons (Bv01)

15

zijnde foutbericht als functionele asynchrone respons (Fo01)

16

De gevolgen voor de BGT worden beoordeeld door de BGT operator. Hiermee is de afhandeling van het geometrieVerzoek

voor Geo afgerond.

13


Figuur 3-3 Sequentiediagram Verzoek om geometrie door BAG – Alternatief: BAG keurt levering af. 3.1.3 Alternatief scenario: BAG wil eerder verzonden geometrieVerzoek corrigeren Indien BAG een fout constateert in een eerder verzonden geometrieVerzoek en dit wil corrigeren, stuurt BAG een nieuw geometrieVerzoek met gebeurtenis ‘Correctie eerder verzonden geometrieVerzoek’ (BAG-CEG) naar Geo. Als Geo het eerder verzonden geometrieVerzoek nog niet heeft verwerkt, kan het dit geometrieVerzoek negeren en overgaan tot het verwerken van het nieuwe gecorrigeerde geometrieVerzoek.

Figuur 3-4 Sequentiediagram Verzoek om geometrie door BAG – Alternatief: Eerder verzoek corrigeren 3.1.4 Alternatief scenario: BAG wil eerder verzonden geometrieVerzoek intrekken Indien BAG een eerder verzonden geometrieVerzoek wil intrekken (bijv. indien een vergunning niet wordt verleend, terwijl de aanvraag voor geometrie al was uitgezet door BAG), stuurt BAG een nieuw geometrieVerzoek met gebeurtenis ‘Negeren eerder verzonden geometrieVerzoek’ (BAG-NEG) naar Geo.

14


Indien Geo het eerder verzonden geometrieVerzoek nog niet heeft afgehandeld17, kan het dit geometrieVerzoek negeren. Geo stuurt een bevestiging dat het geometrieVerzoek wordt genegeerd in een goedkeuringsbericht aan BAG.

Figuur 3-5 Sequentiediagram Verzoek om geometrie door BAG – Alternatief: Eerder verzoek intrekken 3.1.5 Alternatief scenario: Geo keurt geometrieVerzoek af Indien Geo een geometrieVerzoek van BAG niet kan verwerken (bijv. BAG-geometrie van object is recent al uitgeleverd), keurt Geo het geometrieVerzoek af. Geo stuurt de reden van afkeuring aan BAG in een afkeuringsbericht18.

Figuur 3-6 Sequentiediagram Verzoek om geometrie door BAG – Alternatief: Verzoek afkeuren N.B. Alternatieve scenario’s voor het corrigeren en intrekken van een geometrieLevering door Geo, zie 3.2.3 en 3.2.4

17

D.w.z. dat een geometrieLevering is teruggestuurd

18

De gevolgen voor de BGT worden beoordeeld door de BGT operator. Geo kan op eigen initiatief en met de kennis van de

reden van afkeuring opnieuw een geometrieLevering doen aan BAG.

15


3.2

Constatering en/of signalering door Geo

3.2.1 Basisscenario Op enig moment heeft Geo nieuwe objecten geconstateerd en/of wijzigingen op bestaande BAG-objecten gesignaleerd (bijv. na een (twee)jaarlijkse inventarisatie van mutaties van BAG-objecten in digitale luchtfoto’s). Geo stelt voor ieder gewijzigd of nieuw object een apart bericht geometrieLevering op en stuurt deze aan BAG. Aan de gebeurteniscode kan BAG afleiden dat het een levering betreft naar aanleiding van een constatering of (mutatie)signalering. BAG gaat over tot de beoordeling van de geometrieLevering. Indien BAG de geometrie in de geometrieLevering goedkeurt, stuurt BAG een bevestiging van acceptatie/overname van de geometrie aan Geo middels een goedkeuringsbericht19. Na succesvolle verwerking in de eigen applicatie stuurt BAG de actuele stand van het BAG-object middels een BAG-kennisgeving aan Geo. Geo verwerkt de gegevens in de BAG-kennisgeving in de eigen applicatie.

Figuur 3-7 Sequentiediagram Constatering en/of signalering door Geo – Basisscenario 3.2.2 Alternatief scenario: BAG keurt geometrie af Indien BAG de gegevens in een geometrieLevering afkeurt, stuurt BAG de reden van afkeuring aan Geo in een afkeuringsbericht20.

19

zijnde een bevestigingsbericht als asynchrone functionele respons (Bv01)

20

De gevolgen voor de BGT worden beoordeeld door de BGT operator. Geo kan op eigen initiatief en met de kennis van de

reden van afkeuring opnieuw een geometrieLevering doen aan BAG.

16


Figuur 3-8 Sequentiediagram Constatering en/of signalering door Geo – Alternatief: BAG keurt levering af 3.2.3 Alternatief scenario: Geo wil eerder verzonden geometrieLevering corrigeren Indien Geo een fout constateert in een eerder verzonden geometrieLevering en dit wil corrigeren, stuurt Geo een nieuwe geometrieLevering met gebeurtenis ‘Correctie eerder verzonden geometrieLevering’ (GEO-CEG) naar BAG. Als BAG de eerder verzonden geometrieLevering nog niet heeft verwerkt, kan het deze geometrieLevering negeren en overgaan tot het verwerken van de nieuwe gecorrigeerde geometrieLevering.

Figuur 3-9 Sequentiediagram Verzoek om geometrie door BAG – Alternatief: Eerdere levering corrigeren 3.2.4 Alternatief scenario: Geo wil eerder verzonden geometrieLevering intrekken Indien Geo een eerder verzonden geometrieLevering wil intrekken (bijv. na kwaliteitscontrole door Geo blijkt een object niet juist geclassificeerd en relevant voor BAG), stuurt Geo een nieuwe geometrieLevering met gebeurtenis ‘Negeren eerder verzonden geometrieLevering’ (GEO-NEG) naar Geo. Indien BAG de eerder verzonden geometrieLevering nog niet heeft gewerkt, kan het deze geometrieLevering negeren. Indien BAG de eerder verzonden geometrieLevering wel heeft verwerkt, volgt een afkeuringsbericht met reden van afkeuring aan Geo.

17


Figuur 3-10 Sequentiediagram Verzoek om geometrie door BAG – Alternatief: Eerder verzoek intrekken

3.3

Kennisgeving op object door BAG

Op enig moment heeft BAG mutaties (toevoeging, wijziging of beëindiging) doorgevoerd op één of meer BAG-objecten in de eigen applicatie, waarvan Geo op de hoogte gesteld moet worden. BAG stelt hiertoe voor iedere mutatie een apart BAG-kennisgevingsbericht samen en stuurt deze aan Geo. Geo verwerkt de gegevens in de eigen applicatie21.

Figuur 3-11 Sequentiediagram Kennisgeving op object door BAG

21

18

Geo verstuurd geen respons na succesvolle verwerking van de BAG-kennisgeving in de eigen applicatie.


Hoofdstuk 4

Berichten Dit hoofdstuk beschrijft de berichten in het berichtenverkeer tussen BAG en Geo. Enerzijds wordt hergebruik gemaakt van bestaande StUF-BAG kennisgevingsberichten en StUF bevestigings- en foutberichten, anderzijds zijn eigen voor dit koppelvlak specifieke StUF-Geo BAG gedefinieerd.

4.1 StUF-Geo BAG berichten De StUF-Geo BAG berichten geometrieVerzoek en geometrieLevering zijn eigen voor dit koppelvlak specifieke berichten. De berichten bevatten de volgende elementen: Logistieke gegevens: standaard StUF-stuurgegevens bevatten o.a. de logistieke identificatie en gegevens van zender/ontvanger. Procesgegevens: bevatten o.a. de functionele identificatie, een toelichting en verwijzing naar een gerelateerde (bron)document. Inhoud: een objectkennisgeving met de gegevens van een BAG-object. Een objectkennisgeving bevat alleen de verplichte gegevens van een van de BAG-objecten. 4.1.1 GeometrieVerzoek

19

Naam bericht

geometrieVerzoek

Afkorting bericht

gmvDi01

Herkomst

StUF-Geo BAG

Berichtcode

Di01

Omschrijving

Een geometrieVerzoek is een verzoek van BAG aan Geo tot het inwinnen en/of karteren en/of intekenen van geometrie voor een bepaald BAG-object. Dit verzoek ontstaat n.a.v. een BAGgebeurtenis; de gebeurteniscode is verplicht om op te nemen in het bericht. De BAG-identificatie en de bij BAG-aanwezige (schets)geometrie van het object wordt meegestuurd in het verzoek. De BAG-identificatie van het betreffende object mag alleen leeg zijn als het bericht wordt verstuurd na gebeurtenis ‘BGR-OBA Ontvangst bouwaanvraag’.

Zender

BAG

Ontvanger

Geo

Stuurgegevens

standaard StUF-stuurgegevens

Procesgegevens

   

Inhoud

Minimaal en maximaal één van:  pndLk01T [0..1]  vboLk01T [0..1]  staLiLk01T [0..1]  wplLk01T [0..1]


idVerzoek [1-1] gebeurteniscode [1-1] documentVerwijzing [0..1] toelichting [0..1]

4.1.2 GeometrieLevering

4.2

Naam bericht

geometrieLevering

Afkorting bericht

gmlDi01

Herkomst

StUF-Geo BAG

Berichtcode

Di01

Omschrijving

Een geometrieLevering bevat levering van de geometrie van één BAG-object22. De levering is op verzoek van BAG of op initiatief van Geo na constatering of signalering van mutaties en ontstaat dus n.a.v. een BAG- of Geo-gebeurtenis (zie bijlage 1); de gebeurteniscode is verplicht om op te nemen in het bericht. De BAG-identificatie (indien beschikbaar) en de door Geo ingewonnen en gekarteerde of ingetekende geometrie van het object wordt meegestuurd in de levering. De BAG-identificatie mag alleen leeg zijn na gebeurtenis ‘GEOCOG Constatering nieuw object’ of als een levering wordt gedaan op verzoek na gebeurtenis ‘BGR-OBA Ontvangst bouwaanvraag’. De geometrie van het betreffende object mag alleen leeg zijn na gebeurtenis ‘GEO-AOC Constatering gesloopt object’.

Zender

Geo

Ontvanger

BAG

Stuurgegevens

standaard StUF-stuurgegevens

Procesgegevens

    

Inhoud

Minimaal en maximaal één van:  pndLk01T [0..1]  vboLk01T [0..1]  staLiLk01T [0..1]  wplLk01T [0..1]

idLevering [1-1] gerelateerdVerzoek [0-1] gebeurteniscode [1-1] documentVerwijzing [0..1] toelichting [0..1]

Goedkeurings- en afkeuringsberichten

In het StUF-Geo BAG berichtenverkeer worden als goedkeurings- en afkeuringsberichten het standaard StUF-berichten toegepast, d.w.z. voor een goedkeuring op een geometrieLevering of het intrekken van een geometrieVerzoek wordt een functioneel asynchroon bevestigingsbericht Bv01 teruggegeven resp. aan Geo of BAG. voor een afkeuring op een geometrieVerzoek of geometrieLevering wordt het functioneel asynchroon foutbericht Fo01 teruggegeven aan resp. BAG of Geo. 4.2.1 Goedkeuringsbericht

22

20

Bij levering op initiatief van Geo, wordt verondersteld dat geconstateerd object een relevant BAG-object is.


Een goedkeuringsbericht is een functioneel asynchroon StUF-bevestigingsbericht Bv01, welke de succesvolle verwerking van een geometrieLevering, of het succesvol intrekken van een geometrieVerzoek bevestigd. In het <melding>-element van het afkeuringsbericht worden de functionele BAG-identificatie en technische systeemsleutels van het betreffende BAG-object als volgt opgenomen: <melding>BAG-fid:«%BAG-identificatie%» <melding>BAG-tid:«%systeemsleutel BAG%» <melding>Geo-tid:«%systeemsleutel Geo%» Indien één van de identificaties c.q. systeemsleutels niet bekend is, wordt deze leeggelaten in het <melding>-element. 4.2.2 Afkeuringsbericht Een afkeuringsbericht is een functioneel asynchroon StUF-foutbericht Fo01, welke de niet-succesvolle verwerking van een geometrieVerzoek of geometrieLevering terugmeldt. In het afkeuringsbericht worden de volgende elementen met de fout(code), plek en toelichting op de fout verplicht opgenomen:   

<StUF:code> <StUF:plek> <StUF:omschrijving>

foutcode plek waar de fout ontstaan is: client of server omschrijving van de foutcode

Naast de standaard StUF-foutcodes worden voor dit sectormodel de volgende foutcodes onderkend: Foutsituatie (<StUF:omschrijving>) geometrieLevering is afgekeurd

Foutcode (<StUF:code>)

Plek (<StUF:plek>)

Details (<StUF:details>)

StUFGeoBAG00001

Client

-

BAG-identificatie bestaat niet SleutelOntvanger niet bekend Object is geen BAG-object

geometrieLevering kan niet gecorrigeerd/ingetrokken worden, omdat reeds verwerkt is

StUFGeoBAG00002

Client

geometrieVerzoek afgekeurd;

is

StUFGeoBAG00003

Client

-

SleutelOntvanger niet bekend

geometrieVerzoek kan niet gecorrigeerd/ingetrokken worden, omdat reeds verwerkt is

StUFGeoBAG00004

Client

In het afkeuringselementen kunnen de volgende optionele elementen met nadere details over de fout worden opgenomen. Daarnaast worden zijn er twee optionele elementen:  

21

<StUF:details> <StUF:detailsXML>

nadere details in vorm van tekst nadere details in well-formed XML


In well-formed XML worden de functionele BAG-identificatie en technische systeemsleutels als volgt opgenomen: <detailsXML> «%BAG-identificatie%» «%systeemsleutel BAG%» «%systeemsleutel Geo%»

4.3

BAG-kennisgevingen

De BAG-kennisgevingsberichten uit StUF-BG worden in dit koppelvlak toegepast om mutaties van BAG door te geven aan Geo. Voor nummeraanduidingen en openbare ruimtenamen geeft BAG elke mutatie door, en Geo neemt de gegevens uit deze kennisgevingsberichten over in de eigen applicatie. Voor de overige objecttypen zijn niet alle gebeurtenissen en daaropvolgende mutaties voor Geo van belang. BAG stuurt wel voor elke mutatie een kennisgevingsbericht aan Geo. Geo filtert en neemt de gegevens over indien het BAG-kennisgevingsbericht verstuurd wordt na een van de volgende gebeurtenissen:                

22

BGR-MAB Afzien van bouw BGR-IBV Intrekken bouwvergunning BGR-MAV Afzien van verbouwing BRA-HNU Hernummeren adresseerbaar object BRA-OHN Hoofdadres en nevenadres van een adresseerbaar object omdraaien BGR-MGS Melding sloop afgerond BGR-VOC Geheel verdwijnen objecten door calamiteit BGR-ISLSP Intrekken standplaats BGR-ISLLP Intrekken ligplaats BRA-BOR Benoemen openbare ruimte BRA-HOR Hernoemen openbare ruimte BRA-IOR Intrekken openbare ruimte BRA-GHO Gedeeltelijk hernoemen openbare ruimte BGR-HMO Historisch maken onterecht opgevoerd pand BAG-AOC Archivering bestaand object na constatering BAG-AGO Archivering geconstateerd object


Hoofdstuk 5

Attributen Dit hoofstuk beschrijft de attributen van de StUF-Geo BAG berichten.

5.1

geometrieVerzoek

5.1.1 idVerzoek Naam attribuut

toelichting

Definitie attribuut

Identificatie van het geometrieVerzoek

Herkomst

StUF-Geo BAG

Multipliciteit

[1-1]

Waardetype

String()

Waardenverzameling Toelichting

5.1.2 gebeurteniscode Naam attribuut

Gebeurteniscode

Definitie attribuut

BAG- of Geo gebeurtenis als aanleiding voor het verzoek/levering geometrie

Multipliciteit

[1-1]

Waardetype

String(8)

Waardenverzameling

gebeurtenisCodeList

Toelichting

Zie bijlage 1 voor de waardenlijst.

5.1.3 documentverwijzing Naam attribuut

documentverwijzing

Definitie attribuut

Verwijzing naar een achterliggend document waarop geometrieVerzoek berust.

Multipliciteit

[0..1]

Waardetype

String ()


5.1.4 toelichting Naam attribuut

Toelichting

Definitie attribuut

Toelichting op het verzoek in de vorm van tekst.

Multipliciteit

[0..1]

Waardetype

Text()


23

0-1


5.2

geometrieLevering

5.2.1 idLevering Naam attribuut

idLevering

Definitie attribuut

Identificatie van de geometrieLevering.

Herkomst

StUF-Geo BAG

Multipliciteit

[1-1]

Waardetype

String()


5.2.2 gerelateerdVerzoek Naam attribuut

gerelateerdVerzoek

Definitie attribuut

Identificatie van het geometrieverzoek waarop een geometrielevering wordt gedaan.

Herkomst

StUF-Geo BAG

Multipliciteit

[0..1]

Waardetype

String()


5.2.3 gebeurteniscode Naam attribuut

Gebeurteniscode

Definitie attribuut

BAG- of Geo gebeurtenis als aanleiding voor het verzoek/levering geometrie

Multipliciteit

[1-1]

Waardetype

String(8)

Waardenverzameling

gebeurtenisCodeList

Toelichting

Zie bijlage 1 voor de waardenlijst.

5.2.4 documentverwijzing Naam attribuut

documentverwijzing

Definitie attribuut

Verwijzing naar een achterliggend document waarop geometrieLevering berust.

Multipliciteit

[0..1]

Waardetype

String()


5.2.5 toelichting Naam attribuut

toelichting

Definitie attribuut

Toelichting op de levering in de vorm van tekst.

Multipliciteit

[0..1]

Waardetype

Text()


24


Bijlage 1

Gebeurtenissen

De tabel in deze bijlage geeft een overzicht van alle BAG- en Geo-gebeurtenissen en tot welk bericht een bepaalde gebeurtenis leidt. De lijst met BAG gebeurteniscodes komt uit het landelijk vastgestelde BAGprocessenhandboek. Voor Geo zijn voor-dit-koppelvlak relevante gebeurtenissen toegevoegd.

25

Code

Gebeurtenis

Ontstaat bij

Aanleiding tot

BGR-OBA

Ontvangst bouwaanvraag

BAG

geometrieVerzoek

BGR-VBKN

Verlenen bouwvergunning

BAG

geometrieVerzoek

BGR-MGB

Melding gebruiksgereed

BAG

geometrieVerzoek

BGR-KVO

Kleine verbouwing object

BAG

geometrieVerzoek

BGR-VBI

Verlenen bouwvergunning ingrijpende verbouwing

BAG

geometrieVerzoek

BAG-VTP

Verblijfsobject toevoegen aan pand*

BAG

geometrieVerzoek

BAG-VG

Verbouwing gereed

BAG

geometrieVerzoek

BGR-SSV

Samenvoegen verblijfsobjecten*

BAG

geometrieVerzoek

BGR-SSV

Splitsen verblijfsobjecten*

BAG

geometrieVerzoek

BGR-BSLSP

Benoemen standplaats

BAG

geometrieVerzoek

BGR-BSLLP

Benoemen ligplaats

BAG

geometrieVerzoek

BRA-BWP

Benoemen woonplaats

BAG

geometrieVerzoek

BRA-KWGW

Kleine wijziging grens woonplaats

BAG

geometrieVerzoek

BRA-WGW

Wijzigen grens woonplaats

BAG

geometrieVerzoek

BAG-COR

Correctie naar aanleiding van een signalering

BAG

geometrieVerzoek

BAG-MUT

Mutatie naar aanleiding van een signalering

BAG

geometrieVerzoek

BGR-COG

Constatering nieuw object

BAG

geometrieVerzoek

BAG-HLG

Heropname legitiem gegeven

BAG

geometrieVerzoek

BAG-CEG

Correctie op een eerder gestuurd GeometrieVerzoek

BAG

geometrieVerzoek

BAG-NEG

Negeer eerder gestuurd GeometrieVerzoek

BAG

geometrieVerzoek

GEO-COG

Constatering nieuw object

GEO

geometrieLevering

GEO-AOC

Constatering gesloopt object

GEO

geometrieLevering

GEO-MUT

Constatering afwijkende geometrie

GEO

geometrieLevering

GEO-CEG

Correctie eerdere geometrielevering

GEO

geometrieLevering

GEO-NEG

Negeer eerder gestuurd geometrielevering

Geo

geometrielevering

BGR-MAB

Afzien van bouw

BAG

BAG-kennisgeving

BGR-IBV

Intrekken bouwvergunning

BAG

BAG-kennisgeving

BGR-MAV

Afzien van verbouwing

BAG

BAG-kennisgeving

BRA-HNU

Hernummeren adresseerbaar object

BAG

BAG-kennisgeving

BRA-OHN

Hoofdadres en nevenadres van een adresseerbaar object omdraaien

BAG

BAG-kennisgeving

BGR-MGS

Melding sloop afgerond

BAG

BAG-kennisgeving

BGR-VOC

Geheel verdwijnen objecten door calamiteit

BAG

BAG-kennisgeving

BGR-ISLSP

Intrekken standplaats

BAG

BAG-kennisgeving

BGR-ISLLP

Intrekken ligplaats

BAG

BAG-kennisgeving

BRA-BOR

Benoemen openbare ruimte

BAG

BAG-kennisgeving

BRA-HOR

Hernoemen openbare ruimte

BAG

BAG-kennisgeving

BRA-IOR

Intrekken openbare ruimte

BAG

BAG-kennisgeving

BRA-GHO

Gedeeltelijk hernoemen openbare ruimte

BAG

BAG-kennisgeving

BGR-HMO

Historisch maken onterecht opgevoerd pand

BAG

BAG-kennisgeving

BAG-AOC

Archivering bestaand object na constatering

BAG

BAG-kennisgeving

BAG-AGO

Archivering geconstateerd object

BAG

BAG-kennisgeving


Bijlage 2

Activiteitendiagram Koppelvlak BAG-Geo

Hieronder staat een overzicht van de verschillende gebeurteniscode voor het koppelvlak BAG-Geo.

activiteitenstromen

inclusief

aanleiding

act Koppelv lak BAG-BGT BAG benodigt geometrie voor een bepaald object

[BAG-CEG]

BAG stuurt geometrieVerzoek aan Geo

[Indien BAG bepaalt dat nieuw geometrieVerzoek nodig is]

BAG heeft fout geconstateerd in eerder verzonden geometrieVerzoek en wil geometrieVerzoek corrigeren

[BAG-NEG]

BAG wil eerder verzonden geometrieVerzoek intrekken

Geo bev estigt ontv angst en start v erw erking geometrieVerzoek

Bericht bevat niet BAG-NEG?

[Bericht bevat BAG-NEG]

Geen ander bericht met BAG-CEG? [Ander bericht met BAG-CEG]

[Verzoek afgekeurd]

Verzoek verwerkbaar? Geo heeft nieuwe of gewijzigde geometrie van objecten geconstateerd

Geo negeert geometrieVerzoek

Geo heeft fout geconstaterd in eerder verzonden geometrieLevering en wil geometrieLevering corrigeren

[GEO-CEG]

Geo stuurt geometrieLev ering aan BAG

[GEO-NEG]

Geo wil eerder verzonden geometrieLevering intrekken

Geo keurt geometrieVerzoek af en stuurt functioneel foutbericht aan BAG

[Indien Geo bepaalt dat nieuwe geometrieLevering nodig is]

BAG bev estigt ontv angst en beoordeelt geometrieLev ering

Bericht bevat niet GEO-NEG?

[Bericht bevat GEO-NEG]

Geen ander bericht met GEO-CEG? [Ander bericht met GEO-CEG]

Geometrie akkoord?

[geometrie afgekeurd]

BAG negeert geometrieLev ering BAG keurt geometrieLev ering goed en stuurt bev estiging naar Geo

BAG heeft wijziging doorgevoerd op een bepaald object

[BAG-***]

BAG keurt geometrieLev ering af en stuurt functioneel foutbericht aan Geo

BAG v erw erkt geometrieLev ering in eigen applicatie [BAG-***] BAG stuurt actuele stand v an obj ect in BAG-kennisgev ing naar Geo

Geo bev estig ontv angst en v erw erkt BAG-kennisgev ing in eigen applicatie

Figuur B2-1 Activiteitendiagram koppelvlak BAG-Geo

26


en

Bijlage 3

Opname identificaties in de StUF-Geo BAG berichten

Hieronder staat een overzicht van de verschillende gebeurteniscode voor het koppelvlak BAG-Geo.

activiteitenstromen

inclusief

aanleiding

en

Onderstaande tabel toont welke identificaties in welk bericht worden uitgewisseld. Tabel 3. Overzicht opname identificaties in het StUF-Geo BAG berichtenverkeer StUF:sleutelVerzendend

StUF:sleutelOntvangend

BAG-identificatie bekend?

Nieuw object

-

-

ja23

Nieuw object

BAG

-

nee

Bestaand object

-

-

ja24

Geo

BAG

nee

geometrieVerzoek

geometrieLevering GeometrieVerzoek

op

Nieuw object Nieuw object

ja

Bestaand object

ja

geometrieLevering n.a.v. constatering Geo Nieuw object

Geo

-

Bestaand object

nee Ja

goedkeuringsBericht Nieuw object

BAG25

Geo26

Bestaand object

Ja Ja

BAG-kennisgeving Nieuw object

BAG

Bestaand object

-

Ja Ja

M.u.v. gebeurtenis BGR-OBA Ontvangst bouwaanvraag. M.u.v. gebeurtenis BGR-OBA Ontvangst bouwaanvraag. 25 Indien in het goedkeuringsbericht ook nog geen functionele BAG-identificatie meegestuurd kan worden. De BAG-identificatie volgt dan later via een BAG-kennisgevingsbericht aan Geo. 26 Indien meegeleverd in geometrieLevering. 23 24

27


StUF-Geo BAG berichtenverkeer

Recommend Documents