Budowa usługi EWT

Potrzebny programista backendowy, który dopracuje skrypt do zapytań po API, przetwarzania i wysyłania potrzebnych informacji.

Na VPS CentOS Stream 8, zgodnie z załączonym TŻ, zbudowana usługa, która przez API otrzymuje dane dotyczące pracy pracowników call center z ATE, przetwarza je i wysyła przez API do Zamawiającego dane dotyczące EWT.

Oczekiwany czas oczekiwania (EWT) — to oczekiwany wskaźnik, jak długo abonenci muszą czekać na połączenie z operatorem.

Usługa jest skonfigurowana w podobnym kierunku, należy skopiować i dostosować do nowego projektu.

Co należy zrobić:

W odniesieniu do API potrzebne są trzy parametry:

1) Liczba operatorów online

2) EWT kolejki lub średni czas oczekiwania za ostatnie 10 minut

3) Liczba połączeń w kolejce na chwilę obecną

Opis poprawek, które są potrzebne.

Potrzebne są dwa  endpointy po naszej stronie, do których  Zamawiający będzie wysyłał zapytania

1) GET  Aby przesłać nam dane dotyczące wskaźników na twojej platformie 

                 Powinno zwracać json w takim formacie przykład

               {

                               "OperatorOnlineCnt" : 5,

                               "EWT: 35,

                               "queue_cnt" : 2

                }

                gdzie 

                OperatorOnlineCnt(int)  - Liczba operatorów online na chwilę obecną

                EWT (int, w sekundach)  - EWT kolejki lub średni czas oczekiwania za ostatnie 10 minut, w sekundach

                queue (int)  - Liczba połączeń w kolejce na chwilę obecną

 2) GET/POST

aby zapisać i przesłać nam historię, potrzebny jest punkt, który będzie przyjmował datę i zwracał trzy parametry -  przyjęto, zaakceptowano, pominięto za datę, która została przekazana w zapytaniu.

W rezultacie:

1. Zamawiający potrzebuje od nas widzieć 3 wskaźniki zawinięte w link i przekazać je. + aby sami mogli je oglądać.

OperatorOnlineCnt(int)  - Liczba operatorów online na chwilę obecną

EWT (int, w sekundach)  - EWT kolejki lub średni czas oczekiwania za ostatnie 10 minut, w sekundach

queue (int)  - Liczba połączeń w kolejce na chwilę obecną

2.  Mamy teraz 4 podobne projekty, ale w innym projekcie. Można skopiować 1 i zrobić 5. Następnie zmienić logikę.

3.  OperatorOnlineCnt(int)  - Liczba operatorów online na chwilę obecną

tam też taki wskaźnik istnieje. Będziemy przesyłać wszystkie, które nie są offline według określonego parametru z odpowiedniego działu, który jest pobierany przez API z ATE.

4. EWT (int, w sekundach)  - EWT kolejki lub średni czas oczekiwania za ostatnie 10 minut, w sekundach

Tutaj logikę trzeba dopracować.

Jeśli jest chociaż jeden online, wolny, nie w statusie CRM i nie na przerwie - EWT - 1 sek. lub 0. Jeśli to możliwe

Jeśli nie ma wolnych, wtedy obliczenie według EWT. Dane są pobierane za ostatnie 10 minut z ATE i oblicza się średni czas oczekiwania na odpowiedź. Taki wskaźnik tam istnieje. Pożądane, aby ta statystyka nie była akumulacyjna, aby nie zaśmiecała miejsca.

5. queue (int)  - Liczba połączeń w kolejce na chwilę obecną 

Tutaj również trzeba pobrać z API Binotel i podać liczbę 

6. Jeśli chociaż jeden wskaźnik przez timeout z Binotel pokazuje błąd, to zwracamy poprzedni wskaźnik.

7. Zawijamy te dane w link i przekazujemy zamawiającemu.  Będzie czat z nimi.
8. No i w kwestii historii: aby zapisać i przesłać nam historię, potrzebny jest punkt, który będzie przyjmował datę i zwracał trzy parametry -  przyjęto, zaakceptowano, pominięto za datę, która została przekazana w zapytaniu.