Products

Pourquoi Number Lookup et comment l’utiliser pour la validation des numéros

Tout ce que vous devez savoir concernant la validation de numéro, un tutoriel étape par étape sur le code concernant les demandes de recherche de numéro et les fonctionnalités.

October 28 2016

LA DÉFINITION DE NUMBER LOOKUP

La recherche de numéro , aussi connu sous le nom de HLR (Home Location Register - registre de position de rattachement), ou requête réseau est une base de données centrale qui contient les informations de chaque abonné de téléphone mobile autorisé à utiliser le réseau de base GSM.

IMSI = MCC + MNC + MSIN ET IL A 15 CHIFFRES

Chaque numéro de téléphone contient des informations qui le différentient des autres dans le monde. En premier, il y a le IMSI (International Mobile Subscriber Identity - identité internationale d'abonné mobile), un nombre à quinze chiffres qui vous fournit les informations concernant le MCC (Mobile Country Code - code du pays), le MNC (Mobile Network Code - code du réseau) et le MSIN (Mobile Subscription Identification Number - numéro d'identification de la souscription).

Comme vous pouvez le voir, les trois premiers chiffres de l'IMSI représentent le numéro de code du pays (pour la Croatie, c'est le 219). Les deux chiffres suivants sont le 01, ils identifient le réseau, dans ce cas, T-Mobile Croatie. En ce qui concerne les dix derniers chiffres, ils représentent le MSIN, un nombre unique à dix chiffres que tout transporteur utilise pour identifier le téléphone mobile de l'utilisateur.

La seconde chose que la recherche de numéro montre est son statut porté - le numéro est porté ou non. Il n'est pas inhabituel qu'un abonné à un opérateur de réseau mobile passe à un autre opérateur en voulant conserver son ancien numéro. Cela arrive souvent dans presque tous les pays du monde.

Et la troisième chose, la recherche de numéro vous dit aussi si le numéro de téléphone est itinérant. Cette information peut être d'une importance cruciale lorsque vous essayez de protéger vos clients et que vous essayez d'empêcher des actions frauduleuses sur leur compte..

RECHERCHE DE NUMÉRO : SYNCHRONE VS ASYNCHRONE

Il y a deux façons de réaliser une recherche de numéro réussie. L'une est synchrone, lorsqu'un client envoie une demande de recherche de numéro. La chose importante avec ce type de recherche est que vous devez attendre qu'une demande soit traitée et livrée avant d'en envoyer une autre. Quelquefois, s'il y a une liste de numéros qui doivent être vérifiés, cela peut provoquer une énorme file d'attente.

Les recherches asynchrones de numéros fonctionnent différemment. Vous pouvez envoyer autant de demandes que vous le désirez, sans avoir à attendre la réponse. Cela peut être très pratique si vous avez une base de données avec beaucoup de numéros de téléphone ou plusieurs bases de données. Donc la différence principale entre la recherche synchrone et asynchrone de numéros est ?

ÉCONOMISER LE TEMPS DE RÉPONSE

La réponse que vous recevez en recherchant des numéros avec une API synchrone REST HTTP API est envoyée après chaque demande. Bien que la réponse devrait être visible seulement en quelques secondes, le temps entre l'envoi de la demande et la réception de la réponse peut être prolongé par divers problèmes techniques ou du système. Cela peut ralentir le système, vous devrez donc attendre la réponse avant de pouvoir faire une autre recherche.

Avec une API asynchrone, la vitesse est grandement améliorée par la possibilité d'envoyer plusieurs demandes avant de recevoir des réponses. Ce qui est différent dans ce cas (autre que la vitesse) est que cette version est un peu plus compliquée à intégrer puisqu'un serveur de rappel est nécessaire du côté client pour analyser la réponse par rapport à la demande particulière.

Les cas d'utilisation les plus fréquents sont :

  • vérification des numéros actifs/inactifs
  • fournir les informations concernant les numéros itinérants
  • vérifier le statut de portabilité du numéro mobile
  • trouver l'itinéraire optimale pour les SMS et les messages vocaux
  • le type de numéro (par ex., ligne fixe, machine à machine, mobile, etc.)

Chez Infobip, nous avons trois packages principaux afin que vous puissiez choisir celui qui correspond le mieux à votre activité :

  • Database Cleaning: Nettoyage de la base de données : conçu pour les entreprises avec de nombreuses bases de données, notre package Nettoyage de la base de données vous permet d'identifier les numéros inactifs et non-utilisés.
  • Portability: Portabilité : développé pour résoudre les problèmes de portabilité des numéros pour les différents types d'entreprise, ce package permet de rechercher en temps réel la portabilité des numéros pour optimiser l'acheminement des messages et le routage d'appels. Il comprend toutes les fonctions du package Nettoyage de la base de données.
  • Roaming: Itinérant : créé en premier pour servir le segment des clients financiers, ce package fournit des informations itinérantes pour optimiser l'acheminement, la prévention des fraudes pour les distributeurs bancaires, et plus encore.

Avec l'aide de Number Lookup vous aurez un meilleur aperçu de votre base de données utilisateurs et du comportement de ces derniers, vous pourrez vérifier le format du numéro de téléphone pour éviter les numéros incorrects et indésirables.

