Control de Cambios CODICE 2

El propósito de este documento es relacionar los cambios que han sufrido las especificaciones CODICE 2.0 desde la publicación de la primera versión en marzo de 2010.

2. Versiones menores de esquemas ‌

En marzo de 2010 se publicó la versión 2.0 de CODICE.

El 0 xx xxxxxxxxxx xx 0000 xxxxx xx xxxxx la Ley 34/2010, por la que se modifica la Ley 30/2010 de Contratos del Sector Público, introduciendo algunas modificaciones en el procedimiento de contratación, y en concreto en determinados elementos de información que se deben incluir en los anuncios y en las notificaciones.

Esta modificación normativa a obligado a introducir pequeños cambios en los esquemas de los documentos y componentes interoperables para la contratación pública electrónica, dando lugar a la versión CODICE 2.01.

En octubre de 2015 se publica la versión CODICE 2.02 con cambios necesarios para facilitar la publicidad en la Plataforma mediante mecanismos de agregación, según establece la disposición tercera de la Ley 20/2013 de garantía de unidad xx xxxxxxx, y la sindicación de la información sobre contratos al Portal de Transparencia según establece la Ley 19/2013, de transparencia, acceso a la información pública y buen gobierno.

En diciembre de 2016 se publica la versión CODICE 2.03 para incorporar los nuevos elementos de información que dan soporte a los nuevos requisitos de los anuncios en el DOUE conforme a las directivas europeas de 2014.

En diciembre de 2017 se publica la versión CODICE 2.04 que incorpora nuevos elementos para incluir la configuración de las condiciones de presentación de ofertas electrónicas.

En febrero de 2020 se publica la versión CODICE 2.05 que incorpora modificaciones derivadas de la necesidad de recogida de datos para la elaboración del informe de Gobernanza a través de la Plataforma de Contratación del Sector Público para su remisión a la Comisión europea. También incorpora modificaciones con el fin de mejorar los servicios de Gestión del Espacio Virtual de La Licitación que proporciona la Plataforma de Contratación del sector Público a los órganos de contratación.

En enero de 2022 se publica la versión CODICE 2.06 que incorpora nuevos elementos necesarios para la adaptación de diferentes procedimientos existentes en la Ley 9/2017 de Contratos del Sector Público: Sistemas Dinámicos de Adquisición, Encargos a Medios Propios, Consultas Preliminares xx Xxxxxxx, Concursos de Proyectos y Asociación para la Innovación.

En mayo de 2023 se publica la versión CODICE 2.7.0. Esta nueva versión se crea para dar soporte al Reglamento de Ejecución (UE) 2019/1780 en el ámbito de la Plataforma de Contratación del Sector Público. Las principales novedades de esta nueva versión son las siguientes:

x Se establece un nuevo sistema de versionado, transitando de la versión 2.06 a

2.7.0. El nuevo sistema de versionado sigue las recomendaciones de Semantic Versioning (SemVer), lo que permite establecer una mejor definición de las versiones CODICE, pudiendo diferenciar distintos tipos de mejoras o versiones de prelanzamiento.

x Versión basada en UBL 2.3. Las versiones anteriores se basaban en UBL 2.1. Al hacer uso de la versión UBL 2.3, se hacen uso de otra serie de esquemas con nuevos cambios.

x Incorporación de nuevos elementos para dar soporte a la generación de anuncios con la información requerida en el nuevo Reglamento de Ejecución.

A continuación, veremos los cambios que se han producido en los esquemas normativos CODICE 2.0.

2.1 Diferencias entre CODICE 2.7.0 y CODICE 2.06 ‌

Se enumeran los cambios producidos en esta nueva versión respecto a la versión anterior: Esquemas comunes (common)

1 Al hacer uso de la versión 2.3 de UBL, en lugar de la versión 2.1, hay determinados esquemas que ya no se utilizan ni se distribuyen. Son los siguientes:

x CCTS_CCT_SchemaModule-2.1.xsd

x CodeList_CurrencyCode_ISO_7_04.xsd

x CodeList_LanguageCode_ISO_7_04.xsd

x CodeList_MIMEMediaTypeCode_IANA_7_04.xsd

