Contrôler un CSV issu d’une IA : fichiers d’exercice et corrigé

Les trois pièces à conserver

Référence CSV · Variante avec colonne manquante · Variante à points-virgules. Fichiers UTF-8 sans formule active, version du 27 octobre 2026. Aucune sortie d’IA n’a été utilisée : les défauts sont construits pour l’exercice.

Contrat. Trois colonnes dans cet ordre : ref_id, atelier, heures_prevues. Séparateur virgule ; guillemets doubles pour le libellé contenant une virgule ; trois enregistrements après l’en-tête. Identifiants R01 à R03, uniques, conservés comme texte. Les heures sont des nombres non négatifs avec un point décimal ou une valeur vide signifiant « non renseigné ». Aucune heure réalisée n’est décrite.

La RFC 4180 sert de référence pour les séparateurs et les guillemets. ^[1] Nos types métier et la convention du vide sont des choix de cet exercice, pas des obligations imposées par la RFC.

Pièce A : la référence intégrale

Dans le fichier, le libellé Lagon, Est est entouré de guillemets doubles ; la virgule interne ne crée pas une quatrième colonne. La dernière ligne se termine par une virgule qui introduit le troisième champ vide. Ce vide est différent d’une ligne ne contenant que deux champs.

Pièces B et C : localiser les écarts

B — colonne manquante. L’en-tête et R01 sont identiques à A. R02 contient seulement l’identifiant et le libellé ; le champ des heures est absent. R03 garde ses trois champs, avec le dernier vide. Il y a toujours trois enregistrements, mais le deuxième n’a que deux champs.

C — séparateur. Les mêmes valeurs sont écrites avec des points-virgules entre champs. Lagon, Est y est un libellé sans besoin de guillemets pour sa virgule interne selon ce dialecte. C ne respecte pas notre contrat à virgules ; cela ne signifie pas que le point-virgule est interdit dans tous les échanges CSV.

Avant de lire la suite, notez pour chaque pièce : encodage, séparateur, nombre de champs par enregistrement, identifiants et sens du dernier champ. Ne remplacez aucune absence par zéro.

Corrigé : distinguer le lecteur et le contrat

Le paramètre strict d’un lecteur Python signale certaines entrées CSV mal formées, mais ne connaît pas notre schéma métier. ^[2] B peut être lu sans exception tout en restant non conforme au contrat. Une automatisation doit donc contrôler explicitement la largeur, les identifiants et les valeurs, en plus de la syntaxe.

A contient 2.5 h prévues, 0 h prévues et une valeur inconnue. On peut additionner les deux valeurs connues pour obtenir 2.5 h, mais ce nombre n’est pas le total complet des trois ateliers. Le troisième montant n’est pas établi.

Modèle rempli : rubriques 1 à 4

1. Usage. Préparer une reprise des heures prévues par atelier ; référence A v1 du 27 octobre 2026, entièrement fictive. Pas de calcul sur des heures réalisées.

2. Format. UTF-8, virgule, guillemets doubles, trois colonnes et trois enregistrements. Types et convention du vide repris du contrat ; aucune détection automatique considérée comme une preuve.

3. Couverture. R01, R02 et R03 présents une seule fois dans A et B. Dans C, la lecture doit d’abord utiliser le bon séparateur avant de comparer les identifiants ; aucun identifiant apparent dans une cellule mal découpée n’est validé.

4. Valeurs et absences. A : R01 = 2.5, R02 = 0, R03 = inconnu. B : heures de R02 absentes du schéma. Ne pas traiter ces trois situations comme un même blanc.

Modèle rempli : rubriques 5 à 8

5. Défauts. B : dernier champ absent au deuxième enregistrement. C : séparateur point-virgule différent de la convention annoncée. Les accents de référence sont Érable et Cèdre.

6. Interprétation. Aucun champ de ces pièces ne contient de formule active. Pour un export réel, l’interprétation par le tableur reste un contrôle distinct : OWASP décrit ce risque et l’absence de neutralisation universelle. ^[3]

7. Essai et limites. La lecture déterministe et les assertions sur ces fichiers sont consignées dans les preuves de production. Aucun modèle ni tableur n’est testé. Pour votre logiciel, inscrire sa version, ses réglages et le résultat réellement observé avant toute conclusion de compatibilité.

8. Décision. A est la référence de l’exercice ; B doit être corrigé ; C exige un format convenu ou un accord explicite de changement. Le rôle chargé de la reprise contrôle la version corrigée et conserve la trace. Aucune utilisation opérationnelle réelle n’est autorisée par ce corrigé.

Adapter à un export réel

Remplacez le contrat fictif par vos besoins, puis travaillez sur une copie autorisée. Un champ supplémentaire peut être légitime dans une nouvelle version, mais il ne doit pas apparaître silencieusement dans un import prévu pour l’ancienne structure. Gardez les versions et les écarts.

Le guide de contrôle d’un CSV expose la méthode. La décision peut rester « à vérifier dans le logiciel destinataire ». Ce statut est une information utile, pas un échec à masquer par une mention générale « fichier validé ».