Aller au contenu principal
Audact
Explorer un workflow

Connecteur · OneTrust

Les événements d’encadrement là où le délégué à la protection des données regarde déjà.

Prévu · aucune date fixée

C’est dans OneTrust que l’équipe confidentialité tient déjà le registre des consentements et la piste d’audit. Le connecteur prévu y lirait les dossiers de juridiction et de personnes concernées, et réécrirait chaque événement d’encadrement avec son reçu dans la même piste d’audit. L’information donnée lors d’un appel vocal apparaîtrait alors là où le délégué à la protection des données regarde déjà, plutôt que dans une seconde console que personne n’ouvre.

Ce que le connecteur écrirait

{
  "source": "audact",
  "subject_ref": "onetrust:ds:8h2k9d7",
  "event": "article_50_disclosure",
  "jurisdiction": "DE",
  "occurred_at": "2026-08-15T10:14:23Z",
  "receipt_id": "rcpt_01HX7K9M3P4Q5R6S7T8U9V",
  "chain": { "previous": "rcpt_01HX7J8L2N...", "merkle_root": "0x4a7d1ed414..." }
}

Exemple chiffré. Acme GmbH, Nova Industries et Kestrel Industries sont fictifs ; aucune donnée client n’apparaît ici.

Un enregistrement par événement d’encadrement, avec le maillon de la chaîne. La piste d’audit conserverait son propre ordre et la chaîne le nôtre, et les deux pourraient être rapprochés.

Ce que le connecteur porterait

Dossiers de personnes concernées et de juridiction lus dans OneTrust vers le moteur de politique.
Prévu
Événements d’encadrement et reçus écrits dans la piste d’audit OneTrust.
Prévu
Attestation de l’article 50 et consentement entre juridictions sous forme de widgets natifs.
Prévu
L’encadrement lui-même (information, porte de contrôle, éligibilité) ne dépend pas du connecteur ; il est En tests contrôlés (Allemagne : couche de règles nationale active. Pays-Bas : en développement. Belgique et Autriche : prévues.).
En tests contrôlés

À qui il s’adresse

L’organisation qui a déjà fait son choix.

Quand une entreprise utilise OneTrust, son modèle d’exploitation de la confidentialité est arrêté et l’appétit pour un second système est nul. Un déploiement vocal qui produit sa propre console crée un vide : les événements sont réels, et personne dans la fonction d’encadrement ne les voit jamais.

Services financiers, santé, secteur public et commerce réglementé sont les quatre formes que cela prend. Les détails diffèrent ; l’objection est toujours la même, et elle est raisonnable.

Configuration

Cinq étapes, une fois le connecteur livré.

  1. Installer le connecteur Audact depuis le catalogue OneTrust.
  2. Faire correspondre le schéma des personnes concernées de OneTrust au Consent Vault Audact.
  3. Configurer les packs de règles par juridiction dans le moteur de politique Audact.
  4. Activer l’export des preuves pour que les reçus arrivent dans la piste d’audit OneTrust.
  5. Passer en actif. Les événements d’encadrement circulent au moment où ils se produisent.

Questions

S’agit-il d’une fiche officielle OneTrust ?
Pas encore. Une fiche au catalogue est prévue et cette page l’indiquera lorsqu’elle existera. OneTrust est une marque déposée de son titulaire et n’est nommée ici qu’à titre de référence d’interopérabilité.
Que se passe-t-il d’ici là ?
L’encadrement ne dépend pas du connecteur : l’information, la porte de contrôle et l’éligibilité sont En tests contrôlés. Ce que le connecteur ajouterait, c’est l’endroit où ils apparaissent.

Les mêmes primitives, sans le connecteur

Un connecteur serait un chemin plus court vers une plateforme. En dessous, il y aurait l’API REST Audact, exécutée dans la plateforme gérée, et dans les deux cas la même chaîne de preuves.

Voir l’API

Pages associées