Registro de cambios

Todos los cambios relevantes a este proyecto serán documentados en este archivo. Este proyecto se adhiere al estándar de Versionado Semántico.

[1.1.4] - 2019-06-25

Avisos

Bugs

  • [# 738] (https://github.com/open-contracting/standard/pull/738) 1.1.3 cambió los comportamientos de fusión y control de versiones de Item.unit, de tal manera que podría eliminarse configurándolo a null, y de manera que esté versionado como un todo. 1.1.4 restaura los comportamientos de 1.1.2, de modo que soló sus subcampos pueden eliminarse configurándolos como null, y para que sus subcampos se versionen individualmente.

    • Acción: Si ha actualizado a OCDS 1.1.3, entonces las versiones compiladas y las versiones versionadas que configuran Item.unit probablemente tendrán que volver a crearse para validarlas contra el esquema OCDS 1.1.4.

  • #810 buyer.id, Tender.procuringEntity.id, Contract.implementation.payer.id Contract.implementation.payee.id, Budget.id, Identifier.id, and Classification.id ahora estan versionados, consistentes con la documentación.

    • Acción Los releases versionados que configuran estos campos probablemente deberán volver a crearse para validarse contra el esquema OCDS 1.1.4.

  • [# 769] (https://github.com/open-contracting/standard/pull/769) El esquema del release versionado ahora coincide con el esquema de entrega en: tener una propiedad de validación minLength paraOrganizationReference.name; tener las propiedades codelist yopenCodelist para Tender.awardCriteria,Tender.awardCriteriaDetails, Document.documentType,Item.unit.scheme, Classification.scheme, yRelatedProcess.scheme; y tener una propiedad deprecated paraBudget.source. Todas las propiedades de metadatos title ydescription se eliminan del esquema del release versionado.

  • #810 tag ahora es omitWhenMerged, consistente con las referencias de implementación en OCDS Merge.

Listas de códigos

  • [# 824] (https://github.com/open-contracting/standard/pull/824) Los archivos de lista de códigos canónicos están disponibles en las URL como <https://standard.open-contracting.org/schema/1__1__4/codelists/ >, y las traducciones están disponibles en las URL como https://standard.open-contracting.org/1.1/en/codelists/, para OCDS 1.1.4 y versiones posteriores.

  • #746 #842 . Actualiza la lista de códigos de moneda de acuerdo a las enmiendas en ISO4217 166, 167, 168 and 169.

  • [# 725] (https://github.com/open-contracting/standard/pull/725) Agrega un código de ‘planningProcurementNotice’ a la lista de códigos documentType, ‘CUCOP’ a itemClassificationScheme, ‘interestedParty’ a partyRole.

  • [# 725] (https://github.com/open-contracting/standard/pull/725) Actualiza las descripciones de los códigos ‘tenderNotice’ y ‘technicalSpecifications’ en la lista de códigos documentType para alinearlos con el texto del Agreement on Government Procurement (GPA) de la Organización Mundial del Comercio (OMC)

  • [# 725] (https://github.com/open-contracting/standard/pull/725) Aplica la guía de estilo y el glosario OCDS a los códigos ‘procuringEntity’ y ‘supplier’ en la lista de códigos partyRole.

  • [# 725] (https://github.com/open-contracting/standard/pull/725) Agrega ejemplos a la descripción del código ‘environmentalImpact’ en la lista de códigos documentType.

  • [# 829] (https://github.com/open-contracting/standard/pull/829) Usa el formato de oraciones para títulos de códigos y descripciones de códigos con puntos.

  • [# 852] (https://github.com/open-contracting/standard/pull/852) Usa las palabras clave normativas correctas en las descripciones de los códigos.

Esquema

  • [# 712] (https://github.com/open-contracting/standard/pull/712) Agrega los títulos que faltan para publisher yurl y la descripción para record en el esquema del paquete de registros, y la descripción que falta para releases en el esquema del paquete de entregas.

  • [# 838] (https://github.com/open-contracting/standard/pull/838) Elimina la regla conflictiva de que los identificadores de entregas deben ser únicos dentro de los paquetes de entregas. La unicidad dentro del ámbito de un paquete de entregas implica que los identificadores de entrega deben ser globalmente únicos, o impone una restricción arbitraria sobre el contenido de los paquetes de entrega, ya que no hay ninguna regla que impida que los paquetes de entrega contengan entregas de diferentes procesos de contratación. Sólo se requiere que los identificadores de entrega sean localmente únicos dentro del alcance de un proceso de contratación. Los valores ocid eid de una entrega se pueden usar juntos para desambiguar las entregas dentro de un paquete de entregas.

  • Aclara la unicidad de los identificadores de entrega dentro del esquema de entrega [# 838] (https://github.com/open-contracting/standard/pull/838) y del esquema de paquete de entrega # 831.

  • [# 810] (https://github.com/open-contracting/standard/pull/810) Agrega un esquema de entrega sin referencia para facilitar la implementación de la rutina de combinación.

  • #810 Agrega "versionId": true a Identifier y Classification.

  • [# 845] (https://github.com/open-contracting/standard/pull/845) Elimina una referencia a un problema cerrado y una nota sobre un nombre de campo.

  • [# 855] (https://github.com/open-contracting/standard/pull/855) Usa las palabras clave normativas correctas en las descripciones de los campos.

  • [# 855] (https://github.com/open-contracting/standard/pull/855) Reescribe las descripciones de los campos como definiciones en lugar de instrucciones.

  • [# 855] (https://github.com/open-contracting/standard/pull/855) Alinea las descripciones de los campos license en el esquema del paquete de entregas y el esquema del paquete de registros.

Documentación

  • [# 772] (https://github.com/open-contracting/standard/pull/772) [# 810] (https://github.com/open-contracting/standard/pull/810) [# 831] (https://github.com/open-contracting/standard/pull/831) Aclara las reglas de combinación para los releases compilados y los releases versionados.

  • [# 797] (https://github.com/open-contracting/standard/pull/797) Corrige ejemplos de releases versionados.

  • [# 831] (https://github.com/open-contracting/standard/pull/831) Usa las palabras clave normativas correctas en la documentación.

  • [# 869] (https://github.com/open-contracting/standard/pull/869) Mueve las declaraciones normativas a las secciones normativas.

  • [# 835] (https://github.com/open-contracting/standard/pull/835) Muestra las URLs del esquema canónico en la documentación.

  • [# 838] (https://github.com/open-contracting/standard/pull/838) Aclara la unicidad de los identificadores de entrega, adjudicación y contrato.

  • [# 831] (https://github.com/open-contracting/standard/pull/831) Mejora la descripción de la iteración sobre el campo id de entrega.

  • #822 Integra el Explorador de Extensiones.

  • [# 783] (https://github.com/open-contracting/standard/pull/783) Agrega la dirección de correo electrónico faltante para el grupo de trabajo de gobernanza del estándar.

  • Reemplaza términos ambiguos o incorrectos:

    • #831 Usa “release id” y “release date”, en vez de “releaseID” y “releaseDate”.

    • #831 Usa “prefijo ocid”, en vez de “prefijo del publicador”

    • #840 Usa “paquete de entregas y paquete de registros”, en vez de “paquete de datos”, para evitar confusión con el Frictionless Data’s Data Package specification

    • #831 Usa “minor versions”, en vez de “decimal versions” en la página de deprecación.

    • [#823] (https://github.com/open-contracting/standard/pull/823) Arregla los usos incorrectos de “registros”, “listas de códigos” y “diccionarios geográficos” en las páginas de identificadores y listas de códigos

  • Arregla contenido desactualizado:

    • [# 831] (https://github.com/open-contracting/standard/pull/831) Elimina frases que impliquen que no existe una lista de códigos del esquema de clasificación de unidades en la página de referencia del esquema de entregas

    • #831 Remove sentence using non-existent ‘notice’ code on release schema reference page
    • #831 Quita referencias a un issue cerrado en la sección API

  • Agrega links a:

    • #783 Extensiones de comunidad relacionadas a los detalles de las partes

    • #837 Perfiles OCDS

  • Corrige errores en la documentación #692 #713 #719 #726 #732 #752 #756 #795 #867.

  • Mejora el proceso para construir la documentación #666 #698 #708 #709 #721 #724 #727 #729 #733 #740 #747 #753 #762 #767 #783 #787 #796 #813 #836.

[1.1.3] - 2018-04-16

Actualizaciones de listado de códigos

  • Actualización del listado de códigos de moneda ISO4217 para la enmienda 165 (2017-12-14).

Correcciones en el esquema

  • #646 No permite el uso de null como artículo en la lista Tender.additionalProcurementCategories.

  • #639 Hacer que el campo name sea opcional paraOrganizationReference.

  • #630 Permitir que el campo opcional Item.unit seanull.

  • #603, #645 Agrega definiciones a Entrega, planning.budget, Milestone, Organization.address, Organization.contactPoint, Classification, Identifier, Value y Period.

  • Hace que record-package-schema.json use la propiedad codelist para hacer referencia a releaseTag.csv, y actualizar el enum .

  • #578 Actualiza la definición de “buyer” para cubrir bienes, obras y servicios, y múltiples compradores.

Correcciones de documentación

  • #633 Actualiza la página de referencia del esquema para mostrar Release.relatedProcesses,Planning.documents y Contract.relatedProcesses.

  • #633 Aclara las definiciones de extensiones centrales, comunitarias y locales.

Corrección de extensiones

  • #40, #43, #47 Agrega las definiciones faltantes, las listas de códigos y las enumeraciones a las extensiones principales, corrige los errores tipográficos en los nombres de archivo de las listas de códigos, no permite el uso de null como un elemento en listas, no permite que los campos obligatorios se establezcan en nulo, permite que los campos opcionales seannulos, usa OrganizationReference en lugar deOrganization.

Los scripts antiguos y no utilizados se han eliminado del repositorio de la documentación y se han actualizado varias dependencias de scripts.

[1.1.2] - 2017-11-10

Actualizaciones de listado de códigos

  • 554 . Actualización de lista de código de moneda para ISO4217 enmienda 163 (2017-06-09)*. Nota: XBT (Bitcoin) es removida de la lista de código ya que no es parte de ISO4217.

[1.1.1] - 2017-07-31

Corrección de Bugs

Revisiones menores

Mejoras en la documentación

Código y proceso de construcción

  • # 506 Eliminado make_field_definitions.py de los scripts de utilidad ya que ya no es necesario.

  • Adición de docstrings a los scripts clave

[1.1.0] - 2017-05-01

Cambios en la política

Cambiado

Actualizaciones estructurales

  • #368 Actualizaciones para el manejo de organizaciones en OCDS - Hemos actualizado el enfoque para incluir la información de las organizaciones en el estándar; de tener bloques incrustados de información de la organización, a utilizar referencias cruzadas incrustadas a una lista de “partes” de nivel superior donde se almacenan los detalles completos de la organización. Este cambio reduce la duplicación de la información de la organización y permite una divulgación más flexible de la información sobre todas las partes involucradas en un proceso de contratación, incluyendo múltiples compradores.

  • #357 Manejo de enmiendas - Hemos reemplazado la enmienda con una lista de enmiendas, y hemos actualizado el esquema y la orientación para eliminar la opción de proporcionar cambios semiestructurados en un objeto de enmienda. Los cambios entre enmiendas deben ser ahora proporcionados utilizando múltiples entregas, con la opción de declarar explícitamente cómo las entregas se relacionan con una enmienda incluida en la nueva matriz de enmiendas.

Actualizaciones de validación de esquemas

Actualizaciones de definición del esquema

Actualizaciones de listas de códigos cerradas

Actualizaciones de listas de códigos abiertas

Agregados

Extensiones

  • #335 Extensiones centrales y comunitarias Hemos introducido el uso generalizado de extensiones en todo el estándar. Una extensión proporciona campos y estructuras de datos que son opcionales, ya sea porque (a) sólo son relevantes en contextos o procesos de contratación particulares; o (b) representan un “objetivo estricto” para la mayoría de los publicadores, por lo que actualmente no son adecuados para su inclusión en el estándar principal. Dividimos estas extensiones en ‘extensiones centrales’ que tienen una relevancia lo suficientemente amplia y madurez técnica para ser incluidas en la documentación estándar principal (y que están versionadas junto con la documentación estándar), y ‘extensiones comunitarias’ que pueden tener menos madurez técnica, o que podría ser versionados independientemente del estándar principal.

  • #259 Enquiries - Hemos introducido una extensión de consultas básicas para proporcionar información sobre las consultas recibidas durante la etapa de licitación.

  • #342 Descripción general del proceso de contratación - Hemos introducido un nuevo título y descripción de primer nivel para el proceso de contratación como una extensión base.

  • #274 Nueva propiedad del contrato: extendsContractID - Hemos introducido un nuevo campo ‘extendsContractID’ en el bloque Contract para apoyar la referencia cruzada de contratos entre contratos.

  • #381 Lotes - Hemos introducido una extensión central para proporcionar un modelo para los procesos de contratación que se dividen en lotes.

  • #379 Estadísticas y Detalles de las Ofertas - Hemos introducido una extensión central que proporciona una sección de Ofertas de nivel superior, con bloques BidStatistics y Bid para obtener información detallada sobre las ofertas individuales. Esto sustituye a la actual sección de tender/tenderers.

  • #250 Extensión de Ubicación - Movimos las extensiones de ubicación para convertirlos en una extensión central.

  • #33 Costos de Participación (documentos de oferta y costos de presentación) - Hemos introducido una extensión central para declarar los costos de participación relacionados con un proceso de contratación.

  • #249](https://github.com/open-contracting/standard/issues/249) Extender la sección de contract con una lista de proveedores - Introducimos una extensión central para permitir la inclusión de información de proveedores a nivel contrato.

Obsoletos

[1.0.3] - 2017-07-31

Solucionados

  • #329 - actualizado item.quantity para soportar valores decimales (integer -> number)

  • #253 - actualizado value.amount para soportar valores negativos.

[1.0.2] - 2016-11-22

Cambiado

Solucionados

  • Se agregaron títulos a todos los campos de la documentación (#362)

  • El campo procurementMethodDetails añadido al esquema (# 221)

  • Corrección de errores en releaseTag (#391)

  • Fijación de enlaces al Paquete de Datos Fiscales (# 271)

  • Descripción para numberOfTenderers (#314)

  • Se arregló la definición de changes (#244)

  • Documentación actualizada para referirse a ‘Object’ no ‘Reference’ para campos (# 228)

Se ordenó

  • Eliminación de las carpetas de traducción de documentación en español de standard/docs/es

  • Se han agregado enlaces de descarga CSV para los OCID registrados y los niveles de publicación

  • Plantilla de niveles de publicación actualizada para reflejar la versión 1.0.2

[1.0.1] - 2016-03-14

Documentación actualizada ha sido publicada. Esto no ha hecho ningún cambio semántico en el estándar.

[1.0] - 2015-07-29

Cambiado

  • Se añadió contractPeriod a award para permitir que el período anticipado de un contrato sea registrado, sin requerir la creación de un bloque de contrato. Discutido en #199

  • Listas de códigos actualizadas

Solucionados

  • Correcciones menores de documentación.

[1.0.RC] - 2014-11-18

Los cambios anteriores a este punto no están cubiertos por este registro de cambios. Se puede obtener una descripción general no exhaustiva de los cambios entre la versión beta y 1.0.RC. en esta entrada de blog (en inglés).