Écarts sur les segments SMS A2P facturables : guide de rapprochement
Une méthode opérationnelle pour examiner les écarts entre les décomptes de l’application, de la plateforme d’envoi, du fournisseur et des relevés d’utilisation, sans confondre livraisons, tentatives et frais.

Pourquoi un même envoi peut présenter des décomptes différents
Un écart ne prouve pas à lui seul qu’il y a une erreur de facturation. L’application peut estimer le nombre de segments avant l’envoi ; l’interface peut accepter ou transformer la requête ; le fournisseur peut enregistrer chaque tentative ou unité traitée ; et le relevé d’utilisation peut appliquer les règles convenues pour la comptabiliser. Il ne faut pas supposer que tous ces systèmes comptent la même entité.
Les éléments disponibles ne permettent pas d’établir une règle universelle de calcul, de comptabilisation ou de corrélation applicable à tous les fournisseurs. Le rapprochement doit donc s’appuyer sur les données de chaque système et sur les conditions contractuelles pertinentes. Consultez les spécifications techniques et la documentation du fournisseur pour confirmer les détails propres à chaque cas.
- Considérez chaque décompte comme une donnée dont la signification doit être confirmée.
- Distinguez les écarts de calcul, d’acceptation, de transmission, de nouvelles tentatives et de comptabilisation.
- Ne déduisez pas le montant facturable du seul statut de livraison.

Définir l’unité de rapprochement avant toute comparaison
Avant d’additionner les segments, convenez de ce que représente chaque ligne dans chaque système. Un message logique correspond à la requête initiale de l’application. Un segment envoyé est une unité résultant du codage et du format utilisés à une étape donnée. Une tentative est une opération d’envoi qui peut être répétée. Un enregistrement facturable est l’unité comptabilisée par le fournisseur selon les conditions applicables.
Ces catégories ne sont pas interchangeables. Comparer le total des messages logiques de l’application au nombre de tentatives du fournisseur peut produire des chiffres différents, même si chaque enregistrement a été créé correctement. Demandez à chaque partie de définir ses champs et les critères utilisés pour agréger les lignes.
- Consignez séparément les totaux des messages logiques, des segments, des tentatives et des relevés d’utilisation.
- Précisez si un identifiant est conservé lors des nouvelles tentatives et si une ligne représente une requête ou une unité comptabilisée.
- Confirmez la période et le fuseau horaire de chaque rapport avant de comparer les totaux.

