L’integrazione della telefonia aziendale è il processo che unisce il sistema di comunicazione vocale con la rete dati, gli strumenti di collaborazione e la rete telefonica pubblica, in modo che chiamate, videochiamate e applicazioni funzionino come un unico ambiente coerente. Non è una scelta unica, ma una serie di decisioni architetturali che incidono su costi, sicurezza, continuità del servizio e capacità di evolvere nel tempo. Questa guida analizza in profondità le opzioni disponibili, i componenti coinvolti e il metodo per progettare un’integrazione solida.

Cosa significa davvero integrare la telefonia

Per molti anni la telefonia aziendale è vissuta in un mondo separato: linee dedicate, centralini proprietari, cablaggi distinti dalla rete informatica. Oggi la voce è a tutti gli effetti un flusso dati che viaggia sulla stessa infrastruttura di rete usata da posta, gestionali e navigazione. Integrare significa progettare questa convivenza in modo che la voce mantenga la qualità e l’affidabilità che gli utenti si aspettano, e che il sistema telefonico dialoghi con gli strumenti di lavoro quotidiani.

Un’integrazione ben fatta risponde a tre esigenze contemporaneamente. La continuità, perché il telefono deve funzionare sempre, anche quando qualcosa va storto. La flessibilità, perché un’azienda cresce, apre sedi, cambia contratti. Il controllo dei costi, perché ogni scelta architetturale ha un impatto economico diverso nel breve e nel lungo periodo.

I componenti fondamentali

Prima di confrontare le architetture, conviene distinguere con precisione i tre elementi che compongono qualsiasi sistema telefonico moderno. Confonderli è l’errore più frequente e la causa di molte scelte sbagliate.

Il centralino (IP-PBX)

È il cervello del sistema. Gestisce le chiamate interne, instrada quelle esterne, definisce le regole (orari, code, gruppi di risposta, segreteria, registrazione). Un centralino moderno è basato sul protocollo IP e può essere un software installato su un server, un apparato dedicato o un servizio erogato in cloud. Piattaforme come Asterisk, FreePBX, PBXact o 3CX rappresentano diverse implementazioni della stessa funzione di base.

Il collegamento verso l’esterno (trunk)

È la via attraverso cui le chiamate escono verso la rete telefonica pubblica e ne arrivano. Nella telefonia tradizionale erano le linee ISDN o i flussi primari (PRI). Oggi la forma prevalente è il SIP trunk, un collegamento voce basato su protocollo SIP che viaggia sulla connessione dati. Il trunk non è il centralino: è ciò che lo connette al mondo.

I terminali

Sono gli strumenti con cui l’utente parla: telefoni fisici IP, softphone su computer, applicazioni su smartphone, dispositivi per sale riunioni. La tendenza è verso terminali software e app, che rendono la postazione telefonica indipendente dal luogo fisico e permettono di lavorare allo stesso numero da ufficio, casa o mobilità.

Le architetture a confronto

Centralino on-premise

Il centralino risiede fisicamente in azienda, su un server locale. È la scelta che offre il massimo controllo: dati, registrazioni, configurazioni e numerazioni restano dentro il perimetro aziendale, aspetto rilevante per chi ha requisiti di riservatezza o vincoli normativi. Consente personalizzazioni profonde, integrazioni con gestionali e logiche di instradamento complesse.

Il rovescio della medaglia è la responsabilità gestionale. L’hardware va manutenuto, il software aggiornato, la sicurezza presidiata. Il modello economico è quello dell’investimento iniziale (CAPEX), a cui si aggiungono i costi di gestione. È indicato per realtà con esigenze specifiche o con competenze tecniche interne, oppure per chi si affida a un partner per la gestione continuativa.

Centralino in cloud (Cloud PBX)

Il centralino è ospitato dal fornitore e raggiunto via internet. L’azienda non possiede hardware telefonico: sottoscrive un canone, in genere per utente, e attiva o disattiva postazioni in base alle necessità. È un modello a costi operativi (OPEX) che riduce la complessità gestionale e trasferisce al fornitore la responsabilità di aggiornamenti e disponibilità.

