StUF testplatform rapportage test uitvoering

Maat: px
Weergave met pagina beginnen:

Download "StUF testplatform rapportage test uitvoering"

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

Nadere informatie

Compliancy Testrapportage

Compliancy 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 informatie

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

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

Nadere informatie

Compliancy Testrapportage

Compliancy 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 informatie

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

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

Nadere informatie

Compliancy Testrapportage

Compliancy 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 informatie

StUF testplatform rapportage test uitvoering

StUF 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 informatie

Compliancy Testrapportage

Compliancy 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 informatie

StUF testplatform rapportage test uitvoering

StUF 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 informatie

Compliancy Testrapportage

Compliancy 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 informatie

Adhoc Testrapportage. Testrapportnummer: Leverancier: Green Valley Solutions N.V. Datum: :29:11 CET

Adhoc 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 informatie

Compliancy Testrapportage

Compliancy 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 informatie

StUF testplatform rapportage test uitvoering

StUF 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 informatie

orrectie van de historie door het tussenvoegen van een relatie

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

Nadere informatie

Adhoc Testrapportage. Testrapportnummer: Leverancier: Enable-U Datum: :55:11 CET

Adhoc 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 informatie

Leverancier Testrapportage

Leverancier 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 informatie

1 INLEIDING Doel Scope 7. 2 SOAP ENVELOPE EN NAMESPACES SOAP Envelope Namespaces 8

1 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 informatie

Het werken met het attribute StUF:sleutelSynchronisatie

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

Nadere informatie

Leverancier Testrapportage

Leverancier 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 informatie

elementformdefault: qualified of unqualified

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

Nadere informatie

Compliancy Testrapportage

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

Nadere informatie

Compliancy Testrapportage

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

Nadere informatie

StUF ondersteunt historie op attribuuten groepsniveau!

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

Nadere informatie

Compliancy Testrapportage

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

Nadere informatie

Leverancier Testrapportage

Leverancier 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 informatie

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

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

Nadere informatie

Screenshots tbv Checklist Testen Lopende zaken Circle Software dinsdag 3 juni Test uitgevoerd :

Screenshots 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 informatie

Proces waarin uitkomsten worden samengesteld door het CBS. Het inladen van de XML-berichten in de inputdatabase gebeurt in de volgende stappen:

Proces 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 informatie

Adhoc 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 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 informatie

Representatie materiële en formele historie

Representatie 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 informatie

StUF: inperking en uitbreiding op SQL

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

Nadere informatie

AFSPRAKEN StUF StUF bg OVERZICHT. Datum: 23 september 2017

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

Nadere informatie

Bijlage II: Berichtenspecificatie Wkpb

Bijlage 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 informatie

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

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

Nadere informatie

Koppelvlakspecificaties Lopende zaken MijnOverheid

Koppelvlakspecificaties 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 informatie

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

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

Nadere informatie

Aanpassing waardebereik attribuut stuf:functie

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

Nadere informatie

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

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

Nadere informatie

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

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

Nadere informatie

Ontwerpregels en best practices voor StUF-berichten

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

Nadere informatie

Ontwerpregels en best practices voor StUF-berichten

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

Nadere informatie

Ontwerpregels en best practices voor StUF-berichten

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

Nadere informatie

Geo-BOR berichtenverkeer

Geo-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 informatie

Ontwerpkeuzen 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 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 informatie

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

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

Nadere informatie

Ontwerpkeuzen 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 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 informatie

Demo ZDS 2.0. Haarlem, 27 augustus 2018

Demo 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 informatie

StUF-Geo BAG berichtenverkeer

StUF-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 informatie

Geo-BAG berichtenverkeer

Geo-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 informatie

Ontwerpkeuzen bij het verstuffen van het RGBZ. Datum Status In gebruik Versie 1.13

Ontwerpkeuzen 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 informatie

Koppelvlakspecificatie BAG - WOZ

Koppelvlakspecificatie 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 informatie

Ontwerpkeuzen bij het verstuffen van het RGBZ. Datum Status In gebruik Versie 1.15

