STOP parancs a várólistára helyezett küldés után: kihagyás, nem hamis kézbesítés

STOP parancs a várólistára helyezett küldés után: kihagyás, nem hamis kézbesítés.

Késve érkező STOP parancsok kezelése a kimenő várólistákban

Amikor a végfelhasználó STOP kulcsszót tartalmazó SMS-t küld be, miközben egy ütemezett vagy kötegelt kampányüzenet még a kimenő üzenetsorban várakozik, a platformnak a hálózati kiküldés előtt fel kell tartóztatnia a kérést. Ha egy üzenet már készen áll a kiküldésre a dinamikus JIT (Just-In-Time) útvonal-kiosztás révén, kritikus versenyhelyzet (race condition) alakulhat ki a kimenő és bejövő szálak között.

Kimenő adatcsomagok elfogása a hálózati kiküldés előtt

Mielőtt bármilyen E.164 formátumú adatcsomag elérné a terminációs átjárót, a háttérben futó sorfeldolgozó automatikusan ellenőrzi a DNC és a leiratkozási főkönyvet. Amennyiben az adott telefonszámról korábban beérkezett egy leiratkozási STOP üzenet, a kimenő feladat állapota azonnal és visszavonhatatlanul átvált elnyomott státuszra. Szigorúan tilos a rendszert úgy kialakítani, hogy sikeres kézbesítést szimuláljon, vagy hamis DLR nyugtát generáljon az ügyfélalkalmazások felé.

JIT számtársítás és a főkönyvi állapotok kezelése

Az IOSOR teljesen dinamikusan kezeli a virtuális számok kiosztását és hozzárendelését. Mivel nem tartunk fenn statikus virtuális számtárakat, a számok valós időben, JIT mechanizmussal kerülnek lefoglalásra és azonnali hozzárendelésre a felhasználói fiókhoz. Amikor a rendszer feldolgozza a beérkező leiratkozási eseményeket, a főkönyv azonnal frissíti az előfizetői profilt, és megfelelően megjelöli a kapcsolódó havi ismétlődő költség (MRC) számlázási tételt is.

Webhookok és valós idejű állapot-szinkronizáció

Az alárendelt rendszereknek, CRM-eknek és marketingplatformoknak azonnali értesítésre van szükségük, amikor egy ütemezett üzenetküldést megállít egy későn beérkező STOP parancs. Konfiguráljon webhook eseményeket úgy, hogy azok valós időben kiküldjék az elnyomási eseményt, tartalmazva az eredeti Verify OK tokent és a pontos elutasítási okot. Ez egyértelműen jelzi az integrált ügyfélalkalmazások számára, hogy az SMS-t szándékosan ejtette el a rendszer, megelőzve, hogy az automatizált folyamatok felesleges újrapróbálkozást kezdeményezzenek a leiratkozott címzett felé.

Duplikált küldések megelőzése és a versenyhelyzetek feloldása

A versenyhelyzetek leggyakrabban akkor fordulnak elő, amikor egy ütemezett küldési folyamat pontosan ugyanabban a pillanatban hajtódik végre, amikor a bejövő leiratkozási webhook megérkezik a rendszerbe. A duplikált vagy jogosulatlan kiküldések elkerülése érdekében vezessen be atomi adatbázis-zárolásokat a címzett egyedi kulcsára a feldolgozás idejére.

Kapcsolódó: A STOP és HELP irányelv nem egyszerű bejövő üzenetkezelés · TCPA és CASL jogosultságok éles küldés előtt · előre fizetett egyenleg zárolása az első terhelés előtt.

Kezdje az IOSOR-ral

Nyissa meg az IOSOR útválasztási konzolt, és ellenőrizze, hogy a feldolgozó előküldési kapuja valós idejű főkönyvi ellenőrzést végez-e a címzett leiratkozási státusza alapján. Engedélyezze az atomi címzettzárolásokat az ütemezett rakományok és a bejövő STOP webhookok közötti versenyhelyzetek feloldásához. Végül képezze le a lefelé irányuló webhookokat úgy, hogy azok elnyomási eseményt bocsássanak ki az eredeti Ellenőrzés OK tokennel a kézbesített státusz naplózása helyett.

IOSOR összegzés

Ez az útmutató megállapította, hogy a kimenő várólistán lévő üzenet helyett a beérkezett STOP-ot azonnal meg kell fogni a kapuküldés előtt. A kézbesített kézbesítési jelentés hamisítása vagy a várólistára tett rakomány engedése a szolgáltatói kapu felé súlyos szabályozási nem-megfelelőséget szül, és rontja a főkönyv épségét.