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:

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

      • Merge Publication policy and Licensing pages into Publish page #986 #1012.

      • Replace guidance on publication levels #980 #1013 #1045.

    • #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)

  • Update the changelog #932 #976.

  • #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:

    • #998 Add 'NAICS', 'PSC' and 'HS' codes.

    • #967 Remove the discouragement of the 'UNSPSC' code.

    • #1033 Add a Category column to indicate the context in which the classification scheme is used.

  • milestoneType.csv:

    • #1000 Update description of 'financing' code, and add 'payment' code.

Schéma

  • #969 Clarify the instruction for setting the Unit.id field.

  • #995 Clarify the instruction for setting the Release.date field.

  • #996 Fix a typo in the versionedRelease field.

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 and codelist 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 nomenclaturepartyRole (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 and url and description for record in the record package schema, and missing description for releases 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 pour OrganizationReference.name; ayant des propriétés codelist et openCodelist pour Tender.awardCriteria, Tender.awardCriteriaDetails, Document.documentType, Item.unit.scheme, Classification.scheme, et RelatedProcess.scheme; et en ayant une propriété deprecated (obsolète) pour Budget.source. Toutes les propriétés des métadonnées title (titre) et description 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 et id 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 et Classification.

  • #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 "release date" (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 à :

    • #783 Extensions soumises par la communauté relatives aux détails des parties

    • #837 profils OCDS

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 for Tender.additionalProcurementCategories.

  • #639 Rend le champ name optionnel pour OrganizationReference.

  • #630 Allow optional field Item.unit to be null. (Reverted in 1.1.4)

  • #663 Add "type": "object" to objects in the versioned release schema.

  • a75c1c5 Make record-package-schema.json use the codelist property to reference releaseTag.csv, and update the enum accordingly.

Listes de codes

  • Update the currency codelist for ISO4217 amendment 165 (2017-12-14).

Schéma

  • #603, #645 Add definitions to Release, planning.budget, Milestone, Organization.address, Organization.contactPoint, Classification, Identifier, Value and Period.

  • #578 Update the definition of the buyer field to cover goods, works and services, and multiple buyers.

Documentation

  • #633 Met à jour la page de référence du schéma pour afficher Release.relatedProcesses, Planning.documents et Contract.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 valeur null, utilise OrganizationReference 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

  • #565 Add explanatory text for the schema browser.

  • #590 #591 Add 1.0.1 and 1.0.3 to the changelog.

[1.1.1] - 2017-07-31

Schéma

  • #251 Allow optional field parties.role to be null.

  • #479 Remove releases as a required field in record-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

Mises à jour de la définition du schéma

Mises à jour des listes de codes fermées

Mises à jour sur les listes de codes ouvertes

Ajout

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 et Bid 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é

[1.0.3] - 2017-07-31

Schéma

  • #329 Update Item.quantity to allow decimal values.

  • #253 Update Value.amount to allow negative values.

[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 of releaseTag field.

  • #271 Fix link to Fiscal Data Package.

  • #314 Add a description property to the numberOfTenderers field.

  • #244 Fix the description property of the changes 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

  • #267 Rename codes in the documentType codelist: 'Tender notice' to 'tenderNotice', 'Award notice' to 'awardNotice', and 'Contract notice' to 'contractNotice'.

  • #307 Remove a reference to a non-existent statusDescription field in the awardStatus codelist.

Schéma

  • #283 Remove "mergeStrategy": "ocdsVersion" from the planning.budget field.

  • #295 Allow the optional fields Award.status and Contract.status to be null.

  • #300 Remove "format": "uri" from the publisher.scheme field.

  • #304 Fix the versioning of arrays in the versioned release schema.

  • #305 Add title and description 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 and organizationIdentifierRegistrationAgency_iati codelists.

Schéma

  • #188 Add the tender.numberOfTenderers and tender.tenderers fields.

  • #199 Add the Award.contractPeriod field, to disclose the anticipated contract period without creating a Contract object.

  • Update the description property of the Award.date field.

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.