IOSOR Tudás
A bejövő leiratkozási kulcsszavak szinkronizálása többfelhasználós fiókokban
Ismerje meg a többfelhasználós leiratkozási szinkronizálást az IOSOR rendszerében. Tudja meg, hogyan kezelik a bejövő stop kulcsszavak a globális tiltólistákat.
A bejövő leiratkozási kulcsszavak szinkronizálása többfelhasználós fiókokban.
A többfelhasználós letiltási architektúra áttekintése
Egy olyan fehér címkés, prepaid CPaaS környezetben, mint az IOSOR, a bejövő hozzájárulások kezelése szigorú fiókszintű elszigetelést és globális megfelelést igényel. Amikor egy végfelhasználó olyan leiratkozási tokennel válaszol, mint a STOP, a központi útválasztó motor még azelőtt elfogja a payloadot, hogy az elérné az al-fiók munkaterületét. Ez biztosítja, hogy a szabályozási megfelelés felülbírálja a fiókszintű üzenetkezelési preferenciákat.
Bejövő kulcsszavak elemzése és JIT útválasztás
A bejövő üzenetek feldolgozása a peremhálózati átjárónál kezdődik, ahová az E.164 formátumú adatok mobilszolgáltatói kapcsolatokon keresztül érkeznek meg. Az IOSOR útválasztási rétege elemzi a szöveges törzset a szabványosított leiratkozási karakterláncok szempontjából. A számok kiosztása JIT módszerrel dinamikusan történik, ami azt jelenti, hogy a virtuális eszközök igény szerint kerülnek lefoglalásra anélkül, hogy elavult készletkészülékeket kellene fenntartani.
Globális tiltólisták és elszigetelt al-fiók preferenciák
A globális szabályozási előírások és az ügyfelek önállóságának egyensúlya rétegzett adatbázis-sémát igényel. Az IOSOR különválasztja a letiltási adatokat a fiókspecifikus körökre és a platformszintű tartományokra. Ha egy bérlő több al-fiókot üzemeltet különböző kampányokhoz, az egyik al-fiókban aktivált leiratkozás konfigurálható úgy, hogy globálisan propagálódjon, vagy csak az adott munkaterületen maradjon érvényben.
Webhook szinkronizálás és eseménykezelés
Amikor a leiratkozási szinkronizálás megtörténik, az alacsony késleltetésű webhook események értesítik a külső rendszereket az állapotováltozásról. A payload tartalmazza a kezdeményező telefonszámot, az időbélyeget, az illeszkedő kulcsszót és a fiókazonosítót. A nagy forgalmú időszakok alatti ütközések elkerülése érdekében az IOSOR elosztott zárolási mechanizmusokat használ a letiltási kulcsokon.
A megfelelőség kezelése és a szükséges dokumentáció
Kapcsolódó: STOP- és HELP-szabályzat · kétirányú inbox útmutató · Bejövő volumen felülvizsgálata: kulcsszóterhelés, amely kiüríti az egyenleget.
Kezdje el az IOSOR használatát a többfelhasználós üzenetküldéshez
Ültessen STOP-ot az A bérlő DID-jére. Bizonyítsa, hogy a B bérlő ugyanazon a platformon még küldhet arra az MSISDN-re. Szinkronizálja a leiratkozást csak az A bérlő számaira. Exportálja a bérlő id-t a suppression sor mellé. Ez bérlőhatáros STOP-szinkron, nem egy DID listairás és nem aláírásellenőrzés.
IOSOR összegzés
A STOP a bérlőé, nem a platform inboxáé.
Tegye: szigetelje a listát, majd szinkronizáljon abban a bérlőben. Ne tegye: egy STOP-ot minden alfiokra másolni, amelyik osztja a gazdát.
Hasznos volt ez az útmutató?
Kapcsolódó útmutatók
- A bejövő hanghívások nem fogadott hívásainak SMS-es visszahívási indítóinak konfigurálása
Ismerje meg, kuidas konfigurálni az automatizált SMS-indítókat a nem fogadott bejövő hanghívásokhoz és foglalt jelekhez az IOSOR fehér címkés CPaaS konzolján.
- Bejövő webhook folyamatok pufferelése a szolgáltatói késleltetési csúcsok ellen
Ismerje meg, hogyan konfigurálhatja az IOSOR bejövő pufferelési szabályait webhookjai védelmére a szolgáltatói késések, a párhuzamossági csúcsok és a upstream időtúllépések ellen.
- Bejövő MO események deduplikációja az API átjáró szintjén
Tervezzen nagy áteresztőképességű bejövő átjáró deduplikációs zárakat a számlázási duplikációk és az egyenleg-csökkenések megelőzése érdekében.