# Mode test

Avec une clé `fv_test_...`, toute l'API fonctionne, mais sans analyse réelle ni crédit débité. C'est l'environnement pour écrire et tester votre intégration.

## Ce qui change

| | Clé live | Clé test |
|---|---|---|
| Analyse | Réelle (IA, forensique, contrôles) | Aucune : résultat fictif |
| Crédits | Débités | Jamais |
| Réponse de `POST /submissions` | `status: "processing"`, verdict quelques secondes plus tard | `status: "completed"` immédiatement |
| Découpage des PDF et archives | Une vérification par page ou par fichier | Une vérification par fichier envoyé |
| Webhook `submission.completed` | Oui | Oui |
| Rapport PDF | Oui | Non (`409 not_available_in_test_mode`) |
| Fichiers conservés | 7 jours au plus | Aucun |

Les formats, tailles et paramètres sont validés exactement comme en live : une requête acceptée en test l'est aussi en live.

## Choisir le verdict fictif

Le résultat dépend du **nom du fichier** envoyé :

| Le nom contient | `status` | `verdict` | `confidence_score` |
|---|---|---|---|
| `error` | `failed` | `null` | `null` |
| `non_conforme` ou `non-conforme` | `completed` | `NON-CONFORME` | 0.25 |
| `fake` | `completed` | `FAKE` | 0 |
| `suspect` | `completed` | `SUSPECT` | 0.55 |
| autre chose | `completed` | `CONFORME` | 0.92 |

Exemple : envoyez `test_fake.pdf` pour vérifier que votre code bloque bien un faux document.

Avec `final_check`, le dossier fictif rend toujours `CONFORME`.