Domande frequenti sugli SMS

Questo articolo risponde alle domande frequenti sul servizio SMS.

Invio e ricezione di messaggi

Come si ricevono messaggi usando Servizi di comunicazione di Azure?

Servizi di comunicazione di Azure i clienti possono usare Griglia di eventi di Azure per ricevere messaggi in arrivo. Seguire questa guida introduttiva per configurare griglia di eventi per ricevere messaggi.

È possibile ricevere messaggi da qualsiasi paese/area geografica sui numeri verdi?

I numeri verdi non sono in grado di inviare o ricevere messaggi da/verso paesi/aree geografiche al di fuori degli Stati Uniti, della CA e delle richieste pull.

È possibile ricevere messaggi da qualsiasi paese/area geografica in codici brevi?

I codici brevi sono numeri nazionali e non sono in grado di inviare o ricevere messaggi da/verso l'esterno del paese/area geografica per cui è stato registrato. Esempio: il codice breve degli Stati Uniti può inviare e ricevere messaggi solo da/verso i destinatari degli Stati Uniti.

Come vengono gestiti i messaggi inviati ai numeri di rete fissa?

Nel Stati Uniti, Servizi di comunicazione di Azure non controlla i numeri di linea fissa e tenta di inviarli ai vettori per la consegna. I clienti vengono addebitati i messaggi inviati ai numeri di rete fissa.

È possibile inviare messaggi a più destinatari?

Sì, è possibile effettuare una richiesta con più destinatari. Seguire questa guida introduttiva per inviare messaggi a più destinatari.

Ho ricevuto uno stato HTTP 202 dall'API Invia SMS, ma l'SMS non ha raggiunto il mio telefono, cosa faccio ora?

Il 202 restituito dal servizio indica che il messaggio è stato accodato per essere inviato e non recapitato. Usare questa guida introduttiva per sottoscrivere gli eventi del report di recapito e risolvere i problemi. Dopo aver configurato gli eventi, esaminare il campo "deliveryStatus" del report di recapito per verificare l'esito positivo/negativo del recapito.

Come inviare URL abbreviati nei messaggi?

Gli URL abbreviati sono un buon modo per mantenere brevi e leggibili i messaggi. Tuttavia, i vettori statunitensi vietano l'uso di servizi di riduzione degli URL disponibili pubblicamente gratuiti. Ciò è dovuto al fatto che gli abbreviatori URL "free-public" vengono usati da bad-actors per eludere il rilevamento e ottenere i messaggi di posta indesiderata passati tramite piattaforme di messaggistica di testo. Quando si inviano messaggi negli Stati Uniti, è consigliabile usare abbreviatori URL personalizzati per creare URL con dominio dedicato appartenente al marchio. Molti operatori statunitensi bloccano il traffico SMS se contengono abbreviatori URL disponibili pubblicamente.

Di seguito è riportato un elenco con esempi di abbreviazioni di URL comuni che è consigliabile evitare di ottimizzare il risultato finale:

• bit.ly
• goo.gl
• tinyurl.com
• Tiny.cc
• lc.chat
• is.gd
• so.gd
• s2r.co
• Clicky.me
• budurl.com
• bc.vc

Gestione del rifiuto esplicito

In che modo Servizi di comunicazione di Azure gestisce i opt-out per i numeri verdi?

I opt-out per i numeri verdi statunitensi vengono imposti e applicati dai vettori statunitensi e non possono essere sostituiti.

• STOP : se un destinatario di sms desidera rifiutare esplicitamente, può inviare "STOP" al numero verde. Il gestore invia la risposta predefinita seguente per STOP: "NETWORK MSG: You response with the word "stop", che blocca tutti i testi inviati da questo numero. Inviare di nuovo il testo "unstop" per ricevere i messaggi.
• START/UNSTOP : se il destinatario desidera inviare nuovamente messaggi di testo da un numero verde, può inviare "START" o "UNSTOP" al numero verde. Il gestore invia la risposta predefinita seguente per START/UNSTOP: "NETWORK MSG: You have response "unstop" and will begin receiving messages again from this number".
• Servizi di comunicazione di Azure rileva i messaggi STOP e blocca tutti gli altri messaggi al destinatario. Il rapporto di recapito indicherà un recapito non riuscito con un messaggio di stato analogo a "Mittente bloccato per il destinatario specificato".
• I messaggi STOP, UNSTOP e START verranno inoltrati di nuovo all'utente. Servizi di comunicazione di Azure invita a monitorare e implementare questi rifiuti espliciti per assicurarsi che non vengano eseguiti ulteriori tentativi di invio di messaggi ai destinatari che hanno rifiutato le comunicazioni.

