Home

Deleted call queues on SiP addresses keep showing up in search

%3CLINGO-SUB%20id%3D%22lingo-sub-130452%22%20slang%3D%22en-US%22%3EDeleted%20call%20queues%20on%20SiP%20addresses%20keep%20showing%20up%20in%20search%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-130452%22%20slang%3D%22en-US%22%3E%3CP%3ENow%20that%20Call%20queues%20can%20be%20created%20using%20a%20SiP%20address%20rather%20than%20requiring%20a%20service%20number%20I%20have%20created%20some%20CQ's%20for%20temporary%20use%20-%20to%20support%20specific%20events.%20I%20have%20adopted%20the%20policy%20of%20naming%20all%20my%20call%20queues%26nbsp%3B%20with%20the%20prefix%20CQ%20so%20that%20in%20search%20entering%20CQ%20will%20list%20them.%20The%20point%20being%20that%20users%20can%20quickly%20list%20and%20then%20transfer%20to%20a%20CQ.%20However%2C%20when%20the%20temporary%20CQ%20is%20no%20longer%20required%20and%20has%20been%20deleted%20in%20the%20SfB%20admin%20centre%20(and%20no%20longer%20shows%20up%20there%20in%20the%20call%20queue's%20tab%26nbsp%3Bin%20the%20admin%20centre)%26nbsp%3Bthe%20CQ%20seems%20to%20still%20persist%20somewhere%20in%20the%20background%20and%20is%20continues%20to%20show%20up%20in%20the%20search%20results%20on%20the%20SfB%20client.%20Does%20any%20body%20know%20how%20to%20flush%20these%20%22zombie%22%20call%20queues%20out%20of%20the%20system%20%3F%3F%20Obviously%20it%20would%20be%20better%20if%20deleting%20them%20in%20the%20admin%20portal%20would%20fully%20removed%20them%20from%20the%20system%20but%20in%20the%20interim%20is%20there%20a%20manual%20way%20of%20doing%20it%20%3F%20I%20should%20point%20out%20that%20it%20is%20not%20the%20intent%20to%20delete%20the%20underlying%20O365%20group%20upon%20which%20the%20CQ%20is%20built%20-%20just%20to%20remove%20the%20CQ.%26nbsp%3B%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-LABS%20id%3D%22lingo-labs-130452%22%20slang%3D%22en-US%22%3E%3CLINGO-LABEL%3EDesktop%20Client%3C%2FLINGO-LABEL%3E%3CLINGO-LABEL%3EVoice%3C%2FLINGO-LABEL%3E%3C%2FLINGO-LABS%3E%3CLINGO-SUB%20id%3D%22lingo-sub-130882%22%20slang%3D%22en-US%22%3ERe%3A%20Deleted%20call%20queues%20on%20SiP%20addresses%20keep%20showing%20up%20in%20search%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-130882%22%20slang%3D%22en-US%22%3E%3CP%3EThanks%20Erwin%2C%20no%20I%20have%20not%20got%20into%20using%20the%20Power%20Shell%20yet.%26nbsp%3B%20For%20anybody%20who%20is%20interested%20I%20have%20also%20observed%20that%20when%20a%20Group%20is%20found%20in%20the%20SfB%20client%20the%20icon%20shows%20-%20as%20you%20would%20expect%20a%20group%20of%20people.%20When%20a%20Call%20Queue%20is%20found%20the%20icon%20shows%20a%20single%20person.%20That%20is%20helpful%20for%20distinguishing%20what%20are%20groups%20and%20what%20are%20call%20queues%20in%20the%20SfB%20search%20results.%20Calling%20a%20group%20creates%20a%20conference%20call%20whereas%20calling%20a%20CQ%20exhibits%20CQ%20behaviour.%20Obviously%20you%20don't%20want%20to%20be%20accidentally%20calling%20the%20underlying%20group%20if%20you%20transfer%20a%20call%20-%20you%20could%20be%20putting%20the%20call%20through%20to%20an%20entire%20call%20centre%20as%20a%20conference%20call.%20Right%20now%20that%20is%20pretty%20easy%20to%20do%20!!!%20This%20is%20most%20likely%20to%20happen%20when%20regardless%20of%20the%20options%20in%20the%20Auto%20Attendant%20the%20caller%20just%20hits%20the%20option%20for%20the%20operator.%20The%20operator%20then%20attempts%20to%26nbsp%3Btransfer%20the%20call%20to%20the%20appropriate%26nbsp%3Bcall%20queue%20but%20accidentally%20picks%20the%20similarly%20named%20group%20which%20underlays%20the%20call%20queue.%20Our%20single%20inbound%20caller%20now%20has%20the%26nbsp%3Bundivided%20attention%20of%20all%2050%20Agents%20servicing%20the%20call%20queue.%26nbsp%3B%20Apart%20from%20a%20careful%20naming%20scheme%20and%20user%20education%20does%20anybody%20have%20a%20way%20of%20preventing%20this%20happening.%26nbsp%3B%20Given%20that%20it%20is%20an%20issue%20which%20could%20disturb%20the%20operations%20of%20a%20large%20call%20centre%20it%20needs%20flagging.%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-130464%22%20slang%3D%22en-US%22%3ERe%3A%20Deleted%20call%20queues%20on%20SiP%20addresses%20keep%20showing%20up%20in%20search%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-130464%22%20slang%3D%22en-US%22%3EDid%20you%20already%20try%20to%20connect%20with%20powershell%20to%20Skype%20for%20Business%20Online%3F%3CBR%20%2F%3Eyou%20can%20use%20for%20Queues%3A%3CBR%20%2F%3E%3CBR%20%2F%3EGet-CsHuntGroup%20%7CFormat-table%20Name%2C%20LineUri%3CBR%20%2F%3E%3CBR%20%2F%3Eor%20for%20the%20tenant%3A%3CBR%20%2F%3E%3CBR%20%2F%3EGet-CsOrganizationalAutoAttendant%20%7CFormat-Table%20Name%2CLineUris%3CBR%20%2F%3E%3C%2FLINGO-BODY%3E
Highlighted
Contributor

