(v6) Usecase uitgesteld versturen

Periodiek, bijvoorbeeld één maal per dag of één maal per twee dagen, controleert de GBZ beheerder of berichten niet verstuurd zijn die wel verstuurd hadden moeten zijn. De GBZ beheerder zal allereerst pogen deze berichten nogmaals versturen. Hiervoor wordt specifieke functionaliteit in het systeem ter beschikking gesteld. Vanuit het systeem wordt ZORG-AB geraadpleegd. Hieruit volgt informatie of de oorzaak dat het bericht nog niet verstuurd is ligt aan de status van de geadresseerde applicatie ('inactief' / ‘in onderhoud’). Vervolgens wordt het mandaattoken en inschrijftoken gecontroleerd. Indien één van deze tokens niet geldig zijn zal de functioneel beheerder dit kunnen oplossen. Als het bericht alsnog niet verstuurd kan worden zal de GBZ beheerder onderzoek uitvoeren om de oorzaak te achterhalen. In veel gevallen zal het bericht direct verstuurd kunnen worden, bijv. bij een tijdelijke onbeschikbaarheid van één van de (netwerk) componenten in de keten.