Journal des modifications¶
These release notes describe what's new in each version. OCDS adheres to Semantic Versioning.
Améliorations itératives¶
D'après notre politique sur le contenu normatif et non-normatif et les changements, des amélioration itératives sur du contenu non-normatif peuvent être effectuées en dehors du cycle de publication.
Documentation¶
Primer:
Guidance:
#986 Add implementation guidance from OCP website.
#1386 Add link to OCDS Implementation Checklist.
Map:
Add examples #1338:
Add pages:
#1016 #1140 Add links to OCDS profiles and linked standards.
#1193 Removed language distinguishing "core", "community", and "local" extensions.
#1428 Integrate content from what to do with fields that don't map.
Build:
Add pages:
#963 Remove guidance on web discovery.
#986 Merge Registration page into Build page.
#1150 Align language in Build phase with language in Map phase.
#1414 Remove the planning section from Easy releases and Change history.
#1494 Add guidance on preparing test data to Check your data section.
Publish:
#1427 Add guidance about recommended extensions.
Various minor improvements #1051 #1080 #1083 #1085 #1091 #1130 #1227 #1299 #1337 #1384.
#908 Renommage, en anglais, du "Validator" en "Data Review Tool". Pas de changement en français.
#955 Split the Guidance section into sub-sections. Add a new History section, and move the Changelog, Credits, and History and Development pages to it.
#958 Governance page: Change responsibility for prioritization review to OCP's Head of Data Products & Services. Change "technical team" to "standard development team".
#959 #979 History section: Merge Credits and History of OCDS pages into Development and Appreciation page. Update history from present perspective.
#960 Support section: Merge Tools page into Support page.
Re-organize non-normative content (milestone).
Copy-edit non-normative pages and fix broken links (milestone).
Change how the documentation is built (milestone).
Update translations (milestone)
#1444 Governance page: OCP is now a 501(c)(3) organization, and FCNY is no longer its fiscal sponsor.
[1.1.5] - 2020-08-20¶
#1054 The Translation and localization policy is amended to read "normative content will be translated into all core supported languages as soon as possible" instead of "before the release". A Spanish translation is ready for release, and a French translation will be ready as soon as possible.
Listes de codes¶
itemClassificationScheme.csv
:milestoneType.csv
:#1000 Update description of 'financing' code, and add 'payment' code.
Schéma¶
Documentation¶
#966 Move Governance and Deprecation pages to new Governance section.
#968 #1032 Use "field" to refer to OCDS fields and "property" to refer to JSON Schema properties.
#970 Add links to access the release schema as a CSV spreadsheet and via the Field-Level Mapping Template. Add notes to describe the alternatives for browsing the schemas.
#965 Release Reference page: Add extensions list for the Transaction object.
#970 Release Schema page: Correct the description of compiled releases.
#996 Record Reference page: Rewrite page to improve clarity.
#1010 Identifiers page: Add link to organization identifiers example.
Codelists page:
#978 #1032 Remove the suggestion to use X prefixes, for the reasons expressed by the IETF.
#972 Clarify the norms around open and closed codelists.
#973 Describe the
openCodelist
andcodelist
JSON Schema properties.#1036 Add instruction for OCDS publishers to contact the Data Support Team to add list codes to org-id.guide.
Extensions¶
Voir les notes de version pour :
[1.1.4] - 2019-06-25¶
Avertissements¶
OCDS 1.0 uses the whole-list merge strategy for
Award.suppliers
, whereas OCDS 1.1 uses the identifier merge strategy. As a consequence, the OCDS 1.1 versioned release schema is not backward compatible with OCDS 1.0.Action: Les instances publiées en respectant la version OCDS 1.0 du schéma définissant
Award.suppliers
devront être re-crées pour être valides dans le schéma OCDS 1.1.
#780 Toutes les extensions créées par Open Contracting Partnership ont été déplacées vers la rubrique [open-contracting-extensions](https: // github. com / open-contractual-extensions-extensions).
Action: Aucun changement n'est requis, mais nous recommandons aux producteurs de données de mettre à jour les URLs de ces extensions dans leurs paquets d'instances et d'archives.
#738 1.1.3 a changé le fonctionnement des fusions et des versionnements de
Item.unit
, a fo, qu'il puisse être retiré par un paramétrage en 'null', and qu'il soit versionné dans son entièreté. 1.1.4 réactive le fonctionnement de 1.1.2, afin que seuls ses sous-champs puissent être retirés par un paramétrage en 'null', et que ces sous-champs soient versionnés individuellement.Action: Si vous étiez passé à la version OCDS 1.1.3, les instances compilées et les versions d'instances comprenant 'Item.unit' devront certainement être re-crées pour être validées dans le schéma OCDS 1.1.4.
#810 Les versions de
buyer.id
,Tender.procuringEntity.id
,Contract.implementation.payer.id
Contract.implementation.payee.id
,Budget.id
,Identifier.id
, etClassification.id
sont désormais adaptées, conformément à la documentation.Action: Les différentes versions d'instances qui définissent ces champs devront certainement être recrées pour être validées dans le schéma OCDS 1.1.4.
#831 OCDS a désormais une Politique sur les contenus et changements normatifs et non-normatifs.
#744 OCDS a désormais Une politique de traduction et de localisation.
#717 #734 The OCDS documentation website now has a privacy notice.
The documentation is now available in Italian.
Listes de codes¶
#824 Canonical codelist files are available at URLs like https://standard.open-contracting.org/schema/1__1__5/codelists/, and translations are available at URLs like https://standard.open-contracting.org/1.1/en/codelists/, for OCDS 1.1.4 and up.
#746 #842 Update the currency codelist for ISO4217 amendments 166, 167, 168 and 169.
#725 Ajouter un champ 'plannedProcurementNotice' (Avis de programmation d'achat) à la nomenclature
documentType
(Type de document), 'CUCOP' àitemClassificationScheme
, 'interestedParty' àpartyRole
.#725 Améliorer les descriptions des champs 'tenderNotice' (Avis de consultation) et 'technicalSpecifications' (Specifications Techniques) dans la nomenclature
documentType
(Type de document) pour assurer leur conformité avec le texte de L'Accord sur les Marchés Publics de l'Organisation Mondiale du Commerce (OMC).#725 Appliquer le guide stylistique et le glossaire OCDS aux champs 'procuringEntity' (Pouvoir adjudicateur) et 'supplier' Fournisseur) dans la nomenclature
partyRole
(Role des Parties Prenantes).#725 Ajouter des exemples à la description du champ 'environmentalImpact' (Impact environnemental) dans la nomenclature
documentType
.#829 Utiliser des phrases type pour les champs de titre et les descriptions de champs finales avec des points.
#852 Utilisez les mots-clés normatifs dans les descriptions de champ.
Schéma¶
#712 #715 Add missing titles for
publisher
andurl
and description forrecord
in the record package schema, and missing description forreleases
in release package schema.#769 The différentes versions des schémas d'instances correspondent désormais au schéma d'instance en : ayant une propriété de validation
minLength
pourOrganizationReference.name
; ayant des propriétéscodelist
etopenCodelist
pourTender.awardCriteria
,Tender.awardCriteriaDetails
,Document.documentType
,Item.unit.scheme
,Classification.scheme
, etRelatedProcess.scheme
; et en ayant une propriétédeprecated
(obsolète) pourBudget.source
. Toutes les propriétés des métadonnéestitle
(titre) etdescription
ont été retirées des versions du schéma d'instance.#838 Supprime la règle conflictuelle qui impose que les identifiants d'instances doivent être uniques au sein des packets d'instance. L'unicité dans l'étendue d'un paquet d'instances implique soit que les identifiants des paquets d'instances doivent être globalement unique, ou impose une restriction arbitraire des contenus des paquets d'instances, puisqu'il n'existe aucune règle empêchant les paquets d'instances de contenir des instances issues de différents processus de passation de marché. Les identifiants d'instance doivent uniquement être localement unique dans l'étendue d'un processus de passation de marché. Les valeurs
ocid
etid
d'une instance peuvent être utilisées conjointement pour lever l’ambiguïté au sein d'un paquet d'instances.Clarifier l'unicité des identifiants d'instance dans le schéma d'instance #838 et le schéma des paquets d'instances #831.
#810
tag
est désormais 'omitWhenMerged` (oubliéQuandFusionné), conformément à la mise en œuvre de référence de OCDS Merge (OCDS Fusion).#810 Ajouter un schéma d'instance non référencé pour faciliter la mise en œuvre de la routine de fusion.
#810 Ajouter l'indication :
"versionId": true
àIdentifier
etClassification
.#845 Retirer une référence à un problématique résolue et à un commentaire à propos d'un nom de champ.
#855 Utiliser les mots clés normatifs dans les descriptions de champ.
#855 Reformuler les descriptions de champs sous forme de définition plutôt que d'instructions.
#855 Faire correspondre les descriptions des champs
license
dans les schémas de paquets d'instance et dans les schémas de paquets d'archive.
Documentation¶
#772 #810 #831 Clarifier les règles de fusion pour les instances compilées et les instances ayant plusieurs versions.
#797 Fixer des exemples pour les instances ayant plusieurs versions.
#831 Utiliser les mots-clés normatifs corrects dans la documentation.
#869 Déplacer les affirmations normatives dans les sections normatives.
#835 Afficher les URLs des schémas canoniques dans la documentation.
#838 Clarifier l'unicité des identifiants d'instance, d'attribution et de contrat.
#831 Améliorer la description pour créer l'
id
de l'instance.#822 Intégrer l' Extension Explorer.
#783 Ajouter l'adresse e-mail pour le groupe de travail sur la gouvernance des standards.
Remplacer les termes ambigus ou erronés :
#831 Utiliser "release
id
" (ID de l'instance) et "releasedate
" (date de l'instance), à la place de "releaseID
" et "releaseDate
"#831 Utiliser le "ocid prefix", au lieu du "publisher prefix"
#840 Utiliser "release package and record package" (paquet d'instance et paquet d'archive), au lieu "data package" (paquet de données), pour éviter la confusion avec [Frictionless Data's Data Package specification] (Spécifications sur les données non triviales des paquets de données) (https://specs.frictionlessdata.io/data-package/)
#831 Utiliser "minor versions" (versions mineures), plutôt que "decimal versions" (versions décimales) sur une page obsolète.
#823 Corriger les utilisations incorrectes de "records", "codelists" et "gazetteers" sur les pages des identifiants et des nomenclatures.
Corriger le contenu obsolète :
#831 Retirer une phrase qui implique la non-existence d'une d'une nomenclature de schéma sur la classification des unités sur une page de référence concernant les schémas d'instances.
#831 Supprime la phrase à l'aide d'un code de 'notice' non existant sur la page de référence du schéma de version
#831 Supprime la référence au problème résolu dans la section API
Ajoute des liens à :
Extensions¶
Voir les notes de version pour :
[1.1.3] - 16-04-2018¶
Schéma¶
#646 Disallow use of
null
as an entry in the array forTender.additionalProcurementCategories
.#639 Rend le champ
name
optionnel pourOrganizationReference
.#630 Allow optional field
Item.unit
to benull
. (Reverted in 1.1.4)#663 Add
"type": "object"
to objects in the versioned release schema.a75c1c5 Make
record-package-schema.json
use thecodelist
property to referencereleaseTag.csv
, and update theenum
accordingly.
Listes de codes¶
Update the currency codelist for ISO4217 amendment 165 (2017-12-14).
Schéma¶
Documentation¶
#633 Met à jour la page de référence du schéma pour afficher
Release.relatedProcesses
,Planning.documents
etContract.relatedProcesses
.#634 Clarifie les définitions des extensions de base, communautaires et locales.
De vieux scripts inutilisés ont été enlevés du répertoire de la documentation, et des dépendances de script ont été mises à jour.
Extensions¶
#40, #43, #47 Ajoute des définitions manquantes, des nomenclatures et des listes de type énuméré aux extensions de base, corrige des fautes de frappe dans les noms de fichier des nomenclatures, interdit l'utilisation de
null
comme un élément dans les listes, interdit aux champs requis de prendre la valeurnull
, utiliseOrganizationReference
au lieu d'Organization
.
[1.1.2] - 2017-11-10¶
Listes de codes¶
#609 Update the currency codelist for ISO4217 amendment 163 (2017-06-09). XBT (Bitcoin) is removed from the codelist as it is not part of ISO4217.
Documentation¶
[1.1.1] - 2017-07-31¶
Schéma¶
#251 Allow optional field
parties.role
to benull
.#479 Remove
releases
as a required field inrecord-package-schema.json
.#475 Add an
enum
property to every field in the schema with a closed codelist.
Listes de codes¶
#422 Include a currency codelist in the documentation and schema.
#471 Update the milestoneType codelist, replacing 'planning' with 'preProcurement' and 'adjudication' with 'assessment', and introducing 'approval' and 'financing'. This is an open codelist, so the old codes remain valid, but publishers able to update to the new codes should do so.
#473 Update the definition of the 'contractSchedule' code in the documentType codelist.
Documentation¶
#457 List all registered extensions.
#480 Align the tables and text in the publication levels guidance.
#489 Change the milestone documents extension to a core extension. This extension is only needed by publishers with legacy data containing documents within milestones.
#612 Update the description of the Organization Identifier Scheme codelist, to reflect that it is now maintained by org-id.guide.
#506 Remove
make_field_definitions.py
from the utility scripts, as it is no longer required.
[1.1.0] - 2017-05-01¶
Changements de politiques¶
#401 Deprecation policy - The deprecation policy has been updated to support deprecation in decimal upgrades.
Changé¶
Mises à jour structurelles¶
#368 Updates to organization handling in OCDS - We have updated the approach to include organization information in the standard from having embedded blocks of organization information, to using embedded cross-references to a top-level 'parties' array where full organization details are stored. This change reduces duplication of organization information, and enables more flexible disclosure of information on all the parties to a contracting process, including multiple buyers.
#357 Gestion des modifications - Nous avons remplacé la modification par une liste de modifications et avons mis à jour le schéma et les indications pour remplacer l'option de fourniture de modifications semi-structurées par un objet d'amendement. Les changements entre les modifications doivent être fournis en utilisant plusieurs instances avec l'option de déclarer explicitement comment les instances se relient à une modification inclue dans la nouvelle liste de modifications.
Mise à jour de la validation du schéma¶
#329 Float for Item.quantity - Item quantities has been updated to 'number' to support decimal values (e.g 10.5 rather than just 10)
#253 Negative amounts - We have added support for negative amounts in transactions
#323 Le standard doit spécifier l'utilisation d'UTF-8 pour encoder en JSON - Nous recommandons l'utilisation de I-JSON et d'UTF-8 pour la publication en JSON.
#166 Indiquer l'encodage pour les sérialisations en CSV - Nous avons ajouté des informations sur l'encodage CSV dans les instructions de mise en œuvre pour recommander UTF-8 ou windows-1252.
#336 Liste de codes sur les propriétés dans le schéma - Nous avons inclus des références explicites aux fichiers de la listes de codes (versions CSV) dans le schéma. Ce sera utilisé dans des versions futures du validateur pour permettre la validation par rapport à des listes de codes.
#301 Spécifier les versions et les extensions dans les packages de métadonnées - Nous avons mis à jour les schémas de packages pour exiger que la version soit déclarée et pour fournir un moyen de déclarer les extensions utilisées. Ce sera utilisé dans des versions futures du validateur pour permettre la validation des données qui dépendent des extensions.
#287 #447 Change how merge strategies are expressed - The
omitWhenMerged
andwholeListMerge
properties replace themergeStrategy
andmergeOptions
properties, with different semantics.#431 Add
minLength
property to required string fields.
Mises à jour de la définition du schéma¶
#372 Updates to transactions terminology - We have replaced receiverOrganization and providerOrganization with payee and payer, to align with more familiar terminology, and have replaced 'amount' with 'value' for consistency with other areas of the standard.
#378 Updates to core budget block - We have updated references to the Fiscal Data Package in the schema.
#337 Definition of "tenderer" to enhance clarity - We have updated the definition of tenderer in the tenders block, and cross-referenced the bid extension.
#259 Echanges - Nous avons mis à jour la définition de
hasEnquiries
.#246 In what scope must a release ID be unique? - We have updated the definition of release.id to reflect the scope in which it must be unique
Mises à jour des listes de codes fermées¶
#201 Tender status - New 'planning' and 'withdrawn' codes have been introduced to the tenderStatus codelist.
#380 Procurement method - A new code for 'direct' has been added the procurementMethod codelist
#373 Milestone status - We have updated the milestoneStatus codelist with a 'scheduled' entry and revised definitions
#297 Currency codelist external link - We have fixed the external link for currency codelists to refer to the official ISO source.
Mises à jour sur les listes de codes ouvertes¶
#386 Document type - New codes have been added to the documentType codelist, and definitions of codes updated.
#322 Submission Method Codelist - The submissionMethod codelist has been updated
#387 Codelist updates: Item Classification Scheme - New entries have been added to the itemClassificationScheme codelist
#385 Codelist updates: awardCriteria - Revising the awardCriteria codelist, with all existing codes deprecated and a new set of codes introduced.
Ajout¶
#371 #439 Linking related processes - We have introduced a new RelatedProcess block at the release and contract level
#374 Duration in periods - We have introduced fields for duration in days, and maximum extent, to the period building block
#374 Contract and Award Periods in Tender - We have introduced contract period in tender and updated the definition of award period.
#376 Contract type (supplies, works and services) - We have introduced a procurementCategory field to specify whether contracts are for supplies, works, services, consultancyServices or mixed
#373 Milestone types - We have introduced the milestoneType property and codelist
#366 Unit of Measure - additional fields and codelist - We have introduced a structured classification for unitOfMeasure on each item, with a recommendation to use UNCEFACT.
Extensions¶
#335 #411 Core and community extensions - We have introduced widespread use of extensions throughout the standard. An extension provides fields and data structures that are optional, either because (a) they are only relevant in particular contexts or contracting processes; or (b) they represent a 'stretch goal' for most data publishers, and so are not currently suitable for inclusion in the main standard. We divide these extensions into 'core extensions' which have wide enough relevance, and technical maturity to be included in the main standard documentation (and which are versioned along with the standard documentation), and 'community extensions' which may have less technical maturity, or which might be versioned independently of the main standard.
#259 Échanges - Nous avons ajouté une extension de base dédiée aux échanges pour fournir des informations sur les questions qui ont été posées pendant la phase d'appel d'offres.
#342 Overall contracting process description - We have introduced a new top-level title and description for the contracting process as a core extension.
#274 New property of contract: extendsContractID - We have introduced a new field 'extendsContractID' to the Contract block to support contract cross-referencing between contracts.
#381 Lots - Nous avons ajouté une extension de base pour proposer une structure adaptée aux processus de passation de marchés qui sont divisés en lots.
#379 Offres et statistiques sur les offres - Nous avons ajouté une extension de base qui propose une section de haut niveau sur les offres, avec les composants
BidStatistics
etBid
pour des informations détaillées sur les offres individuelles. Cette section remplace la section actuelle sur les appels d'offres et les candidats.#250 Extension de localisation - Nous avons déplacé les extensions de localisation pour qu'elles deviennent une extension de base.
#33 Frais de participation (document d'offre et coûts de soumission) - Nous avons ajouté une extension de base pour déclarer les frais de participation liés à un processus de passation de marchés.
#249 Étendre le contrat avec une liste (array) de fournisseurs - Nous avons ajouté une extension de base pour permettre l'ajout d'informations sur le fournisseur au niveau du contrat.
Déprécié¶
#355 Deprecating milestone documents - We have deprecated milestone documents from core, and added a milestone documents extension for those who wish to continue to use documents at the milestone level.
#368 Updates to organization handling in OCDS - We have deprecated use of the full organization block at points other than the parties array.
#372 Updates to transactions terminology - receiverOrganization, providerOrganization and amount properties have been deprecated in favour or other terms.
[1.0.3] - 2017-07-31¶
Schéma¶
[1.0.2] - 2016-11-22¶
Schéma¶
#362 Add a
title
property to all fields.#221 Add the missing
procurementMethodDetails
field.#391 Fix typo in
description
property ofreleaseTag
field.#271 Fix link to Fiscal Data Package.
#314 Add a
description
property to thenumberOfTenderers
field.#244 Fix the
description
property of thechanges
field.
Documentation¶
#228 Update the documentation to use "Object" not "Reference" in Format column of field tables.
#331 Add a Governance page.
#332 Replace the license.
#332 Add a Contributor Licence Agreement.
#360 Clarify the CSV serialization guidance.
Add CSV download links for registered ocids and publication levels. Update the publication levels spreadsheet accordingly.
[1.0.1] - 2016-03-14¶
Listes de codes¶
Schéma¶
#283 Remove
"mergeStrategy": "ocdsVersion"
from theplanning.budget
field.#295 Allow the optional fields
Award.status
andContract.status
to benull
.#300 Remove
"format": "uri"
from thepublisher.scheme
field.#304 Fix the versioning of arrays in the versioned release schema.
#305 Add
title
anddescription
properties and fix typos.
Documentation¶
Restructure the documentation, including: expanding the Getting Started section and adding more examples.
[1.0.0] - 2015-07-29¶
Listes de codes¶
Update
documentType
andorganizationIdentifierRegistrationAgency_iati
codelists.
Schéma¶
Documentation¶
Add changelog.
[1.0.RC] - 2014-11-18¶
Changes prior to this release are not covered here. Please see the overview of changes between the beta and 1.0.RC releases.