PROYECTO CONTSEM
Análisis etiquetado de datos en el perfil del contratante
PROYECTO CONTSEM
Creado por | J.F. Xxxxx, X. Xxxxxxx |
Fecha creación | 1/6/2014 |
Última modificación | 11/7/2014 |
Este trabajo parte de un documento entregado por parte del Ayuntamiento xx Xxxxxxxx que contiene los datos a rellenar al realizar un contrato mayor en dicha entidad. El documento de contrato mayor del Ayuntamiento divide el contrato en 5 partes, “Preparación y aprobación”, “Licitación, “Adjudicación”, “Ejecución” y “Cumplimiento y resolución”. Cada una de ellas dispone de una sección con los datos que pueden introducirse y otra con el estado del contrato (todos los datos) hasta ese momento de la licitación.
En el presente documento se sigue la estructura del documento del Ayuntamiento y se realiza la correspondencia de estos datos con las entidades de la ontología CONTSEM, indicando en cada caso las tripletas resultantes de transformar cada dato a RDF.
Pueden darse varios casos en la correspondencia:
• El dato y el valor del documento se ajusta a alguna entidad de la ontología. En estos casos se muestran las tripletas resultantes en color azul, con el valor del dato real que aparece en el PDF.
• El dato del documento se ajusta a alguna entidad de la ontología, pero el valor está en blanco. Cuando se reconozcan estos casos, se describen las tripletas que se deberían añadir en caso de existir valores, esta vez en color verde.
• El dato podría ajustarse a alguna entidad de la ontología. Este caso puede reflejar, o bien una duda con respecto a lo que se pretende representar con el dato o bien un desajuste con los valores esperados y de modelado en general. En las dudas del formulario a resolver por los expertos en contratación se añade un comentario sobre un fondo color rojo. Todas las anotaciones que se realicen por motivo del modelado utilizan un fondo color morado y se tratarán entre expertos en contratación y de modelado para estudiar su casuística y decidir posibles cambios sobre el modelo de la ontología.
• El dato no se ajusta a ninguna entidad de la ontología. No se añaden tripletas ni comentario alguno.
• No existe el dato pero la ontología lo puede etiquetar. En algunas ocasiones, aún sin existir el dato en el formulario del contrato mayor, se incluye alguna información relativa al contrato, normalmente asociado a otros datos sí existentes. Las tripletas definidas con este carácter estarán en color naranja. También se utilizará este color cuando se quiera ofrecer un ejemplo de valor alternativo.
Para mostrar las tripletas correspondientes a cada dato, las secciones del documento contienen una tabla con 2 o 4 columnas.
• Nombre. Nombre del dato que aparece en el documento del contrato mayor del Ayuntamiento xx Xxxxxxxx.
• Tripletas / Comentario. Esta columna puede contener o bien un comentario sobre el dato u otras 3 columnas con la tripleta.
o Columna izquierda. Contiene el dominio donde aplicar la propiedad. Es el objeto de la tripleta RDF. En principio esta columna contendrá la URI del contrato, siendo en ocasiones necesario crear entidades intermedias para etiquetar otros datos.
o Columna central. Esta columna contiene la propiedad en sí, la base del mapeo. Es el sujeto de la tripleta RDF.
o Columna derecha. Esta columna contiene el valor de propiedad. Es el predicado de la tripleta RDF. Este valor puede ser, o bien una URI (normalmente con prefijo), o una valor con un tipo de dato concreto. En el segundo caso y siempre que sea posible, el valor de la propiedad será el mismo que el presente en el documento del contrato mayor; además, se incluirá el tipo de dato que toma ese valor de la siguiente forma: “valor de la propiedad”^^tipo_de_dato.
Antes de empezar a describir las relaciones, se incluye una tabla con el espacio de nombres utilizado en este documento. Cada prefijo corresponde a una ontología o esquema distinto, por lo que a partir del prefijo se puede determinar si la entidad es creada para CONTSEM (prefijo contsem:) o ya está definida.
Ontología / Esquema | Prefijo | URI |
CONTSEM | contsem | |
Public Contracts Ontology | pc | |
LOTED | loted | |
Dublin Core Metadata Terms | dcterms | |
Organization Ontology | org | |
Xxxxxx.xxx | s | |
SKOS | skos | |
Good Relations Ontology | gr | |
XML Schema | xsd | |
RDF Schema | rdfs | |
Ejemplo | ej | |
Códigos CPV | cpv |
A excepción de la propia ontología CONTSEM y Ejemplo, cada ontología o esquema se puede encontrar en la URI que simboliza su prefijo haciendo uso de alguna utilidad para de-referenciar contenido a partir de una su URI (e.g. Protégé1, Parrot2 o, dependiendo de la ontología, el propio navegador Web).
El prefijo de Ejemplo no se refiere a ninguna ontología en particular; se incluye para utilizarse durante este documento en algunos ejemplos ilustrativos. En el caso del prefijo de CONTSEM, la ontología se ubica(rá) en el web del Laboratorio Jurídico-Empresarial3 de la Universidad xx Xxxxxxxx, en el Parque Tecnológico Sala, el cual ha dirigido la parte de I+D del proyecto CONTSEM.
1 Protégé, xxxx://xxxxxxx.xxxxxxxx.xxx/.
2 Parrot, xxxx://xxxxxxxx-xxxxxxx.xx/xxxxxx/xxxxxx.
3 Laboratorio Jurídico-Empresarial, xxxx://xxxxx.xxxxxx.xx.
Para empezar a etiquetar un contrato hace falta en primer lugar crear una instancia nueva de contrato y asignarle un título.
Nombre | Tripletas / Comentario | ||
ej:contrato_001 | rdf:type | pc:Contract | |
Título | ej:contrato_001 | dcterms:title | “CONTROL DE ACCESOS, MANTENIMIENTO Y SOCORRISMO EN LOS C.D.M. XXXX XXXXXX. C.D. XXXXXXX Y C.D.M. SIGLO XXI”^^xsd:string |
3.1 Preparación y aprobación
Nombre | Tripletas / Comentario | ||
Formulario preparación y aprobación – Inicio expediente | |||
Nº de expediente | ej:contrato_001 | dcterms:identifier | “00756122/13”^^xsd:string |
Objeto del contrato | ej:contrato_001 | pc:item | ej:objeto_001 |
ej:objeto_001 | s:description | “Control de accesos, mantenimiento y socorrismo”^^xsd:string | |
Código CPV | ej:contrato_001 | pc:mainObject | cpv:code-45212290 |
Formulario preparación y aprobación – Datos generales | |||
Servicio gestor | ej:contrato_001 | contsem:managingDepartment | ej:servicioDeContabilidadYFinanzas |
ej:servicioDeContabilidadYFinanzas | rdf:type | org:Organization | |
ej:servicioDeContabilidadYFinanzas | s:name | “Contabilidad y finanzas”^^xsd:string | |
Tipo de contrato | ej:contrato_001 | contsem:contractKind | pc:Services |
Órgano de contratación | ej:contrato_001 | pc:contractingAuthority | ej:gobiernozgz |
ej:gobiernozgz | rdf:type | org:Organization | |
ej:gobiernozgz | s:name | “Gobierno xx Xxxxxxxx”^^xsd:string | |
Tramitación | ej:contrato_001 | contsem:urgencyType | contsem:Regular |
Procedimiento | ej:contrato_001 | contsem:procedureType | pc:Open |
Plurianualidad | ej:contrato_001 | contsem:multiannual | “false”^^xsd:boolean |
Anuncio indicativo a la Oficina de Publicaciones Oficiales de la C.E. | ej:contrato_001 | contsem:notice | ej:contrato_001_anuncioPrevioDOUE |
ej:contrato_001_anuncioPrevioDOUE | rdf:type | contsem:PriorInformationNotice | |
ej:contrato_001_anuncioPrevioDOUE | contsem:noticeWeb | ||
Contrato Xxxxx (Acuerdo) | ej:contrato_001 | contsem:frameworkAgreementType | contsem:NoFrameworkAgreement |
De darse el caso que el contrato suponga la declaración de un contrato xxxxx se utiliza la siguiente tripleta. |
ej:contrato_001 | contsem:frameworkAgreementType | contsem:FrameworkAgreementDeclaratio n | |
Además, es posible señalar la existencia de contratos derivados de este acuerdo marco haciendo uso de la propiedad contsem:frameworkAgreementDerivativeContract enlazando al contrato derivado. | |||
ej:contrato_001 | contsem:frameworkAgreementDerivative | ej:contrato_002 | |
Formulario preparación y aprobación – Datos del presupuesto | |||
Plazo de ejecución | ej:contrato_001 | contsem:duration | “P3Y”^^xsd:duration |
Presupuesto de contrata | En la ontología CONTSEM no es posible realizar un desglose de un valor monetario en precio más IVA, para poder detallar este tipo de información se indica el precio dos veces, una con IVA incluido y otro sin incluir. En este primer conjunto de tripletas se puede ver la especificación del presupuesto sin IVA del contrato. | ||
% I.V.A. | |||
ej:contrato_001 | contsem:budgetPrice | ej:contrato_001_precioSinIva | |
ej:contrato_001_precioSinIva | rdf:type | contsem:BundlePriceSpecification | |
ej:contrato_001_precioSinIva | gr:hasCurrencyValue | “3540608.02”^^xsd:float | |
ej:contrato_001_precioSinIva | gr:valueAddedTaxIncluded | “false”^^xsd:boolean | |
ej:contrato_001_precioSinIva | gr:hasCurrency | “EUR”^^xsd:string | |
A continuación se incluyen las tripletas para especificar el presupuesto con IVA incluido. | |||
ej:contrato_001 | contsem:budgetPrice | ej:contrato_001_precioConIva | |
ej:contrato_001_precioConIva | rdf:type | contsem:BundlePriceSpecification | |
ej:contrato_001_precioConIva | gr:hasCurrencyValue | “4284135.70”^^xsd:float | |
ej:contrato_001_precioConIva | gr:valueAddedTaxIncluded | “true”^^xsd:boolean | |
ej:contrato_001_precioConIva | gr:hasCurrency | “EUR”^^xsd:string | |
Formulario preparación y aprobación – Datos económicos | |||
Posibilidad de prórroga | ej:contrato_001 | contsem:prorogrationsExpected | “false”^^xsd:boolean |
Revisión de precios | ej:contrato_001 | contsem:isPriceReviewed | “false”^^xsd:boolean |
Garantía provisional | ej:contrato | contsem:provisionalFinancialGuarante e | “3”^^xsd:float |
Garantía definitiva | ej:contrato_001 | contsem:provisionalFinancialGuarante e | “5”^^xsd:float |
Plazo de garantía definitiva | ej:contrato_001 | contsem:finalFinancialGuaranteeDurat ion | “30D”^^xsd:duration |
Otras garantías | ej:contrato_001 | contsem:otherGuarantee | “texto explicando otras garantías”^^xsd:string |
Importe otras garantías | ej:contrato_001 | contsem:otherGuarantee | “texto con importe otras garantías”^^xsd:string |
3.2 Licitación
Nombre | Tripletas / Comentario |
Resumen (datos que no aparecían anteriormente) |
Código del expediente | ej:contrato_001 | dcterms:identifier | “498282NE”^^xsd:string |
Fecha de aprobación | ej:contrato_001 | contsem:tenderDossierStartDate | “2014-1-12”^^xsd:date |
Pliegos técnicos | pc:contrato_001 | contsem:technicalDocumentReference | xxxx://xxx.xxxxxxxx.xx/xxxxxxxxxXxxX osPliegos |
División por lotes | pc:contrato_001 | contsem:lotContractKind | contsem:ContractWithoutLots |
Formulario licitación – Anuncio en BOA / DOUE / BOE | |||
Anuncio en el BOA | La información semántica sobre los anuncios se añadirá una vez se conozca la fecha de publicación en sus respectivos boletines. A continuación se incluyen unos datos inventados sobre la publicación de este anuncio en el BOA, el DOUE y el BOE. Los tres son parecidos, cambiando en cada uno de ellos el lugar donde se realiza la publicación y el enlace al sitio Web que contiene el anuncio. Al estar el campo que especifica el lugar de publicación abierto (es una cadena de texto sin restricciones) y de igual manera que se etiquetan anuncios realizados en el BOA, DOUE y BOE, puede etiquetarse cualquier anuncio realizado en otros medios; por ejemplo el realizado en el Perfil del Contratante o en perfiles provinciales o autonómicos. | ||
Anuncio en el DOUE / BOE | |||
ej:contrato_001 | contsem:hasNotice | ej:contrato_001_anuncioBOA | |
ej:contrato_001_anuncioBOA | rdf:type | contsem:ContractNotice | |
ej:contrato_001_anuncioBOA | contsem:noticeDate | “2013-11-18”^^xsd:date | |
ej:contrato_001_anuncioBOA | contsem:noticeSite | “BOA”^^xsd:string | |
ej:contrato_001_anuncioBOA | contsem:noticeWeb | UBL=20131118”^^rdf:Resource | |
ej:contrato_001 | contsem:hasNotice | ej:contrato_001_anuncioDOUE | |
ej:contrato_001_anuncioDOUE | rdf:type | contsem:ContractNotice | |
ej:contrato_001_anuncioDOUE | contsem:noticeDate | “2013-11-16”^^xsd:date | |
ej:contrato_001_anuncioDOUE | contsem:noticeSite | “DOUE”^^xsd:string | |
ej:contrato_001_anuncioDOUE | contsem:noticeWeb | “xxxx://xxx.xxxxxx.xx/xxx?xxxxXXX:XX TICE:388948- 2013:TEXT:ES:HTML&src=0”^^rdf:Resour ce | |
ej:contrato_001_anuncioDOUE | contsem: | ||
ej:contrato_001 | contsem:hasNotice | ej:contrato_001_anuncioBOE | |
ej:contrato_001_anuncioBOE | rdf:type | contsem:ContractNotice | |
ej:contrato_001_anuncioBOE | contsem:noticeDate | “2013-11-16”^^xsd:date | |
ej:contrato_001_anuncioBOE | contsem:noticeSite | “BOE”^^xsd:string | |
ej:contrato_001_anuncioBOE | contsem:noticeWeb | “xxxx://xxx.xxx.xx/xxx/xxxx/0000/00/ 16/index.php?d=275&s=5”^^rdf:Resourc e | |
Formulario licitación – Anuncio en el BOA | |||
Documentación a presentar | ej:contrato_001 | contsem:tenderDocumentNeeds | “descripción de la documentación a presentar”^^xsd:string |
Admisión de variantes | ej:contrato_001 | contsem:admitVariants | “false”^^xsd:boolean |
Hora (y fecha) de apertura | Suponemos fecha de apertura de sobre A. |
ej:contrato_001 | contsem:tenderMeeting | ej:reunion_apertura_A | |
ej:reunion_apetura_A | rdf:type | contsem:TenderMeeting | |
ej:reunion_apetura_A | contsem:tenderPurpose | “Apertura sobre A”^^xsd:string | |
ej:reunion_apetura_A | s:startDate | “hora y fecha aquí”^^xsd:dateTime | |
Gastos de anuncios | ej:contrato_001 | contsem:advertisementAmount | “Los gastos derivados de la inserción de anuncios en boletines y cualesquiera otras publicaciones serán de cuenta del adjudicatario”^^xsd:string |
Portal informático o web para obtener información | ej:contrato_001 | contsem:informationProvider | ej:contrato_001_webConInfo |
ej:contrato_001_webConInfo | contsem:websiteWithInformation | “xxxx://xxx.xxxx- xxxxxxxx.xx/xxxx/xxxx/xxxxxxxxxxxx/” ^^rdf:Resource | |
Formulario licitación – Anuncio en el DOUE – Objeto del contrato | |||
Objeto del contrato | Etiquetado anteriormente. | ||
Donde obtener información adicional | ej:contrato_001 | contsem:additionalInformationProvide r | ej:dondeInformacionAdicional |
ej:dondeInformacionAdicional | rdf:type | contsem:InformationProvider | |
ej:dondeInformacionAdicional | contsem:estimatedEndDate | “2013-12-15”^^xsd:date | |
ej:dondeInformacionAdicional | s:location | ej:direccion_AytoZgz | |
Dirección a remitir las ofertas o solicitudes | ej:contrato_001 | contsem:tenderSubmissionLocation | ej:direccion_AytoZgz |
El valor dado a los último tres datos en el documento del Ayuntamiento es “Dirección de la entidad adjudicadora”. Como puede observarse solamente una de ellas apunta directamente a la dirección, pues las otras dos poseen un dato asociado (no incluido en el PDF) con la fecha límite para obtener información. Sea cual sea al final el valor de la dirección (ej:direccion_AytoZgz), esta debe seguir el siguiente formato. | |||
ej:direccion_AytoZgz | s:streetAddress | “Calle X”^^xsd:string | |
ej:direccion_AytoZgz | s:postalCode | “50001”^^xsd:string | |
ej:direccion_AytoZgz | s:addressLocality | “Zaragoza”^^xsd:string | |
ej:direccion_AytoZgz | s:addressCountry | “Spain”^^xsd:string | |
Lugar de entrega (lugar de ejecución) | ej:contrato_001 | pc:location | ej:contrato_001_lugarEjecucion |
ej:contrato_001_lugarEjecucion | rdf:type | s:Place | |
ej:contrato_001_lugarEjecucion | s:address | ej:contrato_001_direccionEjecucion | |
ej:contrato_001_direccionEjecucion | rdf:type | s:PostalAddress | |
ej:contrato_001_direccionEjecucion | s:addressLocality | “Zaragoza”^^xsd:string | |
ej:contrato_001_direccionEjecucion | s:addressCountry | “Spain”^^xsd:string | |
Considerar las variantes | Anteriormente etiquetado en “Admisión de variantes”. | ||
ej:contrato_001 | contsem:admitVariants | “false”^^xsd:boolean | |
Cantidad o extensión global del contrato | Estos dos campos se entienden como descriptivos de para las variantes posibles del contrato. |
Descripción y plazo en que pueden ejercerse | |||
ej:contrato_011 | contsem:variantDescription | “descripciones aquí”^^xsd:string | |
Duración a partir de la adjudicación | La duración del contrato puede especificarse tanto por duración en años, meses y días como dando el límite como una fecha. A continuación un ejemplo dando la duración en años, meses y días (1 año, 3 meses y 5 días). | ||
ej:contrato_001 | contsem:duration | “P1Y3M5D”^^xsd:duration | |
Formulario licitación – Anuncio en el DOUE – Información jurídica, económica, financiera y técnica | |||
Depósitos y garantías solicitados | Etiquetado anteriormente en los datos económicos en la fase de “Preparación y aprobación”. | ||
Forma jurídica a adoptar por la agrupación de contratistas | ej:contrato_001 | contsem:executionCondition | “la que sea”^^xsd:string |
Capacidad económica y financiera y documentos a aportar | ej:contrato_001 | contsem:requiredFinancialCapability | “alguna”^^xsd:string |
Capacidad técnica y documentos a aportar | ej:contrato_001 | contsem:requiredTechnicalCapability | “alguna”^^xsd:string |
Prestación del servicio reservada a una determinada profesión | ej:contrato_001 | contsem:requiredCapability | “datos aquí”^^xsd:string |
Nombres y cualificación profesional del personal a ejecutar el contrato | Información a incluir en contsem:technicalRequiredCapability o en contsem:requiredCapability. | ||
Justificación de la elección del procedimiento | contsem:assumptionProtectingProcedureType | ||
Formulario licitación – Anuncio en el DOUE – Otras publicaciones anteriores | |||
Criterio de adjudicación | Dos valores como rango: “Precio más bajo” y “Oferta más ventajosa”. Habría que ver como se especifican los criterios para la oferta más ventajosa. A continuación se sigue el documento y se crea un solo criterio con el precio. | ||
ej:contrato_001 | pc:awardCriteriaCombination | ej:contrato_001_combinacionCriterios | |
La ontología CONTSEM dispone de una clase especial cuyo propósito es etiquetar la combinación de criterios en la que únicamente se tiene en cuenta el precio, si utilizásemos esa clase deberíamos añadir solamente una tripleta más. | |||
ej:contrato_001_combinacionCriterios | rdf:type | pc:AwardCriteriaLowestPrice | |
Sin embargo, si tenemos en cuenta cualquier otro criterio hará falta especificar más en profundidad cual es y sus ponderaciones. Las tripletas que continúan serían el equivalente desarrollado de la tripleta anterior. | |||
ej:contrato_001_combinacionCriterios | rdf:type | pc:AwardCriteriaCombination | |
ej:contrato_001_combinacionCriterios | pc:awardCriterion | ej:contrato_001_criterioA | |
ej:contrato_001_criterioA | rdf:type | pc:AwardCriteria | |
ej:contrato_001_criterioA | pc:criterionName | “Precio”^^xsd:string | |
ej:contrato_001_criterioA | contsem:evaluation | “Menor precio mayor puntuación”^^xsd:string | |
ej:contrato_001_criterioA | pc:criterionWeight | “100”^^pc:percentage |
Estas últimas 6 tripletas significan que la combinación de criterios para la adjudicación del contrato contiene un único criterio, cuyo peso obviamente es del 100%, llamado “Precio”, cuyo método de evaluación dicta que a menor precio la puntuación otorgada será mayor. Existen otras dos propiedades a utilizar con la clase pc:AwardCriteria: “Negociable” y “Puntuación mínima y máxima”; en este ejemplo no disponemos de valor para ellas. | |||
Plazo de recepción de ofertas o solicitudes de participación | ej:contrato_001 | pc:tenderDeadline | “2013-12-30T20:00:00”^^xsd:dateTime |
Esta propiedad en el formulario puede tener dos tipos de valores, el primero con una fecha y una hora y el segundo con una duración. En la ontología actualmente solo dispone de propiedad para la etiquetar fecha y hora. | |||
Lenguas a utilizar en la oferta | ej:contrato_001 | contsem:tenderSubmissionSupportedLan guage | “ES”^^xsd:string |
ej:contrato_001 | contsem:tenderSubmissionSupportedLan guage | “EN”^^xsd:string | |
Período mínimo a mantener la oferta por parte del licitador | ej:contrato_001 | contsem:tenderManteinanceDuration | “2014-02-01T10:00:00”^^xsd:dateTime |
Para describir la fecha y hora de apertura de sobres es necesario crear una reunión de la mesa de contratación y definir que esta realiza una reunión cuya finalidad es la apertura de un sobre determinado. Se incluirá ahora las tripletas necesarias para crear esta mesa y enlazarla con un evento de apertura. En este proceso se etiquetará únicamente la fecha y hora de apertura, aunque más adelante (en la sección “Adjudicación”) se cumplimenten más datos. | |||
ej:contrato_001 | contsem:tenderCommittee | ej:contrato_001_mesaContratacion | |
ej:contrato_001_mesaContratacion | rdf:type | contsem:TenderCommittee | |
ej:contrato_001_mesaContratacion | s:description | “Mesa de contratación”^^xsd:string | |
ej:contrato_001_mesaContratacion | contsem:hasTenderMeeting | ej:contrato_001_aperturaA | |
ej:contrato_001_aperturaA | rdf:type | contsem:TenderMeeting | |
ej:contrato_001_aperturaA | contsem:envelopeOpening | “Acto privado de apertura del sobre A”^^xsd:string | |
Fecha de apertura de las ofertas | ej:contrato_001_aperturaA | s:startDate | “2014-02-01T11:00:00”^^xsd:dateTime |
Hora de apertura de las ofertas | |||
Formulario licitación – Anuncio en el DOUE – Información complementaria | |||
Fecha de envío del presente anuncio | ej:contrato_001_anuncioDOUE | contsem:noticeSentDate | “2014-02-01”^^xsd:date |
Formulario licitación – Anuncio en el BOE | |||
Añadir anuncia al BOE, los datos ya están etiquetados | |||
Formulario licitación – Datos de la publicación | |||
Fecha de publicación en el BOA | Anteriormente etiquetado (contsem:noticeDate) en el inicio de las descripciones de los anuncios. | ||
Fecha de publicación en el BOE | Anteriormente etiquetado (contsem:noticeDate) en el inicio de las descripciones de los anuncios. | ||
Fecha de publicación en el DOUE | Anteriormente etiquetado (contsem:noticeDate) en el inicio de las descripciones de los anuncios. | ||
Fecha de publicación del anuncio en prensa | Si se ha publicado el contrato en la prensa, será necesario crear las tripletas describiendo el caso, entre ellas la de la fecha. | ||
ej:contrato_001 | contsem:notice | ej:contrato_001_anuncioEnPrensa |
ej:contrato_001_anuncioEnPrensa | rdf:type | contsem:Notice | |
ej:contrato_001_anuncioEnPrensa | contsem:noticeDate | “2013-12-2”^^xsd:date | |
ej:contrato_001_anuncioEnPrensa | contsem:noticeSite | “Prensa local”^^xsd:string | |
Medio en que se ha publicado el anuncio | Esta información está ya etiquetada, pues cada anuncio tiene un medio donde se ha publicado (sea este DOUE, BOA, prensa…). | ||
Formulario licitación – Documentos anexados al expediente | |||
Documento | Para cualquier documento anexo que se incluya la estructura sigue el mismo formato, lo único que cambia es la propiedad a utilizar, siendo contsem:legalDocumentReference para los anexos con los pliegos de cláusulas administrativas; contsem:technicalDocumentReference para el anexo con el pliego de prescripciones técnicas (anteriormente etiquetado en el dato “Pliegos técnicos” en la fase de “Preparación y aprobación”; y contsem:additionalDocumentReference para el resto de anexos. A continuación se incluye un ejemplo para los pliegos administrativos. | ||
ej:contrato_001 | contsem:legalDocumentReference | xxxx://xxx.xxxxxxxx.xx/xxxxxxxxxXXxx Pliegos | |
xxxx://xxx.xxxxxxxx.xx/xxxxxxxxxXXxx Pliegos | s:description | “Pliego de cláusulas administrativas particulares específicas”^^xsd:string |
3.3 Adjudicación
Nombre | Tripletas / Comentario | ||
Resumen (datos que no aparecían anteriormente) – Datos para el suministro | |||
Tipo de bien (objeto) | pc:contrato_001 | pc:item | ej:contrato_001_objeto_001 |
ej:contrato_001_objeto_001 | rdf:type | gr:Offering | |
ej:contrato_001_objeto_001 | s:description | “Descripción del objeto”^^xsd:string | |
Unidades a entregar | ej:contrato_001_objeto_001 | gr:hasEligibleQuantity | ej:cantidad_100kg |
ej:cantidad_100kg | gr:hasValue | “100”^^xsd:string | |
ej:cantidad_100kg | gr:hasUnitOfMeasurement | “KGM”^^xsd:string | |
La última tripleta especifica el tipo de medida para la cantidad dada, sean peso, volumen, medidas… Cuando se trate de unidades, no es necesario incluir esa última tripleta. El código utilizado tiene que seguir el código de unidades de medidas de UN/CEFACT (ver xxxx://xxx.xxxxx.xxx/xxxxxx/xxxxxxxxxxxxx/xxxxx_xxxxx.xxxx). | |||
Contrato de alquiler | ej:contrato_001 | contsem:supplyContractKind | contsem:Buy |
En caso de tratarse de un contrato de alquiler, en vez de utilizar como valor contsem:Buy, utilizar contsem:Rent. También es posible utilizar el valor contsem:Lease para contratos de renting. | |||
Formulario adjudicación – Recepción de solicitudes de participación | |||
Licitador | Para especificar que existen licitadores son necesarios primero enlazarlos a través de su oferta (aunque esta no contenga datos), de esta manera se obtiene la relación contrato -> oferta -> licitador. | ||
ej:contrato_001 | pc:tender | ej:contrato_001_oferta_001 | |
ej:contrato_001_oferta_001 | rdf:type | pc:Tender | |
ej:contrato_001_oferta_001 | pc:supplier | ej:empresa_oracleiberica | |
ej:empresa_oracleiberica | rdf:type | org:Organization | |
ej:empresa_oracleiberica | s:name | “ORACLE IBERICA S.R.L.”^^xsd:string |
ej:empresa_oracleiberica | org:identifier | “B78361482”^^xsd:string | |
Informe técnico | ej:contrato_001 | contsem:additionalDocumentReferen ce | |
Formulario adjudicación – Apertura de información administrativa | |||
En esta sección aparecen los datos de la apertura de la información administrativa por la mesa de contratación. Esta información está relacionada con los datos “Fecha de apertura de las ofertas” y “Hora de apertura de las ofertas” que aparecen en la subsección “Formulario – Anuncio en el DOUE – Otras publicaciones anteriores” de la sección de “Licitación”; en esos datos se creaba ya la mesa de contratación y el evento de apertura, pero solo se añadía la información de fecha y hora. Ahora se añadirá el resto de datos, que son los componentes de esta mesa de contratación (ya creada) y la dirección. Los dos primeros datos son los mismos anteriormente añadidos para el anuncio del DOUE. | |||
Fecha de celebración | Anteriormente explicado en el dato “Fecha de apertura de las ofertas” en la subsección “Formulario – Anuncio en el DOUE – Otras publicaciones anteriores”. | ||
Hora | Anteriormente explicado en el dato “Hora de apertura de las ofertas” en la subsección “Formulario – Anuncio en el DOUE – Otras publicaciones anteriores”. | ||
Lugar | ej:contrato_001_aperturaA | s:location | ej:lugar_001 |
ej:lugar_001 | rdf:type | s:Place | |
ej:lugar_001 | s:name | “Nombre del sitio”^^xsd:string | |
Dirección | Aquí se determina la dirección en un único campo, sin embargo en los metadatos es posible desagregar la información en 4 campos: calle, código postal, localidad y país. Siempre que no sea posible desagregar esta información la mejor opción será incluirlo todo en el campo calle. | ||
ej:lugar_001 | s:address | ej:direccion_001 | |
ej:direccion_001 | rdf:type | s:PostalAddress | |
ej:direccion_001 | s:streetAddress | “La dirección”^^xsd:string | |
Presidente de la mesa | Se utilizará la mesa ya creada y añadirá el presidente y miembros. | ||
ej:contrato_001_mesaContratacion | contsem:fullMember | ej:mesa_001_presidente | |
ej:mesa_001_presidente | contsem:tenderCommitteePosition | “Presidente”^^xsd:string | |
ej:mesa_001_presidente | s:name | “El nombre”^^xsd:string | |
Cargo | ej:mesa_001_presidente | s:jobTitle | “Su cargo personal”^^xsd:string |
Grupo municipal | Se utiliza el campo Cargo en la mesa (contsem:tenderCommitteePosition) de los componentes xx xxxx de contratación poniendo “Representante de X” siendo X el grupo del que se trate. | ||
Representante del grupo político municipal | |||
ej:contrato_001_mesaContratacion | contsem:fullMember | ej:mesa_001_representante_001 | |
ej:mesa_001_representante_001 | contsem:tenderCommitteePosition | “Representante del grupo municipal de Tauste”^^xsd:string | |
ej:mesa_001_representante_001 | s:name | “El nombre”^^xsd:string | |
ej:mesa_001_representante_001 | s:jobTitle | “Su cargo personal”^^xsd:string | |
Resto de los asistentes de la mesa | ej:contrato_001_mesaContratacion | contsem:fullMember | ej:mesa_001_miembro_002 |
Cargo | ej:mesa_001_miembro_002 | s:jobTitle | “Cargo personal”^^xsd:string |
Nombre | ej:mesa_001_miembro_002 | s:name | “El nombre”^^xsd:string |
En calidad de | ej:mesa_001_miembro_002 | contsem:tenderCommitteePosition | “Vocal”^^xsd:string |
Formulario adjudicación – Examen del informe técnico y propuesta de adjudicación | |||
Entendemos que en esta parte se informa sobre reuniones de la mesa de contratación. | |||
ej:contrato_001 | contsem:tenderCommittee | ej:contrato_001_mesaContratacion | |
ej:contrato_001_mesaContratacion | rdf:type | contsem:TenderCommittee |
ej:contrato_001_mesaContratacion | s:description | “Comité de expertos”^^xsd:string | |
ej:contrato_001_mesaContratacion | contsem:hasTenderMeeting | ej:contrato_001_examenYpropuesta | |
ej:contrato_001_examenYpropuesta | rdf:type | contsem:TenderMeeting | |
ej:contrato_001_examenYpropuesta | contsem:envelopeOpening | “Examen del informe técnico y propuesta de adjudicación”^^xsd:string | |
Fecha de celebración | ej:contrato_001_examenYpropuesta | s:startDate | “2014-02-01T11:00:00”^^xsd:dateTime |
Hora | |||
Lugar | ej:contrato_001_examenYpropuesta | s:location | ej:lugar_001 |
Dirección | Nótese que al utilizar la URI s:lugar_001 estamos enlazando con un contenido que ya está etiquetado (en este caso la el sitio donde se reúne el comité de expertos sería el mismo que el usado por la mesa de contratación), por lo que con esta única tripleta nos bastaría para etiquetarlo. Si hiciese falta especificar otro lugar, crear la serie entera de tripletas vistas en el apartado anterior. | ||
Presidente de la mesa | ej:contrato_001_comiteExpertos | contsem:fullMember | ej:mesa_002_presidente |
ej:mesa_002_presidente | contsem:tenderCommitteePosition | “Presidente”^^xsd:string | |
ej:mesa_002_presidente | s:name | “El nombre”^^xsd:string | |
Cargo | ej:mesa_002_presidente | s:jobTitle | “Su cargo personal”^^xsd:string |
Grupo municipal | Se utiliza el campo Cargo en la mesa (contsem:tenderCommitteePosition) de los componentes xx xxxx de contratación poniendo “Representante de X” siendo X el grupo del que se trate. | ||
Representante del grupo político municipal | |||
ej:contrato_001_mesaContratacion | contsem:fullMember | ej:mesa_001_representante_001 | |
ej:mesa_001_representante_001 | contsem:tenderCommitteePosition | “Representante del grupo municipal de Tauste”^^xsd:string | |
ej:mesa_001_representante_001 | s:name | “El nombre”^^xsd:string | |
ej:mesa_001_representante_001 | s:jobTitle | “Su cargo personal”^^xsd:string | |
Resto de los asistentes de la mesa | ej:contrato_001_comiteExpertos | contsem:fullMember | ej:mesa_002_miembro_002 |
Cargo | ej:mesa_002_miembro_002 | s:jobTitle | “Cargo personal”^^xsd:string |
Nombre | ej:mesa_002_miembro_002 | s:name | “El nombre”^^xsd:string |
En calidad de | ej:mesa_002_miembro_002 | contsem:tenderCommitteePosition | “Vocal”^^xsd:string |
Formulario adjudicación – Apertura de ofertas | |||
Entendemos que en esta parte involucra a la mesa de contratación, por lo que la información de los miembros será la misma y se añade una nueva reunión para la apertura de ofertas. | |||
ej:contrato_001_mesaContratacion | contsem:hasTenderMeeting | ej:contrato_001_aperturaDeOfertas | |
ej:contrato_001_aperturaDeOfertas | rdf:type | contsem:TenderMeeting | |
ej:contrato_001_aperturaDeOfertas | contsem:envelopeOpening | “Apertura de ofertas”^^xsd:string | |
Fecha de celebración | ej:contrato_001_aperturaDeOfertas | s:startDate | “2014-02-01T11:00:00”^^xsd:dateTime |
Hora | |||
Lugar | ej:contrato_001_aperturaDeOfertas | s:location | ej:lugar_001 |
Dirección | Entidad ej:lugar_001 ya descrita. | ||
Presidente de la mesa | Entidad ej:contrato_001_mesaContratacion ya descrita. | ||
Cargo | Entidad ej:contrato_001_mesaContratacion ya descrita. |
Grupo municipal | Se utiliza el campo Cargo en la mesa (contsem:tenderCommitteePosition) de los componentes xx xxxx de contratación poniendo “Representante de X” siendo X el grupo del que se trate. | ||
Representante del grupo político municipal | |||
Resto de los asistentes de la mesa | Entidad ej:contrato_001_mesaContratacion ya descrita. | ||
Cargo | Entidad ej:contrato_001_mesaContratacion ya descrita. | ||
Nombre | Entidad ej:contrato_001_mesaContratacion ya descrita. | ||
En calidad de | Entidad ej:contrato_001_mesaContratacion ya descrita. | ||
Procedimiento desierto | ej:contract_001 | contsem:voidProcedure | ej:extincion_001 |
ej:extincion_001 | rdf:type | contsem:ContractOrProcedureExtinctio n | |
ej:extincion_001 | contsem:extinctionCause | “descripción de las causas aquí”^^xsd:string | |
Formulario adjudicación – Adjudicación del expediente de contratación | |||
ej:contrato_001 | pc:awardedTender | ej:contrato_001_oferta_001 | |
Fecha de adjudicación | ej:contrato_001_oferta_001 | contsem:awardDate | “2013-10-30”^^xsd:date |
Licitadores seleccionados | Para cada una de las ofertas seleccionadas una serie de tripletas. | ||
ej:contrato_001_oferta_001 | pc:supplier | ej:empresa_001 | |
ej:empresa_001 | rdf:type | org:Organization | |
ej:empresa_001 | s:name | “PEPE S.A.”^^xsd:string | |
Importe IVA excluido | ej:contrato_001_oferta_001 | pc:offeredPrice | ej:precio_oferta_001 |
ej:precio_oferta_001 | rdf:type | contsem:BudgetPriceSpecification | |
ej:precio_oferta_001 | gr:hasCurrencyValue | “50640.93”^^xsd:float | |
ej:precio_oferta_001 | gr:valueAddedTaxIncluded | “false”^^xsd:boolean | |
ej:precio_oferta_001 | gr:hasCurrency | “EUR”^^xsd:string | |
Importe IVA incluido | ej:contrato_001_oferta_001 | pc:offeredPrice | ej:precio_oferta_001_con_iva |
ej:precio_oferta_001_con_iva | rdf:type | contsem:BudgetPriceSpecification | |
ej:precio_oferta_001_con_iva | gr:hasCurrencyValue | “61275.53”^^xsd:float | |
ej:precio_oferta_001_con_iva | gr:valueAddedTaxIncluded | “true”^^xsd:boolean | |
ej:precio_oferta_001_con_iva | gr:hasCurrency | “EUR”^^xsd:string | |
Fecha de la firma del contrato con la empresa adjudicataria | ej:contrato_001_oferta_001 | contsem:formalizedDate | “2013-10-14”^^xsd:date |
Plazo de entrega ofertado por la empresa | ej:contrato_001_oferta_001 | ||
Formulario adjudicación – Datos para los anuncios de adjudicación | |||
Anuncio en el BOA | Datos booleanos. Los anuncios pueden etiquetarse mediante contsem:Notice. | ||
Anuncio en el BOE | |||
Anuncio en el DOUE | |||
Contrato marco | Etiquetado anteriormente en el dato “Contrato marco” en la fase de “Preparación y aprobación”. | ||
Descripción del contrato | ej:contrato_001 | s:description | “descripción más detallada del contrato”^^xsd:string |
Justificación de la elección del procedimiento negociado | ej:contrato_001 | contsem:assumptionProtectingNegotiat edProcedure | “justificación aquí”^^xsd:string |
Criterio de adjudicación | Etiquetado anteriormente en el dato “Criterio de adjudicación” en la fase de licitación. | ||
Porcentaje (de subcontratación) | ej:contrato_001 | contsem:maxSubcontracting | “20”^^pc:percentage |
Formulario adjudicación – Documentos anexionados al expediente | |||
Documento | El método de etiquetado es el mismo que en los documentos anexos de licitación. |
3.4 Ejecución
Nombre | Tripletas / Comentario | ||
Resumen inicial (datos que no aparecían anteriormente) | |||
Fecha de firma del contrato | Para especificar la fecha de firma hay que señalar primero que el contrato ha sido formalizado, enlazando el contrato con la oferta formalizada. Las tripletas son las siguientes. | ||
ej:contrato_001 | contsem:formalizedTender | ej:contrato_001_oferta_001 | |
ej:contrato_001_oferta_001 | rdf:type | pc:Tender | |
ej:contrato_001_oferta_001 | contsem:formalizedDate | “2013-07-24”^^xsd:date | |
Plazo de ejecución ofertado | ej:contrato_001_oferta_001 | contsem:offeredDuration | “2Y”^^xsd:duration |
Formulario ejecución – Modificación del contrato | |||
ej:contrato_001 | contsem:contractModification | ej:modificacion_001 | |
ej:modificacion_001 | rdf:type | contsem:ContractModification | |
Motivo de la modificación | ej:modificacion_001 | contsem:reason | “motivo / justificación aquí”^^xsd:string |
Fecha de aprobación del órgano de contratación | ej:modificacion_001 | contsem:contractingBodyAgreement | ej:acuerdo_del_organo_001 |
ej:acuerdo_del_organo_001 | rdf:type | contsem:ContractingBodyAgreement | |
ej:acuerdo_del_organo_001 | s:startDate | “2013-10-02”^^xsd:date | |
% de incremento/decremento sobre la adjudicación inicial | ej:modificacion_001 | contsem:pricePercentageChange | “5”^^pc:percentage |
Descripción de las modificaciones | ej:modificacion_001 | contsem:scope | “descripción del alcance de las modificaciones”^^xsd:string |
Nuevo plazo de ejecución (meses) | ej:modificacion_001 | contsem:termChange | “texto describiendo cambios en el plazo”^^xsd:string |
Nombre o Razón Social empresa Cesionaria | ej:modificacion_001 | contsem:scope | “descripción del alcance de las modificaciones”^^xsd:string |
Formulario ejecución – Prórroga del contrato | |||
ej:contrato_001 | contsem:contractingBodyAgreement | ej:acuerdo_001 | |
ej:acuerdo_001 | rdf:type | contsem:ContractingBodyAgreement | |
Motivos del contratista para solicitar la prórroga | ej:acuerdo_001 | s:description | “datos genéricos aquí”^^xsd:string |
Nueva fecha de terminación | ej:acuerdo_001 | s:description | “datos genéricos aquí”^^xsd:string |
Formulario ejecución – Resolución del contrato | |||
ej:contrato_001 | contsem:contractResolution | ej:resolucion_001 | |
ej:resolucion_001 | rdf:type | contsem:ContractExtinction | |
Motivo de la resolución | ej:resolucion_001 | contsem:extinctionCause | “descripción del motivo”^^xsd:string |
ej:resolucion_001 | contsem:contractingBodyAgreement | ej:acuerdo_001 | |
ej:acuerdo_001 | rdf:type | contsem:ContractingBodyAgreement | |
Fecha del acuerdo | ej:acuerdo_001 | s:startDate | “2013-12-20”^^^xsd:date |
Formulario ejecución – Documentos anexados al expediente | |||
Documento | El método de etiquetado es el mismo que en los documentos anexos de licitación. |
3.5 Cumplimiento y resolución
Nombre | Tripletas / Comentario | ||
Formulario cumplimiento – Recepción | |||
ej:contrato_001 | contsem:contractingBodyAgreement | ej:acuerdo_001 | |
ej:acuerdo_001 | rdf:type | contsem:ContractingBodyAgreement | |
Fecha del acta de recepción | ej:acuerdo_001 | s:startDate | “2013-12-20”^^^xsd:date |
Formulario cumplimiento – Documentos anexados al expediente | |||
Documento | El método de etiquetado es el mismo que en los documentos anexos de licitación. |