È particolarmente adatto ad aziende distribuite su più sedi, in crescita rapida o con molto lavoro in mobilità. In cambio si cede parte del controllo e si diventa fortemente dipendenti dalla qualità e dalla ridondanza della connettività internet, che diventa un punto critico da progettare con attenzione.

Architettura ibrida

Nella realtà, molte aziende non scelgono un solo modello. Un centralino on-premise esistente può essere collegato via SIP trunk e affiancato a una piattaforma cloud per gli utenti in mobilità, oppure integrato con Microsoft Teams per la collaborazione. L’approccio ibrido consente di valorizzare gli investimenti già fatti, migrare in modo graduale e assegnare a ciascun gruppo di utenti lo strumento più adatto, evitando la logica del tutto o niente.

Il SIP trunk in dettaglio

Il SIP trunk merita un approfondimento perché è il tassello che rende “IP” un impianto telefonico. Sostituisce le linee fisiche tradizionali con un collegamento logico che trasporta più canali voce contemporanei sulla connessione dati. I vantaggi sono concreti: si aggiungono o rimuovono canali senza interventi fisici, i costi di traffico spesso calano, e la numerazione diventa più flessibile.

Perché funzioni servono tre condizioni. Un centralino compatibile con il protocollo SIP, un operatore che eroga il servizio di trunk, e una connettività dati dimensionata e stabile. Ogni canale voce attivo consuma banda (tipicamente tra 85 e 100 kbps con l’overhead di rete, a seconda del codec), quindi il numero di chiamate simultanee previste va calcolato e riservato, non lasciato al caso.

Microsoft Teams come piattaforma telefonica

Molte aziende usano già Microsoft Teams per riunioni e collaborazione. Con la giusta configurazione, Teams diventa anche il sistema telefonico, con numeri pubblici e chiamate da e verso l’esterno. Microsoft documenta quattro modalità di connettività verso la rete telefonica pubblica, con gradi diversi di flessibilità e controllo.

Calling Plan

È Microsoft stessa a fare da operatore telefonico. Rappresenta la via più semplice da attivare, perché tutto resta dentro l’ecosistema Microsoft, ma è disponibile solo in alcuni Paesi e con listini per utente definiti da Microsoft. Offre poca libertà di scelta sull’operatore e sulle condizioni di traffico.

Operator Connect

Un operatore telefonico certificato si integra direttamente nella console di amministrazione di Teams. La gestione è semplificata e non richiede apparati aggiuntivi, ma la scelta è vincolata agli operatori che aderiscono al programma. È un buon compromesso tra semplicità e flessibilità per chi trova un operatore aderente con condizioni adeguate.

Teams Phone Mobile

È la strada del numero unico: il numero di cellulare sulla SIM aziendale diventa anche il numero Teams della persona, che risponde e chiama dallo stesso recapito sia dall’app sia dal telefono nativo, con presenza, segreteria e cronologia sincronizzate. Richiede che il proprio operatore mobile aderisca al programma Microsoft Teams Phone Mobile, quindi la disponibilità va verificata caso per caso. È interessante per popolazioni molto mobili, dove la distinzione tra numero fisso e numero mobile ha perso senso.

Direct Routing

È la modalità più flessibile. Consente di collegare a Teams l’operatore SIP che si preferisce, tramite un apparato chiamato SBC (Session Border Controller). Permette di mantenere contratti e numerazioni esistenti, di integrare sistemi legacy come un centralino on-premise ancora in uso, e di ottimizzare i costi di traffico scegliendo liberamente l’operatore. In cambio richiede competenze specifiche di configurazione e un SBC certificato Microsoft. È la scelta tipica delle aziende che vogliono usare Teams come telefono senza rinunciare alla libertà di scelta. Al Microsoft Teams Direct Routing abbiamo dedicato un servizio specifico.

Il ruolo dell’SBC (Session Border Controller)

