IOSOR Guides

Fenêtre de session WhatsApp contre débit de modèle : unités prepaid sur canaux riches

La fenêtre de 24 heures et les modèles approuvés débitent le prepaid autrement. Portes vault et modèles, honnêteté du catalogue et unités visibles pour la finance avant Live.

La messagerie riche a l’air de « l’utilisateur est déjà dans le chat ». En production un modèle et un message de session sont deux objets prepaid. Les modèles sont des classes approuvées à sensibilité d’unité prévisible. Les réponses dans la fenêtre de 24 h sont des salves : chaque ack d’agent, chaque ping de bot, chaque « juste pour confirmer » est un débit. Traiter la fenêtre ouverte comme corridor gratuit brûle le portefeuille et brouille la finance.

IOSOR garde les voies riches style WhatsApp sur le même ledger prepaid white-label que le SMS : financez d’abord, consommez ensuite, catalogue live seulement quand vault, modèles et smoke sont verts. in setup est une demande, pas un Live mou.

Deux objets prepaid : débit modèle et débit session

La finance doit voir les deux dans le ledger. Comparez coût modèle versus session. Si le produit n’étiquette pas un débit comme modèle ou session, vous avez une imprimante de reçus. Modélisez le mix du mois un avant d’ouvrir le canal aux pilotes.

La fenêtre de 24 h n’est pas un corridor gratuit

La fenêtre de session est une horloge, pas un coupon. Les réponses à l’intérieur peuvent user une autre classe d’unités qu’un modèle vers un fil froid. Auto-acks sur chaque inbound, bots sans astreinte qui « tiennent la conversation au chaud », retries traités comme confirmations gratuites : ainsi disparaît le prepaid. Plafonnez les réponses de session.

Portes vault et modèles avant le badge Live

Live est une parole vers l’utilisateur. Portes avant le badge : vault vert, catalogue de modèles approuvé pour les classes que vous enverrez, consommateur webhook idempotent, fenêtre qualité avec propriétaire. Une slide qui dit WhatsApp avec vault orange est une brûlure prepaid qui n’a pas encore eu lieu.

Honnêteté du catalogue tant que le canal est in setup

Une copie commerciale qui promet « OTP sur WhatsApp » tandis que le catalogue dit in setup est un incident de confiance. Ne sautez pas automatiquement dans une voie inachevée. Journalisez quelle classe a été tentée, laquelle a été sautée pour setup, quel débit a atterri. Les erreurs client doivent rester sûres pour la marque.

Signaux d’alerte

  • Un blob de portefeuille sans étiquette modèle vs session
  • Auto-réponses de session sans plafond
  • Badge Live avec modèles encore en brouillon
  • Session utilisée pour sauter la revue de modèles
  • Saut automatique vers un canal marqué in setup
  • Erreurs client qui nomment des marques étrangères
  • Smoke simulé présenté comme production

Commencez avec IOSOR

Ouvrez la console IOSOR et étiquetez votre grand livre prépayé pour isoler les débits de modèles sortants de la consommation de la fenêtre de session entrante. Définissez une limite explicite de réponses par fil de discussion sur le consommateur de webhook de session afin d écarter tout risque de boucles automatisées illimitées qui épuiseraient les crédits des canaux riches.

À retenir — IOSOR

Ce guide a démontré que les débits de modèles WhatsApp et les fenêtres de session de vingt-quatre heures constituent des unités prépayées distinctes aux structures de coûts et aux exigences opérationnelles différentes.

Ce guide vous a-t-il aidé ?

Guides associés