x CodeList_UnitCode_UNECE_7_04.xsd

x UBL-CommonExtensionComponents-2.1.xsd

x UBL-CoreComponentParameters-2.1.xsd x UBL-ExtensionContentDataType-2.1.xsd x UBL-QualifiedDataTypes-2.1.xsd

x UBL-UnqualifiedDataTypes-2.1.xsd

2 Al hacer uso de la versión 2.3 de UBL, se deben hacer uso de nuevos esquemas. Son los siguientes:

x BDNDR-CCTS_CCT_SchemaModule-1.1.xsd

x BDNDR-UnqualifiedDataTypes-1.1.xsd

x UBL-CommonExtensionComponents-2.3.xsd

x UBL-CommonSignatureComponents-2.3.xsd

x UBL-ExtensionContentDataType-2.3.xsd

x UBL-QualifiedDataTypes-2.3.xsd

x UBL-SignatureAggregateComponents-2.3.xsd

x UBL-SignatureBasicComponents-2.3.xsd x UBL-XAdES01903v132-201601-2.3.xsd x UBL-XAdES01903v141-201601-2.3.xsd

x UBL-xmldsig-core-schema-2.3.xsd

x UBL-xmldsig1-schema-2.3.xsd

x UBL-xmldsig11-schema-2.3.xsd Librerías de agregados comunes (CAC)

1 Se añade el elemento cac:BudgetAmount/cbc:FrameworkMaximumAmount para indicar los valores máximos de un acuerdo marco.

2 Se añade el elemento cac:ProcurementProject/cbc:MixContractIndicator para indicar si un contrato es mixto respecto a sus prestaciones

3 Se añaden los elementos cac:TendererQualificationRequest/cbc:CompanyLegalFormCode y

/cac:TendererQualificationRequest/cbc:CompanyLegalForm para indicar el tipo legal de los licitadores.

4 Se añade el elemento cac:AwardingTerms/cbc:NoFurtherNegotiationIndicator para indicar que la negociación es innecesaria.

5 Se añade el elemento cac:ProcurementProject/cac:ProcurementAdditionalType para soportar datos de contratación estratégica

6 Se añade el elemento SecondStageIndicator en TendererRequirement para requisitos de participación en una segunda fase.

7 Se crea el componente ConcessionRevenue en TenderResult relativo a los ingresos por concesiones.

8 Se añade el elemento NotAwardedReasonCode en TenderResult para indicar las razones de no adjudicación

9 Se añade el elemento AwardedOwnerNationalityCode en TederResult relativo a la nacionalidad del adjudicatario.

10 Se añade el elemento SecondStageIndicator en EvaluationCriteria relativo los criterios de participación en una segunda fase.

11 Se añaden los elementos PersonalSecondStageIndicator, OperatingYearsSecondStageIndicador y EmployeeQuantitySecondStageIndictor en TedererQualificationRequest relativos a criterios de participación en una segunda fase.

12 Añadido en el elemento TenderingTerms el elemento CVDScopeCode relacionado con el uso de la directiva de vehículos límpios.

13 Creados elementos relacionados con los detalles de la Directiva de Vehículos Límpios y añadidos en el elemento TenderResult.

14 Se añade el elemento cac:ExclusionGround en cac:TenderingTerms para indicar motivos de exclusión.

15 Se añade el elemento cac:FrameworkAgreementRecalculatedValues para indicar valores recalculados en un acuerdo marco.

2.2 Diferencias entre CODICE 2.05 y CODICE 2.06 ‌

Entre las versiones 2.06 y 2.05 de CODICE existen diferencias producidas por la introducción de nuevos elementos necesarios para la adaptación de diferentes procedimientos existentes en la Ley 9/2017 de Contratos del Sector Público: Sistemas Dinámicos de Adquisición, Encargos a Medios Propios, Consultas Preliminares xx Xxxxxxx, Concursos de Proyectos y Asociación para la Innovación.

Librería de agregados comunes (CAC)

1 Se incluye el elemento cac:DPSCategory. Con este elemento será posible indicar la categoría dentro de un proyecto de compra.

2 Se incluye el elemento cac:QualificationResolution/cbc:DPSCategoryID. Con este elemento será posible identificar de la categoría al que se acepta o rechaza que el licitador presente oferta.

