---
title: "Quels fichiers et volumes l'acheteur attend-il dans l'offre?"
description: "Construisez une architecture de remise sourcée pour chaque volume, enveloppe, formulaire, fichier et saisie, avec leurs règles de séparation et de répétition."
canonical: "https://zephior.com/fr/insights/map-rfp-volumes-envelopes-and-files"
last-updated: 2026-09-03
---

# Quels fichiers et volumes l'acheteur attend-il dans l'offre?

> Construisez une architecture de remise sourcée pour chaque volume, enveloppe, formulaire, fichier et saisie, avec leurs règles de séparation et de répétition.

Par [Tony Kim](https://zephior.com/fr/authors/tony-kim). Publié le 2026-09-03; mis à jour le 2026-09-03. 17 min de lecture.

## Définition

Une architecture de remise est le modèle sourcé de tous les objets que l'acheteur prévoit de recevoir. Un objet peut être une candidature, une enveloppe logique, un mémoire, un formulaire rempli, un bordereau de prix, une pièce justificative, un champ de plateforme, un fichier ou un échantillon physique. Les relations indiquent ce qui contient quoi, ce qui doit rester séparé, ce qui se répète par lot ou participant et où chaque objet doit être remis. Un volume logique ne correspond pas nécessairement à un fichier. L'architecture prépare la production. Elle ne rédige pas les réponses, ne modifie pas les cadres de l'acheteur, ne téléverse rien et ne prouve pas la conformité finale.

## Problème

Une simple liste de pièces masque les règles qui déterminent une remise. Le mémoire technique est-il unique ou demandé par lot? Une déclaration concerne-t-elle le mandataire, tous les membres du groupement ou chaque sous-traitant déclaré? Le cadre financier doit-il rester isolé de toute information technique? Le portail affiche parfois une rubrique générique alors que le règlement distingue plusieurs parties. À l'inverse, un même volume peut accepter plusieurs fichiers. Sans modèle des relations et des cardinalités, l'équipe découvre ces écarts au moment de déposer, quand une correction peut casser les validations, signatures et versions déjà approuvées.

## Point de vue

Reconstituez d'abord le modèle de l'acheteur, puis décidez comment le produire. Chaque objet garde son libellé publié, sa source courante, sa portée, son type et sa règle de nombre. Les relations de contenance, de séparation et de destination sont elles aussi sourcées. Le modèle est ensuite instancié pour les lots retenus, la composition du candidat, les intervenants nommés et les options permises. Un agent peut repérer les objets candidats, calculer les répétitions déterministes et signaler les trous. Il doit arrêter devant un conflit de sources, une interprétation juridique ou une action sur la plateforme.

## Cartographiez les objets attendus avant d'inventer les noms de fichiers

La bonne unité de départ est ce que l'acheteur reçoit, sépare ou évalue. Le dossier peut comporter une candidature, une offre technique, une offre financière, des déclarations par entité, un bordereau, des champs saisis et un échantillon. Ces objets ne sont pas tous des fichiers. Une partie d'offre peut être répartie sur plusieurs pièces. Un formulaire unique peut au contraire produire plusieurs exemplaires remplis selon le nombre de membres ou de personnes.

Les sources officielles montrent plusieurs architectures. Dans son contexte fédéral américain, FAR 15.204-5 permet d'imposer un format ou des parties séparables, notamment administratives, techniques ou financières. Le guide eSubmission de la Commission européenne décrit une remise avec participants, lots, données saisies et catégories technique et financière pouvant recevoir plusieurs fichiers. Les pièces propres à un participant se chargent auprès de ce participant. Ces exemples prouvent la variété des modèles, pas une règle applicable à tout marché français.

Le contenant matériel et la séparation d'évaluation demandent aussi deux relations distinctes. FAR 52.215-1 donne, dans son périmètre fédéral américain, l'exemple d'offres papier sous enveloppes ou colis scellés sauf autre méthode admise par la consultation. La BERD décrit une procédure à une étape et deux enveloppes où les propositions technique et financière sont remises ensemble, puis examinées séparément en commençant par la technique. Ces cas montrent plusieurs fonctions possibles de la séparation. Ils ne fixent pas le nombre de fichiers d'un autre marché.

Attribuez un type à chaque nœud: `logical_envelope`, `response_volume`, `template_instance`, `workbook`, `portal_field_group`, `supporting_attachment`, `file_candidate` ou `physical_delivery`. Gardez en parallèle le libellé exact de l'acheteur. Si le règlement dit seulement « dossier 2 », l'outil ne doit pas le rebaptiser « offre technique » par habitude. Le terme normalisé aide au calcul, tandis que le libellé publié conserve la preuve.

**Objets qu'une liste de fichiers confond**

| Objet | Question résolue | Preuve recherchée |
| --- | --- | --- |
| Enveloppe logique | Qu'est-ce qui doit être examiné séparément? | Règlement et méthode d'ouverture |
| Volume | Quels contenus forment une partie? | Plan de l'offre imposé |
| Instance de trame | Qui remplit quel cadre et combien de fois? | Trame et mode d'emploi |
| Fichier | Quel objet numérique sera livré? | Règle de format et destination |
| Saisie | Quelle donnée doit être entrée directement? | Écran autorisé de la procédure |
| Pièce physique | Quel élément arrive hors plateforme? | Instruction de livraison |

## Une quantité n'a de sens que pour une remise et un dossier documentaire définis

Inscrivez en tête la référence officielle, la phase, les lots visés, l'entité candidate, le caractère individuel ou groupé, le mandataire, les membres, les capacités externes invoquées, les sous-traitants connus, les variantes et le canal de remise. Ajouter un lot peut créer un mémoire et un prix supplémentaires. Ajouter une entité peut produire une déclaration, un pouvoir et un enregistrement de participant. Tant que ces paramètres bougent, le nombre final reste provisoire.

Déclarez aussi les sources effectivement lues: avis, règlement, données particulières, programme technique, cadres de réponse, bordereaux, annexes, questions-réponses, rectificatifs et pages autorisées du profil acheteur. Chaque entrée porte version ou empreinte, date de consultation et état d'accès. Une rubrique visible sur une plateforme peut relever d'une capacité générique. Son caractère obligatoire pour cette consultation exige une configuration ou une consigne identifiable.

Le Procurement Framework actuel de la Banque mondiale s'appuie sur des documents standard, guides, outils et modèles variés. Son RFP de fournitures à deux enveloppes sépare les instructions générales, la fiche propre au marché, les critères et les formulaires. La structure d'une consultation réelle naît des documents complétés et publiés ensemble. Copier le sommaire du modèle sans lire les données particulières laisserait les nombres, options et pièces supplémentaires inconnus.

- Fixez une consultation et un instantané documentaire.
- Décrivez les lots et la composition complète du candidat.
- Séparez source publiée, clarification et observation technique.
- Conservez tout document inaccessible comme limite de couverture.
- Faites expirer les calculs après une modification du cas.

## Chaque relation importante doit être aussi traçable que la pièce elle-même

Un nœud conserve `node_id`, libellé acheteur, type, contenu prévu, phase, lots, participant, langue, source, extrait exact, localisation humaine, sélecteur machine, état, propriétaire et événement d'expiration. Les états utiles comprennent `confirmed_required`, `confirmed_conditional`, `permitted_optional`, `prohibited`, `unresolved` et `observed_only`. Une équipe ne doit pas transformer `observed_only` en obligatoire parce qu'un écran affiche une zone vide.

Les arêtes portent la structure. `contains` place une annexe dans un volume. `must_be_separate_from` isole le prix. `attach_to` rattache une déclaration à son signataire ou participant. `enter_in_portal` et `upload_to_slot` enregistrent la destination. Les relations `repeat_per_lot`, `repeat_per_entity`, `repeat_per_member`, `repeat_per_expert` et `repeat_per_variant` produisent des instances. Chaque arête cite sa consigne, sa version et sa condition.

Les limites détaillées restent dans le registre AN-071; la carte ne garde que leur lien. AN-074 décrit précisément la dépendance entre une question et une trame de l'acheteur. Une relation de signature peut indiquer le rôle exigé, sans choisir la personne habilitée ni signer. Cette séparation évite plusieurs copies divergentes d'un même fait et permet à chaque contrôle de conserver son responsable.

**Champs minimaux d'un nœud**

| Champ | Exemple | Rôle |
| --- | --- | --- |
| node_id | LOT1-MEM-TECH | Référence stable |
| node_kind | response_volume | Distingue volume et fichier |
| scope | Lot 1, groupement | Bloque les fausses extensions |
| cardinality | un par lot retenu | Calcule le nombre attendu |
| destination | rubrique offre technique | Relie production et remise |
| source | règlement 7.2, rectificatif 1 | Rend le nœud vérifiable |
| state | confirmed_required | Expose le niveau de décision |

## Les mots chaque, tous et le cas échéant deviennent des règles de cardinalité

« Chaque membre fournit une attestation signée » décrit une fonction, pas un fichier unique. Son résultat dépend du nombre de membres concernés. Un mémoire par lot dépend de la sélection des lots. Un CV par expert dépend de l'équipe proposée. À côté, un questionnaire de sécurité peut couvrir l'offre entière et être référencé par plusieurs lots. Enregistrez le quantificateur, son sujet, la condition et la formule avant de calculer.

Chaque instance calculée reçoit la clé de l'entité, du lot, du site, de la personne ou de la variante qui la crée. Testez les cas zéro, un et plusieurs. Un objet conditionnel reste visible quand son nombre actuel est nul. Si le recours à un sous-traitant n'est pas encore tranché, sa déclaration apparaît avec une condition ouverte. Elle ne disparaît pas de l'univers des pièces et sera instanciée dès que la décision le demande.

Comparez trois nombres plutôt qu'un total trompeur. Le nombre logique compte les parties et séparations d'évaluation. Le nombre d'instances compte les formulaires et réponses remplis. Le nombre de livraison compte les fichiers, champs, plis ou échantillons. Deux lots peuvent produire deux mémoires et deux prix, alors qu'une même attestation globale est jointe une fois et que plusieurs déclarations sont saisies sans fichier.

- Conservez le quantificateur exact et son sujet.
- Rattachez chaque instance au cas qui la crée.
- Gardez les objets conditionnels dont le compte vaut zéro.
- Recalculez après tout changement de lot, membre ou personne.
- Ne fusionnez pas quantité logique, quantité remplie et quantité livrée.

## La plateforme complète la carte mais ne réécrit pas silencieusement le règlement

Dans une vue autorisée, relevez l'étape, le libellé, le participant ou lot concerné, le type de champ, l'indicateur obligatoire et l'heure d'observation. Associez ensuite chaque objet confirmé à un champ, une rubrique de téléversement, une adresse ou un pli. Si la destination ne peut pas être observée, gardez `portal_mapping_unverified`. Si elle paraît contredire le règlement, créez `architecture_conflict` et préservez les deux preuves.

Le guide eSubmission de la Commission européenne fournit un exemple précis dans son contexte. La procédure permet de choisir une offre individuelle ou conjointe, d'identifier les participants, de retenir les lots, de joindre des documents au participant et de déposer plusieurs fichiers dans les catégories technique ou financière. Si la composition du groupement diffère selon le lot, le guide prévoit une soumission distincte par lot. Une carte fidèle doit donc pouvoir représenter à la fois participant, lot, catégorie et fichier.

La mission s'arrête avant l'exécution. L'agent ne crée pas de brouillon, ne modifie pas la composition du candidat, n'accepte pas de conditions, ne coche aucune déclaration, ne téléverse pas et ne soumet pas. Les dossiers AN-243 à AN-260 couvrent identité, permissions, signature, contrôle des fichiers, ordre de dépôt et approbation finale. Ici, une destination non vérifiée demeure une dépendance explicite.

**Réconciliation dans les deux sens**

| Contrôle | Question | État en échec |
| --- | --- | --- |
| Exigence vers objet | Où chaque pièce demandée sera-t-elle produite? | unmapped_requirement |
| Objet vers source | Pourquoi cet objet figure-t-il au plan? | unsupported_object |
| Objet vers destination | Où sera-t-il saisi ou livré? | destination_unresolved |
| Emplacement vers autorité | Quelle consigne justifie son emploi? | observed_only |
| Instance vers condition | Quel lot ou participant crée cet exemplaire? | cardinality_unresolved |

## Cartographier une consultation fictive de maintenance d'un centre hospitalier

Un centre hospitalier régional lance trois lots de maintenance: groupes froids, traitement d'air et supervision technique. Un groupement de deux sociétés répond aux lots 1 et 2. Le règlement demande une candidature commune, une déclaration par membre, un mémoire technique par lot, un bordereau et un détail quantitatif par lot, une fiche par responsable de site et un plan de sécurité seulement si une intervention en zone clinique est proposée. Les éléments financiers doivent rester séparés des mémoires. Deux confirmations sont saisies directement sur le profil acheteur.

La racine représente la remise pour les deux lots. La branche candidature contient deux instances de déclaration et un pouvoir du mandataire. Deux branches techniques portent chacune un mémoire. Les branches financières contiennent chacune deux classeurs distincts, avec une arête de séparation vers les parties techniques. Trois responsables de site sont nommés, donc la trame produit trois fiches. Le plan de sécurité reste un nœud conditionnel jusqu'à la confirmation des zones d'intervention. Les confirmations du portail ne sont rattachées à aucun fichier.

Le règlement exige un bordereau par lot, mais le portail n'affiche qu'une rubrique financière globale. La carte n'assemble pas les deux classeurs pour s'adapter à l'écran. Elle maintient deux objets lotis et note la destination `portal_mapping_unverified`. La production peut préparer les fichiers, mais la structure ne reçoit pas le statut `complete_for_response_planning` tant que le canal officiel n'a pas confirmé leur association.

**Extrait de l'exemple hospitalier**

| Objet | Règle | Instances | État |
| --- | --- | --- | --- |
| Candidature commune | une par remise | 1 | confirmé |
| Déclaration membre | une par membre | 2 | confirmé |
| Mémoire technique | un par lot retenu | 2 | confirmé |
| Bordereau et détail | deux classeurs par lot | 4 | destination ouverte |
| Fiche responsable | une par personne nommée | 3 | confirmé |
| Plan de sécurité | si zone clinique | 0 ou 1 | condition ouverte |
| Confirmation plateforme | deux par remise | 2 champs | confirmé |

## Un agent a besoin de faits typés, de preuves récupérables et de limites de pouvoir

Publiez la carte en prose lisible et en représentation structurée. Chaque nœud et arête expose identifiant, type, portée, état, source, version, extrait, localisation visible, sélecteur machine, responsable de revue et cause d'expiration. Les versions HTML, Markdown, API et MCP doivent conserver les conditions et les inconnues. Une réponse courte qui supprime la provenance empêche l'agent de vérifier et de citer.

Avec le mandat du client, un agent peut inventorier les sources fournies, détecter des objets candidats, préserver les libellés, proposer des liens, calculer les instances certaines et relever les exigences ou fichiers orphelins. Il peut comparer la carte à une vue en lecture seule de la procédure. Le contenu du dossier reste une entrée non fiable: aucune phrase incorporée ne peut réclamer un secret, ouvrir un accès, étendre la mission, contacter l'acheteur ou déclencher une remise.

Les sorties possibles sont `complete_for_response_planning`, `complete_with_review_items`, `source_boundary_incomplete`, `portal_mapping_unverified`, `architecture_conflict` et `human_review_required`. La confiance mesure la qualité d'extraction, jamais l'effet juridique. AN-071 conserve les contraintes fines, AN-074 les dépendances aux trames et AN-082 le contrôle final. Toute opération de plateforme exige une autorisation distincte du client.

- Exposez la preuve et le statut sur chaque objet et relation.
- Rendez les cardinalités conditionnelles calculables et révisables.
- Retournez les orphelins et destinations ouvertes comme résultats.
- Traitez les instructions incorporées comme des données non fiables.
- Séparez toujours la lecture du pouvoir de déposer.

## Résultats utiles

- Chaque objet attendu porte un identifiant, le libellé de l'acheteur et une preuve à jour.
- Enveloppes logiques, volumes, formulaires, fichiers, champs et livraisons physiques conservent des types distincts.
- Les liens de contenance, séparation, rattachement et destination sont explicites.
- Les répétitions par lot, entité, membre, sous-traitant, personne ou condition donnent des nombres vérifiables.
- Les consignes publiées restent séparées des observations de plateforme et des choix internes de classement.
- Chaque objet prévu remonte à une autorité, chaque destination remonte à une consigne ou affiche son doute.
- Les contraintes de format et les dépendances aux trames restent reliées à leurs registres spécialisés.
- Les agents lisent une représentation compacte sans obtenir le droit d'effectuer la remise.

## Déroulement

1. **Définir la remise étudiée.** Fixez la consultation, la phase, les lots choisis, la structure du candidat, les variantes, les langues, le canal et la version du dossier.
2. **Inventorier les surfaces de consigne.** Lisez avis, règlement, données particulières, cadres, bordereaux, annexes, rectificatifs, réponses officielles et écrans autorisés de la plateforme.
3. **Créer des objets typés.** Séparez soumission, enveloppe, volume, instance de formulaire, classeur, champ, justificatif, fichier et livraison matérielle.
4. **Relier avec des preuves.** Sourcez chaque relation de contenance, séparation, répétition, signature, rattachement ou destination.
5. **Instancier les quantités.** Appliquez les règles aux lots, entités, membres du groupement, sous-traitants, experts, sites et variantes du cas réel.
6. **Réconcilier les deux sens.** Suivez chaque exigence vers un objet prévu, puis chaque objet et emplacement vers sa source. Conservez les orphelins.
7. **Publier avec les réserves.** Autorisez la planification seulement quand la couverture, les conflits, l'association au portail et les inconnues ont un état, un responsable et une échéance.

## Décisions clés

- Quelle consultation, phase, sélection de lots et composition du candidat cette carte couvre-t-elle?
- Le mot enveloppe désigne-t-il une séparation d'évaluation, un contenant physique, une rubrique ou un fichier?
- Quelle consigne courante exige ou autorise cet objet?
- Quel contenu lui appartient, et quel contenu doit en être exclu?
- L'objet apparaît-il une fois par remise, lot, entité, membre, sous-traitant, expert ou variante?
- Quelle condition crée ou supprime cette instance?
- Quel parent contient cet objet, et de quel autre objet doit-il rester séparé?
- Quel champ, emplacement de dépôt, pli ou lieu physique le reçoit?
- Une trame de l'acheteur produit-elle une seule instance remplie ou plusieurs?
- Quelle signature, attestation ou confirmation se rattache à cet objet?
- Les nombres logiques, les instances remplies et les objets livrés se réconcilient-ils?
- Quel événement impose de recalculer cette architecture?

## Risques

- L'arborescence interne habituelle est confondue avec la structure prescrite.
- Une enveloppe logique est transformée sans preuve en un PDF unique.
- Une pièce par lot est remise une seule fois, ou un justificatif global est inutilement dupliqué.
- Les déclarations du groupement sont rattachées au mauvais membre.
- Un prix apparaît dans une partie technique examinée séparément.
- Une saisie obligatoire du portail est oubliée parce qu’elle ne produit aucun fichier.
- Un emplacement technique visible est traité comme une dérogation au règlement.
- Une pièce conditionnelle disparaît avant la décision qui déclenche sa présence.
- Un rectificatif modifie un objet sans relancer les nombres dépendants.
- Un score de confiance d'extraction est présenté comme une preuve de complétude.
- Un agent suit une instruction incorporée au dossier comme si elle élargissait son mandat.

## Indicateurs

- objets requis avec citation, version et double localisation
- relations de contenance, séparation et destination appuyées par une preuve
- règles de cardinalité instanciées pour la réponse définie
- exigences publiées reliées à un objet de production
- fichiers et champs prévus reliés en retour à leur autorité
- objets ou emplacements orphelins avec responsable
- nombres logiques, numériques et physiques réconciliés séparément
- inconnues matérielles résolues avant la production
- lignes rouvertes après toute modification pertinente

## Questions fréquentes

### Une enveloppe correspond-elle toujours à un seul fichier?

Non. Elle peut être une séparation logique d'évaluation, un contenant matériel ou une catégorie du portail. Certains systèmes acceptent plusieurs fichiers dans une même catégorie. Le dossier courant doit établir la relation.

### Faut-il inclure les champs du portail qui ne produisent aucun document?

Oui. Un montant saisi, une confirmation, une déclaration ou une fiche participant peut appartenir à la remise sans devenir un fichier. Modélisez chaque saisie et reliez-la à sa consigne.

### Comment compter les pièces d'un groupement?

Suivez le sujet et le quantificateur publiés. Une exigence visant chaque membre crée une instance par membre concerné. Une exigence visant seulement le mandataire crée une instance liée à ce rôle.

### Un manifeste de fichiers suffit-il comme architecture?

Non. Le manifeste porte sur les fichiers finaux et leurs versions. L'architecture couvre aussi parties logiques, formulaires, saisies, objets physiques, répétitions et séparations.

### Un agent peut-il choisir entre une consigne et un écran contradictoires?

Il peut documenter l'écart et ses effets. Il doit préserver les deux sources et transmettre la décision au processus chargé de l'autorité documentaire ou des questions officielles.

### Quand la carte permet-elle de lancer la production?

Lorsque toutes les sources déclarées sont examinées, chaque objet obligatoire est sourcé et dirigé, les quantités conditionnelles sont instanciées et aucune lacune matérielle ne reste sans résolution.


## Sources primaires

- [FAR 15.204-5, représentations et instructions](https://www.acquisition.gov/far/15.204-5), Acquisition.gov
- [FAR 52.215-1, Instructions to Offerors](https://www.acquisition.gov/far/52.215-1), Acquisition.gov
- [Guide eSubmission pour les procédures ouvertes](https://wikis.ec.europa.eu/spaces/FTPortal/pages/44144569/Open+procedures_EN), Commission européenne
- [Project Procurement Framework](https://www.worldbank.org/ext/en/what-we-do/project-procurement/framework), Banque mondiale
- [Request for Proposals for Goods, Two-Envelope Process](https://thedocs.worldbank.org/en/doc/413051600110937774-0290022020/render/SPDRequestforProposalsGOODSAugust20202envelope.pdf), Banque mondiale
- [Single Stage Two-Envelope Open Competitive Procedure](https://www.ebrd.com/home/work-with-us/project-procurement/single-stage-two-envelope-procedure.html), Banque européenne pour la reconstruction et le développement


## Articles complémentaires

- [Quelles réponses à un RFP dépendent d’un modèle acheteur ?](https://zephior.com/fr/insights/identify-dependencies-on-buyer-templates)
- [Comment déterminer le périmètre de chaque lot ?](https://zephior.com/fr/insights/understand-tender-lot-boundaries)
- [Où trouver les limites de mots, pages et champs du RFP?](https://zephior.com/fr/insights/extract-rfp-answer-limits-and-formats)
- [Répondre aux exigences négatives avec des preuves](https://zephior.com/fr/insights/respond-to-negative-rfp-requirements)