search

dma61 / VBPUOdsk

2 stars 0 forks source link

applicationSenderName in berichten schema's on partySender maar volgens ADF2.0 onder commonTechnical #16

Closed estrenuo closed 3 months ago

estrenuo commented 8 months ago

In de berichten schema's staat onder het object partySender het attribuut applicationSenderName, echter na raadpleging van het ADF2.0 blijkt dit attribuut onder commonTechnical te staan.

Welke van de twee is juist? Wat er in ADF2.0 staat lijkt mij veel logischer.

image

dma61 commented 7 months ago

De entity.entitytypes party.receiver en party.sender vallen onder commonTechnical. In welke schema's zie je de fout?

estrenuo commented 7 months ago

Misschien heeft dit te maken met mijn begrip van entiteiten en attributen in de AFD2.0 en de "groepen" (object / array) en properties in de berichten schema's van bericht 1, 2 en 3.

In de AFD2.0 zie ik entiteit "commonTechnical" met een attribuut "applicationSenderName". In de genoemde berichten schema's zie ik een "partySender" met een property "applicationSenderName". Dus voor mij komt dat over een attribuut dat iets zegt over de partySender. Vanuit mijn begrip van de AFD2.0 zegt dat attribuut iets over de commonTechnical (het bericht zelf).

Neem even het volgende voorbeelden:

  1. partySender met RSIN 12345 stuurt/maakt een bericht (commonTechnical) met message id 1 via de applicatie "X" (applicationSenderName)
  2. partySender met RSIN 12345 stuurt.maakt een bericht (commonTechnical) met message id 2 via de applicatie "X" (applicationSenderName)
  3. partySender met RSIN 12345 stuurt/maakt een bericht (commonTechnical) met message id 3 via de applicatie "Y" (applicationSenderName)

Zegt applictionSenderName nu iets over waarmee het bericht (commonTechnical) verstuurt of gemaakt is? Dat is zoals ik het interpreteer of basis van de AFD2.0. Dit biedt de flexibiliteit voor een partySender om berichten te sturen/maken met welke applicatie dan ook, waardoor alle 3 de voorbeelden hierboven mogelijk zijn.

Of zegt het iets over de partySender met welke applicatie die berichten verstuurt of maakt? Dat is mijn interpretatie vanuit de JSON schema's. In dat geval is er een mogelijk conflict in de voorbeelden, want voorbeeld 3 is een andere applicatie.

Is het hiermee duidelijk wat ik bedoel?

dma61 commented 7 months ago

Het gaat bij applicationSenderName om de herleidbaarheid tot de applicatie. De applicatie kan immers onjuiste informatie hebben gegenereerd. Een eventueel inhoudelijk probleem kan dan worden teruggekoppeld door de ontvanger en de zender (en de ontvanger) hebben dan een referentie naar de applicatie waarin het probleem is ontstaan.

estrenuo commented 7 months ago

Waar die applicationSenderName op slaat snap ik wel, maar ik heb niet het gevoel dat duidelijk is geworden wat ik bedoelde. Aangezien het gaat om de applicatie waar het bericht mee verzonden is en dit bericht meer vanuit de commonTechnical wordt beschreven, zou dit attribuut daar ook rechtstreeks onder moeten vallen, zoals ook in de AFD2.0 het geval is, maar NIET in de berichten schema’s. Daar valt ie namelijk onder partySender.

dma61 commented 5 months ago

applicationSendername is in AFD 2.0 zowel beschikbaar onder party.sender als onder commonTechnical. Dat blijkt inderdaad niet uit de AFD 2.0 Online raadplegen documentatie (per april 2024)

Er is voor gekozen om het attribuut voor VBPUO te plaatsen onder party.sender.
Binnen SIVI is een actie uitgezet om AFD 2.0 attribuutbeschrijving te verbeteren op dit punt.