Einwilligungsmodi
Universelle Abmeldung
Ein Opt-out über einen beliebigen Kanal erzeugt den Scopeall. Der verknüpfte
Kontakt wird für Marketing-Kommunikation über Voice, SMS, E-Mail und
unterstützte Messaging-Kanäle gesperrt.
Der universelle Modus ist die konservative Standardeinstellung und steht in
jedem Plan zur Verfügung.
Abmeldung pro Kanal
Ein Opt-out gilt nur für den Ursprungskanal. Eine SMS-Abmeldung blockiert beispielsweise SMS-Marketing, während eine eigenständige Einwilligung für Voice oder E-Mail weiterhin nutzbar sein kann. Der kanalbezogene Modus benötigt das Plan-Feature Consent & Compliance. Steht es nicht zur Verfügung, bleibt der Workspace im universellen Modus; die Durchsetzung von Suppressions wird niemals deaktiviert.Eine Änderung des Workspace-Modus schreibt bestehende Suppressions nicht
stillschweigend um. Jeder Eintrag behält seinen
scope und
mode_at_opt_out, sodass die beim Opt-out angewandte Regel auditierbar bleibt.Suppressions-Einträge
Ein aktiver Eintrag kann mit einer Kontakt-ID, Telefonnummer oder E-Mail-Adresse verknüpft sein. Er enthält:scope:alloder den betroffenen Kanal;origin_channel: den Ursprung des Opt-outs;purpose: aktuellmarketing;source,reasonund Erstellungszeitpunkt;mode_at_opt_out: den beim Opt-out aktiven Workspace-Modus.
channel-Filter enthält sowohl Einträge für diesen Kanal als
auch universelle (all) Einträge, da beide die Kontaktaufnahme über den
angefragten Kanal blockieren.
Einwilligung wiederherstellen
Die Wiederherstellung löscht den Compliance-Verlauf nicht. Die aktive Suppression wird widerrufen und ein Opt-in-Event an den Audit-Trail angehängt. Verwende möglichst die UUID des Suppressions-Eintrags. Eine URL-codierte E.164-Nummer oder E-Mail-Adresse wird ebenfalls akzeptiert; bei mehreren kanalbezogenen Einträgen eines Kontakts ist die UUID jedoch eindeutig.REST API
Workspace-Modus lesen oder ändern:contact_id, phone oder email.
Fehlt channel, wird bei einer Telefonnummer voice und bei einer
E-Mail-Adresse email verwendet. Mit
GET /api/v1/suppression-list?channel=sms werden Einträge aufgelistet, die SMS
blockieren. Ein einzelner Eintrag wird mit
DELETE /api/v1/suppression-list/{id-or-identity} wiederhergestellt.
REST-Scopes sind settings:read / settings:write für den Modus und
suppression:read / suppression:write für Einträge.
MCP
get_consent_modeundset_consent_mode;list_suppression_entries;add_suppression_entry;remove_suppression_entry(stellt Consent wieder her und behält den Audit-Trail).