Skip to main content

Länderspezifische Compliance-Anforderungen

Messaging- und Voice-Regeln werden Land für Land festgelegt. Bevor Sie in einen neuen Markt senden, müssen Sie vier Dinge wissen: welche Sender-Typen das jeweilige Land akzeptiert (einen Long Code? eine alphanumerische Sender-ID? einen Short Code?), ob eine Registrierung erforderlich ist, welche Dokumente Sie einreichen müssen und welche Inhalte eingeschränkt sind. Ein Fehler hier ist der häufigste Grund dafür, dass erste Sendungen in ein neues Land still nicht zugestellt werden. Orbit pflegt eine kuratierte, länderspezifische regulatorische Referenz, sodass Sie diese nicht selbst zusammentragen müssen. Diese Seite erklärt, wie Sie sie lesen.
Diese Referenz dient als Orientierung für Ihre Planung, nicht als Zustellungsgarantie oder Rechtsberatung. Die endgültige Genehmigung einer Sender-ID oder Registrierung wird von der Regulierungsbehörde oder dem Netzbetreiber des jeweiligen Landes erteilt, nicht von Orbit. Die Abdeckung wird pro Mandant aktiviert — dass ein Land hier aufgeführt ist, bedeutet nicht, dass es für Ihr Konto aktiviert ist.

Länderregeln nachschlagen

GET /compliance/country-rules ist die schreibgeschützte regulatorische Referenz hinter Orbits Sendezeit-Gates. Jeder authentifizierte Benutzer kann sie aufrufen. Filtern Sie nach channel (Standard: sms) und optional nach region:
Jede Zeile beschreibt ein Land × Kanal:
Der channel-Filter akzeptiert sms, whatsapp, rcs, voice, email und viber. Dasselbe Land hat separate Zeilen pro Kanal, weil unterschiedliche Kanäle unterschiedlichen Regulierungsbehörden unterliegen — beispielsweise regeln Metas WABA-Regeln WhatsApp in Brasilien, während Anatels Regeln SMS regeln.

Jedes Feld lesen

Sender-Typen


Die registration-Stufen

Das registration-Feld ist der wichtigste Einzelwert, den Sie vor dem Start lesen sollten. Es steuert Orbits Sendezeit-Gate:
Es ist keine Sender-ID-Registrierung erforderlich. Sie können mit dem Senden beginnen, sobald der Kanal und das Land für Ihr Konto aktiviert sind.
Verkehr wird blockiert, bis Sie eine genehmigte Sender-ID-Registrierung für das Land haben. A2P-SMS in ein required-Land ohne genehmigten Eintrag wird vom Sendezeit-Gate zurückgehalten. Registrieren Sie sich und lassen Sie sich vor dem Start genehmigen — siehe Sender-ID-Registrierung.

Dokumente, die jedes Land erwartet

Wo ein Land eine Registrierung verlangt (oder empfiehlt), reichen Sie unterstützende Dokumente einmal ein und verweisen dann über ihre doc_…-IDs darauf, wenn Sie eine Sender-ID registrieren. Der genaue Umfang variiert je nach Markt, aber die meisten Regulierungsbehörden verlangen eine Kombination aus:
  • Nachweis der Unternehmensregistrierung — Gründungsurkunde, Gewerbeanmeldung oder gleichwertiges.
  • Eine Anwendungsfall-Beschreibung — was Sie senden (transaktional, OTP, Marketing) und an wen.
  • Markeninhaberschaft / Berechtigung — Nachweis, dass Sie zur Verwendung der Sender-ID / des Markennamens berechtigt sind, den Sie registrieren.
  • Lokale Steuer- oder Regulierungs-ID — für Märkte, die die Registrierung an einen nationalen Identifikator binden.
Lesen Sie die sender_rules und content_restrictions des Ziellandes in der Country-Rules-Antwort für die Einzelheiten und fügen Sie dann die passenden Dokumente bei, wenn Sie die Registrierung einreichen. Einige Märkte betreiben ein eigenes, dediziertes Registrierungsverfahren anstelle des generischen Sender-ID-Ablaufs:
  • Indien — Sender-IDs („Headers”), Inhaltsvorlagen und Einwilligungsvorlagen werden über das TRAI-DLT-Portal registriert. Siehe DLT-India-Onboarding.
  • Vereinigte Staaten — A2P-SMS-Absender registrieren Brand und Kampagne über 10DLC. Siehe den 10DLC-Registrierungsleitfaden.

