---
title: "Quelle publication d’appel d’offres fait foi ?"
description: "Reliez les annonces trouvées à leurs identifiants officiels, puis désignez la source compétente pour chaque donnée du marché."
canonical: "https://zephior.com/fr/insights/identify-the-official-tender-notice"
last-updated: 2026-09-03
---

# Quelle publication d’appel d’offres fait foi ?

> Reliez les annonces trouvées à leurs identifiants officiels, puis désignez la source compétente pour chaque donnée du marché.

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

## Définition

Une fiche d’autorité des sources rassemble les publications publiques rattachées à une procédure, prouve la fonction de chaque site et indique quelle source est compétente pour chaque donnée utilisée. Son noyau d’identité conserve le système et la valeur du numéro de publication, l’identifiant et la version de l’avis, l’identifiant de procédure, celui de l’acheteur, le lot ou la partie et la référence interne. La fiche garde aussi les adresses publiques de la publication réglementaire, du profil d’acheteur ou portail opérationnel désigné, de toute représentation officielle des données et du site qui a permis la découverte. Un lien de travail canonique offre un point de reprise stable sans effacer les autres sources. Plusieurs sources peuvent être officielles pour des fonctions différentes. Le journal authentifie une publication, tandis que le portail cité dans l’avis met les pièces à disposition. Toute conclusion doit donc nommer la donnée concernée, son périmètre et l’heure de vérification.

## Problème

Une seule procédure peut apparaître sur un moteur de recherche, une plateforme commerciale, le site institutionnel de l’acheteur, un portail national, le Journal officiel de l’Union européenne et un profil d’acheteur exploité par un prestataire. Les titres ont parfois été raccourcis ou traduits. Les dates changent de format. Une page reprend une première version alors qu’une autre affiche un avis de changement. Le même identifiant local peut côtoyer un numéro de publication, un identifiant de procédure et plusieurs numéros de lot. Une interface soignée peut sembler plus crédible que la page officielle tout en omettant une modification. À l’inverse, un domaine privé peut héberger le portail que l’acheteur a expressément désigné. Choisir selon le logo, le suffixe du domaine ou le premier résultat conduit à copier une échéance non confirmée, à mélanger deux lots ou à traiter un avis d’attribution comme l’annonce ouverte. Il faut d’abord prouver l’objet, le rôle de publication et le lien officiel entre les services.

## Point de vue

Résolvez l’identité avant de parler d’autorité. Un titre proche n’est qu’un indice. Une combinaison vérifiable de numéro d’avis, version, identifiant de procédure, acheteur et lot relie les pages sans les confondre. Classez ensuite chaque source selon sa fonction. Un service réglementaire atteste la publication qu’il porte. Le portail désigné par l’acheteur peut gouverner l’accès aux pièces, les messages, les questions ou le dépôt. Une API officielle rend des champs plus faciles à traiter, mais sa documentation peut limiter le résultat aux avis actifs ou à la dernière version. Un agrégateur aide à trouver le marché et reste une source secondaire. Attribuez chaque information à la source autorisée pour cette opération, gardez les valeurs incompatibles et signalez toute relation non prouvée. Un agent peut interroger les services publics, suivre des liens explicites et rédiger la fiche. Il doit s’arrêter avant une connexion, une inscription, une prise de contact, un choix entre consignes officielles contradictoires ou une interprétation juridique.

## Un titre ne suffit pas à identifier la bonne publication

Construisez une table des candidats avant de chercher la meilleure page. Copiez les valeurs telles qu’elles apparaissent: titre, acheteur, référence locale, type d’avis, date de publication, échéance affichée, lot, URL, langue et heure de consultation. Ne corrigez pas encore les écarts. Le nom d’un programme sur le site de la collectivité peut différer du libellé réglementaire. L’agrégateur peut supprimer le numéro de lot. Deux procédures annuelles peuvent porter exactement le même titre. Les différences permettent justement de tester l’identité.

