Cursus StUF Maarten van den Broek messagedesign

Maat: px
Weergave met pagina beginnen:

Download "Cursus StUF Maarten van den Broek messagedesign"

Transcriptie

1 Cursus StUF Maarten van den Broek messagedesign

2 Inhoud Schets problematiek Positionering Principes StUF Introductie XML Contentmodel Interactiepatronen

3 Programma 'Andere overheid' Een overheid die: die niet naar de bekende weg vraagt klantgericht is zich niet voor de gek laat houden weet waar ze het over heeft haar zaken op orde heeft niet meer uitgeeft dan nodig is Basisregistraties Transparantie voortgang processen Automatisering

4 Landelijke ambities en randvoorwaarden Aansluiten op landelijke basisvoorzieningen Overheids Service Bus (OSB) met service register Landelijke Voorzieningen Basisregistraties GOB: Gemeenschappelijke Ontsluiting Basisregistraties TMF: TerugMeld Faciliteit Digitale dienstverlening Landelijke voorziening Omgevingsvergunning Persoonlijke Internet Pagina Bedrijvenloket...

5 Wat betekent dit Invoeren / aanpassen basisregistraties (BAG!) Verplicht gebruik basisgegevens Afstemmen/opschonen systemen Afhandelen elektronische aanvragen Ontvangen digitale aanvragen Doorsluizen naar afhandelende systemen Status terugmelding burger Inzage in eigen gegevens burger

6 Architectuur (concept Gemma)

7 Aansluiten op basisregistraties Afstemmen Matchen Verschillen analyseren en wegwerken Koppelen met bestanden Volgen met berichten opvragen toestand Basisregistratie plaatsen afnemerindicatie leveren object doorgeven wijziging terugmelding verwijderen afnemerindicatie Afnemend systeem

8 Routeren, Synchroniseren en Ontsluiten (binnengemeentelijke verhuizing) 1. Prefill en controle 2. Aanvraag Burgerzaken 3. Afhandelen Zakenmagazijn EF Middelen burger 4. Opvragen info EF BG ZKN Routering ZKN BG ZKN BG ZKN Synchronisatie BG BG BG BG Gebouwen & Adressen Belasting & Kadaster Vergunningen & Handhaven Werk, inkomen, zorg Partners Overige Gegevensmagazijn

9 Inhoud Schets problematiek Positionering Principes StUF Historie en beheer Introductie XML Contentmodel Interactiepatronen

10 Service georiënteerde architectuur verzoek Service gebruiker webservice Service aanbieder dienstenbus respons Kenmerken Berichtgebaseerd Functie ipv gegevens georiënteerd Werkt over platformen heen Aanbieder definieert het contract Keuze voor gebruiker tussen aanbieders Nieuwe systeemarchitectuur Los gekoppelde componenten ipv hecht geintegreerde systemen Verbonden via dienstenbus Diensten gepubliceerd op bus Centralisatie functies --> Berichtstandaardisatie gewenst

11 SGA en gegevensverwerking SGA: Splits en hergebruik Klassiek: database bindt businesslogica dienstenbus Maar, eenmalige opslag problematisch Performance (batchruns, management info) Niet alle gewenste gegevens beschikbaar Verschillen in definities/waarden Impact op bestaande systemen

12 SGA: meer dan web services Contract dat business toegevoegde waarde biedt Business functie Afsluiten telefoonabonnement Implementatie contract door uitvoering elementaire functies Werkstroom Contract voor uitvoering taak Geen interactie met andere elementaire functies in werkstroom Elementaire functie Domeinmodel Factureren Opsturen SIM-kaart Registreren abonnement etc. StUF richt zich op elementaire ICT functies StUF heeft geen kennis van werkstromen

13 Relatie met andere standaarden StUF bouwt voort op W3C Web services stack XML XSD SOAP en http WSDL en WS-I BP Taal voor zelfbeschrijvende berichten Taal voor specificeren structuur en inhoud XML-berichten Protocollen voor berichtverpakking en -transport Taal voor specificeren web services BETEKENIS? StUF berichtinhoud sturing + adressering interactiepatronen of functies UITBREIDBAARHEID? eenvoudig uitbreidbaar met nieuwe functionaliteit voor transport en logistiek

14 Inhoud Schets problematiek Positionering Principes StUF Introductie XML Contentmodel Interactiepatronen

15 Werkelijkheid, model en database verleent betekenis aan PRS VBO ADR PRS VBO ADR Model Werkelijkheid wordt gedefinieerd in definieert PRS ADR wordt afgebeeld in VBO Werkelijkheid Database

16 Modellering PRSPRSHUW PRS Fundamentele objecttypen: PRS, ADR hebben voorkomens in de werkelijkheid PRS: Maarten van den Broek ADR: Vallestap 88, 5672BJ Nuenen hebben veranderende eigenschappen burgerlijke staat, verblijfstitel, verblijfsadres verblijft op ADR correspondeert via Relatie objectttypen: PRSPRSHUW, PRSADRVBL, PRSADRCOR leggen relatie tussen twee fundamentele objecten hebben begin- en einddatum kunnen ook andere eigenschappen hebben GEM BRT Tabel objecttypen: GEM, BRT hoeven niet voor te komen in werkelijkheid (bijvoorbeeld definitie waardebereik) hebben onveranderlijke eigenschappen

17 Model Berichtdefinitie PRSPRSHUW PRS PRS PRSADRVBL PRSADRCOR ADR ADR PRSPRSHUW PRS PRSADRVBL ADR ADR ADR GEM BRT ADRPRSVBL PRS GEM BRT

18 Typering domein Meerdere objecten van één type met in de tijd veranderende eigenschappen met relaties naar andere objecten Afbeelding in registratie is relevant Meeste events hebben betrekking op onderkende objecten

19 Bericht en software ontwerp vormt basis voor PRS PRS ADR PRSADRVBL ADR VBO PRSVBO VBO Model Werkelijkheid wordt gedefinieerd in PRSPRSHUW PRS Berichtontwerp definieert vormt basis voor òf PRS VBO ADR gaat over Jansen software Werkelijkheid Systeem verwerkt

20 Interactiepatronen of functies Kennisgevingen Vraag/antwoord Synchronisatie Vrij Het doorgeven van wijzigingen in de werkelijkheid of een database Het opvragen van gegevens in een database Het synchroniseren van gegevens tussen databases Door service ontwerper zelf te definiëren interactiepatroon. StUF schrijft wel structuur bericht voor.

21 Ontwerpen en bouwen met StUF domein beschrijving GFO Zaken RSGB domeinbeschrijving Software Berichtverwerking Berichtontwerper design tooling StUF standaard generieke specificatie berichtsyntax aanvullende specificatie Software ontwikkelaar Zaken BG Sectormodel Specificatie definitie betekenis StUFberichten

22 StUF 0301 Familie Verticale sectormodellen woz0310 ef0310 lvo Horizontale sectormodellen bg0310 (RSGB) zkn0310 (RGBZ) Onderlaag StUF-standaard 0301 Protocolbindingen (WUS, OSB ebms, OSB WUS, OSB WUS lite)

23 Huidige configuratie LVO Verticaal sectormodel lvo0302 Horizontale sectormodellen Onderlaag bg0300 (GFO BG 1998) zkn0300 (GFO Zaken 2004) StUF-standaard 0300 Protocolbinding OSB ebms

24 Toekomstige configuratie LVO Verticaal sectormodel lvo0310 Horizontale sectormodellen bg0310 (RSGB) zkn0310 (RGBZ) Onderlaag StUF-standaard 0301 Protocolbinding OSB ebms

25 Structuur LVO schema's stuflvo0302.xsd StUF- Basisschema stuf0300.xsd lvo0302.bevoegdgezag.wsdl lvo0302.msg.xsd lvo0302.ent.xsd bglvo0302.ent.xsd bg0300.ent.xsd lvo0302.landelijke- Voorziening.wsdl Servicedefinitie = Interactiepatronen Berichtdefinitie LVO entiteittypen OMV, INR = contentmodel zknlvo0302.ent.xsd zkn0300.ent.xsd restrictions Horizontale entiteittypen

26 StUF configuraties StUF0105 met sectormodel bg0105 Operationeel in markt voor uitwisseling tussen systemen van verschillende leveranciers StUF0204 met sectormodellen bg0204, zkn0204 en ef0200 Operationeel in markt voor uitwisseling tussen systemen van verschillende leveranciers StUF0205 en sectormodel BAG Operationeel voor communicatie met LV BAG StUF0300 en sectormodellen gebaseerd op GFO1998 Operationeel voor LVO en WOZ-TIOX Niet aanbevolen door EGEM StUF0301 en sectormodellen gebaseerd op RSGB (WOZ)

27 StUF = design tooling Business functie Werkstroom ICT functie Semantiek + syntax voor elementaire ICT functies In termen van: state gedefinieerd als afbeelding wereld berichten voor input en output Modelgedreven: gebaseerd op domeinmodel Functiegeneriek èn voorgedefinieerde functies Protocol onafhankelijk Voorschriften voor logistiek en foutafhandeling Veel aandacht voor hergebruik Bericht State Domeinmodel Gebruik wat je nodig hebt

28 Inhoud Schets problematiek Positionering Principes StUF Introductie XML Contentmodel Interactiepatronen

29 Adreswijziging: Brief Geachte mevrouw/heer, Bij deze wil ik U mededelen dat ik per 1 april 2007 verhuisd ben van de Donk 12A, 5612XC in Eindhoven naar Vallestap 88, 5672BJ in Nuenen. Mijn telefoonnummer is veranderd in Ik wil u vriendelijk verzoeken mijn nieuwe adres in uw administratie door te voeren. Hoogachtend, M. van den Broek

30 Adreswijziging: Brief Geachte mevrouw/heer, Bij deze wil ik U mededelen dat ik per 1 april 2007 verhuisd ben van de Donk 12A, 5612XC in Eindhoven naar Vallestap 88, 5672BJ in Nuenen. Mijn telefoonnummer is veranderd in Ik wil u vriendelijk verzoeken mijn nieuwe adres in uw administratie door te voeren. Hoogachtend, M. van den Broek

