Il livello di telefonia tra il vostro operatore e chi risponde — un uomo o un agente.

Non oggi, e preferiamo dirlo piuttosto che dare un numero che suona a vuoto. La parte dell’agente si può ascoltare nella pagina, subito. La parte telefonica dipende da un host SIP, e l’host attraverso cui passano le nostre linee di test non risponde alla data di scrittura — verificato oggi, nessuna risposta al ping e nessuna risposta su HTTP. Per un vostro progetto, la telefonia si alza su un host dedicato al progetto, non su quello di test.

Perché le regole di instradamento, le code, il trasferimento, la casella vocale e lo storico delle chiamate sono dell’azienda, non del fornitore di voce. Con una centrale propria potete cambiare il motore dell’agente senza riscrivere il comportamento del vostro telefono, potete inviare la stessa chiamata prima a un agente, poi a una persona, e potete tenere da voi la registrazione delle chiamate. Senza di essa, siete vincolati a ciò che il fornitore sceglie di esporre.

Crollano tutte le linee che passano attraverso di esso. Non è un’ipotesi: è ciò che abbiamo vissuto noi, e la firma è facile da riconoscere — la chiamata restituisce «request timed out» con l’identificatore della chiamata SIP vuoto, quindi non è colpa dell’agente, del numero o del prompt. La conclusione che abbiamo tratto e che ora inseriamo in ogni progetto: la continuità non è una funzione della centrale, è una decisione di architettura e di budget, presa all’inizio. Si risolve con un secondo host e con un percorso di riserva verso numeri ordinari, non con un’impostazione.

No. Sono due cose diverse, e l’operatore può trattarle in modo diverso. Abbiamo documentato un caso in cui, con la nostra configurazione invariata e con le chiamate in entrata funzionanti, la centrale dell’operatore ha iniziato a respingere tutte le chiamate in uscita con `403 Forbidden` — la prova che il problema fosse dall’operatore è stata che un secondo account, con configurazione strutturalmente identica, continuava a chiamare verso l’esterno. Per questo non promettiamo una campagna di chiamate in uscita prima di un test di uscita riuscito sul vostro numero.

Sì, e lo abbiamo fatto: abbiamo scritto un middleware in Python sopra l’API di una centrale virtuale dell’operatore, con client proprio, limitatore di frequenza, download delle registrazioni, trascrizione, analisi e alerting, eseguito in produzione. Cosa va saputo in anticipo: l’accesso all’API estesa è spesso un servizio separato, contrattato a parte, e le credenziali possono non funzionare al primo tentativo — da noi, il ciclo di chiarimento della specifica e di reset della password con l’operatore è durato mesi, con il servizio già fatturato. Per questo, in un’offerta che dipende dall’API di un operatore, inseriamo esplicitamente la condizione: il lavoro inizia dopo che l’autenticazione è stata dimostrata, non dopo che è stata promessa.

Possono essere registrate, trascritte e analizzate. Rimangono legate all’area di lavoro della tua azienda e l’accesso richiede autenticazione — non esiste un deposito comune tra i clienti. Chi del tuo team ha diritto all’ascolto si stabilisce in fase di implementazione. L’avviso all’interlocutore e la base giuridica della registrazione sono decisioni tue in qualità di titolare del trattamento; le scriviamo nello сценарio, non le diamo per scontate.

Sono il caso peggiore trattato nella maggior parte delle aziende, perché non lasciano traccia: non hanno registrazione, non hanno transcript, esistono solo nei registri delle chiamate. Da noi, un processo legge i registri ogni tre minuti, identifica le chiamate non prese in carico e le trasforma in un alert e in una riga visibile. Per essere chiari su cosa dipende: le vediamo solo nella misura in cui l’operatore le espone nei propri registri.

Sì, e i menu stanno nel database, non in file sul server. Il motore legge la configurazione del menu durante la chiamata e decide una delle sei strade: verso un agente, verso un altro menu, verso una coda, trasferimento a un numero esterno, un messaggio finale, oppure chiusura. I messaggi possono essere sintetizzati o registrati in anticipo. In pratica, una modifica del menu non richiede interventi sulla centrale.

Attraverso una riconciliazione, ed è un elemento che costruiamo esplicitamente. L’interrogazione rapida ha una finestra di alcune decine di ore, e sopra di essa viene eseguita ogni sei ore una riconciliazione su una finestra di una settimana, che rilegge più pagine di risultati. Ogni record elaborato viene marcato, quindi la rilettura non duplica nulla. Senza riconciliazione, un’interruzione di un’ora significa un buco permanente nei dati — e nessuno se ne accorge.