Squit XO plaatst bij een zaakupdate bericht zakLk01, waarbij een nieuw subject wordt opgevoerd een "T" bij de relatie en bij de gerelateerde entiteit (subject) een "I" als verwerkingssoort (identificerende gegevens). Dit wordt door het STP goedgekeurd. Sommige zaaksystemen vereisen echter een "T" (toevoegen) bij de gerelateerde entiteit. Volgens StUF 3.01 moet een zendende applicatie "I" sturen als hij zeker weet dat de entiteit in de ontvangende applicatie aanwezig is. Als het zendende systeem niet zeker weet of het ontvangende systeem een gerelateerde kent, dient het
gerelateerde object met "T" als StUF:verwerkingssoort te worden opgenomen. Het is mij echter onduidelijk bij "T" wat er gebeurt als de entiteit al aanwezig is in het ontvangende systeem. Kunnen we dan ook een foutbericht verwachten?
Graag een uitspraak: of altijd "T" of altijd "I" bij een gerelateerde entiteit in het kader van ZS-DMS. Ook graag STP hierop aanpassen.
vr, 10-07-2015 - 12.31u
#1
Verwerkingssoort T of I bij gerelateerde entiteit?
Dit zijn twee in één vraag.
Mijns inziens is een "I" (Identificerende gegevens) netter omdat het zendende systeem niet altijd kan weten of een gerelateerde al bekend is bij het ontvangende systeem. Het enige wat de zender kan aangeven is "dit is de gerelateerde van dit subject".
De vraag is echter of dit werkbaar is: standaard toevoegen ("T") heeft tot gevolg dat de entiteit er altijd zal zijn. Ofwel omdat deze net toegevoegd is ofwel omdat deze er al was en een foutbericht volgt. De "T" is dus robuuster. Het foutbericht wat volgt wanneer een entiteit al aanwezig is kan dan eventueel genegeerd worden omdat voor de zender duidelijk is dat de gerelateerde entiteit bij het ontvangende systeem hoe dan ook aanwezig zal zijn.
De fout die terug zou moeten komen is volgens de StUF standaard een foutbericht met code StUF067 (‘Dubbelen voor object gevonden’, zie StUF standaard paragraaf 5.2.8).
Dit voorstel is geagendeerd voor de teleconferentie van de werkgroep op 5 november 2015. Zie ook https://gemmaonline.nl/index.php/Werkgroep_Zaak-_Documentservices_201...
Het staat niet expliciet in de specificaties vermeld maar volgens mij kun je uit het gebruik van de termen 'zeker weten' en 'niet zeker weten' afleiden dat bij gebruik van een 'I' de ontvanger een foutmedling retourneert als de gerelateerde ontbreekt en dat bij gebruik van een 'T' de ontvanger eerst controleert of de gerelateerde al bestaat in zijn registratie en in dat geval de 'T' als 'I' verwerkt. Oftewel, in dat laatste geval geen foutmelding retourneert.
Op bladzijde 51 van de StUF specificaties staat:
Als de synchrone respons op een asynchroon bericht een Fo03-bericht is, dan dient de zender van het bericht ervan uit te
gaan dat dat niet door de ontvanger verwerkt zal worden.
In de specificaties is niet aangegeven of dit ook geldt voor een Fo01-bericht. Maar om, gezien bovenstaande, verwarring over het al dan niet verwerken van een bericht te voorkomen ben ik er geen voorstander van een foutbericht te sturen als het bericht wel kan worden verwerkt.
Beste Roel, Michiel,
We willen geen foutbericht ontvangen, want de TSA doet niets fout. Bovendien specificeert ZS-DMS geen herstelmechanisme hiervoor (of een mechanisme om te bepalen of de informatie al bekend is).
Het is veel handiger af te spreken dat T (of I) geaccepteerd wordt, ongeacht of het zaaksysteem de informatie al heeft of niet.
In de zipfile met daarin schema's en documentatie van sectormodel StUF-BG staat in het document keuzenverStUFfing_RSGB.pdf in paragraaf 2.8 het volgende geschreven
/**/
In een kennisgevingbericht mogen gerelateerden in principe worden opgenomen met verwerkingssoort 'T' (de zender weet niet of de gerelateerde al bekend is bij de ontvanger. De ontvanger mag de gerelateerde toevoegen op basis van de gegevens in het bericht) of 'I' (de zender verwacht dat de ontvanger de gerelateerde reeds kent. Indien dit niet het geval is, dan is er sprake van een foutsituatie). Bij een keuze voor verwerkingssoort 'T' hoeft een zender niet te waarborgen dat de ontvanger een object in een gerelateerde reeds kent. Zonodig voegt de ontvanger het object voor de gerelateerde toe met alleen voor de kerngegevens een waarde.
/**/
Hieruit leid ik af dat gebruik van verwerkingssoort T niet verplicht om de gegevens op te nemen. Dus wanneer de gegevens al bekend zijn bij de ontvanger hoeft deze er niets mee te doen en wordt geen foutmelding terug gestuurd. Deze zelfde interpretatie is in de StUF Expertgroep van 20-04-2016 besproken en onderschreven door de aanwezige partijen.
De documenten van het sectormodel StUF-BG zijn te vinden op: http://gemmaonline.nl/index.php/Sectormodel_Basisgegevens:_StUF-BG#Docum... .