Now that Call queues can be created using a SiP address rather than requiring a service number I have created some CQ's for temporary use - to support specific events. I have adopted the policy of naming all my call queues  with the prefix CQ so that in search entering CQ will list them. The point being that users can quickly list and then transfer to a CQ. However, when the temporary CQ is no longer required and has been deleted in the SfB admin centre (and no longer shows up there in the call queue's tab in the admin centre) the CQ seems to still persist somewhere in the background and is continues to show up in the search results on the SfB client. Does any body know how to flush these "zombie" call queues out of the system ?? Obviously it would be better if deleting them in the admin portal would fully removed them from the system but in the interim is there a manual way of doing it ? I should point out that it is not the intent to delete the underlying O365 group upon which the CQ is built - just to remove the CQ. 

2 Replies
Highlighted
Did you already try to connect with powershell to Skype for Business Online?
you can use for Queues:

Get-CsHuntGroup |Format-table Name, LineUri

or for the tenant:

Get-CsOrganizationalAutoAttendant |Format-Table Name,LineUris
Highlighted

Thanks Erwin, no I have not got into using the Power Shell yet.  For anybody who is interested I have also observed that when a Group is found in the SfB client the icon shows - as you would expect a group of people. When a Call Queue is found the icon shows a single person. That is helpful for distinguishing what are groups and what are call queues in the SfB search results. Calling a group creates a conference call whereas calling a CQ exhibits CQ behaviour. Obviously you don't want to be accidentally calling the underlying group if you transfer a call - you could be putting the call through to an entire call centre as a conference call. Right now that is pretty easy to do !!! This is most likely to happen when regardless of the options in the Auto Attendant the caller just hits the option for the operator. The operator then attempts to transfer the call to the appropriate call queue but accidentally picks the similarly named group which underlays the call queue. Our single inbound caller now has the undivided attention of all 50 Agents servicing the call queue.  Apart from a careful naming scheme and user education does anybody have a way of preventing this happening.  Given that it is an issue which could disturb the operations of a large call centre it needs flagging.