3 Se incluye el elemento cac:TenderedProject/cbc:DPSCategoryID. Con este elemento será posible identificar la categoría definida por el comprador en los pliegos.

4 Se incluye el elemento cac:TenderPreparation/cbc:DPSCategoryID. Con este elemento será posible identificar la categoría a la que se debe ofertar en este sobre.

5 Se incluye el elemento cac:TenderingProcess/cbc:OriginalContractingSystemDPSCategoryId. Con este elemento será posible identificar el lote del acuerdo marco original o Sistema dinámico de Adquisición, sobre la que está basada la licitación, si procede.

6 Se incluye el elemento cac:TenderingProcess/cbc:OriginalContractingSystemDPSCategoryDescription. Con este elemento será posible describir la categoría del Sistema dinámico de Adquisición, sobre la que está basada la licitación, si procede.

7 Se incluye el elemento cac:TenderingProcess/cbc:DesignContestTypeId. Con este elemento será posible identificar el tipo de Concurso de Proyectos.

8 Se incluye el elemento cac:TenderResult/cbc:AssociationDescription. Con este elemento será posible describir de la adjudicación de una Asociación para la innovación.

9 Se incluye el elemento cac:TenderingProcess/cbc:OriginalProcedureIdentifierID. Con este elemento, será posible identificar el procedimiento Asociación para la innovación sobre la que está basada la licitación, si procede.

10 Se incluye el elemento cac:TenderingProcess/cbc:OriginalProcedureIdentifierDescription. Con este elemento será posible describir del procedimiento Asociación para la innovación sobre la que está basada la licitación, si procede.

11 Se incluye el elemento cac:TenderingProcess/cbc:OriginalProcedureLotIdentifierID. Con este elemento será posible identificar el lote del procedimiento Asociación para la Innovación sobre la que está basada la licitación, si procede.

12 Se incluye el elemento cac:TenderingProcess/cbc:OriginalProcedureLotIdentifierDescription. Con este elemento será posible describir el lote del procedimiento Asociación para la innovación sobre la que está basada la licitación, si procede.

13 Se incluye el elemento cac:TenderResult/cbc:JuryDecisionDate. Con este elemento será posible indicar la fecha de decisión xxx xxxxxx del Concurso de Proyectos.

14 Se incluye el elemento cac:TenderResult/cbc:AwardAmount. Con este elemento será posible indicar el importe del premio(s) concedido en el Concurso de Proyectos.

15 Se incluye el elemento cac:AwardingTerms/cbc:FollowupContractIndicator. Con este elemento será posible indicar si el contrato siguiente a un Concurso de Proyectos será adjudicado al ganador o ganadores del concurso (verdadero) o no (falso).

16 Se incluye el elemento cac:AwardingTerms/cbc:BindingOnBuyerindicator. Con este elemento será posible indicar en el Concurso de Proyectos si la decisión xxx xxxxxx es vinculante para el comprador (verdadero) o no (falso).

17 Se incluye el elemento cac:AwardingTerms/cbc:PrizeIndicator. Con este elemento será posible indicar en el Concurso de Proyectos si un premio será concedido (verdadero) o no (falso).

18 Se incluye el elemento cac:AwardingTerms/cbc:PrizeDescription. Con este elemento será posible indicar en el Concurso de Proyectos el número y valor de los premios que se concederán.

19 Se incluye el elemento cac:AwardingTerms/cbc:PaymentDescription. Con este elemento será posible indicar en el Concurso de Proyectos los detalles de pago para todos los participantes.

20 Se incluye el elemento cac:AwardingTerms/cbc:BindingOnBuyerindicator. Con este elemento será posible indicar en el Concurso de Proyectos si la decisión xxx xxxxxx es vinculante para el comprador (verdadero) o no (falso).

2.2.1 Documento PreliminaryMarketConsultationNotice ‌

21 Se incluye el documento cac:PreliminaryMarketConsultationNotice. Con este documento será posible publicar una Consulta Preliminar xx Xxxxxxx.

