Sector Pœblico
Plataforma de Contrataci n del
Sector Pœblico
Control de Cambios CODICE 2.0
Direcci n General del Patrimonio del Estado
Subdirecci n General de Coordinaci n de la Contrataci n Electr nica
Versi n: 2.02 Fecha: 20/10/2015
INDICE
2. VERSIONES MENORES DE ESQUEMAS 4
2.1 Diferencias entre CODICE 2.02 y CODICE 2.01 4
2.1.1 Librería de agregados comunes (CAC) 4
2.2 Diferencias entre CODICE 2.0 y CODICE 2.01 5
2.2.1 Librería de agregados comunes (CAC) 6
1. Objetivo
El propósito de este documento es relacionar los cambihoasn qsuuefrido 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 de2010 se publicó la versión 2.0 de COD. ICE
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 contraiótanc, 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 interoperabralesla pacontratación pública electrónica.
A continuación veremos los cambios que se han producido en los esquemsas normativo CODICE 2.0.
2.1 Diferencias entre CODICE 2.02 y CODICE 2.01
Entre las versiones 2.02 y 2.01 de CODICE existen pequeñas modificaeciones qu corrigen o actualizan algunos elementos.
Los cambios son a nivel de librería, y son los siguientes:
2.1.1 Librería de agregados comunes (CAC)
# | Descripción |
1 | Se modifica la cardinalidad del elemento cac:FundingProgramCode d para poder indicaor rpejemplo que el contrato está financiado por la UE, mismo tiempo es Compra Pública Innovadora |
2 | Se elimina la obligatoriedad del elemento cbc:AwardDate en cac:Tender soportar el envío de información sobre el resultado del protcoedpimori agregación sin necesidad de indicar la fecha de adjudicación |
3 | Se crea un nuevo tipo LegalMonetaryTotal idéntico a MonetaryTotal pe hace obligatorio el PayableAmount, con el objeto de poder indicar úni importe de adjudicación siimn puestos. Se modifica la referenci TenderedProject al nuevo tipo LegalMonetaryTotal |
4 | Se crea el nuevo elemento ContractModification que sirve para in modificación de un contrato |
5 | Se hace opcional el elemento ContractingPartyTypeCode en e l componente ContractingParty |
6 | El elemento ContractModificationType deja de tener en su secuencia un elemento de tipo Contract, para tener uno de tipo ContractID |
2.1.2 Documentos
x ContractModifica tionNotice
# | Descripción |
1 | Se crea el nuevo tipo de documenCtoontractModificationNotice que sirve para d 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 cont |
x AwardingNotification
# | Descripción |
1 | Se modifica la cardinalidad del elemecnatoc:MinutesDocumentReferencpeara que sea 0..n en lugar de 0.1. . |
2.2 Diferencias entre CODICE 2.0 y CODIC E 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.2.1 Librería de agregados comunes (CAC)
# | Descripción |
1 | Se añade el elemento ContractFormalizationPeriod, con cardinalidad 0..1 componente TenderResult. Se trata de un ABIE de tipo Period. En este cam especifica el plazo para la formizalción del contrato dajudicado, que e obligatorio en el anuncio de adjudicación según el artículo 135.4 xx Xxx. |
2.2.2 Documentos
x AwardedNotification, UnawardedNotification, AwardingNotification
# | Descripción |
1 | Se elimina el documento CODICE UnawardedNotification. Esta elimióinnascurge a consecuencia de la fusión entre este documento y el docum AwardedNotification. |
2 | Se modifica el nombre del documento CODICE AwardedNotification, ´ $ Z D U G L Q J 1 R W L I L F D W L R Q sobre aduj dicación y no adjudicación. |
3 | Se añade al documento AwardingNotification el elemento A AdditionalDocumentReference, con cardinalidad 0..n, de tipo DocumentRefer que especifica documentos adicionales a incluir en la notificación de adjudicac |
4 | Se añade al documento AwardingNotification el elemento QualificationResol con cardinalidad 0..n, que es un ASBIE de tipo QualificationResolution. elemento se incluye para poder incluir los motivos de exclusión en la notific de adjudicacóin, dando cumplimiento al artículo 135.4 de la L. ey. |
5 | Se añade al documento AwardingNotification el elemento TenderingProcess cardinalidad 0..1, ASBIE de tipo TenderingProcess incluido para especifi condiciones del proceso en la notificacidóen 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 Procurement Project. |