L’article 50 exige-t-il une preuve que l’information de la personne a eu lieu ?

Non. L’article exige l’information de la personne. Savoir si vous pouvez montrer qu’elle a eu lieu ne devient pertinent que lorsque quelqu’un le demande : un client, une autorité de contrôle, un tribunal. C’est à cela que sert un reçu de conformité : un par interaction encadrée, dont trois champs peuvent être recalculés par n’importe qui sans clé — sans compte, sans accès à notre base de données. Voyez un reçu champ par champ sur /proof.

L’horodatage provient-il d’un service de confiance qualifié ?

Non. Il s’agit d’un horodatage RFC 3161 fourni par freeTSA.org, un service public gratuit. Il fixe un ordre par rapport à notre propre chaîne ; freeTSA.org n’est pas un service de confiance qualifié au sens d’eIDAS, ce n’est donc pas un horodatage qualifié et nous ne le présentons pas comme tel.

Et le marquage lisible par machine au titre de l’art. 50, par. 2 ?

Il est disponible sous forme de justificatif de contenu C2PA par appel : POST /v1/calls/{call_id}/c2pa émet un manifeste signé, sous forme de fichier distinct et désignant le contenu comme généré par une IA, lié par son empreinte à l’enregistrement. Ce n’est pas un filigrane intégré à l’audio. Ce point d’accès couvre l’information de la personne au titre de l’art. 50, par. 1 et l’enregistre ; l’obligation de marquage du paragraphe 2 incombe au fournisseur du système qui génère le contenu.

API · Article 50 Attestation

L’information de la personne, et le moment de l’appel où elle a eu lieu.

Hôte d’API public: Opérationnel aujourd’hui

GET https://api.audact.ai/v1/calls/{call_id}/article50-report

L’API REST publique sur api.audact.ai/v1. Le serveur MCP a sa propre entrée de registre.

Mesuré le 21 octobre 2026 : GET https://api.audact.ai/v1/health renvoie 200 ; les routes /v1 protégées renvoient 401 avec le corps d’erreur standard. La référence publique à /docs/api-reference liste chaque opération publique.

Pourquoi cet état

Affirmation: Opérationnel aujourd’hui · Early Customer Program
Périmètre: L’API REST publique sur api.audact.ai/v1. Le serveur MCP a sa propre entrée de registre.
Fondement: Mesuré le 21 octobre 2026 : GET https://api.audact.ai/v1/health renvoie 200 ; les routes /v1 protégées renvoient 401 avec le corps d’erreur standard. La référence publique à /docs/api-reference liste chaque opération publique.
Ce que cela n’établit pas: Que chaque opération individuelle a été vérifiée de bout en bout en production.
Ce que vous pouvez obtenir aujourd’hui: L’accès en production s’inscrit dans un contrat payant applicable. Les points d’accès ne sont pas tarifés séparément.
Dernière vérification: 21 octobre 2026
Où le vérifier: /apis

Article 50 Attestation: En tests contrôlés

La plateforme diffuse automatiquement l’information de la personne prévue à l’article 50, paragraphe 1, et enregistre un événement de preuve DISCLOSURE_PLAYED dans la chaîne de preuves de l’appel. `GET /v1/calls/{call_id}/article50-report` renvoie le rapport d’attestation : quelle formulation, dans quelle juridiction, à quel moment de la conversation. L’obligation est d’informer ; ce point d’accès sert à pouvoir montrer que vous l’avez fait.

GET /v1/calls/{call_id}/article50-report

curl https://api.audact.ai/v1/calls/call_8h2k9d7/article50-report \
  -H "Authorization: Bearer $AUDACT_API_KEY"

La plateforme diffuse automatiquement l’information de la personne prévue à l’article 50, paragraphe 1, et enregistre un événement de preuve DISCLOSURE_PLAYED ; il n’existe pas d’appel d’attestation distinct côté tenant.

200 OK · Rapport article 50