L’SBC è spesso il componente meno compreso e più decisivo di un’integrazione moderna, in particolare con il Direct Routing. Funziona da confine intelligente tra la rete telefonica dell’azienda, l’operatore e la piattaforma cloud, e svolge diverse funzioni critiche.

Fa da traduttore di protocollo, perché i vari sistemi parlano varianti diverse di SIP e vanno fatti dialogare senza attriti. Gestisce la sicurezza, cifrando il segnale e proteggendo il perimetro voce da accessi non autorizzati e frodi. Effettua il transcoding, cioè la conversione tra codec diversi quando i due lati della chiamata non ne condividono uno comune. Nasconde la topologia interna della rete verso l’esterno, riducendo la superficie di attacco. Nel Direct Routing, inoltre, è il punto di connessione ufficiale tra l’operatore SIP e Microsoft Teams.

La scelta di un SBC certificato non è un dettaglio: Microsoft mantiene un elenco di modelli validati per il Direct Routing, e usarne uno certificato garantisce compatibilità e continuità del servizio. Produttori come AudioCodes e Patton, con cui Netframe opera come partner certificato, offrono apparati e gateway pensati proprio per questi scenari, disponibili sia in versione fisica sia virtuale.

Qualità e sicurezza della voce

La voce è un traffico esigente. A differenza di un’email, non tollera ritardi: una chiamata con latenza alta o pacchetti persi diventa subito fastidiosa. Per questo la rete va progettata perché la tratti con priorità.

Lo strumento principale è la qualità del servizio (QoS), che marca i pacchetti voce affinché gli apparati di rete li facciano passare prima degli altri. I parametri da tenere sotto controllo sono tre: la latenza, idealmente sotto i 150 millisecondi in una direzione, che è la soglia della raccomandazione ITU-T G.114 sul ritardo di trasmissione end-to-end; il jitter, cioè la variazione del ritardo tra pacchetti, da tenere sotto i 30 millisecondi (20 dove la qualità deve essere ottima); e la perdita di pacchetti, che dovrebbe restare sotto l’uno per cento. Jitter e latenza vanno letti insieme: il jitter si contiene con il jitter buffer, che però aggiunge ritardo, quindi ogni margine guadagnato su uno si può spendere sull’altro. La scelta del codec incide sul compromesso tra qualità e banda: un codec come G.711 offre qualità piena ma consuma più banda, mentre codec compressi riducono l’occupazione a scapito di una lieve perdita di qualità.

Sul fronte della sicurezza, un’integrazione fatta bene cifra sia il segnale sia l’audio. Il segnale viaggia protetto tramite TLS, mentre il flusso vocale è cifrato con SRTP. A questo si aggiungono le protezioni contro le frodi telefoniche e i controlli sugli accessi. Trascurare questi aspetti espone l’azienda a intercettazioni e a costi imprevisti da traffico fraudolento.

Registrazione, trascrizione e integrazione con il CRM

Un sistema telefonico integrato non si limita a far viaggiare le chiamate: le trasforma in dati di lavoro. La registrazione delle chiamate è una funzione nativa dei centralini IP moderni, attivabile in modo selettivo (per interno, per coda o per campagna) oppure totale, con regole di conservazione e di accesso da definire nel rispetto della normativa sulla privacy. Alla registrazione si affianca la trascrizione automatica: i motori di speech-to-text convertono l’audio in testo, rendendo le conversazioni ricercabili, archiviabili e riassumibili.

Il terzo tassello è l’integrazione con il CRM, la cosiddetta CTI (Computer Telephony Integration): il centralino dialoga con il gestionale tramite API e webhook, abilitando il click-to-call dalla scheda cliente, l’apertura automatica della scheda alla ricezione della chiamata (screen pop) e la registrazione automatica di esiti e note. Le piattaforme basate su Asterisk e FreePBX espongono interfacce API complete per integrazioni su misura, mentre sistemi come 3CX offrono connettori pronti verso i CRM più diffusi (Salesforce, HubSpot, Zoho, Freshdesk, Zendesk, Vtiger, Bitrix24 e altri) e, per i gestionali e i CRM fuori elenco, come TeamSystem CRM o EspoCRM, un framework di template e API REST con cui l’integrazione si costruisce su misura.

