StUF testplatform rapportage test uitvoering
|
|
- Barbara Claes
- 5 jaren geleden
- Aantal bezoeken:
Transcriptie
1 StUF testplatform rapportage test uitvoering STP Versie: Status: Uitvoering Token: exectoken Scenario ID: Party ID: Aanvraag tijd: :57:23 CET Uitvoering tijd: :01:31 CET Expiratie tijd: :57:23 CEST Scenario messages Rapportage Volgnummer 1 Description: 1a Status: VALIDATED Code Status Omschrijving STV berichtcode element moet aanwezig zijn in het stuurgegevens element STV zender element moet aanwezig zijn in het stuurgegevens element STV ontvanger element moet aanwezig zijn in het stuurgegevens element STV referentienummer element moet aanwezig zijn in het stuurgegevens element STV tijdstipbericht element moet aanwezig zijn in het stuurgegevens element STV entiteittype element moet aanwezig zijn in het stuurgegevens element STV mutatiesoort moet aanwezig zijn in het parameters element STV indicatorovername moet aanwezig zijn in het parameters element
2 Code Status Omschrijving STV Als er 1 object element in een kennisgeving dan moet mutatiesoort T(=Toevoeging) of V(=Verwijdering) zijn. STV Een enkelvoudige kennisgeving mag alleen worden verzonden, als minimaal n van de kerngegevens van de topfundamenteel een waarde heeft of als het attribute StUF:sleutelOntvangend bekend is STV Bij het object dat de huidige situatie representeert dient de eindgeldigheid een lege elementinhoud te hebben met als attribuut StUF:noValue=geenWaarde, als ook <StUF:beginGeldigheid> voorkomt. STV tijdstipregistratie mag niet voorkomen bij de huidige situatie in een kennisgeving bij een wijziging, Correctie zonder formele historie, Correctie met formele historie, Sleutelwijziging, Ontdubbeling of Identificatie. STV Het element <StUF:tijdstipRegistratie> mag in een kennisgeving met mutatiesoort 'W' alleen worden opgenomen, als ook <StUF:beginGeldigheid> en <StUF:eindGeldigheid> worden opgenomen. STV Als begin Geldigheid of eindgeldigheid aanwezig is moet de ander ook aanwezig zijn STV In een kennisgeving dienen bij oude en het nieuwe voorkomen van het te wijzigen object dezelfde elementen (de te wijzigen elementen) te bevatten met uitzondering van tijdstipregistratie STV TijdstipRegistratie mag alleen voorkomen in het nieuwe voorkomen STV De verwerkingssoorten van de objectvoorkomens moeten in overeenstemming zijn met de mutatiesoorten zoals gespecificeerd in tabel 5.3 van het StUF 301 standaard. STV Indien sleutelontvangend ontbreekt dienen alle kerngegevens aanwezig te zijn, d.w.z. de elementen moeten aanwezig zijn maar de inhoud kan leeg zijn. In het sectormodel wordt bepaald welke combinaties van kerngegevens altijd gevuld moeten zijn. (Deze regel geldt ook voor andere mutatiesoorten.) STV eindgeldigheid van het oude voorkomen moet gelijk zijn aan de begingeldigheid van het nieuwe voorkomen STV In een kennisgeving met mutatiesoort 'T' mag het eerste voorkomen geen eindgeldigheid hebben STV In een kennisgeving met mutatiesoort 'C' en twee object elementen met verwerkingsoort 'S' of 'O' (voor beide objecten) mag begin- en eindgeldigheid niet voorkomen STV In een kennisgeving met mutatiesoort 'V' moet de verwerkingsoort van het eerste <object> voorkomen de waarde 'V' hebben STV Het element <StUF:tijdstipRegistratie> mag in een kennisgeving met mutatiesoort 'W' alleen worden opgenomen, als ook <StUF:beginGeldigheid> en <StUF:eindGeldigheid> worden opgenomen. page # 2
3 Code Status Omschrijving STV In objecten met StUF:verwerkingssoort 'I' worden geen metagegevens elementen opgenomen STV Een gerelateerde entiteit mag alleen de verwerkingsoort I,T of W hebben STV <StUF:beginRelatie> dient in het verleden te liggen (kleiner of gelijk tijdstipbericht) STV Bij het beeindigen van een relatie entiteit mag alleen het element <StUF:eindRelatie> een nieuwe waarde krijgen in het eerste <object> element, In tweede <object> element wordt een relatieentiteit opgenomen met de attributes StUF:entiteittype, StUF:verwerkingssoort= E en StUF:noValue= geenwaarde en een lege elementinhoud. STV Bij een wijzigingskennisgeving moeten er twee instanties van <object> zijn. STV Bij een kennisgeving met 2 objecten moeten de sleutelontvangend attributen een gelijke inhoud hebben indien aanwezig STV Bij een kennisgeving met 2 objecten moeten de sleutelverzendend attributen een gelijke inhoud hebben indien aanwezig STV Verwerkingsoorten van relaties en gerelateerden moeten volgens specificatie van tabel 5.5 van de stuf standaard. Tevens moeten de gerelateerden het sleutelontvangend attribuut bevattten of kerngegevens STV In alle voorkomens van StUF tijdvakgeldigheid dient begingeldigheid <= eindgeldigheid te zijn indien ze beiden een waarde hebben STV Bij het vervangen van een relatie moet het element <StUF:eindRelatie> van het eerste <object> element gelijk zijn aan <StUF:beginRelatie> van het tweede <object> element voor de correspondereende relatie. STV Implementatie gebruik begindatum, einddatum en tijdstipregistratie NIET volgens StUF standaard in tabel 5.3 ZKDM Kennisgeving bericht (ZakLk01) moet aan de regels van tabel volden. page # 3
4 Bericht Volgnummer 1 <ZKN:zakLk01 xmlns:zkn=" <ZKN:stuurgegevens> <StUF:berichtcode xmlns:stuf=" <StUF:zender xmlns:stuf=" <StUF:organisatie>0243</StUF:organisatie> <StUF:applicatie>GWS4all</StUF:applicatie> <StUF:gebruiker>exectoken-75383</StUF:gebruiker> </StUF:zender> <StUF:ontvanger xmlns:stuf=" <StUF:organisatie>0204</StUF:organisatie> <StUF:applicatie>ZaakDMS</StUF:applicatie> </StUF:ontvanger> <StUF:referentienummer xmlns:stuf=" <StUF:tijdstipBericht xmlns:stuf=" <StUF:entiteittype xmlns:stuf=" </ZKN:stuurgegevens> <ZKN:parameters> <StUF:mutatiesoort xmlns:stuf=" <StUF:indicatorOvername xmlns:stuf=" </ZKN:parameters> <ZKN:object StUF:entiteittype="ZAK" StUF:sleutelVerzendend="13690" StUF:verwerkingssoort="W" xmlns:stuf=" <ZKN:identificatie> KLMXYZ</ZKN:identificatie> <ZKN:omschrijving>Aanvraag WWB</ZKN:omschrijving> <ZKN:kenmerk> <ZKN:kenmerk>13690</ZKN:kenmerk> <ZKN:bron>GWS4all</ZKN:bron> </ZKN:kenmerk> <ZKN:startdatum> </ZKN:startdatum> <ZKN:registratiedatum> </ZKN:registratiedatum> <ZKN:archiefnominatie>J</ZKN:archiefnominatie> <ZKN:isVan StUF:entiteittype="ZAKZKT" StUF:verwerkingssoort="I"> <ZKN:gerelateerde StUF:entiteittype="ZKT" StUF:verwerkingssoort="I"> <ZKN:omschrijving>WWB aanvragen via gemeente</zkn:omschrijving> <ZKN:code>B0901</ZKN:code> <ZKN:ingangsdatumObject StUF:noValue="geenWaarde" xmlns:xsi=" xsi:nil="true"/> </ZKN:gerelateerde> </ZKN:isVan> <ZKN:heeftAlsUitvoerende StUF:entiteittype="ZAKBTRUTV" StUF:noValue="geenWaarde" StUF:verwerkingssoort="T" xmlns:xsi=" xsi:nil="true"/> <ZKN:heeftAlsVerantwoordelijke StUF:entiteittype="ZAKBTRVRA" StUF:noValue="geenWaarde" StUF:verwerkingssoort="T" xmlns:xsi=" xsi:nil="true"/> page # 4
5 <ZKN:heeft StUF:entiteittype="ZAKSTT" StUF:noValue="geenWaarde" StUF:verwerkingssoort="T" xmlns:xsi=" xsi:nil="true"/> </ZKN:object> <ZKN:object StUF:entiteittype="ZAK" StUF:sleutelVerzendend="13690" StUF:verwerkingssoort="W" xmlns:stuf=" <ZKN:identificatie> KLMXYZ</ZKN:identificatie> <ZKN:omschrijving>Aanvraag WWB</ZKN:omschrijving> <ZKN:kenmerk> <ZKN:kenmerk>13690</ZKN:kenmerk> <ZKN:bron>GWS4all</ZKN:bron> </ZKN:kenmerk> <ZKN:startdatum> </ZKN:startdatum> <ZKN:registratiedatum> </ZKN:registratiedatum> <ZKN:archiefnominatie>J</ZKN:archiefnominatie> <ZKN:isVan StUF:entiteittype="ZAKZKT" StUF:verwerkingssoort="I"> <ZKN:gerelateerde StUF:entiteittype="ZKT" StUF:verwerkingssoort="I"> <ZKN:omschrijving>WWB aanvragen via gemeente</zkn:omschrijving> <ZKN:code>B0901</ZKN:code> <ZKN:ingangsdatumObject StUF:noValue="geenWaarde" xmlns:xsi=" xsi:nil="true"/> </ZKN:gerelateerde> </ZKN:isVan> <ZKN:heeftAlsUitvoerende StUF:entiteittype="ZAKBTRUTV" StUF:verwerkingssoort="T"> <ZKN:gerelateerde> <ZKN:medewerker StUF:entiteittype="MDW" StUF:verwerkingssoort="T"> <ZKN:identificatie>0243GWSMP</ZKN:identificatie> <ZKN:achternaam>Mida Palm</ZKN:achternaam> <ZKN:voorletters>M</ZKN:voorletters> <ZKN:voorvoegselAchternaam StUF:noValue="geenWaarde" xmlns:xsi=" xsi:nil="true"/> </ZKN:medewerker> </ZKN:gerelateerde> </ZKN:heeftAlsUitvoerende> <ZKN:heeftAlsVerantwoordelijke StUF:entiteittype="ZAKBTRVRA" StUF:verwerkingssoort="T"> <ZKN:gerelateerde> <ZKN:medewerker StUF:entiteittype="MDW" StUF:verwerkingssoort="T"> <ZKN:identificatie>0243GWSMP</ZKN:identificatie> <ZKN:achternaam>Mida Palm</ZKN:achternaam> <ZKN:voorletters>M</ZKN:voorletters> <ZKN:voorvoegselAchternaam StUF:noValue="geenWaarde" xmlns:xsi=" xsi:nil="true"/> </ZKN:medewerker> </ZKN:gerelateerde> </ZKN:heeftAlsVerantwoordelijke> <ZKN:heeft StUF:entiteittype="ZAKSTT" StUF:verwerkingssoort="T"> <ZKN:gerelateerde StUF:entiteittype="STT" StUF:verwerkingssoort="T"> <ZKN:zkt.code>B0901</ZKN:zkt.code> page # 5
6 <ZKN:zkt.omschrijving>WWB aanvragen via gemeente</zkn:zkt.omschrijving> <ZKN:volgnummer>0001</ZKN:volgnummer> <ZKN:code>A</ZKN:code> <ZKN:omschrijving>Aanvraag ontvangen</zkn:omschrijving> <ZKN:ingangsdatumObject StUF:noValue="geenWaarde" xmlns:xsi=" xsi:nil="true"/> </ZKN:gerelateerde> <ZKN:datumStatusGezet> </ZKN:datumStatusGezet> <ZKN:isGezetDoor StUF:entiteittype="ZAKSTTBTR" StUF:verwerkingssoort="I"> <ZKN:gerelateerde> <ZKN:medewerker StUF:entiteittype="MDW" StUF:verwerkingssoort="I"> <ZKN:identificatie>0243GWSMP</ZKN:identificatie> <ZKN:achternaam>Mida Palm</ZKN:achternaam> <ZKN:voorletters>M</ZKN:voorletters> <ZKN:voorvoegselAchternaam StUF:noValue="geenWaarde" xmlns:xsi=" xsi:nil="true"/> </ZKN:medewerker> </ZKN:gerelateerde> </ZKN:isGezetDoor> </ZKN:heeft> </ZKN:object> </ZKN:zakLk01> page # 6
7 StUF testplatform rapportage test uitvoering STP Versie: Status: Uitvoering Token: exectoken Scenario ID: Party ID: Aanvraag tijd: :19:43 CET Uitvoering tijd: :24:04 CET Expiratie tijd: :19:43 CEST Scenario messages Rapportage Volgnummer 1 Description: 1a Status: VALIDATED Code Status Omschrijving STV berichtcode element moet aanwezig zijn in het stuurgegevens element STV zender element moet aanwezig zijn in het stuurgegevens element STV ontvanger element moet aanwezig zijn in het stuurgegevens element STV referentienummer element moet aanwezig zijn in het stuurgegevens element STV tijdstipbericht element moet aanwezig zijn in het stuurgegevens element STV entiteittype element moet aanwezig zijn in het stuurgegevens element STV mutatiesoort moet aanwezig zijn in het parameters element STV indicatorovername moet aanwezig zijn in het parameters element
8 Code Status Omschrijving STV Als er 1 object element in een kennisgeving dan moet mutatiesoort T(=Toevoeging) of V(=Verwijdering) zijn. STV Een enkelvoudige kennisgeving mag alleen worden verzonden, als minimaal n van de kerngegevens van de topfundamenteel een waarde heeft of als het attribute StUF:sleutelOntvangend bekend is STV Bij het object dat de huidige situatie representeert dient de eindgeldigheid een lege elementinhoud te hebben met als attribuut StUF:noValue=geenWaarde, als ook <StUF:beginGeldigheid> voorkomt. STV tijdstipregistratie mag niet voorkomen bij de huidige situatie in een kennisgeving bij een wijziging, Correctie zonder formele historie, Correctie met formele historie, Sleutelwijziging, Ontdubbeling of Identificatie. STV Het element <StUF:tijdstipRegistratie> mag in een kennisgeving met mutatiesoort 'W' alleen worden opgenomen, als ook <StUF:beginGeldigheid> en <StUF:eindGeldigheid> worden opgenomen. STV Als begin Geldigheid of eindgeldigheid aanwezig is moet de ander ook aanwezig zijn STV In een kennisgeving dienen bij oude en het nieuwe voorkomen van het te wijzigen object dezelfde elementen (de te wijzigen elementen) te bevatten met uitzondering van tijdstipregistratie STV TijdstipRegistratie mag alleen voorkomen in het nieuwe voorkomen STV De verwerkingssoorten van de objectvoorkomens moeten in overeenstemming zijn met de mutatiesoorten zoals gespecificeerd in tabel 5.3 van het StUF 301 standaard. STV Indien sleutelontvangend ontbreekt dienen alle kerngegevens aanwezig te zijn, d.w.z. de elementen moeten aanwezig zijn maar de inhoud kan leeg zijn. In het sectormodel wordt bepaald welke combinaties van kerngegevens altijd gevuld moeten zijn. (Deze regel geldt ook voor andere mutatiesoorten.) STV eindgeldigheid van het oude voorkomen moet gelijk zijn aan de begingeldigheid van het nieuwe voorkomen STV In een kennisgeving met mutatiesoort 'T' mag het eerste voorkomen geen eindgeldigheid hebben STV In een kennisgeving met mutatiesoort 'C' en twee object elementen met verwerkingsoort 'S' of 'O' (voor beide objecten) mag begin- en eindgeldigheid niet voorkomen STV In een kennisgeving met mutatiesoort 'V' moet de verwerkingsoort van het eerste <object> voorkomen de waarde 'V' hebben STV Het element <StUF:tijdstipRegistratie> mag in een kennisgeving met mutatiesoort 'W' alleen worden opgenomen, als ook <StUF:beginGeldigheid> en <StUF:eindGeldigheid> worden opgenomen. page # 2
9 Code Status Omschrijving STV In objecten met StUF:verwerkingssoort 'I' worden geen metagegevens elementen opgenomen STV Een gerelateerde entiteit mag alleen de verwerkingsoort I,T of W hebben STV <StUF:beginRelatie> dient in het verleden te liggen (kleiner of gelijk tijdstipbericht) STV Bij het beeindigen van een relatie entiteit mag alleen het element <StUF:eindRelatie> een nieuwe waarde krijgen in het eerste <object> element, In tweede <object> element wordt een relatieentiteit opgenomen met de attributes StUF:entiteittype, StUF:verwerkingssoort= E en StUF:noValue= geenwaarde en een lege elementinhoud. STV Bij een wijzigingskennisgeving moeten er twee instanties van <object> zijn. STV Bij een kennisgeving met 2 objecten moeten de sleutelontvangend attributen een gelijke inhoud hebben indien aanwezig STV Bij een kennisgeving met 2 objecten moeten de sleutelverzendend attributen een gelijke inhoud hebben indien aanwezig STV Verwerkingsoorten van relaties en gerelateerden moeten volgens specificatie van tabel 5.5 van de stuf standaard. Tevens moeten de gerelateerden het sleutelontvangend attribuut bevattten of kerngegevens STV In alle voorkomens van StUF tijdvakgeldigheid dient begingeldigheid <= eindgeldigheid te zijn indien ze beiden een waarde hebben STV Bij het vervangen van een relatie moet het element <StUF:eindRelatie> van het eerste <object> element gelijk zijn aan <StUF:beginRelatie> van het tweede <object> element voor de correspondereende relatie. STV Implementatie gebruik begindatum, einddatum en tijdstipregistratie NIET volgens StUF standaard in tabel 5.3 ZKDM Kennisgeving bericht (ZakLk01) moet aan de regels van tabel volden. page # 3
10 Bericht Volgnummer 1 <ZKN:zakLk01 xmlns:zkn=" <ZKN:stuurgegevens> <StUF:berichtcode xmlns:stuf=" <StUF:zender xmlns:stuf=" <StUF:organisatie>0243</StUF:organisatie> <StUF:applicatie>GWS4all</StUF:applicatie> <StUF:gebruiker>exectoken </StUF:gebruiker> </StUF:zender> <StUF:ontvanger xmlns:stuf=" <StUF:organisatie>0204</StUF:organisatie> <StUF:applicatie>ZaakDMS</StUF:applicatie> </StUF:ontvanger> <StUF:referentienummer xmlns:stuf=" <StUF:tijdstipBericht xmlns:stuf=" <StUF:entiteittype xmlns:stuf=" </ZKN:stuurgegevens> <ZKN:parameters> <StUF:mutatiesoort xmlns:stuf=" <StUF:indicatorOvername xmlns:stuf=" </ZKN:parameters> <ZKN:object StUF:entiteittype="ZAK" StUF:sleutelVerzendend="13669" StUF:verwerkingssoort="T" xmlns:stuf=" <ZKN:identificatie>0204T10621</ZKN:identificatie> <ZKN:omschrijving>Aanvraag WWB</ZKN:omschrijving> <ZKN:kenmerk> <ZKN:kenmerk>13669</ZKN:kenmerk> <ZKN:bron>GWS4all</ZKN:bron> </ZKN:kenmerk> <ZKN:startdatum> </ZKN:startdatum> <ZKN:registratiedatum> </ZKN:registratiedatum> <ZKN:archiefnominatie>J</ZKN:archiefnominatie> <ZKN:zaakniveau>1</ZKN:zaakniveau> <ZKN:deelzakenIndicatie>N</ZKN:deelzakenIndicatie> <ZKN:isVan StUF:entiteittype="ZAKZKT" StUF:verwerkingssoort="T"> <ZKN:gerelateerde StUF:entiteittype="ZKT" StUF:verwerkingssoort="T"> <ZKN:omschrijving>WWB aanvragen via gemeente</zkn:omschrijving> <ZKN:code>B0901</ZKN:code> <ZKN:ingangsdatumObject StUF:noValue="geenWaarde" xmlns:xsi=" xsi:nil="true"/> </ZKN:gerelateerde> </ZKN:isVan> <ZKN:heeftAlsBelanghebbende StUF:entiteittype="ZAKBTRBLH" StUF:verwerkingssoort="T"> <ZKN:gerelateerde> page # 4
11 <ZKN:natuurlijkPersoon StUF:entiteittype="NPS" StUF:verwerkingssoort="T"> <BG:inp.bsn xmlns:bg=" <BG:authentiek xmlns:bg=" StUF:metagegeven="true">J</BG:authentiek> <BG:geslachtsnaam xmlns:bg=" <BG:voorvoegselGeslachtsnaam xmlns:bg=" <BG:voorletters xmlns:bg=" <BG:voornamen xmlns:bg=" <BG:geslachtsaanduiding xmlns:bg=" <BG:geboortedatum xmlns:bg=" StUF:indOnvolledigeDatum="V"> </BG:geboortedatum> <BG:verblijfsadres xmlns:bg=" <BG:aoa.identificatie StUF:noValue="geenWaarde" xmlns:xsi=" xsi:nil="true"/> <BG:authentiek StUF:metagegeven="true">J</BG:authentiek> <BG:wpl.woonplaatsNaam>Harderwijk</BG:wpl.woonplaatsNaam> <BG:gor.openbareRuimteNaam StUF:noValue="geenWaarde" xmlns:xsi=" xsi:nil="true"/> <BG:gor.straatnaam>Melis Stokelaan</BG:gor.straatnaam> <BG:aoa.postcode>3842GK</BG:aoa.postcode> <BG:aoa.huisnummer>21</BG:aoa.huisnummer> <BG:aoa.huisletter>A</BG:aoa.huisletter> <BG:aoa.huisnummertoevoeging>AAAA</BG:aoa.huisnummertoevoeging> <BG:inp.locatiebeschrijving StUF:noValue="geenWaarde" xmlns:xsi=" xsi:nil="true"/> </BG:verblijfsadres> </ZKN:natuurlijkPersoon> </ZKN:gerelateerde> <ZKN:omschrijving>Client</ZKN:omschrijving> </ZKN:heeftAlsBelanghebbende> <ZKN:heeftAlsBelanghebbende StUF:entiteittype="ZAKBTRBLH" StUF:verwerkingssoort="T"> <ZKN:gerelateerde> <ZKN:natuurlijkPersoon StUF:entiteittype="NPS" StUF:verwerkingssoort="T"> <BG:inp.bsn xmlns:bg=" <BG:authentiek xmlns:bg=" StUF:metagegeven="true">N</BG:authentiek> <BG:geslachtsnaam xmlns:bg=" Karel van Assen</BG:geslachtsnaam> <BG:voorvoegselGeslachtsnaam xmlns:bg=" StUF:noValue="geenWaarde" xmlns:xsi=" xsi:nil="true"/> <BG:voorletters xmlns:bg=" <BG:voornamen xmlns:bg=" Karel</BG:voornamen> <BG:geslachtsaanduiding xmlns:bg=" <BG:geboortedatum xmlns:bg=" StUF:indOnvolledigeDatum="M"> </BG:geboortedatum> <BG:verblijfsadres xmlns:bg=" <BG:aoa.identificatie StUF:noValue="geenWaarde" xmlns:xsi=" xsi:nil="true"/> <BG:authentiek StUF:metagegeven="true">N</BG:authentiek> <BG:wpl.woonplaatsNaam>breda</BG:wpl.woonplaatsNaam> <BG:gor.openbareRuimteNaam StUF:noValue="geenWaarde" xmlns:xsi=" xsi:nil="true"/> <BG:gor.straatnaam>bla</BG:gor.straatnaam> page # 5
12 <BG:aoa.postcode>3300DS</BG:aoa.postcode> <BG:aoa.huisnummer>2</BG:aoa.huisnummer> <BG:aoa.huisletter>A</BG:aoa.huisletter> <BG:aoa.huisnummertoevoeging StUF:noValue="geenWaarde" xmlns:xsi=" xsi:nil="true"/> <BG:inp.locatiebeschrijving StUF:noValue="geenWaarde" xmlns:xsi=" xsi:nil="true"/> </BG:verblijfsadres> </ZKN:natuurlijkPersoon> </ZKN:gerelateerde> <ZKN:omschrijving>Partner</ZKN:omschrijving> </ZKN:heeftAlsBelanghebbende> <ZKN:heeftAlsInitiator StUF:entiteittype="ZAKBTRINI" StUF:verwerkingssoort="T"> <ZKN:gerelateerde> <ZKN:natuurlijkPersoon StUF:entiteittype="NPS" StUF:verwerkingssoort="T"> <BG:inp.bsn xmlns:bg=" <BG:authentiek xmlns:bg=" StUF:metagegeven="true">J</BG:authentiek> <BG:geslachtsnaam xmlns:bg=" <BG:voorvoegselGeslachtsnaam xmlns:bg=" <BG:voorletters xmlns:bg=" <BG:voornamen xmlns:bg=" <BG:geslachtsaanduiding xmlns:bg=" <BG:geboortedatum xmlns:bg=" StUF:indOnvolledigeDatum="V"> </BG:geboortedatum> <BG:verblijfsadres xmlns:bg=" <BG:aoa.identificatie StUF:noValue="geenWaarde" xmlns:xsi=" xsi:nil="true"/> <BG:authentiek StUF:metagegeven="true">J</BG:authentiek> <BG:wpl.woonplaatsNaam>Harderwijk</BG:wpl.woonplaatsNaam> <BG:gor.openbareRuimteNaam StUF:noValue="geenWaarde" xmlns:xsi=" xsi:nil="true"/> <BG:gor.straatnaam>Melis Stokelaan</BG:gor.straatnaam> <BG:aoa.postcode>3842GK</BG:aoa.postcode> <BG:aoa.huisnummer>21</BG:aoa.huisnummer> <BG:aoa.huisletter>A</BG:aoa.huisletter> <BG:aoa.huisnummertoevoeging>AAAA</BG:aoa.huisnummertoevoeging> <BG:inp.locatiebeschrijving StUF:noValue="geenWaarde" xmlns:xsi=" xsi:nil="true"/> </BG:verblijfsadres> </ZKN:natuurlijkPersoon> </ZKN:gerelateerde> </ZKN:heeftAlsInitiator> <ZKN:heeftAlsUitvoerende StUF:entiteittype="ZAKBTRUTV" StUF:verwerkingssoort="T"> <ZKN:gerelateerde> <ZKN:medewerker StUF:entiteittype="MDW" StUF:verwerkingssoort="T"> <ZKN:identificatie>0243GWSMP</ZKN:identificatie> <ZKN:achternaam>Mida Palm</ZKN:achternaam> <ZKN:voorletters>M</ZKN:voorletters> <ZKN:voorvoegselAchternaam StUF:noValue="geenWaarde" xmlns:xsi=" xsi:nil="true"/> page # 6
13 </ZKN:medewerker> </ZKN:gerelateerde> </ZKN:heeftAlsUitvoerende> <ZKN:heeftAlsVerantwoordelijke StUF:entiteittype="ZAKBTRVRA" StUF:verwerkingssoort="T"> <ZKN:gerelateerde> <ZKN:medewerker StUF:entiteittype="MDW" StUF:verwerkingssoort="T"> <ZKN:identificatie>0243GWSMP</ZKN:identificatie> <ZKN:achternaam>Mida Palm</ZKN:achternaam> <ZKN:voorletters>M</ZKN:voorletters> <ZKN:voorvoegselAchternaam StUF:noValue="geenWaarde" xmlns:xsi=" xsi:nil="true"/> </ZKN:medewerker> </ZKN:gerelateerde> </ZKN:heeftAlsVerantwoordelijke> <ZKN:heeft StUF:entiteittype="ZAKSTT" StUF:verwerkingssoort="T"> <ZKN:gerelateerde StUF:entiteittype="STT" StUF:verwerkingssoort="T"> <ZKN:zkt.code>B0901</ZKN:zkt.code> <ZKN:zkt.omschrijving>WWB aanvragen via gemeente</zkn:zkt.omschrijving> <ZKN:volgnummer>0001</ZKN:volgnummer> <ZKN:code>A</ZKN:code> <ZKN:omschrijving>Aanvraag ontvangen</zkn:omschrijving> <ZKN:ingangsdatumObject StUF:noValue="geenWaarde" xmlns:xsi=" xsi:nil="true"/> </ZKN:gerelateerde> <ZKN:datumStatusGezet> </ZKN:datumStatusGezet> <ZKN:isGezetDoor StUF:entiteittype="ZAKSTTBTR" StUF:verwerkingssoort="T"> <ZKN:gerelateerde> <ZKN:medewerker StUF:entiteittype="MDW" StUF:verwerkingssoort="T"> <ZKN:identificatie>0243GWSMP</ZKN:identificatie> <ZKN:achternaam>Mida Palm</ZKN:achternaam> <ZKN:voorletters>M</ZKN:voorletters> <ZKN:voorvoegselAchternaam StUF:noValue="geenWaarde" xmlns:xsi=" xsi:nil="true"/> </ZKN:medewerker> </ZKN:gerelateerde> </ZKN:isGezetDoor> </ZKN:heeft> </ZKN:object> </ZKN:zakLk01> page # 7
14 StUF testplatform rapportage test uitvoering STP Versie: Status: Uitvoering Token: exectoken Scenario ID: Party ID: Aanvraag tijd: :14:03 CET Uitvoering tijd: :14:30 CET Expiratie tijd: :14:03 CEST Scenario messages Rapportage Volgnummer 1 Description: 1a Status: VALIDATED Code Status Omschrijving STV berichtcode element moet aanwezig zijn in het stuurgegevens element STV zender element moet aanwezig zijn in het stuurgegevens element STV ontvanger element moet aanwezig zijn in het stuurgegevens element STV referentienummer element moet aanwezig zijn in het stuurgegevens element STV tijdstipbericht element moet aanwezig zijn in het stuurgegevens element STV entiteittype element moet aanwezig zijn in het stuurgegevens element STV mutatiesoort moet aanwezig zijn in het parameters element STV indicatorovername moet aanwezig zijn in het parameters element
15 Code Status Omschrijving STV Als er 1 object element in een kennisgeving dan moet mutatiesoort T(=Toevoeging) of V(=Verwijdering) zijn. STV Een enkelvoudige kennisgeving mag alleen worden verzonden, als minimaal n van de kerngegevens van de topfundamenteel een waarde heeft of als het attribute StUF:sleutelOntvangend bekend is STV Bij het object dat de huidige situatie representeert dient de eindgeldigheid een lege elementinhoud te hebben met als attribuut StUF:noValue=geenWaarde, als ook <StUF:beginGeldigheid> voorkomt. STV tijdstipregistratie mag niet voorkomen bij de huidige situatie in een kennisgeving bij een wijziging, Correctie zonder formele historie, Correctie met formele historie, Sleutelwijziging, Ontdubbeling of Identificatie. STV Het element <StUF:tijdstipRegistratie> mag in een kennisgeving met mutatiesoort 'W' alleen worden opgenomen, als ook <StUF:beginGeldigheid> en <StUF:eindGeldigheid> worden opgenomen. STV Als begin Geldigheid of eindgeldigheid aanwezig is moet de ander ook aanwezig zijn STV In een kennisgeving dienen bij oude en het nieuwe voorkomen van het te wijzigen object dezelfde elementen (de te wijzigen elementen) te bevatten met uitzondering van tijdstipregistratie STV TijdstipRegistratie mag alleen voorkomen in het nieuwe voorkomen STV De verwerkingssoorten van de objectvoorkomens moeten in overeenstemming zijn met de mutatiesoorten zoals gespecificeerd in tabel 5.3 van het StUF 301 standaard. STV Indien sleutelontvangend ontbreekt dienen alle kerngegevens aanwezig te zijn, d.w.z. de elementen moeten aanwezig zijn maar de inhoud kan leeg zijn. In het sectormodel wordt bepaald welke combinaties van kerngegevens altijd gevuld moeten zijn. (Deze regel geldt ook voor andere mutatiesoorten.) STV eindgeldigheid van het oude voorkomen moet gelijk zijn aan de begingeldigheid van het nieuwe voorkomen STV In een kennisgeving met mutatiesoort 'T' mag het eerste voorkomen geen eindgeldigheid hebben STV In een kennisgeving met mutatiesoort 'C' en twee object elementen met verwerkingsoort 'S' of 'O' (voor beide objecten) mag begin- en eindgeldigheid niet voorkomen STV In een kennisgeving met mutatiesoort 'V' moet de verwerkingsoort van het eerste <object> voorkomen de waarde 'V' hebben STV Het element <StUF:tijdstipRegistratie> mag in een kennisgeving met mutatiesoort 'W' alleen worden opgenomen, als ook <StUF:beginGeldigheid> en <StUF:eindGeldigheid> worden opgenomen. page # 2
16 Code Status Omschrijving STV In objecten met StUF:verwerkingssoort 'I' worden geen metagegevens elementen opgenomen STV Een gerelateerde entiteit mag alleen de verwerkingsoort I,T of W hebben STV <StUF:beginRelatie> dient in het verleden te liggen (kleiner of gelijk tijdstipbericht) STV Bij het beeindigen van een relatie entiteit mag alleen het element <StUF:eindRelatie> een nieuwe waarde krijgen in het eerste <object> element, In tweede <object> element wordt een relatieentiteit opgenomen met de attributes StUF:entiteittype, StUF:verwerkingssoort= E en StUF:noValue= geenwaarde en een lege elementinhoud. STV Bij een wijzigingskennisgeving moeten er twee instanties van <object> zijn. STV Bij een kennisgeving met 2 objecten moeten de sleutelontvangend attributen een gelijke inhoud hebben indien aanwezig STV Bij een kennisgeving met 2 objecten moeten de sleutelverzendend attributen een gelijke inhoud hebben indien aanwezig STV Verwerkingsoorten van relaties en gerelateerden moeten volgens specificatie van tabel 5.5 van de stuf standaard. Tevens moeten de gerelateerden het sleutelontvangend attribuut bevattten of kerngegevens STV In alle voorkomens van StUF tijdvakgeldigheid dient begingeldigheid <= eindgeldigheid te zijn indien ze beiden een waarde hebben STV Bij het vervangen van een relatie moet het element <StUF:eindRelatie> van het eerste <object> element gelijk zijn aan <StUF:beginRelatie> van het tweede <object> element voor de correspondereende relatie. STV Implementatie gebruik begindatum, einddatum en tijdstipregistratie NIET volgens StUF standaard in tabel 5.3 ZKDM Kennisgeving bericht (ZakLk01) moet aan de regels van tabel volden. page # 3
17 Bericht Volgnummer 1 <ZKN:zakLk01 xmlns:zkn=" <ZKN:stuurgegevens> <StUF:berichtcode xmlns:stuf=" <StUF:zender xmlns:stuf=" <StUF:organisatie>0243</StUF:organisatie> <StUF:applicatie>GWS4all</StUF:applicatie> <StUF:gebruiker>exectoken </StUF:gebruiker> </StUF:zender> <StUF:ontvanger xmlns:stuf=" <StUF:organisatie>0204</StUF:organisatie> <StUF:applicatie>ZaakDMS</StUF:applicatie> </StUF:ontvanger> <StUF:referentienummer xmlns:stuf=" <StUF:tijdstipBericht xmlns:stuf=" <StUF:entiteittype xmlns:stuf=" </ZKN:stuurgegevens> <ZKN:parameters> <StUF:mutatiesoort xmlns:stuf=" <StUF:indicatorOvername xmlns:stuf=" </ZKN:parameters> <ZKN:object StUF:entiteittype="ZAK" StUF:sleutelVerzendend="13663" StUF:verwerkingssoort="W" xmlns:stuf=" <ZKN:identificatie>0204T10562</ZKN:identificatie> <ZKN:omschrijving>Aanvraag WWB</ZKN:omschrijving> <ZKN:kenmerk> <ZKN:kenmerk>13663</ZKN:kenmerk> <ZKN:bron>GWS4all</ZKN:bron> </ZKN:kenmerk> <ZKN:startdatum> </ZKN:startdatum> <ZKN:registratiedatum> </ZKN:registratiedatum> <ZKN:archiefnominatie>J</ZKN:archiefnominatie> <ZKN:isVan StUF:entiteittype="ZAKZKT" StUF:verwerkingssoort="I"> <ZKN:gerelateerde StUF:entiteittype="ZKT" StUF:verwerkingssoort="I"> <ZKN:omschrijving>WWB aanvragen via gemeente</zkn:omschrijving> <ZKN:code>B0901</ZKN:code> <ZKN:ingangsdatumObject StUF:noValue="geenWaarde" xmlns:xsi=" xsi:nil="true"/> </ZKN:gerelateerde> </ZKN:isVan> <ZKN:leidtTot StUF:entiteittype="ZAKBSL" StUF:noValue="geenWaarde" StUF:verwerkingssoort="T" xmlns:xsi=" xsi:nil="true"/> </ZKN:object> <ZKN:object StUF:entiteittype="ZAK" StUF:sleutelVerzendend="13663" StUF:verwerkingssoort="W" xmlns:stuf=" page # 4
18 <ZKN:identificatie>0204T10562</ZKN:identificatie> <ZKN:omschrijving>Aanvraag WWB</ZKN:omschrijving> <ZKN:kenmerk> <ZKN:kenmerk>13663</ZKN:kenmerk> <ZKN:bron>GWS4all</ZKN:bron> </ZKN:kenmerk> <ZKN:startdatum> </ZKN:startdatum> <ZKN:registratiedatum> </ZKN:registratiedatum> <ZKN:archiefnominatie>J</ZKN:archiefnominatie> <ZKN:isVan StUF:entiteittype="ZAKZKT" StUF:verwerkingssoort="I"> <ZKN:gerelateerde StUF:entiteittype="ZKT" StUF:verwerkingssoort="I"> <ZKN:omschrijving>WWB aanvragen via gemeente</zkn:omschrijving> <ZKN:code>B0901</ZKN:code> <ZKN:ingangsdatumObject StUF:noValue="geenWaarde" xmlns:xsi=" xsi:nil="true"/> </ZKN:gerelateerde> </ZKN:isVan> <ZKN:leidtTot StUF:entiteittype="ZAKBSL" StUF:verwerkingssoort="T"> <ZKN:gerelateerde StUF:entiteittype="BSL" StUF:verwerkingssoort="T"> <ZKN:identificatie>0243GWS13663</ZKN:identificatie> <ZKN:bst.omschrijving>Toekenning uitkering</zkn:bst.omschrijving> <ZKN:datumBeslissing> </ZKN:datumBeslissing> </ZKN:gerelateerde> </ZKN:leidtTot> </ZKN:object> </ZKN:zakLk01> page # 5
19 StUF testplatform rapportage test uitvoering STP Versie: Status: Uitvoering Token: exectoken Scenario ID: Party ID: Aanvraag tijd: :36:51 CET Uitvoering tijd: :38:14 CET Expiratie tijd: :36:51 CEST Rapportage Volgnummer 1 Description: Status: 1a VALIDATED Code Status Omschrijving STV STVVB00001 STVVB00003 STVVB00004 Scenario messages indicatorhistorie mag alleen voorkomen in element vraag in vrij bericht In een vrij bericht mag het <stuurgegevens> element niet voorkomen in combinatie met vraag <vraag> of <antwoord> element Als in een vrijbericht het <update> element voorkomt en er sprake is van 1 object element dat moet de mutatiesoort T of V zijn. Als in een vrijbericht het <update> element voorkomt en er sprake is van twee object elementen dan moet de mutatiesoort W,F of C zijn.
20 Code Status Omschrijving ZKDM Het formaat van de zaakidentificatie voldoet aan het RGBZ (40 alfanumerieke karakters waarvan de eerste vier gevuld zijn met de gemeentecode van de gemeente die verantwoordelijk is voor de behandeling van de zaak) ZKDM Het inkomende bericht (Di02) heeft naast de stuurgegevens geen verplichte elementen. Wel dient het stuurgegeven functie de waarde genereerzaakidentificatie te hebben. page # 2
21 Bericht Volgnummer 1 <ZKN:genereerZaakIdentificatie_Di02 xmlns:zkn=" <ZKN:stuurgegevens> <StUF:berichtcode xmlns:stuf=" <StUF:zender xmlns:stuf=" <StUF:applicatie>GWS4all</StUF:applicatie> <StUF:gebruiker>exectoken </StUF:gebruiker> </StUF:zender> <StUF:ontvanger xmlns:stuf=" <StUF:organisatie>0204</StUF:organisatie> <StUF:applicatie>ZaakDMS</StUF:applicatie> </StUF:ontvanger> <StUF:referentienummer xmlns:stuf=" <StUF:tijdstipBericht xmlns:stuf=" <StUF:functie xmlns:stuf=" </ZKN:stuurgegevens> </ZKN:genereerZaakIdentificatie_Di02> page # 3
22 Rapportage Volgnummer 2 Description: Status: 1b VALIDATED Code Status Omschrijving STVVB00001 STVVB00002 STVVB00005 ZKDM ZKDM ZKDM In een vrij bericht mag het <stuurgegevens> element niet voorkomen in combinatie met vraag <vraag> of <antwoord> element In een vrij bericht mag slechts 1 <vraag> of <antwoord> element voorkomen De volgende structuur is verplicht: 1 element <stuurgegevens>, 0 of 1 element <parameters> met een vrij te definieren structuur, 0, 1 of meer elementen <melding>, 0, 1 of meer elementen voor entiteiten met al dan niet verschillende entiteittypen (fundamenteel, relatie of tabel), 0, 1 of meer elementen <update>, 0 of 1 element <vraag>, 0 of 1 element <antwoord>, 0 of 1 element <zaakinfo>. Het formaat van de zaakidentificatie voldoet aan het RGBZ (40 alfanumerieke karakters waarvan de eerste vier gevuld zijn met de gemeentecode van de gemeente die verantwoordelijk is voor de behandeling van de zaak) De service provider dient als reactie op het inkomende bericht met functie genereerzaakidentificatie te antwoorden met een vrij bericht (Di02). Ook in dit bericht is het stuurgegeven functie gevuld met de waarde genereerzaakidentificatie. Na de stuurgegevens volgt een element zaak met attribuut StUF:entiteittype="ZAK". Binnen zaak is één verplicht element opgenomen, namelijk de zaakidentificatie. Vrij bericht (Du02) moet aan de regels van tabel volden. page # 4
23 Bericht Volgnummer 2 <ZKN:genereerZaakIdentificatie_Du02 xmlns:zkn=" xmlns:bg=" xmlns:stuf=" xmlns:gml=" xmlns:xlink=" xmlns:xsi=" <ZKN:stuurgegevens> <StUF:berichtcode>Du02</StUF:berichtcode> <StUF:zender> <StUF:organisatie>KING</StUF:organisatie> <StUF:applicatie>KING</StUF:applicatie> <StUF:gebruiker>exectoken </StUF:gebruiker> </StUF:zender> <StUF:ontvanger> <StUF:organisatie>KING</StUF:organisatie> <StUF:applicatie>KING</StUF:applicatie> <StUF:gebruiker/> </StUF:ontvanger> <StUF:functie>genereerZaakidentificatie</StUF:functie> </ZKN:stuurgegevens> <ZKN:melding>melding</ZKN:melding> <ZKN:zaak StUF:entiteittype="ZAK" StUF:functie="entiteit"> <ZKN:identificatie> </ZKN:identificatie> </ZKN:zaak> </ZKN:genereerZaakIdentificatie_Du02> page # 5
24 StUF testplatform rapportage test uitvoering STP Versie: Status: Uitvoering Token: exectoken Scenario ID: Party ID: Aanvraag tijd: :02:01 CET Uitvoering tijd: :04:25 CET Expiratie tijd: :02:01 CEST Scenario messages Rapportage Volgnummer 1 Description: 1a Status: VALIDATED Code Status Omschrijving STV sortering en indicatorvervolgvraag elementen moeten aanwezig zijn in het parameters element STV Sortering element is verplicht in <parameters> element van vraagberichten STV Het element indicatorvervolgvraag is verplicht binnen parameters element van een vraagbericht STV Het element peiltijdstipformeel mag niet voorkomen binnen parameters element (vraagbericht) STV Het element peiltijdstipmaterieel mag niet voorkomen binnen parameters element (vraagbericht) STV Het attribuut scope in een element kan niet gebruikt worden in combinatie met elementen binnen het vraagelement <scope> STV indicatorvervolgvraag is true, maar het element <start> ontbreekt
25 Code Status Omschrijving STV Als StUF:indicatorVervolgvraag false is (of ontbreekt) dan mag er geen start element zijn STV Als StUF:indicatorVervolgvraag true is dan moet er een start element zijn STV Vanaf element moet dezelfde subelementen bevatten als totenmet STV Vanaf en totenmet elementen moeten een waarde hebben voor de subelementen STV In gelijk element dient OF sleutelontvangend attribuut te worden opgenomen OF een zoekelement STV Het element <start> moet minimaal de elementen bevatten die in de elementen <vanaf> en <totenmet> opgenomen zijn STV Het attribuut StUF:exact mag niet worden gebruikt in een element binnen vanaf of totenmet element STV Een element mag hetzij voorkomen binnen <gelijk> hetzij binnen <vanaf> en <totenmet>, maar niet binnen beide ZKDM Vraag (zaklv01) en antwoord (zakla01) berichten moeten aan regels in tabel voldoen page # 2
26 Bericht Volgnummer 1 <ZKN:zakLv01 xmlns:zkn=" <ZKN:stuurgegevens> <StUF:berichtcode xmlns:stuf=" <StUF:zender xmlns:stuf=" <StUF:organisatie>0243</StUF:organisatie> <StUF:applicatie>GWS4all</StUF:applicatie> <StUF:gebruiker>exectoken-83445</StUF:gebruiker> </StUF:zender> <StUF:ontvanger xmlns:stuf=" <StUF:organisatie>0204</StUF:organisatie> <StUF:applicatie>ZaakDMS</StUF:applicatie> </StUF:ontvanger> <StUF:referentienummer xmlns:stuf=" <StUF:tijdstipBericht xmlns:stuf=" <StUF:entiteittype xmlns:stuf=" </ZKN:stuurgegevens> <ZKN:parameters> <StUF:sortering xmlns:stuf=" <StUF:indicatorVervolgvraag xmlns:stuf=" <StUF:indicatorAfnemerIndicatie xmlns:stuf=" <StUF:indicatorAantal xmlns:stuf=" </ZKN:parameters> <ZKN:gelijk StUF:entiteittype="ZAK" xmlns:stuf=" <ZKN:identificatie>0204T10621</ZKN:identificatie> </ZKN:gelijk> <ZKN:scope> <ZKN:object StUF:entiteittype="ZAK" xmlns:stuf=" <ZKN:heeftRelevant StUF:entiteittype="ZAKEDC"> <ZKN:gerelateerde StUF:entiteittype="EDC"> <ZKN:identificatie StUF:noValue="geenWaarde" xmlns:xsi=" xsi:nil="true"/> <ZKN:dct.omschrijving StUF:noValue="geenWaarde" xmlns:xsi=" xsi:nil="true"/> <ZKN:ontvangstdatum StUF:noValue="geenWaarde" xmlns:xsi=" xsi:nil="true"/> <ZKN:titel StUF:noValue="geenWaarde" xmlns:xsi=" xsi:nil="true"/> <ZKN:beschrijving StUF:noValue="geenWaarde" xmlns:xsi=" xsi:nil="true"/> <ZKN:formaat StUF:noValue="geenWaarde" xmlns:xsi=" xsi:nil="true"/> <ZKN:taal StUF:noValue="geenWaarde" xmlns:xsi=" xsi:nil="true"/> <ZKN:versie StUF:noValue="geenWaarde" xmlns:xsi=" xsi:nil="true"/> <ZKN:status StUF:noValue="geenWaarde" xmlns:xsi=" xsi:nil="true"/> <ZKN:verzenddatum StUF:noValue="geenWaarde" xmlns:xsi=" xsi:nil="true"/> <ZKN:vertrouwelijkAanduiding StUF:noValue="geenWaarde" xmlns:xsi=" xsi:nil="true"/> <ZKN:auteur StUF:noValue="geenWaarde" xmlns:xsi=" xsi:nil="true"/> page # 3
27 <ZKN:link StUF:noValue="geenWaarde" xmlns:xsi=" xsi:nil="true"/> </ZKN:gerelateerde> <ZKN:titel StUF:noValue="geenWaarde" xmlns:xsi=" xsi:nil="true"/> <ZKN:beschrijving StUF:noValue="geenWaarde" xmlns:xsi=" xsi:nil="true"/> <ZKN:stt.volgnummer StUF:noValue="geenWaarde" xmlns:xsi=" xsi:nil="true"/> <ZKN:stt.omschrijving StUF:noValue="geenWaarde" xmlns:xsi=" xsi:nil="true"/> <ZKN:sta.datumStatusGezet StUF:noValue="geenWaarde" xmlns:xsi=" xsi:nil="true"/> </ZKN:heeftRelevant> </ZKN:object> </ZKN:scope> </ZKN:zakLv01> page # 4
28 Rapportage Volgnummer 2 Description: 1b Status: VALIDATED Code Status Omschrijving STV Een antwoord op een vraag met berichtcode Lv01 moet als antwoord een bericht met berichtcode La01 hebben STV Het antwoord mag alleen actuele gegevens bevatten ZKDM Vraag (zaklv01) en antwoord (zakla01) berichten moeten aan regels in tabel voldoen page # 5
29 Bericht Volgnummer 2 <ZKN:zakLa01 xmlns:zkn=" xmlns:bg=" xmlns:stuf=" xmlns:gml=" xmlns:xlink=" xmlns:xsi=" <ZKN:stuurgegevens> <StUF:berichtcode>La01</StUF:berichtcode> <StUF:zender> <StUF:organisatie>KING</StUF:organisatie> <StUF:applicatie>KING</StUF:applicatie> <StUF:gebruiker>exectoken-83445</StUF:gebruiker> </StUF:zender> <StUF:ontvanger> <StUF:organisatie>KING</StUF:organisatie> <StUF:applicatie>KING</StUF:applicatie> <StUF:gebruiker/> </StUF:ontvanger> <StUF:tijdstipBericht> </StUF:tijdstipBericht> <StUF:entiteittype>ZAK</StUF:entiteittype> </ZKN:stuurgegevens> <ZKN:parameters> <StUF:indicatorVervolgvraag>false</StUF:indicatorVervolgvraag> </ZKN:parameters> <ZKN:melding>melding</ZKN:melding> <ZKN:antwoord> <ZKN:object StUF:entiteittype="ZAK"> <ZKN:identificatie> </ZKN:identificatie> <ZKN:heeftRelevant StUF:entiteittype="ZAKEDC"> <ZKN:gerelateerde StUF:entiteittype="EDC"> <ZKN:identificatie> </ZKN:identificatie> <ZKN:creatiedatum> </ZKN:creatiedatum> <ZKN:ontvangstdatum> </ZKN:ontvangstdatum> <ZKN:titel>Aangepaste versie document</zkn:titel> <ZKN:beschrijving>beschrijving</ZKN:beschrijving> <ZKN:formaat>text</ZKN:formaat> <ZKN:taal>NL</ZKN:taal> <ZKN:versie>1.0</ZKN:versie> <ZKN:status>in bewerking</zkn:status> <ZKN:verzenddatum> </ZKN:verzenddatum> <ZKN:vertrouwelijkAanduiding>ZEER GEHEIM</ZKN:vertrouwelijkAanduiding> <ZKN:auteur>Peter Bouwman</ZKN:auteur> <ZKN:link> </ZKN:gerelateerde> page # 6
30 <ZKN:titel>Aangepaste versie document</zkn:titel> <ZKN:beschrijving>beschrijving</ZKN:beschrijving> <ZKN:registratiedatum> </ZKN:registratiedatum> </ZKN:heeftRelevant> </ZKN:object> </ZKN:antwoord> </ZKN:zakLa01> page # 7
31 StUF testplatform rapportage test uitvoering STP Versie: Status: Uitvoering Token: exectoken Scenario ID: Party ID: Aanvraag tijd: :57:01 CET Uitvoering tijd: :57:40 CET Expiratie tijd: :57:01 CEST Scenario messages Rapportage Volgnummer 1 Description: 1a Status: VALIDATED Code Status Omschrijving STV sortering en indicatorvervolgvraag elementen moeten aanwezig zijn in het parameters element STV Sortering element is verplicht in <parameters> element van vraagberichten STV Het element indicatorvervolgvraag is verplicht binnen parameters element van een vraagbericht STV Het element peiltijdstipformeel mag niet voorkomen binnen parameters element (vraagbericht) STV Het element peiltijdstipmaterieel mag niet voorkomen binnen parameters element (vraagbericht) STV Het attribuut scope in een element kan niet gebruikt worden in combinatie met elementen binnen het vraagelement <scope> STV indicatorvervolgvraag is true, maar het element <start> ontbreekt
32 Code Status Omschrijving STV Als StUF:indicatorVervolgvraag false is (of ontbreekt) dan mag er geen start element zijn STV Als StUF:indicatorVervolgvraag true is dan moet er een start element zijn STV Vanaf element moet dezelfde subelementen bevatten als totenmet STV Vanaf en totenmet elementen moeten een waarde hebben voor de subelementen STV In gelijk element dient OF sleutelontvangend attribuut te worden opgenomen OF een zoekelement STV Het element <start> moet minimaal de elementen bevatten die in de elementen <vanaf> en <totenmet> opgenomen zijn STV Het attribuut StUF:exact mag niet worden gebruikt in een element binnen vanaf of totenmet element STV Een element mag hetzij voorkomen binnen <gelijk> hetzij binnen <vanaf> en <totenmet>, maar niet binnen beide ZKDM Vraag (zaklv01) en antwoord (zakla01) berichten moeten aan regels in tabel voldoen page # 2
33 Bericht Volgnummer 1 <ZKN:edcLv01 xmlns:zkn=" <ZKN:stuurgegevens> <StUF:berichtcode xmlns:stuf=" <StUF:zender xmlns:stuf=" <StUF:organisatie>0243</StUF:organisatie> <StUF:applicatie>GWS4all</StUF:applicatie> <StUF:gebruiker>exectoken </StUF:gebruiker> </StUF:zender> <StUF:ontvanger xmlns:stuf=" <StUF:organisatie>0204</StUF:organisatie> <StUF:applicatie>ZaakDMS</StUF:applicatie> </StUF:ontvanger> <StUF:referentienummer xmlns:stuf=" <StUF:tijdstipBericht xmlns:stuf=" <StUF:entiteittype xmlns:stuf=" </ZKN:stuurgegevens> <ZKN:parameters> <StUF:sortering xmlns:stuf=" <StUF:indicatorVervolgvraag xmlns:stuf=" <StUF:indicatorAfnemerIndicatie xmlns:stuf=" <StUF:indicatorAantal xmlns:stuf=" </ZKN:parameters> <ZKN:gelijk StUF:entiteittype="EDC" xmlns:stuf=" <ZKN:identificatie>0204T11913</ZKN:identificatie> </ZKN:gelijk> <ZKN:scope> <ZKN:object StUF:entiteittype="EDC" xmlns:stuf=" <ZKN:identificatie StUF:noValue="geenWaarde" xmlns:xsi=" xsi:nil="true"/> <ZKN:dct.omschrijving StUF:noValue="geenWaarde" xmlns:xsi=" xsi:nil="true"/> <ZKN:dct.omschrijvingGeneriek StUF:noValue="geenWaarde" xmlns:xsi=" xsi:nil="true"/> <ZKN:dct.categorie StUF:noValue="geenWaarde" xmlns:xsi=" xsi:nil="true"/> <ZKN:ontvangstdatum StUF:noValue="geenWaarde" xmlns:xsi=" xsi:nil="true"/> <ZKN:titel StUF:noValue="geenWaarde" xmlns:xsi=" xsi:nil="true"/> <ZKN:beschrijving StUF:noValue="geenWaarde" xmlns:xsi=" xsi:nil="true"/> <ZKN:formaat StUF:noValue="geenWaarde" xmlns:xsi=" xsi:nil="true"/> <ZKN:taal StUF:noValue="geenWaarde" xmlns:xsi=" xsi:nil="true"/> <ZKN:versie StUF:noValue="geenWaarde" xmlns:xsi=" xsi:nil="true"/> <ZKN:status StUF:noValue="geenWaarde" xmlns:xsi=" xsi:nil="true"/> <ZKN:verzenddatum StUF:noValue="geenWaarde" xmlns:xsi=" xsi:nil="true"/> <ZKN:vertrouwelijkAanduiding StUF:noValue="geenWaarde" xmlns:xsi=" xsi:nil="true"/> <ZKN:auteur StUF:noValue="geenWaarde" xmlns:xsi=" xsi:nil="true"/> page # 3
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 informatieCompliancy Testrapportage
Compliancy Testrapportage Testrapportnummer: 20160324-75859 Geteste standaard: Zaak-Document services 1.0 Rol: Documentservice consumer StUF Softwareproduct: Gouw7Zaak 7.x Testset: Zaak- Document services
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 informatieCompliancy Testrapportage
Compliancy Testrapportage Testrapportnummer: 20170118-631699 Geteste standaard: Zaak-Document services 1.0 Rol: Zaakservice consumer Softwareproduct: Leerlingenvervoer.nu 1.0 Testset: Zaak- Document services
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 informatieCompliancy Testrapportage
Compliancy Testrapportage Testrapportnummer: 20180911-1978603 Geteste standaard: Zaak- en Documentservices 1.0 Rol: Zaakservice consumer Softwareproduct: Allegro 3.21.X Testset: Zaak- Document services
Nadere informatieStUF testplatform rapportage test uitvoering
StUF testplatform rapportage test uitvoering STP Versie: 1.2.4 03-10-2014 Status: Uitvoering Token: exectoken-523416 Scenario ID: 50067354 Party ID: 00000000000000000000045 Aanvraag tijd: 03-10-2014 09:44:32
Nadere informatieCompliancy Testrapportage
Compliancy Testrapportage Testrapportnummer: 20170511-824964 Geteste standaard: Betalen en invorderen services 1.0 Rol: Taakspecifieke applicatie Softwareproduct: Powerbrowser 14.3.xxxx Testset: Betalen
Nadere informatieStUF testplatform rapportage test uitvoering
StUF testplatform rapportage test uitvoering STP Versie: 1.2.6 07-11-2014 Status: Uitvoering Token: exectoken-804221 Scenario ID: 50067354 Party ID: 00000000000000000000045 Aanvraag tijd: 07-11-2014 14:17:04
Nadere informatieCompliancy Testrapportage
Compliancy Testrapportage Testrapportnummer: 20170404-764450 Geteste standaard: Prefill eformulieren services 1.0.2 Rol: e-formulieren Softwareproduct: SIMform SAAS Testset: Prefill eformulieren services
Nadere informatieAdhoc Testrapportage. Testrapportnummer: Leverancier: Green Valley Solutions N.V. Datum: :29:11 CET
Adhoc Testrapportage Testrapportnummer: 20150303-1270628764 Leverancier: Green Valley Solutions N.V. Datum: 03-03-2015 16:29:11 CET Resultaat: (met 0 aandachtpunten) 1 Resultaten per regel Deze paragraaf
Nadere informatieCompliancy Testrapportage
Compliancy Testrapportage Testrapportnummer: 20170103-631650 Geteste standaard: Betalen en invorderen services 1.0 Rol: Taakspecifieke applicatie Softwareproduct: Powerbrowser 14.2.xxxx Testset: Betalen
Nadere informatieStUF testplatform rapportage test uitvoering
StUF testplatform rapportage test uitvoering STP Versie: 1.2.1 26-03-2014 Status: Uitvoering Token: exectoken-348554 Scenario ID: 50008109 Party ID: 00000000000000000000012 Aanvraag tijd: 26-03-2014 10:03:37
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 informatieAdhoc Testrapportage. Testrapportnummer: Leverancier: Enable-U Datum: :55:11 CET
Adhoc Testrapportage Testrapportnummer: 20150325-1231734311 Leverancier: Enable-U Datum: 25-03-2015 19:55:11 CET Resultaat: (met 0 aandachtpunten) 1 Resultaten per regel Deze paragraaf geeft inzicht in
Nadere informatieLeverancier Testrapportage
Leverancier Testrapportage Testrapportnummer: 20151130-80061 Geteste standaard: StUF-BG scenario's Rol: Zaaksysteem Softwareproduct: JCC-Afspraken en Reserveringen (G-PLAN) 2.9 Testset: Opvragen van een
Nadere informatie1 INLEIDING Doel Scope 7. 2 SOAP ENVELOPE EN NAMESPACES SOAP Envelope Namespaces 8
Januari 2015 1 INLEIDING 7 1.1 Doel 7 1.2 Scope 7 2 SOAP ENVELOPE EN NAMESPACES 8 2.1 SOAP Envelope 8 2.2 Namespaces 8 3 VRAAGBERICHTEN > DECOS 8 3.1 zaklv01 > zakla01 - Zaken van persoon 8 3.1.1 zaklv01
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 informatieLeverancier Testrapportage
Leverancier Testrapportage Testrapportnummer: 20150520-61554 Geteste standaard: - Rol: Zaaksysteem Softwareproduct: GT-WOZ 3.17.0 Testset: Raadpleeg DMS Leverancier: GeoTax Datum: 20-05-2015 16:02:14 CEST
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 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 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 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 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 informatieLeverancier Testrapportage
Leverancier Testrapportage Testrapportnummer: 20161215-610402 Geteste standaard: StUF-BG scenario's Rol: BAG-administratie Softwareproduct: SoP - KING - API 1.0 Testset: StUF BG NP Leverancier: C3Group
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 informatieScreenshots tbv Checklist Testen Lopende zaken Circle Software dinsdag 3 juni Test uitgevoerd :
Screenshots tbv Checklist Testen Lopende zaken Circle Software dinsdag 3 juni 2014 Test uitgevoerd : 03-06-2014 Burger met BSN 900009536 is het testaccount van Circle Software. Checklist punt 1: Profielservice
Nadere informatieProces waarin uitkomsten worden samengesteld door het CBS. Het inladen van de XML-berichten in de inputdatabase gebeurt in de volgende stappen:
Beschrijving van de door het CBS gevolgde procedure voor het bepalen van de belastingcapaciteit per gemeente op basis van gegevens uit de Landelijke Voorziening WOZ. 2017-05-17, versie 0.3, W.J. Regeer
Nadere informatieAdhoc Testrapportage. Testrapportnummer: 20141215-191807479 Leverancier: Conclusion ICT Projects Datum: 15-12-2014 16:49:44 CET
Adhoc Testrapportage Testrapportnummer: 20141215-191807479 Leverancier: Conclusion ICT Projects Datum: 15-12-2014 16:49:44 CET Resultaat: (met 0 aandachtpunten) 1 1 Resultaten per regel Deze paragraaf
Nadere informatieRepresentatie materiële en formele historie
Versie 0.5 Datum 1-7-2013 Inhoudsopgave 1 Inleiding...3 2 De standaard representatie van historie...4 3 Linked list representatie historie...6 3.1 Uitwerking aan de hand van voorbeelden...6 3.2 Transformatie
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 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 informatieBijlage II: Berichtenspecificatie Wkpb
Bijlage II: Berichtenspecificatie Wkpb 1. Beschikbare diensten 1.1 Inleiding Deze bijlage bevat de berichtenspecificatie voor de communicatie met de landelijke voorziening, bedoeld in artikel 10, eerste
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 informatieKoppelvlakspecificaties Lopende zaken MijnOverheid
Koppelvlakspecificaties Lopende zaken MijnOverheid Versie 1.4 Datum 01 april 2016 Status Definitief Definitief Koppelvlakspecificaties Lopende zaken 01 april 2016 Colofon Projectnaam MijnOverheid Versienummer
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 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 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 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 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.05 Status: In gebruik Inhoudsopgave 1 Inleiding...4 2 Van informatiemodel naar entiteitschema...5 2.1 De verstuffing van het informatiemodel...5
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 informatieGeo-BOR berichtenverkeer
Koppelvlakspecificatie Geo-BOR berichtenverkeer Beschrijving koppelvlak tussen de registratiesystemen van Geo en BOR Geonovum datum 7 december 2015 versie V1.1 Colofon Auteurs: Beheer: Arnoud de Boer Geonovum
Nadere informatieOntwerpkeuzen bij het verstuffen van het RGBZ 2.0. Datum Status In ontwikkeling Versie 0.1
Ontwerpkeuzen bij het verstuffen van het RGBZ 2.0 Datum 7-2-205 Status In ontwikkeling Versie 0. Ontwerpkeuzen bij het verstuffen van het RGBZ 2.0 7-2-205 Inhoudsopgave Inleiding...3. Het expliciteren
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 informatieOntwerpkeuzen bij het verstuffen van het RGBZ 2.0. Datum Status Ter goedkeuring Versie 0.3
Ontwerpkeuzen bij het verstuffen van het RGBZ 2.0 Datum 3-09-6 Status Ter goedkeuring Versie 0.3 Ontwerpkeuzen bij het verstuffen van het RGBZ 2.0 3-09-6 Inhoudsopgave Inleiding...3. Het expliciteren van
Nadere informatieDemo ZDS 2.0. Haarlem, 27 augustus 2018
Demo ZDS 2.0 Haarlem, 27 augustus 2018 2 Inhoud Demo q Opening q Inhoud en doelstelling q Context q Architectuur q Van User Story naar Specificatie en Referentie implementatie q Resultaten sprint 3 q Sprint
Nadere informatieStUF-Geo BAG berichtenverkeer
Koppelvlakspecificatie StUF-Geo BAG berichtenverkeer Functionele beschrijving van het koppelvlak tussen de applicaties van Geo en BAG Geonovum datum 16 oktober 2014 versie V0.9, concept Colofon Auteurs:
Nadere informatieGeo-BAG berichtenverkeer
Koppelvlakspecificatie Geo-BAG berichtenverkeer Beschrijving koppelvlak tussen de registratiesystemen van Geo en BAG Geonovum datum 17 augustus 2015 versie V0.99, concept Colofon Auteurs: Beheer: Geonovum
Nadere informatieOntwerpkeuzen bij het verstuffen van het RGBZ. Datum Status In gebruik Versie 1.13
Ontwerpkeuzen bij het verstuffen van het RGBZ Datum 6--204 Status In gebruik Versie.3 Ontwerpkeuzen bij het verstuffen van het RGBZ 6--204 Inhoudsopgave Inleiding...3. Het expliciteren van semantiek binnen
Nadere informatieKoppelvlakspecificatie BAG - WOZ
WAARDERINGSKAMER NOTITIE Betreft: Koppelvlakspecificatie BAG - WOZ Datum: 18 januari 2010 Bijlage(n): 1. Inleiding Specificatie uitgewerkt als onderdeel van Sectormodel WOZ in samenwerking met BAGleveranciers
Nadere informatieOntwerpkeuzen bij het verstuffen van het RGBZ. Datum Status In gebruik Versie 1.15
Ontwerpkeuzen bij het verstuffen van het RGBZ Datum -7-207 Status In gebruik Versie.5 Ontwerpkeuzen bij het verstuffen van het RGBZ -7-207 Inhoudsopgave Inleiding...3. Het expliciteren van semantiek binnen
Nadere informatieTransformatieregels BAG 1.0 BAG 2.0
Transformatieregels BAG 1.0 BAG 2.0 Aan Leveranciersoverleg BAG Van Kadaster, beheerder BAG Kopie Onderwerp Transformatieregels BAG 1.0 BAG 2.0 Datum 3 augustus 2018 Versie 1.0 Auteur(s): Kadaster Blad
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 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 informatieStUF-Geo BAG berichtenverkeer
Koppelvlakspecificatie StUF-Geo BAG berichtenverkeer Beschrijving koppelvlak tussen de registratiesystemen van Geo en BAG Geonovum datum 20 april 2015 versie V0.93, concept Colofon Auteurs: Beheer: Geonovum
Nadere informatieCursus StUF Maarten van den Broek messagedesign
Cursus StUF Maarten van den Broek messagedesign Inhoud Schets problematiek Positionering Principes StUF Introductie XML Contentmodel Interactiepatronen Programma 'Andere overheid' Een overheid die: die
Nadere informatieGeo-BAG berichtenverkeer
Koppelvlakspecificatie Geo-BAG berichtenverkeer Beschrijving koppelvlak tussen de registratiesystemen van Geo en BAG Geonovum datum 2 december 2015 versie v1.0 Colofon Auteur: Beheer: Arnoud de Boer Geonovum
Nadere informatieKoppelvlakbeschrijving Landelijke Voorziening - Bronhouders BAG
Koppelvlakbeschrijving Landelijke Voorziening - Bronhouders BAG 2018 Koppelvlak LVBAG Bronhouders Koppelvlak LVBAG Bronhouders Bijlage bij de regeling Datum 31 maart 2018 Document v ersie 1.0 Inhoudsopgave
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 informatieOnderwerp Vertaling van de rollen van een betrokkene in een zaak naar StUF-ZKN 3.20 Vergaderstuk ter Besluitvorming Datum Bijlagen
Memo Van Henri Korver Aan StUF Expertgroep & Discussieforum StUF-ZKN 3.20 Afdeling KING/E-Diensten Onderwerp Vertaling van de rollen van een betrokkene in een zaak naar StUF-ZKN 3.20 Vergaderstuk ter Besluitvorming
Nadere informatieReviewformulier voor Koppelvlakspecificatie StUF-Geo BAG berichtenverkeer v0.93
Reviewformulier voor Koppelvlakspecificatie StUF-Geo BAG berichtenverkeer v0.93 Organisatie : Centric Reviewer(s): Sid Brouwer, Roel de Bruin Datum: 10 juli 2015 2 Voetnoot Functioneel ontwerp StUF-Geo
Nadere informatie1 Inleiding MijnKadaster... 2
Lv Wkpb Kwaliteitsdashboard Datum 18 maart 2019 Versie 1.0 Inhoudsopgave 1 Inleiding... 2 2 MijnKadaster... 2 3 Home (hoofdscherm)... 3 3.1 Peildatum... 3 3.2 Grafieken... 4 3.3 Export... 4 3.4 Niet tijdig
Nadere informatieHistoriemodel BAG 2018
2 van 38 Inhoudsopgave 1 Introductie... 3 1.1 Referenties... 3 1.2 Termen en afkortingen... 4 2 Historiemodel BAG... 5 2.1 Onderdelen... 5 2.2 Uitleg en begripsvorming... 5 2.2.1 Voorkomen... 5 2.2.2 Materiele
Nadere informatieDatum: Pagina: 9. Standaard Uitwisseling Formaat StUF 03.01: In Gebruik (versie 20)
Pagina: 9 Stelsel Gemeentelijke Basisgegevens (RSGB) en het sectormodel zkn0310 gebaseerd op het Referentiemodel Gemeentelijke Basisgegevens Zaken (RGBZ). Dit zijn horizontale sectormodellen, omdat basis-
Nadere informatieStUF 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 informatieOnderwerp Vertaling van de rollen van een betrokkene in een zaak naar StUF-ZKN 3.20 Vergaderstuk ter Besluitvorming Datum Bijlagen
Memo Van Henri Korver Aan StUF Expertgroep & Discussieforum StUF-ZKN 3.20 Afdeling KING/E-Diensten Onderwerp Vertaling van de rollen van een betrokkene in een zaak naar StUF-ZKN 3.20 Vergaderstuk ter Besluitvorming
Nadere informatieOnderwerp Ontwerpkeuzen voor het relateren van entiteiten in StUF-ZKN 3.20 Vergaderstuk ter Bespreking Datum Bijlagen
Memo Van Henri Korver Aan StUF Expertgroep & Discussieforum StUF-ZKN 3.20 Afdeling KING/E-Diensten Onderwerp Ontwerpkeuzen voor het relateren van entiteiten in StUF-ZKN 3.20 Vergaderstuk ter Bespreking
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 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 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 informatieSoftwareleveranciers bijeenkomst
Softwareleveranciers bijeenkomst 15 november 2016 Paul de Koning Hilko Jacobse p Agenda Wat gaat er veranderen? Van EI naar XML Nieuwe StUF versie 2.1 Wijzigingen StUF 2.1 tov StUF 2.0 Verbeterde foutafhandeling
Nadere informatie0.1 Informatieproducten BAG Compact. Datum. 11 september Versie 2.1. DefinitiefICT Services Keten RZDirectie IT
0.1 Informatieproducten BAG Compact Datum 11 september 2013 Versie 2.1 DefinitiefICT Services Keten RZDirectie IT Versiehistorie Versie datum locatie omschrijving 0.1 01/09/2011 Initieel 0.2 01/09/2011
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 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 informatieEen volwassen REST-voorbeeld toegepast op StUF
Een volwassen REST-voorbeeld toegepast op StUF Auteur: Henri Korver Inleiding In zijn artikel Richardson Maturity Model: steps towards the glory of REST legt Martin Fowler drie volwassenheidsniveaus van
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 informatieHTTP SMS API Technische Specificatie messagebird.com versie 1.1.6-05 mei 2014
HTTP SMS API Technische Specificatie messagebird.com versie 1.1.6-05 mei 2014 1 Inhoudsopgave INHOUDSOPGAVE 2 1 VERBINDING MET DE API 4 1.1 QUICK START 4 2 SMS PARAMETERS 5 2.1 VERPLICHTE PARAMETERS 6
Nadere informatieVerslag StUF Expertgroep 20 mei 2015.docx KING. Aanwezig:
Verslag StUF Expertgroep 20 mei 2015.docx KING Aan Deelnemers StUF Expertgroep CC tijd/locatie 9:30 12:30 Utrecht (Regardz La Vie) Betreft/datum Aanwezig: Henri Korver (KING, voorzitter) Melskens (KING,
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 informatieNAAM: BAG-GBA WERKGROEP VERSIE: 1.2 DATUM: Koppelvlakspecificatie BAG-GBA
NAAM: BAG-GBA WERKGROEP VERSIE: 1.2 DATUM: 14-10-2009 BAG-GBA Inhoudsopgave Revisies... 4 Voorwoord... 6 1 Inleiding... 7 1.1. Doel van het document... 7 1.2. Uitgangspunten en fasering... 7 1.3. Werkwijze...
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 informatieLV BAG. Productbeschrijving BAG Extract december Productbeschrijving BAG Extract Datum 1.1. Datum. Titel.
1 van 16 LV BAG Datum 2 van 16 Inhoudsopgave 1... Inleiding... 3... Achtergrond BAG Extract 2018... 3 1.2... Verwijzingen... 3 1.3... Leeswijzer... 3 2... Productbeschrijving... 4 2.1... Doelstelling...
Nadere informatieGISVG KOPPELING WAARDEREN DERDEN
GISVG KOPPELING WAARDEREN DERDEN Versie: 1.0 Datum: 26 januari 2015 Auteur: Afdeling: BU Belastingen GISVG Koppeling Waarderen derden 1 Inhoudsopgave Contents 1 Overzicht koppeling GISVG Waarderen derden.
Nadere informatieToelichting catalogus Template basisregistraties
Toelichting catalogus Template basisregistraties Datum: 9 april 2010 Auteur: E. Raadsen Versie: 2.0 d8 Status: Concept 20100617 Toelichting catalogus br template 2.0 d8.1.odt-1- Versiehistorie Versie Datum
Nadere informatieBijeenkomst Zaak- en Documentservices Documentcreatie services 1.0. Michiel Verhoef en Jan Brinkkemper
Bijeenkomst Zaak- en Documentservices 1.1 + Documentcreatie services 1.0 Michiel Verhoef en Jan Brinkkemper Woerden, 09 december 2015 Agenda Welkom en mededelingen Notulen en actielijst Stand van Zaken
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 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 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 informatieWOZ Waarden Rapportage
WOZ Waarden Rapportage Toelichting Datum 15 oktober 2018 Versie oktober 2018 Inhoudsopgave 1 Inleiding...2 2 Werkwijze...2 3 Data...4 3.1 WOZ Waardenrapportage...4 3.2 WOZ Actuele Objectenrapportage...4
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 informatieDECOS EN STUF-ZAKEN VOOR BACKOFFICE FUNCTIONELE BESCHRIJVING V2.3
DECOS EN STUF-ZAKEN VOOR BACKOFFICE FUNCTIONELE BESCHRIJVING V2.3 Januari 2015 INHOUD 1 VERSIEBEHEER DOCUMENT 3 2 INLEIDING 4 3 OVERZICHT VAN DE STUF-ZAKEN ADAPTER 5 4 TOEVOEGEN VAN ZAKEN AAN DECOS D5
Nadere informatie0.1 Verdieping BAG Bevragen. versie 0.1. Datum. 1 juli Document versie. 0.1 ConceptICT Services Keten RZDirectie IT
0.1 Verdieping BAG Bevragen versie 0.1 Datum 1 juli 2016 Document versie 0.1 ConceptICT Services Keten RZDirectie IT Versiehistorie Versie datum Omschrijving 0.1 01-07-2016 Initiële versie. Versie 0.1
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 informatieTechnische documentatie Overdracht bedrijfsvoorraad B2B AFS 6.2
Technische documentatie Overdracht bedrijfsvoorraad B2B AFS 6.2 A2SP 1 / 7 Wijzigingshistorie Versie Datum Gewijzigd door Wijzigingen 0.9 14-4-2015 Yves van den Berg Draft A2SP 2 / 7 Inhoud Wijzigingshistorie...
Nadere informatieAanscherpen en doorontwikkelen compliancy (eisen)
Aanscherpen en doorontwikkelen compliancy (eisen) Agenda Hoe staat het ervoor met compliancy? (door)ontwikkeling compliancy Compliancy monitor Compliancy bewaking Maatregelen Ontwikkelingen StUF Testplatform
Nadere informatieBestandsanalyse Stuf-TAX volledigheidsonderzoek
- WAARDERINGSKAMER NOTITIE Betreft: Bestandsanalyse Stuf-TAX volledigheidsonderzoek Datum: 10 maart 2011 Bijlage(n): - Inleiding Vanuit haar toezichthoudende taak stelt de Waarderingskamer onderzoeken
Nadere informatie