Numeri utente e service number: due categorie che non si scambiano
Prima di configurare qualsiasi cosa in Teams Phone conviene fissare la distinzione fondamentale sui numeri di telefono, perché è la sorgente più frequente di errori di configurazione. Un user number (o subscriber number) si assegna a una persona fisica: un utente con licenza, una identità in Microsoft Entra ID, una casella vocale. Un service number appartenga invece a una categoria diversa: è pensato per gestire volumi di chiamate più alti e si assegna alle voice application — quindi ad auto attendant e call queue — e agli audio conferencing bridge del tenant.
La conseguenza pratica è netta: se lo scenario richiede un numero per un centralino, per una coda del supporto o per il dial-in delle riunioni, il numero va acquisito o convertito come service number. Tentare di assegnare un numero utente a una voice application non è una scorciatoia lecita, è la risposta sbagliata. Il numero può arrivare da un Calling Plan Microsoft, da Operator Connect o da un trunk Direct Routing: il tipo di connettività cambia chi fornisce il numero, non la logica user/service.
Resource account: l’identità che manca alle voice application
Un auto attendant e una call queue sono oggetti di configurazione, non identità: non hanno un account, non hanno un indirizzo, non possono ricevere una chiamata da soli. Per essere raggiungibili devono essere associati a un resource account, un account disabilitato al login che funge da identità di servizio.
La catena da ricostruire in sede d’esame è sempre la stessa, e ogni anello è obbligatorio:
- si crea il resource account (nel Microsoft Teams admin center, sezione dedicata, o via PowerShell);
- si assegna al resource account la licenza appropriata — la Microsoft Teams Phone Resource Account, disponibile come licenza gratuita dedicata proprio a questo scopo;
- si assegna il service number al resource account;
- se il numero è un Calling Plan number, al resource account serve anche una licenza di calling plan per abilitare la connettività PSTN in uscita/entrata secondo lo scenario;
- si associa il resource account all’auto attendant o alla call queue.
Un resource account senza licenza non accetta il numero. Un resource account con numero ma non collegato all’oggetto non risponde. Un auto attendant senza resource account esiste ma è raggiungibile solo come destinazione interna di un altro flusso — ed è proprio questo il caso legittimo: le voice application annidate non hanno bisogno di un numero proprio. Se una call queue riceve traffico solo dal menu di un auto attendant che la precede, non serve assegnarle né numero né calling plan; basta il resource account con la licenza.
Auto attendant e call queue: quando si sceglie l’uno o l’altro
L’auto attendant è un menu: risponde, riproduce un messaggio, offre opzioni per dial key o riconoscimento vocale, gestisce orari di apertura, festività e instradamenti diversi fra business hours e after hours, e può includere la directory search per raggiungere una persona per nome. Si sceglie quando il requisito è “smistare” il chiamante verso reparti o persone.
La call queue è una coda: mette il chiamante in attesa con musica, distribuisce la chiamata agli agent secondo un metodo di routing (attendant, serial, round robin, longest idle), applica presence-based routing, conditional call routing su timeout e overflow, e permette agli agenti l’opt-out. Si sceglie quando il requisito è “far rispondere il primo disponibile di un gruppo”. Gli agenti si popolano tipicamente da un gruppo (Microsoft 365 group, distribution list, security group) o da un team channel, il che rende la manutenzione una questione di membership e non di riconfigurazione della coda.
Nella pratica i due oggetti si combinano: auto attendant in ingresso sul numero pubblico, call queue a valle su ciascuna opzione di menu.
Policy per utente: calling policy, voicemail policy e impostazioni vocali
Le Teams calling policy governano cosa un utente può fare al telefono: consentire o negare le chiamate private, il call forwarding verso altri utenti o verso numeri esterni, la simultaneous ring, la call group delegation, la delegazione inbound/outbound, il busy on busy, la music on hold, la spam filtering. Sono lo strumento con cui si distingue un profilo commerciale (inoltro al cellulare consentito) da un profilo frontline o call center (inoltro esterno bloccato per compliance).
Le Teams voicemail policy controllano il comportamento della segreteria: trascrizione, mascheratura delle parolacce nella trascrizione, possibilità per l’utente di modificare il messaggio di saluto, disponibilità del servizio stesso. Sono policy separate dalle calling policy: se il requisito è “vietare la trascrizione dei messaggi vocali per motivi di riservatezza”, la leva è la voicemail policy, non la calling policy.
A questo si aggiungono le impostazioni vocali per singolo utente, dove si assegna il numero, l’emergency address, il routing di emergenza e le eventuali caller ID policy che consentono di sostituire o nascondere il numero chiamante presentato all’esterno — ad esempio presentando il numero della call queue invece di quello dell’agente.
Trappole tipiche d’esame
- Auto attendant raggiungibile dall’esterno ma il numero non si assegna → il resource account è privo di licenza: l’ordine è licenza prima, numero dopo. Un resource account senza la Teams Phone Resource Account non accetta l’assegnazione, e la risposta corretta non è “cambiare numero” ma “assegnare la licenza”.
- Serve un numero per una call queue e viene proposto un numero utente → occorre un service number: i numeri per le voice application e per i conferencing bridge sono service number. Se il tenant ha solo user number, va acquisito o convertito il tipo di numero.
- Call queue annidata sotto un auto attendant → nessun numero e nessun calling plan sulla queue: solo il resource account con licenza. Assegnare numero e calling plan a una coda che riceve traffico esclusivamente interno è spesa e configurazione inutili, ed è la distrazione più comune negli scenari a due livelli.
- Il resource account ha numero e licenza ma le chiamate PSTN falliscono → manca la licenza di calling plan (o il routing Direct Routing): avere il numero non implica avere la connettività. Con Calling Plan serve la licenza corrispondente sul resource account; con Direct Routing serve la voice route e la policy di instradamento.
- “Impedire l’inoltro delle chiamate verso numeri esterni” → calling policy, non voicemail policy né impostazione per-numero: il call forwarding a destinazioni esterne è un setting della Teams calling policy assegnata all’utente o al gruppo.
- “Disattivare la trascrizione della segreteria per un reparto” → voicemail policy assegnata a quegli utenti: è un oggetto distinto dalla calling policy, e non si risolve rimuovendo il numero o la licenza Teams Phone.
- Cambiare gli agenti di una coda ogni volta che entra qualcuno di nuovo → popolare la queue da un gruppo: la membership del gruppo diventa la leva di gestione, senza toccare la configurazione della call queue.