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.

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.

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
ChampObjet désignéUsage fiableErreur à éviter
Numéro de publication ou d’avisUn avis ou une diffusion préciseRetrouver et citer la publicationL’utiliser comme identifiant du processus entier
Version de l’avisUne version éditoriale du même avisFixer la représentation examinéePrésumer une modification de fond
Identifiant de procédure ou OCIDLe processus contractuel dans le tempsRelier planification, appel, résultat et suiviSupprimer les avis liés comme doublons
Référence acheteur ou sollicitationLa clé locale du dossier opérationnelRetrouver les pièces sur une autre plateformeL’imaginer unique à l’échelle mondiale
Identifiant de l’acheteurL’organisation dans un registre donnéDistinguer homonymes et mandatairesSe fier à la marque institutionnelle
Identifiant de lot, partie ou contratUne fraction bornée de la procédureEmpêcher la propagation de données entre périmètresHé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égoriePreuve attendueDonnées soutenuesTraitement
Service de publication réglementaire ou centralTexte, guide ou déclaration officiellePublication, identifiants, champs émis et filiation publiéePrimaire pour la fonction de publication
Portail opérationnel désignéRenvoi depuis un avis ou document acheteurPièces, messages, questions ou dépôt dans le périmètre indiquéPrimaire pour cette opération
Page institutionnelle de l’acheteurDomaine et responsabilité éditoriale établisContexte et annonces propres à l’acheteurVérifier si elle publie ou résume
Représentation officielle des donnéesDocumentation éditeur et identifiants concordantsChamps structurés dans la couverture annoncéeGarder format, version et limites
Index ou agrégateur secondaireDonnées reprises ou enrichies sans mandat d’émissionChemin de découverte et métadonnées secondairesConfirmer toute consigne ailleurs
Source indéterminéeOpé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
ChampValeur attendueRègle de preuve
publisherÉditeur légal ou opérateur du serviceNommer l’entité, pas seulement le domaine
notice_identitySystème, numéro d’avis et versionConserver la syntaxe de la source
procedure_identitySystème et identifiant de procédureLaisser vide lorsque le formulaire n’en fournit pas
scope_identityAcheteur, lot, partie ou contratNe pas copier entre niveaux
notice_typeType formel publiéNe pas substituer la catégorie de l’agrégateur
relationshipRelation typée et identifiant cibleExiger un renvoi officiel explicite
observed_atHorodatage avec fuseauDécrire la collecte sans promettre l’actualité
public_urlPage publique sans paramètres privésTester 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éePremière sourceContrôle associéPreuve insuffisante
Publication authentique de l’avisJournal ou plateforme centrale autoriséeNuméro, version et fondement juridiqueTexte recopié sans provenance
Identité de la procédureIdentifiant officiel de procédure ou d’avisAcheteur, lot et avis explicitement liésRessemblance du titre
Pièces de consultation disponiblesPortail désigné dans l’avis ou par l’acheteurNoms de fichiers, versions et heure de collecteListe de pièces copiée par un index
Canal de question ou de dépôtConsigne acheteur actuelleIdentité du portail et portée de la consigneAdresse générique ou contact informel
Statut ou échéance actuelleAvis officiel actuel et portail désignéFiliation des changements et horodatage précisAnnonce unique non datée
Champ pour traitement automatiqueAPI ou jeu de données officiel documentéCouverture de versions et fréquence de mise à jourHistorique 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é
BlocContenu obligatoireÉtats autorisés
identityJuridiction, acheteur, procédure, avis, version, lot et référence localeconfirmé, provisoire, rejeté
sourcesURL originales, opérateurs, rôles, langues et heures de collecterôle vérifié, secondaire, indéterminé
lineageTypes d’avis, versions et renvois officiels typéslié, possible, sans lien
fact_authorityDonnée, source compétente, champ, motif et portéerésolu, contradictoire, non contrôlé
canonical_recoveryPage publique, requête par identifiant et liens officiels associésvérifié, accès limité, instable
next_actionResponsable, question bornée, destination et dateaucune, 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 permisePreuve à rendreArrêt obligatoire avant
Interroger un service publicRequête, URL, identifiant et heurePromettre une couverture non documentée
Suivre un lien vers les piècesChamp d’origine, destination et état d’accèsConnexion, inscription ou acceptation de conditions
Comparer les identifiantsSystème, valeur, périmètre et différenceFusionner des procédures ou lots indécis
Classer la fonction d’une sourcePreuve de l’opérateur et désignation officielleDéduire le rôle du graphisme ou du domaine
Proposer une autorité pour un faitFait, champ, motif, portée et incertitudeArbitrer des instructions officielles incompatibles
Créer un chemin de repriseURL 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 candidateRôle établiDonnée couverteDécision
Avis du Journal officielPublication authentiquePublication et champs de l’avisLien de reprise canonique
Profil d’acheteur nationalPortail opérationnel désignéPièces accessibles et opérations du portailLien officiel associé, périmètre des lots conservé
Actualité de l’acheteurInformation institutionnelleContexte tant qu’aucun rôle d’émission n’est démontréConservée avec la divergence
Agrégateur commercialIndex secondaireDécouverte uniquementAucune valeur opérationnelle acceptée

Résultats concrets pour source officielle appel d’offres

  • 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.

Comment exécuter le travail

  1. 01

    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. 02

    É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. 03

    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. 04

    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. 05

    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. 06

    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.

Les questions qui changent la décision

  • 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 ?

Où les équipes perdent le contrôle

01

Le premier résultat du moteur peut être pris pour l’émetteur officiel.

02

Une page institutionnelle peut commenter le marché sans constituer son avis réglementaire.

03

Un portail commercial peut être officiellement désigné pour les pièces sans que tout son contenu fasse autorité.

04

Des avis liés au même processus peuvent être fusionnés malgré des fonctions différentes.

05

Le numéro d’avis peut être confondu avec l’identifiant de procédure, de sollicitation, de lot ou de contrat.

06

Une API apparemment actuelle peut exclure par conception les versions anciennes ou archivées.

07

Une date traduite ou reformattée peut perdre son fuseau horaire et son libellé exact.

08

Une adresse contenant une session peut fonctionner pour son auteur et échouer pour tous les relecteurs.

09

Une panne du service officiel peut pousser une valeur secondaire dans le calendrier opérationnel.

10

Une méthode de provenance peut être prise à tort pour un avis juridique valable dans toutes les juridictions.

Mesurer le travail terminé

La mesure porte sur le processus terminé, y compris la revue et les exceptions. Le volume produit ne prouve pas à lui seul que le processus est meilleur.

  • 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

Tony Kim

Tony Kim

Fondateur et CEO

Tony écrit sur l’IA appliquée, l’ingénierie produit fiable et les systèmes qui transforment les réponses complexes en exécution maîtrisée.

Veille sur les appels d’offres et exécution pilotée pour les équipes qui visent un résultat commercial.

Prestataires, fondateurs et équipes commerciales qui répondent aux marchés publics ou privés. Le point de départ est le processus existant, ses contraintes et les preuves déjà disponibles.