Clasificaciones de Organizaciones¶
Muchos publicadores desean publicar y monitorear información sobre las diferentes clasificaciones de las organizaciones relacionadas a un proceso de contratación. Algunos ejemplos de estas clasificaciones incluyen tipos de propietarios de la organización, constitución, sector, ubicación y número de empleados. Reconocemos que la publicación de una gran variedad de características de la organización, por ejemplo si la empresa es propiedad de mujeres y/o indígenas, es una parte importante del monitoreo de la participación en las compras públicas.
Algunas clasificaciones de las organizaciones, como el tamaño de la organización, pueden ser publicadas usando una extensión OCDS específica. Muchas otras clasificaciones son específicas de un contexto dado, y para estos casos, proveemos una extensión de clasificación de organizaciones que permite a los publicadores proveer sus propias clasificaciones.
Por lo tanto, se recomiendan dos opciones para publicar clasificaciones de organizaciones.
Para clasificaciones que han sido estandarizadas, existen campos específicos de extensiones OCDS que deberían ser utilizados. Actualmente, esto sólo aplica al tamaño de la organización, que debería ser publicado usando la extensión de party scale. Esta extensión agrega un campo
scale
al bloqueparties.details
, para indicar el tamaño o escala de una organización, en particular empresas comerciales u operadores económicos.Para opciones no estandarizadas, como clasificar los tipos de dueños de una organización, los publicadores deberían usar la extensión organization classification. Esta extensión agrega una lista de
classifications
al bloqueparties.details
para permitir la categorización de organizaciones. Cada campoclassification.id
debería contener un código de un esquema dado en el campoclassification.scheme
. Los detalles de la característica particular que está siendo publicada de la organización debería ser proveída en el campoclassification.description
. Elclassification.scheme
dado puede ser un esquema existente (extraído de la lista de códigos abierta itemClassificationScheme), o un esquema local para un publicador particular. En ambos casos, recomendamos a los publicadores a proveer detalles de todos los esquemas y códigos de clasificación usados en su política de publicación, para ayudar a los usuarios a entender los datos.
A medida que los campos sean estandarizados a través del uso de la opción 2, la información puede ser migrada a también ser publicada vía extensiones específicas como en la opción 1. Los publicadores pueden continuar publicando la información en la extensión de clasificación de organizaciones para preservar la compatibilidad hacia atrás en los conjuntos de datos.
Una tercera, no recomendada, alternativa usando extensiones locales es también mostrado en el ejemplo a continuación, para situaciones en las que ninguna de las opciones aplican a un caso de uso específico.
Ejemplos Prácticos¶
Opción 1: opciones estandarizadas¶
Tamaño de la Organización¶
En el siguiente ejemplo, Moldova ha publicado información sobre la organización 'Companie mică' usando la extensión party scale. El tamaño está dado como 'micro', de la lista de códigos de partyScale
Opción 2: Extensión de clasificación de organización¶
En los ejemplos de abajo, dos diferentes publicadores han revelado información sobre organizaciones involucradas en sus procesos de contratación. Una clasificación de organización debe constar de al menos dos partes: un identificador para la lista (esquema) de la que se toma la clasificación, y un identificador para la categoría de esa lista que se aplica. También es útil publicar una etiqueta de texto y/o URI que los usuarios puedan utilizar para interpretar la clasificación. En el primer ejemplo de abajo, el publicador reutiliza un classification.scheme
existente. En el segundo ejemplo a continuación, cuando un publicador desea realizar un seguimiento de datos específicos relacionados a políticas, se usa una lista local de categorías en lugar de mapear a un conjunto genérico.
Esquemas de clasificación¶
Cada bloque classification
contiene campos para proveer información de: description
(una descripción textual o título para el código de la clasificación), id
(el código de clasificación), la uri
(para identificar unívocamente el código de clasificación) y scheme
. El valor de scheme
puede ser extraído de la lista de códigos abierta de itemClassificationScheme, o se puede usar un esquema local. Los esquemas son dados para clasificar las actividades de las autoridades contratantes (es decir, las entidades contratantes y/o compradores).
Where an appropriate scheme is not listed in the itemClassificationScheme codelist, publishers can specify their own scheme. Publishers can either reuse an alternative scheme, or provide their own. Where publishers provide their own local schemes, they ought to prefix their scheme
code with an ISO-3166-1 alpha-3 country code to preserve its global uniqueness. Details of this local scheme, and a list of possible codes, ought to be described in the publication policy.
Ejemplo 2.1 publicando datos usando esquemas existentes¶
En el primer ejemplo ficticio siguiente, el Reino Unido ha publicado un código de dos diferentes esquemas de la Comisión Europea (EC), 'TED_CE_ACTIVITY' y 'TED_CA_TYPE' para clasificar las organización cuyo nombre es "London Borough of Haringey". Refiérase a la lista de códigos itemClassificationScheme para más detalles sobre estos esquemas.
Note que el campo classification.id
se relaciona con el código del classification.scheme
dado, en lugar de con su posición en la lista de classifications
. Por lo tanto, el primer classification
muestra que el id
de 'Regional or local authority' en el esquema 'TED_CA_TYPE' es 'REGIONAL_AUTHORITY', y la segunda classification
indica que el id
de 'General public services' en el esquema 'COFOG' es '01'.
Ejemplo 2.2 publicando datos usando un esquema local¶
El segundo ejemplo siguiente es dado en la Ciudad Ficticia en Colombia. El equipo de adquisiciones desea monitorear la participación de negocios que tienen mujeres como dueñas en las contrataciones de acuerdo a algunas prioridades políticas específicas. La primera organización declarada en la lista de parties
es un negocio con mujeres como dueñas, entonces agregan una lista de classifications
con un solo objeto classification
. En este objeto, el esquema local classification.scheme
es 'COL-CF-MON' y el classification.id
es 'NPDM'. Note que el campo classification.id
contiene el código de clasificación relevante para el esquema dado, en lugar de un identificador interno en la lista de classifications
.
En su política de publicación, el equipo de adquisiciones documenta todos los códigos posibles para COL-CF-MON con la definición de cada código, incluyendo la explicación de que 'NPDM' es usado para empresas registradas en la Cámara de Comercio local donde la propiedad y el control son al menos 51% de mujeres.
Opción 3: Extensiones locales¶
Una tercera, no recomendada, opción es que los publicadores usen extensiones locales para publicar la información de la clasificación de las organizaciones. Esta opción no es recomendada porque es difícil para los usuarios de los datos comparar las clasificaciones de las organizaciones a través de múltiples conjuntos de datos que usan diferentes enfoques para publicar información similar. Sin embargo, ante la ausencia de opciones estandarizadas, donde existe un caso de uso específico para los datos, esta puede ser la alternativa más apropiada a corto plazo. Las extensiones locales deben documentar la estructura y significado de los campos adicionales que esta describe: por favor refiérase a la documentación de extensiones.
Por ejemplo, aunque el seguimiento de organizaciones de mujeres se muestra en el ejemplo 2.2 anterior, estos datos sólo proporcionan información sobre entidades que han sido registradas como propiedad de mujeres. Las organizaciones sin la clasificación pueden no ser propiedad de mujeres, pertenecer a mujeres pero no estar registradas como tales, o la información puede no ser conocida.
Para desambiguar estos casos, un publicador puede optar por publicar un campo de bandera para la clasificación de la organización correspondiente. En el ejemplo ficticio de abajo, Dhanghadi ha creado una extensión local para poder publicar datos en el bloque parties.details
sobre una organización la cual es femaleChaired
, con los valores del campo true
o false
. El publicador documentaría la estructura de este campo y su significado en los archivos de extensión local.