Eine Start-Checkliste für ein neues Land

1

Regeln nachschlagen

Rufen Sie GET /compliance/country-rules?channel=<channel> für das Ziel auf und lesen Sie sender_types, registration und content_restrictions.
2

Einen akzeptierten Sender-Typ wählen

Wählen Sie eine Absenderidentität aus den sender_types des Landes — eine alphanumerische Sender-ID, einen Long Code, einen Short Code oder einen kanalnativen Absender (WABA / RCS-Agent).
3

Falls erforderlich registrieren

Wenn registration required (oder recommended) ist, laden Sie Ihre Dokumente hoch und reichen die Sender-ID zur Genehmigung ein. Planen Sie Vorlaufzeit ein — manche Märkte benötigen Tage bis Wochen.
4

Inhaltsbeschränkungen prüfen

Vergewissern Sie sich, dass Ihr Anwendungsfall gegen content_restrictions und Eingeschränkte & verbotene Branchen zulässig ist, und fügen Sie das erforderliche Abmelde-Schlüsselwort hinzu, wenn stop_requirement eines verlangt.
5

Starten

Sobald das Land aktiviert, der Sender-Typ akzeptiert und eine etwaige erforderliche Registrierung genehmigt ist, beginnen Sie mit dem Senden.

Pflege der Regelquelle (Plattformbetreiber)

Dieser Abschnitt richtet sich an Plattformbetreiber und Self-Hosted-Deployments. SaaS-Kunden auf api.orbit.devotel.io können hier aufhören — Devotel hält die Länderregeln für Sie aktuell, und die folgenden Endpunkte sind auf Plattformadministratoren beschränkt.
Die Country-Rules-Referenz wird durch geplante Upstream-Synchronisierungen plus manuelle Operator-Bearbeitungen gespeist. Dieser Abschnitt behandelt, wie Sie sie aktuell halten und wie Sie ein einzelnes Land sicher bearbeiten. Die Endpunkte, die in die Regeltabelle schreiben, sind nur für Plattformadministratoren — Mandanteninhaber und Administratoren erhalten einen 403, weil die Regeltabelle global über alle Mandanten hinweg gilt und keine mandantenspezifischen Daten enthält.

Feed-Quellen

Der sync_source jeder Zeile verzeichnet, welcher Feed sie zuletzt aktualisiert hat. Sechs Anbieter binden an den Sync-Endpunkt an: Zwei benachbarte Feeds speisen ihre eigenen Tabellen:
  • Telnyx-Coverage für die Legacy-Sender-ID-Matrix — die Lese-Endpunkte hinter der Sender-ID-Compliance-Matrix beziehen sich aus einer separaten Legacy-Tabelle. Aktualisieren Sie sie mit POST /api/v1/compliance/admin/sync (nur Admin; derselbe wöchentliche Scheduler aktualisiert sie auch automatisch).
  • Reassigned Numbers Database (RND) — das US-Gate für stillgelegte Rufnummern, dokumentiert unter Deactivation-Scrubbing. Mandanten aktivieren es mandantenspezifisch über PUT /api/v1/compliance/rnd/settings mit { "enabled": true }; der Schalter verweigert das Einschalten, bis ein Operator einen RND-Snapshot in das Deployment geladen hat, sodass Mandanten sich nicht in ein leeres Gate opt-in können.

Eine Upstream-Synchronisierung ausführen

POST /api/v1/compliance/country-rules/sync aktualisiert aus einem Anbieter. Wählen Sie den Feed mit ?provider= (Standard: telnyx) und begrenzen Sie optional auf einen ?channel=.
Die Antwort meldet upstreamCount, updated, createdNew und ein errors-Array. Eine Synchronisierung überschreibt niemals von Operatoren kuratierte Prosa — nur strukturelle Felder (Ländername, Vorwahl, Region, Sender-Typen, Registrierungsstufe) werden aktualisiert; die Freitextfelder (sender_rules, content_restrictions, notes) behalten, was ein Operator zuletzt geschrieben hat.

