---
title: "Comment prouver que vous avez le dernier additif"
description: "Établissez un registre daté des modifications qui relie chaque source, version, fichier et action, sans masquer les éléments manquants."
canonical: "https://zephior.com/fr/insights/verify-the-latest-tender-amendment"
last-updated: 2026-09-03
---

# Comment prouver que vous avez le dernier additif

> Établissez un registre daté des modifications qui relie chaque source, version, fichier et action, sans masquer les éléments manquants.

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

## Définition

Un registre de complétude des modifications recense, à une heure donnée, les avis rectificatifs, additifs, réponses officielles et pièces de remplacement susceptibles de changer un dossier de consultation identifié. Il fixe la procédure, la filiation des avis, le lot, la phase et le public fournisseur; décrit chaque canal officiel ou opérationnel contrôlé; puis relie chaque objet à son identifiant, sa date d’émission, son champ d’application, ses fichiers et toute formalité d’accusé de réception. L’état `complete_through_checked_at` signifie que la chaîne couverte par les sources définies est étayée jusqu’à l’heure de contrôle. Il ne garantit ni l’absence d’une publication ultérieure ni celle d’un message réservé aux candidats.

## Problème

Une équipe peut télécharger le rectificatif numéro 4 sans jamais avoir reçu le numéro 3. L’avis public peut intégrer la nouvelle date limite, tandis que la plateforme remplace discrètement le bordereau de prix et que la messagerie candidat demande une confirmation. Une API centrée sur l’état courant répond à la question « quelle valeur voit-on maintenant ? », mais pas toujours à « quelles étapes ont produit cette valeur ? ». Le fichier le plus récent dans le dossier partagé n’apporte pas davantage de preuve. Sans chaîne vérifiée, l’offre risque de reprendre une exigence supprimée, un tableur périmé ou une instruction qui ne vise pas le lot concerné.

## Point de vue

La formule « dernier additif » doit toujours préciser son périmètre. Reprenez les identifiants de la source officielle, les règles de communication de la consultation, les canaux désignés et une heure de contrôle. Suivez les liens entre versions avant de comparer les pièces. Une séquence numérique ne suffit pas si sa logique n’est pas connue, et une vue consolidée ne prouve pas que toutes les annexes sont arrivées. Un agent peut consulter les historiques publics, rapprocher les références, calculer des empreintes de fichiers et préparer une demande ciblée. Il s’arrête lorsqu’il faut se connecter, lire un échange privé, décider d’un effet juridique, accuser réception, contacter l’acheteur, modifier l’offre ou la déposer sans autorisation explicite.

## Écrivez une conclusion dont chaque limite peut être contrôlée

« Dossier à jour » ne dit ni quel dossier ni à quelle heure. Préférez une conclusion telle que: « Pour la consultation VDM-DSI-2026-44, lot 1, phase de remise des offres et candidats admis, l’historique de publication et le profil acheteur désigné ont été contrôlés jusqu’au 23 septembre 2026 à 10:40 CEST. La chaîne applicable est complète jusqu’au rectificatif 05. La messagerie privée n’a pas pu être consultée. » Le dernier membre de phrase empêche une assurance plus large que les preuves. Tout changement de lot, de public, de phase ou de couverture oblige à refaire le contrôle.

Partez de la fiche d’autorité établie lors de l’identification de l’avis officiel. Conservez l’identifiant de procédure, l’avis et sa version, l’acheteur et le lot. Ajoutez la phase et le public fournisseur. Une modification publiée pour tous les intéressés peut être visible sans compte; une invitation révisée destinée aux seuls candidats retenus peut ne vivre que dans leur espace. La bonne conclusion décrit cette différence. Les URL de session, identifiants, jetons et contenus privés ne doivent jamais passer dans une sortie publique.

Les temps racontent des faits distincts. `issued_at` vient de l’objet émis par l’acheteur. `published_at` date sa mise à disposition par le service de publication. `received_at` correspond à son arrivée dans le canal autorisé du candidat. `observed_at` date la consultation par le contrôleur. `checked_at` ferme le périmètre de la décision. Une nouvelle publication peut arriver une minute plus tard; c’est pourquoi le registre porte aussi `valid_until`, un prochain contrôle et des événements d’invalidation.