In che modo Servizi di comunicazione di Azure gestisce i rifiuto esplicito per i codici brevi?

Il servizio di comunicazione di Azure offre un servizio di gestione di rifiuto esplicito per codici brevi che consente ai clienti di configurare risposte alle parole chiave obbligatorie STOP/START/HELP. Prima di effettuare il provisioning del codice breve, viene richiesta la preferenza per gestire i rifiuto espliciti. Se si acconsente esplicitamente, il servizio di gestione del rifiuto esplicito usa automaticamente le risposte nel programma breve per acconsentire esplicitamente/ rifiutare esplicitamente/ parole chiave della Guida in risposta alla parola chiave STOP/START/HELP.

Esempio:

• STOP : se un destinatario di sms desidera rifiutare esplicitamente, può inviare "STOP" al codice breve. Servizi di comunicazione di Azure invia la risposta configurata per STOP: "Avvisi Contoso: Si è scelto di rifiutare esplicitamente e non si riceveranno altri messaggi".
• START : se il destinatario desidera ripetere la sottoscrizione ai messaggi di testo da un breve codice, può inviare "START" al codice breve. Il servizio di comunicazione di Azure invia la risposta configurata per START: "Avvisi promozionali Contoso: 3 msgs/settimana. Le tariffe msg&data possono essere applicate. Rispondi alla Guida per assistenza. Rispondi STOP per rifiutare esplicitamente."
• HELP : se il destinatario vuole ottenere assistenza con il servizio, può inviare "HELP" al codice breve. Il servizio di comunicazione di Azure invia la risposta configurata nel programma per assistenza: "Grazie per il testo di Contoso! Chiamare 1-800-800-8000 per il supporto."

Servizi di comunicazione di Azure rileva i messaggi STOP e blocca tutti gli altri messaggi al destinatario. Il rapporto di recapito indica un recapito non riuscito con il messaggio di stato "Mittente bloccato per il destinatario specificato". I messaggi STOP, UNSTOP e START vengono inoltrati di nuovo all'utente. Servizi di comunicazione di Azure incoraggia l'utente a monitorare e implementare questi rifiuto esplicito per garantire che non vengano effettuati ulteriori tentativi di invio di messaggi ai destinatari che hanno rifiutato esplicitamente le comunicazioni.

In che modo Servizi di comunicazione di Azure gestisce i rifiuto espliciti per l'ID mittente alfanumerico?

L'ID mittente alfanumerico non è in grado di ricevere messaggi in ingresso o STOP. Servizi di comunicazione di Azure non applica o gestisce elenchi di rifiuto esplicito per l'ID mittente alfanumerico. È necessario fornire ai clienti istruzioni per rifiutare esplicitamente l'uso di altri canali, ad esempio, di chiamata del supporto, di fornire un collegamento di rifiuto esplicito nel messaggio o di inviare messaggi di posta elettronica al supporto. Per altri dettagli, vedere Linee guida per i criteri di messaggistica.

Codici brevi

Qual è l'idoneità a richiedere un codice breve?

La disponibilità del codice breve è attualmente limitata alle sottoscrizioni di Azure a pagamento con un indirizzo di fatturazione nel Stati Uniti. I codici brevi non possono essere acquisiti sugli account di valutazione o usando crediti gratuiti di Azure. Per altre informazioni, vedere la pagina relativa all'idoneità alla sottoscrizione.

È possibile inviare un sms a un numero verde da un codice breve?

Servizi di comunicazione di Azure numeri verdi sono abilitati per ricevere messaggi da codici brevi. Tuttavia, i codici brevi non sono in genere abilitati per inviare messaggi a numeri verdi. Se i messaggi da codici brevi a Servizi di comunicazione di Azure numeri verdi hanno esito negativo, rivolgersi al provider di codice breve se il codice breve è abilitato per inviare messaggi a numeri verdi.

Come deve essere formattato un codice breve?

I codici brevi non rientrano nelle linee guida per la formattazione E.164 e non hanno un codice paese o un prefisso di segno "+". Nella richiesta API SMS il codice breve deve essere passato come numero di 5-6 cifre visualizzato nella pagina codici brevi senza prefisso.

Quanto tempo è necessario per ottenere un codice breve? Cosa accade dopo l'invio di un breve programma di codice?

