STOP po zaradení do frontu: preskočte, nepredstierajte doručenie

STOP po zaradení do frontu: preskočte, nepredstierajte doručenie.

Spracovanie neskorých príkazov STOP v čakajúcich radoch

Keď koncový používateľ pošle správu STOP v momente, keď je kampaňová správa pripravená v odchádzajúcom fronte, vaša platforma musí túto požiadavku zachytiť ešte pred odoslaním do siete operátora. Ak je správa pripravená na odoslanie cez JIT alokáciu trás, vzniká nebezpečný stav súbehu (race condition). Prevádzkovatelia white-label CPaaS na systéme IOSOR musia vždy uprednostniť dodržiavanie regulačných predpisov pred čistou priepustnosťou. Minimálny predplatený zostatok USD 20 zaisťuje kontinuitu účtu, zatiaľ čo logika potlačenia vyhodnocuje odchádzajúce MT správy voči aktívnym zoznamom blokovaných čísel operátorov.

Zastavenie odchádzajúcich správ pred odoslaním do siete

Predtým, ako akýkoľvek E.164 payload dorazí na terminačnú bránu, pracovník frontu (queue worker) skontroluje registre DNC a zoznamy odhlásení (opt-out ledger). Ak zhodné telefónne číslo odoslalo prichádzajúci príkaz STOP, stav odchádzajúcej úlohy sa okamžite zmení na 'suppressed' (potlačené). Nikdy nedovoľte, aby systém simuloval úspešné doručenie alebo odosielal falošné doručenky DLR. Predstieranie úspechu doručenia pri potlačenom opt-out čísle vytvára obrovské právne riziká a ničí dôveru firemných klientov, ktorí podliehajú prísnym regionálnym pravidlám.

Správa JIT alokácie čísel a stavu účtovnej knihy

IOSOR spravuje prideľovanie čísel dynamicky v reálnom čase. Keďže platforma nevyužíva statický inventár virtuálnych čísel, čísla sa obstarávajú prostredníctvom JIT mechanizmu a okamžite sa priraďujú k vášmu účtu. Pri spracovaní odhlásení účtovná kniha (ledger) aktualizuje profil účastníka a primerane označí fakturačný záznam MRC. Účty, ktoré sa blížia k hranici prehodnotenia okolo USD 1,000/mesačne, musia udržiavať striktné zoznamy potlačenia, aby sa vyhli auditným upozorneniam počas masívnych špičiek v prevádzke OTP správ.

Webhooky a synchronizácia stavu v reálnom čase

Nadväzujúce systémy vyžadujú okamžité upozornenie, keď je zaradená správa zablokovaná oneskoreným príkazom STOP. Nakonfigurujte webhooky tak, aby odoslali udalosť potlačenia obsahujúcu pôvodný token Verify OK a presný dôvod zlyhania. Týmto spôsobom je CRM alebo klientska aplikácia informovaná, že SMS bola zámerne zahodená a nedoručená, čo vývojárom zabráni v opakovaných pokusoch o odoslanie príjemcovi, ktorý sa odhlásil.

Zabránenie duplicitnému odosielaniu a riešenie kolízií

K stavom súbehu dochádza, keď sa naplánované odoslanie vykonáva súčasne s prijatím webhooku pre odhlásenie. Aby ste predišli duplicitnému odoslaniu správy po odhlásení, implementujte atomické databázové zámky na kľúči príjemcu. Podrobnejší technický kontext nájdete v týchto prevádzkových sprievodcoch:

• Potlačenia v kampaniach: preskočené neznamená zlyhané v účtovnej knihe
• Spracovanie prichádzajúcich správ od zákazníkov prijatých mimo pracovného času
• webhooky a kľúče pri spustení

Začnite s IOSOR

Otvorte smerovaciu konzolu IOSOR a overte, či predbežná brána vášho frontového pracovníka vykonáva kontrolu účtovnej knihy v reálnom čase voči stavu odhlásenia príjemcu. Povoľte atómové zámky príjemcov na vyriešenie súťažných podmienok medzi plánovanými údajmi a prichádzajúcimi webovými háčikmi STOP. Nakoniec mapujte svoje následné webové háčiky tak, aby vysielali udalosť potlačenia s pôvodným tokenom Verify OK namiesto zaznamenávania doručeného stavu.

Zhrnutie IOSOR

Táto príručka stanovila, že prichádzajúci STOP prijatý, keď správa sedí vo výstupnom fronte, musí okamžite zachytiť úlohu pred odoslaním cez bránu.