Voorbereiding Zaak- Document services 1.1

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

2 reacties / 0 nieuw
Anoniem
Voorbereiding Zaak- Document services 1.1

Beste mensen,

Op dinsdag 11 februari 2014 is de werkgroep Zaak- Document services weer bij elkaar gekomen. We hebben toen gesproken over de volgende releases van deze standaard en op basis van welke uitgangspunten we deze standaarden gaan ontwikkelen. De eerste uitkomst was in elk geval dat we zo snel mogelijk tot een versie 1.1 willen komen, die tegelijk met StUF-ZKN patch 19 vrijgegeven wordt (dus op/rond 1 april a.s.). Deze versie zal zich vooral richten op het corrigeren van fouten of het bieden van duidelijkheid waar documentatie en/of schema's onvoldoende duidelijkheid boden in versie 1.0.

Alle openstaande punten die mogelijk discussie of input vereisen, zijn omgezet naar topics in de community. Enkele mails die we hebben ontvangen wachten nog op reactie alvorens we weten of en hoe daar topics van maken. Het verzoek aan de werkgroepleden is om deze week (t/m 23 feb) te reageren op alle topics, zodat we de week daarop vanuit KING ons oordeel kunnen vormen en de release qua omvang kunnen voorbereiden. Ik zal dit topic gebruiken als overzicht van wat er ons inziens sowieso in versie 1.1 moet gaan komen: 

  • Gelijktrekken CMIS properties tussen specficatie document en het gepubliceerde Excel overzicht; 
  • Specificatie document:
  • Verduidelijken tabellen in specificatie document met verplichte en optionele velden; 
  • Bij updateZaakDocument kan volgens documentatie geen inhoud meegegeven worden (in tabel in par 4.2.6.2 staat 'inhoud' niet als verplicht of optioneel veld); 
  • Paragraaf 4.1.2.2 (geefZaakdetails).  De scope is in de vraag open, maar het antwoord is ingeperkt. In paragraaf 4.2.2.2 is scope wel afgestemd op het antwoord. Hierin staat : “ in de scope mogen alle elementen opgenomen worden die in het antwoordbericht gespecificeerd zijn”. In beide gevallen zou er moeten staan ‘in de scope mogen alle elementen opgenomen worden die in het antwoordbericht gespecificeerd zijn’; 
  • Paragraaf 4.2.2.2 (geeftzaakdocumentLezen). scope.object.heeftRelevant.gerelateerde.identificatie is fout. Dit moet zijn scope.object.isRelevantVoor.gerelateerde.identificatie; 
  • Paragraaf 4.2.4.2 (voegzaakdocumentToe). Hier staat dat object.inhoud@bestandsnaam optioneel is maar:
  • Het onderstaande stukje uit een edcLk01 zal niet valideren
  • Het volgende onderstaande stukte uit een edcLk01 zal wel valideren
  • In het StUF bericht zal de bestandsnaam dus verplicht zijn vanuit StUF ZKN (\zkn0310\mutatie\zkn0310_msg_mutatie.xsd : edcLk01), ook al is deze op CMIS niveau niet noodzakelijk. Hierop moet de documentatie aangepast worden.
  • Paragraaf 4.2.5.2 (maakZaakdocument). object.titel  (edc) is optioneel. Maar in de cmis-mapping tabel op blz 57 staat dat de Documenttitel verplicht is.  Dat moet ook, want deze wordt gemapt op cmis:name. De titel moet dus verplicht gemaakt worden bij maakZaakdocument, omdat anderes geen object aangemaakt kan worden in cmis repository. 
  • Paragraaf 4.2.6.2 (updateZaakDocument). object.checkedOutId moet zijn; parameters.checkedOutId (staat wel correct in schema's). 
  • dit lijstje wordt gaandeweg aangevuld

Wanneer u in bovenstaande lijstje punten ziet waar u het niet mee eens bent, dan hoor ik het graag. Ik zal er in dat geval een apart discussie topic voor aanmaken. 

(laatst aangepast 17-2-2014 12:44)

Anoniem

Komt er in de 1.1 versie ook ondersteuning voor documenten die via de postkamer van de gemeente naar de Consumer moeten worden gestuurd?