IOSOR

IOSOR Tieto

Saapuvien STOP-avainsanojen ja suostumuksen peruutuksen auditointi kanavien yli

Varmista, että automaattinen operaattorin ja alustan STOP-käsittely mitätöi viestintäsuostumuksen välittömästi kaikilla yhdistetyillä reiteillä.

Saapuvien STOP-avainsanojen ja suostumuksen peruutuksen auditointi kanavien yli.

Saapuvien STOP-avainsanojen käsittelyn perusteet

Kun loppukäyttäjä vastaa saapuvalla STOP-avainsanalla, viestintämoottorin on suoritettava välitön suostumuksen peruutus. Tämä prosessi ehkäisee sääntelysakkoja ja suojaa alustan mainetta. White-label-ympäristössä vuokralaisreitit käsittelevät nämä avainsanat automatisoitujen regex-suodattimien kautta, jotka vastaavat suoraan keskitettyjä DNC-rekistereitä. Jokaisen saapuvan payloadin, joka sisältää vakiomuotoisia kieltäytymistermejä, on käynnistettävä synkroninen tietokantapäivitys ennen muuta jatkoreititystä.

Monikanavainen synkronointi ja rekisteripäivitykset

Kieltäytymisen todentaminen edellyttää yhdenmukaista toimintaa SMS-, RCS- ja chat-kanavien välillä. Kun vastaanottaja lähettää STOP tietyllä reitillä, alusta merkitsee E.164-tunnisteen kaikissa siihen liittyvissä vuokralaiskampanjoissa. Jos brändi käyttää useita numeroita, poissulkulista synkronoidaan välittömästi webhookien kautta. Tämä estää käyttäjää kieltäytymästä yhdellä reitillä vain saadakseen markkinointiliikennettä toisesta saman vuokralaisen hallinnoimasta numerosta.

Reunatapauksien ja alueellisten erojen hallinta

Operaattorit valvovat tiukkoja sääntöjä vaihtoehtoisille kieltäytymisilmauksille, kuten UNSUBSCRIBE, QUIT tai CANCEL. Saapumisen käsittelyputki normalisoi nämä merkkijonot vastaamaan kanonisia kieltäytymissääntöjä pudottamatta kelvollisia payload-tietoja. Operaattoreiden on varmistettava, että kansainväliset merkistöt ja lokalisoitu syntaksi eivät ohita suodatinlogiikkaa.

Webhook-toimitus ja automaattinen vahvistus

Kun alusta rekisteröi kelvollisen kieltäytymisavainsanan, se lähettää automaattisen vahvistusviestin ja laukaisee webhookin vuokralaissovellukselle. Tämä webhook-payload sisältää varmennetun E.164-numeron, aikaleiman ja päivitetyn suostumustilan. Kehittäjät käyttävät tätä tapahtumaa pysäyttääkseen sisäiset sovellustyönkulut ja synkronoidakseen ulkoiset CRM-tietokannat. Jos webhookin toimitus epäonnistuu alavirran verkon aikakatkaisun vuoksi, alusta yrittää uudelleen eksponentiaalisella viiveellä.

Auditoinnitodisteet ja pakolliset vaatimustenmukaisuuslokit

Alusta luo muuttumattomat lokit jokaisesta vastaanotetusta STOP-pyynnöstä. Nämä lokit toimivat todisteina auditoinneissa ja varmistavat, ettei viestejä lähetetä peruutuksen jälkeen. Operaattorit voivat viedä nämä tiedot dokumentoidakseen vaatimustenmukaisuuden. Kyvyttömyys esittää näitä lokeja voi johtaa reittien keskeyttämiseen. Katso lisätietoja osoitteesta /learn/compliance/consent-audit-trail-export-evidence.

Aloita IOSORilla

Siirry IOSOR-reitityskonsoliin ja lähetä testiviesti, joka sisältää STOP-avainsanan jokaisella määritetyllä E.164-käytävällä. Seuraa saapuvan verkkokoukun tarkastajaa ja alustan tapahtumalokeja varmistaaksesi, että tilaajatunnus merkitään välittömästi estetyksi tekstiviesti-, puhelu- ja monikanavaisissa rajapinnoissa. Jos jokin reitti ottaa edelleen vastaan lähteviä viestejä kyseiselle tunnukselle, aseta kyseinen reitti heti hallinnolliseen taukotilaan, kunnes estotaulukon synkronointi on tarkistettu uudelleen.

IOSOR-yhteenveto

Tämä tarkastusopas osoittaa, kuinka automaattinen STOP-käsittely toimii äärimmäisenä vaatimustenmukaisuuden porttina koko monikanavaisessa viestintäinfrastruktuurissasi. Sen varmistaminen, että saapuvat kuittaukset ja verkkokoukut päivittävät keskitetyn tietokannan välittömästi, estää sääntöjen rikkomukset ja suojaa yrityksesi reitityksen eheyttä kaikilla aktiivisilla reiteillä.

Oliko tästä oppaasta apua?

Aiheeseen liittyvät oppaat