Torna al blog Operazioni SMS

Reclami per SMS A2P non visibili sul dispositivo: distinguere il DLR dalla ricezione

Un reclamo per SMS non visibile sul dispositivo richiede di distinguere ciò che riportano i registri da ciò che può confermare l’utente. Scopri come organizzare le verifiche, documentare le incertezze e coinvolgere il fornitore senza attribuire al DLR più di quanto sia documentato.

Il team operativo esamina i registri di un SMS A2P segnalato come non visibile sul dispositivo

Che cosa significa un reclamo per SMS non visibile sul dispositivo

«Non l’ho ricevuto» descrive l’esperienza dell’utente, non una causa tecnica. Può significare che il messaggio non è arrivato, non è comparso dove l’utente se lo aspettava, è arrivato in ritardo o non è stato riconosciuto. Per stabilire la causa di un caso specifico, servono i relativi dati e, quando necessario, la documentazione tecnica pertinente.

Un rapporto di consegna (DLR, dall’inglese delivery report) è uno stato riportato nei sistemi. Un DLR, da solo, non dimostra che il messaggio sia comparso sul dispositivo o sia stato letto. Per interpretare uno stato specifico, consulta la documentazione tecnica primaria del sistema e del fornitore utilizzati. Tieni separate le osservazioni dell’utente e quelle dei registri.

  • Registra che cosa riferisce l’utente e quando lo ha comunicato.
  • Annota separatamente le osservazioni dell’utente e le informazioni presenti nei registri.
  • Non attribuire al DLR una portata tecnica che non sia confermata dalla documentazione pertinente.
Che cosa significa un reclamo per SMS non visibile sul dispositivo

Dati da raccogliere prima di avviare l’indagine

Inizia individuando l’invio specifico sulla base delle informazioni disponibili. Se sono coinvolti più sistemi, conserva i riferimenti presenti in ciascuno. Per la destinazione, utilizza il formato concordato dalla tua organizzazione e dal fornitore; non attribuire allo standard E.164 una regola specifica per questa procedura senza consultare la documentazione pertinente.

Registra anche il mittente, la data e l’ora con il fuso orario e il percorso di invio o il fornitore indicati nei dati disponibili. Se manca un dato, segnalalo come sconosciuto invece di ricostruirlo a memoria. Conserva il contenuto solo quando è necessario e nel rispetto delle politiche applicabili in materia di privacy e conservazione.

  • Riferimenti disponibili nei sistemi consultati.
  • Destinazione nel formato concordato dall’organizzazione e dal fornitore, con accesso limitato.
  • Mittente e dati pertinenti dell’invio.
  • Data e ora con fuso orario e origine di ciascun registro.
  • Percorso di invio o fornitore indicati nei registri, senza presumere che identifichino da soli il tratto responsabile.
Dati da raccogliere prima di avviare l’indagine

Procedura d’indagine ripetibile

Questa procedura operativa generica aiuta a organizzare e confrontare le informazioni disponibili. Per l’interpretazione tecnica dei diversi stati, fai riferimento alla documentazione del sistema o del fornitore pertinente.

1. Verifica che il caso corrisponda a un invio specifico. Controlla i riferimenti e l’intervallo temporale usando le informazioni disponibili. Se sono possibili più invii, tienili distinti finché non è possibile stabilire quale corrisponda al reclamo.

2. Raccogli la sequenza riportata nei sistemi consultati. Conserva il nome originale di ogni stato, la fonte e la data e ora registrate. Prima di interpretare uno stato, consulta la documentazione tecnica del sistema o del fornitore pertinente.

3. Annota l’ultimo evento presente nei registri esaminati e le informazioni mancanti. Non trasformare l’assenza di uno stato in una conclusione sulla ricezione o sull’errore senza prove a sostegno.

4. Se più registri potrebbero corrispondere al caso, mantienili distinti. Non classificarli come tentativi ripetuti o duplicati confermati, a meno che le informazioni disponibili non permettano di stabilirlo.

Informazioni mancanti, tardive o incompatibili

Se un registro atteso non compare, documenta quali sistemi hai consultato e qual è l’ultimo dato disponibile. L’assenza di un DLR, da sola, non conferma né che il messaggio sia comparso sul dispositivo né che si sia verificato un errore.

Se un rapporto compare dopo il reclamo, conserva le informazioni disponibili sui relativi orari e annota quando è stato aggiunto all’indagine. Non modificare la cronologia in modo da far sembrare che quell’informazione fosse nota fin dall’inizio.

Se due fonti riportano informazioni diverse, registra entrambe con la relativa origine e gli orari disponibili. Verifica, nei limiti consentiti dai dati, se si riferiscono allo stesso invio. Non scegliere un’interpretazione senza consultare la documentazione tecnica pertinente.

  • Informazioni mancanti: registra le fonti consultate e l’ultimo dato disponibile.
  • Informazioni successive: conserva gli orari disponibili e annota quando sono state aggiunte.
  • Dati incompatibili: registra entrambe le osservazioni e le relative fonti, senza risolvere la discrepanza per supposizione.
  • Se la causa non è dimostrata, indicala come sconosciuta.

Che cosa consente di concludere un DLR con stato «consegnato»

