Cursus StUF Maarten van den Broek messagedesign
|
|
- Nelly Meyer
- 8 jaren geleden
- Aantal bezoeken:
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
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 informatieafkijken 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 informatieDatum: 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 informatieDatum: 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 informatieOntwerpregels 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 informatieOntwerpregels 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 informatieStUF 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 informatieInhoudelijke 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 informatieRoadmap 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 informatieDatum: 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 informatieVERA. 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 informatieDat 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 informatie1 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 informatieKoppelvlak 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 informatieVERA 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 informatieFunctionaliteit: 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 informatieAFSPRAKEN 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 informatieOntwikkelingen 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 informatieStandaard 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 informatieStandaard 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 informatieAdhoc 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 informatieStUF: 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 informatieDe 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 informatieDe 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 informatieHot 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 informatieStandaard 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 informatieorrectie 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 informatieDit 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 informatieStUF 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 informatieInleiding. 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 informatieVernieuwing 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 informatieInformatiebeleid & 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 informatieCompliancy Testrapportage
Compliancy Testrapportage Testrapportnummer: 20141205-61309 Geteste standaard: Prefill eformulieren services 1.0 Rol: Gegevensmagazijn Softwareproduct: Neuron Gegevensmagazijn 3.3 Testset: Prefill eformulieren
Nadere informatieAdhoc 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 informatieRESTful 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 informatieProducten- 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 informatieMogelijk 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 informatieVoortgang 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 informatieStUF 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
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 informatieNieuwe 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 informatieSPECIFICATIE-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 informatieDe 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 informatieFunctioneel 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 informatieBijlage. 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 informatieJuliana 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 informatieGenerieke 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 informatieDocument 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 informatieCompliancy 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 informatieEarly 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 informatieCompliancy 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 informatieStUF 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 informatieRoadmap 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 informatieWAARDERINGSKAMER 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 informatieProcessen 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 informatieBeschrijving 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 informatieRESTful 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 informatieGEMMA 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 informatieFunctionele 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 informatieIntro 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 informatieDigikoppeling 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 informatieRealisatie 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 informatieVoorbeelden 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 informatieEen 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 informatieNaam 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 informatieBasisregistratie 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 informatieKick 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 informatie0.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 informatieDigikoppeling 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 informatieAanpassing 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 informatieHulpmiddelen 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 informatie1 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 informatieStandaard 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 informatieOntwikkeling 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 informatieONDERLINGE 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 informatieWAARDERINGSKAMER. 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 informatieFunctioneel 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 informatieOverheidsservicebus (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 informatieFunctioneel 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 informatieDECOS 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 informatieVrienden 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 informatieSPECIFICATIE 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 informatieVisievorming 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 informatieCanonieke 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 informatieService 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 informatieStUF: 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 informatieTemperatuur 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 informatieHet 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 informatieelementformdefault: 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 informatieOpenbare 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 informatieVoorstel 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 informatieKING. 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 informatieKenmerk: 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 informatieWAARDERINGSKAMER. 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 informatieGebruikershandleiding 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 informatieAANSLUITEN 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 informatieInformatiearchitectuur
Informatiearchitectuur Onderwerpen Waarom is architectuur (nu) zo belangrijk? Wat is informatiearchitectuur? Ontwikkelingen in de tijd Structuur applicaties Applicatie-integratie Webservices Praktijkvoorbeeld
Nadere informatieGebruikershandleiding 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 informatieSTAM/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