OCDS 1.2: Queremos escuchar sus propuestas
El Estándar de Datos de Contrataciones Abiertas (OCDS), es un estándar de datos abiertos, gratuito, no propietario, para contrataciones públicas, implementado por más de 30 gobiernos alrededor del mundo. Es el único estándar abierto e internacional para publicar información relacionada a la planeación, adquisición, contratación e implementación de contratos públicos, y ha sido avalado por el G20, el G7 y otras organizaciones internacionales.
Hoy, empezamos el desarrollo de la siguiente versión del Estándar de Datos de Contrataciones Abiertas, OCDS 1.2.
¿Cómo llegamos aquí?
La versión candidata del OCDS 1.0 se publicó en Noviembre del 2014, después de un proceso de desarrollo de un año. Ha permitido a los gobiernos publicar información sobre 130 conceptos comunes en las contrataciones públicas en un formato estandarizado.
El OCDS 1.1 se publicó en Mayo 2017, después de otro proceso de un año . Se agregó la forma en que los gobiernos pudieran añadir conceptos adicionales a sus datos (“extensiones”), se redujo la repetición de detalles de organizaciones, y se añadieron o actualizaron conceptos comunes, llegando a un total de 160.
¿Qué es una “versión menor”?
Una versión es una nueva versión del estándar que actualiza las reglas que se tienen que seguir para cumplir con esa versión.
Una versión menor es una versión que es compatible con versiones anteriores. Esto significa que cualquier dato que cumpla con el OCDS 1.0 todavía cumple con el OCDS 1.1 (y el 1.2 y en adelante). Si se creara una regla, por ejemplo, que requiera la publicación de un concepto específico en OCDS 1.2, entonces cualquier dato de OCDS 1.0 o 1.1 que omita ese concepto ya no sería compatible. De esa manera, los cambios que se pueden considerar para una versión menor están limitados. (Una versión mayor no está limitada y no es compatible con versiones anteriores.)
Dicho esto, en una versión menor hay espacio para cambiar las limitaciones. Por ejemplo, el OCDS requiere el uso de sus términos para los conceptos que cubre. Por ejemplo, la lista de personas que entran a un proceso de contratación debe de llamarse ‘tenderers’ (y no otro término como ‘participants’) – aunque ese proceso de contratación sea un concurso de diseño para el cual el término ‘participants’ es más apropiado que ‘tenderers’ [oferentes]. Sería incompatible con versiones anteriores cambiar ‘tenderers’ a un término genérico como ‘submitters’, porque los datos que usan ‘tenderers’ en OCDS 1.0 no pasarían el requisito de utilizar ‘submitters’ en OCDS 1.2. Para trabajar alrededor de esta limitación, el OCDS tiene una política de deprecación, según la cual se desalienta utilizar el término ‘tenderers’ (pero no se quita) en una nueva versión.
La política de deprecación se debe usar muy poco, porque si los diferentes conjuntos de datos utilizan frecuentemente diferentes términos para el mismo concepto, no se maximiza la interoperabilidad, la cual es el propósito de la estandarización.
¿A dónde vamos?
Desde el 2017, el número de implementaciones OCDS se ha duplicado, a través de estas implementaciones la comunidad OCDS ha aprendido mucho sobre qué funciona y qué no funciona. Esto se ha reflejado en los retos y las ideas para mejora que OCP, los publicadores y los usuarios han reportado a la página de Github del Estándar. Muchos han reportado issues que se han resuelto sin hacer cambios a las reglas del OCDS, a través de versiones parche como OCDS 1.1.4 en 2019 y OCDS 1.1.5 en 2020. Otros 40 issues se han resuelto sin una nueva versión, simplemente actualizando la sección de Guía de la documentación OCDS .
Sin embargo, cerca de 90 issues necesitan cambios de reglas – y esa es la razón por la cual realizamos una versión menor.
Los temas generales de los issues reportados son:
- Problemas semánticos. Muchos de los términos de OCDS se definieron desde la perspectiva de etapa única en los procedimientos de contratación. Sin embargo, el OCDS está diseñado para soportar procedimientos de contratación de dos etapas, así como otros procesos como concursos de diseño, asociaciones público-privadas, concesiones, rentas, ventas, y más. Las definiciones de muchos términos tienen que ser refinadas para que su significado sea claro en diferentes contextos.
- Nuevas validaciones. Es incompatible con versiones anteriores añadir validaciones, como requerir la publicación de un concepto. Las validaciones OCDS se describen en el archivo del esquema. Podríamos añadir versiones “estrictas” de los archivos del esquema, para dar a los publicadores la opción de optar por nuevas validaciones, así mejorando la calidad de sus datos.
- Añadir o hacer obsoletos campos y códigos. Hay varios conceptos que son comunes en múltiples jurisdicciones que se puede considerar añadir al OCDS. También hay varios conceptos que se puede considerar hacer obsoletos, ya que no son claros o suficientemente distintos.
- Actualizar extensiones. Las extensiones de ofertas, consultas, ubicación, lotes y costos de participación son versionadas con el estándar, y se están considerando varias mejoras a las extensiones – incluyendo combinar lotes al OCDS.
- Propuestas varias, incluyendo si cambiar cómo se empaquetan los datos OCDS o cómo publicar contenido en multilingue.
Los issues pueden explorarse por tema en este tablero.
¿Cómo contribuir?
El desarrollo de OCDS 1.2 sigue el proceso de gobernanza.
El primer paso es proponer nuevos issues para abordar antes de Octubre 28. Todos los issues existentes que pueden resolverse en una versión menor ya se recolectaron en el hito 1.2.0 . Si hay algo fuera de esta lista que quieran ver que se cambie, por favor creen un issue en Github. Si eres nuevo en Github, puedes ver un video de nuestra introducción a GitHub, revisar la presentación, o utilizar esta guía.
Después de esta primera fecha límite, OCP va a actualizar el hito 1.2.0 con nuevos issues. Habrá otro período de dos semanas durante el cual cualquiera puede discutir si incluir o no los issues que faltan, o quitar los issues que ya están incluidos. Después, durante varios meses, las soluciones a los issues se van a preparar a través de las discusiones en Github o llamadas de comunidad. Para obtener actualizaciones sobre este proceso, por favor suscríbete a la lista de correos standard-discuss.
Esperamos la participación activa de la comunidad de OCDS a lo largo de este proceso, para garantizar que OCDS siga siendo el mejor medio para divulgar datos de contratación pública.