La documentazione tecnica primaria del fornitore e dell’interfaccia utilizzata è il riferimento per stabilire che cosa significhi questo stato. Un DLR, da solo, non dimostra che il messaggio sia comparso sul dispositivo o sia stato letto.

Se l’utente afferma di non aver visto il messaggio, registra questa osservazione insieme allo stato riportato nei sistemi, senza invalidare una delle due informazioni per supposizione.

Spiega quali dati compaiono nei registri e quali aspetti restano da verificare. Non affermare che il messaggio sia comparso sul cellulare o sia stato letto, a meno che tu non disponga di prove adeguate a sostenerlo.

  • Descrivi lo stato così come compare nel registro e indicane la fonte.
  • Non attribuire al DLR la conferma della visualizzazione sul dispositivo o della lettura senza un adeguato riscontro tecnico.
  • Se la portata dello stato non è documentata, segnalalo e chiedi un chiarimento.

Controlli lato utente, escalation e preparazione del fascicolo

Per i problemi di ricezione, la guida ufficiale di Google Messaggi consiglia di verificare che l’operatore supporti gli SMS e di controllare il piano o il saldo: https://support.google.com/messages/answer/9077245?hl=it. Puoi suggerire questi controlli all’utente, ma non determinano la causa del singolo caso.

Contatta il fornitore quando le informazioni disponibili non consentono di interpretare uno stato o chiarire una discrepanza. I dati da condividere dipendono da ciò che serve per individuare ed esaminare il caso.

Come procedura operativa generica, valuta di includere i riferimenti disponibili, la destinazione nel formato concordato, il mittente, gli orari, gli stati osservati e la fonte di ciascun dato. Aggiungi informazioni sul percorso di invio o sul contenuto solo se pertinenti alla richiesta e se è consentito condividerle.

Formula una domanda precisa sui punti da chiarire. Conserva la richiesta e la risposta insieme al fascicolo. Non includere dati personali o contenuti sensibili non necessari.

  • Riassumi i dati osservati e distingui le ipotesi dai fatti.
  • Indica esplicitamente le discrepanze e le informazioni mancanti.
  • Proteggi il numero e il contenuto del messaggio secondo le regole di privacy e accesso dell’organizzazione.
  • Registra la richiesta al fornitore e la relativa risposta.

Come comunicare l’esito all’utente

Spiega che cosa è stato verificato, quali informazioni compaiono nei registri e che cosa non è stato possibile verificare. Distingui i fatti osservati dalle possibili spiegazioni ed evita di attribuire la causa a una parte se il fascicolo non lo dimostra.

Se la richiesta è ancora aperta, comunica quale informazione è in attesa senza promettere una tempistica o un esito che non puoi garantire. Se il caso viene chiuso senza aver verificato che il messaggio sia comparso sul dispositivo, dillo chiaramente e indica i passaggi di assistenza previsti dalla tua organizzazione.

  • Esempio: «Nei registri consultati compare un rapporto con lo stato indicato. Non abbiamo verificato in modo indipendente che cosa significhi tale stato per la visualizzazione del messaggio sul tuo cellulare».
  • Esempio: «Nei registri consultati non abbiamo trovato un rapporto di consegna. Con le informazioni disponibili non possiamo confermare se il messaggio sia comparso sul telefono».
  • Evita frasi come «è stato sicuramente ricevuto» o «l’operatore lo ha perso», salvo che vi siano prove specifiche a giustificarle.

Lista di controllo per chiudere il caso

Chiudi l’incidente quando è chiaro quali informazioni sono state esaminate e che cosa resta incerto. La classificazione deve riflettere le prove disponibili, non una spiegazione ipotizzata.

Prima di concludere, verifica che il fascicolo distingua ciò che riportano i registri da ciò che riferisce l’utente.

  • Riferimenti dell’invio e destinazione verificati; i dati sono protetti.
  • Informazioni disponibili organizzate con le relative fonti e gli orari.
  • Dati mancanti, tardivi o incompatibili documentati sulla base dei registri consultati.
  • Registri potenzialmente correlati mantenuti separati se non vi sono prove sufficienti per classificarli.
  • Conclusioni limitate alle informazioni disponibili, con le incertezze indicate esplicitamente.
  • Richiesta al fornitore e risposta allegate, se pertinenti.
FAQ

Domande frequenti

Un DLR con stato «consegnato» dimostra che l’utente ha visto l’SMS sul cellulare?

No. Un DLR, da solo, non dimostra che l’SMS sia comparso sul dispositivo o sia stato letto. Per interpretare lo stato, consulta la documentazione primaria del fornitore e del sistema utilizzati.

L’assenza di un DLR significa che l’SMS non è comparso sul dispositivo?

No. L’assenza di un DLR, da sola, non permette di concludere se il messaggio sia comparso sul dispositivo. Registra quali fonti hai consultato e qual è l’ultimo dato riportato.

Quali dati devo inviare al fornitore in caso di escalation?

Condividi solo le informazioni necessarie per esaminare il caso, per esempio i riferimenti disponibili, la destinazione nel formato concordato, gli orari, gli stati osservati e la domanda specifica. Limita il contenuto e i dati personali allo stretto necessario.

Fonti consultate

  1. Solucionar problemas al enviar o recibir mensajesGoogle Messages Help
  2. 3GPP specifications3GPP
  3. ITU-T E.164International Telecommunication Union
  4. GSMA resourcesGSMA