IOSOR Wissen
Eingehende MO-Nachrichten auf Sperrlisten: STOP auf einer DID schützt die Reputation
Technische Analyse der Verarbeitung von Abmelde-Keywords bei eingehenden MO-Nachrichten auf E.164 DIDs, Sperrlistenausführung, Webhooks und Guthabensteuerung.
Eingehende MO-Nachrichten auf Sperrlisten.
Die Architektur der automatischen Abmeldung über eingehende MO-Nachrichten
Wenn ein Endnutzer mit STOP, UNSUBSCRIBE oder QUIT auf eine eingehende Mobile-Originated (MO) Nachricht auf einer dedizierten E.164 DID antwortet, muss Ihre Plattform dieses Signal sofort verarbeiten. Das Speichern von Rufnummern in einer Sperrliste auf API-Ebene verhindert, dass nachfolgender abgehender Mobile-Terminated (MT) Verkehr gegen Compliance-Regeln der Netzbetreiber verstößt.
Zuordnung eingehender Keywords zu Sperrlisten
Eingehende MO-Datenlasten treffen über Webhooks ein, die die E.164-Absendernummer, die Ziel-DID, einen Zeitstempel und den Nachrichtentext enthalten. Das Sperrlisten-Subsystem analysiert Standard-Compliance-Keywords wie STOP, CANCEL, END, QUIT und OPTOUT. Bei einer Übereinstimmung bereinigt die Ingestion-Engine die Zeichenkette von Leerzeichen und Akzenten, wandelt Zeichen in Großbuchstaben um und führt einen regulären Ausdruck aus.
Webhooks, Statuscodes und warum Skipped kein Fehler ist
Wenn eine abgehende Versandanforderung ein gesperrtes E.164-Ziel adressiert, blockiert die CPaaS-Engine die Übertragung vor der Weiterleitung an vorgeschaltete Pfade. Die Plattform gibt eine HTTP 200 OK Antwort mit einer Status-Payload zurück, die 'skipped_suppressed' anzeigt.
Betriebsangaben und Steuerung des Prepaid-Guthabens
Die Verwaltung eingehender MO-Verarbeitungen und Sperrlisten-Engines erfordert stabile finanzielle Schutzmaßnahmen. CPaaS-Plattformen arbeiten auf einer strikten Prepaid-Struktur mit einer Prepaid-Untergrenze von USD 20, um eine unterbrechungsfreie Webhook-Verarbeitung und DID-Routung zu gewährleisten.
Compliance-Matrix: Verarbeitung eingehender Abmeldungen
| Keyword | Ausgeführte Aktion | Abgehender Status | Auswirkung auf Abrechnung |
|---|---|---|---|
| STOP | Zur Sperrliste hinzufügen | Skipped (Blockiert) | Keine abgehende Gebühr |
| UNSTOP | Von Sperrliste entfernen | Erlaubt | Standardtarif |
| HELP | Info-Webhook auslösen | Erlaubt | Standardtarif |
| CANCEL | Zur Sperrliste hinzufügen | Skipped (Blockiert) | Keine abgehende Gebühr |
Starten Sie mit IOSOR
Verwandte: Anrufer-ID vs. Nachrichten-Absender: Live-Sprache bedeutet nicht Live-SMS E.164-Normalisierung vor DID-Bindung: Plus, Nullen und Leerzeichen Prepaid-Reservierung vor der ersten Abbuchung.
IOSOR Fazit
Ein eingehendes MO auf einer DID ist ein Listenschreib, kein Log-Souvenir.
Tun: vor dem nächsten MT unterdrücken. Nicht tun: STOP als notiert markieren, während MT weiterläuft, oder auf einen Wochen-Dump warten.
War dieser Leitfaden hilfreich?
Verwandte Leitfäden
- DID-Übergabe an den Zweitbesitzer: Wer zuweisen und freigeben darf
Meistern Sie betriebliche Grenzen, JIT-Bereitstellung und Prepaid-Finanzschwellen bei DID-Übergaben.
- Ausgabenlimit pro DID: Miete plus MT-Verbrauch auf einer Nummer
Kontrollieren Sie das Risiko pro Nummer in Ihrem White-Label-CPaaS mit einem kombinierten Ausgabenlimit für MRC und ausgehenden Verkehr.
- Eingehendes Webhook-Routing auf DID: MO ohne Besitzer verliert STOP
Leiten Sie eingehende Webhooks sicher an das besitzende Konto weiter. Verhindern Sie verwaiste MO-Ereignisse und verpasste Abbestellungen im Whitelabel-Prepaid-CPaaS.