31 Adreswijziging: formulier Geslachtsnaam: Broek Voorvoegsels: van den Voorletters: M.H.L.M. Geboortedatum: BSN: Adres Oud Nieuw Straatnaam: Donk Vallestap Huisnummer: Huisletter: A Huisnummertoevoeging: Postcode/Woonplaats: 5612XC Eindhoven 5672BJ Nuenen Telefoonnummer: Ingangsdatum:

32 Formulier --> XML Label Geslachtsnaam: Waarde Broek Set waarden Adres Oud Straatnaam: Donk Huisnummer: 12 Huisletter: A Huisnummertoevoeging: Postcode: 5612XC Woonplaats: Eindhoven --> --> simpel element --> <geslachtsnaam> --> elementinhoud --> <geslachtsnaam>broek</geslachtsnaam> --> complex element <oudadres> <straatnaam>donk</straatnaam> <huisnummer>12</huisnummer> <huisletter>a</huisletter> <huisnummertoevoeging/> <postcode>5612xc</postcode> <woonplaats>eindhoven</woonplaats> </oudadres>

33 Adreswijziging: XML <adreswijziging> <persoon> <geslachtsnaam>broek</geslachtsnaam> <voorvoegsels>van den</voorvoegsels> <voorletters>m.h.l.m.</voorletters> <geboortedatum> </geboortedatum> <bsn> </bsn> </persoon> <oudadres> <straatnaam>donk</straatnaam> <huisnummer>12</huisnummer> <huisletter>a</huisletter> <huisnummertoevoeging/> <postcode>5612xc</postcode> <woonplaats>eindhoven</woonplaats> </oudadres> <nieuwadres> <straatnaam>vallestap</straatnaam> <huisnummer>88</huisnummer> <huisletter/> <huisnummertoevoeging/> <postcode>5672bj</postcode> <woonplaats>nuenen</woonplaats> </nieuwadres> <oudtelefoonnnummer> </oudtelefoonnnummer> <nieuwtelefoonnummer> </nieuwtelefoonnummer> <ingangsdatum> </ingangsdatum> </adreswijziging> complex element complex element simpele elementen afsluiting persoon complex element simpele elementen afsluiting oud adres complex element simpele elementen afsluiting nieuw adres simpele elementen afsluiting formulier

34 Adreswijziging: Schema <schema...> <element name="adreswijziging"> attribute met waarde <complextype> <sequence> <element name="persoon" type="persoon"/> <element name="oudadres" type="adres"/> <element name="nieuwadres" type="adres"/> <element name="oudtelefoonnummer" type="telefoonnummer"/> <element name="nieuwtelefoonnummer" type="telefoonnummer"/> <element name="ingangsdatum" type="datum"/> </sequence> </complextype> </element>... </schema>

35 Definitie types <schema...>... <complextype name="adres"> <sequence> <element name="straatnaam" type="straatnaam"/> <element name="huisnummer" type="huisnummer"/> <element name="huisletter" type="huisletter" minoccurs= 0 /> <element name="huisnummertoevoeging" type="huisnummertoevoeging" minoccurs= 0 /> <element name="postcode" type="postcode"/> <element name="woonplaats" type="woonplaats"/> </sequence> </complextype>... <simpletype name="huisnummer"> <restriction base="positiveinteger > <pattern maxlength="5"/> </restriction> </simpletype> </schema>

36 Berichtuitwisseling: SOAP en http Inhoud Verpakking XML: <adreswijziging>... </adreswijziging> SOAP: <soap:envelope> <soap:header>... </soap:header> <soap:body> <adreswijziging>... </adreswijziging> </soap:body> </soap:envelope> Simple Object Access Protocol XML gebaseerd faciliteiten sturing verwerking faciliteiten foutafhandeling Adressering + sturing Berichtinhoud Transport HTTP over internet Verzoek en respons over zelfde verbinding