22 Se incluye el elemento cac:PreliminaryMarketConsultationNotice/cac: PreliminaryMarketConsultationProcess. Con este elemento será posible indicar la información acerca de un proceso de Consulta Preliminar xx Xxxxxxx.

2.2.2 Documento ContractAwardNotice ‌

23 Se incluye el elemento cbc:TenderingNoticeTypeCode. Con este elemento será posible identificar el tipo de anuncio que se está enviando para diferenciar entre "Formalización de Encargo a medio Propio" "Prórroga de Encargo a medio propio"

2.2.3 Otras modificaciones ‌

24 Se corrigen elementos cac:ContractingPartyType y cac:ContractingPartyTypeType en el esquema base.

25 Se hace uso de los esquemas xsd de UBL 2.1.

2.3 Diferencias entre CODICE 2.04 y CODICE 2.05 ‌

Entre las versiones 2.05 y 2.04 de CODICE existen diferencias producidas por la introducción de nuevos elementos para la elaboración del informe de Gobernanza a través de la Plataforma de Contratación del Sector Público para su remisión a la Comisión europea. También incorpora nuevos elementos con el fin de mejorar los servicios de Gestión del Espacio Virtual de La Licitación que proporciona la Plataforma de Contratación del sector Público a los órganos de contratación.

Los cambios son a nivel de librería, y son los siguientes:

2.3.1 Librería de agregados comunes (CAC)‌

Descripción

1 Se incluye una descripción al tipo de referencia de documento. Se incluye el elemento cac:DocumentReference/cbc:Description. Con este elemento será posible indicar un texto de ayuda al licitador en los documentos de acreditación de requisitos.

2 Se incluye en requisito de oferta un indicador para indicar si es necesaria firma. Elemento cac:TenderRequirement/cbcRequiredSignatureIndicator.

3 Se incluye en requisito de oferta un indicador para indicar si es opcional u obligatorio. Elemento cac:TenderRequirement/cbc:MandatoryIndicator.

4 Se incluye en el sobre un indicador para indicar si se permite apertura previa del sobre. Elemento cac:TenderPreparation/cbc:AllowedPreviousOpeningIndicator.

5 Se incluye en el sobre un indicador de si se permite desencriptacion previa del sobre. Elemento cac:TenderPreparation/cbc:AllowedPreviousDecryptionIndicator.

6 Se incluye en ContractModification un identificador de lote (cbc:ContractModifcationLotID) y el identificador de adjudicatario (cac:ContractModificationPartyIdentification).

7 Se incluye el elemento cac:TenderingProcessType/cbc:OverThresholdIndicator para indicar si se está por encima de un umbral.

8 Se incluye el elemento cac:TenderingTermsType/cbc:ProcurementNationalLegislationCode para indicar la ley nacional de aplicación.

9 Se incluye el elemento cac:TenderingTermsType/cbc:ReceivedAppealQuantity para indicar el número de recursos que se han recibido.

2.3.2 Documento TendererQualificationResponse

# Descripción

Se añade el elemento AdditionalDocumentReference en el documento TendererQualificationResponse. Posibilita enviar un documento en las comunicaciones de admisión/exclusión.

Se incluye el elemento RemainingAmount en los documentos GuaranteeCertificate y GuaranteeCertificateRequest.

2.4 Diferencias entre CODICE 2.03 y CODICE 2.04 ‌

Entre las versiones 2.04 y 2.03 de CODICE existen diferencias producidas por la introducción de nuevos elementos para incluir la configuración de las condiciones de presentación de ofertas electrónicas

Los cambios son a nivel de librería, y son los siguientes:

2.4.1 Librería de agregados comunes (CAC)‌

# Descripción

1 Se añade el elemento cac:TenderingTerms/cbc:RequiredCurriculaDescription.

2 Se añade elemento cac:TendererQualificationRequest/cbc:EmployeeQuantityDescription.

3 Se añade el elemento cac:TendererQualificationRequest/cbc:OperatingYearsDescription.

4 Se añade el elemento cac:TendererQualificationRequest/cbc:PersonalSituationDescriptio.n

5 Se añade el elemento cac:ContractingParty en los documento TendererQualificationResolution y AwardingNotification para permitir el envío de notificaciones por el órgano de asistencia en las que se indique además el órgano de contratación.