Ontwerpkeuzen 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 informatie

Transformatieregels BAG 1.0 BAG 2.0

Transformatieregels 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 informatie

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

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

Nadere informatie

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

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

Nadere informatie

StUF-Geo BAG berichtenverkeer

StUF-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 informatie

Cursus StUF Maarten van den Broek messagedesign

Cursus 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 informatie

Geo-BAG berichtenverkeer

Geo-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 informatie

Koppelvlakbeschrijving Landelijke Voorziening - Bronhouders BAG

Koppelvlakbeschrijving 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 informatie

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

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

Nadere informatie

Onderwerp Vertaling van de rollen van een betrokkene in een zaak naar StUF-ZKN 3.20 Vergaderstuk ter Besluitvorming Datum Bijlagen

Onderwerp 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 informatie

Reviewformulier voor Koppelvlakspecificatie StUF-Geo BAG berichtenverkeer v0.93

Reviewformulier 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 informatie

1 Inleiding MijnKadaster... 2

1 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 informatie

Historiemodel BAG 2018

Historiemodel 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 informatie

Datum: Pagina: 9. Standaard Uitwisseling Formaat StUF 03.01: In Gebruik (versie 20)

Datum: 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 informatie

StUF Introductie Cursus

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

Nadere informatie

Onderwerp Vertaling van de rollen van een betrokkene in een zaak naar StUF-ZKN 3.20 Vergaderstuk ter Besluitvorming Datum Bijlagen

Onderwerp 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 informatie

Onderwerp Ontwerpkeuzen voor het relateren van entiteiten in StUF-ZKN 3.20 Vergaderstuk ter Bespreking Datum Bijlagen

Onderwerp 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 informatie

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

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

Nadere informatie

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

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

Nadere informatie

SPECIFICATIE STUF-ENVELOP

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

Nadere informatie

Softwareleveranciers bijeenkomst

Softwareleveranciers 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 informatie

0.1 Informatieproducten BAG Compact. Datum. 11 september Versie 2.1. DefinitiefICT Services Keten RZDirectie IT

0.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 informatie

Voorstel voor wijziging Informatiemodel ZTC

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

Nadere informatie

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

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

Nadere informatie

Een volwassen REST-voorbeeld toegepast op StUF

Een 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 informatie

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

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

Nadere informatie

HTTP 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 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 informatie

Verslag StUF Expertgroep 20 mei 2015.docx KING. Aanwezig:

Verslag 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 informatie

Document verstuffing RSGB 3 wordt goedgekeurd

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

Nadere informatie

NAAM: BAG-GBA WERKGROEP VERSIE: 1.2 DATUM: Koppelvlakspecificatie BAG-GBA

NAAM: 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 informatie

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

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

Nadere informatie

LV BAG. Productbeschrijving BAG Extract december Productbeschrijving BAG Extract Datum 1.1. Datum. Titel.

LV 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 informatie

GISVG KOPPELING WAARDEREN DERDEN

GISVG 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 informatie

Toelichting catalogus Template basisregistraties

Toelichting 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 informatie

Bijeenkomst Zaak- en Documentservices Documentcreatie services 1.0. Michiel Verhoef en Jan Brinkkemper

Bijeenkomst 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 informatie

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

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

Nadere informatie

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

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

Nadere informatie

Service API Specificatie. Key2Parkeren Koppelvlak Kentekenwijziging

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

Nadere informatie

WOZ Waarden Rapportage

WOZ 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 informatie

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

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

Nadere informatie

DECOS EN STUF-ZAKEN VOOR BACKOFFICE FUNCTIONELE BESCHRIJVING V2.3

DECOS 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 informatie

0.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 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 informatie

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

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

Nadere informatie

Technische documentatie Overdracht bedrijfsvoorraad B2B AFS 6.2

Technische 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 informatie

Aanscherpen en doorontwikkelen compliancy (eisen)

Aanscherpen 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 informatie

Bestandsanalyse Stuf-TAX volledigheidsonderzoek

Bestandsanalyse 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