Нужна проверка конкретного маршрута? Обсудим задачу
routesms
Связаться с нами

Test de réception des SMS A2P sur des téléphones de test

Проверяем, дошло ли сообщение до телефона, сколько времени заняла доставка и совпал ли результат с отчётом провайдера.

Начать проверку

Германия

Провайдер A → Deutsche Telekom

Получено
2 из 3
Медиана
2,4 с
Расхождения
1
Statut DLR
Livré
Nom d’expéditeur
Inchangé
Appel flash
Non détecté
A2P concentréOTP et vérification du compte
Intégration SMPPUne configuration technique convenue
Trafic clientPortée et limites définies

Faites correspondre les ID de message, les horodatages et les rapports de livraison avec les preuves du point de réception et les journaux des partenaires disponibles.

Préparer le scénario convenu

Enregistrez la destination prévue, le numéro de test, l’expéditeur et l’heure. Utiliser le trafic propre ou expressément autorisé du client.

Preuves à examiner

Référence du scénario, événement d'envoi et ID du message d'origine, le cas échéant.

Chemin attendu

Convenez de la destination, du réseau, du numéro de test et de la référence de l'itinéraire. Confirmez les fournisseurs intermédiaires uniquement là où les journaux des partenaires les rendent visibles.

Résultat observé

Enregistrez le point de réception, l’ID du message et les horodatages disponibles. Un accusé de réception de passerelle à lui seul ne confirme pas la livraison du combiné.

Vérification répétable

Faites correspondre le DLR avec la preuve de réception. Passez en revue les messages manquants ou retardés avec le partenaire, puis répétez le même scénario après un changement.

Rapport de réception des SMS A2P et des risques de fraude

Une vue structurée de l'état du transport, de la réception observée, du résultat OTP et de l'évaluation du risque de fraude pour chaque test.

6scénarios de tests
5combiné confirmé
3constatations à revoir
8,6 sp95 pour les réceptions observées

TikTok

Royaume-Uni Exemple de scénario pas de test en direct

Statut de transport
DELIVERED_DLR
Signalé DLR
DELIVRD
Point de terminaison contrôlé
Confirmé
Résultat OTP
Non testé · aucun journal d'application
Heure de réception
1,4 s
Évaluation des risques
PASS
Niveau de preuve
E3 / Preuve de combiné simulée
Trouver

Aucun indicateur de livraison matérielle ou de risque de fraude n’a été observé dans cet échantillon.

Exemple de cible : ≤ 5 sCet objectif est indicatif et est convenu séparément pour chaque projet.

Action suivante

Répétez le même scénario pour vérifier la cohérence avant d’examiner une portée de test plus large.

Statuts des messages
  1. 01
    ACCEPTED

    SMSC a accepté la soumission

  2. 02
    SENT

    Passé à la route amont

  3. 03
    DELIVERED_DLR

    Rapport de livraison positif reçu

  4. 04
    HANDSET_CONFIRMED

    Réception observée indépendamment

  5. 05
    OTP_VERIFIED

    Vérification séparée des candidatures ; nécessite un événement de session réussi

Résultats des exceptions
REJECTED

Rejeté par la plateforme, la politique ou l'opérateur

UNDELIVERED

Finale négative DLR

NO_DLR_TIMEOUT

Pas de DLR final dans la fenêtre convenue

DLR_MISMATCH

DLR positif sans réception au point final

Statuts d'évaluation
PASSAucun indicateur matériel
WATCHRetard ou faible anomalie
SUSPECTEDIndicateur fort ou répété
CONFIRMED_ANOMALYAnomalie technique reproductible
INCONCLUSIVEPreuves insuffisantes ou contradictoires
Détails du rapport exemple
ID du rapport
RSM-DEMO-024
Portée
6 scénarios / 6 pays
Preuve
DLR + point final contrôlé
Évaluation globale
SUSPECTED

Rapport illustratif avec des données fictives. Aucun SMS n'est envoyé ; ce ne sont pas des mesures réelles des applications présentées.

Les noms des applications sont utilisés à titre d’exemple et n’impliquent aucun partenariat.

Règle de preuve. Un décalage de livraison peut confirmer une anomalie technique. La fraude confirmée ou l’attribution d’un itinéraire nécessite une preuve corrélée d’opérateur, de SMSC, de signalisation, de CDR ou de facturation.

Ce que nous vérifions

Réception, timing et précision DLR. Les contrôles d'expéditeur, de contenu et de contournement utilisent les preuves disponibles sur votre réseau.

  1. Validation de l'itinéraire

    Testez les destinations et les réseaux mobiles sélectionnés à l'aide de numéros convenus et de scénarios d'application.

  2. Vérification de la livraison

    Comparez le rapport de livraison disponible (DLR) avec le reçu sur le numéro de test. Signaler les incohérences pour examen.

  3. Analyse de livraison

    Enregistrez les délais de livraison disponibles. Comparez les tests répétés pour détecter les retards et les problèmes récurrents.