Dopo aver inviato il breve programma di codice breve applicazione nel portale di Azure, il service desk funziona con gli aggregatori per ottenere l'applicazione approvata da ogni gestore wireless. Questo processo richiede in genere 8-12 settimane. Tutti gli aggiornamenti e le modifiche di stato per le applicazioni vengono comunicati tramite il messaggio di posta elettronica fornito nell'applicazione. Per altre domande sull'applicazione inviata, inviare un messaggio di posta elettronica acstnrequest@microsoft.com.

ID mittente alfanumerico

Importante

A partire dal 30 novembre 2023, gli ID mittente alfanumerici non registrati che inviano messaggi all'Australia e ai numeri di telefono italia avranno il traffico bloccato. Per evitare che ciò accada, è necessario inviare un'applicazione di registrazione ed essere in stato approvato.

Come deve essere formattato un ID mittente alfanumerico?

Linee guida per la formattazione:

• Deve contenere almeno una lettera
• Fino a 11 caratteri
• I caratteri possono includere
  • Lettere maiuscole: A - Z
  • Lettere minuscole: a - z
  • Numeri: 0-9
  • Spazi

È necessario un acquisto numerico per usare l'ID mittente alfanumerico?

L'uso dell'ID mittente alfanumerico non richiede l'acquisto di alcun numero di telefono. L'ID mittente alfanumerico può essere abilitato tramite il portale di Azure. Per istruzioni, vedere abilitare l'ID mittente alfanumerico.

È possibile inviare SMS immediatamente dopo aver abilitato l'ID mittente alfanumerico?

È consigliabile attendere 10 minuti prima di iniziare a inviare messaggi per ottenere risultati ottimali.

Perché l'ID mittente alfanumerico viene sostituito da un numero?

La sostituzione dell'ID mittente alfanumerico con un numero può verificarsi quando un determinato gestore wireless non supporta l'ID mittente alfanumerico. Questa operazione viene eseguita per garantire un tasso di consegna elevato.

Verifica gratuita

Importante

A partire dall'8 novembre 2023, i numeri verdi non verificati che inviano messaggi ai numeri di telefono degli Stati Uniti avranno il traffico bloccato. Al momento, non vi sono modifiche ai limiti per l'invio da TFN in sospeso. Per sbloccare il traffico, è necessario inviare un'applicazione di verifica ed essere in stato verificato.

Importante

A partire dal 31 gennaio 2024, solo i numeri verdi completamente verificati potranno inviare traffico. I numeri verdi non verificati che inviano messaggi ai numeri di telefono degli Stati Uniti e della CA avranno il traffico bloccato.

Che cos'è la verifica gratuita?

Il processo di verifica a tariffa gratuita garantisce che i servizi in esecuzione su numeri verdi (TFN) siano conformi ai criteri del vettore e alle procedure consigliate del settore. Ciò fornisce anche informazioni rilevanti sul servizio per i vettori downstream, riduce la probabilità di filtri falsi positivi e blocchi di posta indesiderata errati.

Questa verifica è necessaria per un'esperienza di recapito SMS ottimale.

Cosa accade se non si verificano i numeri verdi?

SMS per i numeri di telefono degli Stati Uniti

A partire dal 31 gennaio 2024, l'aggregatore verde del settore impone la verifica a pagamento e consentirà solo ai numeri verificati di inviare messaggi SMS.

I nuovi limiti sono i seguenti:

Tipo di limite	Stato verifica	Limite corrente	Limite effettivo 31 gennaio 2024
Limite giornaliero	Non verificato	500	Bloccati
Limite settimanale	Non verificato	1.000	Bloccati
Limite mensile	Non verificato	2.000	Bloccati
Limite giornaliero	Verifica in sospeso	2.000	Bloccati
Limite settimanale	Verifica in sospeso	6.000	Bloccati
Limite mensile	Verifica in sospeso	10,000	Bloccati
Limite giornaliero	Verificato	Nessun limite	Nessun limite
Limite settimanale	Verificato	Nessun limite	Nessun limite
Limite mensile	Verificato	Nessun limite	Nessun limite

Importante

Il traffico SMS non verificato che supera il limite giornaliero o viene filtrato per la posta indesiderata avrà un codice di errore 4010 restituito per entrambi gli scenari.

SMS per i numeri di telefono canadesi

A partire dal 1° ottobre 2022, i numeri verdi non verificati che inviano messaggi alle destinazioni canadesi avranno bloccato il traffico. Per sbloccare il traffico, è necessario inviare e verificare l'applicazione di verifica.

