Asterisk îți dă datele. Nu-ți dă o listă pe care s-o citească un om.
Un tabel de CDR, filtre puține, nimic calculat, iar înregistrările pe disc, în foldere după dată. Ce lipsește dintre datele brute și un jurnal pe care îl poți folosi — și de unde se ia fiecare lucru.
Un client sună și spune: „am vorbit marțea trecută cu cineva de la voi și mi s-a promis altceva.“ Ai nevoie de trei lucruri, în ordinea asta: să găsești apelul, să vezi cine l-a preluat, să asculți ce s-a spus.
Pe un Asterisk obișnuit, cele trei sunt în trei locuri. Apelul e într-un tabel de CDR cu filtre puține. Cine l-a preluat se deduce dintr-o coloană. Iar înregistrarea e pe disc, într-un folder după dată, cu un nume care conține identificatorul apelului — deci intri pe server prin SSH, sau rogi pe cineva să intre.
Datele există, toate. Le are centrala de când ai pornit-o. Lipsește forma în care le poate folosi un om.
Ce scrie Asterisk, de fapt
Indiferent ce interfață ai deasupra — FreePBX, Issabel, PBXact, Elastix, sau un Asterisk instalat manual — motorul care mută apelurile e același, și scrie două lucruri:
- evidența apelurilor (CDR): un rând pentru fiecare apel, cu ora, numerele, cine a preluat, cât a durat, cum s-a încheiat;
- jurnalul de cozi (queue log): dacă apelul a trecut printr-o coadă, o dâră secundă cu secundă — când a intrat, cui i-a sunat telefonul, cine n-a ridicat, în ce moment a renunțat apelantul.
Panoul din față îți arată, în general, primul lucru. Ca tabel. Iar tabelul e corect — și n-are niciun răspuns înăuntru.
Trei întrebări obișnuite. Niciuna nu are răspuns în tabel.
„Care a fost rata de răspuns săptămâna trecută?“
Se poate afla: exporți în Excel, filtrezi intervalul, numeri rândurile cu răspuns, împarți la total. Cinci minute, de fiecare dată, pentru fiecare perioadă. Iar comparația cu săptămâna dinainte înseamnă să faci tot exercițiul de două ori.
Ăsta e cazul ușor. Următoarele două sunt altceva.
„Pe lângă cine trec cele mai multe apeluri?“
Panoul îți poate da un top al interioarelor după volum. Sună rezonabil, până observi ce ascunde: un coleg cu 40 de apeluri din care ratează 30 nu ajunge niciodată în capul unui clasament ordonat după cine vorbește cel mai mult. Exact omul pe care îl cauți e cel care lipsește din listă.
Sunt două întrebări diferite, iar tabelul răspunde doar la prima:
- cine preia cele mai multe apeluri → clasament după volum;
- pe lângă cine trec cele mai multe apeluri → clasament după ratate.
„Cât au așteptat oamenii care au închis?“
Aici nu mai e o chestiune de filtrare. Datele nu există în evidența apelurilor.
Un apel care intră în coadă și e abandonat înainte să răspundă cineva lasă un rând fără timp de răspuns. Din CDR poți afla cât a așteptat cine a primit răspuns. Cât a așteptat cine a renunțat — nicăieri.
Informația există, dar în celălalt fișier: în jurnalul de cozi, pe care Asterisk îl scrie singur. Acolo e trecut momentul intrării și momentul abandonului. Diferența dintre ele e singura cifră care îți spune dacă răbdarea clienților tăi se termină la 30 de secunde sau la 90 — adică dacă merită să mai angajezi un om sau doar să schimbi mesajul de așteptare.
Ce mai lipsește, pe scurt
| Întrebarea | În evidența apelurilor |
|---|---|
| Rata de răspuns pe o perioadă | se calculează manual |
| Nivel de serviciu (răspuns sub X secunde) | nu există |
| La ce secundă renunță apelanții | nu există în CDR — e în jurnalul de cozi |
| Pe lângă cine trec apelurile | nu există — clasamentul e după volum |
| Durata reală a conversației | amestecată cu timpul pe muzică |
Capcana cu durata: „apel de 4 minute“ nu înseamnă „conversație de 4 minute“
Asterisk scrie două cifre: durata întregului apel și durata de la momentul în care a răspuns cineva. Diferența dintre ele e timpul pe muzică.
Dacă raportul tău mediază pe prima, un apel în care omul a stat patru minute în așteptare și a vorbit treizeci de secunde intră la calcul ca o conversație lungă și reușită. Media urcă frumos exact atunci când clienții tăi așteaptă cel mai mult.
De aceea așteptarea și vorbirea trebuie să rămână două cifre separate care nu se adună niciodată.
Capcana cu ratatele: centrala numără sonerii, nu apeluri
Dacă ai comparat vreodată un raport extern cu ce vezi în panou și ai găsit mai puține apeluri ratate, prima reacție e „lipsesc date“. De obicei nu lipsesc.
O coadă care sună cinci telefoane deodată scrie cinci rânduri pentru un singur apel. Numărate brut, un apel ratat de echipă devine cinci apeluri ratate. Cifra corectă e mai mică, și e mai mică intenționat — e același set de apeluri, socotit o dată.
Și media care minte: cea mai aglomerată zi a săptămânii
Pe o perioadă de zece zile intră două luni și o singură duminică. Un total brut pe zi a săptămânii va arăta lunea ca fiind de două ori mai încărcată decât e — nu pentru că e, ci pentru că a apărut de două ori.
Cifra corectă e media pe apariție, afișată lângă total. Fără ea, primul lucru pe care îl faci după ce citești raportul e să muți oameni într-o zi care nu are nevoie de ei.
Concluzia care contează
Nu-ți lipsesc datele. Le ai de când ai pornit centrala, și sunt exacte. Îți lipsește forma: o listă pe care o poți filtra și da mai departe, rapoartele deja calculate peste ea, și sunetul în același rând.
Asta face Call Detailed Reports: citește evidența apelurilor și jurnalul de cozi — strict pe citire, fără să schimbe dialplanul și fără să intre în panoul tău — le pune într-un jurnal filtrabil, calculează rapoartele de mai sus, și aduce înregistrarea de pe centrala ta când apeși redare. Fără SSH.
Fiindcă citim date care sunt ale Asterisk, nu ale interfeței de deasupra, rapoartele nu depind de ce panou ai ales. Astăzi modulul pornește automat pe FreePBX și pe centralele custom, pe care le potrivim noi; pentru Issabel, PBXact, Elastix, Wazo sau un Asterisk instalat manual, spune-ne ce ai și verificăm înainte să plătești ceva. Se plătește lunar, pe centrală — câți colegi citesc rapoartele nu schimbă factura — iar agentul care citește e același agent gratuit care rulează și pentru PBX Reports.