kooskaspers
commented
3 days ago Het verplicht stellen van de (asynchrone) feedbackmessage zorgt ervoor dat alle partijen in de keten altijd helderheid hebben over de status van een bericht, zowel in goede als in foutscenario’s. Dit voorkomt misverstanden, omdat het meer biedt dan een synchrone "OK". De feedbackmessage maakt het mogelijk om expliciet aan te geven of de inhoudelijke verwerking geslaagd is. Dit betekent dat niet alleen wordt bevestigd dat een bericht technisch goed is ontvangen, maar ook dat:
Graag jullie reacties hierop.
Ha Duco, Namens TKP: Met bovenstaande volledig eens, in geval van asynchrone berichtverwerking. Voor de synchrone verwerking in combinatie met een succesvolle technische en functionele beoordeling bij de ontvanger, zijn wij van mening dat een HTTPcode 200 als respons voldoende is.
Uit gesprekken, met name in de technische werkgroep, komt naar voren dat het verplicht stellen van de feedbackmessage een waardevolle verbetering kan zijn. Graag ontvangen we reacties op dit issue.
Het verplicht stellen van de (asynchrone) feedbackmessage zorgt ervoor dat alle partijen in de keten altijd helderheid hebben over de status van een bericht, zowel in goede als in foutscenario’s. Dit voorkomt misverstanden, omdat het meer biedt dan een synchrone "OK". De feedbackmessage maakt het mogelijk om expliciet aan te geven of de inhoudelijke verwerking geslaagd is. Dit betekent dat niet alleen wordt bevestigd dat een bericht technisch goed is ontvangen, maar ook dat:
Zonder een feedbackmessage kan een bericht technisch succesvol lijken, terwijl het inhoudelijk incompleet of niet bruikbaar is.
Implementatie:
Graag jullie reacties hierop.
---------------------- English version --------------------------------
From discussions, particularly within the technical working group, it has emerged that mandating the feedback message could be a valuable improvement. We kindly invite your feedback on this issue.
Making the (asynchronous) feedback message mandatory ensures that all parties in the chain always have clarity on the status of a message, both in successful and error scenarios. This prevents misunderstandings, as it provides more information than a simple synchronous "OK." The feedback message explicitly indicates whether the processing was successful, which means it confirms not only that a message was technically received but also that:
The data is correct. The message meets the recipient’s substantive requirements. Without a feedback message, a message might appear to be technically successful while being incomplete or unusable in practice.
Implementation:
For all messages, the recipient provides a feedback message. Parties must ensure they can send and receive feedback messages. This may require the implementation of an additional endpoint. We look forward to hearing your thoughts on this.