Cosa significano i diversi stati dell'applicazione (verificati e non verificati)

• Verificato: i numeri verificati hanno superato il processo di verifica a pagamento e sono stati approvati. Il traffico è soggetto a filtri limitati. Se il traffico attiva eventuali filtri, tale contenuto specifico viene bloccato ma il numero non viene bloccato automaticamente.
• Non verificato: i numeri non verificati hanno 1) non inviato un'applicazione di verifica, 2) hanno inviato l'applicazione di verifica e sono in attesa di una decisione o 3) hanno negato la loro applicazione. Questi numeri non saranno in grado di inviare traffico SMS.

Cosa accade dopo l'invio del modulo di verifica a pagamento?

Dopo l'invio del modulo, si coordinaterà con il peer downstream per ottenere l'applicazione verificata dall'aggregatore di messaggistica a pagamento. Durante la revisione dell'applicazione, è possibile contattare l'utente per ulteriori informazioni.

• Dall'applicazione inviata a in sospeso = 1-5 giorni lavorativi
• Da Pending to Verdict (Verfied/Rejected/More info needed) = 4-5 settimane. L'aggregatore a pagamento è attualmente in grado di affrontare un volume elevato di applicazioni a causa delle quali le applicazioni possono richiedere circa otto settimane per ottenere l'approvazione.

L'intero processo di verifica a pagamento richiede circa 5-6 settimane. Queste sequenze temporali sono soggette a modifiche a seconda del volume di applicazioni dell'aggregatore di messaggistica a pagamento e della qualità dell'applicazione. L'aggregatore a pagamento è attualmente in grado di affrontare un volume elevato di applicazioni a causa delle quali le applicazioni possono richiedere circa otto settimane per ottenere l'approvazione.

Aggiornamenti per le modifiche e lo stato delle applicazioni verrà comunicato tramite il pannello normativo in portale di Azure.

Ricerca per categorie inviare una verifica gratuita?

Per inviare un'applicazione di verifica a pagamento, passare alla risorsa servizio di comunicazione di Azure a cui è associato il numero verde in portale di Azure e passare al pannello Telefono numeri. Selezionare il collegamento applicazione di verifica a pagamento visualizzato come "Invia applicazione" nella casella di infobox nella parte superiore del pannello dei numeri di telefono. Completare il modulo.

Che cosa è considerato un'applicazione di verifica a pagamento a pagamento di alta qualità?

Maggiore è la qualità dell'applicazione, maggiore è la probabilità che l'applicazione entri più velocemente nello stato verificato.

Puntatori per assicurarsi di inviare un'applicazione di alta qualità:

• Telefono numeri elencati è/sono numeri verdi
• Tutti i campi obbligatori completati
• Il caso d'uso non è elencato nell'elenco Casi d'uso non idonei
• Il processo di consenso esplicito è documentato/dettagliato
• L'URL dell'immagine di consenso esplicito viene fornito e accessibile pubblicamente
• Vengono seguite le linee guida CTIA

Quali sono i casi d'uso non idonei per la verifica a pagamento?

Servizi finanziari ad alto rischio	Ottenere schemi rapidi avanzati	Perdono del debito	Sostanze illegali/Activites	Generali
Prestiti a pagamento	Consolidamento del debito	Lavorare da casa programmi	Cannabis	Phishing
Prestiti a breve termine, ad alto interesse	Riduzione del debito	Opportunità di investimento per i rischi	Alcool	Frodi o truffe
Prestiti automatici	Programmi di riparazione del credito	Raccolta o consolidamento del debito	Tabacco o vape	Marketing ingannevole
Prestiti ipotecari	Lavoro ingannevole dai programmi di casa			Pornografia
Prestiti	Marketing multi-livello			Contenuti correlati al sesso
Gioco d'azzardo				Parola volgare o odio
Lotterie				Armi
Avvisi azionari
Criptovaluta

Come vengono usati i dati?

La verifica a pagamento (TFV) prevede un'integrazione tra Microsoft e l'aggregatore di messaggistica a pagamento. L'aggregatore di messaggistica a pagamento è il revisore finale e il responsabile approvazione dell'applicazione TFV. Microsoft deve condividere le informazioni sull'applicazione TFV con l'aggregatore di messaggistica a pagamento per confermare che i dettagli del programma soddisfino le linee guida e gli standard CTIA impostati dai vettori. Inviando un modulo TFV, si accetta che Microsoft possa condividere i dettagli dell'applicazione TFV in base alle esigenze per il provisioning del numero verde.

