IOSOR Tudás

Bejövő STOP kulcsszó leiratkozási logika auditálása csatornákon át

Ellenőrizze, hogy az automatikus szolgáltatói és platform STOP feldolgozás azonnal visszavonja az üzenetküldési hozzájárulást minden csatlakoztatott útvonalon.

Bejövő STOP kulcsszó leiratkozási logika auditálása csatornákon át.

A bejövő STOP kulcsszó feldolgozás alapjai

Amikor egy végfelhasználó bejövő STOP kulcsszóval válaszol, az üzenetkezelő motornak azonnali hozzájárulás-visszavonást kell végrehajtania. Ez a folyamat megakadályozza a szabályozási bírságokat és védi a platform hírnevét. A white-label környezetben a bérlői útvonalak automatizált regex szűrőkön keresztül dolgozzák fel ezeket a kulcsszavakat, amelyek közvetlenül illeszkednek a központi DNC-nyilvántartásokhoz. Minden szabványos leiratkozási kifejezést tartalmazó bejövő adatcsomagnak szinkron adatbázis-frissítést kell kiváltania minden lefelé irányuló továbbítás előtt.

Többcsatornás szinkronizálás és nyilvántartás-frissítések

A leiratkozás ellenőrzése konzisztens viselkedést igényel az SMS, RCS és chat csatornákon. Amikor egy címzett STOP-ot küld egy adott útvonalon, a platform megjelöli az E.164 azonosítót az összes kapcsolódó bérlői kampányban. Ha egy márka több számot üzemeltet, a tiltólista webhookokon keresztül azonnal szinkronizálódik. Ez megakadályozza, hogy a felhasználó leiratkozzon az egyik útvonalon, majd promóciós forgalmat kapjon egy másik, ugyanazon bérlő által kezelt számmal. A nyilvántartás rögzíti az összes változást.

Peremfeltételek és regionális eltérések kezelése

A szolgáltatók szigorú szabályokat érvényesítenek az olyan alternatív leiratkozási kifejezésekre, mint az UNSUBSCRIBE, QUIT vagy CANCEL. A feldolgozási folyamat normalizálja ezeket a karakterláncokat, hogy illeszkedjenek a kanonikus leiratkozási szabályokhoz anélkül, hogy eldobnák az érvényes adatcsomagokat. Az üzemeltetőknek ellenőrizniük kell, hogy a nemzetközi karakterkészletek és a lokalizált szintaxis nem kerülik-e meg a szűrőlogikát.

Webhook kézbesítés és automatikus megerősítés

Amikor a platform regisztrál egy érvényes leiratkozási kulcsszót, automatikus megerősítő üzenetet küld, és webhookot indít a bérlő alkalmazás felé. Ez a webhook adatcsomag tartalmazza az ellenőrzött E.164 számot, az időbélyeget és a frissített hozzájárulási státuszt. A fejlesztők ezt az eseményt használják a belső alkalmazási munkafolyamatok leállítására és a külső CRM-adatbázisok szinkronizálására. Ha a webhook kézbesítése hálózati időtúllépés miatt meghiúsul, a platform exponenciális késleltetéssel újra próbálkozik.

Audit bizonyítékok és előírt megfelelőségi naplók

A platform megváltoztathatatlan naplókat generál minden beérkező STOP kérelemről. Ezek a naplók bizonyítékként szolgálnak az auditok során, és biztosítják, hogy a visszavonás után ne küldjenek üzeneteket. Az üzemeltetők exportálhatják ezeket az adatokat a szolgáltatói követelményeknek való megfelelés dokumentálására. Ezen naplók bemutatásának elmulasztása az útvonalak felfüggesztéséhez vezethet. Részletekért lásd: /learn/compliance/consent-audit-trail-export-evidence.

Kezdje az IOSOR-ral

Navigáljon az IOSOR útvonalvezérlőhöz, és indítson el egy élő, bejövő tesztüzenetet, amely a STOP kulcsszót tartalmazza minden egyes konfigurált E.164-es folyosón. Figyelje a bejövő webhook-ellenőrzőt és a platform eseménynaplóit annak ellenőrzésére, hogy az előfizető azonosítója azonnal tiltólistára kerüljön az SMS-, a hang- és a csatornafüggetlen API-útvonalakon.

IOSOR összegzés

Ez az auditálási útmutató bemutatta, hogy az automatikus STOP-feldolgozás miként szolgál végső megfelelőségi kapusként a teljes csatornaközi üzenetküldési infrastruktúrában.

Hasznos volt ez az útmutató?

Kapcsolódó útmutatók