Détecter les anomalies d'itinéraire

Signes de contournement de SIM-box

Recherchez des signes de terminaison A2P via les cartes SIM locales. Comparez les modifications de l'expéditeur et les preuves de réception avec les journaux des opérateurs.

Preuves nécessaires

Un message de référence convenu, des observations du point de réception et des enregistrements de routage ou de signalisation de l'opérateur. Un numéro d'expéditeur local ne prouve pas à lui seul l'activité de SIM-box.

Modifications de l'expéditeur et du contenu

Comparez l'ID de l'expéditeur, le texte et l'encodage reçus avec le message attendu. Signalez les changements inexpliqués.

Preuves nécessaires

Le texte de référence et l’identifiant de l’expéditeur, le message reçu et les règles de normalisation de l’expéditeur applicables. Séparez les changements inattendus des transformations convenues. Un DLR seul n'affiche pas le contenu reçu.

Chemins de vérification des appels Flash

Recherchez de courts appels de vérification à la place du SMS attendu. Passez en revue les numéros des appelants et le timing avec l’opérateur.

Preuves nécessaires

Observations d'appels à partir d'un appareil de test convenu ou d'enregistrements d'appels d'opérateur, y compris le numéro de l'appelant et les horodatages. SMPP seul ne peut pas observer les appels. Un flash call peut être une méthode de vérification légitime ; l'événement lui-même n'établit pas la fraude.

Du test au rapport

  1. 01

    Scénarios d'application

    Convenez des applications, des pays, des réseaux, des points de réception et des limites de test.

  2. 02

    SMSC et analyse des messages

    Filtrez les enregistrements SMSC/SMPP fournis par ID de message, expéditeur, destination, heure et statut.

  3. 03

    Modèles à travers les tests

    Comparez les retards, les messages manquants et les modifications récurrentes par application, réseau et itinéraire.

  4. 04

    Rapports et retests

    Rapporter les résultats et les prochaines actions. Testez à nouveau les scénarios concernés après les modifications de routage.

Afficher l'exemple de rapport

Avec qui nous travaillons

Opérateurs de réseaux, fournisseurs de messagerie et équipes responsables de leur propre trafic transactionnel.

Opérateurs mobiles et MVNO

Vérifiez la livraison dans votre réseau. Les tests MVNO sont coordonnés avec l'opérateur hôte.

Vente en grosServices de transporteurMessagerie

Hubs et agrégateurs SMS

Comparez les itinéraires et vérifiez le résultat des modifications d'itinéraire.

Qualité du parcoursInterconnexionSMPP

CPaaS et plateformes de messagerie

Validez les itinéraires des fournisseurs, les rapports de livraison et la qualité via votre infrastructure SMPP.

Comparaison des fournisseursQualité de livraison

Opérateurs grossistes et MVNE

Vérifiez la qualité de l’interconnexion et corrélez les enregistrements de routage disponibles auprès de chaque partie.

InterconnexionRéseaux partenaires

Fournisseurs d'authentification et OTP

Mesurez les retards et les SMS manquants dans vos propres parcours de vérification.

Vérification du compteMessages urgents

Services numériques et équipes d'entreprise

Banques, fintech, e-commerce, logistique, mobilité et SaaS : testez votre SMS transactionnel auprès de votre prestataire.

Transactionnel SMSParcours clients

Comment fonctionnent les tests

  1. Portée

    Convenir d'un test mesurable

    Entrée

    Destinations, réseaux, numéros de tests approuvés et scénarios d'application.

    Ce que nous faisons

    Définissez les fenêtres de test, les limites de volume et les critères d’acceptation.

    Étape suivante

    Un périmètre partagé avec des responsabilités claires.

  2. Se connecter

    Préparez la connexion SMPP

    Entrée

    Paramètres de connexion, liste blanche IP et configuration du routage.

    Ce que nous faisons

    Confirmez la configuration avec l'équipe technique et acceptez la première fenêtre de test.

    Étape suivante

    Les deux équipes sont prêtes pour le test convenu.

  3. Tester

    Observer et comparer

    Entrée

    Trafic appartenant au client ou expressément autorisé dans la portée convenue.

    Ce que nous faisons

    Vérifiez la réception, les horodatages disponibles et les rapports de livraison. Enregistrez toute divergence.

    Étape suivante

    Résultats liés à l’itinéraire et au scénario testés.

  4. Suivi

    Fermez la boucle après chaque test

    Entrée

    ID de test, horodatages, preuves de réception et problème observé.

    Ce que nous faisons

    Partager les résultats → se mettre d’accord sur qui enquête → répéter le même scénario après les changements.

    Étape suivante

    Confirmez le résultat du nouveau test, puis acceptez un suivi supplémentaire, des volumes et des conditions commerciales.

