# Procès-verbal de réception GPU — modèle Capordia v1

État initial : NON EXÉCUTÉ. Une case vide ne vaut jamais conformité.

## 1. Référence et décision à prendre

- Référence interne du dossier :
- Version du présent document :
- Périmètre de l’autorisation demandée (essai, file précise, production définie) :
- Responsable de la décision et remplaçant :
- Date et fuseau de la décision :
- Décision finale : [ ] bloquée [ ] refusée [ ] acceptée sur périmètre défini [ ] acceptée avec réserve documentée
- Motif, limites et contrôles qui justifient la décision :

## 2. Résultat attendu

- Unité de travail terminée :
- Liste des sorties attendues et critère métier :
- Charge habituelle et cas représentatif retenu :
- Volume, précision, taille de lot et concurrence :
- Délai maximal du projet, s’il s’agit d’un critère :
- Tolérance numérique ou règle de comparaison :
- Cas volontairement hors périmètre et justification :

## 3. Trois niveaux de preuve

### Référence fabricant

- Modèle et variante envisagés :
- URL officielle et date de consultation :
- Mémoire annoncée par carte et unité :
- Propriétés pertinentes pour la charge :

### Environnement effectivement alloué

- Modèle(s), identifiants privés de relevé et nombre visible depuis l’application :
- Contexte du relevé (hôte, conteneur, autre) :
- Partage ou partition, si applicable, et périmètre accessible :
- Système, pilote, runtime et application avec versions :
- CPU et mémoire système nécessaires au projet, à confirmer :
- Volumes, espace disponible, permissions et chemins :
- Flux réseau, destinations et accès :
- Topologie nécessaire à la charge, méthode de contrôle et pièce :

Ne déduisez aucune propriété de la machine du seul nom du GPU. Conservez les identifiants et journaux sensibles dans un emplacement autorisé ; la pièce publique peut être expurgée.

### Tâche réelle de réception

- Identifiant et version du jeu d’essai autorisé :
- Manifeste ou empreintes des entrées :
- Version du code et paramètres :
- Commande de lancement :
- Sorties et journaux attendus :
- Méthode de mesure, unité et période observée :
- Échecs, répétitions et état initial :
- Contrôle métier et personne qui l’a effectué :
- Contrôle d’export depuis la destination finale :
- Essai de reprise, si requis :

## 4. Responsabilités

| Rôle | Titulaire | Remplaçant | Preuve dont le rôle répond |
|---|---|---|---|
| Responsable projet | | | Critères et décision finale |
| Responsable applicatif | | | Versions, lancement, charge et reprise |
| Exploitation | | | Accès, inventaire, volumes et transfert |
| Responsable résultats | | | Qualité, présence et lisibilité des sorties |
| Responsable de conservation | | | Récupération et classement des pièces |

Ne conservez ici que les informations nécessaires à la passation, jamais les valeurs des secrets.

## 5. Grille et pièces

Joindre `grille-reception-vierge.csv` après adaptation. Utiliser une référence de pièce stable dans chaque ligne.

- Emplacement autorisé du dossier de preuves :
- Règle de nommage :
- Liste des pièces expurgées qui peuvent être partagées :
- Contrôles non exécutés et raison :
- Critères bloquants non atteints :

## 6. Réserves et refus

| Contrôle | Écart | Usage autorisé pendant la réserve | Action | Titulaire | Échéance | Preuve de levée |
|---|---|---|---|---|---|---|
| | | | | | | |

Une condition indispensable non satisfaite bloque le périmètre concerné. Une réserve ne remplace pas une preuve obligatoire. Toute dérogation ou suppression d’un contrôle doit être datée et approuvée pour un usage précis.

## 7. Passation et clôture

- L’exploitation a refait le lancement à partir de la procédure :
- Les sorties ont été ouvertes depuis leur destination de conservation :
- La reprise a été répétée si elle est exigée :
- Référence du registre de migration si nécessaire :
- Prochain événement qui impose une nouvelle réception :
- Signataire habilité :
- Date et fuseau :
- Décision et périmètre autorisé :

La réception technique est distincte des états de commande et de paiement.