> ## 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 — consentement écrit pour les voix IA > Ce que la décision FCC 24-17 a changé pour les voix générées par IA et clonées, comment Orbit classe la voix de vos appels sortants, pourquoi la barrière de consentement échoue fermé (fail-closed), et comment garder les campagnes à voix synthétique dans la règle. # FCC 24-17 — consentement écrit pour les voix IA Si vous exécutez de la voix sortante avec un agent IA, une lecture texte-parole ou une voix clonée, la loi fédérale américaine exige le **consentement écrit préalable et exprès** du destinataire. Orbit applique cette exigence sur chaque branche sortante avant que l'appel ne soit passé, et bloque avec `422 FCC_AI_VOICE_WRITTEN_CONSENT_REQUIRED` lorsque vous ne l'avez pas enregistré. Cette page explique ce que la règle a changé, quels signaux de métadonnées d'appel déclenchent la barrière, comment elle s'ordonne avec les autres gardes de construction, et comment une campagne à voix synthétique légitime reste conforme. ## Ce que FCC 24-17 a changé La décision déclaratoire de la FCC de février 2024 (DA 24-17) a placé les voix générées par IA sous la règle TCPA des « voix artificielles ou préenregistrées » — [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). Deux conséquences s'ensuivent pour les appelants sortants : * **Synthétique signifie artificiel.** Toute forme de texte-parole — y compris une voix TTS Devotel, et y compris les voix de fournisseurs tiers — est une « voix artificielle » au sens de la règle. * **Cloné signifie artificiel aussi.** Un modèle de voix entraîné pour imiter une personne spécifique reste qualifié ; la décision attache la même exigence aux deux catégories. L'exposition est légale : **500 $à 1 500$ par appel non conforme** (47 U.S.C. § 227(b)(3)). Pour les appels de marketing sous le TCPA, l'exigence du consentement **écrit** préalable et exprès s'applique — pas seulement un consentement verbal ou implicite. Le rôle d'Orbit, conformément au modèle de conformité global ([posture de conformité](/compliance/posture-overview)) : la plateforme classe la voix de chaque branche sortante et applique une vérification de consentement par rapport à **vos** enregistrements de consentement. L'obligation d'obtenir un consentement écrit valide appartient au locataire. ## Classification : comment Orbit décide quelle voix un appel utilise Au moment de l'envoi, la barrière lit les `metadata` de la requête d'appel et résout l'un des trois types de contenu — `human`, `synthetic` ou `cloned` — selon cette précédence, la première correspondance l'emporte : | Priorité | Signal de métadonnées | Verdict rendu | | -------- | ------------------------------------------------------ | ---------------------- | | 1 | `voice_content_type` dans `{human, synthetic, cloned}` | cette valeur, verbatim | | 2 | `voice_cloned_model_id` (chaîne) | `cloned` | | 3 | `voice_agent_id` (chaîne) | `synthetic` | | 4 | `agent_id` (chaîne) | `synthetic` | | 5 | `tts_text` / `tts_body` (chaîne) | `synthetic` | | — | aucun des éléments ci-dessus | `human` | Les campagnes vocales estampillent ces clés pour vous — le chemin de campagne sortante écrit `voice_agent_id` sur les branches à voix IA, et les envois texte-parole estampillent `tts_text` / `tts_body`. Le rabattement `agent_id` maintient les appelants API directs à l'intérieur de la barrière. Ce n'est qu'en l'absence de tous ces signaux que l'appel compte comme humain (click-to-call, agent ponté, conférence). Exemples détaillés (métadonnées d'entrée → verdict) : | Métadonnées d'entrée | Verdict | Pourquoi | | ---------------------------------------- | ----------- | ------------------------------------------------------------------- | | `{}` | `human` | aucune clé de signal | | `{ "voice_content_type": "synthetic" }` | `synthetic` | remplacement explicite | | `{ "voice_content_type": "cloned" }` | `cloned` | remplacement explicite | | `{ "voice_cloned_model_id": "vcm_123" }` | `cloned` | modèle cloné | | `{ "voice_agent_id": "ag_456" }` | `synthetic` | agent vocal IA | | `{ "agent_id": "ag_legacy" }` | `synthetic` | clé de rabattement | | `{ "tts_text": "Bonjour…" }` | `synthetic` | lecture TTS | | `{ "tts_body": "Bonjour…" }` | `synthetic` | lecture TTS | | `{ "voice_agent_id": 12345 }` | `human` | un signal non-chaîne est ignoré | | `{ "voice_content_type": "robot" }` | `human` | valeur inconnue — bloquer sur du texte libre serait un faux blocage | Un verdict `human` court-circuite entièrement la vérification de consentement — aucune lecture de base de données, aucun blocage. ## Où la barrière s'exécute La barrière se situe **avant tout travail payant ou médiatique** : 1. Elle s'exécute **après** la garde de fenêtre de composition fédérale — le seul contrôle global de la plateforme qui arrête les appels en dehors de la plage de 8 h à 21 h en heure locale du destinataire ([la garde vocale fédérale](/concepts/tcpa-federal-voice-guard)). Cette garde s'exécute toujours en premier ; celle-ci s'y superpose et ne relâche jamais ses résultats. 2. Elle s'exécute **avant** que la réclamation d'envoi ne prenne une retenue de facturation, **avant** qu'une salle média ne soit créée, et **avant** que la branche ne soit expédiée au tissu vocal. Cet ordre est l'essentiel : un appel de consentement bloqué ne consomme jamais de retenue de facturation, n'ouvre jamais de chemin média et n'interagit jamais avec le verrou de disposition qui enregistrerait sinon un appel à demi routé. Les appels à voix humaine ne sont pas affectés car le classificateur renvoie `human` sans vérification de consentement. ## Posture de défaillance : fail-closed La recherche de consentement bloque sur deux formes de défaillance, pas seulement sur « pas de consentement » : * **Schéma de consentement manquant.** Un espace de travail dont la table des enregistrements de consentement n'a jamais été provisionnée (locataires plus anciens) bloque — instructions de migration incluses dans l'erreur renvoyée. * **Erreur de recherche.** Toute erreur de base de données autre que `does not exist` sur la sonde d'existence est capturée et bloque, même forme. Fail-open traiterait silencieusement une voix IA comme conforme chaque fois que la base de données hoquette. À 500 $–1 500 $ d'exposition légale par appel, ce risque est celui de la plateforme à prendre du côté du blocage, non le vôtre à écarter du côté de l'autorisation. Le compromis est un appel bloqué (réparable) contre une demande de découverte en recours collectif à laquelle vous devrez répondre. ## File des preuves de consentement Lorsqu'un blocage se déclenche, l'événement atterrit dans votre journal d'audit comme entrée `voice.fcc_ai_consent_blocked` — voir ci-dessous. De là, l'entrée apparaît comme un écart de preuve de consentement que vous pouvez poursuivre et fermer dans vos propres exportations d'audit : le destinataire, le type de voix que le classificateur a vu, et la raison (`no_written_consent_on_record`, `tenant_consent_schema_missing` ou `consent_lookup_error`). Traitez ces entrées comme tout autre écart de preuve de consentement, par le [registre de consentement](/compliance/consent-management). ## Piste d'audit Chaque blocage écrit une ligne d'audit `voice.fcc_ai_consent_blocked` dans la chaîne inviolable à écriture seule avant que l'erreur ne soit levée, de sorte que la preuve réglementaire survit à ce qui arrive à la requête en amont. La ligne comporte le verdict de classification, un numéro de destinataire masqué, la raison, et l'identifiant de campagne/d'agent lorsque ceux-ci ont été estampillés. Les appels du chemin autorisé n'écrivent pas — l'audit habituel des appels vocaux en aval couvre les appels dont le consentement est accordé. Filtrez sur `voice.fcc_ai_consent_blocked` dans votre [journal d'audit](/guides/audit-log) pour traiter la file. ## Se conformer avec une campagne légitime à voix synthétique 1. **Obtenez le consentement écrit préalable et exprès** pour chaque destinataire dans [le registre de consentement](/compliance/consent-management) — soit sous le type de consentement `fcc_24_17_written_consent`, soit avec un type en texte libre plus une entrée `lawful_basis` de `fcc_24_17_written_consent` dans les métadonnées de l'enregistrement. 2. **Estampillez-le dans le bon format.** La barrière accepte l'un ou l'autre marqueur sur un enregistrement accordé et non révoqué ; les deux débloquent un appel `synthetic` ou `cloned` pour ce destinataire. 3. **Si vous êtes bloqué, l'erreur vous dit lequel.** `422 FCC_AI_VOICE_WRITTEN_CONSENT_REQUIRED` comporte la raison et un indice décrivant le format exact de la ligne de consentement à ajouter. Les chemins à voix humaine sont hors de la barrière entièrement. ## Propriété du locataire L'enregistrement et la conservation d'un consentement écrit valide sont **votre** obligation — Orbit classe, applique et audite ; il n'obtient pas le consentement à votre place. Cette page ne constitue pas un avis juridique ; soumettez la posture à un conseil qualifié, comme pour toute question américaine de consentement vocal. ## Voir aussi * [Vue d'ensemble de la posture de conformité](/compliance/posture-overview) — où cette barrière se situe dans la répartition locataire contre plateforme * [Transparence de l'EU AI Act](/compliance/eu-ai-act) — la page sœur : celle-là couvre la **divulgation IA**, celle-ci couvre le **consentement vocal américain** — des obligations différentes, des pages différentes * [Garde vocale fédérale TCPA](/concepts/tcpa-federal-voice-guard) — la fenêtre de 8 h à 21 h en heure locale du destinataire à laquelle cette barrière se superpose * [Gestion du consentement](/compliance/consent-management) — où enregistrer la ligne de consentement écrit que la barrière lit