**Clé minimale d’une vérification de complétude**

| Champ | Exemple | Rôle |
| --- | --- | --- |
| procedure_id | VDM-DSI-2026-44 | Écarte une relance voisine |
| notice_lineage | identifiant et version de l’avis | Ancre les rectificatifs |
| scope | lot 1, remise finale | Évite le transfert de portée |
| supplier_audience | candidats admis | Montre la diffusion sélective |
| source_coverage | avis plus profil acheteur | Borne la conclusion |
| checked_at | 2026-09-23T08:40:00Z | Date la preuve |

## Utilisez les règles de la consultation comme carte des sources

Le règlement et l’avis indiquent normalement où télécharger le dossier, poser les questions, recevoir les réponses et suivre les changements. Notez chaque canal et la fonction que l’acheteur lui attribue. Un journal officiel peut porter la filiation réglementaire des avis. Le profil acheteur peut distribuer les pièces et recueillir les confirmations. Une page institutionnelle peut seulement signaler la consultation. Un agrégateur aide à la découvrir. La qualité officielle d’un domaine ne rend pas toutes ses pages compétentes pour tous les faits.

L’historique est plus probant que l’ordre des résultats de recherche. Dans eForms, TED distingue l’identifiant de l’avis et sa version. Un avis de changement référence l’avis modifié par BT-758. Le texte publié consolide les changements antérieurs, tandis que la section de changement décrit les derniers. Cette construction aide à retrouver l’état courant, mais demande encore de suivre la filiation et de contrôler les documents externes signalés comme modifiés.

Les données structurées exigent la même discipline. OCDS publie des releases successives et peut fournir une release compilée ainsi qu’une vue versionnée. L’API Find a Tender permet de filtrer par numéro d’avis ou par OCID du processus. À l’inverse, la documentation de l’API publique SAM.gov précise que son résultat ne contient que la dernière version active et renvoie vers un autre service pour toutes les versions. Inscrivez cette restriction comme limite de couverture. Un agent ne doit ni créer un compte ni employer une clé ou des droits non autorisés pour la contourner.

**Registre de couverture des canaux**

| Canal | Fait recherché | Résultat daté |
| --- | --- | --- |
| Historique officiel | versions et changements d’avis | contrôlé à 10:31 |
| Profil acheteur | pièces et événements opérationnels | contrôlé à 10:40 |
| Questions-réponses | clarifications publiées | aucun nouvel objet |
| Messagerie candidat | diffusion réservée | accès non disponible |
| Index secondaire | piste de découverte | exclu de la preuve finale |

## Ne confondez pas l’alerte, l’acte de changement et ses annexes

Ajoutez une ligne pour tout objet émis par l’acheteur qui peut modifier le dossier ou une obligation du candidat. Conservez le libellé original: avis rectificatif, additif, mise à jour, réponse officielle, nouvelle invitation ou pièce remplacée. Classez ensuite sa fonction. Une notification intitulée « nouvelles pièces disponibles » prouve une diffusion, pas le contenu de la modification. Elle doit pointer vers l’acte ou le fichier concerné. Si celui-ci n’est pas présent, le registre affiche `announced_but_missing`.

La ligne contient l’identifiant d’origine, ou l’absence déclarée d’identifiant, l’émetteur, le canal, les heures disponibles, la procédure, le lot, la phase, le public, le lien vers l’objet précédent, la description, l’inventaire de fichiers et l’instruction d’accusé de réception. Ajoutez l’emplacement précis de la preuve et la méthode de découverte. Gardez le texte de l’acheteur à côté des valeurs normalisées. Un rapprochement automatique reste ainsi vérifiable par une personne qui lit la source.

Le FAR 15.206 offre un exemple précis dans les marchés fédéraux américains. Il prévoit notamment le service émetteur, le numéro et la date de la sollicitation, le numéro et la date de l’amendement, le nombre de pages, la description et, le cas échéant, la nouvelle date de clôture. Le Standard Form 30 rassemble aussi la référence de la sollicitation, le numéro, la date d’effet, la description et les modalités d’accusé de réception. N’appliquez pas cette forme à un marché européen. Retenez plutôt la logique: l’identité, la portée et l’action demandée doivent rester liées.

