IOSOR Guides
Remplacement explicite nommé des heures de silence transactionnelles
Découvrez pourquoi les dérogations transactionnelles comme les OTP et alertes P1 doivent être nommées explicitement dans les payloads IOSOR.
Remplacement explicite nommé des heures de silence transactionnelles.
Pourquoi les dérogations transactionnelles doivent être explicites
Dans l'architecture de messagerie en marque blanche, la gestion des restrictions d'heures de silence nécessite une classification explicite plutôt que des contournements silencieux.
Classification du trafic OTP et de Priorité 1
Tout le trafic urgent ne qualifie pas automatiquement pour une exemption d'heures de silence. Les mots de passe à usage unique (OTP) et les alertes système de Priorité 1 (P1) sont des notifications transactionnelles légitimes qui exigent une distribution immédiate, quel que soit l'heure locale du destinataire. Afin de préserver l'intégrité du routage et d'éviter les abus, IOSOR exige des développeurs qu'ils définissent l'intention exacte du message avant l'envoi.
Configuration des balises nommées dans les charges Webhook
Pour initier un dépassement autorisé, les applications clientes doivent fournir une structure de payload JSON dédiée via leur API REST ou leurs déclencheurs webhook. Le payload doit spécifier l'adresse cible au format E.164, le corps du message et un jeton d'intention clair tel que 'override_type: transactional_otp'. Cette déclaration structurée permet au moteur de filtrage de valider la légitimité de la requête.
Contrôles du grand livre et audit des seuils
Les paramètres de facturation et de routage des comptes sont gérés via un modèle de solde en temps réel totalement transparent. Les organisations commencent par approvisionner leur solde au-dessus d'un plancher prépayé de USD 20, qui couvre les frais mensuels récurrents (MRC) des DID actifs et les tarifs d'émission.
Journaux d'audit et règles d'alerte multicanal
Le maintien de journaux de traçabilité complets est indispensable pour la conformité réglementaire. Chaque requête sortante génère des enregistrements DLR (accusé de réception) détaillés et des retours d'état par webhook indiquant l'horodatage exact, les paramètres de dérogation appliqués et la confirmation du destinataire telle que Verify OK. Pour les applications multicanales, des flux d'urgence peuvent déclencher une alerte vocale de secours si la livraison du SMS échoue.
Commencez avec IOSOR
Examinez vos schémas de charge utile API sortants actuels dans la console IOSOR pour vous assurer que chaque notification OTP urgente et P1 transmet un paramètre de contournement explicite. Mettez à jour vos règles de routage afin de valider que les dérogations aux heures de silence comportent le jeton transactionnel adéquat avant d atteindre la passerelle.
- Application des fenêtres d'heures silencieuses avant la production
- Heures silencieuses : politique vs file d'attente d'envoi
- Binds SMPP vs Clés API REST
À retenir — IOSOR
Cet article a démontré que le trafic transactionnel haute priorité doit identifier explicitement son intention de dérogation au lieu de s appuyer sur des contournements de routage silencieux. Les exemptions anonymes obscurcissent l historique du routage des messages, augmentent le risque de sanctions réglementaires et complètent la vérification des accusés de réception lors des audits.
Ce guide vous a-t-il aidé ?
Guides associés
- Application des fenêtres d'heures silencieuses avant la production
Validez l'application des fenêtres d'heures silencieuses et le mécanisme de file d'attente sur les soldes prépayés avant de lancer des campagnes SMS sur IOSOR.
- Heures silencieuses : politique vs file d'attente d'envoi
Découvrez pourquoi l'application des heures silencieuses relève du moteur de politiques d'IOSOR au lieu de servir de file d'attente à exécution différée pour le trafic SMS A2P.