Sulla stessa architettura si innestano le estensioni di intelligenza artificiale: un voicebot collegato al centralino via SIP e API può rispondere alle chiamate, qualificarle e instradarle all’operatore giusto, estendendo il sistema telefonico esistente senza sostituirlo.

La portabilità dei numeri

Una preoccupazione ricorrente riguarda i numeri esistenti. La buona notizia è che in Italia la numerazione geografica è portabile tra operatori: si può cambiare fornitore o architettura mantenendo i propri numeri, evitando di comunicare nuovi recapiti a clienti e fornitori. Il processo di portabilità richiede però tempi tecnici e va pianificato con anticipo, perché il passaggio effettivo (cutover) è un momento delicato che va gestito senza interruzioni di servizio. Sottovalutare i tempi del porting è una delle cause più comuni di ritardo nei progetti di migrazione.

Continuità operativa e ridondanza

Il telefono è un servizio critico: quando non funziona, l’azienda si ferma. Un’integrazione seria affronta il tema della continuità fin dalla progettazione. Gli apparati chiave, come l’SBC, possono essere configurati in coppia ad alta disponibilità, così che il guasto di uno non fermi il servizio. La connettività internet, che nelle architetture cloud e SIP diventa vitale, andrebbe ridondata con due linee di operatori diversi. Nel caso del Direct Routing, la soluzione di sopravvivenza locale ha un nome preciso: Survivable Branch Appliance (SBA), il software Microsoft integrato negli SBC dei produttori certificati, che permette di continuare a chiamare e ricevere dalla rete pubblica anche se la connessione ai servizi cloud dovesse cadere temporaneamente, con rientro automatico al ripristino. Richiede che il Direct Routing della sede sia configurato in media bypass. La regola è semplice: individuare i singoli punti di guasto ed eliminarli, proporzionando l’investimento alla criticità del servizio per quella specifica azienda.

Come impostare un progetto di integrazione

Un’integrazione riuscita non parte dalla tecnologia, ma dall’analisi. Il metodo che dà i risultati migliori segue alcuni passaggi ordinati.

Si comincia con l’assessment dell’infrastruttura esistente: rete, banda disponibile, apparati, connettività, sistema telefonico attuale. Si passa poi all’analisi delle numerazioni e dei contratti in essere, per capire cosa mantenere e cosa rivedere. Segue la progettazione dell’architettura, che traduce le esigenze in una soluzione concreta con componenti, dimensionamenti e regole di sicurezza. Prima del passaggio definitivo è utile una fase pilota su un gruppo ristretto di utenti, per validare le scelte in condizioni reali. Infine si procede con la portabilità e il cutover, seguiti da una fase di monitoraggio in cui si verifica la qualità delle chiamate e si affinano le configurazioni. Questo approccio riduce i rischi e rende la migrazione prevedibile.

Gli errori più comuni da evitare

Alcuni errori si ripetono con regolarità nei progetti mal impostati. Il primo è trattare la voce come un traffico qualsiasi, senza QoS: la rete magari regge la navigazione, ma le chiamate risultano disturbate. Il secondo è non dimensionare la banda per le chiamate simultanee, con il risultato di saturare la linea nei momenti di picco. Il terzo è ignorare la sicurezza del perimetro voce, lasciando la porta aperta alle frodi. Il quarto è pianificare la portabilità dei numeri all’ultimo momento, subendo i tempi tecnici invece di governarli. Il quinto, più concettuale, è confondere il centralino con il trunk, scegliendo l’uno pensando di risolvere il problema dell’altro. Evitarli non richiede budget aggiuntivi, ma metodo e competenza in fase di progetto.

Glossario essenziale

IP-PBX: il centralino telefonico basato su protocollo IP, cuore del sistema.