**Champs d’un objet de modification**

| Champ | Contenu attendu | Raccourci refusé |
| --- | --- | --- |
| change_id | identifiant acheteur et source | nom local du fichier |
| changed_object | avis, clause ou version visés | antécédent supposé |
| applicability | procédure, lot, phase, public | titre général |
| times | émission, publication, réception, observation | date du navigateur |
| package_manifest | pièces annoncées et trouvées | résumé narratif |
| bidder_action | formalité et échéance exactes | téléchargement réussi |

## Une suite 01, 02, 04 reste incomplète tant que 03 manque

Classez les objets selon la logique publiée par le système et leurs références explicites. Si l’acheteur numérote ses additifs sans interruption et que le dossier contient 01, 02 et 04, utilisez `sequence_gap`. La présence du numéro 04 ne ferme rien. Il faut obtenir le numéro 03 ou une explication acheteur prouvant que cette position n’existe pas pour le périmètre contrôlé. Une référence vers une version absente, un courriel citant une annexe introuvable ou un `amendsReleaseID` sans release correspondante créent le même type de rupture.

La numérotation ne doit pas être interprétée avant d’en connaître la portée. Elle peut recommencer pour chaque lot, exercice, service ou phase. Deux numéros identiques peuvent donc être légitimes, et un saut apparent peut appartenir à un autre lot. Les vues consolidées demandent une autre distinction. L’avis TED consolidé peut établir la valeur actuelle des champs de l’avis. Il ne prouve pas que toutes les pièces signalées ont été reçues ni qu’une formalité antérieure a été accomplie.

L’absence observée se formule avec prudence: `no_amendment_found` signifie qu’aucune modification applicable n’a été trouvée dans les sources accessibles et nommées jusqu’à `checked_at`. Si la messagerie imposée reste inaccessible, le résultat devient `source_unavailable`. Si le lot ou le public n’est pas certain, utilisez `applicability_unresolved`. Une fois le délai de validité atteint ou un signal de changement reçu, l’ancien résultat passe à `stale_check`. Ces valeurs empêchent une inconnue de se transformer en validation par défaut.

**États de décision pour la chaîne**

| État | Interprétation | Suite permise |
| --- | --- | --- |
| complete_through_checked_at | chaîne continue dans la couverture déclarée | transmettre au contrôle documentaire |
| sequence_gap | numéro ou référence attendu absent | bloquer la complétude |
| source_unavailable | canal désigné non contrôlé | demander un accès autorisé |
| applicability_unresolved | portée fournisseur ou lot indécise | faire examiner la règle |
| acknowledgement_pending | formalité connue mais ouverte | affecter le responsable |
| no_amendment_found | aucun objet dans le champ observé | conserver la réserve |
| stale_check | contrôle arrivé à expiration | relancer les sources |

## Vérifiez le contenu du paquet après avoir trouvé la modification

Capturez l’inventaire acheteur ou la liste visible sur la plateforme autorisée avant de classer le paquet comme reçu. Pour chaque pièce, consignez le nom source, l’identifiant de plateforme, le type de média, la taille en octets et, lorsque la politique interne le permet, une empreinte cryptographique. Testez l’ouverture du fichier. Une pièce absente, un fichier corrompu, une archive protégée et un format non pris en charge appellent des traitements différents. Une empreinte égale prouve l’égalité des octets, sans prouver l’autorité ou la portée de la pièce.

Le nom et les propriétés internes sont des indices faibles. Le bordereau `BPU.xlsx` peut être remplacé sans être renommé. L’heure du téléchargement appartient au candidat. La date de création d’un PDF peut venir du logiciel d’export. Appuyez l’identité sur plusieurs éléments: inventaire de l’acheteur, objet de plateforme, métadonnées d’émission et empreinte du contenu. Lorsqu’une URL de téléchargement change à chaque session, conservez plutôt l’identifiant stable de procédure, la référence de la pièce et le chemin public ou autorisé permettant de la retrouver.