Les tests sont effectués sur le trafic appartenant au client ou expressément autorisé. Les destinations, les candidatures et les volumes sont confirmés pour chaque engagement.

Intégration SMPP

Vous confirmez les numéros, l'accès au réseau et le routage. Nous convenons ensemble des rôles de connexion et des contrôles de livraison.

Exemple : recevoir des messages de l'opérateur

L'opérateur achemine le trafic entrant A2P convenu pour les numéros de test attribués vers le point de terminaison de réception Routesms SMPP.

  1. Expéditeur convenuTrafic détenu/autorisé par le clientSMS
  2. Itinéraire convenuSegments de fournisseurs, le cas échéantSMS
  3. Opérateur mobileNuméros de test et passerelleSMPP
  4. RoutesmsPoint de terminaison de réception SMPP

Vérifier les données : le reçu à Routesms, plus les journaux côté source et DLR uniquement lorsque la partie concernée les fournit.

Observation confirmée : réception au point final SMPP.

Le diagramme montre les rôles de connexion possibles, et non une configuration par défaut. La réception d'un SMS sur un point de terminaison SMPP vérifie ce point de terminaison, et non la livraison à un combiné physique.

  1. 01

    Confirmer la portée du test

    Pays, réseaux, numéros approuvés, scénarios d'expéditeur, sens du trafic et critères d'acceptation.

  2. 02

    Détails de la connexion Exchange

    Les points de terminaison, les listes d'autorisation IP, les ports, lient les rôles et les informations d'identification via un canal sécurisé convenu. Confirmer la protection des transports et les règles d'accès.

  3. 03

    Valider la session SMPP

    Vérifiez la liaison, l’état de la connexion et la direction convenue du message. Alignez les limites de débit, l’adressage, l’encodage et la gestion de DLR.

  4. 04

    Exécuter un pilote limité

    Exécutez des cas de test convenus. Capturez les identifiants, les réponses de la passerelle, les rapports de livraison et les preuves de réception, le cas échéant.

  5. 05

    Réviser et retester

    Attribuez chaque problème à l’équipe responsable. Répétez les scénarios ayant échoué ou retardés et comparez le nouveau résultat.

  6. 06

    Acceptez la prochaine portée

    Confirmez la fréquence de surveillance, les contacts d’assistance, les limites, les volumes et les conditions commerciales en fonction du pilote.

Que signifie chaque confirmation ?

submit_sm_resp

Accusé réception de la demande de soumission. Une réponse réussie ne signifie pas que le SMS a atteint le combiné.

DLR

Un rapport de livraison indique le résultat rapporté par le prestataire. Corrélez-le avec l'ID du message d'origine et la preuve de réception.

deliver_sm

Peut transporter un message reçu ou un accusé de réception. Interprétez le type de message et le point de terminaison configuré avant de tirer des conclusions.

Spécification SMPP 3.4

Volumes de tests mensuels

Sélectionnez un volume. Le prix dépend des pays, des réseaux, des scénarios et de l'intégration.

Focus

1 M

tests / mois

Un ensemble ciblé d’itinéraires prioritaires.

Prix sur demande
  • Itinéraires et scénarios convenus
  • Réception, timing et examen DLR
  • Rapport de résultats mensuel
  • Revue mensuelle des résultats

Orbit

5 M

tests / mois

Contrôles réguliers sur plusieurs itinéraires.

Prix sur demande
  • Comparaison des itinéraires et des fournisseurs
  • Réception, timing et examen DLR
  • Rapport de résultats mensuel
  • Tests de suivi dans le volume

Horizon

10 M

tests / mois

Un programme plus large à travers les réseaux.

Prix sur demande
  • Plusieurs réseaux et scénarios de test
  • Réception, timing et examen DLR
  • Rapport des résultats quotidiens
  • Rapport mensuel et examen des résultats

Custom

Plus

au-dessus de 10 millions / personnalisé

Un programme construit autour de votre réseau.

Prix sur demande
  • Volume de test convenu individuellement
  • Fenêtres et fréquence de test Custom
  • Format de reporting convenu ensemble
  • Portée d'intégration convenue séparément

La configuration et les tests de SMPP utilisent du trafic appartenant au client ou expressément autorisé. Confirmez la couverture, les chiffres, les rapports, le prix et la durée du contrat avant le lancement.

Un test = une tentative de livraison SMS vers un point de réception. Les retests comptent séparément ; le volume ne garantit pas la livraison.

Discutez de la portée de votre test.

Parlez à un expert

Расскажите, что происходит с вашими SMS

Достаточно пары предложений: куда отправляете сообщения, через кого и что пошло не так.

info@routesms.pro
Объём

Инженер проверяет сетевое оборудование и кабельные соединения