IOSOR

IOSOR Tudás

Bejövő MO üzenetek tiltólistára: A STOP DID számon védi a hírnevet

Technikai elemzés a bejövő MO leiratkozási kulcsszavak E.164 DID számokon történő kezeléséről, a tiltólista végrehajtásáról, a webhook státuszokról és az előre fizetett egyenlegvédelmekről.

Bejövő MO üzenetek tiltólistára.

Az automatikus leiratkozás architektúrája bejövő MO üzeneteken keresztül

Amikor a végfelhasználó STOP, UNSUBSCRIBE vagy QUIT válasszal reagál egy dedikált E.164 DID számra érkező bejövő Mobile Originated (MO) üzenetre, a platformnak azonnal fel kell dolgoznia ezt a jelzést. A telefonszámok eltárolása egy tiltólistán (suppression list) az API rétegben megakadályozza, hogy a későbbi kimenő Mobile Terminated (MT) forgalom megsértse a szolgáltatói megfelelőségi szabályokat. Ha egy kimenő üzenet egy tiltott címzettet céloz meg, az átjárónak el kell dobnia vagy kihagyottként kell megjelölnie az adatcsomagot még a hálózati továbbítás előtt.

Bejövő kulcsszavak feltérképezése a tiltólistákra

A bejövő MO adatcsomagok webhookokon keresztül érkeznek, amelyek tartalmazzák a küldő E.164 számát, a cél DID-t, az időbélyeget és a nyers üzenettestet. A tiltólista alrendszer elemzi a szabványos megfelelőségi kulcsszavakat, mint például a STOP, CANCEL, END, QUIT és OPTOUT. Amikor egyezést észlel, a feldolgozó motor normalizálja a karakterláncot a szóközök és ékezetek eltávolításával, nagybetűssé alakítással és egy reguláris kifejezés-elemző futtatásával.

Webhookok, státuszkódok és miért nem hiba a 'skipped'

Amikor egy kimenő küldési kérelem egy tiltott E.164 célpontot céloz meg, a CPaaS motor leállítja az átvitelt, mielőtt az adatokat a továbbítási útvonalakra küldené. A platform HTTP 200 OK választ ad vissza egy 'skipped_suppressed' állapotot jelző adatcsomaggal. A HTTP 4xx vagy 5xx státuszkód visszaadása egy leiratkozási blokkolás esetén hibás gyakorlat, mivel az infrastruktúra-hibát vagy hibás ügyfélkérést feltételez, ami felesleges újrapróbálkozási logikát vált ki az API SDK-kban.

Működési szabályok és előre fizetett egyenlegellenőrzések

A bejövő MO feldolgozás és a tiltólista-motorok kezelése stabil pénzügyi korlátokat igényel. A CPaaS platformok szigorú előre fizetett struktúrában működnek, USD 20 alsó korláttal a megszakítás nélküli webhook-feldolgozás és DID-irányítás fenntartása érdekében. Ha a fiókegyenleg ezen minimális küszöbérték alá esik, a bejövő MO webhookok eldobás helyett egy sorban pufferelődnek akár 72 órán keresztül, megőrizve a kritikus leiratkozási jelzéseket.

Megfelelőségi mátrix: Bejövő opt-out kezelés

Kulcsszó Végrehajtott akció Kimenő státusz Számlázási hatás
STOP Hozzáadás a tiltólistához Skipped (Blokkolva) Nincs kimenő díj
UNSTOP Eltávolítás a tiltólistáról Engedélyezve Standard díjszabás
HELP Információs webhook indítása Engedélyezve Standard díjszabás
CANCEL Hozzáadás a tiltólistához Skipped (Blokkolva) Nincs kimenő díj

Kezdjen az IOSOR-ral

Ha a STOP a DID-re ér, írja a küldő MSISDN-t a tenant suppression listájára a következő MT előtt. Bizonyítsa, hogy a következő küldés elutasított. Exportálja a MO-bélyeget és a listasort. Listaírás nélküli webhook 2xx nem ez a munka; az E.164 tisztítás másik kapu.

Kapcsolódó: Caller ID vs messaging From: Az élő hang nem jelent élő SMS-t E.164 normalizálás DID-kötés előtt: plusz, nullák és szóközök előre fizetett egyenleg zárolása az első terhelés előtt.

IOSOR összegzés

A DID-re érkező MO listasírás, nem naplóemlék.

Tegye: a következő MT előtt tiltsa. Ne tegye: STOP-ot feljegyzettnek jelölni, amíg az MT megy, vagy heti dumpra várni.

Hasznos volt ez az útmutató?

Kapcsolódó útmutatók