Registro de cambios

Estas notas de entrega describen las novedades en cada versión. OCDS se adhiere al Versionamiento Semántico.

Mejoras iterativas

De acuerdo a la política de cambios y contenido normativo y no-normativo, las mejoras iterativas a contenido no-normativo puede hacerse fuera del ciclo de entrega.

Documentación

  • Introducción:

  • Guía

    • #986 Añadir la guía de implementación del sitio Web de OCP.

    • #1386 Añadir enlace a la Lista de Verificación de la Implementación OCDS

    • Mapear:

      • Añadir ejemplos #1338:

        • Referencias de la organización #947

        • Identificadores de organización #948 #1429

        • Actualizaciones y enmiendas #950 #1454

        • Identificadores personales #952

        • Unidades organizacionales #961

        • Adjudicaciones y contratos #974 #1451.

        • Clasificadores de la organización #990

        • Pre-calificación y pre-selección #999 #1345

        • Procesos fallidos #1007

        • Hitos #1048

        • Acuerdos marco #1123 #1269 #1332 #1461

        • Catálogos electrónicos #1223

        • Información de beneficiario real #1305

        • #1414 Reformular la etapa de planeación como proceso de planeación en los ejemplos prácticos

      • Añadir páginas:

        • Localizar OCDS #1043

        • Estándares relacionados #1278

      • #1016 #1140 Añadir enlaces a los perfiles OCDS y los estándares relacionados

      • #1193 Se ha eliminado la distinción entre extensiones "centrales, "comunitarias" y "locales".

      • #1428 Integra contenido de que hacer con los campos que no mapean.

    • Construir:

      • Añadir páginas:

        • Entregas "sencillas" #951

        • Actualizaciones y eliminaciones #985

        • Historial de cambios #997 #1047

        • Arquitectura de sistemas #997

        • Herramientas de recolección de datos #1061

      • #963 Borrar la guía sobre descubrimiento Web.

      • #986 Mezclar la página de Registro con la página de Construir.

      • #1150 Alinear el lenguaje en la fase de implementación con el lenguaje en la fase de Mapeo.

      • #1414 Quitar la sección planeación de las Entregas sencillas y el historial de cambios.

      • #1494 Agrega orientación sobre la preparación de datos de prueba en la sección Verifique sus datos.

    • Publicar:

    • #1427 Agrega una guía sobre extensiones recomendadas.

    • Varias mejoras menores #1051 #1080 #1083 #1085 #1091 #1130 #1227 #1299 #1337 #1384.

  • #908 Renombrar Validador a Herramienta de Revisión de Datos

  • #955 Dividir la sección de Guía en subsecciones. Añadir una nueva sección de Historia, y mover las páginas de Registro de Cambios, Agradecimientos e Historia y Desarrollo a ella.

  • #958 Página de Gobernanza: Cambiar la responsabilidad de la revisión de priorización al Jefe de Productos y Servicios de Datos de OCP. Cambiar "equipo técnico" por "equipo de desarrollo del estándar".

  • #959 #979 Sección de Historia: Combinar las páginas Creditos e Historia del OCDS en la página Desarrollo y Apreciación. Actualizar la historia desde la perspectiva del presente.

  • #960 Sección de Ayuda: mezclar la página de Herramientas con la página de Ayuda.

  • Reorganizar el contenido no-normativo (hito).

  • Editar las páginas no-normativas y corregir enlaces rotos (hito).

  • Cambiar como se construye la documentación (hito).

  • Actualizar traducciones (hito)

  • Actualizar el historial de cambios #932 #976.

  • #1444 Página de gobernanza: OCP ahora es una organización 501(c)(3) y FCNY ya no es su patrocinador fiscal.

[1.1.5] - 2020-08-20

  • #1054 La Política de traducción y localización se enmienda para que establezca que "el contenido normativo se va a traducir a todos los idiomas principales admitidos "lo antes posible* en vez de "antes del lanzamiento". Una traducción en español esta lista y la traducción al francés estará lista lo antes posible.

Listas de códigos

  • itemClassificationScheme.csv:

    • #998 Añadir los códigos 'NAICS', 'PSC' y 'HS'.

    • #967 Borrar la recomendación de no utilizar el código 'UNSPSC'.

    • #1033 Añadir una columna llamada Categoría para indicar el contexto en el cual el esquema de clasificación es usado.

  • milestoneType.csv:

    • #1000 Actualizar la descripción del código 'financing', y añadir el código 'payment'.

Esquema

  • #969 Aclarar las instrucciones para establecer el valor del campo Unit.id.

  • #995 Aclarar las instrucciones para establecer el valor del campo Release.date.

  • #996 Corregir una errata en el campo versionedRelease.