Chaque famille d’identifiants répond à une question. Le numéro de publication ou Notice ID retrouve un avis donné. La version précise la forme éditoriale consultée. L’identifiant de procédure relie les publications qui jalonnent le même processus. Une référence interne ou Solicitation Number aide à retrouver le dossier dans l’outil de l’acheteur, mais n’est pas forcément unique en dehors de cet environnement. Les identifiants de lot, partie, accord-cadre ou contrat limitent encore le champ. Les eForms TED distinguent Notice Identifier, Notice Version et Procedure Identifier. Find a Tender joint les avis par OCID. SAM.gov expose Notice ID et Solicitation Number séparément. Une fiche exploitable garde toujours le système, l’éditeur et la valeur.

Une correspondance forte repose sur un identifiant formel partagé ou un renvoi officiel explicite, complété par le contrôle de l’acheteur et du lot. Sans identifiant, plusieurs caractéristiques concordantes peuvent justifier une hypothèse provisoire, jamais une fusion silencieuse. Suspendez le rapprochement si une page vise l’accord-cadre et l’autre un marché subséquent, si les lots ne couvrent pas le même objet ou si une nouvelle compétition réutilise l’intitulé d’un contrat précédent. Les dossiers resteront séparés jusqu’à une décision de filiation ou de dédoublonnage.

**Chaque identifiant désigne un objet différent**

| Champ | Objet désigné | Usage fiable | Erreur à éviter |
| --- | --- | --- | --- |
| Numéro de publication ou d’avis | Un avis ou une diffusion précise | Retrouver et citer la publication | L’utiliser comme identifiant du processus entier |
| Version de l’avis | Une version éditoriale du même avis | Fixer la représentation examinée | Présumer une modification de fond |
| Identifiant de procédure ou OCID | Le processus contractuel dans le temps | Relier planification, appel, résultat et suivi | Supprimer les avis liés comme doublons |
| Référence acheteur ou sollicitation | La clé locale du dossier opérationnel | Retrouver les pièces sur une autre plateforme | L’imaginer unique à l’échelle mondiale |
| Identifiant de l’acheteur | L’organisation dans un registre donné | Distinguer homonymes et mandataires | Se fier à la marque institutionnelle |
| Identifiant de lot, partie ou contrat | Une fraction bornée de la procédure | Empêcher la propagation de données entre périmètres | Hériter de la valeur du niveau parent |

## Le statut du site et le rôle de la page sont deux preuves distinctes

Le propriétaire du domaine ne donne pas à lui seul la réponse. Une métropole peut publier sur son site une actualité véridique mais non réglementaire. Un éditeur de logiciel privé peut exploiter le profil d’acheteur expressément indiqué dans l’avis. Un autre portail privé peut recopier ces informations pour vendre des alertes. Il faut distinguer l’opérateur du service, l’autorisation qui lui est donnée et la fonction de la page précise. Même un domaine public peut héberger une archive, une traduction ou un résumé qui ne porte pas la consigne recherchée.

Vérifiez l’opérateur dans les mentions légales et la documentation du service. Vérifiez le cadre de publication dans les textes ou guides officiels de la juridiction. Vérifiez enfin la désignation concrète en partant de l’avis ou d’un document émis par l’acheteur. La prétention du portail à être officiel ne se prouve pas elle-même. Formulez la relation avec précision: publication au supplément du Journal officiel, avis émis sur la plateforme centrale, pièces accessibles à l’adresse citée dans l’avis, page de contexte rédigée par l’acheteur ou index sans relation d’émission.

Les formats structurés méritent une catégorie propre. Une sortie JSON, un XML, un PDF et une page HTML peuvent provenir du même éditeur officiel. Ils n’ont pas toujours la même couverture. La documentation de l’API publique SAM.gov dit fournir la dernière version active et renvoie à Data Services pour toutes les versions. Find a Tender distribue des paquets OCDS où un identifiant de release s’inscrit dans une procédure liée par OCID. L’agent doit conserver le format, la date de mise à jour, la portée temporelle et les règles de version avant de présenter un résultat d’API comme historique complet.

**Catégories fonctionnelles des pages candidates**