Feed-Takt

Zwei Pfade halten die Tabelle aktuell:
  • Wöchentlicher Scheduler — der Compliance-Sync-Tick des Webhook-Workers führt die Telnyx-, MEF- und GSMA-Feeds automatisch aus. Er läuft außerdem einmal beim Worker-Start, sodass sich ein frisches Deployment beim ersten Start selbst befüllt.
  • On-Demand — die Admin-Aktion „Aus Upstream aktualisieren” ruft den obigen Sync-Endpunkt für einen sofortigen Abruf auf (nützlich direkt nach dem Bereitstellen neuer Feed-Zugangsdaten).
Die Veraltung wird anhand von last_synced_at geprüft, das der Lese-Endpunkt neben den Zeilen zurückgibt. Manuelle Bearbeitungen stempeln stattdessen last_reviewed_at, sodass das Dashboard die Herkunft anzeigen kann („Vor 3 Tagen von MEF synchronisiert; gestern von Ops geprüft”) statt eines einzigen mehrdeutigen Zeitstempels.

Fehlerbehandlung

Jeder Konnektor ist optional und fail-open: Wenn seine Credential-Umgebungsvariable nicht gesetzt ist, protokolliert die Synchronisierung eine Skip-Meldung und liefert einen Eintrag in errors, und bestehende Zeilen bleiben an Ort und Stelle. Dasselbe gilt bei einem Upstream-Ausfall — die Antwort trägt den Fehlertext, während zuvor synchronisierte Daten lesbar bleiben. Dies sind schreibgeschützte Metadaten-Feeds auf einem Nachschlagepfad; ausgehendes Messaging läuft weiterhin über Ihren normalen Absender, während ein Feed ausgefallen ist.
Sync-Anbieter berühren nur Abdeckungsmetadaten. Sie sind niemals ein Transportpfad — versuchen Sie nicht, ausgehendes Messaging über einen der hier aufgeführten Coverage-Feeds zu leiten.

Ein einzelnes Land bearbeiten

PUT /api/v1/compliance/country-rules/:channel/:country_code upsertet eine Land-×-Kanal-Zeile. Verwenden Sie ihn, um Details zu liefern, die kein Feed mitbringt — zum Beispiel STOP-Schlüsselwort-Formulierungen oder Durchsatzgrenzen aus Regulierungstexten. Plattform-Admin-Zugangsdaten sind erforderlich; Mandantenadministratoren erhalten einen 403.
Bearbeitbare Felder: sender_types, registration (none / recommended / required), sender_rules, content_restrictions, stop_requirement, two_way, dlr_support, default_tps, notes und sources (eine [{ label, url }]-Liste von Quellenangaben-Links). Das Upsert stempelt last_reviewed_at und markiert die Zeile als sync_source: manual, sodass eine spätere automatische Synchronisierung nur die strukturellen Felder aktualisiert und Ihre Prosa unberührt lässt.

Validierungs-Checkliste, bevor Sie ein Land live schalten

Bevor Sie ein Land für den Versand aktivieren, bestätigen Sie:
1

Frischer Sync-Stempel

last_synced_at (oder, für die Legacy-Matrix, last_verified_at) ist aktuell — andernfalls führen Sie vor der Aktivierung die On-Demand-Sync für den relevanten Anbieter aus.
2

Korrekte Registrierungsstufe

registration ist gesetzt (none / recommended / required). Ein required-Land blockiert unregistrierten Verkehr zur Sendezeit, sodass eine verpasste Registrierungsprüfung fehlgeschlagene Sendungen bedeutet, nicht verzögerte.
3

Prosa-Felder geprüft

stop_requirement und content_restrictions sagen, was sie sagen sollen — Feeds aktualisieren nur Struktur, Prosa muss von einem Operator gesetzt werden.
4

Sender-Typ akzeptiert

Mindestens einer der sender_types des Landes passt zu dem, von dem Sie senden möchten.
5

Zugehörige Gates geladen

Wenn das Ziel ein RND- oder DLT-Gate hat (US-RND, Indien-DLT), vergewissern Sie sich, dass dieser Feed ebenfalls geladen ist — siehe Deactivation-Scrubbing und DLT-India-Onboarding.

Verwandte Referenzen