Cum să nu pierdeți clientul
Transfer participant / Transfer consultativ - Transferul unui apel în care operatorul a primit informația de la apelant pune apelul în așteptare, apoi inițiază un al doilea apel către un terț (abonatul, care dorește să se conecteze apelantului), vă anunța la sosirea unui apel, și numai după autorizare de către terți, se conectează la apelant. După aceasta, operatorul închide și nu afectează în nici un fel apelul transferat. Astfel, operatorul rămâne încrezător că apelantul este conectat la abonatul dorit. În cazul în care operatorul nu ajunge la apelată, sau se spune că nu poate lua în prezent apelul, operatorul scoate apelantului din așteptare și ia cerut să sun înapoi mai târziu.
Transferul orb - Chiar și din numele devine clar că acest tip de traducere este "orb", adică operatorul traduce apelul fără a anunța terțul în apelul primit. Nu este greu de ghicit că dacă abonatul apelat este ocupat sau nu răspunde, atunci apelul este pur și simplu tăiat.
Sunt de acord, situația este extrem de nedorită, clienții trebuie să recheme numărul, să comunice cu operatorul, să explice că conversația nu a avut loc etc. Pierde timp, loialitate și interes pentru clienți.
Problema cu apelurile pierdute după traducerea „orb“ a avut loc Asterisk fi de până la 1,6, atunci când imaginea feature.conf Participarea la transfer (atxfer) nu a fost introdus suplimentar atxferdropcall funcționalitate. cu valori da și nu
atxferdropcall = da - Apelul nu va fi reluat după un transfer nereușit
atxferdropcall = nu - Apelul va fi reluat după o traducere nereușită
În mod implicit, această variabilă este setată la da în Asterisk. Astfel, pentru a rezolva problemele cu apelurile pierdute în timpul traducerii, trebuie doar să modificați fișierul feature.conf după cum urmează:
Unde, atxfernoanswertimeout - timpul, care este necesar pentru a apela înapoi;
atxfercallbackretries - Numărul de încercări de reîncercare
P.S. Dacă specificați data de naștere, vă vom felicita și vă vom oferi un mic cadou :)