Le résumé de l’additif sert de repère, pas de certificat. Un classeur peut changer de formule, de contrôle de saisie ou de colonne sans que chaque différence figure dans le texte d’accompagnement. Le présent contrôle s’arrête à l’identité et à la réception du paquet. La comparaison détaillée avec l’ancienne version, l’analyse des impacts et la correction de l’offre appartiennent au processus de traitement d’un additif déjà reçu.

- Conservez l’inventaire observé avant tout remplacement local.
- Reliez l’empreinte à la source, la référence et l’heure de contrôle.
- Séparez les pièces absentes, illisibles et soumises à autorisation.
- Gardez les versions remplacées sous contrôle pour la comparaison suivante.
- Ne transmettez que la frontière du paquet acceptée et sourcée.

## Séparez réception, applicabilité et formalité demandée

Posez trois questions indépendantes. Le candidat a-t-il reçu l’objet émis? Cet objet vise-t-il son lot, sa phase et son statut? L’acheteur demande-t-il un accusé de réception? Dans le cadre fédéral américain, la clause FAR 52.215-1 impose, lorsqu’elle s’applique, l’accusé de réception de tout amendement à la date et à l’heure indiquées. FAR 52.214-3 énumère des méthodes pour certaines invitations à soumissionner et exige la réception dans les délais. D’autres consultations utilisent une case sur la plateforme, un formulaire signé, un message ou aucune formalité.

Créez une action distincte avec `required`, `method`, `due_at`, `authorized_actor`, `status` et `evidence_location`. L’agent de recherche peut extraire l’instruction, préparer les références et signaler l’échéance. Il ne coche pas la case, ne signe rien et n’envoie aucun message sans mandat. Une telle action peut révéler la participation, engager le candidat ou influer sur la recevabilité. L’accès à un document n’accorde pas le pouvoir de représenter l’entreprise.

Les traces ne sont pas interchangeables. La preuve de l’accusé ne démontre pas que les réponses et les prix ont été corrigés. Une offre corrigée ne démontre pas que l’acheteur a reçu l’accusé. Si un responsable conclut que l’objet ne s’applique pas, gardez tout de même la ligne, le passage cité et l’identité du contrôleur. Une conséquence juridique incertaine doit être soumise à la fonction compétente plutôt que résolue par le nom du fichier.

**Quatre contrôles avec quatre preuves**

| Contrôle | Question | Preuve attendue |
| --- | --- | --- |
| Réception | L’objet émis est-il détenu? | événement du canal et fichier identifié |
| Applicabilité | Vise-t-il ce lot, cette phase et ce candidat? | texte acheteur et revue |
| Accusé | L’action imposée a-t-elle été reçue à temps? | preuve d’action autorisée |
| Mise à jour | Les éléments de l’offre ont-ils été corrigés? | dossier de changement distinct |

## Fournissez une décision structurée qui peut expirer

La sortie présente d’abord les faits: `claim_key`, `source_coverage`, `amendments`, `chain_edges`, `package_objects`, `decision_state`, `unresolved_items`, `acknowledgement_actions`, `checked_at`, `valid_until`, `next_check_at` et `next_action`. Chaque valeur décisive renvoie vers une source publique ou vers une référence privée précise, visible uniquement par les personnes habilitées. Les champs inconnus restent nuls. Un autre agent peut ainsi refaire le raisonnement et contester une liaison sans interpréter une note commerciale.

Calculez la durée de validité selon le temps restant, le rythme des changements et le fonctionnement des alertes. Certains événements annulent immédiatement la décision: nouvelle version d’avis, inventaire de plateforme modifié, message acheteur ou empreinte différente. Programmez aussi un contrôle avant la validation finale du prix et juste avant le dépôt. Ne promettez pas une surveillance continue si le service nommé ne fournit pas d’événements auditables et si sa couverture n’est pas établie.

Chaque état conduit à une action bornée. `complete_through_checked_at` transmet le paquet au circuit documentaire. `sequence_gap` prépare la demande de la pièce manquante. `source_unavailable` déclenche une demande d’accès. `applicability_unresolved` présente la question sourcée au responsable d’offre, à l’acheteur ou au conseil selon les règles. `acknowledgement_pending` assigne la formalité à une personne habilitée. Aucun de ces états n’autorise l’agent de découverte à modifier ou déposer l’offre.