| Catégorie | Preuve attendue | Données soutenues | Traitement |
| --- | --- | --- | --- |
| Service de publication réglementaire ou central | Texte, guide ou déclaration officielle | Publication, identifiants, champs émis et filiation publiée | Primaire pour la fonction de publication |
| Portail opérationnel désigné | Renvoi depuis un avis ou document acheteur | Pièces, messages, questions ou dépôt dans le périmètre indiqué | Primaire pour cette opération |
| Page institutionnelle de l’acheteur | Domaine et responsabilité éditoriale établis | Contexte et annonces propres à l’acheteur | Vérifier si elle publie ou résume |
| Représentation officielle des données | Documentation éditeur et identifiants concordants | Champs structurés dans la couverture annoncée | Garder format, version et limites |
| Index ou agrégateur secondaire | Données reprises ou enrichies sans mandat d’émission | Chemin de découverte et métadonnées secondaires | Confirmer toute consigne ailleurs |
| Source indéterminée | Opérateur ou lien officiel non prouvé | Constat de ce qui était affiché | Exclure des décisions |

## Une procédure contient plusieurs avis qui ne disent pas la même chose

Planification, avis de marché, avis de changement, annulation, résultat et modification contractuelle peuvent tous être officiels et appartenir au même dossier. Leur identifiant commun prouve une relation, pas une équivalence. La FAQ eForms de TED précise que la plupart des avis d’une procédure sont reliés par le Procedure Identifier. Certaines relations demandent un champ plus précis. Un avis de changement désigne l’avis modifié. Les avis de planification peuvent nécessiter une référence spécifique, car ils ne portent pas toujours l’identifiant de procédure ordinaire.

Donnez une ligne à chaque publication. Ne créez une arête entre deux lignes qu’à partir d’un identifiant officiel, d’un champ de changement, d’une relation de processus ou d’un renvoi explicite de l’acheteur. Nommez cette relation: même procédure, modifie, remplace, découle de la planification, établit un accord-cadre, marché subséquent ou lien non démontré. Le titre commun ne suffit pas. La date la plus récente ne prouve pas davantage que le nouvel avis remplace toutes les données précédentes.

Conservez les publications anciennes dans la fiche. L’aide TED explique que le filtre des dernières versions masque les versions antérieures dans les résultats tout en les laissant disponibles. Supprimer ces lignes retire la preuve nécessaire pour expliquer une évolution. Mais afficher le dernier avis en tête ne permet pas de le qualifier d’appel ouvert. Il pourrait annoncer un résultat ou une modification. La fiche de sources conserve type, version, heure et relation, puis transmet la vérification du dernier amendement, de l’annulation ou du statut à la procédure spécialisée.

**Ligne minimale dans le graphe des avis**

| Champ | Valeur attendue | Règle de preuve |
| --- | --- | --- |
| publisher | Éditeur légal ou opérateur du service | Nommer l’entité, pas seulement le domaine |
| notice_identity | Système, numéro d’avis et version | Conserver la syntaxe de la source |
| procedure_identity | Système et identifiant de procédure | Laisser vide lorsque le formulaire n’en fournit pas |
| scope_identity | Acheteur, lot, partie ou contrat | Ne pas copier entre niveaux |
| notice_type | Type formel publié | Ne pas substituer la catégorie de l’agrégateur |
| relationship | Relation typée et identifiant cible | Exiger un renvoi officiel explicite |
| observed_at | Horodatage avec fuseau | Décrire la collecte sans promettre l’actualité |
| public_url | Page publique sans paramètres privés | Tester dans une session anonyme neuve |

## La source compétente dépend de la donnée à prouver

Pour les marchés européens concernés, l’avis signé électroniquement et publié dans le supplément du Journal officiel est la publication authentique. L’avis peut pourtant renvoyer vers un profil d’acheteur national pour les documents. L’article 53 de la directive 2014/24/UE prévoit que le texte de l’avis précise l’adresse internet où les pièces sont accessibles. Le journal reste la source de sa publication. Le portail désigné devient la source directe des fichiers et opérations qu’il porte. Chercher un seul domaine gagnant détruirait cette répartition utile.