{
  "report_type": "article_50_evidence_export",
  "report_format_version": "2.1.0",
  "call_id": "call_8h2k9d7",
  "tenant_id": "ten_...",
  "channel": "pstn",
  "direction": "outbound",
  "disclosure": {
    "delivered": true,
    "jurisdiction": "DE",
    "language": "de-DE",
    "played_at": "2026-10-21T14:22:55Z",
    "duration_ms": 3200
  },
  "configuration_seal": {
    "config_version": 12,
    "policy_version": "de_v1.1.0",
    "call_config_seal_hash": "e3b0c44298fc1c149afb…",
    "seal_algorithm": "sha256-rfc8785"
  },
  "receipts": [
    {
      "event_id": "c8e04f3a-2b71-4d9e-8a6c-1234567890ab",
      "sequence": 1,
      "turn": 1,
      "verdict": "ALLOW",
      "input_hash": "9b1d…e04a",
      "output_hash": "a3f7…c12b",
      "auth_mechanism": "hmac-sha256",
      "signature": "ba7816…",
      "receipt_format_version": "1.2.0",
      "verifiability": "verifiable"
    }
  ],
  "evidence_chain": {
    "chain_status": "valid",
    "event_count": 5,
    "head_hash": "0b8e…7a13",
    "genesis_hash": "4e07…3f9a"
  },
  "merkle_proof": {
    "status": "pending",
    "available_after": "2026-10-21T15:00:00Z"
  },
  "tsa_timestamp": {
    "status": "pending"
  },
  "generated_at": "2026-10-21T14:23:00Z",
  "signature": {
    "auth_mechanism": "ecdsa-p256",
    "key_id": "kid_20261021",
    "public_key_url": "https://api.audact.ai/v1/keys/kid_20261021",
    "scope": "audact-article50-report:2.1.0",
    "value": "3046022100…"
  }
}

Le rapport est signé avec ECDSA-P256 ; la clé publique de contrôle est servie sur `GET /v1/keys/{kid}` (sans authentification, sans compte). Chaque reçu de receipts[] conserve sa propre balise `hmac-sha256` — l’assembleur du rapport ne les signe jamais à nouveau. `tsa_timestamp` porte un jeton RFC 3161 de freeTSA.org, un service public gratuit qui n’est pas un service de confiance qualifié au sens d’eIDAS.

Ce que la loi exige

Une personne qui interagit avec un système d’IA doit en être informée, sauf si cela ressort à l’évidence des circonstances et du contexte d’utilisation.: Règlement (UE) 2024/1689, art. 50, par. 1, applicable depuis le 2 août 2026
L’information doit être donnée au plus tard lors de la première interaction ou de la première exposition, de manière claire et distinguable.: Règlement (UE) 2024/1689, art. 50, par. 5
Les fournisseurs de systèmes qui génèrent des contenus audio, image, vidéo ou texte synthétiques doivent marquer la sortie dans un format lisible par machine, détectable comme générée artificiellement.: Règlement (UE) 2024/1689, art. 50, par. 2
Une chaîne de provenance complète n’est pas obligatoire. Les lignes directrices de la Commission le disent expressément.: Lignes directrices de la Commission C(2026)5054 du 20 juillet 2026, point (73)
Les systèmes mis sur le marché avant le 2 août 2026 ne doivent satisfaire à l’art. 50, par. 2, qu’à partir du 2 décembre 2026.: Digital Omnibus (UE) 2026/1744, en vigueur le 27 juillet 2026, insérant l’art. 111, par. 4

Ce que fait ce point d’accès

Enregistre l’information de la personne avec l’empreinte de sa formulation et sa position dans l’appel.: En tests contrôlés
Le rapport contient la preuve d’inclusion de Merkle (`merkle_proof`) et le résultat du contrôle d’intégrité de la chaîne de preuves.: En tests contrôlés
Formulation par juridiction, parce que la couche nationale qui s’ajoute à l’article 50 diffère.: Allemagne : couche de règles nationale active. Pays-Bas : en développement. Belgique et Autriche : prévues.
Marquage lisible par machine de l’audio synthétique au titre de l’art. 50, par. 2. Disponible sous forme de justificatif de contenu C2PA par appel : un manifeste signé, émis sur demande dans un fichier distinct, lié à l’enregistrement par son empreinte et le désignant comme généré par une IA. Pas un filigrane intégré à l’audio.: Opérationnel aujourd’hui
Un vérificateur public de reçus.: Pas encore disponible

