Estándar de Datos para las – Contrataciones Abiertas

View Github Repository Open presentation in a new window

gabelula

See all presentation from gabelula

Estándar de Datos para las – Contrataciones Abiertas

1 1

ocds-mx-presentation

presentación del Estandard con foco en datos de la ciudad de Mexico

On Github gabelula / ocds-mx-presentation

Estándar de Datos para las

Contrataciones Abiertas

Proceso de contratación

  • Planificación
  • Licitación
  • Adjudicación
  • Contrato
  • Implementación
. El estandar describe como liberar documentos y datos para todas las etapas del proceso de contratación. . Publicaciones de OCDS contiene: .. documentos y avisos sobre licitaciones, extensiones, adjudicaciones, contratos .. identificadores de compradores y proveedores .. fechas claves y duración de contratos .. valor de las contrataciones y transacciones .. objeto de las mismas . Para empezar el trabajo de aplicación del estandar .. mirar lo que ya se tiene y se puede publicar .. enfocarse en los campos principales .. empezar en pequeño y escalar

Datos de Contrataciones Abiertas

posibles casos de uso

  • gobierno: busca mejorar el retorno por el dinero invertido
  • anti-corrupcion: detectar fraude y corrupcion
  • empresas: competir por contratos publicos
  • público: monitorear los servicios ofrecidos
. porque es importante publicar en formatos accesibles?

¿Como se implementa OCDS?

  • Publicar información básica en la web.
  • Publicar datos en formatos leibles por máquina.
  • Estructurar datos usando OCDS.
  • Usar buenas practicas para publicar datos abiertos en la web.
  • Enlazar a otros conjuntos de datos.
. Compartir documenots para cada etapa del proceso .. planes de compra .. llamados a licitacion .. especificaciones tecnicas .. aviso de adjudicacion .. contratos firmados . Procesar los datos para que sean accesibles, buscables, combinables. . Usando el esquema de JSON de OCDS, publicar releases. . Cada publicación tiene su propia URI y es persistente

Puntos Importantes que resolver

  • Campos e identificadores: que publicar y como identificarlos consistentemente.
  • Patrones de Publicación: usabilidad y frecuencia.
  • Formatos de Publicación: esquema JSON, XLS, CSV
  • Entender las necesidades de los usuarios de estos datos y que pueden aportar.

Release Package

Publicación con varios releases juntos.

  • Un release es un archivo de publicación sobre un proceso de contratación.
  • Es deseable que se publique lo más frecuente como sea posible.
  • Release package es un conjunto de releases.
  • ¿Cómo puede ser la frecuencia en México? Se puede publicar releases una vez por mes y un release package una vez por trimestre.
. Un release es un archivo de publicación sobre un proceso de contratación. Puede ser en la etapa de planificación, llamado a licitación, contratación o ejecución. . Practicas de publicación . publicar tan frecuente como sea posible . en el caso mexicano . liberar releases una vez por mes . liberar un release package una vez por trimestre . pregunta sobre frecuencia de publicación

Release Package

Archivo con varios releases juntos.

{
  "uri": "URI donde se publica. URI String.",
  "publishedDate": "2015-04-15",
  "publisher": {
      "scheme": "Esquema que contiene los identificadores. URI",
      "name": "CDMX-SEFINANZAS. String",
      "uri": "https://www.df.gob.mx/",
      "uid": "El id para este publisher. String, Null"
  },
  "releases": [],
  "license": "URI String",
  "publicationPolicy": "URI String"
}
. Requeridos, uri, publishedDate, releases, publisher y publisher name . Sobre Licencias. Publicar datos de contratación con licencias libres es muy importante en el proceso de contratación abierta. La licencia especifica como los usuarios pueden acceder, usar y re-usar los datos. .. dominio publico .. por atribución (uso y reuso atribuyendo la fuente) .. si se usan licencias propias, confirmar que sean compatibles con la definición de licencia libre. http://opendefinition.org/licenses/ . Sobre politicas de publicación. Información sobre porque se publican estos datos y no otros. Que campos se excluyen por temas de privacidad u otros. .. quien es responsable por la publicación de estos datos. Información de contacto. .. como son los datos generados y que tan frecuentemente. Información de los sistemas que se utilizan. .. información sobre códigos que se utilizen .. Planes futuros de desarrollo

Releases