La même prudence vaut au Royaume-Uni. Les orientations du Cabinet Office identifient Find a Tender comme plateforme numérique centrale et indiquent que les avis y sont publiés avant d’être placés ailleurs, sous réserve des mécanismes prévus en cas d’indisponibilité. Une collectivité peut ensuite reprendre l’avis sur son portail local. Elle peut aussi employer un prestataire pour les documents ou le dépôt. Pour chaque usage, nommez la proposition à prouver: publication de l’avis, identité du processus, disponibilité d’un fichier, canal de question, dépôt ou statut actuel.

Associez ensuite la preuve. La publication utilise le service autorisé, son numéro et sa version. Une liste de pièces utilise le portail désigné et l’heure de collecte. Le canal de dépôt utilise la consigne acheteur la plus récente dans son périmètre. Le statut ouvert et le délai doivent faire l’objet d’un contrôle de situation séparé. Si deux sources officielles diffèrent, conservez les deux observations et cherchez d’abord un changement de lot, de version ou de type d’avis. La fiche n’invente pas de hiérarchie juridique entre des textes contradictoires.

**Choisir la preuve selon la donnée**

| Donnée utilisée | Première source | Contrôle associé | Preuve insuffisante |
| --- | --- | --- | --- |
| Publication authentique de l’avis | Journal ou plateforme centrale autorisée | Numéro, version et fondement juridique | Texte recopié sans provenance |
| Identité de la procédure | Identifiant officiel de procédure ou d’avis | Acheteur, lot et avis explicitement liés | Ressemblance du titre |
| Pièces de consultation disponibles | Portail désigné dans l’avis ou par l’acheteur | Noms de fichiers, versions et heure de collecte | Liste de pièces copiée par un index |
| Canal de question ou de dépôt | Consigne acheteur actuelle | Identité du portail et portée de la consigne | Adresse générique ou contact informel |
| Statut ou échéance actuelle | Avis officiel actuel et portail désigné | Filiation des changements et horodatage précis | Annonce unique non datée |
| Champ pour traitement automatique | API ou jeu de données officiel documenté | Couverture de versions et fréquence de mise à jour | Historique complet supposé |

## Le lien canonique n’efface ni les miroirs ni la provenance

Le livrable tient dans une fiche, mais cette fiche conserve plusieurs blocs: identité de la procédure, inventaire des sources, filiation des avis, affectation d’autorité, conflits, accès et suite. Elle choisit une URL de travail canonique. Cette page publique doit permettre à un nouveau lecteur de reprendre la procédure de façon stable dans la juridiction concernée. Ce choix pratique ne donne aucune compétence supplémentaire à la page. Ajoutez la recherche exacte par identifiant pour pouvoir retrouver le dossier si le routage change.

Placez les autres adresses officielles à côté. Il faut normalement garder la publication authentique ou centrale et le portail opérationnel désigné lorsqu’ils sont distincts. Une représentation officielle pour machines peut compléter le tout. L’URL de l’agrégateur reste dans `discovered_at_source`, avec l’heure et les valeurs observées. Elle aide à comprendre la découverte et à mesurer les écarts, mais ne devient pas la référence des instructions. Excluez les raccourcis de suivi, favoris personnels, paramètres d’authentification et jetons de session.

Une justification d’une phrase accompagne chaque affectation. “Source officielle” ne suffit pas. Écrivez plutôt: “Les orientations applicables désignent Find a Tender comme plateforme centrale; cet enregistrement porte le Notice ID X et l’OCID Y.” Pour un avis européen: “La publication signée du JOUE authentifie cet avis; son champ d’accès aux pièces désigne le portail Z.” Conservez le passage, la langue, le moment de lecture et la transformation éventuelle. La fiche doit pouvoir être auditée sans confiance préalable dans son auteur.

**Contrat de la fiche d’autorité**

