# Le rapport de preuve : votre pièce d'audit pour le DPO

Transformez tout scan de refus en rapport de preuve daté et imprimable : méthode, constats, tableaux de violations, Consent Mode, capture d'écran horodatée.

> Canonical: https://www.flowconsent.com/fr/doc/proof-report
> Last updated: 2026-07-30
Le rapport de preuve est un document, pas un écran : le constat daté d'un scan « consentement refusé », mis en forme pour être remis à un DPO, à un auditeur ou à une autorité de contrôle. Tout ce qu'il contient a été archivé **au moment du scan** (verdict, violations détaillées, analyse Consent Mode, capture d'écran horodatée). Le rapport ne fait que présenter ces preuves, prêtes à imprimer.

## Ce que contient le rapport

- **En-tête** : l'URL scannée, le badge de verdict, la date et l'heure exactes de la vérification, et un résumé d'une ligne.
- **Méthode**, ce qui rend le document opposable : la page a été chargée dans un vrai navigateur depuis un **point de vue européen**, le consentement a été **refusé** (ou, à défaut de bouton de refus, aucune interaction), et tout ce qui s'est exécuté malgré ce refus a été enregistré. Le mode de refus utilisé et l'URL de la seconde navigation, le cas échéant, y figurent.
- **Constats**, en quatre compteurs : domaines traceurs contactés, traceurs identifiés par signature, cookies non essentiels déposés, entrées de stockage écrites.
- **Tableaux de violations** : un tableau par type de constat : domaines traceurs avec le service, le nombre de requêtes et un exemple d'URL ; détections par signature avec les identifiants trouvés ; cookies avec domaine, partie et expiration ; clés de stockage local ou de session (même régime juridique que les cookies).
- **Google Consent Mode** : les pings sans cookie `gcs=G100` sont listés comme **conformes au refus, non comptés** ; toute requête annonçant à Google un consentement accordé malgré le refus est signalé comme **violation aggravée**.
- **Preuve visuelle** : la capture d'écran prise pendant le scan, tiré directement du stockage de preuves archivées.
- **Pied de page** : l'identifiant de la vérification, celui de la bannière, et la vérification précédente depuis laquelle elle a régressé, le cas échéant.

## Comment le générer

Ouvrez l'**historique des scans** du tableau de bord (`/dashboard/scan-history`), ou l'onglet Conformité d'une bannière, et cliquez sur le bouton **Rapport** sur n'importe quelle vérification. Le rapport vit à l'adresse `/dashboard/scan-report/<id-de-vérification>` : une adresse stable, consultable tant que la vérification existe dans votre espace de travail.

## Le PDF : imprimez, c'est tout

La page du rapport s'affiche sans l'habillage du tableau de bord : ni barre latérale, ni navigation. Cliquez sur **Imprimer / PDF** (ou ⌘P / Ctrl+P) et enregistrez en PDF depuis la boîte de dialogue du navigateur. Aucune chaîne d'export à configurer : la page imprimée **est** le document.

## Pourquoi il tient

- Les données sont **archivées par le scan**, pas recalculées après coup : le rapport montre ce qui a été observé à cette date, même si le site a changé depuis.
- La capture d'écran est prise **pendant** le scan, dans la même session que celle qui a enregistré le trafic réseau.
- L'identifiant de vérification imprimé en pied de page relie le document à l'enregistrement brut dans votre espace de travail.

> [!TIP]
> Pour une preuve récurrente, placez vos pages clés sous [surveillance continue](/fr/doc/compliance-monitoring) : chaque vérification automatique est archivée de la même façon, et la preuve s'accumule chaque semaine sans que personne ne pense à scanner.