SMS A2P concaténés : diagnostiquer les états par segment

Message logique et segments

Un SMS concaténé divise un message long en plusieurs parties ou segments. Pour décrire un cas, distinguez le message d’origine des parties qui apparaissent dans les journaux consultés.

Les informations approuvées permettent de décrire cette division de manière générale, mais pas de vérifier les détails techniques concernant les champs de concaténation, les réponses d’envoi ou les états par segment. Ces détails nécessiteraient une documentation primaire applicable à la mise en œuvre concernée.

• Notez les informations qui figurent dans les journaux disponibles.
• N’attribuez pas de signification technique à des champs ou à des états qui n’est pas étayée par une documentation vérifiable.

Que signifie la présence d’informations partielles ?

Si les informations consultées présentent des données pour une partie du message, mais pas pour les autres, l’observation est incomplète. Avec les éléments disponibles, il est impossible d’en déterminer la cause ou de conclure ce qui est arrivé aux parties pour lesquelles aucune information n’est disponible.

Évitez de transformer un état isolé en affirmation concernant le message entier. Les sources approuvées ne fournissent pas assez de détails pour valider la manière dont des états spécifiques d’envoi ou de livraison sont représentés ou interprétés.

• Distinguez les informations observées de l’absence d’informations.
• Ne présentez pas une partie avec un état comme preuve que le message complet est arrivé sur le téléphone.

Vérifications générales

Lors d’une première vérification, délimitez le cas et conservez les informations disponibles sur le message, le destinataire et le moment de la consultation, dans le respect des politiques de confidentialité et de conservation applicables.

Rassemblez les journaux accessibles et notez leur système d’origine. Les éléments approuvés ne permettent pas de valider une méthode précise pour mettre en correspondance des identifiants, des séquences ou des horodatages entre les API, SMPP, les fournisseurs et les terminaux. Ne présentez pas ces liens comme confirmés sans documentation primaire.

En cas de données contradictoires ou manquantes, demandez des précisions au fournisseur et consignez ce qui a été confirmé et ce qui reste à vérifier.

• Identifiez les sources consultées et la portée des informations disponibles.
• Ne déduisez pas de correspondances uniquement à partir d’horaires ou d’un contenu similaire.
• Demandez la documentation technique si vous devez interpréter des champs ou des états spécifiques.

Comment communiquer des états partiels

Décrivez précisément les données observées et évitez d’affirmer davantage que ce que permettent les sources. Si des informations manquent pour certaines parties, indiquez-le explicitement, sans présenter cette absence comme une défaillance confirmée.

Les éléments approuvés ne permettent pas de conclure qu’un état signalé prouve que le terminal a reconstitué ou affiché le message concaténé. Communiquez cette limite lorsque le cas le nécessite.

• Indiquez quelles informations sont disponibles et lesquelles n’ont pas pu être confirmées.
• Distinguez un état signalé d’une réception vérifiée sur l’appareil.
• N’affirmez pas que le message complet est arrivé ou s’est affiché en l’absence de preuves suffisantes.

Traçabilité et prochaines étapes

Conservez les journaux pertinents conformément aux politiques applicables et notez leur provenance. Les sources disponibles ne valident aucune procédure technique précise de nouvelle tentative, de mise en correspondance ou d’escalade pour les messages concaténés.

En cas d’informations incomplètes, évitez de présenter un nouvel envoi comme une solution universelle. Toute décision opérationnelle doit s’appuyer sur la documentation applicable et les procédures liées au cas d’usage. Les communications A2P doivent être légitimes et respecter les règles applicables.

• Consignez ce qui a été observé et ce qui reste à confirmer.
• Consultez la documentation du fournisseur avant de prendre des décisions fondées sur des états spécifiques.
• Limitez les données conservées et partagées à ce qui est nécessaire à l’investigation.

Limites des éléments disponibles

Les éléments approuvés décrivent, de manière générale, la concaténation comme la division d’un message long en plusieurs parties. Ils ne fournissent pas suffisamment de documentation primaire pour étayer des détails concernant les champs, les réponses SMPP/API, les DLR par segment, la mise en correspondance entre systèmes ou la confirmation de la reconstitution sur le terminal.

Cette page propose donc des vérifications générales, et non un guide technique validé pour interpréter des états ou diagnostiquer une mise en œuvre spécifique. Des conclusions techniques nécessitent les spécifications et la documentation primaire pertinentes.

• Interprétez les données uniquement dans les limites de ce que les sources disponibles permettent d’étayer.
• Ne considérez pas un DLR comme une preuve indépendante que le message a été reconstitué ou affiché sur le téléphone.
• Distinguez clairement les observations des conclusions qui nécessitent davantage d’éléments.