| Bloc | Contenu obligatoire | États autorisés |
| --- | --- | --- |
| identity | Juridiction, acheteur, procédure, avis, version, lot et référence locale | confirmé, provisoire, rejeté |
| sources | URL originales, opérateurs, rôles, langues et heures de collecte | rôle vérifié, secondaire, indéterminé |
| lineage | Types d’avis, versions et renvois officiels typés | lié, possible, sans lien |
| fact_authority | Donnée, source compétente, champ, motif et portée | résolu, contradictoire, non contrôlé |
| canonical_recovery | Page publique, requête par identifiant et liens officiels associés | vérifié, accès limité, instable |
| next_action | Responsable, question bornée, destination et date | aucune, revérifier, expertise, clarification acheteur |

## Une source inaccessible reste la source à vérifier

Les services officiels connaissent des pannes, des restrictions documentaires et des parcours réservés aux entreprises inscrites. Une API publique peut ne pas contenir les archives. Un journal peut renvoyer vers une plateforme externe dont il ne garantit pas le fonctionnement. Notez l’adresse tentée, la réponse reçue, l’heure et la condition d’accès affichée. L’état est alors accès limité. Il ne devient ni “vérifié ailleurs” ni “remplacé par l’agrégateur”.

La copie secondaire reste utile comme piste. Stockez son identifiant allégué et ses valeurs sous le statut secondaire non confirmé. Cherchez l’identifiant sur le service officiel, essayez une autre représentation publique ou ouvrez une nouvelle session sans compte. Si les pièces exigent légalement une inscription ou l’acceptation de conditions, assignez ce passage à une personne autorisée. Un agent ne crée pas de compte, ne réutilise pas des identifiants d’accès et ne contourne pas une restriction.

Un conflit entre deux pages officielles reçoit une question précise. S’agit-il de deux lots? Une date est-elle celle de publication plutôt que celle de remise? Un avis de changement référence-t-il la première valeur? L’actualité de l’acheteur est-elle restée en ligne après correction? Conservez les deux données, leurs portées et leurs heures. Si la divergence touche participation, prix, conformité ou dépôt, bloquez son usage. La présente fiche établit les rôles; les workflows dédiés décident le statut, le délai, la dernière modification ou la règle documentaire.

- Ne contournez jamais authentification, paiement, règles robots ou restrictions documentaires.
- Ne présentez pas une page en cache comme le service officiel actuel.
- Ne remplacez pas une valeur contradictoire avant de garder son périmètre et son heure.
- Ne contactez pas l’acheteur sans canal autorisé et validation humaine.
- Ne déduisez pas l’autorité juridique d’un drapeau, logo ou suffixe national.

## Un agent doit rendre un dossier vérifiable, pas une réponse confiante

Le mandat part des URLs candidates et de la donnée à établir. Il exige une fiche structurée, pas seulement “voici le bon lien”. L’agent retourne les identifiants exacts, les opérateurs, les fonctions, les adresses nettoyées, les passages décisifs, les langues et les heures de collecte. Toutes les sources candidates restent dans le résultat. Les champs observés sont séparés des valeurs acceptées. Une réponse sans chaîne d’identifiants échoue au contrat, même si son URL semble plausible.

L’agent peut lancer des recherches publiques, appeler une API officielle documentée, suivre les renvois d’un avis et comparer acheteur, procédure et lot. Il peut proposer le lien canonique et la source compétente pour un fait. Il s’arrête si la juridiction manque, si les identifiants couvrent des lots différents, si le lien officiel repose seulement sur une auto-déclaration, si des credentials sont nécessaires ou si deux consignes officielles s’opposent. Il ne téléphone pas, n’envoie pas de courriel, ne s’inscrit pas, n’accepte pas de conditions et ne tranche pas une question de droit.

La sortie doit être réutilisable par d’autres outils. Gardez le texte original à côté de toute traduction de travail. Utilisez `null` pour une information absente. `observed_value` enregistre ce qui a été lu; `accepted_value` ne reçoit qu’une valeur étayée. `source_role` décrit la fonction de la page et `authority_for` la donnée confiée à cette source. `coverage_limit` documente les périodes et versions d’une API. Ces distinctions évitent que les vérifications suivantes de délai, statut ou amendement héritent d’une supposition invisible.