{
		"ocid": "OCDS-87SD3T-SEFIN-0001-15",
		"id": "1",
		"date": "2015-04-15",
		"tag": "contract",
		"initiationType": "tender",
		"planning": {},
		"tender": {},
		"buyer": {},
		"awards": [],
		"contracts": [],
		"language": "es"
}
. ocid - identificador global para el proceso de contratación. Para Mexico OCDS-87SD3T-{identificador-local} .. pregunta: como pueden crear los identificadores OCID? . campo id . tag -> planning tender tenderAmendment tenderUpdate tenderCancellation award awardUpdate awardCancellation contract contractUpdate contractAmendment implementation implementationUpdate contractTermination compiled . initiationType: siempre 'tender'

Identificadores

pegamento del proceso de contratación

OCID es un identificador global único usado en cada 'release' para identificar el proceso de contratación.

ocds-{prefijo}-{organismo publicador}-{identificador interno}

  • Prefijo 'OCDS'
  • Prefijo registrado que para ciudad de mexico es '87sd3t'
  • Un nombre para el organismo que publica.
  • Un identificador interno que se crea en el sistema usado.

Planificación

planning

{
   "budget": {
           "source": "uri",
           "id": "string,integer,null",
           "description": "string, null",
           "amount": {
               "amount": "number,null",
               "currency": "3 letras de ISO 4217 . Para peso mexicano MXN."
           },
           "project": "string, null",
           "projectID": "string, integer, null",
           "uri": "uri"
  },
  "rationale": "string, null",
  "documents": []
}
. cuales son los campos basicos? .. tener por lo menos un documento de planificación es básico. . intermediarios? .. el monto del presupuesto (amount) . avanzado? .. enlace al proyecto

Licitación

tender

{
		"ocid": "OCDS-87SD3T-SEFIN-0001-15",
		"id": "1",
		"date": "2015-04-15",
		"tag": "contract",
		"initiationType": "tender",
		"planning": {},
		"tender": {},
		"buyer": {},
		"awards": [],
		"contracts": [],
		"language": "es"
}

Licitación

{
	"id": "LPN/GDF/CJSL/DEA/SRM/01/15",
	"title": "Contratación del servicio de limpieza.",
	"description": "Contratación del servicio de limpieza ...",
	"status": "complete",
	"items": [ ]
	...
. id .. Número de expediente .. Tienen que ser consistentes en todo el sistema . title .. Descripcion de las obras públicas, los bienes o servicios contratados .. Desde el punto de vista de la experiencia de usuario los titulos son muy importantes .. Deberian ser 10 palabras o menos . cuales son los campos basicos? .. ID Requerido

Licitación

Items

"items": [
  {
    "id": "string, integer",
    "description": "string, null"
    "classification": {
      "scheme": "string, null",
      "id": "string, integer, null",
      "description": "string, null"
      "uri": "uri to identify the code"
    },
    "additionalClassification": "Classification object",
    "quantity": "integer, null",
    "unit": {
      "name": "string, null",
      "value": {
        "amount": "number, null",
        "currency": "MXN"
      }
		}
  },
	...
	],
...
. cuales son los campos basicos? ... items quantity ... items description

Licitación

"items": [],
"minValue": {
    "amount": "number, null",
    "currency": "MXN"
},
"value": {
    "amount": "15232482",
    "currency": "MXN"},
"procurementMethod": "open",
"awardCriteria": "lowestCost",
"awardCriteriaDetails": "Con fundamento en el articulo 43 fracción II de la LADF...",
"submissionMethod": "Como se aplica para la licitación? ElectronicAuction, ElectronicSubmission, Written, inPerson",
"submissionMethodDetails": "Detalles de como aplicar",
"tenderPeriod": {
    "startDate": "Fecha en que licitación fue anunciada. Sólo tenemos periodo de aplicación.",
    "endDate": "Último día para aplicar. Fecha de la Convocatoria o Invitacion"
},
...
. tenderPeriod .. Tenemos el campo 'Fecha de la Convocatoria o Invitacion' que tiene un rango de fechas en el que se puede aplicar. .. No tenemos fecha en que el llamado a licitación es anunciado. . campos basicos? .. procurementMethod .. tenderPeriod .. enlace a documento oficial con el llamado

Licitación

...
    "awardPeriod": {
        "startDate": "fecha - periodo de contratación",
        "endDate": "fecha"
    },
    "numberOfTenderers": 3,
    "tenderers" : []
...
. awardPeriod .. es el periodo de contratación (que puede cambiar cuando efectivamente se firme el contrato) . campos básicos .. awardPeriod .. tenderers

Licitación

...
"tenderers" : [
    {
        "identifier": "Identificador del proveedor/organización.",
        "additionalIdentifier": "Identificadores adicionales. Por ejemplo, razón social.",
        "name": "P & C LIMPIEZA, S.A. DE C.V.",
        "address": {
            "streetAddress": "String, null",
            "locality": "String, null",
            "region": "String, null",
            "postalCode": "String, null",
            "countryName": "String, null"
        },
        "contactPoint": {
            "name": "String, null",
            "email": "String, null",
            "telephone": "String, null",
            "faxNumber": "String, null",
            "url": "uri"
        }
    },
    ...
],
...
. proveedores .. hay un dataset de proveedores para cada dependencia .. el identificador es para el proveedor en un data set único para todo el gobierno. Es importante que sea un identificador legal de un registro de empresas del gobierno. (tax number (RFC) o SIEM company registry) .. todos los datos que necesitamos estan en el dataset de proveedores. Sólo que no tienen buenos identificadors para atarlos al proceso de contratación. .. si no se puede publicar id de la empresa entonces publicar la mayor cantidad posible de las empresas registradas con la dependencia. . campo servidores publicos en los datos .. qué es ese campo? .. se puede extender el estandar para guardar estos datos

Licitación

...
    "procuringEntity": {
			  "identifier": "identificador de dependencias",
				"additionalIdentifier": "",
    		"name": "Unidad Administrativa Responsable de la ejecucion (Dirección General de Informática)",
				"address": {},
				"contactPoint": {}
    	},
    "documents": [
		    {
					"id": "Identificador único para el documento."
					"documentType": "notice"
					"title": "Convocatorias de Licitación y Fallos."
					"description": ""
					"url": "http://www.consejeria.df.gob.mx/images/transparencia/1er_trimestre_2015/art_14/frac_XXVII/convocatoria_LPN_1.pdf",
					"datePublished": "Fecha",
					"dateModified": "Fecha",
					"format": "pdf",
					"language": "es"
				}
		],
    "milestones": [ "Hitos asociados con el llamado a licitación." ],
    "amendment": "Modificaciones a la licitación."
}
. usar un diferente esquema para organizaciones del gobierno y proveedores (identificadores son diferentes) . sólo documentos relacionados a la licitaciones . FIELDS FOR AMENDMENTS AND EXAMLE OF MX DATA THAT HAVE IT