6 Se añade el elemento cac:SenderParty en el documemnto CallForTenders para permitir identificar al remitente de una invitación a participar en un procedimiento o a presentar oferta cuando este es distinto del órgano de contratación, por ejemplo cuando la invitación es enviada por el órgano de asistencia.

7 Se añade el elemento cac:ResponsePeriod en los documentos que sirven para realizar notificaciones (TendererQualificationResponse; AwardingNotification) para indicar el plazo del que dispone el destinatario de la notificación para responder.

8 Se modifica la cardinalidad de cac:TenderResult/cbc:OriginCountryCode para permitir más de un país origen del producto o servicio.

2.5 Diferencias entre CODICE 2.02 y CODICE 2.03 ‌

Entre las versiones 2.03 y 2.02 de CODICE existen diferencias producidas por la introducción de nuevos elementos de información que dan soporte a los nuevos requisitos de los anuncios en el DOUE conforme a las directivas europeas de 2014 y la configuración de las conducciones de presentación de ofertas electrónicas.

Los cambios son a nivel de librería, y son los siguientes:

2.5.1 Librería de agregados comunes (CAC)‌

# Descripción

1 Creación del elemento AttendanceConditions, que sirve para obtener información sobre las personas que se encuentran autorizadas a participar en un evento.

2 Creación de nuevo elemento InvoicingTerms, que sirve para información de cómo los adjudicatarios tienen que realizar la facturación electrónica.

3 Modificación del componente TenderingTerms, donde se han añadido los siguientes componentes: - cbc:RestrictedProcurementDocumentsJustification (Text Type, Cardinalidad: 0..n) - Justificación acceso a los pliegos restringuido - cbc:EcatalogIndicator(Indicator Type;Cardinalidad:0..1) Indicador de Catalogos electróncios - cbc:EorderingIndicator(Indicator Type;Cardinalidad:0..1) Indicator de Pedidos electrónicos - cbc:EpaymentMenasIndicator(Indicator Type;Cardinalidad:0..1) INdicador de Pago Electrónico - cac:SubcontratorTendererQualificationRequest(ASBIE Type; 0..1). Solicitud de cualificación de Subcontratista. Este componente es semajente a la Solicitud de Cualificación de Licitador cac:InvoicingTerms (ASBIE Type; Cardinalidad 0..1) Condiciones de Facturación.

4 Modificación del componente TenderingProcess, donde se han añadido los siguientes componentes: - cbc:MaximumLotPresentationQuatity(Quantity. Type; Cardinalidad: 0..1): Número máximo de lotes para presentación - cbc:MaximumTendererAwardedLotsQuantity(Quantity Type; Cardinalidad:0..1) Número máximo de lotes que se pueden adjudicar a un licitador - cbc:LotsCombinationContractingauthorityRights(Text.Type;Cardinalidad:0..n)Condiciones de adjudicación combinada de lotes.

5 Modifcación del compoente AwardingCriteria, donde se ha añadido el subtipodeCriterio: cbc:SubAwardingCriteriaTypeCode (Code.Type; Cardinalidad:0..1): Código de SubMotivo del Criterio.

6 Modificación del componente Event; donde se ha ha añadido un nuevo elemento cac:AttendaceConditions (ASBIE type. Cardinalidad: 0..1) Condiciones de Asistencia del Evento.

7 Modificación del componente TenderResult, donde se añaden nuevos componentes para dar más detalle en la Adjudicación: cbc:SMEsReceivedTenderQuantity(Quantity.Type; Cardinalidad: 0..1) Número de ofertas de PYMEs cbc:EUNationalsReceivedTenderQuantity(Quantity.Type; Cardinalidad: 0..1) Número de ofertas de la Unión Europea cbc:NonEUNationalsReceivedTenderQuantity(Quantity.Type; Cardinalidad: 0..1) Número de ofertas no europeas cbc:ReceivedElectronicTenderQuantity(Quantity.Type; Cardinalidad: 0..1) Número de ofertas electrónicas cbc:SMEAwardedIndicator(Indicator.Type;Cardinalidad:0..1)Indica de adjudicatario PYME cbc:OriginCountryCode(Code.Type; Cardinalidad:0..1) País Origen del suministro cbc:AbnormallyLowTendersIndicator(Indicator.Tyoe;Cardinalidad:0..1)Indicador de oferta desproporcionada.

