Torna al blog Operazioni e qualità dei dati

Normalizzazione E.164 negli SMS A2P: formato, validità e raggiungibilità

Scopri cosa si può e non si può dedurre normalizzando i numeri per gli SMS A2P e come documentare le decisioni senza confondere formato, validità e raggiungibilità.

Flusso di dati che separa l’input originale dalla rappresentazione normalizzata e dalle successive verifiche per gli SMS A2P

E.164 aiuta a rappresentare i numeri in modo uniforme, non a provarne la validità

Per gestire i numeri negli SMS A2P, è utile distinguere tre domande: come rappresentare un numero, se rispetta le regole applicabili e quali indicazioni esistono sulla sua raggiungibilità. Non sono conclusioni intercambiabili.

Il riferimento alla Raccomandazione E.164 dell’UIT è consultabile all’indirizzo https://www.itu.int/rec/T-REC-E.164/. In assenza di estratti verificabili della raccomandazione, non è opportuno attribuirle requisiti tecnici specifici né trasformarla in una procedura di normalizzazione.

Sulla base della documentazione disponibile, una rappresentazione E.164 non dimostra che il numero esista, sia assegnato o attivo, appartenga al destinatario o possa ricevere SMS. Prima di definire controlli, consulta la documentazione primaria pertinente e registra quale conclusione consente ciascuna verifica.

  • Formato: documenta la rappresentazione utilizzata dal sistema e la fonte su cui si basano le relative regole.
  • Validità: individua la documentazione ufficiale o il piano di numerazione applicabile al paese e al contesto.
  • Raggiungibilità: descrivi separatamente le indicazioni osservate e i loro limiti; non presentarle come garanzia di consegna.
E.164 aiuta a rappresentare i numeri in modo uniforme, non a provarne la validità

Progetta il flusso in modo da conservare l’input e documentare ogni modifica

Le evidenze disponibili non consentono di prescrivere un flusso tecnico universale per interpretare e trasformare gli input. Come misura di controllo dei dati, conserva il valore ricevuto e mantieni distinti l’input originale, la rappresentazione elaborata e le decisioni adottate.

Prima di automatizzare le trasformazioni, individua la documentazione autorizzata applicabile al contesto. Se non puoi giustificare una regola, non presentarla come istruzione tecnica confermata: sottoponi il caso a revisione secondo le procedure interne.

  • Conserva l’input esattamente com’è stato ricevuto, nel rispetto delle politiche applicabili in materia di privacy e conservazione.
  • Quando pertinente, registra quale regola documentata è stata applicata e quale contesto è stato utilizzato.
  • Non dedurre il paese né trasformare un input usando regole non verificate.
Progetta il flusso in modo da conservare l’input e documentare ogni modifica

Prefissi internazionali e zeri nazionali richiedono un contesto

La documentazione fornita non include piani ufficiali che consentano di definire regole per prefissi internazionali, codici paese o zeri iniziali. Questi casi devono essere risolti consultando il piano di numerazione ufficiale pertinente, non applicando una regola universale dedotta dall’aspetto della stringa.

Se manca il contesto o la documentazione applicabile non è disponibile, lascia invariato l’input e contrassegna il caso per la revisione secondo il processo interno.

  • Non attribuire un paese a un input ambiguo senza contesto e supporto documentale.
  • Non eliminare né conservare gli zeri iniziali come regola generale senza una fonte ufficiale pertinente.
  • Non considerare valida una stringa soltanto perché sembra internazionale.

Estensioni e input ambigui: non convertirli in cifre dell’abbonato

Le evidenze disponibili non consentono di stabilire una regola tecnica per trattare le estensioni nella normalizzazione dei numeri per gli SMS. Consulta la documentazione pertinente prima di decidere come rappresentarle o separarle.

Per separatori, campi incompleti o input con più componenti possibili, distingui ciò che hai ricevuto da qualsiasi interpretazione successiva. Se non puoi giustificare un’interpretazione con documentazione e contesto, non presentarla come certa.

  • Non documentare come verificata una trasformazione delle estensioni senza un adeguato supporto tecnico.
  • Mantieni riconoscibili gli input ambigui, così che non vengano confusi con dati confermati.
  • Sottoponi le regole di correzione, rifiuto o revisione alla documentazione e alle procedure approvate.