Licitación

Comprador

"buyer": {
    "identifier": "Identificador de organización de cuyo presupuesto sale la compra.",
    "additionalIdentifier": "Identificador adicional",
    "name": "Unidad Administrativa Solicitante",
    "address": "Direccion",
    "contactPoint": "Persona de contacto."
}
. campos básicos .. nombre y dirección para buyer

Releases

awards

{
		"ocid": "OCDS-87SD3T-SEFIN-0001-15",
		"id": "1",
		"date": "2015-04-15",
		"tag": "contract",
		"initiationType": "tender",
		"planning": {},
		"tender": {},
		"buyer": {},
		"awards": [],
		"contracts": [],
		"language": "es"
}
. ahora vamos a pasar a awards (adjudicaciones)

Adjudicaciones

awards

"awards": [
    {
        "id": "1" ,
        "title": "No incluido.",
        "description": null,
        "status": "active",
        "date": "2015-03-24",
        "value": {
					  "value": "15232482",
						"amount": "MXN"
				}
        "suppliers": [
            {
                "identifier": "No incluido.",
                "additionalIdentifier": null,
                "name": "FUMIGACIONES Y LIMPIEZA INTEGRAL S.A. DE C.V.",
                "address": null,
                "contactPoint": null
			      }
		    ],
				...
    }
]
. value .. los montos estan tódos saliendo del mismo lado en la hoja de calculo .. Monto del Contrato con impuestos incluídos .. los montos tienen que salir de lugares diferentes para tender (minValue y Value), awards y contract . campos básicos .. value .. date .. suppliers (name, address) .. items (quantities, description)

Adjudicaciones

awards

"awards": [
    ...,
    "items": [] ,
    "documents": [
        {
        "id": "1",
        "documentType": "notice" ,
        "title": "Licitación Publica Nacional. Numero LPN/GDF/CJSL/DEA/SRM/01/15 'Servicio de Limpieza'. Acto de Fallo",
        "description": null,
        "url": "http://www.consejeria.df.gob.mx/images/transparencia/1er_trimestre_2015/art_14/frac_XXVII/LPN_01_acta_fallo.pdf",
        "datePublished": "",
        "dateModified": "",
        "format": "PDF",
        "language": "es"
        }
    ],
    "amendment": {
        "date": "Fecha del cambio",
        "changes": [
            "property": "Campo que cambio",
            "former_value": "Valor anterior"
        ],
        "rationale": "Motivo del cambio."
				}
    }
]
. amendment .. tenemos varios campos con datos sobre convenios modificatorios y enlaces a documentos. .. Número del Convenio Modificatorio (Hipervínculo al convenio modificatorio) .. Objeto del Convenio Modificatorio .. Fecha de Firma del Convenio Modificatorio . campos básicos .. value .. date .. suppliers (name, address) .. items (quantities, description)

