IOSOR

IOSOR Kunnskap

Synkronisering av innkommende reservasjoner mot avmelding på tvers av leietakere

Mestre synkronisering av avmeldinger på tvers av leietakere i IOSOR. Lær hvordan innkommende stoppnøkkelord håndterer globale sperringer.

Synkronisering av innkommende reservasjoner mot avmelding på tvers av leietakere.

Arkitektonisk oversikt over flertietakssperring

I et whitelabel forhåndsbetalt CPaaS-miljø som IOSOR krever håndtering av innkommende samtykke streng leietakerisolering kombinert med global etterlevelse. Når en sluttbruker svarer med et avmeldingstoken som STOPP, avskjærer kjøruteringsmotorden nyttelasten før den når underkontormiljøet. Dette sikrer at regulatoriske krav overstyrer meldingspreferanser på leietakernivå.

Tolkning av innkommende nøkkelord og JIT-ruting

Behandling av innkommende meldinger starter ved kantporten der E.164-formaterte nyttelaster ankommer via operatørforbindelser. IOSOR-ruteringslaget tolker tekstinnholdet for standardiserte avmeldingsstrenger. Numre klargjøres dynamisk ved hjelp av JIT-klargjøring, noe som betyr at virtuelle ressurser tildeles etter behov uten å opprettholde eldre inventarpooler.

Globale blokkeringslister mot isolerte underkontopreferanser

Å balansere globale regulatoriske pålegg med klientautonomi krever et lagdelt databasedesign. IOSOR skiller sperredata i leietakerspesifikke omfang og plattformomfattende domener. Hvis en merkevareleietaker driver flere underkontorer for distinkte kampanjer, kan en avmelding utløst i ett underkontor konfigureres til å enten forplante seg globalt eller forbli begrenset til det spesifikke arbeidsområdet, avhengig av hovedkontopolitikken.

Webhook-synkronisering og hendelsesutsending

Når avmeldingssynkronisering finner sted, varsler webhook-hendelser med lav latens eksterne systemer om statusendringen. Nyttelasten inkluderer opprinnelsesnummeret, tidsstempel, matchet nøkkelord og leietaker-ID. For å forhindre kappløptilstander under høye volumer av innkommende trafikk, bruker IOSOR distribuerte låsemekanismer på sperrenøkler. Dette garanterer at samtidige leveringsforsøk for SMS-trafikk avvises umiddelbart hvis en avmeldingshendelse behandles.

Administrasjon av samsvar og obligatorisk dokumentasjon

Relatert: policy for STOP og HELP · veiledning for toveis innboks · Gjennomgang av innkommende volum: Nøkkelordbelastning som tømmer lommeboken.

Start med IOSOR for meldinger på tvers av leietakere

La STOP lande på leietaker A sin DID. Bevis at leietaker B på samme plattform fortsatt kan sende til det MSISDN. Synk opt-out bare over leietaker A sine nummer. Eksporter leietaker-id ved siden av suppression-raden. Dette er STOP-synk innen leietakeren, ikke en listeskriving på én DID og ikke et signatursjekk.

IOSOR takeaway

STOP eies av leietakeren, ikke av plattformens innboks.

Gjør: isoler listen, synk deretter inne i den leietakeren. Ikke: kopiere ett STOP til hver underkonto som deler verten.

Var denne guiden nyttig?

Relaterte veiledninger