OCDS 1.2: En lo que estaremos trabajando

Hace dos semanas, comenzamos el desarrollo de la siguiente versión menor del  Estándar de Datos de Contrataciones, OCDS 1.2, y explicamos que tipo de issues pueden resolverse en una versión menor.  

En este blog post, entramos en más detalle sobre las prioridades para OCDS 1.2.

Prioridades Temáticas 

Todos los issues existentes que se pueden resolver en una versión menor se han recopilado en una meta, y se han organizado en temas en este tablero.

En nuestra última actualización, hemos identificado tres temas importantes. Hablaremos más sobre estos temas aquí. 

Issues 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, y más. Las definiciones necesitan refinarse para que su significado sea claro en diferentes contextos.

En particular, vamos a ver algunos términos fundamentales: 

• “Proceso de contratación”: ¿Cuál es la naturaleza y los límites de un proceso de contrataciones? Por ejemplo: ¿Son los contratos específicos que resultan de un acuerdo marco parte del mismo proceso que estableció el acuerdo marco? Si una entidad contratante crea una lista de proveedores de vendedores pre-calificados de servicios de TI, ¿esto es un proceso de contrataciones? 
• “Adjudicación”: Una adjudicación es un anuncio, una decisión, o un resultado específico de un procedimiento (que puede incluir no celebrar ningún contrato)? Establecer un acuerdo marco con proveedores específicos cuenta como un resultado específico, o solo cuenta cuando los contratos específicos surgen de un acuerdo marco? 
• “Contrato”:  Hay muchos tipos de contratos legales en las contrataciones públicas, y un proceso de contrataciones puede involucrar múltiples tipos: contratos con cantidades definidas e indefinidas, órdenes de compra, compras de catálogos electrónicos, compras estableciendo acuerdos marco, etc. ¿Qué contratos pertenecen a la matriz contracts en OCDS? ¿Qué contratos se modelan mejor como detalles de implementación de esos contratos (por ejemplo, órdenes de compras en un contrato con cantidades definidas)? 
• “Tipo de iniciación”: El OCDS actualmente permite un tipo de iniciación, “licitación”, que está ambiguamente definido. ¿Qué, si es que algo, debe ser el propósito de este campo? ¿Es relevante para apoyar una variedad de procesos de contratación, como la venta de activos gubernamentales?
• “Comprador”: ¿Quién es el comprador en un proceso de contrataciones? ¿Qué relación tiene el comprador con el financiamiento o el beneficio de este procedimiento? Debería poderse separar el concepto de comprador a roles más discretos?

Otra área de trabajo significativa es trabajar en poder comparar las definiciones de OCDS contra otras definiciones, incluyendo :

• El Glosario de términos relacionados a las compras públicas usado en la  Ley Modelo de UNCITRAL sobre Compras Públicas 2011
• Glosario de la Ontología de eProcurement de la Oficina de Publicaciones de la Unión Europea
• Las definiciones en el Acuerdo Revisado sobre Compras Gubernamentales (GPA, en inglés) de la Organización Mundial del Comercio

Añadir campos 

Hay varios conceptos que consideramos añadir al OCDS que son comúnes en varias jurisdicciones. Esto incluye nuevos campos para: 

• Los detalles del estatus, para complementar los códigos utilizados para el estado de una oportunidad, adjudicación o contrato
• Fecha en la que se publicó una oportunidad
• Fecha en la que se estableció un valor monetario, para ayudar en la conversión de monedas 
• Ligas a datos no-OCDS publicados por sistemas anteriores o paralelos, para ayudar en la migración entre distintos formatos de datos 
• El código de país en una dirección, en vez de su nombre, para facilitar la identificación y asistir en la internacionalización 
• El valor de un hito, relevante para los horarios de pagos
• Identificadores adicionales para planes, oportunidades y contratos

Algunos issues más amplios incluyen: 

• Asegurarse que la semántica de un campo no sea condicional a los valores de otros campos, y añadir más campos si es necesario;
• Considerar que extensiones fusionar con el OCDS, especialmente la división de un proceso en lotes.
• Cambiar cómo se comunican los eventos específicos en un proceso de contrataciones, para lo cual actualmente se usa el campo tag

Finalmente, hay algunos códigos que consideramos marcar como obsoletos, debido a que no son claros o lo suficientemente distintos. 

Formatos de empaque

Con cada versión del OCDS, consideramos como hacer que los datos OCDS sean más fáciles de publicar y usar. La manera en la que se empacan los datos OCDS ha sido una fuente común de confusión y retos, lo cual hemos aprendido a través de requisitos de apoyo al Helpdesk OCDS y a través de nuestro programa de entrenamientos.

En OCDS 1.2, los siguientes pasos se están considerando para simplificar los paquetes: 

• Añadir un formato de datos masivos, para simplificar la publicación y uso de archivos JSON grandes utilizando herramientas comunes 
• Hacer obsoletos todos los campos de paquetes de metadatos, lo cual incluye la versión OCDS y de extensiones utilizada, y ligas a las licencias de datos y políticas de publicación 
• Mover la identificación de publicadores de paquetes de metadatos a entregas individuales, para identificar el origen de la información 
• Utilizar la propiedad  $schema del Esquema JSON para identificar la versión OCDS y de extensiones utilizada – lo cual facilita la integración con herramientas del esquema JSON. 

Otros issues

Para identificar errores estructurales en los datos OCDS se revisan utilizando archivos de esquema. Estamos considerando una versión ‘estricta’ de los archivos esquema, para permitir a los publicadores optar por nuevas verificaciones y, por lo tanto, mejorar la calidad de sus datos.

Las extensiones permiten a los publicadores divulgar más datos que los que se cubren en el OCDS.  Las extensiones de ofertas, consultas, ubicación, lotes y cuotas de participación se versionan junto al OCDS, y se están considerando muchos cambios específicos a estas extensiones.

Finalmente, hay varios issues para los que necesitamos más discusión, para entender mejor cuales son los problemas específicos y poder identificar el apoyo a distintas propuestas, incluyendo:

• Publicar contenido en distintos idiomas
• Mover algunos bloques al nivel superior, para reducir la repetición
• Corregir datos anteriores quitando entradas de una matriz

¿Cómo contribuir? 

Esto marca el segundo paso del proceso de gobernanza, comenzando un período de dos semanas en el cuál cualquier persona puede discutir si incluir issues que no se incluyen, o quitar issues que se incluyeron, antes del 11 de noviembre.

El siguiente paso será solicitar información y proponer soluciones para los problemas priorizados. Para contribuir a cualquiera de los temas enumerados anteriormente, siga los hipervínculos para comentar sobre el issue en GitHub. Necesitamos el aporte de expertos de la comunidad de publicadores y usuarios de OCDS para garantizar que los cambios propuestos mejoren el OCDS para todos.

Si eres nuevo en Github, puedes ver un video de nuestra introducción a GitHub, revisar la presentación, utilizar esta guía, o leer la documentación de Github to create a username and password to add your comments and suggestions.
En los siguientes meses, vamos a organizar llamadas para compartir el progreso y pedir su opinión. Para recibir actualizaciones durante el proceso de OCDS 1.2, suscríbete a la lista de correos.