In our CS v7.4 application which is integrated with Avaya AES v7.x telephony we have observed the following and would like to know if these are expected behaviour and is there any way we can enhance it in our application
Our agents use Pega soft phone toolbar (full telephony) and the Avaya desk phones. Sometimes the agents would change their state from one not-available to another e.g. Meeting to Lunch from the desk phone. This change of AUX reason codes does not reflect on the Pega UI. However if the agent changes state from Available to Not Available and vice versa then Pega is notified of the state change and the UI refreshes to mirror the current state. Why is PegaCall not able to reflect the change of reason codes on the UI when it changes from one AUX code to another.
Why does PegaCall not allow changing the not available reason codes from one value to another e.g. Meeting to Lunch. The agent must always make themselves available first to change the reason code i.e. Not Available (Meeting) ->Available ->Not Available (Lunch). Why this restriction been applied on the UI?
Any help/clarification in this regard would be much appreciated.
For the second point, if you want to change within the not available status without changing it to the available in between then a Hfix-46691 is available. This is applicable to CS 7.4. After installation, no need to change the available status in between if you want to change the one not available status (Lunch) to another (Meeting).