**Exemple fictif de résultat lisible par un agent**

| Clé | Valeur |
| --- | --- |
| claim_key | VDM-DSI-2026-44, lot 1, remise finale |
| observed_sequence | 01, 02, 04 |
| decision_state | sequence_gap |
| missing_object | additif 03 ou explication acheteur |
| package_intake | bloqué |
| next_action | soumettre la demande d’accès pour autorisation |
| checked_at | 2026-09-23T08:40:00Z |

## Résultats utiles

- La conclusion cite la procédure, le lot, la phase, le groupe de candidats, les sources couvertes et l’heure contrôlée.
- Chaque canal imposé par l’acheteur est marqué comme vérifié, inaccessible ou hors périmètre avec sa justification.
- Chaque modification conserve son libellé d’origine, son identifiant, son antécédent, sa portée et son inventaire de pièces.
- Les ruptures de séquence et les attributions de lot incertaines empêchent une validation silencieuse.
- La formalité d’accusé de réception possède un responsable et une preuve distincts du téléchargement.
- Le dossier n’entre dans le circuit de traitement qu’après une décision de complétude encore valable.

## Déroulement

1. **Délimiter la vérification.** Inscrivez la procédure, la filiation d’avis, le lot, la phase, le public fournisseur, les canaux et `checked_at` avant toute conclusion sur la dernière version.
2. **Cartographier les canaux.** Relevez dans le règlement de consultation où paraissent les avis, pièces, questions-réponses, notifications privées et demandes de confirmation.
3. **Construire la filiation.** Créez une ligne par objet de changement et reliez-la à l’avis, la pièce ou la modification antérieure qu’il vise explicitement.
4. **Contrôler les pièces reçues.** Rapprochez l’inventaire publié des copies maîtrisées. Distinguez pièces absentes, illisibles, réservées et remplacées sous le même nom.
5. **Publier un état périssable.** Rendez la décision avec ses preuves, ses inconnues, `valid_until`, `next_check_at` et la prochaine action permise par le statut.

## Décisions clés

- Les objets observés appartiennent-ils à la même procédure et à la même filiation de publication ?
- Quel lot, quelle phase et quel groupe de candidats chaque modification concerne-t-elle ?
- Quels canaux la consultation désigne-t-elle pour les avis, les pièces, les réponses et les notifications ?
- La numérotation ou le lien vers l’antécédent révèle-t-il une rupture inexpliquée ?
- Toutes les pièces annoncées correspondent-elles à une copie identifiée et lisible ?
- Une confirmation, un nouveau formulaire ou une autre action externe est-il exigé ?
- Les preuves permettent-elles `complete_through_checked_at` ou imposent-elles un état d’exception ?
- Quel événement rendra la conclusion caduque avant la prochaine échéance ?

## Risques

- La page courante peut masquer les versions de publication qui l’ont précédée.
- Le numéro le plus élevé peut être authentique alors qu’un maillon antérieur manque.
- Un avis officiel peut être à jour sans contenir les annexes du profil acheteur désigné.
- Une alerte électronique peut annoncer une pièce sans la transmettre ni la remplacer.
- Le même nom de fichier peut désigner deux contenus différents.
- Une réponse officielle peut modifier le travail demandé sans porter le titre d’additif.
- Une pièce peut viser un lot ou des candidats sélectionnés plutôt que toute la consultation.
- Le téléchargement peut être confondu avec l’accusé de réception demandé par l’acheteur.

## Indicateurs

- canaux désignés contrôlés avec heure, mode d’accès et rôle de source
- objets de changement avec identité, portée et référence antérieure étayées
- pièces annoncées rapprochées d’une copie et, si autorisé, d’une empreinte
- ruptures de séquence et accès manquants traités avant l’entrée documentaire
- formalités de confirmation affectées à une personne habilitée avec preuve de réception
- décisions indiquant la couverture exacte et la fin de validité
- nouveaux contrôles après avis, message, réponse ou changement de fichier
- mises à jour de l’offre reliées à un objet de modification accepté