**Mandat borné de l’agent**

| Action permise | Preuve à rendre | Arrêt obligatoire avant |
| --- | --- | --- |
| Interroger un service public | Requête, URL, identifiant et heure | Promettre une couverture non documentée |
| Suivre un lien vers les pièces | Champ d’origine, destination et état d’accès | Connexion, inscription ou acceptation de conditions |
| Comparer les identifiants | Système, valeur, périmètre et différence | Fusionner des procédures ou lots indécis |
| Classer la fonction d’une source | Preuve de l’opérateur et désignation officielle | Déduire le rôle du graphisme ou du domaine |
| Proposer une autorité pour un fait | Fait, champ, motif, portée et incertitude | Arbitrer des instructions officielles incompatibles |
| Créer un chemin de reprise | URL propre, recherche par identifiant et lien associé | Stocker secrets, sessions ou fichiers privés |

## La bonne réponse peut conserver deux sources officielles

Une entreprise fictive découvre “Plateforme d’information voyageurs” dans un agrégateur. La fiche nomme l’Autorité de transport de Pont-Nord, affiche une remise au 18 octobre et passe par une redirection suivie. Une actualité institutionnelle annonce le projet avec une date du 16 octobre. Le supplément du Journal officiel contient un numéro de publication, un Notice Identifier et un Procedure Identifier. Son champ d’accès aux documents renvoie vers le profil d’acheteur national, où la référence ATPN/SI/26/17 ouvre deux lots.

Les identifiants relient la publication au Journal officiel et le dossier du profil d’acheteur. L’actualité reprend la même référence locale et pointe vers l’avis. L’agrégateur connaît le titre et la référence, mais rien ne lui confère un rôle d’émission. La fiche classe le journal comme publication authentique, le profil comme portail documentaire désigné, la page de l’acheteur comme contexte institutionnel et l’agrégateur comme moyen de découverte. La page publique du journal devient le lien de reprise canonique; le portail documentaire reste un lien officiel associé.

La divergence des échéances n’est pas résolue dans cette analyse de provenance. Les dates du 18 et du 16 octobre restent des observations secondaires ou contextuelles. Les champs officiels de délai, lot par lot, doivent être contrôlés avec leur heure et leur fuseau. Aucun calendrier de réponse n’est alimenté avant ce contrôle. Le workflow de rapprochement des délais reçoit cependant une identité déjà solide: publication, procédure, acheteur, référence locale et lots. La provenance est résolue sans masquer le fait opérationnel encore incertain.

**Résultat du cas fictif**

| Page candidate | Rôle établi | Donnée couverte | Décision |
| --- | --- | --- | --- |
| Avis du Journal officiel | Publication authentique | Publication et champs de l’avis | Lien de reprise canonique |
| Profil d’acheteur national | Portail opérationnel désigné | Pièces accessibles et opérations du portail | Lien officiel associé, périmètre des lots conservé |
| Actualité de l’acheteur | Information institutionnelle | Contexte tant qu’aucun rôle d’émission n’est démontré | Conservée avec la divergence |
| Agrégateur commercial | Index secondaire | Découverte uniquement | Aucune valeur opérationnelle acceptée |

## Résultats utiles

- La procédure examinée est séparée des achats similaires, des campagnes antérieures et des procédures de remplacement.
- Les identifiants de publication, avis, version, procédure, acheteur et lot restent distincts avec leur système émetteur.
- Chaque page reçoit un rôle prouvé parmi publication réglementaire, portail opérationnel désigné, page de l’acheteur, donnée officielle, index secondaire ou source indéterminée.
- L’autorité est affectée à une donnée précise au lieu d’être accordée globalement à un domaine.
- Le point d’entrée canonique peut être retrouvé par identifiant depuis une session publique neuve.
- Le site de découverte est conservé sans transformer ses délais ou critères en instructions acceptées.
- Les désaccords officiels, restrictions d’accès et liens manquants produisent un état ouvert explicite.
- Un autre analyste peut reproduire la conclusion à partir des liens, champs cités, identifiants et heures de collecte.
- Le mandat donné à un agent sépare recherche publique, décision humaine et action externe autorisée.

