IOSOR

IOSOR Kennis

Inkomende MO naar suppressie: STOP op een DID beschermt uw reputatie

Technische analyse van inkomende MO opt-out sleutelwoorden op E.164 DID's, suppressielijstuitvoering, webhook-payloads en saldo-instellingen.

Inkomende MO naar suppressie.

De architectuur van automatische opt-out via inkomende MO

Wanneer een eindgebruiker reageert met STOP, UNSUBSCRIBE of QUIT op een inkomend Mobile Originated (MO) bericht op een toegewezen E.164 DID, moet uw platform deze actie onmiddellijk verwerken. Het opslaan van telefoonnummers op een suppressielijst op API-niveau voorkomt dat latere uitgaande Mobile Terminated (MT) berichten de wettelijke en carrier-nalevingsregels schenden. Als een uitgaand bericht wordt geprobeerd naar een gefilterde ontvanger, moet de gateway het verzoek blokkeren of markeren als overgeslagen voordat netwerktransmissie plaatsvindt. Deze architectuur is cruciaal voor het behoud van uw verzendstatus.

Inkomende trefwoorden koppelen aan suppressielijsten

Inkomende MO-payloads arriveren via webhooks met het E.164-nummer van de afzender, het bestemmings-DID, een tijdstempel en de inhoud van het bericht. Het suppressiesysteem analyseert standaard compliance-trefwoorden zoals STOP, CANCEL, END, QUIT en OPTOUT. Bij een overeenkomst normaliseert de verwerkingsengine de tekst door spaties en leestekens te verwijderen, tekens om te zetten naar hoofdletters en een regex-parser uit te voeren. Als het bericht een geïsoleerde match of voorvoegsel bevat, voert de engine een atomaire schrijfoperatie uit naar de centrale suppressiedatabase.

Webhooks, statuscodes en waarom 'skipped' geen fout is

Wanneer een uitgaand verzendverzoek een onderdrukte E.164-bestemming als doel heeft, blokkeert de CPaaS-engine de transmissie voordat er gegevens naar de netwerkroutes worden gestuurd. Het platform retourneert een HTTP 200 OK-respons met een statuspayload die 'skipped_suppressed' aangeeft. Het retourneren van een 4xx of 5xx HTTP-statuscode voor een opt-out-blokkade is een onjuist patroon, omdat dit duidt op een infrastructuurfout of een ongeldige client-payload, wat onnodige herhaallogica in API-SDK's activeert. Door HTTP 200 OK samen met 'skipped_suppressed' te sturen, blijft de logboekregistratie zuiver.

Operationele regels en prepaid saldocontroles

Het beheren van inkomende MO-verwerking en suppressiesystemen vereist stabiele financiële kaders. CPaaS-platformen werken op een strikte prepaidstructuur met een drempelwaarde van USD 20 om ononderbroken webhook-verwerking en DID-routing te garanderen. Als een accountsaldo onder deze grens zakt, worden inkomende MO-webhooks tot 72 uur in een wachtrij geplaatst in plaats van verwijderd. Dit beschermt uw compliance-signalen tegen verlies tijdens tijdelijke liquiditeitsproblemen.

Nalevingsmatrix: Verwerking van inkomende opt-outs

Trefwoord Actie Status uitgaand Facturatie
STOP Toevoegen aan lijst Geblokkeerd Geen kosten
UNSTOP Verwijderen uit lijst Toegestaan Standaard
HELP Webhook triggeren Toegestaan Standaard
CANCEL Toevoegen aan lijst Geblokkeerd Geen kosten

Beginnen met IOSOR

Als STOP op de DID landt, schrijf de herkomst-MSISDN vóór de volgende MT op de suppression-lijst van die tenant. Bewijs dat een vervolg-send wordt geweigerd. Exporteer de MO-tijd en de lijstrij. Een webhook-2xx zonder lijstschrijf is dit werk niet; E.164-schoonmaak is een andere poort.

Gerelateerde: Beller-ID versus bericht 'Van': spraak live betekent geen SMS live E.164 normalisatie vóór DID-koppeling: plus, nullen en spaties voorafbetaalde reservering vóór de eerste afschrijving.

IOSOR takeaway

Een inkomend MO op een DID is een lijstschrijf, geen logs<fim-middle>ouvenir.

Doe: onderdruk vóór de volgende MT. Niet doen: STOP als genoteerd markeren terwijl MT doorgaat, of op een wekelijkse dump wachten.

Was deze gids nuttig?

Gerelateerde gidsen