PC Wallboard Displaying Queue

[adirondackman]

I'm trying to set up PC Wallboard to display the amount of calls in queue for huntgroups. We're on the latest 5.0.33 as well as the subcomponents. We recently upgraded our system to 3.2.54 and the VMPro to 3.2.28.4 Currently, the setup is for calls waiting for the HG, but that only shows the amount of calls ringing and then zeros out when the call goes to the queue. The users said that it was working in the past, but that can't be verified and they can't tewll me how long it hasn't been working and thus no idea if the upgrade impacted the performance (I'm sure you all know how that is!).

Is there a bug or a work around?

Thanks!

 

[janni78]

What happens in the Queue?

Is it just a queue message or does it do something else with the call?

 

[adirondackman]

It is just a display message that scrolls across the screen with the number of callers in queue displayed.

 

[Cosmicsniper]

adirondackman,
Verify your wallboard server is up and running. Next, check your the scheduled messages running on the wallboard server by selecting edit and the message. For example, you might have one or more messages chained in this format: Dallas Calls Waiting: {Calls Waiting} Austin Calls Waiting: {Calls Waiting} and so on.

In the message field, start by typing your hunt group identifier or in my example "Dallas Calls Waiting:" Then select the Call Waiting variable below from variable 1. You should now see a {1} activate at the top of the window. Click on this and it should add the variable to the message. When finished, click update.

Next, schedule your message and on the variable data 1-6 screen enter the associated hunt group extensions that match the message variables you just added or edited. Finish by selecting PC wallboard and the agents you wish to receive the message.

ccdpaladin

 

[adirondackman]

ccdpaladin,

Thanks for the reply. Going by the steps you laid out above was the same method used for the original setup. Unfortunately, it is only displaying the calls ringing and not the queues.

 

[PrivateBuild]

adirondackman,
This issue has been raised with Avaya and is due to be fixed , along with a heap of other things, in CCC 5.0.43 which is in field trials now and due for release 28th Feb.

 

[adirondackman]

Excellent! Thanks for the heads-up PrivateBuild.

 

[IPOUK]

IF you are going in via VM Pro - are you using a nornal transfer or an assisted transfer? There are big problems with assisted transfers in 5.0.33.

Sorted in the field trials.

 

[adirondackman]

Right now we are going in as normal transfers through VMPro due to the same issues you (IPOUK) mentioned.