> ## Documentation Index > Fetch the complete documentation index at: https://docs.orbit.devotel.io/llms.txt > Use this file to discover all available pages before exploring further. # FCC 24-17 — schriftliche Einwilligung für KI-Stimmen > Was das FCC-Urteil 24-17 für KI-generierte und geklonte Stimmen änderte, wie Orbit die Stimme auf Ihren ausgehenden Anrufen klassifiziert, warum das Consent-Gate fail-closed ausfällt und wie Sie synthetische-Stimmen-Kampagnen regelkonform halten. # FCC 24-17 — schriftliche Einwilligung für KI-Stimmen Wenn Sie ausgehende Sprache mit einem KI-Agent, TTS-Wiedergabe oder einer geklonten Stimme betreiben, verlangt das US-Bundesrecht die **vorherige ausdrückliche schriftliche Einwilligung** des Empfängers. Orbit setzt diese Bar auf jedem ausgehenden Leg durch, bevor der Anruf platziert wird, und blockiert mit `422 FCC_AI_VOICE_WRITTEN_CONSENT_REQUIRED`, wenn Sie sie nicht aufgezeichnet haben. Diese Seite erklärt, was das Urteil änderte, welche Call-Metadaten-Signale das Gate auslösen, wie es sich mit den anderen Build-Time-Guards einordnet und wie eine legitime synthetische-Stimmen-Kampagne dem Regelkreis entspricht. ## Was FCC 24-17 geändert hat Das FCC-Urteil vom Februar 2024 (DA 24-17) ordnete KI-generierte Stimmen der TCPA-Regel zur "artificial or prerecorded voice" zu — [47 CFR § 64.1200(a)(1)(iii)](https://www.ecfr.gov/current/title-47/chapter-I/subchapter-B/part-64/subpart-B/section-64.1200). Zwei Konsequenzen folgen für ausgehende Anrufer: * **Synthetisch bedeutet künstlich.** TTS jeder Art — einschließlich einer Devotel-TTS-Stimme und einschließlich Stimmen von Drittanbietern — ist nach der Regel eine „künstliche Stimme". * **Geklont bedeutet auch künstlich.** Ein Stimmen-Modell, das auf die Imitation einer bestimmten Person trainiert wurde, qualifiziert ebenfalls; das Urteil weist beiden die gleiche Bar zu. Die Exposition ist gesetzlich: **500–1.500 USD pro nichtkonformem Anruf** (47 U.S.C. § 227(b)(3)). Für Marketing-Anrufe unter dem TCPA gilt die vorherige ausdrückliche **schriftliche** Einwilligungsbar — nicht nur verbal oder impliziert. Orbits Rolle, im Einklang mit dem breiteren Compliance-Modell ([Compliance-Posture](/compliance/posture-overview)): Die Plattform klassifiziert die Stimme auf jedem ausgehenden Leg und setzt eine Consent-Prüfung gegen **Ihre** Consent-Datensätze durch. Die Pflicht, die gültige schriftliche Einwilligung zu erhalten, liegt beim Mandanten. ## Klassifizierung: Wie Orbit entscheidet, welche Stimme ein Anruf verwendet Zum Sendezeitpunkt liest das Gate die `metadata` des Anruf-Request und löst einen von drei Content-Typen auf — `human`, `synthetic` oder `cloned` — nach dieser Priorität, erster Treffer gewinnt: | Priorität | Metadaten-Signal | Urteil | | --------- | ---------------------------------------------------- | --------------------- | | 1 | `voice_content_type` in `{human, synthetic, cloned}` | dieser Wert, wörtlich | | 2 | `voice_cloned_model_id` (string) | `cloned` | | 3 | `voice_agent_id` (string) | `synthetic` | | 4 | `agent_id` (string) | `synthetic` | | 5 | `tts_text` / `tts_body` (string) | `synthetic` | | — | keiner der obigen | `human` | Sprachkampagnen stempeln diese Keys für Sie — der Outbound-Campaign-Pfad schreibt `voice_agent_id` auf KI-Sprach-Legs, und TTS-Sendungen stempeln `tts_text` / `tts_body`. Der `agent_id`-Fallback hält direkte API-Anrufer innerhalb des Gates. Nur wenn keiner dieser Signale vorhanden ist, zählt der Anruf als menschlich (click-to-call, bridged agent, conference). Ausgearbeitete Beispiele (Eingabe-Metadaten → Urteil): | Eingabe-Metadaten | Urteil | Warum | | ---------------------------------------- | ----------- | ---------------------------------------------------------------- | | `{}` | `human` | keine Signal-Keys | | `{ "voice_content_type": "synthetic" }` | `synthetic` | explizites Override | | `{ "voice_content_type": "cloned" }` | `cloned` | explizites Override | | `{ "voice_cloned_model_id": "vcm_123" }` | `cloned` | geklontes Modell | | `{ "voice_agent_id": "ag_456" }` | `synthetic` | KI-Sprach-Agent | | `{ "agent_id": "ag_legacy" }` | `synthetic` | Fallback-Key | | `{ "tts_text": "Hello…" }` | `synthetic` | TTS-Wiedergabe | | `{ "tts_body": "Hello…" }` | `synthetic` | TTS-Wiedergabe | | `{ "voice_agent_id": 12345 }` | `human` | Nicht-String-Signal wird ignoriert | | `{ "voice_content_type": "robot" }` | `human` | unbekannter Wert — auf Freitext zu blockieren wäre ein Fehlblock | Ein `human`-Urteil schließt die Consent-Prüfung komplett kurz — kein Datenbank-Read, kein Block. ## Wo das Gate läuft Das Gate sitzt **vor jeglicher kostenpflichtigen oder Medien-Arbeit**: 1. Es läuft **nach** dem federalen Wahlfenster-Guard — dem einen plattform-globalen Kontrolle, die Anrufe außerhalb von 8 bis 21 Uhr Empfänger-Lokation stoppt ([der federale Voice-Guard](/concepts/tcpa-federal-voice-guard)). Dieser Guard läuft immer zuerst; der neue schichtet sich darauf und entspannt dessen Ausgänge nie. 2. Es läuft **bevor** der Send-Claim einen Billing-Hold nimmt, **bevor** ein Media-Room erstellt wird und **bevor** das Leg dem Voice-Fabric dispatched wird. Diese Reihenfolge ist der Punkt: ein blockierter Consent-Anruf verbrennt nie einen Billing-Hold, öffnet nie einen Medienweg und interagiert nie mit dem Disposition-Lock, der sonst einen halb-gewetteten Anruf registrieren würde. Human-Voice-Anrufe sind unbeeinflusst, weil der Klassifizierer ohne Consent-Prüfung `human` zurückgibt. ## Fehler-Posture: fail closed Die Consent-Suche blockiert auf zwei Fehlformen, nicht nur auf „kein Einwilligungs-Datensatz": * **Consent-Schema fehlt.** Ein Workspace, dessen Consent-Datensatz-Tabelle nie provisioniert wurde (ältere Mandanten), blockiert — Migrationsanweisungen im zurückgegebenen Fehler enthalten. * **Suchfehler.** Jeder nicht-`does not exist`-Datenbankfehler auf dem Existenz-Probe wird erfasst und blockiert, gleiche Form. Fail-open würde eine KI-Stimme still als konform behandeln, wann auch immer die Datenbank hicksten. Bei 500–1.500 USD statutorischer Exposition pro Anruf ist es die Verantwortung der Plattform, die Blockseite einzunehmen, nicht die Ihre, die Allow-Seite zu winken. Der Trade-off ist ein blockierter Anruf (fixbar) versus eine Class-Action-Discovery- Anfrage, die Sie beantworten müssen. ## Consent-Evidence-Warteschlange Wenn ein Block feuert, landet das Ereignis in Ihrem Audit-Log als `voice.fcc_ai_consent_blocked`-Eintrag — siehe unten. Von dort zeigt sich der Eintrag als Consent-Evidence-Lücke, die Sie jagen und in Ihren eigenen Audit-Exporten schließen können: der Empfänger, der Stimm-Typ, den der Klassifizierer sah, und der Grund (`no_written_consent_on_record`, `tenant_consent_schema_missing` oder `consent_lookup_error`). Verarbeiten Sie diese Einträge wie jede andere Consent-Evidence-Lücke, über [das Consent-Register](/compliance/consent-management). ## Audit-Trail Jeder Block schreibt eine `voice.fcc_ai_consent_blocked`-Audit-Reihe in die Append-Only-, tamper-evidente Kette, bevor der Fehler geworfen wird, damit das regulatorische Evidenz überlebt, was dem Request upstream auch passiert. Die Zeile trägt das Klassifizierungs-Urteil, eine redigierte Empfängernummer, den Grund und die Campaign-/Agent-ID, wenn diese gestempelt waren. Allow-Path-Anrufe schreiben nicht — der übliche Voice-Call-Audit downstream deckt Anrufe mit erteilter Einwilligung ab. Filtern Sie auf `voice.fcc_ai_consent_blocked` in Ihrem [Audit-Log](/guides/audit-log), um die Warteschlange abzuarbeiten. ## Einer legitimen synthetische-Stimmen-Kampagne entsprechen 1. **Persönliches ausdrückliches schriftliches Einwilligung erhalten** für jeden Empfänger unter [der Consent-Register](/compliance/consent-management) — entweder unter Consent-Typ `fcc_24_17_written_consent` oder mit einem Freitext-Typ plus einem `lawful_basis`-Eintrag von `fcc_24_17_written_consent` in den Metainformation des Datensatzes. 2. **Sie im richtigen Format stempeln.** Das Gate akzeptiert beide Marker auf einem erteilten, nicht-widerrufenen Datensatz; beide entsperren einen `synthetic`- oder `cloned`-Anruf für diesen Empfänger. 3. **Wenn Sie blockiert sind, sagt der Fehler, welcher.** `422 FCC_AI_VOICE_WRITTEN_CONSENT_REQUIRED` trägt den Grund und einen Hinweis, die genaue Consent-Reihenform beschreibend. Human-Voice-Pfade liegen gänzlich außerhalb des Gates. ## Mandanten-Eigentum Die Aufzeichnung und Vorhalt gültiger schriftlicher Einwilligung ist **Ihre** Pflicht — Orbit klassifiziert, setzt durch und auditiert; es erhält kein Einwilligung für Sie. Diese Seite ist keine Rechtsberatung; prüfen Sie jede Posture mit qualifiziertem Rechtsbeistand, wie jede US-Voice-Einwilligungsfrage. ## Siehe auch * [Compliance-Posture-Übersicht](/compliance/posture-overview) — wo dieses Gate im Mandanten-greifen-Plattform-Split sitzt * [EU-KI-Gesetz-Transparenz](/compliance/eu-ai-act) — die Geschwisterseite: jene deckt **KI-Ausweisung**, diese deckt **US-Sprach-Einwilligung** — verschiedene Pflichten, verschiedene Seiten * [TCPA-federaler Voice-Guard](/concepts/tcpa-federal-voice-guard) — das 8–21 Uhr-Empfänger-Lokation-Fenster, auf das dieses Gate sich schichtet * [Consent-Management](/compliance/consent-management) — wo die schriftliche Einwilligungs-Registerreihe geschrieben wird, die das Gate liest