La fiche d’identité de l’acheteur est un graphe de rôles daté pour une procédure déterminée. Chaque nœud d’organisation conserve le nom publié, la raison sociale normalisée, la référence locale de l’avis, les identifiants officiels accompagnés de leur schéma, l’adresse, la juridiction et, le cas échéant, le nom du service. Chaque arête précise le rôle, le sous-rôle, le périmètre, la source et l’heure de vérification. Les acheteurs conjoints restent plusieurs nœuds. Le chef de file, la centrale d’achat, le prestataire de passation, l’eSender, le point de contact, l’opérateur du portail, le financeur, le payeur et le signataire du contrat restent des fonctions distinctes. `confirmed_single_buyer` et `confirmed_joint_buyers` ferment la décision quand l’avis courant et l’identité concordent. `buyer_confirmed_signatory_unresolved` autorise une réponse complète sur l’acheteur tout en laissant le futur signataire vide. `identity_conflict`, `role_conflict`, `insufficient_public_evidence` et `superseded` bornent les cas non résolus. La fiche décrit l’identité publiée pour cette procédure; elle ne tranche pas elle-même une question de qualification juridique au regard d’un droit national.
Une consultation peut être annoncée sous la marque d’un territoire, publiée par un prestataire, administrée par un groupement d’achat et remise sur un portail privé. Le courriel renvoie parfois à un service sans personnalité juridique. Dans un achat conjoint, la page de garde met le coordinateur en avant et relègue les autres acheteurs dans une annexe. Après attribution, un financeur ou un comptable public peut apparaître avec un nom encore différent. La reprise du nom le plus visible produit une fiche commerciale plausible mais fausse. Elle mélange l’entité qui achète, celle qui conduit la procédure et celle qui fournit l’interface. Une telle erreur se propage ensuite aux historiques d’achat, aux contrôles d’éligibilité, aux contrats et aux recommandations d’agents.
Attribuez d’abord les rôles à partir de la publication officielle courante, puis vérifiez l’identité des organisations auxquelles ces rôles renvoient. Dans eForms, la référence acheteur `OPT-300-Procedure-Buyer` conduit à un bloc d’organisation. `BT-500` porte le nom et `BT-501` l’identifiant de l’organisation. Une référence `ORG-0001` ne vaut que dans l’avis qui la définit. Le registre ou l’annuaire public compétent confirme une identité, pas un rôle de procédure. Le site de l’acheteur peut relier une marque ou une direction à son organisme de rattachement, sans remplacer l’avis. Si plusieurs acheteurs sont référencés, la réponse est un ensemble. Si le signataire futur n’est pas publié, il reste inconnu. L’agent travaille en lecture seule sur des sources publiques et s’abstient devant une identité, une fonction ou une portée incompatible.
Réponse directe
Suivez l’arête acheteur avant de normaliser le nom
La bonne unité de travail est une relation: telle organisation possède tel rôle dans telle procédure. Commencez par l’avis officiel déjà reconnu comme courant. En eForms, `OPT-300-Procedure-Buyer` pointe vers l’organisation qui agit comme acheteur. Le bloc visé contient son nom `BT-500`, son identifiant `BT-501`, son adresse et ses coordonnées. Copiez la valeur publiée avant toute correction typographique ou normalisation.
Les autres organisations ne sont pas du bruit. La documentation eForms distingue l’acheteur, la centrale d’achat, le prestataire de services de passation et l’eSender. Elle distingue aussi les sous-rôles du chef de groupe, du destinataire des offres, de l’évaluateur, du signataire, du financeur et du payeur. La même entité peut porter plusieurs arêtes. Deux entités peuvent se partager une fonction. Le modèle doit supporter les deux cas.
Le contact publié répond à une question opérationnelle: où obtenir une information ou remettre une offre? Il ne répond pas nécessairement à la question juridique. La société qui exploite le portail peut recevoir les fichiers. Une agence peut administrer la consultation. Une direction peut signer les messages au nom de son établissement. Aucune de ces observations ne remplace la référence acheteur.
Si la chaîne de l’avis reste incertaine, arrêtez ici. La fiche d’identité ne choisit pas entre deux publications concurrentes par ressemblance de nom. Elle consomme une procédure et une version déjà résolues par le contrôle de source.
| Objet | Question couverte | Question encore ouverte |
|---|---|---|
| Référence acheteur | Qui l’avis nomme comme acheteur | La qualification juridique contestée dans un cas particulier |
| Chef de file | Qui coordonne les acheteurs conjoints | S’il est le seul cocontractant |
| Prestataire de passation | Qui exécute les tâches décrites | Qui détient le budget ou achète |
| Point de contact | Qui reçoit une communication donnée | S’il possède une personnalité juridique |
| eSender ou portail | Qui transmet les données ou fournit l’interface | Qui conclura le marché |
| Signataire | Qui signe côté acheteur lorsque le contrat le publie | Qui signera avant cette preuve |
Identité durable
Une valeur d’identifiant sans son registre reste ambiguë
`ORG-0001` identifie une organisation à l’intérieur d’un avis eForms. Les rôles la référencent pour éviter de répéter le bloc complet. La FAQ eForms précise que cette numérotation n’a pas besoin d’être séquentielle et qu’elle doit seulement être unique dans l’avis. Stockez donc `notice_id`, `notice_version` et `notice_organization_id` ensemble. Un rapprochement entre deux avis demande un autre identifiant.
Pour une identité extérieure, gardez le couple `scheme` et `id`. Les recommandations OCDS demandent aux éditeurs de recueillir, si possible, un identifiant juridique issu d’un registre officiel. Elles distinguent les registres primaires, les inscriptions secondaires comme certains numéros fiscaux, les bases tierces et les listes locales. Cette provenance change la portée du rapprochement.
Une collectivité, un ministère ou un établissement créé par la loi ne possède pas nécessairement un numéro de société. Interroger uniquement le registre du commerce crée un faux négatif. Cherchez l’annuaire public ou le texte de création compétent. Si aucun registre commercial ne s’applique, écrivez `registry_not_applicable`, la raison et la source alternative. Ne fabriquez pas une immatriculation à partir d’un numéro trouvé dans le pied de page.
Le nom doit également garder plusieurs couches. `published_name` reproduit l’avis. `legal_name` vient de la preuve d’identité. `organization_part_name` contient la direction ou le service. `display_brand` garde la marque publique. Un alias documenté relie ces valeurs; une différence de personne juridique déclenche `identity_conflict`.
| Champ | Provenance | Règle |
|---|---|---|
| `published_name` | Avis courant | Conserver la graphie brute |
| `legal_name` | Registre ou source administrative | Associer source et date |
| `notice_organization_id` | Bloc eForms | Qualifier par avis et version |
| `identifiers[]` | Systèmes officiels nommés | Comparer système et valeur |
| `organization_part_name` | Avis ou site officiel | Ne pas créer de personne juridique |
| `registry_status` | Résultat du contrôle | Distinguer confirmé, non applicable, inaccessible et conflictuel |
Acheteurs conjoints
Le coordinateur ne remplace pas les organismes pour lesquels il agit
Lorsqu’un avis référence plusieurs acheteurs, créez plusieurs nœuds. eForms prévoit un indicateur de chef de groupe quand plusieurs acheteurs sont présents. Au Royaume-Uni, le règlement 13 de 2024 exige aussi le nom et l’identifiant de chaque autorité agissant conjointement, puis distingue l’autorité chef de file et toute personne qui réalise la passation pour leur compte. Deux systèmes différents aboutissent à la même règle de données: conserver les membres et la fonction de coordination.
Le périmètre peut varier. L’article 38 de la directive 2014/24/UE traite des achats occasionnels conjoints et distingue une procédure conduite entièrement au nom et pour le compte de toutes les autorités des parties que chaque autorité conduit pour son propre compte. Une fiche ne déduit pas cette répartition. Elle attache les arêtes publiées à la procédure ou aux lots concernés et signale les responsabilités qui demandent une lecture juridique.
La représentation ajoute une autre arête. Un groupement, une agence ou une société de conseil peut publier et administrer au nom des acheteurs. Cette qualité ne l’insère pas automatiquement dans `buyers[]`. Inversement, un acheteur chef de file reste acheteur même si un prestataire gère chaque interaction visible.
Les bénéficiaires d’un financement, les membres d’une structure et les utilisateurs futurs d’un accord-cadre ne sont pas des acheteurs par simple proximité. Conservez ces populations sous leurs propres types. Une arête acheteur exige son propre ancrage.
| Relation | Sortie correcte | Erreur évitée |
|---|---|---|
| Achat conjoint | Un nœud par acheteur plus chef de file | Perte des membres non coordinateurs |
| Passation pour le compte | Acheteur et mandataire séparés | Transformation du mandataire en acheteur |
| Centrale d’achat | Rôle acheteur et sous-rôle publié | Ajout automatique de tous les bénéficiaires |
| Marque commune | Alias ou marque reliée aux entités prouvées | Création d’une société fictive |
| Lots répartis | Arête acheteur par lot si la source la donne | Généralisation au niveau procédure |
Cas fictif
Une marque commune peut couvrir deux acheteurs, un mandataire et aucun signataire encore connu
La consultation fictive `FR-DEMO-2026-071`, version 03, porte sur un dossier patient partagé. Son en-tête utilise la marque inventée « Alliance Santé des Rives ». Le bloc des acheteurs référence pourtant deux organismes: le Centre hospitalier du Belvédère, chef de groupe, et l’Institut public des Rives. Le premier couvre les lots 1 et 2; le second est également acheteur du lot 2 selon la section propre à ce lot.
Le Groupement Appui Achats Santé, nom également fictif, possède le rôle de prestataire de passation et administre les questions. Un eSender transmet l’avis. La société PortailCare fournit l’interface de remise. Le point de contact « Direction numérique Alliance » est rattaché au Centre hospitalier du Belvédère. Aucun de ces trois noms supplémentaires ne reçoit une arête acheteur.
La fiche rend `confirmed_joint_buyers`. Elle conserve le chef de groupe et la portée différente des lots. « Alliance Santé des Rives » entre dans `display_brands[]`, pas dans `organizations[]` comme personne juridique. Le futur signataire du marché du lot 2 n’est pas indiqué. Le qualificatif `buyer_confirmed_signatory_unresolved` garde cette question ouverte pour le projet de contrat ou l’avis d’attribution.
Tous les noms, identifiants et faits de ce cas sont inventés. La décision reste inspectable parce que chaque inclusion et chaque exclusion cite une arête de rôle. Un lecteur peut voir pourquoi la marque, le mandataire et le portail ne sont pas des acheteurs, sans devoir faire confiance à une phrase de synthèse.
| Nom publié | Type | Périmètre | Emplacement de sortie | État |
|---|---|---|---|---|
| Centre hospitalier du Belvédère | Acheteur et chef de groupe | Lots 1 et 2 | `buyers[]` | Identité cohérente |
| Institut public des Rives | Acheteur conjoint | Lot 2 | `buyers[]` | Identité cohérente |
| Alliance Santé des Rives | Marque de communication | Page de garde | `display_brands[]` | Pas une entité prouvée |
| Groupement Appui Achats Santé | Prestataire de passation | Procédure et questions | `service_providers[]` | Hors liste acheteurs |
| PortailCare | Opérateur du portail | Remise électronique | `platforms[]` | Hors liste acheteurs |
| Signataire du lot 2 | Non publié | Futur contrat | `actual_signatory: null` | À vérifier plus tard |
Sortie contrôlée
Séparez le résultat sur l’acheteur des questions qui mûrissent après attribution
`confirmed_single_buyer` demande une arête acheteur explicite et une identité cohérente. `confirmed_joint_buyers` ajoute l’ensemble complet, le chef de file publié et le périmètre. Ces états ne promettent pas que la qualification de l’organisme au regard de toute loi applicable est incontestable. Ils décrivent la preuve de procédure disponible.
Le code `buyer_confirmed_signatory_unresolved` n’est pas un échec. La documentation eForms place le signataire côté acheteur dans le contrat réglé et permet plusieurs signataires. Elle place les organismes de financement et de paiement dans le résultat du lot. Ces données apparaissent souvent plus tard que l’appel d’offres. Les recopier depuis le nœud acheteur au stade pré-attribution détruirait la chronologie des preuves.
Un conflit reçoit un objet propre. `identity_conflict` conserve deux raisons sociales, formes ou identifiants incompatibles. `role_conflict` conserve deux attributions de fonction incompatibles pour le même périmètre. `insufficient_public_evidence` décrit une chaîne interrompue. `superseded` garde la décision ancienne après une rectification, un nouvel avis ou une restructuration.
La fiche expire lors d’une rectification pertinente, d’un changement de stade, d’une attribution, de la publication du contrat, d’une restructuration officielle ou d’un changement d’identifiant. L’ancien nom et son intervalle restent consultables. Le nouveau fait ne réécrit pas silencieusement ce que l’avis antérieur publiait.
| État | Preuve minimale | Usage |
|---|---|---|
| `confirmed_single_buyer` | Un acheteur et une identité concordante | Analyse attachée à cet acheteur |
| `confirmed_joint_buyers` | Tous les acheteurs, chef et portée | Analyse sur l’ensemble conservé |
| `buyer_confirmed_signatory_unresolved` | Acheteur prouvé, signataire absent | Bloquer seulement le travail dépendant du signataire |
| `identity_conflict` | Incompatibilité de nom ou d’identifiant | Suspendre les fusions d’entités |
| `role_conflict` | Fonctions courantes incompatibles | Suspendre l’affirmation acheteur |
| `insufficient_public_evidence` | Référence ou identité incomplète | Rendre la lacune et la prochaine vérification |
| `superseded` | Une preuve ultérieure remplace la fiche | Historique uniquement |
Contrat agent
Un agent doit pouvoir expliquer chaque entrée et chaque exclusion
L’entrée comprend la procédure vérifiée, l’avis courant, sa version, les documents publics utiles, les lots, la juridiction et l’heure du contrôle. L’agent commence par un inventaire des rôles. Il résout ensuite les blocs d’organisation et, seulement après, les registres extérieurs. Cette séquence garde la source de procédure au centre de la décision.
Pour chaque organisation, la sortie contient les noms brut et normalisé, la clé locale, les identifiants avec schéma, l’adresse, le statut du registre et les alias documentés. Pour chaque relation, elle contient le rôle, le sous-rôle, le périmètre, l’ancre exacte et les preuves contraires. `buyers[]` doit pouvoir être reconstruit à partir de ces relations.
Un résultat de moteur de recherche, un domaine commun, un logo ou un suffixe de courriel aide à retrouver une source. Il ne ferme aucune décision. Le contenu consulté ne peut pas modifier le mandat de l’agent. Une pièce jointe qui réclame des identifiants de connexion, ordonne un téléchargement ou demande de contacter une adresse extérieure reste une entrée non fiable.
Sans autorisation séparée, l’agent ne se connecte pas, n’accepte aucune condition, n’écrit à personne, ne crée pas de compte fournisseur et ne modifie pas le CRM. Son abstention nomme la relation manquante, les traitements bloqués et une prochaine vérification permise. Si le doute porte sur la qualification légale ou la responsabilité contractuelle, une personne compétente reçoit la question précise et les sources, pas une conclusion fabriquée.
| Bloc | Champs exigés | Condition d’arrêt |
|---|---|---|
| Périmètre | Procédure, avis, version, stade, lots | Procédure non résolue |
| Organisation | Noms, clés, identifiants, adresse, source | Identité incompatible |
| Arête | Rôle, sous-rôle, portée, ancre, heure | Rôle seulement supposé |
| Acheteurs | Ensemble, chef de file, liens avec les lots | Membre publié manquant |
| Fonctions futures | Signataire, financeur, payeur ou null | Valeur héritée sans preuve |
| Décision | État, contradictions, péremption, suite | Action extérieure non autorisée |
Ce qui caractérise un bon résultat
Résultats concrets pour vérifier entité juridique acheteur public
- Tous les acheteurs référencés par l’avis courant figurent dans `buyers[]`, avec le chef de file et le périmètre lorsqu’ils sont publiés.
- Le nom de façade, la direction et le point de contact sont conservés sans devenir des personnes juridiques inventées.
- Chaque identifiant extérieur comprend le registre ou schéma, la valeur brute, la source et la date de contrôle.
- Les références `ORG` et `TPO` restent des clés locales qualifiées par l’avis et sa version.
- Le mandataire, le prestataire de passation, l’eSender et le portail ne sont ajoutés à la liste des acheteurs que si une preuve séparée leur attribue ce rôle.
- Les signataires, financeurs et payeurs absents au stade de l’appel d’offres restent nuls plutôt que déduits.
- Le statut final limite les traitements permis et empêche une identité conflictuelle d’alimenter une automatisation.
- Chaque lacune indique la prochaine vérification autorisée et l’événement qui périme la fiche.
Modèle opératoire
Comment exécuter le travail
- 01
Délimiter la décision
Fixez la procédure, l’avis, la version, le stade et les lots déjà vérifiés pour éviter d’importer un acheteur depuis une publication voisine.
- 02
Inventorier les fonctions publiées
Relevez chaque organisation, service et point de contact, puis suivez les références qui attribuent les rôles d’acheteur, de chef de file et de prestataire.
- 03
Établir les identités
Conservez le nom publié et vérifiez chaque identifiant dans le registre, l’annuaire administratif ou la source de création qui correspond au type d’organisme.
- 04
Tracer le périmètre des arêtes
Attachez chaque rôle à la procédure, aux lots ou au contrat visés et conservez séparément la coordination, la représentation et la communication.
- 05
Qualifier les contradictions
Distinguez le conflit d’identité du conflit de rôle, gardez les deux valeurs et bloquez seulement les usages qui dépendent de la donnée contestée.
- 06
Livrer la fiche contrôlée
Rendez la liste des acheteurs, les autres rôles, les preuves, le statut, les champs nuls, la péremption et une suite limitée.
Évaluation
Les questions qui changent la décision
- Quelle procédure et quelle version de l’avis délimitent cette identification?
- Quelles références attribuent explicitement le rôle d’acheteur, et à quels blocs d’organisation conduisent-elles?
- Le nom visible désigne-t-il une personne juridique, une marque publique, un service, un groupement ou un simple contact?
- Quel registre ou annuaire a émis l’identifiant, et couvre-t-il ce type d’organisme?
- Plusieurs acheteurs agissent-ils ensemble, et lequel est désigné comme chef de file?
- Le prestataire agit-il pour le compte des acheteurs ou possède-t-il lui-même une arête acheteur?
- Le document courant prouve-t-il un futur signataire, un financeur ou un payeur?
- Quel fait manque pour passer d’une hypothèse à un état confirmé?
Modes d’échec
Où les équipes perdent le contrôle
Une marque territoriale peut masquer plusieurs organismes ou un seul organisme sous un nom de communication.
Le nom figurant dans l’adresse électronique peut désigner une direction sans personnalité juridique.
Un prestataire qui publie et répond aux questions peut être enregistré à tort comme acheteur.
Le chef de file peut effacer les autres acheteurs d’un groupement.
Une clé `ORG-0001` peut être rapprochée d’une autre Notice qui réutilise la même valeur.
Un identifiant sans schéma peut correspondre à un autre registre ou à une autre juridiction.
L’absence d’immatriculation commerciale peut être interprétée comme une inexistence, alors que le registre n’est pas compétent.
Un signataire, un financeur ou un payeur publié après attribution peut réécrire à tort l’identité historique de l’acheteur.
Un agent peut contacter ou modifier un système extérieur sans mandat en cherchant à résoudre un conflit.
Mesure
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.
- références acheteur reliées à un bloc d’organisation sur le total des références acheteur
- organisations acheteuses munies d’un identifiant qualifié ou d’un motif documenté de non-applicabilité du registre
- achats conjoints où aucun membre ni chef de file n’a disparu lors de la normalisation
- marques, directions et points de contact rattachés sans création d’une fausse entité
- prestataires, eSenders et portails exclus de `buyers[]` faute de rôle acheteur
- conflits d’identité ou de rôle conservés avec deux sources et deux valeurs
- fiches pré-attribution dont le signataire absent reste explicitement nul
- fiches réexaminées après rectification, attribution, restructuration ou changement de registre
Questions
Questions fréquentes
Le nom affiché par le portail est-il celui de l’acheteur?
Pas nécessairement. Il peut désigner l’opérateur, un espace de travail ou une marque. Suivez la référence acheteur dans la publication officielle jusqu’au bloc d’organisation.
ORG-0001 est-il un identifiant juridique mondial?
Non. Il s’agit d’une clé technique locale à l’avis eForms. Conservez-la avec l’avis et sa version, puis utilisez un identifiant officiel qualifié pour rapprocher les organisations.
Le chef de file est-il le seul acheteur?
Non lorsque l’avis publie plusieurs acheteurs conjoints. Le chef de file est un sous-rôle. Chaque acheteur et son périmètre doivent rester dans la fiche.
Un registre des sociétés suffit-il à prouver l’acheteur?
Il peut confirmer l’identité d’une organisation relevant de ce registre. Le rôle d’acheteur vient de l’avis ou du document de procédure compétent.
Que faire si une autorité publique n’a pas de numéro de société?
Utilisez l’identifiant administratif, l’annuaire ou le texte de création adapté. Notez que le registre commercial ne s’applique pas au lieu de traiter l’absence comme une preuve négative.
L’acheteur est-il forcément le signataire et le payeur?
Non. Ces fonctions ont leurs propres preuves et peuvent apparaître après l’attribution. Laissez-les nulles tant qu’une source actuelle ne les attribue pas.
Un agent peut-il résoudre un conflit en écrivant au contact?
Uniquement avec une autorisation explicite. Sans mandat, il conserve le conflit, bloque les usages dépendants et indique le canal désigné comme prochaine action à faire approuver.
Sources
Sources primaires
- Structure eForms des organisations et parties Office des publications de l’Union européenne
- Identifiants et références techniques eForms Office des publications de l’Union européenne
- BT-501: identifiant de l’organisation Office des publications de l’Union européenne
- Liste eForms des rôles d’organisation Office des publications de l’Union européenne
- Directive 2014/24/UE, articles 37 et 38 EUR-Lex
- Règlement d’exécution (UE) 2019/1780 relatif aux eForms EUR-Lex
- Recommandations OCDS sur les identifiants d’organisation Open Contracting Partnership
- Procurement Regulations 2024, règlement 13 The National Archives
À propos de l’auteur
Tony Kim
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.
Zelius
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.