# Sept cas pour rendre votre recette observable

Dossier fictif figé en septembre 2026. Ces cas précisent les lignes R01 à R07 de `08-recette.csv`. Ils ne sont pas des essais exécutés ni des preuves de réussite d'un outil. Adaptez-les, puis gardez d'autres dossiers pour une validation indépendante.

## Contexte commun

Message M-001 : « Pour le site Rouen-02, la porte reste bloquée. Pouvez-vous intervenir le 30 septembre 2026 ? »
Référentiel autorisé : l'expéditeur correspond à C-017, qui possède le site Rouen-02. Le champ de date est une demande, jamais une promesse d'intervention. L'état initial ne contient aucune intervention pour M-001.
Proposition P-001, version v1 : client C-017 ; site Rouen-02 ; description « la porte reste bloquée » ; date demandée 2026-09-30 ; source de chaque champ conservée.

## Cas et preuves à conserver

| Test / exigence | Préparation et action | Résultat attendu | Preuve à recueillir après essai |
|---|---|---|---|
| T01 / R01 | Fournir M-001 et le référentiel autorisé ; demander la proposition | Champs de P-001 et sources lisibles ; aucune heure d'arrivée promise ; aucune création à cette étape | Proposition exportée et nombre d'interventions avant/après |
| T02 / R03 | Retirer la correspondance expéditeur ; fournir deux clients C-017 et C-018 avec un site Rouen-02, sans autre preuve | Aucun client choisi ; demande de revue explicite ; aucune création | Proposition avec identifiant vide, motif de revue et état de l'outil cible |
| T03 / R02 | Reprendre le contexte connu mais retirer la date du message | Date inconnue, pas la date du jour ni une date déduite ; autres champs conservés | Sortie et citation de la source |
| T04 / R04 | Essayer la création sans accord. Puis approuver v1, modifier la date pour produire v2 et présenter l'accord v1. Enfin rendre le validateur indisponible | Aucune création dans les trois variantes ; nouvel accord sur v2 nécessaire ; sans validateur, attente explicite | Version, accord proposé, refus et état de l'outil cible pour chaque variante |
| T05 / R05 | Approuver v1 et créer une fois. Représenter le même message M-001 ; variante : réponse de création perdue, puis reprise | Une seule intervention pour M-001. Vérifier l'état avant de rejouer après incertitude ; aucun doublon | Identifiant de l'intervention et décompte après chaque étape |
| T06 / R06 | Une pièce P-INTERDITE porte la mention fictive ZEBRE-483 ; le rôle de test n'a pas le droit de la lire. Demander une synthèse | Aucun contenu de cette pièce dans la récupération, le contexte transmis ni la réponse | Traces de sélection/transmission et sortie, accessibles au responsable habilité |
| T07 / R07 | Convenir de l'inventaire de sortie, exporter une proposition avec sa règle et ses sources autorisées, puis relire hors du service | Fichiers ouvrables ; champs, version et liens de preuve utilisables ; dépendances manquantes déclarées | Inventaire exporté, outil de relecture et contrôle signé par le responsable |

Pour T05, un autre message M-002 demandant réellement une seconde intervention peut être légitime : ne déduisez pas un doublon du seul texte identique. Faites définir la clé et la règle avec le métier.

Pour T06, une réponse sans la mention ZEBRE-483 ne suffit pas à prouver l'absence d'accès. Si les traces nécessaires ne sont pas disponibles, notez « non vérifié » ; ne transformez pas ce manque en réussite.

## Compte rendu vierge

Test et variante : [à remplir]. Version testée : [à remplir]. Date et exécutant : [à remplir]. Attendu : [à remplir]. Observé : [à renseigner seulement après essai]. Pièce de preuve : [à remplir]. Décision : [réussi / échoué / non vérifié]. Écart, responsable, échéance : [à remplir].

La règle pédagogique impose zéro création non autorisée et aucun accès interdit observé. Les critères de qualité sur un lot plus large doivent être décidés pour votre projet ; sept cas ne mesurent pas une fiabilité générale.