Longueur des SMS entre systèmes A2P : éviter les écarts de segmentation et de facturation
Ce que l’on peut affirmer sur les écarts de segmentation SMS entre systèmes A2P, les sources à consulter et les conclusions que les informations disponibles ne permettent pas de tirer.

Ce que l’on peut affirmer sur les écarts de segmentation
Les éléments disponibles ne permettent pas de déterminer pourquoi une application, un agrégateur et un fournisseur pourraient afficher des nombres différents de segments pour un même message. Pour expliquer un écart précis, il faudrait des sources décrivant la manière dont chaque système transforme et encode le contenu.
Par conséquent, un décompte différent ne prouve pas à lui seul qu’il y a une erreur de calcul ou de facturation. Le guide de Sinch explique qu’un message long peut être divisé en plusieurs parties et apparaître comme plusieurs frais distincts, mais il ne documente pas les écarts de calcul entre systèmes A2P.
À titre de pratique suggérée, et non d’exigence technique universelle, il est possible de comparer le message observé par chaque système et l’étape à laquelle il est observé. Les éléments disponibles ne définissent pas de procédure particulière pour procéder à cette comparaison.
- N’attribuez pas un écart à une cause précise sans éléments concernant les transformations et l’encodage propres à chaque système.
- Distinguez le nombre de segments des frais indiqués.
- Consultez la source applicable au service avant de tirer des conclusions sur la facturation.

Portée des informations sur l’encodage et le contenu
Les extraits disponibles n’expliquent pas comment les différentes couches peuvent transformer ou encoder un message, ni comment ces opérations pourraient modifier le décompte. Ils ne permettent donc pas d’établir une cause technique à un écart observé.
À titre de pratique suggérée, les équipes peuvent comparer les versions du contenu disponibles dans les systèmes concernés et consulter la documentation correspondante. Il ne s’agit pas d’une méthode validée par les éléments cités ici.
- Ne déduisez pas qu’il y a eu une conversion ou une substitution au seul motif que les décomptes diffèrent.
- Recherchez une documentation décrivant explicitement le traitement du contenu à chaque couche.
- Distinguez les observations confirmées des hypothèses sur ce qui s’est passé.

Champs SMPP et en-têtes de concaténation
Les éléments fournis ne confirment pas quels champs SMPP enregistrer pour rapprocher longueur, encodage, en-têtes de concaténation, segments et facturation. Le lien vers la spécification, en l’absence d’extraits justifiant des champs précis ou leur sémantique, ne suffit pas à recommander une liste de champs.
Aucun élément disponible n’explique non plus le lien entre les en-têtes de concaténation et les écarts de décompte entre systèmes. Consultez la documentation technique applicable avant d’interpréter ces données.
- Ne supposez pas que tous les systèmes incluent les mêmes données dans leur décompte.
- Vérifiez la signification des champs dans la documentation de l’interface concernée.
- N’attribuez pas les écarts aux en-têtes de concaténation sans éléments qui le confirment.
Tests et vérifications : des pratiques suggérées, pas universelles
Les éléments disponibles ne valident ni méthode de test reproductible ni liste de vérification pour étudier les écarts sans renvoyer de trafic de production. Les sources citées ne permettent pas de présenter de telles procédures comme des exigences techniques établies.
À titre de suggestion opérationnelle, les équipes peuvent convenir avec les parties concernées des informations à comparer et déterminer si un test contrôlé est nécessaire. La portée, la destination et le traitement de tout envoi doivent être convenus avant sa réalisation ; cette suggestion n’est pas validée par les éléments disponibles.
- Consultez d’abord les enregistrements et la documentation disponibles.
- Si un test est envisagé, convenez au préalable de sa portée avec les parties concernées.
- Considérez toute comparaison des enregistrements ou du contenu comme une pratique suggérée, et non comme une procédure universellement établie.
Ne confondez pas segments, frais et remise
Le nombre de segments, les frais et l’état de remise sont des notions différentes. Sinch indique qu’un message divisé en trois parties peut apparaître comme trois frais et consommer trois SMS sur sa facture. Cette affirmation décrit l’explication de facturation de Sinch ; elle ne constitue pas une règle universelle pour les autres fournisseurs.
La source est l’article d’aide de Sinch « Comment les limites de caractères des SMS affectent la facturation » : https://support.app.sinch.com/hc/es/articles/10525032729871-C%C3%B3mo-los-l%C3%ADmites-de-caracteres-de-los-SMS-afectan-la-facturaci%C3%B3n. Consultez l’article pour vérifier la portée de cette explication et ne la généralisez pas à tous les services.
Les éléments cités n’établissent pas de relation universelle entre les segments, les frais et les états de remise. Évaluez chaque donnée à la lumière de la documentation et des conditions applicables au fournisseur.
- L’affirmation concernant trois parties et trois frais se limite à l’explication de facturation de Sinch.
- Ne déduisez pas les frais d’un fournisseur quelconque du seul nombre de segments.
- Consultez la documentation du service pour interpréter séparément les frais et les états de remise.
Ce que les sources disponibles ne permettent pas de conclure
Les extraits cités ne fournissent ni explication des raisons pour lesquelles différents systèmes pourraient calculer différemment les segments, ni liste vérifiée de champs SMPP permettant de rapprocher ces données, ni méthode validée pour reproduire les écarts.
La spécification SMPP et les sources sur les en-têtes de concaténation sont citées comme références, mais les extraits disponibles n’étayent ici aucune affirmation technique précise sur les champs, leur sémantique ou le décompte. Pour ces questions, il faut consulter une documentation qui les décrit explicitement.
- N’affirmez pas de cause technique sans éléments précis sur le comportement des couches concernées.
- Ne recommandez pas des champs d’intégration comme s’ils étaient confirmés par les extraits disponibles.
- Ne présentez pas une liste de vérification ou un test comme une méthode validée par les sources citées.
Questions fréquentes
Que signifie le fait que l’application et le fournisseur indiquent des nombres de segments différents ?
Cela signifie que les systèmes affichent des décomptes différents, mais les éléments disponibles ne permettent pas d’en déterminer la raison. Il faudrait des sources décrivant la manière dont chaque couche transforme et encode le contenu.
Le nombre de segments indique-t-il le nombre de frais appliqués par n’importe quel fournisseur ?
Les éléments disponibles ne permettent pas d’établir de règle universelle. Sinch indique qu’un message divisé en trois parties peut apparaître comme trois frais sur sa facture ; cette explication se limite à Sinch.
Quels champs SMPP dois-je enregistrer pour étudier un écart ?
Les éléments fournis ne confirment ni des champs précis ni leur sémantique pour rapprocher longueur, encodage, concaténation, segments et facturation. Consultez la documentation technique applicable.
Quel est le lien entre les en-têtes de concaténation et les écarts de décompte ?
Les sources disponibles n’expliquent pas ce lien. N’attribuez pas un écart à ces en-têtes sans documentation étayant cette conclusion.
Existe-t-il un test validé pour étudier les écarts sans renvoyer de trafic de production ?
Les éléments disponibles ne valident aucune méthode de test reproductible. Si un test est envisagé comme pratique opérationnelle, convenez au préalable de sa portée avec les parties concernées.
Sources consultées
- SMPP v3.4, Issue 1.2SMPP Developers Forum
- HTTP Semantics (RFC 9110)IETF
- Cómo los límites de caracteres de los SMS afectan la facturaciónSinch Support
- 3GPP specifications3GPP