01 — Inventaire de `affaire_serpe` et typologie documentaire¶

Analyse du dossier Drive exemple affaire_serpe/ (non versionné, gitignoré). Ce document enrichit et remplace le synthese-dossiers-drive-appels-offres.md présent dans le dossier (lui-même issu d'ateliers Cathy/Olivier/Alexandre).

1. Ce qu'est l'échantillon¶

affaire_serpe/ est en réalité un extrait d'un Drive d'agence (mélange AFFAIRES-16 et AFFAIRES-79), pas un seul appel d'offres. Il contient un pipeline de statut complet + un dossier-modèle vide.

Mesure	Valeur
Dossiers	218
Fichiers	249
AO distincts (estimation)	~17
Formats	PDF 186, XML 21, DOCX 13, DOC 8, XLSX 5, ZIP 4, JPG 3, P7S 2 (signatures), ODT 2, ODS 2
Issue dominante	Quasi tous « PERDU » (2 « GAGNÉ » seulement)
Agence dominante	AFFAIRES-79 (221 fichiers) puis AFFAIRES-16 (16)

Biais d'échantillon à garder en tête : le corpus local est dominé par AFFAIRES-79 et par des AO perdus. Il est excellent pour comprendre la structure et le contenu type, mais insuffisant pour dégager ce qui distingue une réponse gagnante. L'audit multi-drives (autre instance, prompt-claude-code-audit-drive.md) rééquilibrera à l'échelle des 11+ Shared Drives.

2. Le cycle de vie d'un dossier d'affaire (dossier-modèle)¶

Le dossier racine contient un squelette-cible vide : X000000 CLIENT objet du marché VILLE DPT/. C'est la nomenclature normalisée que Serpe voudrait appliquer — mais qu'aucune affaire réelle observée ne respecte exactement (cf. §4). Il documente le cycle de vie complet, de la consultation au chantier :

X000000 CLIENT objet du marché VILLE DPT/
├── 01 Dossier de Consultation          ← le DCE reçu du client
├── 02 Réponse Consultation             ← ce que Serpe produit
│   ├── 020 Administratif               ← candidature (DC1/DC2, dossier admin)
│   ├── 021 Technique - Chiffrages
│   │   ├── 0210 Demat                   ← pièces dématérialisées à joindre
│   │   ├── 0211 Etudes                  ← repérage/visite de site (photos)
│   │   ├── 0212 Pièces chiffrées        ← DQE/BPU/DPGF remplis
│   │   └── 0213 Négociation
│   ├── 022 Dépôt AO                     ← assemblage final + accusé de dépôt
│   └── 023 Négo
├── 03 Pièces marchés          ┐
├── 04 Fournitures-Fournisseurs │
├── 05 Vie du chantier          │  ← POST-ATTRIBUTION (si gagné)
├── 06 Courrier                 │     hors périmètre du POC « réponse AO »
├── 07 Financier                │
└── 08 Spigao                   ┘  ← plateforme de dépôt dématérialisé

Le périmètre du POC est 01 Dossier de Consultation + 02 Réponse Consultation. Tout ce qui suit (03→08) est la vie du marché une fois gagné, hors sujet ici.

3. Typologie documentaire (les 3 grandes familles)¶

Confirmée par les 3 analyses de détail (voir docs 02, 03, 04) :

A. Le DCE reçu (`01 Dossier de Consultation`) — fourni par l'acheteur¶

Pièce	Rôle	Extraction
RC (Règlement de Consultation)	Doc pivot : critères de notation + pondérations, dates, pièces à fournir, cadre imposé éventuel	Parsing prioritaire (voir 02)
CCAP / CPS	Clauses administratives (le CPS fusionne CCAP+RC, ex. SNCF)	Pénalités, durée, révision
CCTP	Spécifications techniques : nature/localisation/quantités des travaux	Contraintes de génération
DQE / BPU / DPGF	Pièces chiffrées à compléter (forfait / bordereau / accord-cadre)	Montant estimé, postes
Acte d'engagement (vierge)	Engagement contractuel sur le prix	Structure standard, prix unique
Plans, planning	Éléments visuels/techniques du besoin	Visuels de génération
Cadre de mémoire (~1/3 des cas)	Trame imposée : sections, points/section, limite de pages	Contrainte forte de génération

B. La réponse produite (`02 Réponse Consultation`) — produite par Serpe¶

Pièce	Rôle
Mémoire technique	Le cœur du POC — cf. doc 03 (17 sections, gabarit élastique)
Pièces chiffrées remplies	DQE/BPU/DPGF avec prix Serpe (actuellement via Spock)
SOPRE	Schéma Organisationnel du Plan de Respect de l'Environnement
Candidature (DC1/DC2/DUME + dossier administratif)	Aptitude de l'entreprise
Acte d'engagement signé	Le prix engagé

C. Le corpus réutilisable (transverse aux affaires) — cf. doc 04¶

Dossier administratif maître, certifications, parc matériel, références clients, organigrammes, blocs RSE/sécurité, fiches techniques… — ~90 % identique d'une affaire à l'autre, mais aujourd'hui réassemblé à la main.

4. L'hétérogénéité, quantifiée (→ justifie `statut_mapping`)¶

Sur ~10 affaires explorées, aucune paire n'a la même arborescence. Les variantes de nommage sont la règle, pas l'exception :

Statut gagné/perdu — 4+ orthographes : Perdu, 00 PERDU, 00 PERDUS, 01 GAGNES, REPONDU.

Paire consultation/réponse — 3+ conventions : 01 Dossier de Consultation / 02 Réponse Consultation (+ codes 020-023) · Réponse / Prép rép / Rép env · REPONSE lots 1-2 / Prépa rép.

Lots — gérés de 4 façons : dossier par lot, mention dans le nom du dossier affaire, mention dans le nom de fichier, ou fichier fusionné.

La seule régularité forte : l'identifiant d'affaire au format [Lettre][AA][NNN] — B220397, C220442, L230324, N200153, P200083… (lettre = source/agence/plateforme, AA = année, NNN = séquence). C'est la clé d'affaire fiable, indépendante du nommage de dossier.

Conséquence produit : ne jamais matcher sur des noms de dossiers en dur. La table statut_mapping (configurable, par agence) reste la bonne approche ; la clé d'affaire [Lettre][AA][NNN] est un bon identifiant d'ingestion.

5. Ce qu'on retient pour la suite¶

Le périmètre POC = Dossier de Consultation + Réponse Consultation.
Le RC est le document à parser en priorité (mais absent de l'échantillon local — à récupérer auprès de l'équipe, cf. doc 02).
Le mémoire technique suit déjà une trame interne quasi-standard même sans cadre imposé (doc 03) → hautement générable par assemblage.
Le premier gain rapide n'est pas la génération mais la normalisation de la source du corpus réutilisable (doc 04).

01 — Inventaire de affaire_serpe et typologie documentaire¶