in de laatste bijeenkomst op 2-09-2014 van de werkgroep ZDMS is voorgesteld om een inventarisatie te maken van de 'standaard' zaakbevragingen.
Bij deze mijn verzoek aan jullie om een lijstje te maken van de vragen waar jij het idee van hebt dat dit in deze lijst van standaardbevragingen opgenomen zou moeten worden.
Ter illustratie van de problematiek kun je kiken naar twee concrete bevragingen die nu zijn genoemd:
- Eén in dit discussie punt: https://vng-realisatie.github.io/StUF-Standaarden/discussie/gemma/koppelvlakken-zs-dms/...
- Eén in dit discussie punt: https://vng-realisatie.github.io/StUF-Standaarden/discussie/gemma/koppelvlakken-zs-dms/...
Zou je je eigen lijstje als document aan dit discussiepunt kunnen koppelen?
Op dit moment ken ik geen concrete voorbeelden van gewenste uitbreidingen op zaakbevraging. Wel zou ik willen aandringen op het niet-verplicht stellen van zaakbevragingen voor de ZSC. Op dit moment zijn geef zaakdetails en geef zaakstatus verplicht voor ZSC terwijl wij deze functies niet gebruiken en niet nodig hebben. (onze ZSC ontvangt kennisgevingen over nieuwe zaken).
Als gemeente Westland zijnde hebben wij zeker behoefte aan een mogelijkheid om alle zaken bij een persoon en niet natuurlijke persoon op te vragen. Vanuit het sociale domein zijn bij ons dossiers aangelegd op basis van het BSN van de burger. Een mogelijkheid om op basis van een BSN vragen te stellen is dan ook zeker welkom. Echter daarbij wel de opmerking dat niet iedereen deze documenten in mag zijn. Het bouwen van een vraag op basis van BSN zou dan ook rekening moeten houden met wie het vraagt. Vanuit onze sociale zaken applicatie zou dan ook meegegeven moeten worden dat het ook daadwerkelijk een medewerker van sociale zaken is en niet iemand bij Burgerzaken. Maar deze mogelijkheid is er alleen bij mijn weten alleen bij sociale zaken van toepassing gezien de opbouw van de dossiers. Voor dossiers waar geen BSN beschikbaar is zou dus een zoekvraag op basis van NAW beschikbaar moeten zijn. Hierbij rekening houdend met de mogelijkheid om ook daarbij documenten af te schermen. Wat overigens op burgers van toepassing is dient ook van toepassing te zijn op bedrijven. Tevens zou het wenselijk zijn om wel de naam, titel en datum van een document te kunnen zien in bijvoorbeeld het KCS maar niet het document te kunnen openen. Dit laatste in verband met privacy. Ik hoop dat mijn beschrijving voldoende inzicht geeft in de wens die wij op dit onderdeel hebben? Anders hoor ik het natuurlijk graag.
Voor implementatie van een Persoonlijke Internet Pagina (PIP) is het van belang een lijst van zaken te kunnen opvragen op basis van het BSN van de initiator. Aanvullende condities kunnen daarbij zijn: - zaken van een specifiek zaaktype. - alleen lopende zaken (d.w.z. zaken zonder einddatum). Daarnaast kan het relevant zijn een lijst van zaken te kunnen opvragen waar een burger op enige wijze bij betrokken is. Dat wil zeggen: - gekoppeld als betrokkene in welke rol dan ook. - gekoppeld als zaakobject. Ook hier kunnen de hierboven genoemde aanvullende condities voor zaaktype en einddatum worden toegepast. Voor een tegenhanger van de PIP voor bedrijven (BIP) kunnen vergelijkbare operaties worden geimplementeerd op basis van het vestigingsnummer. Met BSN en vestigingsnummer wordt aansluiting met DigiD en eHerkenning geregeld. Opvragen van zaken op basis van NAW-gegevens van betrokkenen is wat ons betreft niet wenselijk. Daarnaast is er behoefte aan het opvragen van zaken die betrekking hebben op een specifiek adres. Dit is het adres dat als zaakobject aan de zaak is gekoppeld (en dus niet het verblijfsadres van de betrokkenen). Ook is het wenselijk een operatie vergelijkbaar met geefZaakdetails te ondersteunen waarbij de zaak wordt aangeduid met de combinatie van kenmerk en kenmerkbron. Dit voor backoffice systemen die niet de identificatie van de zaak vastleggen maar gebruik maken van hun eigen dossiernummer.
Deze zaakbevragingen zijn allemaal prima mogelijk met de Lv01 berichten. Ik verwacht niet dat we hier in ZS-DMS iets voor moeten verzinnen, maar gewoon de StUF-regels volgen rondom het opvragen van deze gegevens.
Ik stel voor om de meest voorkomende scenario's wellicht te voorzien van een voorbeeldbericht. Het is ook een taak van het zaaksysteem om te communiceren welke vraagberichten met welke parameters ondersteund worden.
Ik ben het geheel eens met René, laten we geen beperkingen opleggen in de standaard m.b.t. hoe je een zaak of document mag opvragen. Binnen verschillende applicaties van PinkRoccade gebruiken we (als voorbeeld) al de volgende zoekcriteria: - Lijst van zaken opvragen op basis van zoekcriteria BSN - Lijst van zaken opvragen op basis van zoekcriteria Geslachtsnaam - Lijst van zaken opvragen op basis van zoekcriteria Vestigingsnummer - Lijst van zaken opvragen op basis van zoekcriteria Handelsnaam - Lijst van zaken opvragen op basis van zoekcriteria KvK - Lijst van zaken opvragen op basis van zoekcriteria RSIN - Lijst van zaken opvragen op basis van zoekcriteria Statutaire naam - Lijst van zaken opvragen op basis van zoekcriteria Medewerker-identificatie - Lijst van zaken opvragen op basis van zoekcriteria Medewerker-achternaam - Lijst van zaken opvragen op basis van zoekcriteria Zaaktype-code - Lijst van zaken opvragen op basis van zoekcriteria Zaaktype-omschrijving - Zaak opvragen op basis van zaakidentificatie - Document opvragen op basis van documentidentificatie - Zaak opvragen op basis van startdatum of einddatum. - Zaak opvragen op basis van verlenging en opschorting. Maar waarom zou je als daar behoefte aan is ook niet een zaak mogen opvragen binnen een postcode gebied? M.a.w. waarom beperken opleggen als StUF de ondersteuning al biedt om te vragen naar wat je wil.