thank you very much for your answers.
I agree that it seems the expected behaviour; even if the documentation is reporting differently (maybe somebody from Genesys will read here and could adapt the material accordingly).
I would say that the Idea won't change this situation, if the assumption above is correct.
Original Message:
Sent: 05-06-2026 06:07
From: Phaneendra Avatapalli
Subject: Secure Data action
Just to add, failure paths do exist in call flows (including Secure Flows), but failure outputs aren't available for mapping like they are in non-call flow types.
So you can detect that the action failed, but you can't access or use the failure response details in Architect.
The idea shared above is essentially for the same reason to allow access to data action error messages in voice/call flows, which isn't currently supported.
Hope this helps.
------------------------------
Phaneendra
Technical Solutions Consultant
------------------------------
Original Message:
Sent: 05-06-2026 05:12
From: Phaneendra Avatapalli
Subject: Secure Data action
Hi Lorenzo,
I believe this is expected behaviour in Genesys Cloud Secure Flows where only success outputs are exposed and failure responses (like 400/500/422) aren't available for mapping.
From what you've described, you're on the right track those HTTP responses follow the failure path, and the response template won't help in that case.
The PCI DSS / secure toggle is required to use the action in secure flows, but it doesn't change this behaviour.
There's also an idea in the Genesys Ideas portal that seems closely related to this limitation says in development :
https://genesyscloud.ideas.aha.io/ideas/INB-I-1498
It's about allowing access to data action error messages in voice flows, which would help surface failure details instead of only handling generic errors.
Someone from the community might be able to add more to this or share if they've found a workaround.
------------------------------
Phaneendra
Technical Solutions Consultant