Limiti di caratteri e velocità

Qual è il limite di caratteri SMS?

Le dimensioni di un singolo messaggio SMS sono di 140 byte. Il limite di caratteri per singolo messaggio inviato dipende dal contenuto del messaggio e dalla codifica usata. Servizi di comunicazione di Azure supporta sia la codifica GSM-7 che UCS-2.

• GSM-7 - Un messaggio contenente solo caratteri di testo viene codificato con GSM-7
• UCS-2 : un messaggio contenente unicode (emoji, lingue internazionali) viene codificato con UCS-2

Questa tabella mostra il numero massimo di caratteri che è possibile inviare per segmento SMS ai gestori telefonici:

Message	Type	Caratteri utilizzati nel messaggio	Codifica	Numero massimo di caratteri in un singolo segmento
Hello world	Testo	GSM Standard	GSM-7	160
你好	Unicode	Unicode	UCS-2	70

È possibile inviare/ricevere messaggi lunghi (>2048 caratteri)?

Servizi di comunicazione di Azure supporta l'invio e la ricezione di messaggi lunghi tramite SMS. Tuttavia, alcuni operatori o dispositivi wireless possono agire in modo diverso quando si ricevono messaggi lunghi. È consigliabile mantenere i messaggi SMS a una lunghezza di 320 caratteri e ridurre l'uso di accenti per garantire il recapito massimo.

*Limitazione del codice breve degli Stati Uniti- Esiste un limite noto di ~quattro segmenti durante l'invio/ricezione di un messaggio con caratteri non ASCII. Oltre quattro segmenti, il messaggio potrebbe non essere recapitato con la formattazione corretta.

Esistono limiti all'invio di messaggi?

Per garantire che continuiamo a offrire la qualità elevata del servizio coerente con i contratti di servizio, Servizi di comunicazione di Azure applica limiti di frequenza (diversi per ogni primitiva). Gli sviluppatori che chiamano le API oltre il limite ricevono una risposta al codice di stato HTTP 429.

Limiti di frequenza per SMS:

Operazione	Tipo di numero	Ambito	Intervallo di tempo (s)	Limite (richiesta #)	Unità messaggio al minuto
Invia messaggio	Numero verde	Per numero	60	200*	200
Invia messaggio	Codice breve	Per numero	60	6000*	6000
Invia messaggio	ID mittente alfanumerico	Per risorsa	60	600*	600

*Se l'azienda ha requisiti che superano i limiti di frequenza, inviare una richiesta al supporto tecnico di Azure per abilitare una velocità effettiva più elevata.

Tariffe del vettore

Quali sono le tariffe del vettore per GLI SMS?

Gli operatori statunitensi e della CA addebitano una tariffa aggiuntiva per i messaggi SMS inviati e/o ricevuti da numeri verdi e codici brevi. Il supplemento del vettore viene calcolato in base alla destinazione del messaggio per i messaggi inviati e in base al mittente del messaggio per i messaggi ricevuti. Servizi di comunicazione di Azure addebita una tariffa standard per ogni segmento di messaggio. Le tariffe degli operatori telefonici sono soggette a modifiche da parte degli operatori di telefonia mobile. Per altri dettagli, vedere Prezzi sms .

Quando veniamo a sapere delle modifiche apportate a questi sovrapprezzi?

Come per i servizi di Azure simili, i clienti ricevono una notifica almeno 30 giorni prima dell'implementazione di eventuali variazioni di prezzo. Questi addebiti si riflettono nella pagina dei prezzi SMS insieme alle date di validità.

Supporto di emergenza

Un cliente può usare Servizi di comunicazione di Azure a scopo di emergenza?

Servizi di comunicazione di Azure non supporta la funzionalità text-to-911 nel Stati Uniti, ma è possibile che l'utente abbia l'obbligo di farlo secondo le norme della Federal Communications Commission (FCC). È necessario valutare se le regole text-to-911 di FCC si applicano al servizio o all'applicazione. Nella misura in cui si è coperti da queste regole, l'utente è responsabile del routing di 911 SMS ai call center di emergenza che li richiedono. È possibile determinare il proprio modello di distribuzione da testo a 911, ma un approccio accettato dal FCC prevede l'avvio automatico del dialer nativo nel dispositivo mobile dell'utente per distribuire 911 testi tramite il gestore di telefonia mobile sottostante.