Tout ce qui mérite d'être su, rien qui ne le mérite pas.
Pourquoi c'est important pour les OTP
Un code OTP reçu avec une heure de retard est pire que pas de code du tout : l’utilisateur aura déjà passé à autre chose ou généré une nouvelle tentative. Pour les codes OTP, définissez une durée de validité de 5 à 10 minutes (validity_period : « 000000000500000R » pour 5 minutes). Si le message n’atteint pas le téléphone dans ce délai, il ne risque pas de devenir obsolète. Pour le marketing, la durée de validité par défaut de l’opérateur (24 heures) est généralement suffisante.
Comment les opérateurs gèrent cela
Chaque SMSC intermédiaire respecte la validité qu'il reçoit et l'applique selon son propre calendrier. Ainsi, si votre agrégateur met en mémoire tampon pendant 2 heures avant de transmettre le SMSC, celui-ci constate que la validité a déjà consommé 2 heures de son budget. Les agrégateurs les plus performants valident le code lors de l'envoi, mais suivent le budget par saut en fonction du calendrier du destinataire. Les agrégateurs moins performants, quant à eux, présentent des dérives, et votre OTP de 5 minutes se transforme en un SLO effectif de 3 minutes sur le terminal.
Validité vs planification
La validité correspond à la durée pendant laquelle le SMSC effectue des tentatives de livraison après l'envoi. Le champ `schedule_delivery_time` (un champ SMPP distinct) indique l'heure à laquelle le SMSC doit tenter la première livraison ; ce champ est utilisé pour les campagnes prenant en compte les fuseaux horaires. Ces deux paramètres sont indépendants : vous pouvez programmer un message pour 9 h, heure locale, avec une validité de 4 heures. Si la première tentative à 9 h échoue, le SMSC effectuera des tentatives de livraison jusqu'à 13 h.