Documentación

  • #966 Mover las páginas de Gobernanza y Descontinuación a la nueva sección de Gobernanza.

  • #968 #1032 Usar "field" para referirse a los campos de OCDS y "property" para referirse a las propiedades del Esquema JSON.

  • #970 Añadir enlaces para acceder al esquema de entregas como una planilla CSV y a través de la Plantilla de Mapeo a Nivel de Campos. Añadir notas para describir las alternativas para navegar los esquemas.

  • #965 Página de Referencia de Entrega: Añadir lista de extensiones para el objeto Transacción.

  • #970 Página de Esquema de Entrega: Corregir la descripción de las entregas compiladas.

  • #996 Página de Referencia de Registro: Reescribir la página para mayor claridad.

  • #1010 Página de identificadores: Añadir enlace al ejemplo de identificador de organización

  • Página de Listas de códigos:

    • #978 #1032 Quitar la sugerencia de usar prefijos X, por las razones explicadas por el [IETF] (https://tools.ietf.org/html/rfc6648#appendix-B).

    • #972 Aclarar las normas sobre las listas de códigos abiertas y cerradas.

    • #973 Describir las propiedades del Esquema JSON openCodelist y codelist.

    • #1036 Agrega instrucciones para los publicadores OCDS sobre contactar al Equipo de Soporte de Datos para agregar listas de códigos a org-id.guide.

Extensiones

Vea los registros de cambios para:

[1.1.4] - 2019-06-25

Avisos

  • OCDS 1.0 usa whole-list merge strategy for Award.suppliers, mientras que OCDS 1.1 uses the identifier merge strategy. Como consecuencia, el esquema de release versionado no es compatible con OCDS 1.0.

    • Acción: Los releases versionados que respeten el esquema OCDS 1.0 y que utilizan Award.suppliers tendrán que volver a crearse para ser válidos contra el esquema OCDS 1.1.

  • #780 Todas las extensiones creadas por Open Contracting Partnership se encuentran ahora en la organización open-contracting-extensions.

    • Acción: No se requieren cambios, pero recomendamos que los publicadores actualicen los URLs de estas extensiones en los paquetes de entregas y registros.

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

  • #831 OCDS ahora tiene una Política de Contenido y Cambios Normativos y No Normativos (en inglés).

  • #744 OCDS ahora tiene una Política de Traducción y Localización.

  • #717 #734 El sitio web de documentación de OCDS tiene ahora una nota de privacidad.

  • La documentación ya esta disponible en italiano.

Listas de códigos

  • #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__5/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 Actualizar la lista de códigos de monedas de acuerdo a las enmiendas del ISO4217 166, 167, 168 and 169.

  • #725 Agrega un código de 'planningProcurementNotice' a la lista de códigos documentType, 'CUCOP' a itemClassificationScheme, 'interestedParty' a partyRole .

  • #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 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 Agrega ejemplos a la descripción del código 'environmentalImpact' en la lista de códigos documentType.

  • #829 Usa el formato de oraciones para títulos de códigos y descripciones de códigos con puntos.

  • #852 Usa las palabras clave normativas correctas en las descripciones de los códigos.

Esquema

  • #712 #715 Añadir títulos faltantes para publisher and url  y una descripción para record en el esquema de paquetes de registro, así como la descripción de releases en el esquema de paquetes de entregas.

  • #769 El esquema del release versionado ahora coincide con el esquema de entrega en: tener una propiedad de validación minLength para OrganizationReference.name; tener las propiedades codelist y openCodelist para Tender.awardCriteria,Tender.awardCriteriaDetails, Document.documentType, Item.unit.scheme, Classification.scheme, y RelatedProcess.scheme; y tener una propiedad deprecated para Budget.source. Todas las propiedades de metadatos title y description se eliminan del esquema del release versionado.

  • #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 e id 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 y del esquema de paquete de entrega #831.

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

  • #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 Elimina una referencia a un problema cerrado y una nota sobre un nombre de campo.

  • #855 Usa las palabras clave normativas correctas en las descripciones de los campos.

  • #855 Reescribe las descripciones de los campos como definiciones en lugar de instrucciones.

  • #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 #810 #831 Aclara las reglas de combinación para los releases compilados y los releases versionados.

  • #797 Corrige ejemplos de releases versionados.

  • #831 Usa las palabras clave normativas correctas en la documentación.

  • #869 Mueve las declaraciones normativas a las secciones normativas.

  • #835 Muestra las URLs del esquema canónico en la documentación.

  • #838 Aclara la unicidad de los identificadores de entrega, adjudicación y contrato.

  • #831 Mejora la descripción de la iteración sobre el campo id de entrega.

  • #822 Integra el Explorador de Extensiones.

  • #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 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 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 Elimina frases usando un código de 'notice' inexistente en la página de referencia del esquema de entregas.

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

Extensiones

Vea los registros de cambios para:

[1.1.3] - 2018-04-16

Esquema

  • #646 No permitir el uso de null como una entrada en la lista de Tender.additionalProcurementCategories.

  • #639 Hacer que el campo name sea opcional para OrganizationReference.

  • #630 Permitir que el campo opcional Item.unit sea null. (Revertido en 1.1.4)

  • #663 Añadir "type": "object"  a los objetos en el esquema de entregas versionado.

  • a75c1c5 Hacer que record-package-schema.json use la propiedad codelist para referenciar a releaseTag.csv, y actualizar la propiedad enum de acuerdo a esto.

