Rapprochement opérationnel des SMS A2P : guide pour résoudre les écarts
Un processus de rapprochement utile distingue les demandes, les événements de statut et les données de facturation. Apprenez à relier les enregistrements, à classer les écarts et à documenter les litiges sans supposer qu’un DLR prouve la réception sur le terminal.
Ce que le processus rapproche et pourquoi des écarts apparaissent
Le rapprochement opérationnel compare trois perspectives qui ne décrivent pas nécessairement le même fait : la demande enregistrée par votre plateforme, les événements de statut communiqués par le fournisseur et les lignes ou totaux présentés pour la facturation. L’objectif est d’expliquer chaque écart à l’aide de preuves et d’une règle convenue, et non de contraindre tous les systèmes à afficher des décomptes identiques.
Avant de comparer les chiffres, précisez à quelle question répond chaque ensemble de données. Une demande acceptée par une interface n’équivaut pas, à elle seule, à un message remis ; un statut communiqué par un fournisseur est un événement de son système, et un montant facturé doit être vérifié au regard du contrat et du détail de facturation applicable. N’utilisez pas un DLR comme preuve indépendante de réception sur le terminal ni comme critère automatique de facturation.
- Définissez le périmètre : comptes, routes, destinations, trafic, devise et période concernés.
- Précisez si vous comparez des demandes, des messages acceptés, des événements, des unités facturables ou des montants ; ne mélangez pas ces indicateurs.
- Documentez séparément les règles contractuelles de facturation et les règles de statut opérationnel.
Quelles sources conserver et comment évaluer leur utilité
Conservez une copie datée et non modifiée des enregistrements utilisés pour la comparaison. La liste exacte dépend des interfaces et des formats proposés par les parties ; les éléments disponibles ne permettent pas de prescrire des champs CDR ou DLR universels pour tous les environnements A2P.
Au minimum, dressez l’inventaire des données que vous pouvez obtenir de chaque système, de leur producteur, de la date de leur exportation et de la période qu’elles couvrent. Notez aussi la version du fichier ou du rapport ainsi que toute transformation effectuée avant la comparaison. Si une source ne contient pas d’identifiant de message commun, consignez-le comme une limite au lieu de supposer une correspondance fiable.
- Plateforme : demandes et réponses enregistrées, ainsi que les identifiants réellement exposés par le système.
- Fournisseur : enregistrements de trafic et événements de statut disponibles, accompagnés de leurs définitions et horodatages déclarés.
- Facturation : facture et détails associés disponibles, période de service et critère de facturation convenu.
- Rejets et nouvelles tentatives : conservez-les séparément lorsque le système les enregistre ; ne les transformez pas automatiquement en messages facturables ou remis.
- Traçabilité : conservez la date d’extraction, le fuseau horaire déclaré, la source, le responsable et les contrôles d’intégrité du fichier.
Définissez les identifiants et les règles de rapprochement avant de compter
Établissez une hiérarchie de corrélation en utilisant uniquement les identifiants présents dans les systèmes concernés. Un identifiant propre à la plateforme et un autre attribué par le fournisseur ne peuvent être considérés comme se rapportant au même flux que si un lien entre eux est documenté. Conservez explicitement ce lien lorsque l’intégration le fournit.
En l’absence de clé commune, définissez une règle de comparaison provisoire et qualifiez ses résultats de correspondances probables, et non de faits confirmés. La combinaison du destinataire, de l’heure ou d’autres attributs peut entraîner des collisions ; les éléments disponibles ne permettent pas d’établir une règle universelle garantissant un rapprochement correct. Évitez de dédupliquer des enregistrements au seul motif qu’ils se ressemblent.
- Privilégiez un identifiant de message partagé ou une table de correspondance vérifiable.
- Distinguez l’identifiant de la demande, celui attribué par le fournisseur et celui de l’événement, s’ils existent.
- Définissez le traitement des nouvelles tentatives, des parties de messages concaténés et des enregistrements répétés selon les définitions réelles de vos systèmes et de votre contrat.
- Attribuez un niveau de confiance aux rapprochements : confirmé, probable ou non résolu, et consignez la justification.
Alignez les périodes, les fuseaux horaires et les événements tardifs
Avant toute comparaison, convenez d’un fuseau horaire de référence et conservez également, lorsqu’elles sont disponibles, la valeur et le fuseau horaire d’origine de chaque enregistrement. Ne convertissez pas les horodatages sans documenter la transformation. Si les systèmes n’indiquent pas de fuseau horaire, considérez cette absence comme une limite à clarifier avec le responsable de la source.
Distinguez la date de l’événement, celle de son enregistrement et la période de facturation : elles peuvent différer. Définissez une fenêtre de clôture et une procédure de révision ultérieure pour les événements qui apparaissent après la date limite, sans imposer de durée universelle ; celle-ci doit être convenue avec les parties et adaptée à la latence observée ainsi qu’aux conditions contractuelles.
- Précisez le début et la fin de la période, la convention de bornage et le fuseau horaire commun.
- Consignez séparément la date d’envoi, celle du statut et celle de l’écriture ou de la ligne de facturation, si chaque source les fournit.
- Signalez les messages sans statut final comme étant en attente de vérification ; ne les classez pas par défaut comme remis ou en échec.
- Définissez les modalités de réouverture d’une période lorsque des données tardives arrivent et la manière de documenter les ajustements ultérieurs.
Classez les écarts sans présumer de leur cause
Une taxonomie commune évite que chaque équipe donne une explication différente d’un même cas. Commencez par classer les éléments observables et ne présentez la cause que comme une hypothèse tant que les preuves sont insuffisantes. Par exemple, une différence de quantité ne démontre pas à elle seule une erreur de facturation : elle peut refléter des périodes distinctes, des unités de comptage différentes, des nouvelles tentatives ou des informations incomplètes.
Distinguez le diagnostic technique de la décision financière. L’enquête peut établir quels enregistrements correspondent et quels événements manquent ; l’application d’un débit, d’un crédit ou d’un ajustement doit respecter le contrat et les contrôles d’approbation internes.
- Absence : enregistrement présent dans une source mais introuvable dans une autre.
- Doublon potentiel : plusieurs lignes pourraient représenter le même message ou le même événement ; vérifiez les clés et les règles de chaque système.
- Quantité différente : comparez la définition de l’unité, le périmètre, la période et le traitement des nouvelles tentatives.
- Statut incompatible : conservez le statut tel que communiqué par chaque source et demandez la définition technique applicable.
- Période désalignée : relevez les différences de fuseau horaire, de date de clôture ou de date utilisée pour affecter l’enregistrement.
- Absence de statut final : maintenez le cas en attente et consignez les preuves manquantes.
Demandez des preuves et documentez le litige
Ouvrez un litige à partir d’un ensemble limité de cas reproductibles, et pas seulement d’un total agrégé. Pour chaque cas, indiquez la période, la référence permettant de le retrouver, l’écart observé, la règle appliquée et la réponse précise attendue de l’autre partie.
Demandez la définition des statuts et des champs pertinents, le détail justifiant le décompte ou le montant contesté, ainsi qu’une explication des différences de période ou d’unité. Un DLR est un statut communiqué dans le flux disponible ; à lui seul, il ne constitue pas une vérification indépendante de l’affichage ou de la réception du message sur le terminal. Il ne détermine pas non plus automatiquement si le message est facturable.
- Joignez des références permettant le rapprochement et un échantillon représentatif de cas, en protégeant les données conformément à vos politiques et obligations applicables.
- Demandez des précisions sur l’origine de l’enregistrement, la signification du statut et la période à laquelle il a été affecté.
- Distinguez les faits confirmés, les déductions et les questions en suspens.
- Consignez la date d’ouverture, les interlocuteurs, les réponses, les fichiers échangés et la conclusion pour chaque cas.
- Reliez tout ajustement approuvé au litige et à la règle contractuelle qui le justifie.
Attribuez les responsabilités, les délais et les approbations
Le rapprochement fonctionne mieux lorsque chaque étape a un responsable clairement désigné. Les opérations peuvent préparer le rapprochement et expliquer les événements ; l’équipe technique peut apporter des précisions sur les identifiants ou les exportations ; la finance peut vérifier les montants et les périodes ; le responsable commercial ou contractuel peut interpréter les conditions applicables. Adaptez cette répartition à votre organisation et ne supposez pas qu’un seul service puisse valider toutes les dimensions.
Convenez de délais internes pour extraire les données, examiner les écarts et faire remonter les cas ; aucun délai universel n’est établi ici. Définissez également qui peut approuver les ajustements et qui confirme la clôture. La piste d’audit doit permettre de reconstituer les données comparées, la règle utilisée, la personne ayant pris la décision et la date de celle-ci.
- Nommez un responsable du rapprochement et un remplaçant.
- Désignez les responsables des sources, chargés de répondre aux questions sur les exportations et la sémantique des statuts.
- Fixez les étapes de vérification et d’escalade conformément au contrat et aux contrôles internes.
- Exigez une approbation appropriée avant d’enregistrer des crédits, des corrections de facturation ou d’autres ajustements.
- Conservez la conclusion finale et sa justification avec les preuves d’origine.
Liste de contrôle pour mettre en place et réviser le processus
Commencez par une période d’essai et un périmètre limité. Vérifiez que les sources sont accessibles, que les règles de rapprochement produisent des résultats vérifiables et que les exceptions ont un responsable. N’élargissez le processus que lorsque vous pouvez en expliquer les limites et conserver suffisamment de preuves pour reproduire l’analyse.
Réexaminez régulièrement les définitions et les accords : les changements apportés aux exportations, aux identifiants, aux critères de facturation ou aux calendriers peuvent invalider un rapprochement antérieur. Ce guide aide à organiser le travail ; il ne remplace ni les spécifications techniques des parties ni les conditions contractuelles.
- Le périmètre du rapprochement et l’unité de comptage sont-ils définis ?
- Les sources originales et leurs métadonnées d’extraction sont-elles conservées ?
- Les clés de rapprochement et les règles de déduplication sont-elles documentées et reproductibles ?
- Les fuseaux horaires, les dates de clôture et les événements tardifs sont-ils distingués ?
- Les cas sans statut final et les correspondances incertaines restent-ils visibles ?
- Chaque écart a-t-il une catégorie, un responsable, des preuves et une résolution ?
- Les frais et les ajustements sont-ils décidés conformément à l’accord applicable, et non sur la seule base d’un statut de livraison ?
- Une autre personne peut-elle vérifier la clôture à partir des mêmes enregistrements et des mêmes règles ?
Questions fréquentes
Un DLR prouve-t-il que le message est arrivé sur le terminal ?
Il ne doit pas être considéré comme une vérification indépendante de la réception sur le terminal. Il s’agit d’un statut communiqué dans le flux disponible, dont la signification doit être confirmée dans la documentation de la source.
Un DLR détermine-t-il automatiquement si un message est facturable ?
Non. La facturation doit être vérifiée à partir des détails disponibles et des conditions contractuelles applicables ; un statut, à lui seul, ne détermine pas automatiquement le montant dû.
Quel identifiant dois-je utiliser pour rapprocher les enregistrements ?
Utilisez en priorité un identifiant partagé ou une correspondance documentée entre les systèmes. S’il n’en existe pas, définissez une règle provisoire, signalez l’incertitude de la correspondance et ne dédupliquez pas les enregistrements sur la seule base de leur similitude.
Que faire des messages qui n’ont pas de statut final à la clôture ?
Laissez-les dans une catégorie en attente, consignez les informations manquantes et appliquez une règle de révision ultérieure convenue. Ne les classez pas par défaut comme remis ou en échec.
Sources consultées
- 3GPP specifications3GPP
- ITU-T E.164International Telecommunication Union
- GSMA resourcesGSMA
- Resolución de discrepancias durante la comparación de facturasMicrosoft Learn