[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: ACD report3 3/3, the report page - short table headers



- Le routage des appels par ACD n’est pas encore fonctionnel.


- L’objective de ce script pour le moment est de suivre le comportement de ces deux vendeurs (Colt et Verizon).


- Pour que le routage se fait normalement et pour avoir un nombre limité des appels qui passent par notre système de routage, on a changé les préférences des tarifs de test comme suite 2 pour Verizon et 1 pour Colt.


- « Target load balance » : est la probabilité de routage c.-à-d. la probabilité pour que l’appel passe par le vendeur spécifié au premier lieu on cas de rejet la probabilité passe à 100%
L’appel ne sera rejeté qu’une seul fois par notre système de routage.

- « Rejected to balance » est le nombre des appels rejetés par notre système de routage et comme les préférences de ACD-Routing-Colt et ACD-Routing-Verizon (nos tarif de teste) sont les derniers dans la liste de routage de Billing alors il n’y a pas vraiment des appels qui passent par notre système (des appels déjà rejeté par les mêmes vendeurs comme les faux numéros).




On 2009-11-02 22:01, Task-By Emin Gabrielyan wrote:
The format of the report page (example: http://unappel.ch/public/091029-ACDstat/091102-acd-stat-37410.html)

The table headers are much shorter, so the table takes less space and more space is left for histograms.

I do not understand how “Rejected to balance” is working. This must be the number of rejects sent by the routing system during the interval. Is it correct? Why there are 0 rejects out of 45 attempts in the case of the first line? Please explain.

Why the billing priorities are 2 and 1. They must not be higher? These are the billing priorities of cloned connections. Please explain.

The remarks (in track changes mode) are in the attached DOC file