Call Manager

a call manager is a particular form of application server that manages the setup or connection of telephone calls the call server will receive call setup request, determine the status of destination devices, check the authorization of users to originate and/or receive calls, and create and send the necessary messages to process the call requests commands to configure call manager to use the call manager in administrator interface, you have to execute the following commands sequentially at the server operating system where ameyo server is installed psql u postgres \<ameyo database name> insert into server preference store(context type,context id,key,value) values ('contactcenter','\<contact center id>','callmanagerslot','\<protocol>//\<domain name or ip os server> \<port number>/app/build'); now, go to "system" → "system configuration" → "settings" → "system settings" scroll down and click "reload" button for "reload server preference store" to enable "call manager" tab on administrator console after reloading the table, now re login to administrator console to view call manager tab after relogin, go to more → call manager to view the call manager app the following two sub tabs are present here docid\ vrkeq0x16pommqmijbqqd docid\ fzwjn1u93gat 9kfj4ux0 disconnecting the call when voicelog recording fails businesses need voicelogs for the following reasons quality and training purpose compliance to respond to legal issues raised by consumers for legal pursuits in case the consumer has misbehaved or provided false information however, recording may encounter errors such as disk full permission denied codec errors including a bug or an unhandled packet in case of recording failures, a notification is sent to the relevant users but, the admin misses out on handling these cases and hence a loss of voicelogs may occur to prevent this loss, the admin can prevent the call to continue in case of recording failures and the loss of voicelogs can be prevented for manual dial, the ongoing calls are disconnected if there is an error in voicelogs recording, and further calls are prevented for some time so that the stakeholders can do the needful and resolve the issue when an ongoing call is disconnected, the user is notified about the same notification is sent to the users and stakeholders, including supervisor and administrator these notifications are of three types bell icon toast notifications desktop notification in case the user is not on the agent’s tab once the error is fixed, the agent can perform manual dials a consolidated notification is sent to stakeholders regarding the error that occurred during voicelog recording by default, the consolidated message is sent after 10 failed calls this unit is configurable in case of voicelog recording failure for inbound calls, the calls are disconnected and notification is sent to the users the customer is also notified by playing a fixed message this message is not configurable the message does not require a specific configuration or prompt to be uploaded, and it works by default for auto dial, in case of multiple call failures, the auto dialer gets turned off and a notification is sent to the stakeholders informing the reason behind it wherever the issue is fixed, the auto dialer is turned on and a notification is sent to the stakeholders in the db, the calls failing due the error in voicelog recording can be tracked in the call history table hangup details field has been introduced for vocielogs recording failures if the flag, isrecordingneeded, is set as true and the voice resource recording state is down due to some error in voicelog recording, then the user can not initiate or receive any further calls if the flag is false and the voice resource recording state is down due to some error in voicelog recording, the agent can initiate outbound calls and all other types of calls will also work fine the following are the recording states voice resource call context failover policy call context these states are available initially after the monitor status event failure, these recording states are made unavailable once the timer job runs successfully or the voice resource is reloaded, these recording states are made available again