Après avoir envoyé des messages promotionnels à vos clients et analysé les rapports d'exécution, vous verrez quelques fois une grande différence avec les données utilisateurs et le nombre de messages délivrés. Pour éviter de perdre inutilement de l'argent, il est conseillé de vérifier/nettoyer votre base de données avant d'envoyer de nouvelles campagnes. Améliorer l'exactitude et le rapport coût-efficacité des initiatives pour les mobiles est primordial lorsque vous avez une grande base de données, parce que cela vous fait économiser plus d'argent.

Number Lookup peut vous aider à mieux comprendre vos clients. Vous pouvez voir quand ils voyagent et leur proposer des services personnalisés.

COMMENT FONCTIONNE NUMBER LOOKUP ?

L'exemple suivant vous montre comment vous pouvez obtenir des informations concernant la recherche de numéros en utilisant notre API:

JSON
POST /number/1/query HTTP/1.1
Host: api.infobip.com
Authorization: Basic dXNlcm5hbWU6cGFzc3dvcmQ=
Content-Type: application/json
Accept: application/json
{ 
   "to":["41793026727"]
}

Le‘to’ paramètre ‘to’ est une liste de tous les chiffres que vous voulez vérifier.

Voici le résultat :

JSON
 HTTP/1.1 200 OK
Content-Type: application/json
 
{ 
   "results":[ 
      { 
         "to":"41793026727",
         "mccMnc":"22801",
         "imsi":"228012120181810",
         "originalNetwork":{ 
            "networkPrefix":"79",
            "countryPrefix":"41"
         },
         "ported":false,
         "roaming":false,
         "status":{ 
            "groupId":3,
            "groupName":"DELIVERED",
            "id":5,
            "name":"DELIVERED_TO_HANDSET",
            "description":"Message delivered to handset"
         },
         "error":{ 
            "groupId":0,
            "groupName":"OK",
            "id":0,
            "name":"NO_ERROR",
            "description":"No Error",
            "permanent":false
         }
      }
   ]
}

Comme nous l'avons dit auparavant, il y a une grande différence entre la recherche de numéros synchrone et asynchrone. Nous vous guiderons pour les deux, pour chaque ligne de code. Un type synchrone de recherche de numéros est une solution parfaite et facile si vous avez un code dans votre application qui s'exécutera correctement seulement après que la réponse de l'API ait été reçue. Si un appel d'une API est synchrone, la recherche du numéro sera faite avant que l'application reçoive la réponse d'un appel d'une API. Cela signifie que le code d'application devrait traiter correctement l'attente pour la réponse HTTP afin que les utilisateurs ne perçoivent pas la réponse comme un temps d'attente ou un retard dû à la performance, à l'intérieur de votre appli.

JSON
POST /nc/1/query HTTP/1.1
Host: api.infobip.com
Authorization: Basic QWxhZGRpbjpvcGVuIHNlc2FtZQ==
Content-Type: application/json
 
{ 
   "to":[ 
      "41793026727",
      "41793026728",
      "41793026729"
   ]
}

Le résultat de la recherche du numéro sera reçu directement dans la réponse :

JSON
HTTP/1.1 200 OK
Content-Type: application/json
 
{ 
   "results":[ 
      { 
         "to":"41793026727",
         "mccMnc":"22801",
         "originalNetwork":{ 
            "networkPrefix":"79",
            "countryPrefix":"41"
         },
         "ported":false,
         "roaming":false,
         "status":{ 
            "groupId":2,
            "groupName":"UNDELIVERABLE",
            "id":9,
            "name":"UNDELIVERABLE_NOT_DELIVERED",
            "description":"Message sent not delivered"
         },
         "error":{ 
            "groupId":1,
            "groupName":"HANDSET_ERRORS",
            "id":27,
            "name":"EC_ABSENT_SUBSCRIBER",
            "description":"Absent Subscriber",
            "permanent":false
         }
      }
   ]
}

Contrairement aux appels synchrones, les appels asynchrones n'attendent pas que la recherche de numéros soit faite avant que la réponse de l'API soit retournée. Lorsque la recherche du numéro est faite, une fonction « rappel » est exécutée et les informations sont envoyées à l'URL indiquée dans la demande.

JSON
POST /nc/1/notify HTTP/1.1
Host: api.infobip.com
Authorization: Basic QWxhZGRpbjpvcGVuIHNlc2FtZQ==
Content-Type: application/json
 
{ 
   "to":[ 
      "41793026727",
      "41793026728",
      "41793026729"
   ],
   "notifyUrl":"http://example.com/notifyUrl",
   "notifyContentType":"application/json"
}

Vos abonnés mobiles changent souvent de numéros, de fournisseurs, sont itinérants tout en conservant leur numéro de téléphone d'origine. Savoir quel numéros mobiles sont utilisés et disponibles, ou quel réseau utilise actuellement votre client peut améliorer grandement l'exactitude et le rapport coût-efficacité pour de nombreux types d'activité. En espérant que ce blog vous aide à nettoyer votre base de données et à atteindre vos utilisateurs.