37 Specificeren services: WSDL WSDL (Web Services Description Language) =??? dienstenbus Taal voor XML documenten, die web services specificeren machine leesbaar importeerbaar in ontwikkeltools Een WSDL document specificeert: In- en uitgaande XML-berichten Interactiepatroon + foutafhandeling Protocol (in de praktijk SOAP over http) Locatie ( Per systeem een wsdl nodig: Locatie Niet alle services uit standaard worden ondersteund Services kunnen kleiner zijn dan standaard voorschrijft

38 Inhoud Schets problematiek Positionering Principes StUF Introductie XML Contentmodel Interactiepatronen

39 Model Berichtdefinitie NPSNPSHUW NPS NPS NPSADRVBL NPSADRCOR ADR ADR NPSNPSHUW NPS NPSADRVBL ADR ADR ADR GEM BRT ADRNPSVBL NPS GEM BRT

40 De waarde van een element of relatie Element of relatie niet ondersteund ondersteund niet geautoriseerd (a) niet ondersteund, verplicht: Element leeg, StUF:noValue= nietondersteund (b) niet ondersteund, niet verplicht: Element niet opnemen (b) niet geautoriseerd, niet verplicht: Element niet opnemen geautoriseerd (d) niet geautoriseerd, verplicht: Element leeg, StUF:noValue= nietgeautoriseerd verplicht niet verplicht (e) waarde onbekend, verplicht: Element leeg, StUF:noValue= waardeonbekend (f) geen waarde: Element leeg, StUF:noValue= geenwaarde (g) waarde bekend: Element opnemen met waarde als inhoud (h) waarde onbekend: Element niet opnemen

41 Speciale waarden Attribute StUF:noValue geenwaarde: het element heeft geen waarde (bijv. overlijdensdatum) onbekend: de zender weet niet wat de waarde is vastgesteldonbekend: de waarde van het element is niet meer vast te stellen nietondersteund: de zender ondersteunt het element niet nietgeautoriseerd: de ontvanger is niet geautoriseerd voor het element Attribute StUF:indOnvolledigeDatum V: De datum is volledig D: De dag is onbekend (GBA: ) M: De maand is onbekend (GBA: ) J: Het jaar is onbekend (GBA: )

42 Identificatie Jansen Systeem =? Jansen Verplichte kerngegevens Persoon: A-nummer, BSN, voorletters, voornamen, voorvoegsels, geslachtsnaam, geslacht, geboortedatum, verblijfsadres Adres: Postcode, straat, huisnummer etc, locatieomschrijving, woonplaats Sleutels Zender Ontvanger Gegevensbeheer

43 Voorbeeld identificatie <object entiteittype= NPS sleutelverzendend="1234" sleutelgegevensbeheer="5678"> <a-nummer xsi:nil="true" StUF:noValue="waardeOnbekend"/> <bsn-nummer> </bsn-nummer> <voornamen xsi:nil="true" StUF:noValue="waardeOnbekend"/> <voorletters>l</voorletters> <voorvoegselgeslachtsnaam xsi:nil="true" StUF:noValue="geenWaarde"/> <geslachtsnaam>witteveen</geslachtsnaam> <geboortedatum StUF:onvolledigeDatum= M > </geboortedatum> <geslachtsaanduiding>v</geslachtsaanduiding>... <verblijftop entiteittype="npsadrvbl"> <gerelateerde entiteittype="adr" sleutelontvangend="456"/> </verblijftop> </object> Sleutel ontvangend in bericht --> kerngegevens niet nodig

44 Historie Gegevens en structuur Tijdvak geldigheid: periode waarin gegevens in werkelijkheid geldig zijn (fundamentelen en relaties) Tijdvak relatie: periode waarin relatie in werkelijkheid bestond TijdstipRegistratie: tijdstip waarop gegevens zijn vastgelegd Opnemen historie in entiteiten Functionaliteit Opbouwen en corrigeren materiële en formele historie in database Opvragen materiële en formele historie Opvragen op peiltijdstipmaterieel en peiltijdstipformeel

45 Materiële historie in antwoord Heden : Huwelijk : Naamswijziging : Geboorte <object entiteittype= NPS > <geslachtsnaam>bergmans</geslachtsnaam> <voorletters>k</voorletters> <geboortedatum> </geboortedatum> <burgerlijkestaat>gehuwd</burgerlijkestaat> <tijdvakgeldigheid> <begindatumgeldigheid> </begindatumgeldigheid> <einddatumgeldigheid xsi:nil="true" StUF:noValue="geenWaarde"/> </tijdvakgeldigheid> <historiematerieel> <burgerlijkestaat>ongehuwd</burgerlijkestaat> <tijdvakgeldigheid> <begindatumgeldigheid> </begindatumgeldigheid> <einddatumgeldigheid> </einddatumgeldigheid> </tijdvakgeldigheid> </historiematerieel> <historiematerieel> <geslachtsnaam>heuvelmans</geslachtsnaam> <tijdvakgeldigheid> <begindatumgeldigheid> </begindatumgeldigheid> <einddatumgeldigheid> </einddatumgeldigheid> </tijdvakgeldigheid> </historiematerieel> </object>

46 Materiële historie relatie <object entiteittype= NPS >... <verblijftop entiteittype="npsadrvbl"> <gerelateerde entiteittype="adr">... </gerelateerde> <tijdvakrelatie> <begindatumrelatie> </begindatumrelatie> <einddatumrelatie xsi:nil="true" StUF:noValue="geenWaarde"> </tijdvakrelatie> </verblijftop> <verblijftop entiteittype="npsadrvbl"> <gerelateerde entiteittype="adr">... Historische gerelateerde bevat actuele gegevens </gerelateerde> <tijdvakrelatie> <begindatumrelatie> </begindatumrelatie> <einddatumrelatie> </einddatumrelatie> </tijdvakrelatie> </verblijftop> </object>

47 Is 2e huwelijk actueel of historisch? <object entiteittype= NPS >... <isgehuwdmet entiteittype= NPSNPSHUW > <gerelateerde entiteittype= NPS >... </gerelateerde> <datumsluiting> </datumsluiting>... </isgehuwdmet> <isgehuwdmet entiteittype= NPSNPSHUW > <gerelateerde entiteittype= NPS >... </gerelateerde> <datumsluiting> </datumsluiting>... <datumontbinding> </datumontbinding> </isgehuwdmet> </object>

48 Uitbreiden sectormodel: extraelementen <object entiteittype= NPS >... <extraelementen> <extraelement naam="inonderzoek">j</extraelement> <extraelement naam="aanduidingkiesrecht" StUF:noValue="waardeOnbekend"/> </extraelementen> </object> Kunnen in bericht worden opgenomen zonder aanpassing sectormodel StUF specificeert niets over de verwerking Sectormodel specificeert niets over formaat

49 Aandachtspunten extraelementen Hoe krijg je aanpassing in standaard? Wat zijn consequenties voor verzendend systeem? Wat zijn consequenties voor ontvangend systeem?

50 Inhoud Schets problematiek Positionering Principes StUF Introductie XML Contentmodel Interactiepatronen

51 Interactiepatronen: Functioneel en technisch Functioneel: geen respons Notificatie Technisch: bevestiging- of foutbericht over zelfde verbinding zender ontvanger zender ontvanger Functioneel: verzoeker werkt door los van antwoord verzoeker Asynchroon verzoek/respons verzoeker Synchroon verzoek/respons Functioneel: verzoeker werkt pas door na ontvangst antwoord verzoeker Technisch: per bericht bevestiging- of foutbericht over zelfde verbinding serviceverlener serviceverlener serviceverlener

52 Sturing berichtverwerking Zender en ontvanger Organisatie Applicatie Administratie Gebruiker Identificatie en volgorde Referentienummer Crossreferentienummer Tijdstip bericht Type bericht Berichtcode Entiteittype Functie In synchrone berichten is alleen berichtcode verplicht In asynchrone berichten zijn berichtcode zender, ontvanger, referentienummer en tijdstipbericht verplicht. In asynchrone responsberichten is ook crossreferentienummer verplicht

53 Quality of Service Gegarandeerde ontvangst Bevestigings- of foutbericht als respons Geen dubbele berichten Uniek referentienummer per zender Volgorde Tijdstip bericht

54 Kennisgeving Kenmerken heeft betrekking op patroon voorbeeld 1 object (enkelvoudig); M objecten (samengesteld) Notificatie (synchroon of asynchroon) verhuizing persoon Mutatiesoort 'T' object relevant geworden voor zender 1 voorkomen 'W' object gewijzigd in werkelijkheid oud + nieuw voorkomen 'F' object gecorrigeerd in database zender oud + nieuw voorkomen Bouw formele historie op 'C' object gecorrigeerd in database zender oud + nieuw voorkomen Geen formele historie 'V' object niet meer relevant voor zender 1 voorkomen Indicator overname 'I' Informatief Afnemer hoeft bericht niet te verwerken 'V' Verplicht over te nemen Afnemer wordt geacht kennisgeving te verwerken

55 Kennisgevingbericht <npslk01 xmlns:stuf=" xmlns=" <StUF:stuurgegevens> <StUF:berichtcode>Lk01</StUF:berichtsoort> <StUF:zender> <StUF:applicatie>zender</StUF:applicatie> </StUF:zender> <StUF:ontvanger> <StUF:applicatie>ontvanger</StUF:applicatie> </StUF:ontvanger> <StUF:referentienummer>1</StUF:referentienummer> <StUF:tijdstipBericht> </StUF:tijdstipBericht> <StUF:entiteittype>NPS</StUF:entiteittype> </StUF:stuurgegevens> <StUF:parameters> <StUF:mutatiesoort>T</StUF:mutatiesoort> <StUF:indicatorOvername>V</StUF:indicatorOvername> </StUF:parameters> <object>... </object> </npslk01>

56 Verwerkingssoort De verwerkingssoort geeft aan wat met een entiteit in een kennisgeving gebeurt T (Toevoegen): W (Wijzigen): V (Verwijderen): I (Identificatie): S (Sleutelwijziging): O (Ontdubbeling): E (Beëindigen): R (Vervangen): Voeg de fundamenteel toe OF voeg relatie toe bij entiteit Wijzig entiteit Verwijder entiteit Doe niets met entiteit Wijzig een sleutel bij entiteit Ontdubbel twee entiteiten Beëindig een relatie bij entiteit Vervang een relatie bij entiteit

57 Persoon in toevoegkennisgeving <object entiteittype= NPS sleutelverzendend="1234" verwerkingssoort="t"> <a-nummer xsi:nil="true" StUF:noValue="waardeOnbekend"/> <bsn-nummer> </bsn-nummer> <voornamen xsi:nil="true" StUF:noValue="waardeOnbekend"/> <voorletters>l</voorletters> <voorvoegselgeslachtsnaam xsi:nil="true" StUF:noValue="geenWaarde"/>... <tijdvakgeldigheid> <begindatumtijdvakgeldigheid> </begindatumtijdvakgeldigheid> <einddatumtijdvakgeldigheid xsi:nil="true" StUF:noValue="geenWaarde"/> </tijdvakgeldigheid> <verblijftop entiteittype="npsadrvbl" verwerkingssoort="t"> <gerelateerde entiteittype="adr" sleutelverzendend="456" verwerkingssoort="i"> <postcode>5523jg</postcode> <woonplaatsnaam>waalre</woonplaatsnaam>... </gerelateerde> <tijdvakrelatie> <begindatumrelatie> </begindatumrelatie> <einddatumrelatie xsi:nil="true" StUF:noValue="geenWaarde"/> </tijdvakrelatie> </verblijftop> </object>

58 Body wijzigkennisgeving <object entiteittype= NPS StUF:verwerkingssoort="W">... <burgerlijkestaat>ongehuwd</burgerlijkestaat> <tijdvakgeldigheid> <begindatumtijdvakgeldigheid> </begindatumtijdvakgeldigheid> <einddatumtijdvakgeldigheid> </einddatumtijdvakgeldigheid> </tijdvakgeldigheid> <verblijftop entiteittype="npsadrvbl" StUF:verwerkingssoort="I"> Verplicht, want... kerngegeven </verblijftop> </object> <object entiteittype= NPS StUF:verwerkingssoort="W">... <burgerlijkestaat>gehuwd</burgerlijkestaat> <BG:tijdvakGeldigheid> <begindatumtijdvakgeldigheid> </begindatumtijdvakgeldigheid> <einddatumtijdvakgeldigheid xsi:nil="true" StUF:noValue="geenWaarde"/> </BG:tijdvakGeldigheid> <verblijftop entiteittype="npsadrvbl" StUF:verwerkingssoort="I">... </verblijftop> </object>

59 Toevoegen relatie <object entiteittype= NPS sleutelverzendend="1234" verwerkingssoort="i">... <verblijftop entiteittype="npsadrvbl" verwerkingssoort="t" xsi:nil="true" StUF:noValue="geenWaarde"/> </object> <object entiteittype= NPS sleutelverzendend="1234" verwerkingssoort="i">... <verblijftop entiteittype="npsadrvbl" verwerkingssoort="t"> <tijdvakrelatie> <begindatumrelatie> </begindatumrelatie> <einddatumrelatie xsi:nil="true" StUF:noValue="geenWaarde"/> </tijdvakrelatie> <gerelateerde entiteittype="adr" sleutelverzendend="456" verwerkingssoort="t"> <postcode>5672gb</postcode> <woonplaatsnaam>nuenen</woonplaatsnaam>... </gerelateerde> </verblijftop> </object> NPS gegevens wijzigen niet Toe te voegen verblijfsadres Adres toe te voegen

60 Vervangen relatie <object entiteittype= NPS sleutelverzendend="1234" verwerkingssoort="w">... <verblijftop entiteittype="npsadrvbl" verwerkingssoort="r"> Te vervangen relatie <gerelateerde entiteittype="adr" verwerkingssoort="i">... </gerelateerde> <tijdvakrelatie> <begindatumrelatie> </begindatumrelatie> <einddatumrelatie> </einddatumrelatie> </tijdvakrelatie> Ook gegevens NPS wijzigen </verblijftop> </object> <object entiteittype= NPS sleutelverzendend="1234" verwerkingssoort="w">... <verblijftop entiteittype="npsadrvbl" verwerkingssoort="r"> Nieuwe relatie <gerelateerde entiteittype="adr" verwerkingssoort="t">... </gerelateerde> <tijdvakrelatie> <begindatumrelatie> </begindatumrelatie> <einddatumrelatie xsi:nil="true" StUF:noValue="geenWaarde"/> </tijdvakrelatie> </verblijftop> </object>

61 Vraag/antwoord Kenmerken heeft betrekking op patroon voorbeeld meerdere objecten synchroon of asynchroon verzoek/respons opvragen adressen voor lijst of opvragen details adres Parameters vraagbericht sortering volgorde objecten (gedefinieerd in sectormodel, default 0) maximumaantal maximum aantal terug te geven objecten (default 15) indicatoraantal geef aantal voorkomens terug dat voldoet aan selectie indicatorafnemerindicatie plaats J/N afnemerindicatie voor geselecteerde objecten (default N) indicatorvervolgvraag het gaat J/N om een vervolgvraag (default N) peiltijdstipmaterieel het tijdstip in de werkelijkheid waarvoor de vraag gesteld wordt peiltijdstipmaterieel het tijdstip registratie waarvoor de vraag gesteld wordt Parameters antwoordbericht indicatorvervolgvraag alle gevraagde objecten zijn teruggegeven J/N (default N) indicatorafnemerindicatie er is J/N afnemerindicatie geplaatst (default N) aantalvoorkomens het aantal objecten dat aan de selectie voldoet peiltijdstipmaterieel het tijdstip in de werkelijkheid waarvoor de gegevens geldig zijn peiltijdstipmaterieel het tijdstip registratie waarvoor de gegevens geldig zijn sequencenummer Volgnummer in verzameling asynchrone antwoordberichten indicatorlaatstebericht Indicator die aangeeft dat dit het laatste asynchr. antwoord is

62 Body vraagbericht <gelijk entiteittype= NPS > <verblijftop entiteittype="npsadrvbl"> <gerelateerde entiteittype="adr"> <postcode StUF:exact="false">5672</postcode> </gerelateerde> </verblijftop> </gelijk> <vanaf entiteittype= NPS > <geboortedatum xsi:nil="true"> </geboortedatum> </vanaf> Tot en met selectiecriteria <totenmet entiteittype= NPS > <geboortedatum xsi:nil="true" StUF:noValue="geenWaarde"/> </totenmet> <scope entiteittype= NPS > <bsn-nummer xsi:nil="true"/>... </scope> Alle personen die verblijven op postcodes beginnend met 5672 voldoen Vanaf selectiecriteria: Personen geboren na voldoen Gevraagde elementen Geen bovengrens voor de geboortedatum

63 Body vraagbericht <gelijk entiteittype= NPS > <verblijftop entiteittype="npsadrvbl"> <gerelateerde entiteittype="adr"> <postcode StUF:exact="false">5672</postcode> </gerelateerde> </verblijftop> </gelijk> <vanaf entiteittype= NPS > <geboortedatum xsi:nil="true"> </geboortedatum> </vanaf> <totenmet entiteittype= NPS > <geboortedatum xsi:nil="true" StUF:noValue="geenWaarde"/> </totenmet> <scope entiteittype= NPS > <bsn-nummer xsi:nil="true"/>... </scope> <start entiteittype= NPS > Start vervolgvraag: het laatste object in het antwoordbericht... </start>

64 Body antwoordbericht De gevraagde gegevens voor de gevraagde objecten Synchroon: maximumaantal objecten in het antwoordbericht Asynchroon: per object een bericht

65 Vrij bericht Kenmerken heeft betrekking op patroon voorbeeld 0 - N objecten notificatie of synchroon/asynchroon verzoek/respons bepalen waarde WOZ-object Berichtontwerper definieert zelf de betekenis/functie van verzoek respons

66 Body vrij bericht Elementen met objecten conform contentmodel Gegevens uit contentmodel mogen niet los worden opgenomen òf Gereserveerde elementen <parameters> gegevens die geen onderdeel zijn van een object <update> met als inhoud een kennisgeving zonder stuurgegevens <vraag> met als inhoud vrijwel een vraagbericht zonder stuurgegevens <zaakinfo> met als inhoud zaak informatie gedefinieerd in sectormodel Zaken

67 Samenhang StUF componenten StUF-functie gebruikt gebruikt 1..2 heeft Functiespecifiek kennisgeving synchronisatie vraag/antwoord trigger StUF-bericht Functiegeneriek vrij in vrij uit heeft heeft heeft * heeft * heeft StUF foutafhandeling bevestigings bericht fout bericht Verplicht Optioneel StUF Stuurgegevens entiteit model functie model StUF-contentmodel structuur vrij bericht

68 Modelgedreven Losse gegevens <buitenlander>true</buitenlander> <geboortedatumtotenmet> </geboortedatumtotenmet> <postcode>5672bj</postcode> StUF contentmodel Legenda StUF <parameters> Sectormodel BG <buitenlander>true</buitenlander> Eigen definitie </parameters> Gegevens <vraag> <gelijk entiteittype="nps"> <verblijftop entiteittype="npsadrvbl"> <gerelateerde entiteittype="adr"> <postcode>5672bj</postcode> </gerelateerde> </verblijftop> </gelijk> <totenmet entiteittype="nps"> <geboortedatum> </geboortedatum> </totenmet> </vraag>

69 Modelgedreven Losse gegevens <buitenlander>true</buitenlander> <geboortedatumtotenmet> </geboortedatumtotenmet> <postcode>5672bj</postcode> StUF contentmodel Legenda StUF <parameters> Sectormodel BG <buitenlander>true</buitenlander> Eigen definitie </parameters> Gegevens <vraag> <gelijk entiteittype="nps"> <verblijftop entiteittype="npsadrvbl"> <gerelateerde entiteittype="adr"> <postcode>5672bj</postcode> </gerelateerde> </verblijfsop> </gelijk> <totenmet entiteittype="nps"> <geboortedatum> </geboortedatum> </totenmet> </vraag> --> Geen losse gegevens, maar onderdeel entiteittype en/of StUF-structuur

70 Kenmerken StUF Template berichtdefinitie met semantiek voor: contentmodel gebaseerd op ERD-objecten sturing berichtverwerking diverse functies ter ondersteuning van: gegevensuitwisseling functiegerichte web services met verschillende protocolbindingen: W3C: soap over http OSB: ebms, WUS en WUS lite Bestand

StUF Introductie Cursus

StUF Introductie Cursus Op deze uitgave is de Creative Commons-licentie van toepassing. Het is toegestaan informatie uit deze publicatie te kopiëren, te verspreiden en te bewerken mits deze uitgave als bron wordt vermeld en de

Nadere informatie

afkijken nadoen EGEMwijs Roadmap StUF SOA Op weg naar een service-georiënteerde architectuur henri.korver@egem.nl

afkijken nadoen EGEMwijs Roadmap StUF SOA Op weg naar een service-georiënteerde architectuur henri.korver@egem.nl afkijken nadoen EGEMwijs Roadmap StUF SOA Op weg naar een service-georiënteerde architectuur henri.korver@egem.nl What kind of StUF? Acroniem: Standaard Uitwisseling Formaat voor (gemeentelijke) applicaties.

Nadere informatie

Datum: 7-3-2014 Pagina: 1. Standaard Uitwisseling Formaat StUF 03.01: In Gebruik (versie 17) Standaard Uitwisseling Formaat. StUF 03.

Datum: 7-3-2014 Pagina: 1. Standaard Uitwisseling Formaat StUF 03.01: In Gebruik (versie 17) Standaard Uitwisseling Formaat. StUF 03. Pagina: 1 Standaard Uitwisseling Formaat StUF 03.01: In Gebruik Pagina: 2 Inhoudsopgave 1. INLEIDING...5 1.1 LEESWIJZER...6 1.2 CONVENTIES...7 2. GLOBALE FUNCTIONALITEIT EN OPZET VAN STUF...8 2.1 INLEIDING...8

Nadere informatie

Datum: 7-3-2014 Pagina: 1. Standaard Uitwisseling Formaat StUF 03.01: In Gebruik (versie 17) Standaard Uitwisseling Formaat. StUF 03.

Datum: 7-3-2014 Pagina: 1. Standaard Uitwisseling Formaat StUF 03.01: In Gebruik (versie 17) Standaard Uitwisseling Formaat. StUF 03. Pagina: 1 Standaard Uitwisseling Formaat StUF 03.01: In Gebruik Pagina: 2 Inhoudsopgave 1. INLEIDING.5 1.1 LEESWIJZER.6 1.2 CONVENTIES7 2. GLOBALE FUNCTIONALITEIT EN OPZET VAN STUF8 2.1 INLEIDING.8 2.2

Nadere informatie

Ontwerpregels en best practices voor StUF-berichten

Ontwerpregels en best practices voor StUF-berichten Ontwerpregels en best practices voor StUF-berichten Auteur: KING Versie: 1.01 Status: In gebruik Inhoudsopgave 1 Inleiding...2 2 Van informatiemodel naar entiteitschema...3 2.1 Van attribuutdomeinen naar

Nadere informatie

Ontwerpregels en best practices voor StUF-berichten

Ontwerpregels en best practices voor StUF-berichten Ontwerpregels en best practices voor StUF-berichten Auteur: KING Versie: 1.04 Status: In gebruik Inhoudsopgave 1 Inleiding...4 2 Van informatiemodel naar entiteitschema...4 2.1 De verstuffing van het informatiemodel...5

Nadere informatie

StUF in een notendop. Opsteller: Henri Korver Datum: 21 september 2005 Versie: 0.1 CONCEPT

StUF in een notendop. Opsteller: Henri Korver Datum: 21 september 2005 Versie: 0.1 CONCEPT StUF in een notendop Opsteller: Henri Korver Datum: 21 september 2005 Versie: 0.1 CONCEPT Versiebeheer Versienr. Datum Omschrijving 0.1 21/09/2005 Eerste opzet Reviewers Naam Rol Gereviewde versie Ard

Nadere informatie

Inhoudelijke reactie EGEM op adviesrapport Telematica Instituut: 'Over het service-georiënteerde gehalte van StUF 3.0.'

Inhoudelijke reactie EGEM op adviesrapport Telematica Instituut: 'Over het service-georiënteerde gehalte van StUF 3.0.' Inhoudelijke reactie EGEM op adviesrapport Telematica Instituut: 'Over het service-georiënteerde gehalte van StUF 3.0.' Versie Concept 0.2 Datum 15-11-2007 Inhoudsopgave 1 Inleiding...2 2 Inhoudelijke

Nadere informatie

Roadmap StUF familie Invalshoeken om te kijken naar standaardisatie

Roadmap StUF familie Invalshoeken om te kijken naar standaardisatie Roadmap StUF familie Invalshoeken om te kijken naar standaardisatie Kwaliteitsinstituut Nederlandse Gemeenten (KING) Regiegroep gegevens en berichten 3 februari 2016 Vernieuwing StUF familie 2 Vernieuwde

Nadere informatie

Datum: Pagina: 1. Standaard Uitwisseling Formaat StUF 03.01: In Gebruik (versie 27) Standaard Uitwisseling Formaat. StUF 03.

Datum: Pagina: 1. Standaard Uitwisseling Formaat StUF 03.01: In Gebruik (versie 27) Standaard Uitwisseling Formaat. StUF 03. Pagina: 1 StUF 03.01: In Gebruik Pagina: 2 Inhoudsopgave 1. INLEIDING...6 1.1 LEESWIJZER...7 1.2 CONVENTIES...8 2. GLOBALE FUNCTIONALITEIT EN OPZET VAN STUF...9 2.1 INLEIDING...9 2.2 RELATIE TUSSEN BERICHTINHOUD,

Nadere informatie

VERA. Best practice Bulk Data. Datum: Status: Definitief. Stichting VERA Veenendaal

VERA. Best practice Bulk Data. Datum: Status: Definitief. Stichting VERA Veenendaal VERA Best practice Bulk Data Datum: 04-05-2018 Status: Definitief Stichting VERA Veenendaal 2012-2018 http://www.stichting-vera.nl Inhoudsopgave 1 Inleiding... 3 2 Bulk Data... 4 2.1 Aanleiding... 4 2.2

Nadere informatie

Dat we scherpe en compacte schema s kunnen maken voor berichten in koppelvlakken, en die ook kunnen beheren. Dat we op een consistente manier

Dat we scherpe en compacte schema s kunnen maken voor berichten in koppelvlakken, en die ook kunnen beheren. Dat we op een consistente manier 1 We willen vanuit KING StUF koppelvlakken ontwikkelen vanuit een modelgedreven aanpak. Waar we in het verleden nogal eens de standaarden maakten en beoordeelden vanuit xml-schemabestanden, willen we dat

Nadere informatie

1 Inleiding. 2 Van informatiemodel naar berichtenmodel. 2.1 Van objecttypen naar (bericht)entiteiten

1 Inleiding. 2 Van informatiemodel naar berichtenmodel. 2.1 Van objecttypen naar (bericht)entiteiten 1 Inleiding De expertgroep heeft in het najaar van 2010 naar aanleiding van het koppelvlak tussen BAG en WOZ vastgesteld dat er nieuwe koppelvlakken aan een sectormodel mogen worden toegevoegd. Dit heeft

Nadere informatie

Koppelvlak BAG Koppelvlak BAG. Documentversie: 1.01 Datum: Versie van standaard: 3.10

Koppelvlak BAG Koppelvlak BAG. Documentversie: 1.01 Datum: Versie van standaard: 3.10 Koppelvlak BAG Documentversie: 1.01 Datum: 18-02-2016 Versie van standaard: 3.10 Status: In gebruik 1 Versiehistorie Versie Datum Auteur(s) Opmerkingen/veranderingen - 06-07-2014 Originele versie van de

Nadere informatie

VERA 3.0. Bijlage D.4 - Keuzen verstuffing. Versie: 3.0 Datum: Status: Definitief

VERA 3.0. Bijlage D.4 - Keuzen verstuffing. Versie: 3.0 Datum: Status: Definitief VERA 3.0 Bijlage D.4 - Keuzen verstuffing Versie: 3.0 Datum: 25-9-2014 Status: Definitief Stichting VERA Veenendaal 2012-2014 http://www.stichting-vera.nl Inhoud 1 Inleiding... 3 2 Functionele keuzes VERAStUF

Nadere informatie

Functionaliteit: lvwoz-processor 1. In deze versie worden de opentunnel.extra eigenschappen van berichten correct geretourneerd naar OpenTunnel.

Functionaliteit: lvwoz-processor 1. In deze versie worden de opentunnel.extra eigenschappen van berichten correct geretourneerd naar OpenTunnel. WAARDERINGSKAMER MEMO Datum: 25 september 2015 Betreft: Overzicht release LV WOZ Versie 7.2.10 Datum inproductiename: 30-9-2015 Functionaliteit: lvwoz-processor 1. In deze versie worden de opentunnel.extra

Nadere informatie

AFSPRAKEN StUF StUF bg OVERZICHT. Datum: 23 september 2017

AFSPRAKEN StUF StUF bg OVERZICHT. Datum: 23 september 2017 OVERZICHT 1. Vullen gegevensmagazijnen 2. Slechts één bron voor historische gegevens 3. Herstel fouten in historie gegevensmagazijnen 4. Meeleveren gerelateerden uit gegevensmagazijn 5. Mutatiesoort =

Nadere informatie

Ontwikkelingen op gebied van informatiemodellen

Ontwikkelingen op gebied van informatiemodellen Ontwikkelingen op gebied van informatiemodellen Uitgangspunt voor RSGB en StUF-BG: 12 basisregistraties Situatie op 31 december 2014. bron: www.digitaleoverheid.nl Informatiemodel RSGB op hoofdlijnen Draagt

Nadere informatie

Standaard Uitwisseling Formaat. StUF 03.02: In Gebruik. Datum: Pagina: 1

Standaard Uitwisseling Formaat. StUF 03.02: In Gebruik. Datum: Pagina: 1 Pagina: 1 Standaard Uitwisseling Formaat StUF 03.02: In Gebruik Pagina: 2 Inhoudsopgave 1. INLEIDING...6 1.1 LEESWIJZER...7 1.2 CONVENTIES...8 2. GLOBALE FUNCTIONALITEIT EN OPZET VAN STUF...9 2.1 INLEIDING...9

Nadere informatie

Standaard koppelvlak Digikoppeling adapter Servicebus. Datum: 18 augustus 2014 Versie: 0.3 Auteur: M. van den Broek

Standaard koppelvlak Digikoppeling adapter Servicebus. Datum: 18 augustus 2014 Versie: 0.3 Auteur: M. van den Broek Standaard koppelvlak Digikoppeling adapter Servicebus Datum: 18 augustus 2014 Versie: 0.3 Auteur: M. van den Broek Inhoudsopgave 1 Inleiding...1 2 Architectuur, uitgangspunten en verantwoordelijkheden...2

Nadere informatie

Adhoc Testrapportage. Testrapportnummer: Leverancier: PerfectView B.V. Datum: :54:30 CET

Adhoc Testrapportage. Testrapportnummer: Leverancier: PerfectView B.V. Datum: :54:30 CET Adhoc Testrapportage Testrapportnummer: 20161214-918230703 Leverancier: PerfectView B.V. Datum: 14-12-2016 09:54:30 CET Resultaat: (met 1 aandachtpunten) 1 Resultaten per regel Deze paragraaf geeft inzicht

Nadere informatie

StUF: Waar gaat het heen? M. van den Broek

StUF: Waar gaat het heen? M. van den Broek Inleiding De discussies in de regiegroep hebben bij mij het gevoel opgeroepen dat we geen gedeeld beeld hebben over de StUF-standaard en haar vernieuwing. Dit stuk doet een poging in deze lacune te voorzien

Nadere informatie

De complete oplossing voor uw kadastrale informatievoorziening.

De complete oplossing voor uw kadastrale informatievoorziening. De complete oplossing voor uw kadastrale informatievoorziening. Foto: Mugmedia Het Kadaster gaat de levering van kadastrale informatie ingrijpend vernieuwen. Het huidige proces van verwerken van kadastrale

Nadere informatie

De impact van de basisregistraties op de informatievoorziening van gemeenten

De impact van de basisregistraties op de informatievoorziening van gemeenten De impact van de basisregistraties op de informatievoorziening van gemeenten Op weg naar de Gemeentelijke Service Bus Danny Greefhorst Gemeenten worden geconfronteerd met allerlei ontwikkelingen die van

Nadere informatie

Hot StUF of koude sneeuw?

Hot StUF of koude sneeuw? Koppelingen, Bindingen en Standaardisatie Hot StUF of koude sneeuw? Peter Klaver Minicongres Gekoppelde Belastingen Zoetermeer, 26 september 2008 Pagina 1 >10 DIN-ISO standaarden voor een skibinding schoen-interface

Nadere informatie

Standaard Uitwisseling Formaat. StUF 03.02: In Ontwikkeling. Datum: Pagina: 1

Standaard Uitwisseling Formaat. StUF 03.02: In Ontwikkeling. Datum: Pagina: 1 Pagina: 1 StUF 03.02: In Ontwikkeling Pagina: 2 Inhoudsopgave 1. INLEIDING...8 1.1 LEESWIJZER...9 1.2 CONVENTIES...10 2. GLOBALE FUNCTIONALITEIT EN OPZET VAN STUF...11 2.1 INLEIDING...11 2.2 RELATIE TUSSEN

Nadere informatie

orrectie van de historie door het tussenvoegen van een relatie

orrectie van de historie door het tussenvoegen van een relatie Het synchronisatiebericht historisch is bedoeld voor het corrigeren van historische en desgewenst ook actuele of toekomstige gegevens van een object. De ontvanger dient in zijn systeem de historische,

Nadere informatie

Dit voorbeeldproject beschrijft het gebruik van web services (open standaarden) voor de ontsluiting van kernregistraties bij de gemeente Den Haag.

Dit voorbeeldproject beschrijft het gebruik van web services (open standaarden) voor de ontsluiting van kernregistraties bij de gemeente Den Haag. Voorbeeldproject Een Haagse SOA Dit voorbeeldproject beschrijft het gebruik van web services (open standaarden) voor de ontsluiting van kernregistraties bij de gemeente Den Haag. Aanleiding Vanuit de visie

Nadere informatie

StUF testplatform rapportage test uitvoering

StUF testplatform rapportage test uitvoering StUF testplatform rapportage test uitvoering STP Versie: 1.2.1 19-03-2014 Status: Uitvoering Token: exectoken-75383 Scenario ID: 50009304 Party ID: 00000000000000000000006 Aanvraag tijd: 18-03-2014 14:57:23

Nadere informatie

Inleiding. Welke gegevens centraliseren we? Kansrijk op weg naar Common Ground

Inleiding. Welke gegevens centraliseren we? Kansrijk op weg naar Common Ground Inleiding De gemeentelijke koepelverenigingen voor I&A professionals IMG 100.000+ en de VIAG hebben het initiatief genomen voor Common Ground. De VNG heeft dit initiatief omarmd en ondersteunt het van

Nadere informatie

Vernieuwing gegevens en berichtenstandaarden. Plan van aanpak vernieuwing standaarden - Project breakdown - Voorgestelde route 2017

Vernieuwing gegevens en berichtenstandaarden. Plan van aanpak vernieuwing standaarden - Project breakdown - Voorgestelde route 2017 Vernieuwing gegevens en berichtenstandaarden Plan van aanpak vernieuwing standaarden - Project breakdown - Voorgestelde route 2017 Regiegroep gegevens en berichten standaarden Utrecht 5 oktober 2016 Wat

Nadere informatie

Informatiebeleid & ICT Financiën en control Facilitaire zaken. Financiële administratie. backoffice applicatie (buiten Klantcontacten

Informatiebeleid & ICT Financiën en control Facilitaire zaken. Financiële administratie. backoffice applicatie (buiten Klantcontacten Voorinvullen (sectorspecifiek) svoering Serviceregister en - intranet Aanvragen van een dienst of product, dan wel het indienen van een verzoek of een bezwaar GEMMA e-formulieren specificatie 1.3 Zaaktypen

Nadere informatie

Compliancy Testrapportage

Compliancy Testrapportage Compliancy Testrapportage Testrapportnummer: 20141205-61309 Geteste standaard: Prefill eformulieren services 1.0 Rol: Gegevensmagazijn Softwareproduct: Neuron Gegevensmagazijn 3.3 Testset: Prefill eformulieren

Nadere informatie

Adhoc Testrapportage. Testrapportnummer: Leverancier: PerfectView B.V. Datum: :37:32 CET

Adhoc Testrapportage. Testrapportnummer: Leverancier: PerfectView B.V. Datum: :37:32 CET Adhoc Testrapportage Testrapportnummer: 20161216-1345665819 Leverancier: PerfectView B.V. Datum: 16-12-2016 11:37:32 CET Resultaat: (met 1 aandachtpunten) 1 Resultaten per regel Deze paragraaf geeft inzicht

Nadere informatie

RESTful API Een RESTful API is een gebaseerd op de Representational state transfer (REST) is een softwarearchitectuur.

RESTful API Een RESTful API is een gebaseerd op de Representational state transfer (REST) is een softwarearchitectuur. NOTITIE Onderwerp : Uitleg van gebruikte termen bij gegevens- en berichtenstandaarden Van : VNG Realisatie Aan : Regiegroep Gegevens- en Berichtenstandaarden Datum : 29 mei 2018 Dit document legt een aantal

Nadere informatie

Producten- en Dienstencatalogus BAG Verstrekkingen. Bijlage A - Verklarende woordenlijst

Producten- en Dienstencatalogus BAG Verstrekkingen. Bijlage A - Verklarende woordenlijst Producten- en Dienstencatalogus BAG Verstrekkingen Bijlage A - Verklarende woordenlijst Versie 2011 Verklarende woordenlijst Deze verklarende woordenlijst bevat een uitleg van begrippen en afkortingen

Nadere informatie

Mogelijk onvolledige datum

Mogelijk onvolledige datum Mogelijk onvolledige datum Auteur: Wim Bakkeren (wim.bakkeren@ictu.nl) Datum: 25 september 2014 Versie: 1.0 Status: Definitief Inleiding Dit document bevat een voorstel voor een datatype voor mogelijk

Nadere informatie

Voortgang en tussenresultaten Vernieuwde gegevens- en berichtstandaarden. Utrecht, 7 december 2016 Regiegroep Gegevens en Berichtenstandaarden

Voortgang en tussenresultaten Vernieuwde gegevens- en berichtstandaarden. Utrecht, 7 december 2016 Regiegroep Gegevens en Berichtenstandaarden Voortgang en tussenresultaten Vernieuwde gegevens- en berichtstandaarden Utrecht, 7 december 2016 Regiegroep Gegevens en Berichtenstandaarden Agenda 1. Plan van aanpak 2. Modelgedreven ontwikkeling 3.

Nadere informatie

StUF ondersteunt historie op attribuuten groepsniveau!

StUF ondersteunt historie op attribuuten groepsniveau! StUF ondersteunt historie op attribuuten groepsniveau! Inleiding Op het StUF Forum is er een discussie gaande over de vraag of in de StUF-standaard historie op objectof op attribuutniveau is gedefinieerd,

Nadere informatie

< 30 > STUF: DE BETEKENIS VAN BERICHTEN. Gemeenten en standaarden

< 30 > STUF: DE BETEKENIS VAN BERICHTEN. Gemeenten en standaarden STUF: DE BETEKENIS VAN BERICHTEN door Henri Korver, henri.korver@ictu.nl Bij veel overheden staan klantgericht werken en goede dienstverlening aan burgers en bedrijven inmiddels hoog op de agenda: het

Nadere informatie

Nieuwe versie AR-tool

Nieuwe versie AR-tool Nieuwe versie AR-tool BESCHRIJVING VAN DE HUIDIGE AR-TOOL OPLOSSING Veel gemeenten maken gebruik van de bestaande AR-tool oplossing. De huidige oplossing bestaat uit diverse modules met in totaal zo n

Nadere informatie

SPECIFICATIE-STUF ENVELOPPE

SPECIFICATIE-STUF ENVELOPPE SPECIFICATIE-STUF ENVELOPPE Gemeentelijk gegevensknooppunt VISD is een programma van de VNG dat wordt uitgevoerd in samenwerking met KING Opgesteld door Johan Boer en Arjen Brienen Datum 24 september 2014

Nadere informatie

De vernieuwde StUF familie The Next Step. Peter Klaver en Theo Peters Kwaliteitsinstituut Nederlandse Gemeenten (KING) 2 december 2015

De vernieuwde StUF familie The Next Step. Peter Klaver en Theo Peters Kwaliteitsinstituut Nederlandse Gemeenten (KING) 2 december 2015 De vernieuwde StUF familie The Next Step Peter Klaver en Theo Peters Kwaliteitsinstituut Nederlandse Gemeenten (KING) 2 december 2015 StUF werkingsgebied. Sinds 12-11-2008 op de comply or explain lijst

Nadere informatie

Functioneel ontwerp. Omgevingsloket online. Koppeling met BAG

Functioneel ontwerp. Omgevingsloket online. Koppeling met BAG Functioneel ontwerp Omgevingsloket online Koppeling met BAG Juli 2014 Release 2.10 Pagina 1 van 14 Inhoudsopgave 1 Inleiding 3 1.1 Identificatie 3 1.2 Doel van dit document 3 1.3 Randvoorwaarden, uitgangspunten

Nadere informatie

Bijlage. 1. Overzicht EPS sen 2. Generieke opbouw EPS 3. Voorbeeld: samenstelling EPS BAG 4. Samenhang brondocumenten met EPS 5. Voorbeeld: EPS BAG

Bijlage. 1. Overzicht EPS sen 2. Generieke opbouw EPS 3. Voorbeeld: samenstelling EPS BAG 4. Samenhang brondocumenten met EPS 5. Voorbeeld: EPS BAG Bijlage. Overzicht EPS sen. Generieke opbouw EPS. Voorbeeld: samenstelling EPS BAG 4. Samenhang brondocumenten met EPS 5. Voorbeeld: EPS BAG BRP BAG WOZ BRK HR BGT Brxyz Totaal aantal 5 EPS sen. 5 EPS

Nadere informatie

Juliana van Stolberglaan 3 2595 CA Den Haag Postbus 93144 2509 AC Den Haag www.agentschapnl.nl. [Handleiding Generieke interface Energielabels.

Juliana van Stolberglaan 3 2595 CA Den Haag Postbus 93144 2509 AC Den Haag www.agentschapnl.nl. [Handleiding Generieke interface Energielabels. Juliana van Stolberglaan 3 2595 CA Den Haag Postbus 93144 2509 AC Den Haag www.agentschapnl.nl Handleiding Generieke interface Energielabels Documentnaam [Handleiding Generieke interface Energielabels.doc]

Nadere informatie

Generieke interface energielabels

Generieke interface energielabels Handleiding Generieke interface energielabels In opdracht van het ministerie van Binnenlandse Zaken en Koninkrijksrelaties (Directie Woningbouw) 1 Inleiding 3 1.1 Doel 3 1.2 Korte omschrijving 3 1.3 Indeling

Nadere informatie

Document verstuffing RSGB 3 wordt goedgekeurd

Document verstuffing RSGB 3 wordt goedgekeurd ID Datum In het verleden genomen afspraken en besluitenlijst Status 93 21-03-2018 Patch 28 wordt goedgekeurd 92 21-06-2017 Patch 27 wordt goedgekeurd 91 15-03-2017 Patch 26 wordt goedgekeurd. 90 21-09-2016

Nadere informatie

Compliancy Testrapportage

Compliancy Testrapportage Compliancy Testrapportage Testrapportnummer: 20150623-68455 Geteste standaard: Prefill eformulieren services 1.0 Rol: e-formulieren Softwareproduct: SIMform 2015.5 Testset: Prefill eformulieren services

Nadere informatie

Early Adopters Berichtenbox MijnOverheid Sessie Techniek

Early Adopters Berichtenbox MijnOverheid Sessie Techniek Early Adopters Berichtenbox MijnOverheid Sessie Techniek Eric van den Hoek Ton Laarhoven Versie 20 april 2015 Programma 14.15 15.30 Welkom, programma De diepte in 2 Logius, dienst digitale overheid 20

Nadere informatie

Compliancy Testrapportage

Compliancy Testrapportage Compliancy Testrapportage Testrapportnummer: 20141215-61552 Geteste standaard: Documentcreatie services 1.0 Rol: Documentcreatie Softwareproduct: SmartDocuments 2.15.06 build 14.51.00 Testset: Documentcreatie

Nadere informatie

StUF testplatform rapportage test uitvoering

StUF testplatform rapportage test uitvoering StUF testplatform rapportage test uitvoering STP Versie: 1.2.4 29-08-2014 Status: Uitvoering Token: exectoken-402389 Scenario ID: 50010000 Party ID: 00000000000000000000006 Aanvraag tijd: 25-08-2014 15:21:36

Nadere informatie

Roadmap StUF familie Inventarisatie en 1 e analyse gebruik van StUF-BG en StUF-ZKN

Roadmap StUF familie Inventarisatie en 1 e analyse gebruik van StUF-BG en StUF-ZKN Roadmap StUF familie Inventarisatie en 1 e analyse gebruik van StUF-BG en StUF-ZKN Kwaliteitsinstituut Nederlandse Gemeenten (KING) Peter Klaver Regiegroep gegevens en berichtenstandaarden 3 februari 2016

Nadere informatie

WAARDERINGSKAMER LV WOZ en andere ontwikkelingen. Caspar Remmers Waarderingskamer

WAARDERINGSKAMER LV WOZ en andere ontwikkelingen. Caspar Remmers Waarderingskamer LV WOZ en andere ontwikkelingen Caspar Remmers Waarderingskamer 1 Vier ontwikkelingen WAARDERINGSKAMER? 2 Hoe werkt de WOZ? WAARDERINGSKAMER Beschikking/ taxatieverslag BAG Kadaster Bezwaren WOZ Terugmelding

Nadere informatie

Processen en juridische aspecten LV WOZ

Processen en juridische aspecten LV WOZ Processen en juridische aspecten LV WOZ LV WOZ Inlichtingen Peter van den Heuij T 070-3427816 p.p.a.heuij@minfin.nl Datum 23 mei 2011 Auteur Ruud Kathmann Bijlage: Inleiding Voor de aanbesteding van de

Nadere informatie

Beschrijving OpenTunnel koppelvlak met MijnOverheid BerichtenBox

Beschrijving OpenTunnel koppelvlak met MijnOverheid BerichtenBox Beschrijving OpenTunnel koppelvlak met MijnOverheid BerichtenBox INHOUDSOPGAVE INLEIDING... 3 OPVRAGEN GEABONNEERDEN... 4 MASSALE AANLEVERING OP BASIS VAN META- DATA VIA XML... 5 MASSALE AANLEVERING MET

Nadere informatie

RESTful API Een RESTful API is een gebaseerd op de Representational state transfer (REST) is een softwarearchitectuur.

RESTful API Een RESTful API is een gebaseerd op de Representational state transfer (REST) is een softwarearchitectuur. NOTITIE Onderwerp : Uitleg van gebruikte termen bij gegevens- en berichtenstandaarden Van : VNG Realisatie Aan : Regiegroep Gegevens- en Berichtenstandaarden Datum : 12 juni 2018 Dit document legt een

Nadere informatie

GEMMA Applicatielandschap Kijk op www.gemmasoftwarecatalogus.nl voor meer informatie en een digitale versie

GEMMA Applicatielandschap Kijk op www.gemmasoftwarecatalogus.nl voor meer informatie en een digitale versie GEMMA Applicatielandschap GEMMA Applicatielandschap Kijk op www.gemmasoftwarecatalogus.nl voor meer informatie en een digitale versie Gemeente svoering (sectorspecifiek) intranet Serviceregister Poster

Nadere informatie

Functionele en technische meldingen

Functionele en technische meldingen 0.1 Foutmeldingen BAG Bevragen Functionele en technische meldingen Datum 28 januari 2013 Versie 0.1 ConceptNiet gevonden: wijzig het profiel: "Standaard" Versiehistorie Versie datum locatie omschrijving

Nadere informatie

Intro StUF cursus. Standaardisatie van koppelvlakken en services. plezier of benen breken? Peter Klaver Den Haag, april 2009 StUF Cursus

Intro StUF cursus. Standaardisatie van koppelvlakken en services. plezier of benen breken? Peter Klaver Den Haag, april 2009 StUF Cursus Intro StUF cursus Standaardisatie van koppelvlakken en services plezier of benen breken? Peter Klaver Den Haag, april 2009 StUF Cursus Pagina 1 >10 DIN-ISO standaarden voor een skibinding schoen-interface

Nadere informatie

Digikoppeling adapter

Digikoppeling adapter Digikoppeling adapter Versie 1.0 Datum 02/06/2014 Status Definitief Van toepassing op Digikoppeling versies: 1.0, 1.1, 2.0, 3.0 Colofon Logius Servicecentrum: Postbus 96810 2509 JE Den Haag t. 0900 555

Nadere informatie

Realisatie Programma e-dienstverlening 2e fase

Realisatie Programma e-dienstverlening 2e fase Realisatie Programma e-dienstverlening 2e fase Inleiding In de periode 2008-2009 is een Realisatieplan Dienstverlening ontwikkeld om de informatievoorziening van de gemeente Oegstgeest te verbeteren en

Nadere informatie

Voorbeelden generieke inrichting Digikoppeling

Voorbeelden generieke inrichting Digikoppeling Voorbeelden generieke inrichting Versie 1.1 Datum 19/12/2014 Status Definitief Colofon Logius Servicecentrum: Postbus 96810 2509 JE Den Haag t. 0900 555 4555 (10 ct p/m) e. servicecentrum@logius.nl Documentbeheer

Nadere informatie

Een andere aanpak: Informatiekundige ontwikkelingen komende jaren?

Een andere aanpak: Informatiekundige ontwikkelingen komende jaren? Een andere aanpak: Informatiekundige ontwikkelingen komende jaren? Theo Peters, KING. 11 april 2017 Waar zijn wij van. GEMMA architectuur Gegevens en berichten standaarden Leveranciersmanagement Architectuur

Nadere informatie

Naam presentatie. Basisregistraties 7 november 2013 Amersfoort

Naam presentatie. Basisregistraties 7 november 2013 Amersfoort Naam presentatie Vrienden van de Vrienden van de Basisregistraties 7 november 2013 Amersfoort 2 Jan Haasnoot Projectleider Sectoraal Knooppunt Wim Wispelweij Programmamanager PIB 3 B R O B R P N H R B

Nadere informatie

Basisregistratie Kadaster Aansluiten op BRK levering Processen en inrichtingsvarianten

Basisregistratie Kadaster Aansluiten op BRK levering Processen en inrichtingsvarianten Basisregistratie Kadaster Aansluiten op BRK levering Processen en inrichtingsvarianten Jan Campschroer Arnoud Quanjer Arjan Kloosterboer Ellen Debats 20-11-2014 Inhoud 1. Impact BRK-levering op gemeentelijke

Nadere informatie

Kick off. Koppelvlak Gegevensmagazijn

Kick off. Koppelvlak Gegevensmagazijn Kick off Koppelvlak Gegevensmagazijn Voortbordurend op de standaard Prefill E-formulierenservices (prefill) Schoonhoven, 22-08-2014 Jan Campschroer / Joost Wijnings Agenda 09:30 Opening 09:45 Voorstelronde

Nadere informatie

0.1 LVBAG Bevragen Productbeschrijving. versie 1.0. Datum. 10 augustus Document versie. 1.0 ConceptICT Services Keten RZDirectie IT

0.1 LVBAG Bevragen Productbeschrijving. versie 1.0. Datum. 10 augustus Document versie. 1.0 ConceptICT Services Keten RZDirectie IT 0.1 LVBAG Bevragen Productbeschrijving versie 1.0 Datum 10 augustus 2016 Document versie 1.0 ConceptICT Services Keten RZDirectie IT Versiehistorie Versie datum Omschrijving 1.0 10-08-2016 Definitieve

Nadere informatie

Digikoppeling Grote berichten

Digikoppeling Grote berichten Digikoppeling Grote berichten Open Geodag 2013 6 juni 2013 Agenda 1. Inleiding Digikoppeling 2. Digikoppeling Grote berichten 3. Demo 2 1 1. Inleiding Digikoppeling 3 Digikoppeling Standaard regelt logistiek

Nadere informatie

Aanpassing waardebereik attribuut stuf:functie

Aanpassing waardebereik attribuut stuf:functie Aanpassing waardebereik attribuut stuf:functie Auteur: Henri Korver Inhoud Inleiding... 1 Gerelateerde entiteiten... 3 Impliciete relaties... 4 Onderdelen van entiteiten... 5 Eigenschappen... 6 Groepen...

Nadere informatie

Hulpmiddelen bij implementatie van Digikoppeling

Hulpmiddelen bij implementatie van Digikoppeling Hulpmiddelen bij implementatie van Digikoppeling Versie 1.0 Datum 23/05/2014 Status Definitief Colofon Logius Servicecentrum: Postbus 96810 2509 JE Den Haag t. 0900 555 4555 (10 ct p/m) e. servicecentrum@logius.nl

Nadere informatie

1 Inleiding. 2 De standaard representatie van historie. Bijlage: Representatie materiële en formele historie

1 Inleiding. 2 De standaard representatie van historie. Bijlage: Representatie materiële en formele historie 1 Inleiding Dit document is ontstaan naar aanleiding van discussies met het programma Modernisering GBA over de omgang met historie binnen de Basisregistratie Personen en binnen StUF. Deze discussies hebben

Nadere informatie

Standaard Uitwisseling Formaat. StUF 03.02: In Ontwikkeling. Datum: Pagina: 1

Standaard Uitwisseling Formaat. StUF 03.02: In Ontwikkeling. Datum: Pagina: 1 Pagina: 1 Standaard Uitwisseling Formaat StUF 03.02: In Ontwikkeling Pagina: 2 Inhoudsopgave 1. INLEIDING...7 1.1 LEESWIJZER...8 1.2 CONVENTIES...9 2. GLOBALE FUNCTIONALITEIT EN OPZET VAN STUF...10 2.1

Nadere informatie

Ontwikkeling GEMMA Vernieuwing gegevens en berichtenstandaarden

Ontwikkeling GEMMA Vernieuwing gegevens en berichtenstandaarden Ontwikkeling GEMMA Vernieuwing gegevens en berichtenstandaarden Theo Peters, KING Landelijk ICT Beraad VIAG en GV en Utrecht 3 februari 2017 Standaarden.. RSGB RGBZ IM-ZTC StUF Gewenste beweging naar eindproducten

Nadere informatie

ONDERLINGE POSITIONERING INFORMATIE- EN BERICHTMODELLEN

ONDERLINGE POSITIONERING INFORMATIE- EN BERICHTMODELLEN ONDERLINGE POSITIONERING INFORMATIE- EN BERICHTMODELLEN discussienotitie Geleidelijk komen er voor meer domeinen informatie- en berichtenmodellen, binnengemeentelijk maar vooral ook voor een breder toepassingsgebied:

Nadere informatie

WAARDERINGSKAMER. Catalogus Basisregistratie WOZ

WAARDERINGSKAMER. Catalogus Basisregistratie WOZ WAARDERINGSKAMER Catalogus Basisregistratie WOZ Versie 1.6a 31 maart 2012 CATALOGUS BASISREGISTRATIE WOZ COLOFON Waarderingskamer De "Catalogus Basisregistratie WOZ", versie 1.0, is op 19 december 2006

Nadere informatie

Functioneel ontwerp. Omgevingsloket online. Koppeling met GBA

Functioneel ontwerp. Omgevingsloket online. Koppeling met GBA Functioneel ontwerp Omgevingsloket online Koppeling met GBA Juli 2014 Release 2.10 Pagina 1 van 18 Inhoudsopgave 1 Inleiding 3 1.1 Identificatie 3 1.2 Randvoorwaarden, uitgangspunten en referenties 3 2

Nadere informatie

Overheidsservicebus (OSB) Paul Schlotter Architect OSB

Overheidsservicebus (OSB) Paul Schlotter Architect OSB Overheidsservicebus (OSB) Overheidsservicebus Paul Schlotter Architect OSB De OSB faciliteert de elektronische overheid Onderwerpen Waarom een OSB Positionering in eoverheid Inrichting Binnen vs Buiten

Nadere informatie

Functioneel ontwerp. Omgevingsloket online. Koppeling met GBA

Functioneel ontwerp. Omgevingsloket online. Koppeling met GBA Functioneel ontwerp Omgevingsloket online Koppeling met GBA Februari 2018 Release 2.13.2 Inhoudsopgave 1 Inleiding 3 1.1 Identificatie 3 1.2 Randvoorwaarden, uitgangspunten en referenties 3 1.3 Revisiehistorie

Nadere informatie

DECOS EN STUF-ZAKEN VOOR FRONTOFFICE FUNCTIONELE BESCHRIJVING V2.1

DECOS EN STUF-ZAKEN VOOR FRONTOFFICE FUNCTIONELE BESCHRIJVING V2.1 DECOS EN STUF-ZAKEN VOOR FRONTOFFICE FUNCTIONELE BESCHRIJVING V2.1 Februari 2015 INHOUD 1 VERSIEBEHEER DOCUMENT 3 2 INLEIDING 4 3 VERZENDEN VAN LOPENDE ZAKEN NAAR FRONTOFFICE 5 4 GEEF ZAKEN PER BURGER

Nadere informatie

Vrienden van het Stelsel

Vrienden van het Stelsel Vrienden van het Stelsel Servicegericht werken in de gemeente Breda Thijs de Lange (gemeente Breda) Jascha Gregorowitsch (Enable-U) Agenda Waar komen we vandaan? Waar zijn we mee bezig? Waar gaan we naar

Nadere informatie

SPECIFICATIE STUF-ENVELOP

SPECIFICATIE STUF-ENVELOP SPECIFICATIE STUF-ENVELOP Gemeentelijk gegevensknooppunt VISD is een programma van de VNG dat wordt uitgevoerd in samenwerking met KING Opgesteld door Datum Versie Arjen Brienen 2 september 2015 Concept

Nadere informatie

Visievorming op StUF-onderlaag. Henri Korver StUF Expertgroep 16 maart 2016 La Vie, Utrecht

Visievorming op StUF-onderlaag. Henri Korver StUF Expertgroep 16 maart 2016 La Vie, Utrecht Visievorming op StUF-onderlaag Henri Korver StUF Expertgroep 16 maart 2016 La Vie, Utrecht Bestaande RFC s Issue-id RFC0112 RFC0123 RFC0126 RFC0145 RFC0152 RFC0155 RFC0324 RFC0333 RFC0345 RFC0391 Title

Nadere informatie

Canonieke Data Modellering op basis van ArchiMate. Canonieke Data Modellering op basis van Archimate Bert Dingemans

Canonieke Data Modellering op basis van ArchiMate. Canonieke Data Modellering op basis van Archimate Bert Dingemans Canonieke Data Modellering op basis van ArchiMate Canonieke Data Modellering op basis van Archimate Bert Dingemans Abstract Modelleren op basis van de open standard ArchiMate is een goed uitgangspunt voor

Nadere informatie

Service API Specificatie. Key2Parkeren Koppelvlak Kentekenwijziging

Service API Specificatie. Key2Parkeren Koppelvlak Kentekenwijziging Key2Parkeren Koppelvlak Kentekenwijziging Product: Services: Key2Parkeren Koppelvlak Kentekenwijziging Versie: 1.0 Datum: 10-10-2014 Status: Gepubliceerd Auteur:, Public Sector Solutions, Belastingen Inhoudsopgave

Nadere informatie

StUF: inperking en uitbreiding op SQL

StUF: inperking en uitbreiding op SQL Databases Mogelijkheid om intelligente operaties te definiërenl StUF: inperking en uitbreiding op SQL Henri Korver en Maarten van den Broek StUF is een standaard die onder meer webservices definieert voor

Nadere informatie

Temperatuur logger synchronisatie

Temperatuur logger synchronisatie Temperatuur logger synchronisatie Juni 10, 2010 1 / 7 Temperatuur logger synchronisatie Introductie Twee of meerdere ontvangers van het Multilogger systeem kunnen met de temperature logger synchronisatie

Nadere informatie

Het werken met het attribute StUF:sleutelSynchronisatie

Het werken met het attribute StUF:sleutelSynchronisatie Inleiding Op 30 augustus 2013 is er een uitgebreid overleg geweest bij de Waarderingskamer over het omgaan met historie in de LV WOZ en de problemen die daarmee zijn in de StUF-standaard. Omdat er op de

Nadere informatie

elementformdefault: qualified of unqualified

elementformdefault: qualified of unqualified elementformdefault: qualified of unqualified In de voorgaande StUF Expertgroep heeft Mark Paanakker KING verzocht eens te kijken naar het wel of niet qualified zijn van attributes en elementen. Ik ben

Nadere informatie

Openbare webservice diergeneeskunderegister

Openbare webservice diergeneeskunderegister Titel Onderwerp Beschrijving webservice Versie 1.1 Datum 24-06-2015 Documentnaam Diris openbare webservice v1.1 Auteur CIBG / ICT unit Inhoud 1 Revisie historie... 3 2 Inleiding... 4 3 ListVcpApprox...

Nadere informatie

Voorstel voor wijziging Informatiemodel ZTC

Voorstel voor wijziging Informatiemodel ZTC Voorstel voor wijziging Informatiemodel ZTC Van: Arjan Kloosterboer Datum: 5-9-2013 Ter bespreking in Expertgroep Informatiemodellen dd. 12-9-2013 In maart 2013 is de ZTC 2.0 gepubliceerd. Een onderdeel

Nadere informatie

KING. Ellen Debats Conceptversie 0.1

KING. Ellen Debats Conceptversie 0.1 KING Modelleren afhankelijkheden tussen gemeentelijke informatiemodellen Hergebruik gegevens uit gemeentelijk informatiemodellen middels externe koppelingen Ellen Debats 7-9-205 Conceptversie 0. Beschrijving

Nadere informatie

Kenmerk: MS/IV/2016/

Kenmerk: MS/IV/2016/ Inhoudsopgave Bekendmaking... 3 Procedure en tijdspad... 3 Overzicht planning... 3 1. Inleiding... 4 2. Probleemstelling... 4 3. Gewenste situatie en architectuur... 5 4. Waar is gemeente Haarlem naar

Nadere informatie

WAARDERINGSKAMER. Catalogus Basisregistratie WOZ

WAARDERINGSKAMER. Catalogus Basisregistratie WOZ WAARDERINGSKAMER Catalogus Basisregistratie WOZ Versie 1.4 31 maart 2009 CATALOGUS BASISREGISTRATIE WOZ COLOFON Waarderingskamer De "Catalogus Basisregistratie WOZ" is op 19 december 2006 vastgesteld door

Nadere informatie

Gebruikershandleiding Digikoppeling Compliance Voorziening (Portaal)

Gebruikershandleiding Digikoppeling Compliance Voorziening (Portaal) Gebruikershandleiding Digikoppeling Compliance Voorziening (Portaal) Versie 1.0 Datum 18-10-2016 Status Concept Colofon Logius Servicecentrum: Postbus 96810 2509 JE Den Haag t. 0900 555 4555 (10 ct p/m)

Nadere informatie

AANSLUITEN BRONHOUDERS OP DE LANDELIJKE VOORZIENING WOZ

AANSLUITEN BRONHOUDERS OP DE LANDELIJKE VOORZIENING WOZ AANSLUITEN BRONHOUDERS OP DE LANDELIJKE VOORZIENING WOZ INHOUDSOPGAVE Inhoudsopgave... 2 Inleiding... 3 Digikoppeling... 3 COMMUNICATIE TUSSEN BRONHOUDER/GEMEENTE EN LV- WOZ... 3 EBMS COLLABORATION PROTOCOL

Nadere informatie

Informatiearchitectuur

Informatiearchitectuur Informatiearchitectuur Onderwerpen Waarom is architectuur (nu) zo belangrijk? Wat is informatiearchitectuur? Ontwikkelingen in de tijd Structuur applicaties Applicatie-integratie Webservices Praktijkvoorbeeld

Nadere informatie

Gebruikershandleiding Digimelding voor bronhouders BAG

Gebruikershandleiding Digimelding voor bronhouders BAG Gebruikershandleiding Digimelding voor bronhouders BAG Versie 1.0 Datum 11 mei 2015 Status Definitief Inhoud 1 Inleiding... 3 1.1 Waarom Terugmelden?... 3 1.2 Gerede Twijfel... 3 1.3 Digimelding voor afnemers...

Nadere informatie

STAM/IMAM Standaard en Informatiemodel Aanvragen en Meldingen

STAM/IMAM Standaard en Informatiemodel Aanvragen en Meldingen STAM/IMAM Standaard en Informatiemodel Aanvragen en Meldingen ICT-leveranciersdag, 13 februari 2018 Nico Plat Rien Berkhout Agenda Introductie en context Doel en scope informatiemodel Interactie (services)

Nadere informatie