SMS A2P concatenati: come diagnosticare gli stati dei segmenti

Messaggio logico e segmenti

Un SMS concatenato suddivide un messaggio lungo in più parti o segmenti. Per descrivere un caso, distingui il messaggio originale dalle parti che compaiono nei registri consultati.

Le informazioni approvate consentono di descrivere questa suddivisione in termini generali, ma non di verificare dettagli tecnici sui campi di concatenazione, le risposte di invio o gli stati dei singoli segmenti. Per questi dettagli servirebbe documentazione primaria applicabile all'implementazione specifica.

• Annota quali informazioni compaiono nei registri disponibili.
• Non attribuire una semantica tecnica a campi o stati che non sia supportata da documentazione verificabile.

Che cosa significa avere informazioni parziali

Se le informazioni consultate mostrano dati per una parte del messaggio ma non per le altre, l'osservazione è incompleta. Sulla base delle prove disponibili non è possibile determinarne la causa né concludere che cosa sia successo alle parti prive di informazioni.

Evita di trasformare uno stato isolato in un'affermazione sull'intero messaggio. Le fonti approvate non forniscono dettagli sufficienti per convalidare come siano rappresentati o interpretati specifici stati di invio o consegna.

• Distingui le informazioni osservate da quelle mancanti.
• Non presentare una parte con uno stato come prova che l'intero messaggio sia arrivato al telefono.

Verifiche generali

Come verifica iniziale, delimita il caso e conserva le informazioni disponibili sul messaggio, sul destinatario e sul momento della consultazione, nel rispetto delle politiche pertinenti in materia di privacy e conservazione dei dati.

Raccogli i registri accessibili e annota da quale sistema provengono. Le prove approvate non consentono di convalidare un metodo specifico per correlare identificatori, sequenze o timestamp tra API, SMPP, provider e terminali. Non presentare tali relazioni come confermate senza documentazione primaria.

Se i dati sono contraddittori o mancanti, chiedi chiarimenti al provider e registra che cosa è stato confermato e che cosa resta da verificare.

• Identifica le fonti consultate e l'ambito delle informazioni disponibili.
• Non dedurre corrispondenze basandoti soltanto sugli orari o sulla somiglianza dei contenuti.
• Richiedi documentazione tecnica quando devi interpretare campi o stati specifici.

Come comunicare gli stati parziali

Descrivi con precisione i dati osservati ed evita affermazioni che vadano oltre quanto consentito dalle fonti. Se mancano informazioni per alcune parti, indicalo esplicitamente, senza presentare tale mancanza come un guasto accertato.

Le prove approvate non consentono di concludere che uno stato segnalato dimostri che il terminale abbia ricostruito o visualizzato il messaggio concatenato. Comunica questo limite quando il caso lo richiede.

• Indica quali informazioni sono disponibili e quali non sono state confermate.
• Distingui uno stato segnalato dalla ricezione verificata sul dispositivo.
• Non affermare che il messaggio completo sia arrivato o sia stato visualizzato in assenza di prove adeguate.

Tracciabilità e passaggi successivi

Conserva i registri pertinenti secondo le politiche applicabili e annotane la provenienza. Le fonti disponibili non verificano una procedura tecnica specifica di nuovo tentativo, correlazione o escalation per i messaggi concatenati.

In caso di informazioni incomplete, evita di presentare un nuovo invio come soluzione universale. Qualsiasi decisione operativa deve basarsi sulla documentazione applicabile e sulle procedure pertinenti al caso d'uso. Le comunicazioni A2P devono essere legittime e rispettare le regole applicabili.

• Documenta ciò che è stato osservato e ciò che resta da confermare.
• Consulta la documentazione del provider prima di prendere decisioni basate su stati specifici.
• Limita i dati conservati e condivisi a quelli necessari per l'indagine.

Limiti delle prove

Le prove approvate descrivono in termini generali la concatenazione come la suddivisione di un messaggio lungo in più parti. Non forniscono documentazione primaria sufficiente a supportare dettagli su campi, risposte SMPP/API, DLR per segmento, correlazione tra sistemi o conferma della ricostruzione sul terminale.

Di conseguenza, questa pagina offre verifiche generali, non una guida tecnica convalidata per interpretare gli stati o diagnosticare un'implementazione specifica. Per formulare conclusioni tecniche servono specifiche e documentazione primaria pertinenti.

• Interpreta i dati soltanto entro i limiti di quanto supportato dalle fonti disponibili.
• Non considerare un DLR come prova indipendente del fatto che il messaggio sia stato ricostruito o visualizzato sul telefono.
• Distingui chiaramente le osservazioni dalle conclusioni che richiedono ulteriori prove.