8 Modificación del componente ContractModification donnde se han añadido dos elementos: cbc:ContractModificationReasonCode(Code.Type; Cardinalidad:1) Motivación de la Moficación cbc:ContractModificationJustification(Text.Type Cardinalidad:1)Justificación del motivo de la modificación.

9 Modificación del elemento cac:TenderingProcess donde se añade el elemento AcceleratedProcedureJustification, para justificar el el mótivo de porque los procedimientos son urgentes o de emergencia – Acelerados para el DOUE.

10 Se añade un nuevo elemento en el componente SubcontractTerms, para indicar el

%máximo de subcontratación.

11 Corregido en la hoja de cálculo el error por el que no se generaba en el esquema el elemento cac:Tendering Process/cbc:LotsCombinationContractingAuthorityRights.

12 Corregido error en el nombre del elemento cac:AwardingCriteria/cbc:SubAwardingCriteriaTypeCode a cac:AwardingCriteria/cbc:AwardingCriteriaSubTypeCode.

13 Se añaden nuevos elementos en el cac:TenderingProcess para introducir más información sobre la licitación de establecimiento de acuerdo marco o sistema dinámico de adquisición en el que está basado el contrato derivado: cac:TenderingProcess/cbc:OriginalContratingSystemDescription; cac:TenderingProcess/cbc:OriginalContratingSystemLotIdentifier; cac:TenderingProcess/cbc:OriginalContratingSystemLotDescription;

14 Se modifica la cardinalidad de

cac:ContractModification/cbc:ContractModificationReasonCode de “1” a “0..1” para hacerlo opcional.

15 Se añade nuevo elemento cac:TendererQualificationRequest/cac:RequiredBusinessClassificationSuggestedEvidence.

16 Se añade elemento cac:Evidence/cbc:RequiredSignatureIndicator.

17 Se añade nuevo elemento cac:TendererQualificationRequest/cbc:PersonalSituationSuggestedEvidence.

18 Se añade elemento cac:TendererQualificationRequest/cac:OperationYearsSuggestedEvidence.

19 Se añade elemento cac:TendererQualificationRequest/cac:EmployeeQuantitySuggestedEvidence.

20 Se añade elemento cac:TenderingTerms/cac:RequiredCurriculaSuggestedEvidence.

21 Se añade elemento cac:TenderPreparation/cbc:SubmissionMethodCode.

22 Se añade elemento cac:TenderPreparation/cbc:RequiredSignatureIndicator.

23 Se añade elemento cac:TenderPreparation/cbc:RequiredEncryptionIndicator.

24 Se añade elemento cac:TenderPrepartion/cbc:AnonymousEnvelopeIndicator.

25 Se añade elemento cac:TenderPreparation/cbc:RelatedAwardedCriteria.

26 Se añade componente cac:TendererRequirementReference.

27 Se añade elemento cac:TenderPreparation/cac:TendererRequirementReference.

28 Se cambia la cardinalidad de cac:Evidence/cac:DocumentReference de 0..1 a 0..n.

29 Se cambia la cardinalidad de cac:TenderRequirement/cac:TemplateDocumentReference de 0..1 a 0..n.

30 Se añade el elemento cac:TendererRequirementReference/cbc:ProcurementProjectLotID.

2.5.2 Documento ContractModification ‌

# Descripción

Se añade el elemento cac:AppealTerms en el documento ContractModificationNotice.

Se añade el elemento cac:ProcurementLegislationDocumentReference en el documento ContractModificationNotice.

Se añade el elemento cac:NoticeDocumentReference en el documento ContractModificationNotice.

2.6 Diferencias entre CODICE 2.02 y CODICE 2.01 ‌

Entre las versiones 2.02 y 2.01 de CODICE existen pequeñas modificaciones que corrigen o actualizan algunos elementos.

Los cambios son a nivel de librería, y son los siguientes:

2.6.1 Librería de agregados comunes (CAC)‌

# Descripción

