Acceptation des destinations internationales A2P SMS : dossier et validation
Une couverture déclarée ne suffit pas à autoriser le trafic A2P. Apprenez à documenter le périmètre, à vérifier les exigences officielles et à distinguer autorisation, connectivité et preuves de remise.
Une couverture déclarée ne signifie pas qu’une destination est prête
Le fait qu’un fournisseur indique une couverture dans un pays ne prouve pas, à lui seul, que le trafic prévu est autorisé, que l’expéditeur est admis ou que la remise est avérée pour chaque opérateur. Le terme « couverture » peut désigner une disponibilité commerciale ou une connectivité déclarée ; il ne faut pas l’interpréter automatiquement comme une approbation réglementaire ou une garantie de réception.
Les éléments disponibles ici ne confirment pas les exigences d’autorisation, les expéditeurs autorisés ni les restrictions de contenu pour une destination précise. La décision doit donc s’appuyer sur les sources applicables au cas et sur des éléments liés au périmètre exact du trafic, et non sur une déclaration générale de couverture.
- N’activez pas une destination au seul motif qu’elle figure sur une liste de couverture.
- Distinguez ce qu’une source confirme de ce qui n’a pas encore été vérifié.
- Si vous ne pouvez pas confirmer une condition pertinente, consignez l’incertitude et soumettez la décision à un examen, au lieu de supposer que l’envoi est autorisé.
Définissez le trafic que vous souhaitez activer
Avant de rechercher les exigences, définissez le périmètre. « Envoyer des SMS dans un pays » est une description trop générale pour une évaluation opérationnelle : le résultat peut dépendre du territoire, de l’opérateur destinataire, de l’objectif du message, du type d’expéditeur et du contenu prévu. La numérotation et les ressources réseau font l’objet de leur propre documentation technique, mais une référence générale ne détermine pas les règles applicables à une campagne ou à une route précise.
Décrivez précisément le cas prévu et évitez d’étendre une validation à un trafic différent. Le dossier d’une notification transactionnelle utilisant un expéditeur donné ne valide pas automatiquement des messages promotionnels, un autre expéditeur ou un autre opérateur.
- Pays ou territoire et opérateurs à joindre.
- Type de trafic : par exemple, OTP, transactionnel ou marketing légitime.
- Identité et format de l’expéditeur prévu, ainsi que le contenu ou le modèle à évaluer.
- Connectivité ou route à vérifier et limites du test autorisé.
- Responsable de l’envoi et entité qui approuve l’activation.
Vérifiez les exigences auprès de sources applicables
Privilégiez les documents officiels portant sur la destination et l’usage précis : ceux du régulateur compétent, de l’opérateur mobile et la documentation officielle applicable au service. Vérifiez que la source traite de l’expéditeur, du contenu et du type de trafic que vous avez définis. Une spécification technique générale ou une page générale sur les réseaux peut apporter du contexte, mais ne remplace pas une règle propre au pays ou à l’opérateur.
Les références générales de la 3GPP, de l’UIT-T sur la numérotation E.164 et de la GSMA sur les réseaux ne suffisent pas, à elles seules, à confirmer l’autorisation ou les restrictions applicables aux SMS A2P dans une destination. Si une page renvoie à une autre politique ou à un autre document, conservez cette référence et vérifiez qu’elle est toujours en vigueur et applicable au cas.
- Consignez l’organisme émetteur, le titre du document, l’URL ou la référence, la date de consultation et, si elle est disponible, la date ou la version de publication.
- Notez précisément la condition étayée par la source et les territoires, opérateurs, expéditeurs et types de trafic auxquels elle s’applique.
- Distinguez une obligation explicite d’une interprétation interne ou d’une condition communiquée à des fins commerciales.
- Si vous ne trouvez pas de source officielle suffisante, indiquez que l’exigence n’est pas confirmée et demandez des précisions à l’opérateur, au fournisseur ou au conseiller responsable.
Constituez un dossier par destination
Un dossier pratique réunit les conditions vérifiées et rend visibles les éléments manquants. Il ne constitue ni une certification juridique ni une garantie de remise : c’est un registre de décision qui permet de retrouver l’origine de chaque conclusion et d’éviter qu’une validation limitée soit interprétée comme une autorisation générale.
Incluez les restrictions connues, les conditions déclarées par le fournisseur, les résultats des tests et les questions en suspens. Indiquez qui a fourni chaque information et quand elle a été obtenue. Si une information ne repose pas sur une source vérifiable ou ne couvre pas le cas défini, classez-la comme étant en attente, et non comme confirmée.
- Identification et périmètre : destination, opérateur, trafic, expéditeur et contenu prévus.
- Sources : organisme, document, référence, date de consultation et condition étayée.
- Restrictions et conditions : exigences confirmées, limites connues et source correspondante.
- Éléments techniques : configuration testée, périmètre, date et résultats observés, sans présenter un DLR comme une preuve de réception sur le terminal.
- Points en suspens : incertitudes, responsable de leur résolution et décision temporaire associée.
- Approbation : personne ou équipe qui accepte, rejette ou soumet le cas à un examen.
Distinguez autorisation, connectivité et comportement de remise
La validation documentaire permet de déterminer quelles règles et conditions ont pu être confirmées. La connectivité indique s’il existe une possibilité technique d’acheminer le trafic par une route. L’observation d’un test décrit ce qui s’est produit lors d’une exécution précise. Ce sont des questions distinctes et aucune ne remplace automatiquement les autres.
Un DLR est un rapport associé à l’état d’un message dans le système de messagerie ; il ne doit pas être présenté à lui seul comme une preuve indépendante que la personne a reçu ou lu le SMS sur son terminal. Un test a également ses limites : ses résultats correspondent à la destination, à l’opérateur, à l’expéditeur, au contenu, à la route et au moment évalués, et non à tout envoi futur.
- Documentation : quelle condition applicable est confirmée, et par quelle source ?
- Connectivité : quel périmètre technique a été vérifié, et avec quelle configuration ?
- Observation : quelles réponses et quels délais ont été enregistrés, et quelles sont les limites de ces observations ?
- Réception sur le terminal : dispose-t-on d’une vérification indépendante ? Dans le cas contraire, n’affirmez pas qu’elle est démontrée.
Concevez des tests contrôlés et légitimes
Les tests doivent se limiter à un trafic légitime, consenti et compatible avec les règles applicables. Définissez au préalable qui autorise l’envoi, quels destinataires sont autorisés, quel expéditeur et quel contenu seront utilisés, quel opérateur doit être évalué et quels éléments seront recueillis. Ne vous servez pas d’un test pour déduire des autorisations qui n’ont pas été confirmées.
Consignez les résultats comme des observations, et non comme des garanties. Notez la configuration et la date, distinguez les états signalés par la route de toute vérification indépendante sur le terminal et limitez la conclusion au périmètre réellement testé. Les informations disponibles ne définissent ni méthode de test universelle ni seuils techniques d’acceptation par destination ; ceux-ci doivent être convenus pour le cas concerné.
- Obtenez l’autorisation des destinataires et utilisez des messages consentis et autorisés.
- Gardez constante et documentez la configuration pertinente pendant le test.
- Consignez le résultat signalé, les incidents et toute vérification indépendante disponible.
- N’étendez pas le test à d’autres contenus, expéditeurs, opérateurs ou volumes sans évaluation supplémentaire.
Décidez : accepter, rejeter ou soumettre à examen
Définissez la décision avant d’activer le trafic, afin que l’équipe ne transforme pas une absence d’objection en approbation implicite. Le critère doit couvrir les conditions documentaires, le périmètre technique et les incertitudes que l’organisation est prête à accepter.
N’acceptez que le périmètre qui a été évalué et approuvé par les responsables concernés. Rejetez ou suspendez le cas lorsqu’une condition applicable l’interdit, qu’une autorisation nécessaire manque ou qu’une divergence importante existe. Soumettez-le à examen si la source est ambiguë, si le périmètre ne correspond pas ou si les éléments disponibles ne permettent pas de résoudre un doute pertinent. Il s’agit de critères de gestion prudente, et non d’exigences universelles applicables dans toute juridiction.
- Accepter : périmètre défini, sources et conditions examinées, responsables d’accord et limites du test clairement consignées.
- Rejeter ou suspendre : conflit avec une condition applicable ou absence d’une confirmation nécessaire pour le cas.
- Soumettre à examen : informations contradictoires, sources insuffisantes ou doute non résolu sur l’expéditeur, le contenu ou l’usage.
- Limiter : si un seul opérateur ou expéditeur a été évalué, ne pas étendre l’approbation au-delà de ce périmètre.
Tenez le dossier à jour et réévaluez-le avant toute extension
Un dossier peut devenir obsolète si les sources, les conditions communiquées, l’opérateur, l’expéditeur, le contenu ou l’usage changent. Consignez les incidents et les divergences avec les éléments d’origine, puis réévaluez le cas avant d’étendre le trafic ou de modifier l’un des éléments qui définissaient son périmètre.
Les informations disponibles ne prévoient pas de périodicité universelle de révision. Définissez une fréquence interne adaptée au risque et procédez également à une révision lorsqu’un signal pertinent apparaît, par exemple une mise à jour officielle, une instruction de l’opérateur ou une variation persistante du comportement observé. La révision doit indiquer ce qui a changé et qui a autorisé la décision qui en découle.
- Conservez les versions antérieures et les dates de consultation afin de suivre l’évolution des conditions.
- Rouvrez l’évaluation si la destination, l’opérateur, l’expéditeur, le contenu ou l’objectif change.
- Associez les incidents à la route et à la configuration évaluées, sans généraliser à partir d’une observation isolée.
- Réexaminez et faites approuver le périmètre avant de l’étendre.
Questions fréquentes
Une route indiquée comme couverte est-elle autorisée pour tout type de trafic A2P ?
On ne peut pas le conclure à partir d’une simple déclaration de couverture. Vérifiez les exigences applicables à la destination, à l’opérateur, à l’expéditeur, au contenu et au type de trafic, puis consignez les conditions qui restent à confirmer.
Un DLR prouve-t-il que le SMS est arrivé sur le téléphone ?
Pas à lui seul. Un DLR correspond à un état signalé dans le système de messagerie et n’équivaut pas automatiquement à une vérification indépendante de la réception sur le terminal.
Un test réussi permet-il d’activer d’autres expéditeurs ou types de messages ?
Pas automatiquement. La conclusion doit se limiter à l’opérateur, à l’expéditeur, au contenu, à la route et à la configuration évalués. Tout changement important nécessite de réexaminer le périmètre et les conditions applicables.
Que faire si je ne trouve aucune règle officielle pour la destination ?
Consignez l’absence de confirmation comme une incertitude, identifiez la partie du cas qui reste à éclaircir et demandez des précisions aux organismes ou opérateurs concernés. Ne transformez pas l’absence d’informations trouvées en autorisation.
Sources consultées
- 3GPP specifications3GPP
- ITU-T Recommendation E.164International Telecommunication Union
- GSMA networks resourcesGSMA