## Déroulement

1. **Photographier les sources candidates.** Relevez pour chaque page son URL, éditeur visible, titre, acheteur, référence, type d’avis, lot, dates affichées, langue et heure de consultation.
2. **Établir l’identité de la procédure.** Retrouvez les identifiants formels. Distinguez procédure, avis, version, référence acheteur et lot, puis confirmez l’entité et le périmètre.
3. **Prouver la fonction de chaque site.** Identifiez l’opérateur, son mandat de publication et le lien donné par l’acheteur. Séparez émission, exploitation, représentation de données et indexation.
4. **Affecter chaque donnée à sa source.** Pour la publication, les documents, le statut, les échanges et le dépôt, citez la source compétente et le champ décisif. Conservez les divergences.
5. **Créer un chemin de reprise public.** Choisissez une page publique stable, ajoutez la requête par identifiant et les liens officiels complémentaires, sans redirection de suivi ni jeton de session.
6. **Clore avec un état contrôlé.** Indiquez résolu, résolu avec autorité partagée, conflit officiel ou accès limité. Nommez la lacune, le responsable et la vérification suivante.

## Décisions clés

- Les pages décrivent-elles la même procédure, le même avis ou seulement un besoin comparable ?
- Quelle juridiction et quel mécanisme de publication s’appliquent à cet acheteur et à ce type d’avis ?
- Qui exploite chaque service, et son rôle d’éditeur, d’acheteur ou de prestataire est-il documenté ?
- Quel identifiant nomme le processus complet, et lequel désigne une publication ou une version ?
- Un champ officiel relie-t-il les avis comme changement, antécédent, suite ou processus associé ?
- L’entité acheteuse, le lot, le stade et le périmètre correspondent-ils ?
- Quelle source prouve la publication et laquelle a été désignée pour les pièces, questions ou dépôts ?
- La forme structurée couvre-t-elle l’historique, les avis actifs, la dernière version ou une période bornée ?
- Quelle URL publique et quelle recherche par identifiant permettent de reprendre le dossier sans compte ?
- Le désaccord restant doit-il partir vers une vérification de statut, délai, modification ou clarification ?

## Risques

- Le premier résultat du moteur peut être pris pour l’émetteur officiel.
- Une page institutionnelle peut commenter le marché sans constituer son avis réglementaire.
- Un portail commercial peut être officiellement désigné pour les pièces sans que tout son contenu fasse autorité.
- Des avis liés au même processus peuvent être fusionnés malgré des fonctions différentes.
- Le numéro d’avis peut être confondu avec l’identifiant de procédure, de sollicitation, de lot ou de contrat.
- Une API apparemment actuelle peut exclure par conception les versions anciennes ou archivées.
- Une date traduite ou reformattée peut perdre son fuseau horaire et son libellé exact.
- Une adresse contenant une session peut fonctionner pour son auteur et échouer pour tous les relecteurs.
- Une panne du service officiel peut pousser une valeur secondaire dans le calendrier opérationnel.
- Une méthode de provenance peut être prise à tort pour un avis juridique valable dans toutes les juridictions.

## Indicateurs

- sources candidates avec adresse originale, éditeur, langue et heure de collecte
- procédures dont la juridiction et l’autorité contractante sont vérifiées
- fiches séparant identifiants d’avis, version, procédure, acheteur et lot
- sources dont la fonction est étayée par une preuve publique
- données acceptées reliées à une source compétente et à un champ cité
- liens canoniques retrouvés dans une nouvelle session à partir de l’identifiant
- valeurs d’agrégateurs utilisées sans confirmation officielle
- conflits et accès limités dotés d’un propriétaire et d’une prochaine vérification
- classements reproduits par un second lecteur

## Questions fréquentes

### Le site propre de l’acheteur est-il toujours la source officielle ?

Non. Il peut publier une consigne, résumer un projet ou renvoyer vers le service réglementaire. Vérifiez la fonction déclarée de la page et la règle applicable. Utilisez chaque source seulement pour les données qu’elle est autorisée à porter.

