IOSOR Kennis
Template review-poort en eenheidsklasse
Beheer template-reviews en koppel eenheidsklassen vóór prepaid afschrijving op volume — Goedgekeurd plus benoemde eenheid, of geen productie-verzending.
Op volume is een template zonder een review-poort en een benoemde eenheidsklasse hoe prepaid tegoeden verdwijnen met 'succesvolle' verzendingen waarvan niemand de prijs kent. Kopers moeten bewijzen dat de review-status Goedgekeurd is en dat de eenheidsklasse is gekoppeld vóór de productie-afschrijving — niet nadat finance het maandbestand opent. Deze pagina is dat poort; catalogus-vóór-Live is het verwante koperspad.
Review-status is een harde poort, geen label
Concept, In review, Goedgekeurd, Afgekeurd en Gepensioneerd zijn geldstatussen. Alleen Goedgekeurd mag mee met productie-verzending. Afgekeurd en Concept falen gesloten met een eerlijke status — nooit stille fallback-burn naar een andere klasse. Eerst catalogus: Sjablooncatalogus vóór kanaal Live.
Koppel de eenheidsklasse vóór de debit boekt
| Eenheidsklasse | Typisch gebruik | Afschrijvingsverwachting |
|---|---|---|
| SMS-segment | Getempateerde SMS / UCS-2 | Segmenten × lijst |
| Template-eenheid | Rijke uitgaande template | Per goedgekeurde verzending |
| Sessie-eenheid | Door gebruiker geïnitieerd venster | Sessie-vensterregels |
| Verificatiepoging | OTP / codecontrole | Poging- of verificatierij |
Faal gesloten wanneer review of klasse ontbreekt
Ontbrekende review-status → geen verzending. Ontbrekende eenheidsklasse → geen verzending. Onbekende template-ID → geen verzending. Gedeelde statuswoorden stoppen heldencodes: Gedeelde status-taal voor product en finance.
Product, finance en ops delen één bewijs
Product: kan een legitieme Goedgekeurde template voltooien onder de gekoppelde eenheidsklasse? Finance: draagt elke debitregel template-ID + eenheidsklasse voor het UTC-venster?
Koperchecklist voor review-poort en eenheidsklasse
Zet de review-status naar Goedgekeurd voordat volume start. Koppel de eenheidsklasse op de catalogus. Laat nooit ongecontroleerd verkeer toe op de ledger.
Begin met IOSOR
Open de IOSOR-console en ga naar uw sjabloonrouteringsregels om te verifiëren dat beoordelingsblokkades zijn ingesteld om te falen bij een afwijzing. Koppel elke sjabloon-id aan de juiste eenheidsklasse, of het nu gaat om een sms-segment, sjablooneenheid, sessie-eenheid of verificatiepoging, voordat u live verkeer routeert.
IOSOR-les
Prepaid-systemen vereisen een strikte controle op de review-poort en de eenheidsklasse om schulden te voorkomen. Goedgekeurde sjablonen met gekoppelde eenheidsklassen garanderen een zuivere verwerking. Zachte controles riskeren volumeschulden, terwijl harde poorten stille fouten voorkomen. Operators moeten dit in de console en het grootboek verifiëren vóór elke debetactiviteit via de UTC-tijdlijn. Dit is de fundamentele controle voor alle operaties binnen de /learn/template-review-gate-and-unit-class omgeving.
Was deze gids nuttig?
Gerelateerde gidsen
- Beheer van bulk-sjabloonherindieningen tijdens herstelreeksen
Leer hoe u sjabloonteksten systematisch opnieuw verifieert na beleidswijzigingen van providers binnen het IOSOR-ecosysteem voor optimale afleverpercentages.
- Verifiëren van Rich Media Header-assets vóór sjabloonindiening
Leer hoe u header-afbeeldingen en document-URL's valideert in IOSOR om afwijzing van sjablonen te voorkomen. Zorg dat uw rich media voldoet aan de normen.
- Synchronisatie van goedgekeurde berichtensjablonen voor sub-accountomgevingen
Beheers de orchestratie van goedgekeurde sjablonen binnen een white-label CPaaS-ecosysteem. Leer strikte data-isolatie te handhaven met naleving en JIT-provisioning.