Hi Aakanksha
What you're seeing is expected behavior due to how Genesys Cloud handles recording inheritance during external bridged transfers.
When a call starts recording on Trunk A with "Record through External Bridged Transfer" enabled, that recording context is preserved across subsequent transfers. Because of that, when the call is eventually transferred externally via Trunk C, the platform still considers the interaction to be part of the same recorded session-even if recording is disabled on that trunk.
That is why:
- Disabling Record Through Transfer on Trunk A stops the Microsoft Bot segment from being recorded.
- Keeping it enabled causes the later external transfer via Trunk C to also be recorded.
The key point is that recording continuation is controlled by the original recording context, not strictly by the trunk used later.
I believe that to solve this is to explicitly stop the recording before the final external transfer. For example:
- Record the interaction normally for:
- Inbound segment (Trunk A)
- Transfer to Microsoft Bot (Trunk B)
- Return to Genesys and ACD routing
- When the flow determines that the call will be transferred externally to another company(Use a dummy queue with an inqueueflow and create this logic in it before transferring(in this case if the call is active with the agent).):
- Use Architect → Set Recording State → Stop Recording
- Then perform the external transfer through Trunk C
By stopping the recording before the transfer, the external leg will not be captured, even if the earlier segments were recorded.
Endpoint:
PATCH /api/v2/conversations/calls/{conversationId}
Body: { "recordingState": "PAUSED" }
Just to be clear, I've never tested those points because I don't have a use case for them; that's just how I would try to do it.
------------------------------
Kaio Oliveira
GCP - GCQM - GCS - GCA - GCD - GCO - GPE & GPR - GCWM
PS.: I apologize if there are any mistakes in my English; my primary language is Portuguese-Br.
------------------------------