Hi Stephen,
We have the same setup with a client. And had the same issue, which as you already figured out is down to the 'external bridged transfers'. There is a conflict between wanting the external Bot trunk recorded, and then the external transfers at the agent end.(Actually logic would dictate that Camerons suggestion should work, but the Trunk B settings are ignored for external bridged transfers, it will only take the Trunk A setting. This was the case unless this has changed in last 6 months)
The way to solve it is through Triggers.
In our situation it was relatively straight forward, as all external calls needed to be recorded except when an agent was not part of the conversation, which 'external bridged transfers' was overriding. A data action in the Trigger for conversation.user.end to the conversation/details API will give a nicely formatted JSON response to check the participants and which ones are active/dialing, allowing us to make a decision to call Secure Pause on the recordingstate API if no agents were found left active.
This technique could be applied to your scenario, to check on the participants and if the agent/user is transferring to an external party.
This technique can also be used to solve the Conference call issue, where recording between external parties continues when an Agent/User drops out of the conversation.
Hope that helps,
p.s since writing this this morning I am doubting. The trunk C should not record if not set to do so, make sure it is actually going out over trunk C. If sure, then just disable bridged transfers on Trunk B, that is not required at all and may be interfering unnecessarily, trunk B will be recorded by the 'external bridged transfer' setting on trunk A!
------------------------------
Kevin Young
TTEC Digital, LLC
kevin.young@ttecdigital.com
------------------------------