Verifica con i piani ufficiali e chiarisci i limiti

La documentazione fornita non include piani di numerazione ufficiali né una procedura verificabile per confrontare i numeri con tali piani. Per definire questi controlli, consulta la fonte primaria applicabile e registrane l’ambito; la pagina E.164 dell’UIT è un punto di partenza, ma non costituisce una prova sufficiente dei dettagli operativi: https://www.itu.int/rec/T-REC-E.164/.

Tieni distinto l’esito di un controllo del formato da qualsiasi conclusione sull’esistenza, l’attività, l’intestatario o la possibilità di ricevere SMS. Le evidenze disponibili non consentono inoltre di considerare una consultazione HLR o uno stato di rete come prova di consenso, identità, titolarità o consegna garantita.

  • Prima di applicare una verifica, indica quale piano, versione e procedura la giustificano.
  • Descrivi i risultati dei controlli senza estenderli oltre ciò che consentono di concludere.
  • Mantieni i requisiti di consenso e le norme applicabili separati dai controlli di formato o di rete.

Errori che compromettono la qualità dei dati

In assenza di documentazione pertinente, non si possono considerare regole confermate l’eliminazione di cifre, l’assegnazione di codici paese o la sostituzione dei valori originali. Documenta la fonte di ogni trasformazione e conserva l’input, così da poter distinguere il dato ricevuto da quello elaborato.

Un controllo del formato non consente neppure di concludere che un numero sia raggiungibile. Le decisioni relative ai messaggi A2P devono rispettare il consenso e le norme applicabili.

  • Non modificare gli zeri iniziali senza documentazione applicabile.
  • Non completare i codici paese basandoti soltanto sulla lunghezza o sull’aspetto del numero.
  • Non equiparare una rappresentazione E.164 a un numero assegnato, attivo o in grado di ricevere SMS.
  • Non presentare come verificata una trasformazione priva di supporto documentale.

Tracciabilità e protezione dei dati

Le evidenze disponibili non definiscono un modello tecnico di tracciabilità né i tempi di conservazione. Definisci accesso, registrazione ed eliminazione in conformità alle politiche sulla privacy e agli obblighi applicabili, senza attribuire queste decisioni a fonti che non le documentano.

Quando documenti il processo, distingui l’input originale dai valori risultanti e dalle decisioni di revisione, nel rispetto delle politiche pertinenti al trattamento dei numeri telefonici.

  • Applica le politiche pertinenti in materia di accesso e conservazione.
  • Basa la conservazione e l’eliminazione sugli obblighi e sulle politiche applicabili.
  • Non affermare che una struttura di registrazione sia supportata da fonti ufficiali senza averlo verificato.
FAQ

Domande frequenti

Un numero nel formato E.164 garantisce che riceverà un SMS?

No. Le evidenze disponibili non consentono di concludere che il formato dimostri l’esistenza, l’attività, la titolarità o la possibilità di ricevere SMS.

Devo eliminare sempre lo zero iniziale?

Con la documentazione disponibile non è possibile stabilire una regola generale. Consulta il piano di numerazione ufficiale pertinente prima di definire come trattarlo.

Come devo gestire un numero privo del codice paese?

Non dedurre il paese senza un contesto e una documentazione che giustifichino questa decisione. Se non riesci a determinarlo, mantieni l’input identificato per la revisione secondo il processo interno.

Come devo trattare un’estensione quando normalizzo un numero per gli SMS?

Le evidenze disponibili non consentono di definire una regola tecnica. Consulta la documentazione pertinente e non presentare una trasformazione come verificata senza un adeguato supporto.

Una consultazione HLR conferma l’identità o il consenso del destinatario?

Non deve essere considerata una prova di identità, titolarità o consenso, né una garanzia di consegna.

Fonti consultate

  1. ITU-T Recommendation E.164International Telecommunication Union
  2. 3GPP specifications by series3GPP
  3. GSMA network technologies resourcesGSMA