Éligibilité des routes SMS A2P : les filtres avant la comparaison de qualité
Définissez des filtres vérifiables selon la destination, le trafic, l’expéditeur et le contenu. Distinguez les incompatibilités connues des informations manquantes et comparez la qualité uniquement entre les options éligibles.
Éligibilité, conformité et qualité : trois notions distinctes
L’éligibilité opérationnelle répond à une question précise : la route documente-t-elle des conditions compatibles avec cette demande ? La conformité consiste à vérifier que l’utilisation prévue respecte les règles applicables et les exigences pertinentes du marché. La qualité observée décrit le comportement d’une route dans des conditions de test ou d’utilisation et sur une période donnée.
Ces évaluations sont liées, mais aucune ne remplace les autres. Le fait qu’une route soit indiquée comme disponible ne prouve pas que le cas respecte les règles locales ; son éligibilité au vu des informations consignées ne garantit pas non plus la livraison. Enfin, une observation favorable de la qualité n’élimine pas une incompatibilité liée à l’expéditeur, au contenu ou à la destination.
- Éligibilité : compatibilité documentée entre la demande et les conditions de la route.
- Conformité : examen des obligations applicables au trafic et au marché.
- Qualité : évaluation fondée sur des éléments observés, dont la portée et les limites sont précisées.
Définissez d’abord la demande à acheminer
Avant de consulter les routes, consignez les attributs nécessaires à l’évaluation du cas. Si une donnée n’est pas confirmée, indiquez qu’elle est en attente au lieu de combler le manque par une supposition. L’évaluation n’est utile que si elle décrit le trafic que vous prévoyez réellement d’envoyer.
Précisez au minimum la destination, la catégorie de trafic, l’expéditeur prévu ainsi que le contenu ou le modèle concerné. Ajoutez les exigences de délai ou de capacité lorsqu’elles sont pertinentes et documentées. Pour les communications marketing, les OTP ou les messages transactionnels, classez l’usage selon les conditions applicables ; une étiquette interne ne constitue pas une preuve d’autorisation.
- Destination : pays, marché ou autre périmètre requis par la documentation de la route.
- Trafic : finalité et catégorie correspondant au message réel.
- Expéditeur : valeur et type prévus, conformément aux conditions documentées.
- Contenu : modèle ou description suffisamment détaillée pour vérifier les restrictions indiquées.
- Exigences opérationnelles : fenêtre temporelle ou capacité demandée, si elles sont pertinentes et vérifiables.
Transformez la documentation en statuts vérifiables
Attribuez à chaque condition d’une route un statut clair : accepté, non accepté ou non vérifié. « Accepté » signifie que la documentation consultée couvre l’attribut et le considère compatible ; cela ne constitue ni une garantie de livraison ni une approbation réglementaire universelle. « Non accepté » signale une incompatibilité explicite. « Non vérifié » indique qu’il manque des informations, que leur validité n’a pas été confirmée ou que leur périmètre ne correspond pas à la demande.
Ne transformez pas le silence de la documentation en autorisation. Si une fiche ne décrit que les destinations, par exemple, n’en concluez pas que l’expéditeur ou le contenu prévu est également accepté. Consignez chaque condition séparément afin qu’une formule générale telle que « route disponible » ne masque pas les lacunes.
- Accepté : condition documentée et compatible avec le cas évalué.
- Non accepté : incompatibilité documentée ; exclure la route pour ce cas.
- Non vérifié : éléments insuffisants ; demander une confirmation ou maintenir le cas en cours d’examen.
Appliquez les filtres avant de comparer la qualité
Évaluez d’abord les conditions d’éligibilité. Écartez les routes présentant des incompatibilités connues. Si un attribut nécessaire n’est pas vérifié, ne présentez pas la route comme éligible : maintenez-la en cours d’examen et demandez les précisions nécessaires. Comparez ensuite les éléments de qualité uniquement entre les options qui restent compatibles avec la demande.
La comparaison doit préciser ce qui a été observé et dans quel périmètre : destination, opérateur ou zone disponible, période, type de trafic et conditions de test. Tenez compte des dimensions réellement mesurées, comme les livraisons observées, la cohérence des DLR, la latence ou la disponibilité. N’inventez pas de métriques manquantes et ne transformez pas des résultats de test en prévision garantie pour chaque envoi.
- Étape 1 : définir les attributs de la demande.
- Étape 2 : écarter les incompatibilités documentées.
- Étape 3 : mettre en attente les conditions non vérifiées.
- Étape 4 : comparer les éléments de qualité uniquement entre les options éligibles.
- Étape 5 : consigner les incertitudes et les limites de la comparaison.
Consignez la décision et sa traçabilité
Pour qu’une décision soit reproductible, il ne suffit pas d’enregistrer le statut final. Conservez la source consultée, la date de vérification et le périmètre de chaque condition : par exemple, la destination ou le type de trafic concerné. Notez également le motif précis de l’inclusion, de l’exclusion ou de la mise en attente, ainsi que la personne chargée de résoudre toute question en suspens.
La traçabilité évite qu’une condition propre à un marché soit appliquée par erreur à un autre, ou qu’une ancienne vérification soit considérée comme toujours valide sans confirmation. Si la documentation change, mettez le registre à jour et réévaluez les demandes concernées.
- Route et version ou référence de la condition consultée, si disponibles.
- Source, date de consultation et périmètre couvert.
- Statut de chaque attribut : accepté, non accepté ou non vérifié.
- Décision et motif précis, avec le responsable des vérifications en attente.
Réévaluez la route lorsque le trafic change
L’éligibilité correspond à une combinaison précise de destination, de catégorie, d’expéditeur, de contenu et d’exigences opérationnelles. Si un modèle change, si l’expéditeur est remplacé, si la destination est modifiée ou si le trafic est reclassé, relancez les filtres et conservez l’historique de la décision.
N’assouplissez pas les contrôles et ne modifiez pas la classification pour forcer l’utilisation d’une route. En l’absence d’éléments suffisants ou si la documentation indique une incompatibilité, maintenez le cas en cours d’examen ou excluez-le jusqu’à ce qu’il soit résolu et documenté.
- Repérez l’attribut modifié et les routes susceptibles d’être concernées.
- Réévaluez l’éligibilité de la nouvelle demande.
- Mettez à jour la source et la date des conditions confirmées.
- Conservez la décision précédente dans l’historique, avec son périmètre et son motif.
Exemple de matrice et limites d’interprétation
Le tableau ci-dessous illustre une structure de décision ; il ne contient pas de données réelles sur des routes. Remplacez les champs par des informations vérifiables. Si un attribut obligatoire est indiqué comme non vérifié, la prudence consiste à suspendre la comparaison de qualité pour ce cas jusqu’à l’obtention des informations nécessaires.
Une condition déclarée par une route ne garantit pas la livraison de chaque message. De même, un DLR reçu est un rapport de statut, et non une preuve indépendante qu’une personne a vu le message ou que celui-ci s’est affiché correctement sur le terminal. Interprétez chaque indicateur selon sa définition, sa source et ses limites.
- Exemple : destination acceptée, expéditeur non vérifié, contenu en attente → maintenir le cas en cours d’examen.
- Exemple : destination non acceptée pour la demande → exclure la route, même si d’autres indicateurs semblent favorables.
- Exemple : conditions requises confirmées et aucune incompatibilité → comparer les éléments disponibles, sans promettre la livraison.
Vérifiez les exigences auprès de sources pertinentes
Les conditions d’une route permettent d’évaluer sa compatibilité opérationnelle, mais elles ne remplacent pas l’examen des règles applicables sur chaque marché. Consultez la documentation technique officielle, les autorités de régulation et les organisations du secteur ; vérifiez que la source couvre précisément la destination, le trafic et l’attribut évalués.
Les pages générales de spécifications ou de ressources peuvent guider vos recherches, mais elles ne permettent pas d’attribuer des exigences précises si elles ne fournissent pas de contenu pertinent et vérifiable. En cas de doute sur une obligation locale, demandez conseil à une personne qualifiée et consignez le point qui reste à clarifier.
- 3GPP : https://www.3gpp.org/specifications-technologies/specifications-by-series
- UIT-T, Recommandation E.164 : https://www.itu.int/rec/T-REC-E.164/
- GSMA, ressources sur les réseaux : https://www.gsma.com/solutions-and-impact/technologies/networks/
Questions fréquentes
Une route éligible garantit-elle la livraison du SMS ?
Non. L’éligibilité indique que les conditions documentées semblent compatibles avec la demande évaluée. Elle ne garantit pas la livraison et ne remplace pas l’examen des règles applicables.
Que faire si la documentation ne mentionne ni l’expéditeur ni le contenu ?
Indiquez que ces attributs ne sont pas vérifiés. Demandez une confirmation ou maintenez le cas en cours d’examen ; ne considérez pas l’absence d’information comme une autorisation.
Faut-il comparer la qualité si une condition d’éligibilité est en attente ?
Commencez par résoudre l’incertitude ou maintenez la route en cours d’examen. Une comparaison de qualité ne corrige pas une incompatibilité connue et ne fournit pas les informations manquantes.
Un DLR confirme-t-il que le destinataire a reçu le message sur son terminal ?
Pas à lui seul. Il s’agit d’un rapport de statut qui doit être interprété selon sa définition et sa source ; il ne constitue pas une preuve indépendante de réception effective sur le terminal.
Quand faut-il réévaluer une route ?
Lorsqu’un attribut pertinent de la demande change, par exemple la destination, la catégorie de trafic, l’expéditeur, le contenu ou une exigence de délai ou de capacité.
Sources consultées
- 3GPP specifications by series3GPP
- ITU-T Recommendation E.164International Telecommunication Union
- GSMA networks resourcesGSMA