Quels champs comparer à chaque étape
Créez un tableau par enregistrement, avec les champs disponibles et leur provenance. Dans la mesure du possible, conservez au minimum l’identifiant de la requête, l’identifiant du message attribué par la plateforme ou le fournisseur, le destinataire normalisé, l’horodatage et le statut enregistré à cette étape. Ajoutez le texte d’origine et toute représentation transformée si leur stockage sécurisé est autorisé.
Pour vérifier le codage, consignez les métadonnées disponibles, telles que le jeu de caractères déclaré et la longueur avant et après transformation. Pour examiner la concaténation, demandez les identifiants ou références des parties réellement exposés par le système. La disponibilité et la signification de ces champs varient : ne présumez pas qu’ils existent et ne considérez pas leur absence comme la preuve qu’aucune transformation n’a eu lieu.
- Conservez les horodatages avec leur fuseau horaire et gardez l’horodatage d’origine du système.
- Comparez le destinataire sous une forme normalisée, sans supprimer la valeur reçue.
- Ne consignez la longueur, le codage et la référence de concaténation que si la plateforme les fournit.
- Protégez le contenu et les données du destinataire conformément aux politiques de confidentialité et de conservation applicables.
Distinguer codage et concaténation des doublons et des nouvelles tentatives
Un écart dans le nombre de segments peut provenir de la façon dont chaque étape calcule ou représente le message. Le codage et la concaténation sont des facteurs à vérifier dans les journaux, mais il ne faut pas appliquer de seuils ni de règles de décompte sans documentation technique précise concernant le mode et le système concernés. Confirmez quel texte chaque étape a reçu et quel codage est déclaré dans chaque enregistrement.
Les doublons et les nouvelles tentatives nécessitent une autre analyse : recherchez les requêtes répétées, les identifiants différents associés à une même opération et les horodatages rapprochés. La similarité du texte et du destinataire aide à repérer des cas possibles, mais ne suffit pas pour déclarer deux lignes comme doublons : elles peuvent correspondre à des envois légitimes distincts. Vérifiez également si l’application ou la plateforme a réessayé une requête et quelle réponse elle a reçue avant la nouvelle tentative.
- Déterminez d’abord si le contenu ou son codage a changé, puis examinez les répétitions de requêtes et de tentatives.
- Utilisez les identifiants et la chronologie comme éléments de preuve, et pas seulement la correspondance du texte et du destinataire.
- Consultez la documentation technique primaire et les conditions du fournisseur avant d’attribuer un écart à la concaténation ou à une règle de facturation.
Créer un échantillon traçable et rapprocher les enregistrements
Commencez par un échantillon limité à une période définie et conservez les journaux d’origine exportés de chaque système. Incluez des cas concordants et des cas présentant des écarts : les premiers aident à valider la corrélation ; les seconds permettent de repérer des tendances sans supposer que tous les écarts ont la même cause.
Associez les lignes au moyen d’un identifiant partagé, lorsqu’il existe. Sinon, utilisez une combinaison documentée du destinataire, de l’heure et des autres champs disponibles pour proposer des correspondances, en les signalant comme provisoires. Ne transformez pas une correspondance approximative en association certaine. Présentez séparément les lignes appariées, non appariées et associées à plusieurs correspondances possibles.
Comparez les totaux seulement après avoir classé les lignes. Pour chaque écart, consignez le système source, l’unité représentée, les éléments observés, l’explication confirmée ou en attente et la personne chargée de le résoudre.
- Définissez la période, les systèmes inclus et le fuseau horaire avant d’extraire les données.
- Conservez une copie non modifiée des fichiers d’origine et documentez toute transformation.
- Classez les correspondances exactes, les correspondances provisoires, les doublons confirmés et les enregistrements sans correspondance.
- Calculez les totaux par type d’unité, plutôt que de les regrouper en un seul chiffre.
Enregistrements incomplets, tardifs ou sans correspondance certaine
Une exportation peut être incomplète, inclure des événements ajoutés tardivement ou ne pas contenir d’identifiant commun. Dans ces cas, laissez l’écart en attente et demandez les informations manquantes au responsable du système. Ne renseignez pas les champs absents par déduction et ne clôturez pas un écart sur la seule base d’une corrélation temporelle approximative.
Convenez avec les parties d’un délai d’attente et d’une date d’arrêté en fonction de leurs processus et des conditions contractuelles ; les éléments disponibles ne permettent pas de déduire un délai universel. Si un enregistrement apparaît après la date d’arrêté, notez quand il a été reçu et vérifiez s’il modifie le rapprochement. Faites remonter les cas sans correspondance lorsqu’ils peuvent changer le résultat financier ou révéler un problème opérationnel.
- Prévoyez une catégorie explicite pour les enregistrements tardifs et les données incomplètes.
- Demandez des exportations plus détaillées ou des champs de corrélation, s’ils sont disponibles.
- Consignez les incertitudes et évitez d’attribuer un montant définitif à une ligne sans éléments suffisants.
Documenter les exceptions et convenir des règles avec le fournisseur
Le rapprochement récurrent est plus efficace lorsque les deux parties conviennent par écrit de ce que représente chaque champ, des identifiants conservés, de l’interprétation des nouvelles tentatives et des enregistrements justifiant l’utilisation comptabilisée. Cet accord doit respecter le contrat et les capacités réelles des plateformes concernées ; ne présumez pas que tous les fournisseurs exposent les mêmes détails.
Pour chaque exception, consignez la période, les identifiants disponibles, l’écart observé, les éléments demandés et reçus, la conclusion et les actions en attente. Si aucune explication vérifiable n’est établie, indiquez que l’écart reste non résolu et appliquez la procédure de révision prévue dans l’accord commercial.
- Convenez des définitions de message, segment, tentative et enregistrement comptabilisé.
- Précisez les champs de corrélation, le format d’exportation et le traitement des fuseaux horaires.
- Définissez la procédure de demande, les délais et l’escalade conformément à l’accord en vigueur.
- Ne transformez pas une explication probable en règle générale sans confirmation documentaire.
Liste de contrôle pour clôturer un écart
Une clôture solide précise ce qui a été comparé, quels éléments étayent la conclusion et quelles incertitudes subsistent. Le statut de livraison signalé — y compris un DLR — doit rester distinct du relevé d’utilisation et de la règle contractuelle de comptabilisation. Les informations disponibles ne permettent pas d’établir qu’un DLR prouve à lui seul des frais ou détermine l’unité facturable.
Si les journaux disponibles ne permettent pas de résoudre l’écart, la bonne démarche consiste à le documenter comme étant en attente, et non à en déduire la cause. Les vérifications suivantes aident à ne clôturer que les cas suffisamment traçables.
- A-t-on convenu si la comparaison porte sur un message logique, un segment, une tentative ou un relevé d’utilisation ?
- La période, le fuseau horaire et l’intégrité des exportations ont-ils été confirmés ?
- Existe-t-il un identifiant commun, ou la correspondance est-elle clairement signalée comme provisoire ?
- Le contenu, le codage et les références des parties ont-ils été examinés à partir des données réellement disponibles ?
- Les doublons confirmés ont-ils été distingués des requêtes répétées légitimes et des nouvelles tentatives ?
- La conclusion s’appuie-t-elle sur les journaux et les conditions applicables, sans utiliser le DLR comme preuve de facturation ?
- Les exceptions, les incertitudes et les actions en attente ont-elles été documentées ?
Questions fréquentes
Un DLR confirme-t-il le nombre de segments facturés ?
Il ne doit pas être utilisé seul pour confirmer une quantité facturable. Distinguez le statut de livraison signalé du relevé d’utilisation et des règles de comptabilisation applicables. Les éléments disponibles n’établissent aucune relation universelle entre les deux.
Quel identifiant dois-je utiliser pour rapprocher les enregistrements ?
Utilisez d’abord un identifiant partagé entre les systèmes, s’il existe et si sa signification est documentée. À défaut, une combinaison de champs comme le destinataire et l’horodatage permet uniquement de proposer une correspondance ; signalez explicitement son incertitude.
Une ligne répétée est-elle nécessairement un doublon facturable ?
Non. Il peut s’agir d’une nouvelle tentative, d’une requête répétée ou d’un envoi légitime distinct. Vérifiez les identifiants, la chronologie, les réponses et les définitions du fournisseur avant de la classer.
Comment confirmer le nombre de segments d’un message ?
Comparez le contenu et les métadonnées de codage enregistrés à chaque étape, puis consultez la documentation technique applicable à la plateforme et au fournisseur. Sans cette documentation et les champs pertinents, mieux vaut ne pas supposer l’existence d’une règle universelle de décompte.
Que faire si le fournisseur ne communique pas suffisamment de journaux ?
Documentez les champs manquants et l’incidence de cette limite, demandez les éléments disponibles et suivez la procédure de révision contractuelle. Laissez le cas non résolu si vous ne disposez pas d’une base suffisante pour établir une correspondance ou tirer une conclusion.
Sources consultées
- 3GPP specifications3GPP
- ITU-T E.164International Telecommunication Union
- GSMA resourcesGSMA