### Un portail exploité par une entreprise privée peut-il faire autorité ?

Oui, pour une fonction bornée lorsque l’avis ou l’acheteur le désigne pour les documents, questions ou dépôts. Cette désignation ne rend pas officielles toutes les pages commerciales de l’opérateur.

### TED est-il l’unique source compétente pour un appel d’offres européen ?

Non. L’avis signé publié dans le supplément du Journal officiel est la publication authentique pour les avis concernés. Il peut désigner un autre portail pour les pièces et opérations. Citez chacun selon sa fonction.

### Deux titres identiques prouvent-ils qu’il s’agit du même marché ?

Non. Cherchez un identifiant formel ou un renvoi officiel, puis contrôlez l’acheteur, le type d’avis, le lot et le périmètre. Deux marchés différents peuvent partager un titre générique.

### Le dernier avis remplace-t-il automatiquement tous les précédents ?

Non. Il peut s’agir d’une attribution, d’une correction, d’une annulation ou d’une modification contractuelle. Son type et son renvoi déterminent la relation. Une vérification dédiée établira son effet exact.

### Une API officielle peut-elle remplacer la page destinée aux humains ?

Elle peut prouver les champs compris dans sa couverture documentée. Gardez endpoint, format, identifiant, heure et règle de version. Une API limitée aux avis actifs ou récents ne prouve pas tout l’historique.

### Que faire si le portail officiel est indisponible ou fermé ?

Classez l’accès comme limité et laissez les copies non confirmées. Essayez la recherche par identifiant ou une autre représentation officielle. Toute connexion légitime revient à une personne autorisée, jamais à une initiative autonome de l’agent.

### Quel lien enregistrer dans la fiche opportunité ?

Choisissez une page d’entrée publique, stable et retrouvable, puis ajoutez la requête par identifiant et les autres liens officiels. Gardez séparément le site de découverte. N’utilisez pas un jeton de session comme adresse canonique.


## Sources primaires

- [Mentions légales de TED et authenticité des avis](https://ted.europa.eu/en/legal-notice), Office des publications de l’Union européenne
- [Schéma eForms TED pour les identifiants et versions](https://docs.ted.europa.eu/eforms/latest/schema/all-in-one.html), Office des publications de l’Union européenne
- [FAQ eForms TED sur la filiation des avis](https://docs.ted.europa.eu/eforms-common/FAQ/index.html), Office des publications de l’Union européenne
- [Aide TED pour la recherche et les anciennes versions](https://ted.europa.eu/en/help/search-browse), Office des publications de l’Union européenne
- [Directive 2014/24/UE, accès électronique aux documents de marché](https://eur-lex.europa.eu/eli/dir/2014/24/2024-01-01/eng), Union européenne
- [Orientations sur la plateforme numérique centrale du Royaume-Uni](https://www.gov.uk/government/publications/procurement-act-2023-guidance-documents-procure-phase/guidance-central-digital-platform-and-publication-of-information-html), UK Cabinet Office
- [Guide Find a Tender sur les données Open Contracting](https://www.gov.uk/government/publications/open-contracting), UK Cabinet Office
- [Documentation de l’API publique SAM.gov Opportunities](https://open.gsa.gov/api/get-opportunities-public-api/), U.S. General Services Administration
- [Guide des identifiants Open Contracting Data Standard](https://standard.open-contracting.org/latest/en/schema/identifiers/), Open Contracting Partnership


## Articles complémentaires

- [Comment conserver un lien d’appel d’offres fiable?](https://zephior.com/fr/insights/preserve-a-stable-link-to-a-tender)
- [Comment vérifier un appel d’offres trouvé par un agent IA ?](https://zephior.com/fr/insights/build-provenance-for-an-agent-found-tender)
- [Où faut-il envoyer une question sur un appel d’offres ?](https://zephior.com/fr/insights/verify-the-official-clarification-channel)
- [Quelle entité juridique achète réellement ?](https://zephior.com/fr/insights/verify-the-contracting-authority)