SIP: il protocollo standard che gestisce l’apertura e la chiusura delle chiamate voce su rete IP.

SIP trunk: il collegamento voce che connette il centralino alla rete telefonica pubblica.

SBC (Session Border Controller): l’apparato che fa da confine sicuro tra reti voce diverse, gestendo sicurezza, traduzione di protocollo e transcoding.

Direct Routing: la modalità che collega a Microsoft Teams l’operatore SIP scelto dall’azienda, tramite SBC.

QoS: l’insieme delle tecniche che danno priorità al traffico voce sulla rete.

Codec: l’algoritmo che comprime e decomprime l’audio, bilanciando qualità e banda.

Domande frequenti

Che differenza c’è tra centralino in cloud e SIP trunk?

Il centralino in cloud è il sistema che gestisce le chiamate ed è ospitato dal fornitore. Il SIP trunk è il collegamento che porta le chiamate dal centralino verso la rete telefonica pubblica. Sono due componenti diverse e complementari.

Cos’è il Microsoft Teams Direct Routing?

È la modalità che permette di collegare a Microsoft Teams l’operatore telefonico che si preferisce, tramite un apparato SBC. Consente di usare Teams come centralino mantenendo contratti e numeri esistenti.

A cosa serve un SBC nell’integrazione della telefonia?

L’SBC fa da confine sicuro tra la rete voce aziendale, l’operatore e la piattaforma cloud. Gestisce la sicurezza, la traduzione tra varianti del protocollo SIP e la conversione tra codec diversi. Nel Direct Routing è il punto di connessione ufficiale tra l’operatore SIP e Microsoft Teams.

È possibile mantenere i numeri esistenti quando si integra la telefonia?

Sì. La numerazione geografica è portabile tra operatori, quindi con il SIP trunk e con il Direct Routing è possibile conservare i numeri attuali. Il processo di portabilità va però pianificato con anticipo per gestire il passaggio senza interruzioni.

Quanta banda serve per le chiamate voce?

Ogni chiamata simultanea consuma tipicamente tra 85 e 100 kbps, considerando l’overhead di rete e a seconda del codec utilizzato. La banda va riservata in base al numero massimo di chiamate contemporanee previste, non lasciata alla disponibilità residua della connessione.

La scelta dell’architettura giusta dipende dalla rete esistente, dagli strumenti già in uso e dagli obiettivi dell’azienda. Un’analisi preliminare dell’infrastruttura resta il modo più sicuro per progettare un’integrazione affidabile, sicura e capace di durare nel tempo.

Netframe, system integrator IT dell’Emilia-Romagna con sede a Modena, progetta integrazioni telefoniche su tutto il territorio nazionale. Vuoi valutare l’integrazione della telefonia nella tua azienda? Scrivici a info@netframe.it o chiamaci allo 059 7134794.

Netframe è un system integrator indipendente. AudioCodes, Patton e 3CX, citate in questa guida, sono produttori di cui Netframe è partner certificato; Microsoft è technology partner; gli altri marchi sono citati a contesto di mercato.

Fonti

• Microsoft Learn, PSTN connectivity options: le quattro modalità di connettività (learn.microsoft.com)
• Microsoft Learn, Plan Direct Routing, con i requisiti e i Session Border Controller certificati (learn.microsoft.com)
• Microsoft Learn, Survivable Branch Appliance per il Direct Routing (learn.microsoft.com)
• Raccomandazione ITU-T G.114, ritardo di trasmissione end-to-end (itu.int)
• Raccomandazione ITU-T G.711, codifica PCM delle frequenze vocali (itu.int)
• RFC 3261, SIP: Session Initiation Protocol (rfc-editor.org)
• RFC 3711, The Secure Real-time Transport Protocol (rfc-editor.org)
• 3CX, guide ufficiali di integrazione CRM (3cx.com)
• AGCOM, portabilità del numero e migrazione (agcom.it)

Fonti verificate il 10 agosto 2026.