## Questions fréquentes

### Le numéro le plus élevé prouve-t-il que mon dossier est à jour ?

Non. Il prouve seulement quel numéro vous avez trouvé. Vérifiez la logique de séquence, les antécédents, tous les canaux désignés et les pièces associées.

### Un avis consolidé remplace-t-il tout l’historique ?

Il peut établir l’état courant des champs de l’avis. Gardez ses références de changement et contrôlez séparément les documents externes, messages privés et formalités.

### Que noter lorsqu’aucun additif n’apparaît ?

Notez `no_amendment_found`, les sources accessibles contrôlées et l’heure. Cette observation bornée ne permet pas d’affirmer qu’aucun additif n’existe.

### La date incluse dans le nom d’un fichier suffit-elle ?

Non. Conservez-la comme indice et recherchez l’identifiant acheteur, les métadonnées d’émission, l’objet de plateforme et la filiation de publication.

### Une empreinte identique prouve-t-elle que la pièce est la bonne ?

Elle prouve que deux flux d’octets sont identiques. La source, l’identité, le champ d’application et l’heure de contrôle doivent encore établir que la pièce est applicable.

### Une réponse officielle doit-elle figurer dans le registre ?

Oui si elle corrige, modifie ou explique avec autorité une obligation. Conservez le statut que lui donne la consultation au lieu de la rebaptiser automatiquement additif.

### Un agent peut-il accuser réception à ma place ?

Seulement dans un processus externe contrôlé avec autorisation explicite. Il peut préparer l’action et ses références, mais la découverte du document ne lui donne aucun mandat.

### Quand faut-il recommencer la vérification ?

À `valid_until`, lors de tout nouvel avis, message, inventaire ou fichier, avant une validation importante et juste avant le dépôt. Enregistrez chaque nouvelle heure de contrôle.


## Sources primaires

- [Avis de changement TED eForms](https://docs.ted.europa.eu/eforms/latest/schema/change-notice.html), Office des publications de l’Union européenne
- [Identifiants et versions des avis TED](https://docs.ted.europa.eu/eforms/latest/schema/notice-information.html), Office des publications de l’Union européenne
- [Références entre avis dans eForms](https://docs.ted.europa.eu/eforms-common/FAQ/index.html), Office des publications de l’Union européenne
- [Orientations britanniques sur la modification d’une procédure](https://www.gov.uk/government/publications/procurement-act-2023-guidance-documents-procure-phase/modifying-a-competitive-procurement-html), UK Cabinet Office
- [API Find a Tender pour les paquets de releases OCDS](https://www.find-tender.service.gov.uk/apidocumentation/1.0/GET-ocdsReleasePackages), UK Cabinet Office
- [Mises à jour et modifications OCDS](https://standard.open-contracting.org/latest/en/guidance/map/amendments/), Open Contracting Partnership
- [Registre OCDS et historique versionné](https://standard.open-contracting.org/latest/en/schema/records_reference/), Open Contracting Partnership
- [FAR 15.206 sur la modification d’une sollicitation](https://www.acquisition.gov/far/15.206), Acquisition.gov
- [FAR 52.215-1 sur l’accusé de réception](https://www.acquisition.gov/far/52.215-12-0), Acquisition.gov
- [Limites de l’API publique SAM.gov Opportunities](https://open.gsa.gov/api/get-opportunities-public-api/), U.S. General Services Administration
- [Standard Form 30](https://www.gsa.gov/cdnstatic/SF30-16c.pdf), U.S. General Services Administration


## Articles complémentaires

- [Comment prouver que toutes les pièces requises sont présentes](https://zephior.com/fr/insights/verify-all-required-tender-attachments)
- [Quels changements séparent deux versions d’un appel d’offres ?](https://zephior.com/fr/insights/compare-changes-between-rfp-versions)
- [Cette preuve couvre-t-elle vraiment l’affirmation de l’offre ?](https://zephior.com/fr/insights/verify-the-scope-of-proposal-evidence)
- [Auditer les citations d’une offre avant son dépôt](https://zephior.com/fr/insights/audit-citations-in-an-rfp-response)
