Quando in Teams Admin Center cerchi di assegnare a un Resource Account il numero dell’Auto Attendant e la ricerca mostra sempre “No Results Were Found”, la causa più probabile è un disallineamento tra la Location del Resource Account e il prefisso internazionale (country code) del numero. Ecco come risolvere, più una guida completa.
Scenario e sintomi
Un amministratore ha migrato a Microsoft Teams Phone con Operator Connect e vuole assegnare a un Auto Attendant un numero già disponibile come Voice Application. Nell’area Teams Admin Center ▸ Voice ▸ Auto attendants ▸ Resource accounts, durante l’operazione Assign/Unassign del numero, la casella Assigned Phone Number restituisce sempre l’avviso “No Results Were Found”.
Allo stesso tempo:
- Il numero è regolarmente visibile in Teams Admin Center ▸ Voice ▸ Phone Numbers e risulta Voice App (Operator Connect) oppure Service — Toll/Toll-Free (Calling Plan/Direct Routing).
- Al Resource Account (RA) è già applicata la licenza Microsoft Teams Phone Resource Account (gratuita).
Nonostante ciò, la maschera di ricerca non trova alcun numero da assegnare. Questo comportamento è tipico dei tenant multi‑Paese o delle migrazioni in cui i RA vengono creati con una Location predefinita non coerente con il Paese dei numeri forniti dall’operatore.
Causa principale: mismatch tra “Location” del RA e country code del numero
Ogni numero in Teams è associato a un Paese (derivato dal prefisso internazionale, es. +39 per Italia, +1 per Stati Uniti). Anche gli utenti e i Resource Account possiedono una proprietà di Usage Location/Location che, oltre a regolare la disponibilità delle licenze, guida diversi filtri interni di Teams Admin Center.
Se il country code del numero e la Location del RA non coincidono, il motore di ricerca dei numeri assegnabili esclude quel numero dall’elenco, mostrando “No Results Were Found” anche quando il numero è nel tenant. In altre parole: un RA con Location “Stati Uniti” non può selezionare un numero con prefisso +39 finché non si allinea la Location a “Italia”.
Perché questa discrepanza blocca l’assegnazione
- Coerenza normativa e di routing: i numeri sono regolati da restrizioni geografiche; l’assegnazione richiede che l’entità Teams (utente/RA) ricada nello stesso Paese del numero.
- Filtri dell’interfaccia: l’elenco dei numeri mostrati in Assign/Unassign viene filtrato per Paese in base alla Location dell’oggetto a cui stai assegnando.
- Operator Connect: gli operatori espongono in tenant numeri con attributi specifici di Paese; finché la Location del RA non è allineata, il numero è “invisibile” per l’assegnazione.
Soluzione rapida via interfaccia (GUI)
La correzione si applica in pochi passaggi e non richiede PowerShell.
- Accedi a Microsoft 365 Admin Center e vai su Users ▸ Active users.
- Trova e apri il Resource Account usato dall’Auto Attendant.
- Vai in Licenses and apps e verifica il campo Location:
- Se non corrisponde al Paese del numero (es. Location = “Stati Uniti” ma vuoi assegnare un
+39), cambiala di conseguenza.
- Se non corrisponde al Paese del numero (es. Location = “Stati Uniti” ma vuoi assegnare un
- Salva le modifiche.
- Torna in Teams Admin Center ▸ Voice ▸ Auto attendants ▸ Resource accounts, apri il RA e seleziona Assign/Unassign:
- Ora il numero compare nell’elenco e può essere scelto.
Una volta allineati Location e country code, l’assegnazione va a buon fine senza ulteriori passaggi.
Alternativa avanzata: aggiornare la Location via PowerShell (Microsoft Graph)
Se preferisci automatizzare o devi correggere decine di Resource Account, puoi intervenire via Graph PowerShell.
Prerequisiti
- Permessi sufficienti (ad es. User.ReadWrite.All su Microsoft Graph) e approvazione amministrativa.
- Modulo
Microsoft.Graphaggiornato.
Comandi di esempio
# Accedi a Microsoft Graph con i permessi necessari
Connect-MgGraph -Scopes "User.ReadWrite.All"
Imposta la Usage Location del Resource Account (es. IT per Italia, US per Stati Uniti)
Sostituisci con l'UPN del RA, ad esempio: [aa-reception@contoso.com](mailto:aa-reception@contoso.com)
Update-MgUser -UserId "[aa-reception@contoso.com](mailto:aa-reception@contoso.com)" -UsageLocation "IT"
Verifica
Get-MgUser -UserId "[aa-reception@contoso.com](mailto:aa-reception@contoso.com)" | Select-Object Id,DisplayName,UserPrincipalName,UsageLocation Dopo l’aggiornamento, torna in Teams Admin Center e ripeti l’assegnazione: il numero sarà selezionabile.
Checklist veloce prima/dopo la correzione
| Controllo | Cosa verificare | Dove | Esito atteso |
|---|---|---|---|
| Licenza RA | Il RA ha la licenza Teams Phone Resource Account applicata | Microsoft 365 Admin Center ▸ Users ▸ Active users ▸ Licenses and apps | Sì (basta la licenza gratuita per RA) |
| Location RA | La Location del RA coincide con il Paese del numero | Microsoft 365 Admin Center ▸ Users ▸ Active users | Coincidenza (es. IT ↔ +39) |
| Tipo di numero | Il numero è Voice App (Operator Connect) o Service — Toll/Toll-Free (Calling Plan/DR) | Teams Admin Center ▸ Voice ▸ Phone Numbers | Corretta classificazione per AA/CQ |
| Visibilità elenco | In Assign/Unassign il numero compare | Teams Admin Center ▸ Voice ▸ Auto attendants ▸ Resource accounts | Numero selezionabile |
| Propagazione operatore | Operator Connect ha sincronizzato i numeri nel tenant | Portale operatore / TAC | Elenco aggiornato (potrebbero servire alcune ore) |
Tipi di numeri per Auto Attendant e Call Queue
Non tutti i numeri sono uguali. Per gli oggetti applicativi (AA/CQ) servono numeri “di servizio”. La tabella aiuta a capire rapidamente quale numero usare.
| Connettività | Tipo numero per AA/CQ | Dove appare | Note operative |
|---|---|---|---|
| Operator Connect | Voice Application | TAC ▸ Voice ▸ Phone Numbers (Type: Voice App) | Assegnabile a Resource Account. Richiede Location RA coerente con country code. |
| Calling Plan (Microsoft) | Service — Toll/Toll‑Free | TAC ▸ Voice ▸ Phone Numbers (Type: Service) | Numeri toll/toll‑free forniti da Microsoft; adatti a AA/CQ. |
| Direct Routing | Service/Voice App (in base alla configurazione) | TAC ▸ Voice ▸ Phone Numbers | Verifica con il carrier/SBC che il numero sia marcato come applicativo per AA/CQ. |
Buone pratiche per evitare il problema in futuro
- Standardizza la Location dei RA: se hai numeri in più Paesi, crea una convenzione (es.
aa-it-…con Location IT,aa-us-…con Location US) e documentala. - Automazione di provisioning: usa uno script che crea RA, applica la licenza “Teams Phone Resource Account” e imposta la Usage Location corretta prima di qualunque assegnazione.
- Verifica lo stato dei numeri: quando il carrier consegna nuovi DIDs, controlla in TAC che siano etichettati come Voice App o Service secondo il modello di connettività.
- Allinea l’Address Location del tenant: in Settings ▸ Org Settings mantieni coerente l’indirizzo principale con il Paese prevalente dei numeri, per semplificare le predefinite.
- Gestisci la propagazione operatore: alcuni Operator Connect aggiornano l’inventario numeri ogni poche ore; pianifica l’attività tenendone conto.
Risoluzione problemi correlati
Il numero resta invisibile dopo aver corretto la Location
- Attendi la cache/propagazione: in alcuni tenant la modifica di Location richiede qualche minuto perché TAC aggiorni i filtri.
- Aggiorna la pagina TAC o fai sign‑out/sign‑in: forzare un nuovo caricamento spesso basta.
- Verifica il tipo di numero: se il numero è “User” e non “Voice App/Service”, non apparirà per i RA.
- Controlla che il numero non sia già assegnato: un numero già associato a un altro RA/oggetto non comparirà come libero.
Più numeri “spariti” in blocco
- Controlla la Location del tenant e dei RA: spesso i RA sono stati creati in massa con Location sbagliata (es. default US) rispetto a numeri EU.
- Conferma la sincronizzazione Operator Connect: se il carrier usa una sincronizzazione differita, i numeri appena portati potrebbero non essere ancora disponibili come Voice App.
La licenza del RA è corretta?
Per i Resource Account è sufficiente la licenza Teams Phone Resource Account. Non servono licenze utente (E1/E3/E5) solo per l’AA/CQ.
Procedura guidata: flusso decisionale
[1] Il numero è visibile in TAC ▸ Voice ▸ Phone Numbers?
└─ No → Verifica con l’operatore/porting e la sincronizzazione.
└─ Sì → Vai a [2]
[2] Tipo numero = Voice App (Operator Connect) o Service (Calling Plan/DR)?
└─ No → Chiedi la conversione del tipo al provider / rialloca il numero.
└─ Sì → Vai a [3]
[3] Licenza del Resource Account = Teams Phone Resource Account?
└─ No → Applica la licenza, attendi propagazione, riprova.
└─ Sì → Vai a [4]
[4] Location del Resource Account coincide con il Paese del numero?
└─ No → Allinea la Location (es. IT ↔ +39), salva, riprova.
└─ Sì → Il numero deve apparire in Assign/Unassign. Esempio pratico
Contesto: un’azienda opera in Italia e Stati Uniti. Il team voce crea un RA “aa‑helpdesk@contoso.com” con Location di default “Stati Uniti” e licenza RA. Il carrier (Operator Connect) consegna un numero +39 02 1234 5678 marcato “Voice App”. In Assign/Unassign, la ricerca restituisce “No Results Were Found”.
Correzione: in Microsoft 365 Admin Center, aprono il RA e impostano Location = Italia. Salvano. Tornano in TAC e riaprono l’assegnazione: ora il numero +39 02 1234 5678 appare e può essere assegnato all’Auto Attendant. Nessun altro passaggio richiesto.
Template di automazione (creazione coerente dei RA)
Questo snippet illustra un flusso tipico per standardizzare i RA in un ambiente multi‑Paese. Adattalo al tuo sistema di provisioning (es. runbook, pipeline CI/CD, o script schedulato).
# Pseudocodice/PowerShell ibrido per provisioning coerente
1) Crea il Resource Account (via TAC o Graph)
2) Applica la licenza "Teams Phone Resource Account"
3) Imposta la Usage Location coerente col Paese del numero che userà
4) Solo dopo, assegna il numero (Operator Connect / Service)
param(
[string]$ResourceAccountUpn,
[string]$UsageLocation, # IT, US, FR, DE...
[string]$AutoAttendantName
)
Connect-MgGraph -Scopes "User.ReadWrite.All"
Imposta Location
Update-MgUser -UserId $ResourceAccountUpn -UsageLocation $UsageLocation
(Opzionale) tagging descrittivo per auditing
Update-MgUser -UserId $ResourceAccountUpn -Department "AA-$UsageLocation" -City $UsageLocation
A valle: assegnazione numero in TAC per evitare errori di filtro
Write-Host "Ora assegna il numero Voice App/Service all'AA '$AutoAttendantName' via Teams Admin Center." FAQ
Serve una licenza utente completa (E1/E3/E5) per i Resource Account?
No. Per AA e CQ basta la Teams Phone Resource Account (gratuita). Le licenze utente sono necessarie solo per account destinati a persone o a dispositivi specifici (es. telefoni comuni). Quanto tempo impiega l’aggiornamento della Location ad avere effetto?
Di solito pochi minuti. In alcuni tenant bisogna aggiornare la pagina o rifare l’accesso all’interfaccia di amministrazione. Con Operator Connect, considera anche i cicli di sincronizzazione del carrier. Posso assegnare a un RA un numero “User” (utente) convertendolo dopo?
Non è consigliato. Per AA/CQ usa sempre numeri classificati come Voice App o Service, in base alla connettività. Se hai un DID utente da “riciclare”, chiedi la conversione del tipo al provider o crea un nuovo numero di servizio. Ho più Paesi. Devo creare un RA per Paese?
Dipende dal design. Ogni RA a cui assegni un numero deve avere la Location allineata al Paese del numero. In deployment complessi, conviene segmentare i RA per Paese per semplificare governance e compliance.
Runbook operativo “copia & incolla”
- Apri Microsoft 365 Admin Center ▸ Users ▸ Active users.
- Apri il Resource Account dell’Auto Attendant.
- In Licenses and apps, verifica:
- Licenza: Teams Phone Resource Account presente.
- Location = Paese del numero da assegnare.
- Salva eventuali modifiche.
- Vai in Teams Admin Center ▸ Voice ▸ Auto attendants ▸ Resource accounts e clicca Assign/Unassign.
- Nella ricerca Assigned Phone Number digita il numero in formato E.164 (es.
+39...). - Se compare, selezionalo e conferma.
- Se non compare:
- Ricontrolla Location, tipo di numero e propagazione operatore.
- Forza il refresh dell’interfaccia o ripeti tra 10–15 minuti.
Verifiche tecniche utili
- Formato numero: usa sempre
+PaeseNumero(E.164) nella ricerca. - Duplicati: assicurati che il numero non sia già associato a un altro RA o oggetto voce.
- Audit: annota in un registro interno chi ha cambiato la Location e quando, per tracciabilità.
- Naming convention: includi il Paese nel nome del RA (
aa-it-ivr-vendite) per evitare errori futuri.
Conclusioni
Il messaggio “No Results Were Found” durante l’assegnazione del numero a un Auto Attendant in Teams è quasi sempre riconducibile a un mismatch tra la Location del Resource Account e il Paese del numero. Allineare la Location del RA al country code del numero ripristina immediatamente la visibilità nell’elenco e consente l’assegnazione senza workaround. Con un po’ di disciplina nella creazione dei RA, automazioni minime e controllo del tipo di numero, il problema si elimina alla radice.
Grazie a questa correzione, l’utente ha confermato di poter vedere e assegnare il numero desiderato.