Additional meeting and call-related features and issues within Microsoft Teams for business
Dear Mathijs Vinken,
Thank you for your continued detailed updates, which are very helpful in understanding the intricacies of your call routing and Caller ID scenario.
Let's break down the Caller ID behavior you're observing:
- Outbound Calls (Working): When your user directly places a call, your custom CallingIDPolicy successfully overrides their personal number with the resource account's number. This is excellent and confirms that the policy itself is correctly configured and applied for direct outbound dialing.
- Forwarded Calls (Not Working): When a call comes in and is then forwarded (either through simultaneous ringing to a group or direct forwarding), the system is likely passing the original caller's Caller ID to the final destination. The forwarding action isn't always treated as a new outbound call originating from the user that would automatically trigger your custom Caller ID policy. This behavior is often by design to preserve the call's original context for various reasons.
Addressing the Call Queue Forwarding Error: "it hasn't been set up for this feature and we need to contact an administrator."
This error suggests that while your Call Queue is routing calls internally to users, it's encountering a limitation when attempting to forward calls externally to a PSTN (mobile) number. This often indicates:
- The specific mobile number you're trying to forward to isn't correctly configured as an external transfer target within your Microsoft Teams Phone System. For external transfers from Call Queues, the target number needs to be reachable and correctly licensed/configured.
- There might be a licensing or policy restriction on the Call Queue itself that prevents it from directly forwarding to external numbers, especially if it involves consuming PSTN minutes in a way not covered by its associated resource account or calling plan.
- The Call Queue might lack the necessary "operator" or "forwarding" permissions to send calls externally without intervention.
Given the complexity of Caller ID policies and call routing in Teams, especially with Call Queues and external forwarding, I recommend the following:
- Review Call Queue External Transfer Settings:
- As an administrator, double-check the settings for your Call Queue.
- Ensure that forwarding to an external number is explicitly allowed and configured correctly. Sometimes, specific policies or Calling Plans need to be assigned to the resource account associated with the Call Queue to permit external transfers.
- Confirm that the mobile number is entered in the correct E.164 format.
- Consider an Auto Attendant for External Forwarding:
- If the Call Queue continues to present difficulties with direct external forwarding and maintaining Caller ID, consider routing the call from the Call Queue to an Auto Attendant first.
- The Auto Attendant can then be configured to route calls to an external PSTN number. Auto Attendants often have more robust options for how Caller ID is handled during transfers to external numbers, and you might be able to configure it to present the resource account's number. This adds a step, but it often provides more control.
- Engage Microsoft Support for Specific Policy Behavior:
- If the above steps don't resolve the Call Queue forwarding issue, and especially if you still need the resource account Caller ID to display on forwarded calls, I strongly recommend submitting a support ticket via your Microsoft 365 Admin Center. This is the direct channel to reach Microsoft's technical support team who have the necessary tools and backend access to thoroughly investigate and resolve such intricate problems.
Log in to the admin center, navigate to Show all > Support > New service request. Explain your setup:
- Your custom Caller ID policy overriding to the resource account.
- The fact that it works for direct outbound calls.
- The issue specifically with forwarded calls (from a user or a Call Queue).
- Your goal to have the resource account's number show as Caller ID for all forwarded legs of the call.
- They can investigate the specific call flow and policy application from their backend tools, which we don't have access to, and clarify if there's a policy limitation or an advanced configuration needed for this specific forwarding scenario.
This is a somewhat intricate setup and getting the exact Caller ID behavior you want on forwarded calls can be a bit of a puzzle. Please let me know how these suggestions work out, or if you have more details on the Call Queue error message after your administrator reviews the settings!
Kind regards,
Kai-L - MSFT | Microsoft Community Support Specialist