Comprendre l'OCDS : le standard Open Contracting Data expliqué
Le standard de données mondial qui rend la commande publique lisible par machine — ce qu'est l'OCDS, qui publie avec, et pourquoi cela compte pour quiconque répond à des marchés publics.
Publié : 2026-01-14 · Mis à jour : 2026-08-14 · Auteur : TenderYeti Editorial
Qu'est-ce que l'OCDS
L'Open Contracting Data Standard (OCDS) est un schéma JSON ouvert et non propriétaire pour publier des données structurées sur tout le processus contractuel — de la planification à l'appel d'offres, de l'attribution à l'exécution du contrat. Développé par l'Open Contracting Partnership (OCP), une organisation mondiale à but non lucratif, l'OCDS est paru en 2014 et est aujourd'hui utilisé par 50+ pays et institutions internationales pour publier les données de marchés publics dans un format cohérent et lisible par machine.
L'idée centrale est le découpage en étapes : chaque achat est un « contracting process » qui traverse des étapes définies (planification, appel d'offres, attribution, contrat, exécution), et l'OCDS capture les données émises à chaque étape. Au lieu que chaque pays invente son format, l'OCDS fournit un vocabulaire commun — les données deviennent comparables mondialement. Un avis d'attribution estonien et un avis colombien s'analysent côte à côte avec le même outil.
Le modèle de releases OCDS
L'OCDS publie les données sous forme de « releases » horodatés, reliés par un OCID (Open Contracting ID). Chaque release contient un instantané de tout ce qui est connu du processus à ce moment — parties, conditions de l'appel d'offres, attributions, contrats. Un même processus compte typiquement plusieurs releases :
- Release de planification — budget alloué, projet défini.
- Release d'appel d'offres — avis publié, critères connus, échéance fixée.
- Release d'attribution — lauréat choisi, prix connu.
- Release de contrat — contrat signé, clauses jointes.
- Release d'exécution — livrables, paiements, avenants consignés dans le temps.
Les publieurs peuvent poster des releases individuels (instantanés immuables) ou maintenir un « record » — une vue consolidée de l'état courant fusionnant tous les releases d'un processus. La plupart font les deux.
Qui publie en OCDS
Adoptants publics (liste partielle, en croissance annuelle) :
- Royaume-Uni — Contracts Finder et FTS publient des extraits OCDS.
- Ukraine (ProZorro) — l'implémentation phare ; chaque appel d'offres ProZorro est conforme OCDS.
- Colombie (SECOP II) — publication OCDS complète au niveau national.
- Paraguay, Honduras, Mexique — les pionniers latino-américains de l'open contracting.
- Moldavie, Géorgie, Kirghizistan — adoption est-européenne via le renforcement de capacités de l'OCP.
- Slovaquie, Estonie, Portugal — États membres de l'UE aux mandats open data solides.
International : la Banque mondiale publie une partie de ses données projet en format compatible OCDS. Les banques multilatérales de développement, dont la BERD et la BID, adoptent progressivement.
Pourquoi l'OCDS compte pour les acheteurs
Les acheteurs gagnent des capacités analytiques auparavant enfermées dans des PDF :
- Benchmark de prix — combien coûtent des contrats similaires ailleurs ?
- Analyse de concentration fournisseurs — quelles catégories un seul prestataire domine-t-il ?
- Détection de signaux d'alerte — les algorithmes repèrent les résultats à offre unique, les délais trop courts, les fractionnements suspects sous les seuils.
- Suivi du cycle de vie contractuel — fréquence des avenants, dérives de coûts, retards de livraison remontent systématiquement.
Pourquoi l'OCDS compte pour les fournisseurs
Encore plus transformateur côté fournisseur :
- Intelligence de marché à grande échelle. Interrogez tout l'historique contractuel d'un acheteur, d'une catégorie ou d'un code CPV — qui a gagné, à quelle valeur, à quelles conditions.
- Suivi des sortants. Voyez quand les contrats expirent et seront remis en concurrence.
- Calibrage des prix. Les valeurs d'attribution historiques dans votre catégorie révèlent ce que l'acheteur est prêt à payer.
- Ingestion machine. Le JSON structuré fait couler les avis directement dans le CRM, le suivi d'offres ou (comme chez TenderYeti) les moteurs de notation IA — sans scraping fragile de PDF.
Le schéma central (simplifié)
Un release OCDS a en gros cette forme :
- ocid — identifiant unique du processus contractuel
- date — horodatage du release
- tag — étape (planning / tender / award / contract / implementation)
- parties[] — acheteurs, candidats, fournisseurs avec leurs rôles
- tender — titre, description, procédure, lots, dates, critères, échéance
- awards[] — lauréats avec valeur, date, fournisseurs, lots concernés
- contracts[] — contrats signés, jalons, avenants, transactions
- planning — budget, justification du projet
Des listes de codes normalisées pour les procédures (open / selective / limited / direct), les critères d'attribution (priceOnly / costOptimal / bestProposal / ratedCriteria), les statuts (planning / active / cancelled / unsuccessful / complete / withdrawn), etc.
Extensions
Le cœur de l'OCDS couvre ~80 % des besoins des publieurs ; le reste passe par des extensions — modules optionnels. Les plus courantes :
- Bid statistics — nombre de candidats par lot.
- Enquiries — questions-réponses pendant la période d'offre.
- Additional contact points — champs de contact supplémentaires.
- Framework agreements — champs additionnels pour les accords-cadres.
Limites
- Qualité de publication variable. Même chez les adoptants, la complétude pèche — dates manquantes, listes de codes non standard, informations d'attribution lacunaires.
- Pas universel. De grands publieurs (SAM.gov aux États-Unis, la plupart des gouvernements du Moyen-Orient) ne publient pas encore d'OCDS.
- Langue. L'OCDS est un schéma, pas un traducteur — les champs narratifs restent dans la langue du publieur.
- Les pièces jointes restent des PDF. Dossiers de consultation, spécifications et textes contractuels sont généralement référencés en URL PDF, pas structurés dans l'OCDS.
Où TenderYeti intervient
La chaîne de collecte de TenderYeti lit l'OCDS partout où il est publié (ProZorro en Ukraine, Slovaquie, Moldavie, UK Contracts Finder, etc.) et normalise les sources non-OCDS dans un schéma interne commun — les 490+ portails deviennent interrogeables via la même interface. Voir la couverture des portails.
Questions fréquentes
L'OCDS est-il obligatoire ?
Non — c'est un standard volontaire. L'adoption vient des engagements de gouvernement ouvert (OGP, EITI) et, dans l'UE, des directives open data plus larges que l'OCDS satisfait.
Puis-je télécharger en masse toutes les données OCDS d'un pays ?
Chez la plupart des publieurs, oui. ProZorro en Ukraine expose une API complète + des dumps. Le SECOP colombien publie des instantanés quotidiens. Vérifiez le portail de données du pays.
Qu'est-ce qu'un OCID ?
Open Contracting ID — un identifiant mondialement unique pour un processus contractuel, structuré en ocds-{préfixe}-{id-local}. Une fois attribué, il persiste sur tous les releases de ce processus.
Dois-je publier en OCDS ?
Seulement si vous êtes un acheteur public avec un mandat open data. Les fournisseurs consomment l'OCDS mais ne le publient pas.
Où apprendre le schéma complet ?
standard.open-contracting.org — l'OCP y publie la référence complète du schéma, la bibliothèque d'extensions et des études de cas.
L'OCDS remplace-t-il TED, SAM.gov, etc. ?
Non — c'est un format de données par-dessus. TED, SAM.gov et d'autres portails avancent (plus ou moins vite) vers la publication d'extraits OCDS en parallèle de leurs formats natifs.
Ne ratez plus aucun appel d'offres qui compte pour vous.
TenderYeti surveille 490+ portails publics en temps réel, note chaque avis par IA et ne vous envoie que ceux qui méritent le temps de votre équipe.
Commencer — 99 $/an