Having some issues getting my configuration to work…
Trigger outbound call on primary BYOC trunk.
Force SIP registration timeout to initiate failover to secondary trunk.
Data Action webhook returns 502 Bad Gateway despite valid JSON payload.
Inspecting the Genesys Cloud logs shows the conversation:updated event payload includes carrier-specific headers that the endpoint rejects. Does the Data Action schema need explicit allow-listing for these SIP headers during failover transitions?
this looks like a payload size or header stripping issue during the failover. in zendesk, we’d just ignore extra fields, but gc data actions are strict. try wrapping the sip headers in a separate object or using a transform node to strip them before the webhook call. also check if the 502 is from the target server rejecting the malformed json structure.
Does the Data Action schema need explicit allow-listing for these SIP headers during failover tra
It depends, but generally… this screams payload validation failure. As a WFM guy, I know strict schemas reject unexpected fields. Strip those carrier headers in a transform node before the webhook. Check if the 502 comes from the target rejecting malformed JSON, not Genesys.