Contrato

contracts

"contracts": [
    {
        "id": "CS-039/2013",
        "awardID": "1",
        "title": "Contrato multianual de servicio de consultoría",
        "description": "Contrato multianual de servicio de consultoria y mantenimiento continuo para la o operacion del sistema informatico de planeacion de recursos gubernamentales (GRP-SAP) 2013-2015.",
        "status": "terminated",
        "period": {
		        "startDate": "2013-03-16",
		        "endDate": "2015-06-30"
        },
        "value": {
				    "amount": "41000000",
				    "currency": "MXN"
				},
				...
. id .. En XLS publicado Numero del Contrato (Hipervínculo al documento del contrato) . title .. Lo mismo que para el resto de los titulos. Cortos y descriptivos. . period .. "Ejecucion de los Servicios Contratados u obra publica a realizar – Fecha de Inicio" Y "Ejecucion de los Servicios Contratados u obra publica a realizar – Fecha de Término"

Contrato

contracts

"contracts": [
    {
        ...
        "items": [],
        "dateSigned": "2013-03-15",
        "documents": [
        {
            "id": "1",
            "documentType": "contractSigned" ,
            "title": "Contrato multianual de prestación de servicio de consultoria.",
            "description": "Contrato multianual de prestación de servicio de consultoria y mantenimiento continuo para la operacion del sistema informatico de planeación de recursos gubernamentales SAP-GRP.",
            "url": "http://www.finanzas.df.gob.mx/transparencia/14/XXVII/adjudicaciones/2015/contrato_cs_039_2013.pdf",
            "datePublished": "",
            "dateModified": "",
            "format": "PDF",
            "language": "es"
		    },
		    {
            "id": "2",
            "documentType": "financialProgressReport" ,
            "title": "Reporte de avance fisico financiero.",
            "description": "Reporte de avance fisico financiero.",
            "url": "http://www.finanzas.df.gob.mx/transparencia/14/XXVII/adjudicaciones/2015/avance_cs_039_2013.pdf",
            "datePublished": "",
            "dateModified": "",
            "format": "PDF",
            "language": "es"
		    }
		    ],
        "amendment": {
            "date": "date-time",
            "changes": [{"property", "former_value"}],
            "rationale": "string, null"
        },
        "implementation": {
            "transactions": ["Transaction Information"],
            "milestones": ["Milestonrs"],
            "documents": ["Documents"]
        }
    }
]
. dateSigned .. Fecha del Contrato . implementation .. Si el sistema que tengan en el futuro les permite hacer seguimento de todo el proceso de contratación, entonces van a poder publicar estos datos.

Listas de Códigos

abiertas y cerradas

Listá de códigos abierta: son códigos sugeridos y las listas se pueden extender para agregar los códigos necesarios.

  • Tipos de documentos
  • Esquemas de organizaciones
  • Criterios de adjudicación
  • Metodos de aplicación a un llamado de licitación

. Todavia estamos trabajando en los códigos.

Listas de Códigos

abiertas y cerradas

Listá de códigos cerrada: son códigos que obligatoriamente no se pueden cambiar.

  • Tags para Release
  • Tipo de iniciación de un proceso de contratación
  • Estado de la licitación
  • Métodos de procurement
  • Estados de una adjudicación
  • Estados de un contrato
  • Monedas. Usa códigos de moneda de ISO-3
  • Estados de un hito

. Todavia estamos trabajando en los códigos.

Recomendaciones

  • Usabilidad
    • cuales son las necesidades de los usuarios
    • quienes van a usar los datos y la plataforma, cómo?
    • qué necesitamos medir para el éxito del proyecto
. user experience / usabilidad . API design . URI para cada release y persistentes

Recomendaciones

  • API
    • los mecánismos para acceder e interactuar estan documentados
    • versiones estáticas y dinamicas de los conjuntos de datos estan sincronizadas
    • si hay varios formatos, el servidor debera proveer content negotiation
    • especificar la versión del api claramente
. user experience / usabilidad . API design . URI para cada release y persistentes

Recomendaciones

  • URI persistentes para cada release y release package
  • Dar un canal de contacto sobre los datos
  • Publicar ejemplos de uso de los datos
. user experience / usabilidad . API design . URI para cada release y persistentes

Más Preguntas & Comentarios

http://gabelula.github.io/ocds-mx-presentation/