1 Se modifica la cardinalidad del elemento cac:FundingProgramCode de 0..1 a 0..n para poder indicar por ejemplo que el contrato está financiado por la UE, y que al mismo tiempo es Compra Pública Innovadora.

2 Se elimina la obligatoriedad del elemento cbc:AwardDate en cac:TenderResult para soportar el envío de información sobre el resultado del procedimiento por agregación sin necesidad de indicar la fecha de adjudicación.

3 Se crea un nuevo tipo LegalMonetaryTotal idéntico a MonetaryTotal pero que no hace obligatorio el PayableAmount, con el objeto de poder indicar únicamente el importe de adjudicación sin impuestos. Se modifica la referencia en TenderedProject al nuevo tipo LegalMonetaryTotal.

4 Se crea el nuevo elemento ContractModification que sirve para indicar las modificación de un contrato.

5 Se hace opcional el elemento ContractingPartyTypeCode en el componente ContractingParty.

6 El elemento ContractModificationType deja de tener en su secuencia un elemento de tipo Contract, para tener uno de tipo ContractID.

2.6.2 Documentos ‌

x ContractModificationNotice # Descripción

1 Se crea el nuevo tipo de documento ContractModificationNotice que sirve para dar publicidad a las modificaciones de los contratos.

x TendererQualification # Descripción

1 Se añade el elemento cbc:ContractName para poder indicar el objeto del contrato.

2.7 Diferencias entre CODICE 2.0 y CODICE 2.01 ‌

Los cambios realizados sobre la versión 2.0 de CODICE se sitúan en modificaciones realizadas sobre los anuncios de adjudicación y de las comunicaciones de adjudicación.

Los cambios se realizaron a nivel de librería, y son los siguientes:

2.7.1 Librería de agregados comunes (CAC)‌

# Descripción

1 Se añade el elemento ContractFormalizationPeriod, con cardinalidad 0..1 en el componente TenderResult. Se trata de un ABIE de tipo Period. En este campo se especifica el plazo para la formalización del contrato adjudicado, que es

obligatorio en el anuncio de adjudicación según el artículo 135.4 xx Xxx.

2.7.2 Documentos ‌

x AwardedNotification, UnawardedNotification, AwardingNotification

# Descripción

1 Se elimina el documento CODICE UnawardedNotification. Esta eliminación surge a consecuencia de la fusión entre este documento y el documento AwardedNotification.

2 Se modifica el nombre del documento CODICE AwardedNotification, a “AwardingNotification”, para dar en este tipo de documento cabida a notificaciones sobre adjudicación y no adjudicación.

3 Se añade al documento AwardingNotification el elemento ASBIE AdditionalDocumentReference, con cardinalidad 0..n, de tipo DocumentReference, que especifica documentos adicionales a incluir en la notificación de adjudicación.

4 Se añade al documento AwardingNotification el elemento QualificationResolution, con cardinalidad 0..n, que es un ASBIE de tipo QualificationResolution. Este elemento se incluye para poder incluir los motivos de exclusión en la notificación de adjudicación, dando cumplimiento al artículo 135.4 de la Ley.

5 Se añade al documento AwardingNotification el elemento TenderingProcess, con cardinalidad 0..1, ASBIE de tipo TenderingProcess incluido para especificar las condiciones del proceso en la notificación de adjudicación.

6 Se añade al documento AwardingNotification el elemento TenderingTerms, con cardinalidad 0..1, ASBIE de tipo TenderingTerms incluido para especificar las condiciones de la licitación en la notificación de adjudicación.

7 Se añade al documento AwardingNotification el elemento ProcurementProject , con cardinalidad 0..1, ASBIE de tipo ProcurementProject incluido para especificar el objeto del contrato en la notificación de adjudicación.

8 Se añade al documento AwardingNotification el elemento ProcurementProjectLot, con cardinalidad 0..n, ASBIE de tipo ProcurementProjectLot incluido para especificar el objeto del contrato con lotes en la notificación de adjudicación.

9 Se elimina el campo ContractName del documento AwardingNotification, ya que este contenido se encuentra ya añadido en el campo ProcurementProject.

Document Metadata

Table of Contents

Control de Cambios CODICE 2

Document Metadata