Unicom Americas Mobile Business
Français
Portail client Portail Demander un devis
Unicom Americas Mobile Business
Demander un devis Portail client

E-commerce et places de marché : SMS A2P et données mobiles

Chaque commande confirmée, chaque livreur visible.

Unicom Americas – Mobile Business équipe

Demander un devis

En chiffres

  • Les messages de commande et de livraison sont transactionnels : ils peuvent atteindre un destinataire qui n’a jamais consenti au marketing, mais l’expéditeur doit tout de même être enregistré là où la destination l’exige.
  • GSM-7 tient 160 caractères dans un segment ; un texte chinois ou arabe bascule en UCS-2 à 70 caractères, et un emoji en coûte deux, si bien qu’un même texte peut coûter plusieurs fois plus de segments.
  • Un accusé de remise rapporte ce que le réseau a observé, pas ce que le terminal a affiché ; le rapprochement se fait au niveau de la commande, les identifiants de message étant conservés aux côtés de la commande.
  • La vérification au moment du paiement et les mises à jour de commande sont deux classes de trafic différentes : l’une est un secret de connexion à durée de vie courte, l’autre une notification qui peut être réessayée et regroupée.
  • Les pics se planifient au lieu de s’absorber : le débit par bind est réservé avant un événement de pointe et les modèles sont d’abord testés contre les filtres locaux.

Cette page ne constitue pas un avis juridique.

Scénarios

Messagerie de commande et de livraison

Une confirmation de commande, un avis d’expédition et un message de créneau de livraison sont trois modèles distincts avec trois coûts d’échec différents. Gardez-les assez courts pour tenir dans un seul segment GSM-7, évitez les raccourcisseurs d’URL publics que les filtres locaux bloquent, et donnez à chaque message un objet que le destinataire peut reconnaître. Enregistrez l’expéditeur avant le premier envoi, car une route qui fonctionne en test peut être filtrée le jour du lancement. Rapprochez les accusés de remise des commandes et des remboursements, pas des simples comptages de messages : un avis de livraison tardif et un avis manquant se ressemblent dans un total de tableau de bord.

Vérification au paiement et sécurité du compte

Un OTP de paiement est un secret à durée de vie courte, si bien que sa conception porte sur le temps et les reprises : fixez une fenêtre de validité, plafonnez les renvois, limitez le débit par numéro et par appareil, et basculez vers un canal alternatif lorsque le code n’arrive pas. Le texte du message ne doit contenir ni numéro de compte complet ni lien vers une page de connexion, car le message peut être transféré. L’explication sur la fraude OTP couvre ces schémas.

Flottes de livreurs

Les livreurs sont suivis comme une flotte de deux-roues, pas comme des utilisateurs de téléphone : la position, la batterie et l’état de livraison circulent sur un profil de données, tandis que le terminal du livreur dialogue avec l’application de la plateforme sur le réseau dont il dispose. Les relèves d’équipe, les périmètres de dépôt et les arrêts d’échange de batterie sont les événements qui génèrent du trafic. La connectivité des véhicules, y compris les vélos électriques et les flottes partagées, est traitée sur la page Mobilité intelligente ; cette page couvre la messagerie destinée à l’acheteur qui l’entoure. Le profil de données est dimensionné par véhicule, si bien qu’un livreur qui quitte l’entreprise ne laisse pas derrière lui une ligne active.

Retours, retrait et codes de consigne

Une étiquette de retour et un code de retrait sont des secrets à usage unique auxquels sont attachés un lieu et une échéance. Envoyez le code dans le même message que le lieu et le créneau, gardez une formulation stable pour que les destinataires le reconnaissent, et faites-le expirer côté serveur plutôt que de faire confiance au message. Les consignes ajoutent un second canal : la consigne émet un événement lorsqu’un colis est déposé, et l’acheteur reçoit un code qui ouvre une porte une seule fois. Les réponses à deux sens aident ici, mais elles nécessitent un numéro capable de recevoir des messages, et non un sender ID alphanumérique, qui est normalement unidirectionnel.

Liaisons siège–Chine

Les places de marché qui déplacent marchandises et données entre leur siège et la Chine s’appuient sur deux segments : le trafic commercial entre équipes et fournisseurs, et le chemin de données derrière les systèmes d’approvisionnement, de stock et de finance. Les deux commencent par nommer les applications, les sites et le sens du trafic, car un lien dimensionné pour la messagerie de bureau ne se comporte pas du tout comme un lien transportant des données de commande. Le dépôt ICP et les étapes de transfert transfrontalier de données s’appliquent à certaines conceptions ; cadrez-les avec votre conseil en parallèle du contrat, et traitez le choix de connectivité comme distinct de la question du dépôt. La page Conformité en Chine liste les questions à poser à votre conseil. Ceci ne constitue pas un avis juridique.

Pack produits

Données en gros et eSIM

Données mobiles, eSIM et SIM IoT en gros

Profils de données pour flottes de livreurs dimensionnés à partir des préréglages de traceurs, avec des APN privés et un reporting par véhicule.

En savoir plus

Questions fréquentes

Envoyez-vous pour notre compte, ou envoyons-nous en tant que notre propre plateforme ?
Les deux. Les plateformes envoient en tant que CPaaS avec leur propre débit ; les entreprises envoient en direct. Dites-nous ce que vous êtes et nous évaluons l’accès le plus adapté, car l’enregistrement de l’expéditeur et le contrat se situent de part et d’autre de cette ligne.

Comment les téléphones des livreurs se connectent-ils ?
Les livreurs utilisent des profils de données de flotte ; le détail deux-roues se trouve sur la page Mobilité intelligente. Les messages destinés à l’acheteur qui indiquent où se trouve le livreur passent par une route A2P distincte avec son propre enregistrement d’expéditeur.

Et nos bureaux d’approvisionnement en Chine ?
Les liaisons siège–Chine sont cadrées avec les étapes de dépôt et de transfert de données en parallèle du contrat de messagerie. Nommez d’abord les applications et les sites ; les questions de conformité découlent de cet inventaire, pas du contrat.

Pourquoi les messages de commande échouent-ils au lancement ?
Généralement pour l’une de trois raisons : l’expéditeur n’a jamais été enregistré pour cette destination, le modèle déclenche un filtre local de liens ou de mots-clés, ou la route a été dimensionnée pour les tests plutôt que pour le volume de lancement. Testez le modèle au préalable, enregistrez tôt et réservez le débit avant le début du calendrier de campagne.

Comment nous préparer à un pic de ventes ?
Prévoyez le pic par destination, réservez le débit et testez au préalable les modèles qui changeront. Maintenez une file avec une politique de reprise et une expiration définie, afin qu’un arriéré ne se transforme pas en milliers d’avis de livraison périmés après l’événement.

Sources

  1. 3GPP TS 23.040 : réalisation technique du SMS
  2. Circulaire [2017] n° 32 du MIIT (via CAC) : lignes transfrontalières

Demander un devis

Dites-nous si vous envoyez en tant que plateforme ou en tant qu’entreprise elle-même ; nous évaluons l’accès le plus adapté.

Demander un devis Entreprise utilisatrice