Quand l’appeler

Une fois au début, et de nouveau là où la conversation bascule.

Le minimum est une attestation à la première interaction, ce que demande l’art. 50, par. 5. En pratique, une seconde se justifie à chaque tournant qui change la nature de l’appel : un transfert, un nouveau sujet, un moment où un appelant a pu raisonnablement l’oublier. Les reçus s’enchaînent : un lecteur ultérieur voit donc la séquence, et pas seulement la première entrée.

Agents vocaux : entrants et sortants, au début de la session et à chaque tournant important.
Widgets de chat : chaque message généré par une IA porte son propre reçu.
Visites guidées à voix synthétique : l’information de la personne est couverte ici ; le marquage de l’art. 50, par. 2 est disponible sous forme de justificatif de contenu C2PA par appel.

Franchise sur le mécanisme

Ce qu’un tiers peut recalculer, et ce qu’il ne peut pas.

Trois champs du reçu peuvent être recalculés par n’importe qui dès aujourd’hui, sans clé et sans compte : l’empreinte de ce qui est entré, l’empreinte de ce qui est sorti, et l’empreinte de l’événement de preuve précédent. Le quatrième, l’inclusion dans la racine de Merkle, se contrôle par rapport à la racine publiée, avec la preuve d’inclusion tirée du rapport article 50 de l’appel. Recalculer les trois champs rend détectable toute modification ou tout réordonnancement ultérieur, par rapport à l’engagement (commitment) conservé.

Le code d’authentification est un HMAC-SHA256 sous une clé symétrique détenue par Audact. C’est une authentification cryptographique réelle, et ce n’est pas une signature : quiconque peut le contrôler peut aussi le produire. C’est pourquoi cette page décrit ce que montre la chaîne, et non ce qu’une signature prouverait.

Questions

L’article 50 exige-t-il une preuve que l’information de la personne a eu lieu ?: Non. L’article exige l’information de la personne. Savoir si vous pouvez montrer qu’elle a eu lieu ne devient pertinent que lorsque quelqu’un le demande : un client, une autorité de contrôle, un tribunal. C’est à cela que sert un reçu de conformité : un par interaction encadrée, dont trois champs peuvent être recalculés par n’importe qui sans clé — sans compte, sans accès à notre base de données. Voyez un reçu champ par champ sur /proof.
L’horodatage provient-il d’un service de confiance qualifié ?: Non. Il s’agit d’un horodatage RFC 3161 fourni par freeTSA.org, un service public gratuit. Il fixe un ordre par rapport à notre propre chaîne ; freeTSA.org n’est pas un service de confiance qualifié au sens d’eIDAS, ce n’est donc pas un horodatage qualifié et nous ne le présentons pas comme tel.
Et le marquage lisible par machine au titre de l’art. 50, par. 2 ?: Il est disponible sous forme de justificatif de contenu C2PA par appel : POST /v1/calls/{call_id}/c2pa émet un manifeste signé, sous forme de fichier distinct et désignant le contenu comme généré par une IA, lié par son empreinte à l’enregistrement. Ce n’est pas un filigrane intégré à l’audio. Ce point d’accès couvre l’information de la personne au titre de l’art. 50, par. 1 et l’enregistre ; l’obligation de marquage du paragraphe 2 incombe au fournisseur du système qui génère le contenu.

L’article 50 dans l’appel, pas dans un document

La page consacrée au règlement européen sur l’IA reprend le texte complet de l’obligation, les points des lignes directrices qui l’atténuent, et la question fournisseur ou déployeur qui décide de quel côté se situe une agence.

Lire la page sur l’article 50

Pages associées

Les six API
Règlement européen sur l’IA
L’obligation, avec ses sources.
Evidence Vault
Où atterrissent les reçus.
Explorateur de reçus
Recalculez vous-même une chaîne.
Contrôler votre propre configuration
Quelques questions, une réponse.
Proof
Ce que montre la chaîne, ligne par ligne.