Listas de códigos

  • Actualizar la lista de códigos de monedas de acuerdo a la enmienda 165 del ISO4217 (2017-12-14).

Esquema

  • #603, #645 Añadir definiciones a Release, planning.budget, Milestone, Organization.address, Organization.contactPoint, Classification, Identifier, Value y Period.

  • #578 Actualizar la definición del campo buyer para cubrir bienes, obras y servicios, y múltiples compradores.

Documentación

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

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

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

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 sean nulos, usa OrganizationReference en lugar de Organization.

[1.1.2] - 2017-11-10

Listas de códigos

  • #609 Update the currency codelist for ISO4217 amendment 163 (2017-06-09). XBT (Bitcoin) se quita de la lista de código ya que no forma parte de ISO4217.

Documentación

  • #565 Agregar texto explicativo para el navegador de esquemas.

  • #590 #591 agregar 1.0.1 y 1.0.3 al registro de cambios.

[1.1.1] - 2017-07-31

Esquema

  • #251 Permitir al campo opcional parties.role ser null.

  • #479 Borrar releases como un campo requerido en record-package-schema.json.

  • #475 Agregar la propiedad enum a cada campo en el esquema con una lista de códigos cerrada.

Listas de códigos

  • #422 Incluir una lista de códigos de moneda en la documentación y esquema.

  • #471 Actualizar la lista de códigos de milestoneType, reemplazando 'planning' por 'preProcurement' y 'adjudication' por 'assessment', e introduciendo 'approval' y 'financing'. Esta es una lista de códigos abierta, por lo que los viejos códigos siguen siendo válidos, pero los publicadores que puedan actualizarse a los nuevos códigos deberían hacerlo.

  • #473 Actualizar la definición del código 'contractSchedule' en la lista de códigos documentType.

Documentación

[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 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 #411 Extensiones centrales y de comunidads - Hemos introducido un 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) solo son relevantes en contextos o procesos de contratación particulares; o (b) representan un "objetivo extenso" para la mayoría de los editores de datos, 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 se versionan junto con la documentación estándar) y 'extensiones comunitarias' que pueden tener menos madurez técnica o que se pueden versionarse 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 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

Esquema

  • #329 Actualizar Item.quantity para permitir valores decimales.

  • #253 Actualizar Value.amount para permitir valores negativos.

[1.0.2] - 2016-11-22

Esquema

  • #362 Agregar una propiedad title a todos los campos.

  • #221 Agregar el campo faltante procurementMethodDetails.

  • #391 Corregir errata en la propiedad description del campo releaseTag.

  • #271 Corregir enlace al Paquete de Datos Fiscal.

  • #314 Añadir una propiedad description al campo numberOfTenderers.

  • #244 Corregir la propiedad description del campo changes.

Documentación

  • #228 Actualizar la documentación para utilizar "Object" y no "Reference" en la columna Formato de las tablas de campos.

  • #331 Añadir página de Gobernanza.

  • #332 Reemplazar la licencia.

  • #332 Añadir Acuerdo de Licencia de Colaborador.

  • #360 Clarificar la guía de la serialización CSV.

  • Añadir enlances de descarga CSV para ocids registrados y niveles de publicación. Actualizar respectivamente la hoja de cálculo de niveles de publicación.

[1.0.1] - 2016-03-14

Listas de códigos

  • #267 Renombrar códigos en la lista de código documentType: 'Tender notice' a 'tenderNotice', 'Award notice' a 'awardNotice', y 'Contract notice' a 'contractNotice'.

  • #307 quitar la referencia al campo no-existente statusDescription  en la lista de código awardStatus.

Esquema

  • #283 Quitar "mergeStrategy":"ocdsVersion" del campo planning.budget .

  • #295 Permit los campos opcionales Award.status y Contract.status ser null.

  • #300 Quitar "format": "uri" del campo publisher.scheme.

  • #304 Revisar el versionado de listas en el esquema de entregas versionadas.

  • #305 Añadir propiedades title and description y corregir typos.

Documentación

  • Restructurar la documentación, incluyendo: expandir la sección Para empezar y añadir más ejemplos

[1.0.0] - 2015-07-29

Listas de códigos

  • Actualizar las listas de códigos documentType y organizationIdentifierRegistrationAgency_iati.

Esquema

  • #188 Añadir los campos tender.numberOfTenderers y tender.tenderers

  • #199 Agregar el campo Award.contractPeriod, para publicar el periodo de contrato anticipado sin la necesidad de crear un objeto Contract.

  • Actualizar la propiedad description del campo Award.date.

Documentación

  • Agregar el registro de cambios.

[1.0.RC] - 2014-11-18

Cambios previos a esta versión no se cubren aquí. Favor vea el resumen de cambios entre las versiones beta y 1.0.RC.