Mag een Zaaksysteem/Zakenmagazijn zaakgegevens aanvullen?

Dit is een statische kopie van het eerdere discussie.kinggemeenten.nl.
Nieuwe discussies kunnen in de GitHub repository 'StUF standaarden' als issue worden opgevoerd.

4 reacties / 0 nieuw
Frank Samwel
Mag een Zaaksysteem/Zakenmagazijn zaakgegevens aanvullen?

In de compliancy test voor Zaak- Documentservices 1.2 wordt getest dat het Zaaksysteem exact dezelfde gegevens teruggeeft in de geefZaakdetails als er eerder via creeerZaak en updateZaak zijn toegevoegd.

De vraag is in hoeverre deze verwachting terecht is.

Een voorbeeld is wanneer er in de creeerZaak geen kenmerk is opgenomen, dat het Zaaksysteem vervolgens zelf een kenmerk genereert.

Mijn argument om dit af te keuren in de test is dat er voor een zaak maar één bron kan zijn. Namelijk de behandelende zaakapplicatie.

Naar mijn interpretatie van de standaard is alleen het systeem dat de zaak behandelt de bron voor alle gegevens van de zaak. In de koppevlakstandaard is dit het systeem die de creeerZaak en updateZaak berichten stuurt. Het Zaaksysteem/Zakenmagazijn dient voor centraal beschikbaar stellen van zaakgegevens uit verschillende bronnen. Het Zaaksysteem zou dus niet zelf gegevens mogen toevoegen, maar moet in zijn distributie (bijvoorbeeld via geefZaakdetails) alleen gegevens mogen teruggeven die het gekregen heeft via zijn bron.

Ad Gerrits

Voor het testen van compliancy kan ik me voorstellen dat je wilt toetsen of wat je er heen stuurt daarna ook ongewijzigd terug komt. Maar in zijn algemeenheid moet een standaard niet willen voorschrijven hoe een gemeente zaakgegevens vastlegt. Dat alleen 'de behandelende zaakapplicatie' zaakgegevens kan toevoegen of wijzigen is niet aan de standaard maar maar aan de gemeente die bepaalt hoe ze het betreffende afhandelproces inricht (met als afgeleide welke ondersteunende applicaties een rol spelen en evt. bepaalde zaakgegevens muteren).

Michiel Verhoef

Is het niet zo dat een (gegevensuitwisselings)standaard niet het gedrag van applicaties vastlegt maar de architectuur? De (gegevensuitwisselings)standaard is vervolgens een invulling van de uitwisseling van gegevens/berichten om de functionaliteit van de applicatie te ondersteunen.

Overigens vind ik dat wanneer een vakapplicatie (een deel van ) een zaak behandelt deze dan de bron is van de gegevens die in het ZS opgeslagen worden. Het kan dus best zijn dat er meerdere applicaties betrokken zijn bij de behandeling en deze gegevens in het ZS opslaan. Maar dan moet ook het behandelen van de zaak overgedragen worden aan die bewuste vakapplicatie. Is dat niet zo dan zouden de gegevens door de aanpalende vakapplicaties teruggegeven moeten worden aan de behandelende, verantwoordelijke, vakapplicatie en deze slaat dan de gegevens op in het ZS (indien nodig).

 

Ad Gerrits

"dan zouden de gegevens door de aanpalende vakapplicaties teruggegeven moeten worden aan de behandelende, verantwoordelijke, vakapplicatie en deze slaat dan de gegevens op in het ZS (indien nodig)". Daar mag je natuurlijk vinden, maar m.i. moet een berichtstandaard zich beperken tot het beschrijven van de de berichtuitwisseling. Het bepalen van werkprocessen en applicatieondersteuning is iets dat de gebruiker van de standaard bepaalt.