IOSOR Ghiduri
Catalogul de șabloane înainte de canalul Live
Traseul cumpărătorului: șabloanele aprobate trebuie să existe înainte de orice insignă Live pe clasele de mesaje bogate sau SMS — mai întâi catalogul, apoi volumul.
O insignă Live pe o clasă de mesaje fără un catalog de șabloane aprobat înseamnă arderea fondurilor preplătite cu un cip verde. Cumpărătorii au nevoie de un catalog numit de șabloane de producție înainte ca vânzările să declare starea Live pentru clasele bogate sau SMS. Această pagină reprezintă acel traseu al cumpărătorului — nu o analiză profundă a seifului și nici o listă de cumpărături API SMS generală.
Catalogul este poarta Live pentru clasele de mesaje
Live înseamnă că clasa poate prelua volum preplătit cu un statut onest. Catalogul înseamnă că fiecare ID de șablon de producție este listat, aprobat, deținut și mapat la o clasă de unități înainte de trimitere. Failover-ul și pista de rulare pot părea pregătite, totuși starea Live pe WhatsApp, RCS sau SMS șablonat rămâne blocată până când rândul din catalog există.
Ce conține un rând aprobat din catalog
| Câmp | De ce le pasă cumpărătorilor |
|---|---|
| ID șablon + versiune | Același obiect pe care produsul și finanțele îl reconciliază |
| Clasă mesaj (OTP, alertă, avans) | Oprește scurgerea clasei în copierea de marketing |
| Stare de revizuire | Doar aprobat — ciorna nu rulează niciodată Live |
| Clasă de unități | Segment, sesiune sau unitate de șablon înainte de debit |
| Proprietar + regulă de retragere | Cine remediază respingerea |
Canalul Live și catalogul Live sunt cipuri diferite
Un canal poate fi în configurare în timp ce șabloanele sunt schițate. Un catalog poate fi aprobat pentru OTP în timp ce șabloanele de marketing rămân ciorne. Nu comasați cipurile: canalul pregătit ≠ "orice șablon poate trimite". Oprirea preplătită se închide pe ID-uri necunoscute — rezervarea soldului preplătit înainte de prima debitare.
Traseul cumpărătorului înainte de orice insignă Live
- Listați șabloanele pentru prima lună pe clasă de mesaje.
- Trimiteți spre revizuire; așteptați starea Aprobat — nu "arată bine".
Lista de verificare a cumpărătorului pentru catalogul de șabloane
Folosiți această listă înainte de a solicita Live. Asigurați-vă că fiecare ID de producție este mapat la o clasă de unități. Verificați dacă proprietarul este atribuit fiecărui rând. Evitați ciornele în traficul de producție.
Începeți cu IOSOR
Deschide consola IOSOR și verifică identitățile șabloanelor active cu stările aprobate din catalog înainte de a încerca orice tranziție pe canalul Live. Asigură-te că fiecare clasă de mesaje are o mapare explicită a șablonului și o clasă de unitate verificată atașată portții sale de debitare.
- Validarea variabilelor șablon înainte de expediere pentru a preveni resping…
- Verificarea activelor de antet Rich Media înainte de trimiterea șablonului
Rezumat IOSOR
Pregătirea canalului și aprobarea catalogului de șabloane funcționează pe etape de execuție distincte. Marcarea unui canal ca operațional fără ID-uri de șablon explicite și aprobate în catalog determină sistemele de blocare prepaid să eșueze prin blocare la încărcăturile netraduse, indiferent de starea gateway-ului de bază.
A fost util acest ghid?
Ghiduri conexe
- Gestionarea retrimiterilor în masă a șabloanelor în timpul secvențelor de recuperare
Aflați cum să reverificați sistematic șabloanele modificate după actualizările politicilor operatorilor în ecosistemul IOSOR pentru a menține rate ridicate de livrare.
- Verificarea activelor de antet Rich Media înainte de trimiterea șablonului
Aflați cum să validați imaginile de antet și URL-urile documentelor în IOSOR pentru a preveni respingerea șabloanelor. Asigurați-vă că activele media respectă standardele.
- Sincronizarea șabloanelor de mesaje aprobate în mediile sub-conturilor
Stăpâniți orchestrarea șabloanelor aprobate într-un ecosistem CPaaS white-label. Învățați să mențineți o izolare strictă a datelor și să asigurați implementarea rapidă prin JIT provisioning.