Archivo de la categoría: Administración Electrónica

Inteco desarrolla un plan piloto para recetas veterinarias a través del DNI-e


Los  veterinarios de León podrán enviar directamente las recetas de productos sanitarios para una determinada explotación ganadera a la empresa que los dispensa, cumpliendo la nueva ley sobre medicamentos y sin tener que realizar varios viajes, como ocurre hasta ahora.

Es una de las primeras aplicaciones prácticas de un dispositivo móvil de firma electrónica a través del documento nacional de identidad electrónico (DNI-e), que presentó en León el Instituto Nacional de Tecnologías de la Comunicación (Inteco) el pasado 25 de octubre de 2007 y con el que se trabaja ya de manera experimental en la ganadería de Valles del Esla.

El director del Inteco, Enrique Martínez, destacó durante la presentación de este innovador proyecto que es un ejemplo de cómo el DNI-e puede ser «motor de la industria tecnológica», y también de cómo puede facilitar la actividad económica en aquellos lugares en los que el acceso físico a realizar los trámites burocráticos es más complicado.

El dispositivo permite llevar a cabo la firma electrónica de los veterinarios a través del uso de su DNI-e en un dispositivo móvil, una herramienta que realiza la receta electrónica veterinaria pero que permitirá también mejorar el control sanitario a través de la innovación tecnológica en el mundo ganadero, con sistemas sobre trazabilidad u otros requisitos. El programa se completa con un curso de formación a los ganaderos para un correcto uso de esta tecnlogía, que de momento permite un ahorro de tiempo a veterinarios, ganaderos y comerciales veterinarias. 

Inteco desarrolla los proyectos relacionados con el DNI-e a través de un acuerdo con la Dirección General de Policía. En el aspecto tecnológico el proyecto piloto, en el que ha colaborado también la Fundación Vodafone, ha sido desarrollado por la empresa tecnológica leonesa Proconsi.
Enrique Martinez- Inteco
Al acto de presentación del proyecto piloto, que se celebró en León, asistieron, además de Enrique Martínez, la directora técnica de la Fundación Vodafone, Satur Torre; la consejera delegada de Valles del Esla, María José Álvarez; el director general de Proconsi, Tomás Castro y el presidente del Colegio de Veterinarios de León, José Luis Teresa Heredia.

La noticia aparece reflejada en varios medios:

La primera experiencia piloto que se desarrolló en este sentido fue el proyecto de I+D que Albalia Interactiva desarrolló para Movistar en los años 2004 y 2005.

Como en el piloto de León que se acaba de anunciar, el mayor problema fue encontrar los dispositivos lectores de tarjeta chip que pudieran conectarse a una PDA o a un smartphone, y después desarrollar los drivers adecuados para la tarjeta chip criptográfica.

Tres años más tarde, además de los lectores identificados en aquel proyecto (que desde entonces distribuye Albalia Interactiva en España), han aparecido modelos compatibles con bluetooth que hacen el dispositivo de mano menos aparatoso.

El formato de la eFactura y el consentimiento


Logo FacturaeCon esta norma se consiguen 2 objetivos: definir la forma de prestar el consentimiento a la recepción de facturas por parte de las entidades públicas y el formato a utilizar en las facturas que se dirigen a ellas.

Definitivamente se le asigna la marca facturae al formato que proviene de los trabajos de CCI (Centro de Cooperación Interbancaria) y AEAT (Agencia Estatal de Administración Tributaria). Con esta marca se designa el portal conjunto de los Ministerios de Economía y Hacienda y de Industria, Turismo y Comercio: http://www.facturae.es en el que estará (y de hecho está) disponible gran cantidad de información sobre la factura electrónica.

España se situa con esta norma a la cabeza de los estados europeos en el compromiso con el despliegue de la factura electrónica ya que oficializa una deteminada forma de operar que facilita la interoperabilidad. Como se comentó en el pasado Congreso UBL, entre la iniciativa NES (Northern European Subset) y la española (que incluye, además de esta iniciativa los trabajos del proyecto Codice, de la Dirección General de Patrimonio), hay suficiente base para contribuir al desarrollo de una especificación común europea que posiblemente se denominaría NES Neutral European Specification. En este grupo se incluiran proyectos como eFaktura y SFTI (Single Face to Industry) del sector público sueco en apoyo del negocio electrónico.

Pronto veremos en el portal facturae el Directorio de entidades públicas que aceptan recibir facturas electrónicas, y que por sí mismo se constituirá en el catálogo de las entidades públicas con mejores prácticas en el desarrollo de servicios de Administración electrónica, por el gran efecto de la factura electrónica como indicador de adopción de infraestructuras tecnológicas. 

Aunque la norma se dirige en principio a la administración general del estado y sus organismos dependientes, no cabe duda de que es de gran utilidad para organismos autonómicos y administraciones locales, ya que los servicios del portal no restringen su alcance y se ofrecen a todas las entidades que quieran hacer uso de ellos.

En el ámbito del sector privado, la norma tiene su importancia, ya que facilita, entre otras cosas la justificación de subvenciones, aportando las facturas en el formato descrito. De modo que puede preverse su adopción generalizada.

A mi me parece muy interesante la mención a UBL en la norma ya que muestra el compromiso de convergencia con los estándares internacionales (remarcado con la mención al CEN, Comité Europeo de Normalización, en donde ya existe presencia de los organismos españoles).

El propio portal facturae es un ejemplo del interés por la convergencia. En el se publica, además de la información del formato estandarizado facturae, que comienza en la versión 3.0 (asumiendo la regla de versionado de CCI-AEAT) bastante información sobre la compatibilización de este formato con UBL (en documentos creados bajo el auspicio de Fundetec), de forma que parece sencillo implemntar sistemas que gestionen internamente UBL y entreguen facilmente formato facturae cuando sea preciso.

Por otro lado me parece importante destacar, aunque no resulta inmediatamente obvio a partir de la lectura de la norma, que una de las herramientas más importantes resultantes de esta iniciativa es el propio catálogo o directorio de entidades, no solo como «Hall of Fame» de las mejores entidades, sino como herramienta destinada a acelerar la adopción de la eFactura. Este Directorio tiene el mismo objetivo que el desarrollado en el marco del proyecto  Avanza PYME (Soluciones de negocio y factura electrónica) – PAV-080200-2007-62 por ASIMELEC. La principal diferencia entre uno y otro, es que en el caso de las entidades privadas, puede dejarse al acuerdo de las partes el formato de factura y firma electrónica a utilizar, lo que ya aparece definido para las entidades públicas.

Ambos directorios permiten la consulta automatizada de datos a partir del CIF del destinatario, permitiendo confirmar su interés en recibir facturas electrónicas y la dirección electrónica de entrega de las mismas.

La información del proyecto eFactura de ASIMELEC se publicará en breve de forma que se abre la posibilidad de que cualquier entidad pueda utilizar en sus proyectos el webservice disponible y resolver los parámetros principales de envío de las facturas establecidos por sus destinatarios.

ORDEN PRE/2971/2007, de 5 de octubre, sobre la expedición de facturas por medios electrónicos cuando el destinatario de las mismas sea la Administración General del Estado u organismos públicos vinculados o dependientes de aquélla y sobre la presentación ante la Administración General del Estado o sus organismos públicos vinculados o dependientes de facturas expedidas entre particulares. (BOE n. 247 de 15/10/2007)


En el BOE de ayer se ha publicado una norma que esperábamos desde hace algún tiempo y sobre la que ya ha comentado mi amigo Bartolomé Borrego. 

El artículo 2 del Reglamento por el que se regulan las obligaciones de facturación, aprobado por el Real Decreto 1496/2003, de 28 de noviembre, impone a los empresarios y profesionales que realicen entregas de bienes o prestaciones de servicios en el desarrollo de su actividad la obligación de expedir factura y copia de ésta, sin más excepciones que las previstas en el Reglamento. En particular impone esta obligación, en todo caso, es decir, sin excepción alguna, cuando sean destinatarias de la factura las Administraciones Públicas a que se refiere el artículo 2 de la Ley 30/1992, de 26 de noviembre, de Régimen Jurídico de las Administraciones Públicas y del Procedimiento Administrativo Común.

El citado Reglamento, al igual que su antecesor, el Real Decreto 2402/1985, de 18 de diciembre, por el que se regula el deber de expedir y entregar factura que incumbe a los empresarios y profesionales, permite la expedición de la factura en soporte electrónico, siempre que ello permita la constatación de su fecha de expedición, su consignación en el libro de facturas expedidas y su adecuada conservación. Del mismo modo, habilita la posibilidad de remisión de las facturas por medios electrónicos, si bien esta posibilidad se condiciona, por un lado, a que quede garantizada la autenticidad del origen y la integridad de su contenido y, por otro, al consentimiento del destinatario de la factura prestado de forma expresa.

La Administración Pública es destinataria de las facturas que han de expedir los empresarios o profesionales que contraten con ella, por lo que la remisión de facturas destinadas a la Administración Pública por medios electrónicos, está sujeta a su consentimiento expreso, quedando, actualmente, a su discreción la prestación o no de este consentimiento.

De acuerdo con ello, cada Administración Pública puede prestar su consentimiento expreso a la utilización de medios electrónicos en la remisión de las facturas a ella destinadas. No obstante, el consentimiento a la remisión de facturas destinadas a la Administración Pública ha de estar supeditado al cumplimiento de una serie de condiciones técnicas que, además de garantizar la autenticidad del origen y la integridad de su contenido, como exige el Reglamento por el que se regulan las obligaciones de facturación, permitan a la Administración Pública acceder a la factura y a su contenido, tratar la información en ella contenida y garantizar su conservación en condiciones adecuadas. De otra forma quedaría frustrada la finalidad perseguida por la obligación de expedir y entregar la factura que impone dicho Reglamento.

En este punto hay que tener en cuenta que la contratación del sector público, cuya referencia normativa básica es la Directiva 2004/18/CE del Parlamento Europeo y del Consejo, de 31 de marzo de 2004, sobre coordinación de los procedimientos de adjudicación de los contratos públicos de obra, de suministros y de servicios, debe desarrollarse en las coordenadas económicas del mercado único europeo, debiendo los Estados y los organismos comunitarios garantizar la existencia de elementos de coordinación e interoperabilidad que permitan el intercambio seguro de documentos entre operadores económicos de los diversos países. En el ámbito interno la contratación del sector público se desarrolla, entre otros agentes, por los Departamentos ministeriales y sus organismos públicos vinculados y dependientes siendo deseable promover una uniformidad en la determinación de los requisitos y estándares que se utilicen en las distintas fases del proceso de contratación y, en particular, por su importancia, en la remisión de facturas destinadas a la Administración General del Estado y sus organismos públicos, sin perder de vista la necesidad de progresar en la integración de todas las fases del proceso y la escala europea donde debe garantizarse la interoperabilidad. Con tal finalidad, la presente orden determina unas condiciones técnicas en que deben remitirse las facturas destinadas a la Administración General del Estado y sus organismos públicos, para que por aquellos Departamentos ministeriales y organismos públicos que lo estimen conveniente, puedan consentir en la emisión telemática de las facturas de que sean destinatarios.

Mediante la presente orden ministerial y con la finalidad de garantizar la homogeneidad en el funcionamiento de la Administración General del Estado y sus organismos públicos vinculados o dependientes en este ámbito, se aborda, por un lado, la forma de prestación del consentimiento por aquellos Departamentos ministeriales u organismos que opten por consentir la remisión electrónica de las facturas de que sean destinatarios y, por otro las condiciones técnicas que han de cumplirse en la remisión telemática de las facturas destinadas a la Administración Pública, quedando a la decisión de cada entidad u organismo prestar o no el necesario consentimiento.

Por otro lado, es muy frecuente, en el curso de un procedimiento administrativo, la aportación a la Administración Pública de facturas emitidas entre particulares, especialmente en el ámbito de las subvenciones. Pudiendo tratarse de facturas en soporte electrónico que pueden ser objeto de presentación telemática en aquellos registros electrónicos que, de conformidad con su norma de creación, tengan habilitada esta posibilidad, es igualmente deseable que exista una uniformidad en la determinación de los requisitos y estándares técnicos a utilizar en las facturas electrónicas que, emitidas entre particulares, se presenten en la Administración General del Estado o en sus organismos públicos vinculados o dependientes. Con tal finalidad, por la presente orden, se hacen extensivas las mismas condiciones técnicas a la emisión de facturas electrónicas destinadas a la Administración General del Estado o sus organismos públicos vinculados o dependientes.

Además, conviene señalar que las previsiones de esta orden no afectan a la conservación de facturas en soporte electrónico por medios que garanticen un acceso en línea a los datos, así como su carga remota y utilización por parte de la Administración Tributaria, prevista en el artículo 21.2 del Reglamento por el que se regulan las obligaciones de facturación, aprobado por el Real Decreto 1496/2003, de 28 de noviembre.

Por último, en la Ley 11/2007, de 22 de junio, de acceso electrónico de los ciudadanos a los Servicios Públicos, se consagra la relación con las Administraciones Públicas por medios electrónicos como un derecho de éstos y como una obligación correlativa para las Administraciones.

En este sentido y con el fin de que los empresarios o profesionales puedan ejercer sus derechos de presentar facturas por medios electrónicos a las Administraciones Públicas, se establece, en el anexo de esta orden, el formato de factura electrónica que garantizará la interoperabilidad de las facturas emitidas frente a cualquier órgano de la Administración.

En su virtud, a propuesta del Vicepresidente Segundo del Gobierno y Ministro de Economía y Hacienda y del Ministro de Industria, Turismo y Comercio, dispongo:

Artículo 1. Objeto.

Constituye el objeto de la presente orden el establecimiento de unos estándares y condiciones técnicas uniformes en la emisión y remisión de facturas que afecten al ámbito subjetivo de la orden, y la regulación de la forma de prestar el consentimiento cuando la Administración sea destinataria de las facturas.

Artículo 2. Ámbito subjetivo.

La presente orden será de aplicación a la Administración General del Estado y a los organismos públicos vinculados o dependientes de ella.

Artículo 3. Consentimiento para la remisión de facturas electrónicas a la Administración General del Estado o sus organismos públicos vinculados o dependientes.

Sin perjuicio de lo dispuesto en el artículo 27.6 de la Ley 11/2007, de 22 de junio, de acceso electrónico de los ciudadanos a las Servicios Públicos, que habilita a las Administraciones Públicas para que en determinados supuestos puedan establecer la obligatoriedad de comunicarse con ellas utilizando sólo medios electrónicos, la utilización de medios electrónicos para la remisión de facturas electrónicas destinadas a las Administraciones Públicas incluidas en el ámbito de aplicación de esta orden estará condicionada al consentimiento expreso de éstas. Cuando un Departamento ministerial u organismo público preste el consentimiento para recibir facturas en soporte electrónico, tal consentimiento tendrá carácter general y se extenderá a todos los supuestos en los que sea destinatario de facturas. En la disposición por la que se haga público el consentimiento, se harán constar los formatos, de los establecidos en el anexo de la presente orden, en que se admitirán las facturas electrónicas.

Artículo 4. Condiciones técnicas de la remisión de las facturas electrónicas destinadas a, o presentadas ante, la Administración General del Estado o sus organismos públicos vinculados o dependientes.

La autenticidad del origen e integridad del contenido de las facturas electrónicas que tengan por destinatario las Administraciones Públicas a las que se aplica la presente orden, en el ámbito de la contratación administrativa, así como la de aquellas que, expedidas entre particulares, se presenten telemáticamente ante tales Administraciones Públicas en el curso de cualquier procedimiento administrativo, se garantizará mediante la exigencia de firma electrónica avanzada, en los términos previstos en el artículo 3.2 de la Ley 59/2003, de 19 de diciembre, de firma electrónica.

Estas facturas electrónicas deberán hallarse en el formato que se determina en el anexo de esta orden, ajustándose el formato de firma electrónica a la especificación XML-Advanced Electronic Signatures (XAdES), ETSI TS 101 903.

Artículo 5. Conversión de formatos de facturas electrónicas.

El Ministerio de Industria, Turismo y Comercio pondrá a disposición de los usuarios, a través de la página web http://www.facturae.es, las herramientas necesarias para asegurar la convertibilidad y compatibilidad del formato establecido en esta orden y de aquél o aquéllos que surjan como evolución del formato de factura electrónica de acuerdo con lo dispuesto en la disposición final segunda.

Artículo 6. Condiciones técnicas de la emisión de facturas electrónicas por la Administración General del Estado o sus organismos públicos vinculados o dependientes.

A las facturas que emitan en soporte electrónico las Administraciones Públicas, incluidas en el ámbito de aplicación de esta orden, les serán de aplicación las mismas condiciones que con carácter general se establecen en el artículo 4.

Disposición final primera. Habilitación para la modificación o establecimiento del formato de factura y de firma electrónica.

Se atribuye al Secretario de Estado de Telecomunicaciones y para la Sociedad de la Información y al Secretario de Estado de Hacienda y Presupuestos, la facultad de modificar, mediante resolución conjunta, previo informe del Consejo Superior de Administración Electrónica y de la Dirección General del Patrimonio del Estado, el formato de factura y de firma electrónica o establecer otro u otros, que se incluirán como anexo a esta orden y se publicarán en el «Boletín Oficial del Estado» y en la página web http://www.facturae.es.

Disposición final segunda. Evolución del formato de la factura electrónica.

El formato de la factura electrónica establecido en el anexo se adecuará, transcurrido dos años desde la entrada en vigor de la presente orden, al formato UBL (Universal Business Language) o, en su caso, al formato que establezcan los organismos de normalización de la Unión Europea CEN (Comité Europeo de Normalización) o CENELEC (Comité Europeo de Normalización Electrotécnica), de forma que se permita la interoperabilidad de las facturas emitidas por cualquiera de los Estados miembros de la Unión Europea.

Disposición final tercera. Entrada en vigor.

Esta orden entrará en vigor el día siguiente al de su publicación en el «Boletín Oficial del Estado».

Madrid, 5 de octubre de 2007.-La Vicepresidenta Primera del Gobierno y Ministra de la Presidencia, Maria Teresa Fernández de la Vega Sanz.

ANEXO

Formato de la factura electrónica

1. El formato de factura electrónica que establece la presente orden es el formato «Facturae».

2. El formato se encuentra descrito mediante un esquema XSD, XML Schema Definition, cuyos elementos principales son los que se muestran a continuación.

3. Obsérvese que lo aquí publicado, son sólo los elementos principales del formato «Facturae» y en ningún caso el formato completo.

4. Está realizado así para facilitar una mejor comprensión. Por ello, en muchos elementos aparece un símbolo «+». Esto significa que el elemento no se haya descrito completamente en este anexo. Encontrará la descripción íntegra en el esquema completo.

5. El citado esquema completo se encuentra disponible, de manera íntegra y actualizado, en la página Web http://www.facturae.es bajo el enlace «Esquema Formato Facturae». Al citado sitio Web es necesario acudir para la descarga real del esquema y poder adaptarlo posteriormente a una aplicación concreta.

6. El elemento «Extensions», permite incorporar nuevas definiciones estructuradas cuando sean de interés conjunto para emisores y receptores, y no estén ya definidas en el esquema de la factura.

7. El elemento «Signature», es el conjunto de datos asociados a la factura que garantizarán la autoría y la integridad del mensaje. Aunque se define como opcional para facilitar la verificación y el tránsito del fichero, debe cumplimentarse este elemento para que se considere una factura electrónica válida legalmente frente a terceros. El documento de política de firma, que debe seguir el formato «Facturae», para su uso con alguna Administración Pública del ámbito de la presente orden, se encuentra igualmente disponible en la página Web http://www.facturae.es bajo el enlace «Política de Firma Formato Facturae». En tal documento se recoge el formato que debe seguir este elemento. Esta política de firma se adaptará a la que establezca la Administración General del Estado.

8. Corresponde a la Secretaría de Estado de Telecomunicaciones y para la Sociedad de la Información y a la Secretaría de Estado de Hacienda y Presupuestos publicar y mantener actualizado el formato y garantizar la accesibilidad, integridad y no alteración del formato incluido en la página web (www.facturae.es).

 

<?xml version="1.0" encoding="UTF-8" ?>  
±<xs:schema version="3.0" 
     xmlns:ds="http://www.w3.org/2000/09/xmldsig#" 
     xmlns:xs="http://www.w3.org/2001/XMLSchema" 
     xmlns="http://www.facturae.es/Facturae/2007/v3.0/Facturae" 
     targetNamespace="http://www.facturae.es/Facturae/2007/v3.0/Facturae"> 
     <xs:import 
         namespace="http://www.w3.org/2000/09/xmldsig#" 
         schemaLocation="http://www.w3.org/TR/2002/REC-xmldsig-core-20020212/xmldsig-core-schema.xsd" />  
     <!-- Raíz Facturae   -->   

<xs:element name="Facturae"> 
     ±<xs:annotation>   

     ±<xs:complexType> 
         ±<xs:sequence> 
             ±<xs:element name="FileHeader" 
                  type="FileHeaderType"> 
             ±<xs:element name="Parties" type="PartiesType"> 
             ±<xs:element name="Invoices" type="InvoicesType">   

             ±<xs:element name="Extensions" 
                  type="ExtensionsType" minOccurs="0">   

             ±<xs:element ref="ds:Signature" minOccurs="0"> 
             </xs:sequence> 
         </xs:complexType>   

<!-- Invoices   -->   
    ±<xs:complexType name="InvoicesType"> 
         ±<xs:sequence> 
    <xs:element name="Invoice" type="InvoiceType" 
         maxOccurs="unbounded"> 
    </xs:sequence> 
  </xs:complexType> 
<xs:complexType name="InvoiceType"> 
 ±<xs:sequence> 
   ±<xs:element name="InvoiceHeader"       type="InvoiceHeaderType"> 
   ±<xs:element name="InvoiceIssueData"       type="InvoiceIssueDataType"> 
   ±<xs:element name="TaxesOutputs" type="TaxesType"> 
   ±<xs:element name="TaxesWithheld" type="TaxesType"       minOccurs="0"> 
   ±<xs:element name="InvoiceTotals"       type="InvoiceTotalsType"> 
   ±<xs:element name="Items" type="ItemsType"> 
   ±<xs:element name="PaymentDetails"       type="VencimientosType" minOccurs="0"> 
   ±<xs:element name="LegalLiterals"       type="LegalLiteralsType" minOccurs="0"> 
   ±<xs:element name="AdditionalData"       type="AdditionalDataType" minOccurs="0"> 
  </xs:sequence> 
</xs:complexType> 

</xs:schema> 
 

Clausurado el Congreso UBL (II UBL Conference 2007)


El Congreso, celebrado en el Palacio de Congresos de Madrid a lo largo de la jornada del cuatro de octubre de 2007, ha contado con la asistencia de representantes de las más importantes empresas del sector privado como Telefónica, IBM y BBVA, así como de miembros de la administración pública en representación de los Ministerios de Economía y Hacienda, Defensa y Fomento, entre otros.

Las ponencias han corrido a cargo de los principales expertos a nivel internacional en UBL, formato empleado para el intercambio de documentos empresariales como ocurre en el caso de la facturación electrónica, así como por parte de miembros de la Administración General del Estado.

El Congreso ha supuesto un recorrido a lo largo de la evolución de UBL así como un planteamiento acerca de las perspectivas de futuro del mismo.

Tras el discurso de apertura a cargo de Oriol Bausà, el encargado de iniciar el Congreso ha sido G. Ken Holman, uno de los mayores expertos en la materia a nivel internacional y miembro del comité técnico de UBL desde 2001, quien ha realizado una breve introducción acerca del material de uso libre que puede encontrarse en la web de UBL para su descarga y utilización.

Por su parte, Tim McGrath ha puesto el acento en la necesidad de confluencia del formato UBL con los otros formatos existentes para el intercambio de documentos electrónicos como es el desarrollado por UN/CEFACT, con quien el grupo de trabajo de UBL ha alcanzado un acuerdo a lo largo del mes de septiembre de 2007 para lograr la convergencia entre ambos formatos.

McGrath ha destacado, así mismo, la importancia de la experiencia europea en la implementación del formato UBL, que se está produciendo, no sólo en España, sino también en el norte de Europa. Buenos ejemplos de ello son el NES (Subgrupo de trabajo del norte de Europa), que incluye a los países escandinavos y al Reino Unido y, sobre todo, la experiencia pionera desarrollada en Dinamarca. Sobre este último punto se ha centrado precisamente la exposición de Peter Borresen, que acudía en representación de la Agencia nacional de Dinamarca para las tecnologías de la información y telecomunicaciones.

Juan Miguel Ramón Tur, de Doc on Time, ha basado su exposición en las posibilidades de integración entre emisores y receptores de facturas electrónicas a través de una plataforma, así como entre estos y la propia plataforma en sí.

Por parte del Ministerio de Economía y Hacienda, José Luis Cueva, de la dirección general de patrimonio del Estado ha puesto de manifiesto la implicación del Gobierno de España con la implantación de la contratación pública electrónica a través del proyecto CODICE, liderado por los Ministerios de Economía y Hacienda y de Administraciones Públicas y que se está utilizando como modelo de referencia en el resto de Europa. Además, Cueva ha anunciado la próxima publicación en inglés de los documentos del proyecto.

Todos los ponentes han hecho hincapié en la necesidad de lograr la interoperabilidad entre los diferentes formatos empleados para el intercambio de documentos electrónicos, especialmente en el caso español donde, además de UBL y EDI, existe un formato propio desarrollado desde el sector público. Así, Juan Holgado, de FUNDETEC, ha destacado la necesidad de avanzar en la interoperabilidad como solución necesaria para lograr simplificar la adopción de sistemas de facturación electrónica por parte de las pequeñas y medianas empresas.

Arturo González Mac Dowell, de Eurobits se ha centrado en el desarrollo práctico de UBL y en el importante papel que las entidades bancarias están llamadas a desempeñar en el desarrollo del flujo completo de los negocios.

Las ponencias de la tarde han comenzado con la exposición de Bjarne Allerup, y Sacha Mendes da Silva de Mamut. Mamut es la empresa europea líder en provisión de soluciones software y servicios de internet para pequeñas y medianas empresas, que ha colaborado en el despliegue del sistema de facturación del NES y que cuenta con la mayor experiencia en la implantación real y de gran tamaño de un sistema de esta clase ya que, al ser una de las empresas pioneras en comenzar a trabajar con este tipo de soluciones, debieron partir de un nivel de especificación en UBL menos maduro de lo que está en la actualidad. Allerup y Mendes han explicado en su exposición cómo puede implantarse y utilizarse el sistema de forma sencilla para los usuarios de pequeñas y medianas empresas y los retos de un proyecto a escala nacional.

UBL Registry

Elena Cidón, de la entidad pública Red.es, ha comentado dos de las principales líneas de actuación que está siguiendo la entidad adscrita al Ministerio de Industria, Turismo y Comercio en referencia a la incorporación de las empresas a la sociedad de la información. Estas son, en primer lugar, potenciar el uso de la factura electrónica en el ámbito de las Pymes y, en segundo lugar, potenciarla también entre los ayuntamientos españoles, para lo que ha firmado un acuerdo con la FEMP (Federación Española de Municipios y Provincias).

Finalmente, Hideki Hiura, de Just systems, empresa especialista en XML de Japón, ha presentado su solución, una herramienta para poder trabajar con XBRL además de UBL. Las herramientas de Just systems se utilizan en empresas de gran importancia en la gestión de mensajes electrónicos, y son de las más avanzadas en lo que se refiere a la gestión de mensajes XML.

Tanto G. Ken Holman como Tim McGrath, han impartido cursos formativos sobre diferentes aspectos del UBL y del diseño de entornos de gestión de documentos electrónicos a lo largo de las diferentes jornadas de la semana que ha concluido el viernes 5 de octubre de 2007, en el Campus de Postgrado UAX, C/ Comandante Franco 10 Bis, 28016 Madrid, y han señalado que España queda situada como uno de los puntos claves del panorama mundial en el desarrollo de estándares de «eProcurement» y «eInvoice«.

Inscripción en el Congreso UBL y en los talleres


Hace unos días os comenté la próxima celebración en Madrid del Congreso Internacional UBL, que tendrá lugar el 4 de octubre.

En el marco del congreso, los principales expertos internacionales impartirán cursos técnicos de gran interés para personas y entidades que desarrollan soluciones de e-administración y e-factura.

La importancia del «lenguaje» XML como soporte de comunicaciones de ordenador a ordenador, permitiendo el acceso a los servicios de la administración o la gestión de pedidos y suministros, ha dado lugar incluso a normas de rango legal en diferentes países del mundo, y pronto en España, con la definición del formato «facturae» o los procesos de «e-procurement» establecidos por la Directiva 2004/18/CE del Parlamento Europeo y del Consejo, de 31 de marzo de 2004, sobre coordinación de los procedimientos de adjudicación de los contratos públicos de obras, de suministro y de servicios .

Igualmente ya se está imponiendo el uso de formatos XBRL en el marco de las comunicaciones a la CNMV y al Banco de España por lo que cada vez es más necesario conocer como se definen de forma correcta los diccionarios de significados en los documentos electrónicos.

El formato UBL es uno de los desarrollos más importantes de la comunidad internacional en el diseño de comunicaciones entre empresas y con la administración, y sus diseñadores proporcionan en sus cursos las claves de diseño de mensajes XML, que van más allá de una específica implementación.

Os ruego hagáis llegar este mensaje a personas que puedan estar interesadas, ya que quedan pocos días para la celebración del evento.

El Congreso (que tiene interés para fiscalistas y juristas con especialización tecnológica, además de técnicos) es de asistencia gratuita y los seminarios (más orientado a técnicos) tienen un coste de 500 euros (una cantidad ridícula considerando el nivel de los ponentes).

Podéis ver más detalles en:

eInvoicing Workshop – Taller de eFactura en el marco del Congreso UBL


ePracticeYa está anunciado en el portal ePractice la información sobre su taller de eFactura que tendrá lugar en el marco del Congreso UBL, el 5 de octubre de 2007.

Los grupos de trabajo de ePractice se ocupan de eAdministración, eInclusión y eSalud, acogiendo especialistas de 27 paises miembros.

En el portal se presenta un resumen del grado de adopción de prácticas de eAdministración en toda Europa. Merece la pena echar un vistazo a la percepción existente de España (PDF).

Segunda edición del Libro «La factura electrónica»


En el marco de los proyectos AvanzaPYME impulsados por el Ministerio de Industria, Turismo y Comercio, el presentado por ASIMELEC que fue uno de los seleccionados en la «convocatoria» de abril de 2007, comunicada en julio, incluye el propósito de distribuir un elevado número de ejemplares del libro «La Factura Electrónica» en las diferentes jornadas formativas que se desarrollarán.

Para ello estamos preparando la «Segunda Edición».

Por eso agradecería a todos los que han profundizado en el tema y han leido el libro, que nos identificaran los errores que hayan detectado, o nos sugieran las mejoras que consideren adecuadas.

Julian Inza en Albalia punto com

De la versión actual del libro se han realizado 60.000 descargas desde el Web de ASIMELEC. No tengo el dato aquí de las descargas realizadas desde Red.es. Y me consta que se puede descargar de más sitios, sin que podamos contabilizar estas descargas.

Quienes quieran poner a disposición de los usuarios este libro deberían incluir el enlace de ASIMELEC, porque así llevamos mejor la cuenta de las descargas.

Ya no es necesario adjuntar el DNI en trámites y licitaciones


Aunque de momento las buenas noticias sólo aplican a las relaciones con la Administración General del Estado, pronto veremos que esta normativa se extiende a las Comunidades Autónomas.

A partir de ahora, cuando nos soliciten aportar una fotocopia compulsada del DNI, podremos argumentar que no es necesario en aplicación de las siguientes normas:

  • ORDEN PRE/3949/2006, de 26 de diciembre, por la que se establece la configuración, características, requisitos y procedimientos de acceso al Sistema de Verificación de Datos de Identidad.
  • REAL DECRETO 522/2006, de 28 de abril, por el que se suprime la aportación de fotocopias de documentos de identidad en los procedimientos administrativos de la Administración General del Estado y de sus organismos públicos vinculados o dependientes.
  • REAL DECRETO 209/2003, de 21 de febrero, por el que se regulan los registros y las notificaciones telemáticas, así como la utilización de medios telemáticos para la sustitución de la aportación de certificados por los ciudadanos.

Ampliación de 350 millones para préstamos tecnológicos


El Gobierno destinará 350 millones de euros adicionales a los préstamos al 0% de interés para que pymes, autónomos y particulares puedan adquirir equipos informáticos y conectarse a la banda ancha, informó el Ministerio de Industria, Turismo y Comercio.En concreto, el Consejo de Ministros aprobó la adenda 2007 y la modificación del convenio de colaboración entre el Ministerio de Industria y el ICO para la línea de financiación ICO-Plan Avanza, de la que ya se han beneficiado más de 25.000 pymes y 52.000 ciudadanos.

La línea de financiación ICO-Plan Avanza surgió del acuerdo firmado en julio de 2006 por Industria y el ICO para la concesión de préstamos al 0% de interés para la adquisición de equipamiento informático y conectividad a Internet.

Los beneficiarios de los créditos deben disponer de conexión a Internet de banda ancha o contratar un alta nueva en este servicio. La línea se materializa en tres productos distintos: préstamo TIC, préstamo jóvenes y universitarios, y préstamo ciudadanía digital, de iguales características financieras y los mismos procesos de solicitud.

Por otra parte, el acuerdo adoptado modifica el convenio suscrito entre el Ministerio y el ICO para la financiación, de forma que la línea pasará a denominarse ‘ICO-Plan Avanza 2006’ y su vigencia se ampliará hasta el 31 de diciembre de 2010.

Asimismo, se establecen los objetivos de consumo por comunidad autónoma y producto, con la finalidad de lograr una distribución territorial equilibrada de los préstamos.

Por último, se ha establecido que la custodia y envío de la documentación justificada de las operaciones se realizará en formato electrónico. «El objetivo de esta modificación es mejorar la eficacia de la línea, cuya finalidad es facilitar la máxima incorporación posible de pymes, jóvenes, universitarios y ciudadanos en general a la Sociedad de la Información», explicó Industria.

La línea de préstamos ha recibido un total de 78.047 solicitudes de ciudadanos y empresas hasta el 15 de agosto, por un importe global que supera los 355 millones de euros.

En concreto, el préstamo TIC ha recibido 25.985 solicitudes de operación, hasta un total de 287 millones de euros. En el caso del préstamo ciudadano digital, el número de solicitudes asciende a 45.105 y el montante global alcanza los 58,2 millones de euros. El préstamo jóvenes y universitarios ha recibido 6.957 solicitudes, con un importe total de 9,69 millones de euros.

Via El Mundo

Orden EHA/1077/2005, de 31 de marzo, por la que se establecen los formatos y especificaciones de los medios informáticos y telemáticos para la remisión de datos de contratos al Registro Público de Contratos


Tras el post de ayer, no se puede dejar de mencionar laOrden EHA/1077/2005, de 31 de marzo, por la que se establecen los formatos y especificaciones de los medios informáticos y telemáticos para la remisión de datos de contratos al Registro Público de Contratos.

(versión obtenida en Noticias Jurídicas)

El Texto refundido de la Ley de Contratos de las Administraciones Públicas, aprobado por el Real Decreto Legislativo 2/2000, de 16 de junio, establece el Registro Público de Contratos de la Junta Consultiva de Contratación Administrativa como instrumento de soporte de la estadística sobre contratación pública para fines estatales, para permitir el conocimiento de los contratos celebrados por las distintas Administraciones públicas, imponiendo a todos sus órganos de contratación la obligación de remitir a la Junta Consultiva de Contratación Administrativa la información sobre los contratos reglamentariamente determinada, a efectos del cumplimiento de la normativa internacional.

Por otra parte, las Directivas de la Unión Europea sobre coordinación de los procedimientos de adjudicación de contratos imponen a todos los Estados miembros de la Unión Europea la obligación de comunicar los datos básicos de los contratos adjudicados por los poderes adjudicadores contemplados en ellas, constituyendo el Registro Público de Contratos la fuente de información para el cumplimiento de dicha obligación.

Las previsiones de la Ley de Contratos de las Administraciones Públicas relativas al Registro Público de Contratos fueron desarrolladas por el Reglamento general de la Ley de Contratos de las Administraciones Públicas, aprobado por el Real Decreto 1098/2001, de 12 de octubre, estableciendo en su artículo 114 el contenido del Registro, y en su artículo 115 y Anexo IX la forma de remisión de datos, tanto por los órganos de contratación de las distintas Administraciones públicas y entidades obligadas como por los Registros Públicos de Contratos de las Comunidades Autónomas y de las entidades Locales que los hubieran establecido en su ámbito de competencia.

Al objeto de facilitar tanto el procesamiento automatizado del gran volumen de información a recoger, como su tratamiento homogéneo, consolidación y análisis, el citado artículo 115 del Reglamento prevé su remisión por medios informáticos con formatos y especificaciones normalizados, establecidos por Orden del Ministro de Hacienda.

Por otra parte, la diversidad de órganos, Administraciones y entidades obligadas a remitir sus datos sobre los contratos adjudicados y las incidencias que en ellos se produzcan, con organización, infraestructura informática y volumen de información a transmitir muy dispares, hace necesario proporcionar mecanismos alternativos de remisión de datos, que faciliten tanto la notificación en línea de los datos de uno o varios contratos como el envío masivo de todos los adjudicados en un determinado período.

Con tal finalidad, se han desarrollado dos aplicaciones funcionalmente equivalentes, que facilitan la generación de archivos de notificación de contratos conformes con los formatos y especificaciones que son objeto de aprobación por la presente Orden. La primera, que exige conexión a Internet, permite la cumplimentación y remisión en línea de la notificación de los datos de los contratos. La segunda aplicación, que se ejecuta de modo autónomo en cualquier ordenador, permite la generación de los archivos de notificación de contratos conforme con los formatos y especificaciones establecidas, para su posterior remisión a la Junta Consultiva de Contratación Administrativa. Sin perjuicio de ello, los órganos de contratación podrán utilizar cualquier otra aplicación o herramienta informática de su elección, siempre que el formato y especificaciones del archivo generado se ajuste a los establecidos en la presente Orden.

La habilitación para la determinación del formato y especificaciones de los medios informáticos a utilizar para la remisión de los datos de los contratos adjudicados, que el artículo 115 del Reglamento general de la Ley de Contratos de las Administraciones Públicas defiere al Ministro de Hacienda, debe entenderse en la actualidad conferida al Ministro de Economía y Hacienda, de acuerdo con lo dispuesto en el artículo 5 del Real Decreto 553/2004, de 17 de abril, por el que reestructuran los departamentos ministeriales.

En su virtud, previo informe de la Junta Consultiva de Contratación Administrativa, dispongo:

Primero. Objeto y ámbito de aplicación.

Uno. La presente Orden tiene por objeto establecer, al amparo de lo dispuesto en el artículo 115 del Reglamento general de la Ley de Contratos de las Administraciones Públicas, aprobado por el Real Decreto 1098/2001, de 12 de octubre, el formato y especificaciones de los medios informáticos a emplear por los órganos de contratación, así como por los titulares de los Registros Públicos de Contratos de las Comunidades Autónomas y Entidades locales, para la remisión de los datos indicados en el artículo 114 del citado Reglamento y en su Anexo IX.

Dos. Quedan sujetos a dicho formato y especificaciones las comunicaciones relativas a los contratos que se adjudiquen con posterioridad al 1 de enero de 2005 que no hayan sido efectuadas a la fecha de entrada en vigor de la Orden.

Segundo. Formato y especificaciones de las comunicaciones.

Uno. Las comunicaciones de los datos indicados en el artículo 114 y en el Anexo IX del Reglamento general de la Ley de Contratos de las Administraciones Públicas se ajustarán al formato y especificaciones establecidas en el Anexo I.

Dos. El Ministerio de Economía y Hacienda mantendrá en su página web una aplicación informática, que permitirá la comunicación telemática, a través de Internet, de los datos de los contratos adjudicados, así como sus modificaciones, prórrogas o resolución.

Las comunicaciones efectuadas mediante el uso de dicha aplicación se tendrán por válidas y conformes con el formato y especificaciones establecidas a partir del momento en que la aplicación confirme su correcta recepción por la Junta Consultiva de Contratación Administrativa.

Los requisitos técnicos necesarios para la utilización de esta aplicación informática estarán permanentemente disponibles en la página web del Ministerio de Economía y Hacienda.

Tres. El Ministerio de Economía y Hacienda mantendrá igualmente en su página web una aplicación informática que permitirá la generación, de modo autónomo, de los archivos de notificación de datos de contratos que resulten necesarios, con formato y especificaciones conformes con las establecidas en la presente Orden, para su posterior remisión a la Junta Consultiva de Contratación Administrativa.

Los requisitos técnicos necesarios para la utilización de esta aplicación informática estarán permanentemente disponibles en la página web del Ministerio de Economía y Hacienda.

Cuatro. Sin perjuicio de lo establecido en los puntos dos y tres de este apartado, los órganos y entidades a los que se refiere el artículo 115 del Reglamento general de la Ley de Contratos de las Administraciones Públicas podrán utilizar cualquier programa informático de su elección para la generación de los archivos de notificación de datos de contratos, siempre que éstos se ajusten al formato y especificaciones establecidos en el punto Uno de este mismo precepto.

Tercero. Procedimiento de remisión de las comunicaciones.

Uno. Siempre que las comunicaciones se efectúen por un procedimiento distinto del descrito en el punto Dos del apartado Segundo, el archivo conteniendo las notificaciones de los contratos se remitirá por correo electrónico, dirigido al buzón de notificaciones del Registro Público de Contratos, ajustándose a las especificaciones establecidas en el Anexo II.

Dos. Cuando, por razón del tamaño del archivo u otras causas excepcionales, no sea posible su remisión por correo electrónico, el archivo conteniendo la información de los contratos adjudicados, modificados o resueltos será remitido a la Junta Consultiva de Contratación Administrativa en soporte magnético u óptico normalizado, de acuerdo con las especificaciones establecidas en el Anexo III, junto con el correspondiente escrito de remisión del órgano o autoridad que efectúa la notificación.

Cuarto. Entrada en vigor.

La presente Orden entrará en vigor al día siguiente de su publicación.

Madrid, 31 de marzo de 2005.

Solbes Mira.

ANEXO I.
FORMATO Y ESPECIFICACIONES DE LOS ARCHIVOS DE COMUNICACIÓN DE DATOS.

1. Juego de caracteres: ISO/IEC – 8859 – 1 («latin alphabet – 1»).

2. Formato: conforme con XML 1.0 (W3C Recommendation de 4 de febrero de 2004).

3. Estructura y codificación del archivo a remitir.

  •  
    •  
        <nombre>Nombre del usuario que envía la información </nombre>

        <apellido1>Primer apellido del usuario </apellido1>

        <apellido2>Segundo apellido del usuario </apellido2>

        <cargo>Cargo del usuario</cargo>

        <direccion>Dirección postal del organismo</direccion>

        <provincia>Codigo de la provincia (Tabla 5)</provincia>

        <municipio>Código del municipio (Tabla 7)</municipio>

        <codPostal>Código postal</codPostal>

        <telefono>Número de teléfono</telefono>

        <fax>Número de Fax</fax>

        <mail>Correo electrónico</mail>

        <tipoAdmin>Código de tipo de Administración (Tabla 1)</tipoAdmin>

        <tipoAdminLocal>Código de tipo de Administración Local (Tabla 2) Sólo si los contratos son de una Entidad Local</tipoAdminLocal>

    • <usuario>

      </usuario>

      <RegistrosEnviados>Número de contratos que se envian en la remesa </RegistrosEnviados>

    •  
      •  
        •  
            <descripcion>Nombre del contratista </descripcion>

            <nacionalidad>Nacionalidad del contratista</nacionalidad>

        • <contrato numero=»numero de contrato»>

          <tipoContrato>Tipo de contrato (Tabla 9)</tipoContrato>

          <provincia>Código de la provincia donde se realiza el contrato (Tabla 5) </provincia>

          <modalidad>Sólo en los contratos tipos B (Tabla 10)</modalidad>

          <objeto> objeto del contrato </objeto>

          <codigoCpa>Código Cpa del objeto del contrato (6 dígitos) </codigoCpa>

          <caracteristicaBienes>Solo en los contratos tipo C (Tabla 11) </caracteristicaBienes>

          <conMixto>si/no.No aplica en los contratos tipo F o I </conMixto>

          <conMarco>si/no. No aplica en los contratos tipo B, F o I </conMarco>

          <complementario>si/no. Sólo aplica en contratos tipo D </complementario>

          <publicidad>si/no</publicidad>

          <anuncioBoe>Fecha anuncio Boletín Oficial del Estado </anuncioBoe>

          <anuncioDOUE>Fecha anuncio Diario Oficial Unión Europea </anuncioDOUE>

          <anuncioBoca>Fecha anuncio Boletín Oficial Comunidad Autónoma </anuncioBoca>

          <anuncioBop>Fecha anuncio Boletín Oficial de la Provincia </anuncioBop>

          <tramite>Tipo de tramitación del expediente (Tabla 12) </tramite>

          <procedimientoAdjud>Procedimiento de adjudicación (Tabla 13) </procedimientoAdjud>

          <procNegArticulo>Artículo y apartado de la LCAP por el que se aplica procedimiento negociado </procNegArticulo>

          <procNegSubapartado>Subapartado de la LCAP por el que se aplica procedimiento negociado </procNegSubapartado>

          <invitaciones>Número de invitaciones </invitaciones>

          <formaAdjud>Forma de adjudicación (tabla 14)</formaAdjud>

          <importePresupuesto>Importe presupuesto licitación (en euros, sin puntuación ni decimales)</importePresupuesto>

          <plazo>De ejecución en meses</plazo>

          <plazoConcesion>en meses, sólo en los contratos de tipos B o H </plazoConcesion>

          <plurianual>Si/no</plurianual>

          <anualidad1>Importe para la primera anualidad, sin puntuación ni decimales </anualidad1>

          <anualidad2>Importe para la segunda anualidad, sin puntuación ni decimales </anualidad2>

          <anualidad3>Importe para la tercera anualidad, sin puntuación ni decimales </anualidad3>

          <anualidad4>Importe para la cuarta anualidad, sin puntuación ni decimales </anualidad4>

          <anualidad5>Importe para la quinta anualidad, sin puntuación ni decimales </anualidad5>

          <revisionPrecios>Si/no </revisionPrecios>

          <formulaTipo>Numero que identifica la fórmula tipo de revisión de precios aplicada (sólo para contratos de obras)</formulaTipo>

          <contratista nif=»Nif del contratista»>

          </contratista>

          <paisOrigen>Código ISO del pais de origen de los productos, en los contratos de suministro</paisOrigen>

          <fechaAdjudicacion>Fecha de adjudicación</fechaAdjudicacion>

          <importeAdjudicacion>Importe de adjudicación (en euros, sin decimales ni puntuación)</importeAdjudicacion>

          <esIngreso>si/no (Sólo en contratos tipo I)</esIngreso>

          <modalidadImporte>Sólo en contratos tipo B o H (Tabla 15) </modalidadImporte>

          <valorModalidad>Sólo en contratos tipo B o H</valorModalidad>

          <unidadModalidad>Sólo en contratos tipo B o H</unidadModalidad>

          <aportacionAdministracion>Sólo en contratos tipo B o H </aportacionAdministracion>

          <fechaFormalizacion>Fecha de formalización del contrato </fechaFormalizacion>

          <observaciones>Observaciones</observaciones>

          </contrato>

      • <organoContratante codigoOrganoContratante=»xxxxx» nombreOrganoContratante=»nombre del órgano, organismo o ente contratante» (Nota 3)>

        </organoContratante>

    • <departamento codigoDepartamento=»nn» (Código del Ministerio, Consejería o Departamento asignado en los Presupuestos del año del contrato) nombreDepartamento=»nombre Ministerio, Consejería o Departamento» (Nota 2)>

      </departamento>

    •  
        <nombre>Nombre del usuario que envía la información </nombre>

        <apellido1>Primer apellido del usuario </apellido1>

        <apellido2>Segundo apellido del usuario </apellido2>

        <cargo>Cargo del usuario</cargo>

        <direccion>Dirección postal del organismo</direccion>

        <provincia>Codigo de la provincia (Tabla 5)</provincia>

        <municipio>Código del municipio (Tabla 7)</municipio>

        <codPostal>Código postal</codPostal>

        <telefono>Número de teléfono</telefono>

        <fax>Número de Fax</fax>

        <mail>Correo electrónico</mail>

        <tipoAdmin>Código de tipo de Administración (Tabla 1)</tipoAdmin>

        <tipoAdminLocal>Código de tipo de Administración Local (Tabla 2) Sólo si los contratos son de una Entidad Local</tipoAdminLocal>

    • <usuario>

      </usuario>

      <RegistrosEnviados>Número de contratos que se envian en la remesa </RegistrosEnviados>

    •  
      •  
        •  
            <articuloAplicado>Artículo LCAP aplicado en la resolución si la hubiere </articuloAplicado>

            <apartadoAplicado>Apartado LCAP aplicado en la resolución si la hubiere </apartadoAplicado>

            <causaResolucion>Motivo de la resolución si la hubiere</causaResolucion>

            <fechaAcuerdoRes>Fecha acuerdo resolución</fechaAcuerdoRes>

            <modifImporte>Importe de todas las modificaciones realizadas </modifImporte>

            <modifPlazo>Incremento total de plazo por todas las modificaciones realizadas</modifPlazo>

            <perdidaGarantia>si/no</perdidaGarantia>

            <resolucionContrato>si/no</resolucionContrato>

        • <modificacionContrato numero=»Número del contrato» numeroMod=»Número de la modificación»>

          </modificacionContrato>

      • <organoContratante codigoOrganoContratante=»xxxxx» nombreOrganoContratante=»nombre del órgano, organismo o ente contratante» (Nota 3)>

        </organoContratante>

    • <departamento codigoDepartamento=»nn» (Código del Ministerio, Consejería o Departamento asignado en los Presupuestos del año del contrato) nombreDepartamento=»nombre Ministerio, Consejería o Departamento»(Nota 2)>

      </departamento>

      codEnteContratante: código de la Administración pública o Entidad contratante, de acuerdo con la tabla de códigos que corresponda por su naturaleza o tipo (Tablas 3 a 8).

      En el caso de la Administración General del Estado, se asignará el valor «0».

      En el caso de Mancomunidades o Consorcios, se asignará su código en el Registro de Entidades Locales.

      En el caso de empresas, se asignará su CIF, prescindiendo de la letra.

      nombreEnteContratante: se incorporará la denominación oficial de la Administración pública o Entidad contratante. En el caso de órganos de la Administración General del Estado, se tomará el valor «Estado».

      Sólo aplicable a la Administración General del Estado y a las de las Comunidades Autónomas.

      Para cada Ministerio, Departamento o Consejería se usará la codificación asignada en los respectivos presupuestos anuales y su denominación oficial.

      Aplicable a todos los casos.

      Se usará la codificación y denominación oficiales que en cada caso corresponda.

      Si la Entidad que notifica los contratos sólo tiene un órgano contratante, se podrá asignar, por defecto, el valor «1» al atributo codigoOrganoContratante.

  • 3.1. Adjudicaciones de contratos.

    Este esquema se utilizará para enviar información relativa a adjudicaciones de contratos. Se podrán notificar tantos contratos como se deseen en un único archivo. Únicamente se tendrá que repetir tantas veces como contratos se envíen los datos comprendidos entre las etiquetas <contrato …> y </contrato>.

    En caso necesario, dentro de cada contrato se podrán introducir los datos de más de un adjudicatario, repitiendo la información comprendida entre las etiquetas <contratista …> y </contratista>.

    ESTRUCTURA DEL FICHERO.

    <?xml version=»1.0″ encoding=»iso-8859-1″?>

    <dgp_sitt_schema anio=»Año del contrato»>

    <cabecera>

    </cabecera>

    <enteContratante codEnteContratante=»nnnnnnnn» nombreEnteContratante=»nombre de la Administración pública o Entidad contratante» (Nota 1)>

    </enteContratante>

    </dgp_sitt_schema>

    3.2. Modificaciones, prórrogas y resoluciones de contratos.

    Este esquema se utilizará para enviar información relativa a las modificaciones, prórrogas y resoluciones de contratos cuya adjudicación ya fue comunicada. Se podrán notificar tantos contratos como se deseen en un único archivo. Únicamente se tendrá que repetir tantas veces como contratos se envíen los datos comprendidos entre las etiquetas <contrato …> y </contrato>.

    ESTRUCTURA DEL FICHERO.

    <?xml version=»1.0″ encoding=»iso-8859-1″?>

    <dgp_sitt_schema anio=»Año del contrato»>

    <cabecera>

    </cabecera>

    <enteContratante codEnteContratante=»nnnnnnnn» nombreEnteContratante=»nombre de la Administración pública o Entidad contratante» (Nota 1)>

    </enteContratante>

    </dgp_sitt_schema>

    3.3. Reglas de cumplimentación.

    DATO TIPO, TAMAÑO Y REGLAS DE CUMPLIMENTACIÓN
    Anio: Numérico de 4 dígitos.
    Nombre: Alfanumérico de 50 posiciones.
    Apellido1: Alfanumérico de 50 posiciones.
    Apellido2: Alfanumérico de 50 posiciones.
    Cargo: Texto libre de 100 posiciones.
    Direccion: Alfanumérico de 50 posiciones.
    Provincia: Numérico de 2 dígitos, compuesto según la codificación oficial del Instituto Nacional de Estadística.
    Municipio: Numérico de 4 dígitos, compuesto según la codificación oficial del Instituto Nacional de Estadística.
    CodPostal: Numérico de 5 dígitos.
    Telefono: Numérico de 9 dígitos.
    Fax: Numérico de 9 dígitos.
    Mail: Alfanumérico de 50 posiciones.
    tipoAdmin: Tipo de Administración o entidad contratante (Tabla 1).
    tipoAdminLocal: Tipo de Administración Local contratante (Tabla 2).
    enteContratante: Ver Nota 1.
    departamento: Ver Nota 2.
    OrganoContratante: Ver Nota 3.
       
    Numero de contrato: Alfanumérico de 30 posiciones, permitiendo introducir además los siguientes caracteres: / – _ ( )
    Objeto: Texto libre de 120 posiciones.
    CodigoCpa: Numérico de 6 posiciones como máximo.
    Fechas: aaaa-mm-dd (10 posiciones).
    Importes: Numérico de 10 posiciones, sin puntuación ni decimales.
    Plazo: Numérico de 4 posiciones.
    PlazoConcesion: Numérico de 4 posiciones.
    Plurianual: Alfabético de 2 posiciones (si/no).
    RevisionPrecios: Alfabético de 2 posiciones (si/no).
    FormulaTipo: Numérico de 2 posiciones.
    ConMixto: Alfabético de 2 posiciones (si/no)
    ConMarco: Alfabético de 2 posiciones (si/no)
    Complementario: Alfabético de 2 posiciones (si/no)
    Publicidad: Alfabético de 2 posiciones (si/no)
    ProcNegArticulo: Alfanumérico de 5 posiciones: nnn.n
    ProcNegSubapartado: Alfanumérico de 2 posiciones
    Invitaciones: Numérico de 4 posiciones
    ValorModalidad: Numérico de 10 posiciones sin puntuación ni decimales.
    UnidadModalidad: Alfanumérico de 12 posiciones.
    AportacionAdministracion: Texto libre de 50 posiciones.
    Observaciones: Texto libre de 120 posiciones.
    País: Código alfabético de 2 posiciones, según norma ISO-3166-1:1997. (código de España = es).
       
    Datos Contratistas:  
    Nif: Carácter de 9 posiciones.
    Descripcion: Carácter de 120 posiciones.
    Nacionalidad: Código alfabético del país, de 2 posiciones, según norma ISO3166-1:1997. (código de España = es).

    3.4. Tablas.

    TABLA 1  
    TIPO DE ADMINISTRACIÓN  
       
    CÓDIGO TIPO
    1 Órgano Constitucional
    2 Estado
    3 CCAA
    4 Entidad Local
    5 Otros
       
    TABLA 2  
    TIPO DE ADMINISTRACIÓN LOCAL  
       
    CÓDIGO TIPO
    A Ayuntamiento
    C Cabildo / Consell Insular
    D Diputación Provincial/Foral
    M Mancomunidad
    X Consorcio
       
    TABLA 3  
    ÓRGANOS CONSTITUCIONALES  
       
    CÓDIGO ÓRGANO
    0100001 CASA S.M. EL REY
    0200001 CORTES GENERALES
    0200002 CONGRESO DE LOS DIPUTADOS
    0200003 SENADO
    0200004 JUNTA ELECTORAL CENTRAL
    0200005 DEFENSOR DEL PUEBLO
    0300001 TRIBUNAL DE CUENTAS
    0400001 TRIBUNAL CONSTITUCIONAL
    0500001 CONSEJO DE ESTADO
    0800001 CONSEJO GRAL DEL PODER JUDICIAL
       
    TABLA 4  
    COMUNIDADES AUTÓNOMAS  
       
    CÓDIGO COMUNIDAD AUTÓNOMA
    01 ANDALUCÍA
    02 ARAGÓN
    03 ASTURIAS
    04 ILLES BALEARS
    05 CANARIAS
    06 CANTABRIA
    07 CASTILLA-LA MANCHA
    08 CASTILLA-LEON
    09 CATALUÑA
    10 EXTREMADURA
    11 GALICIA
    12 MADRID
    13 MURCIA
    14 NAVARRA
    15 PAÍS VASCO
    16 RIOJA
    17 COMUNIDAD VALENCIANA
    18 CEUTA
    19 MELILLA
       
    TABLA 5  
    PROVINCIAS/DIPUTACIONES PROVINCIALES Y FORALES  
       
    Se usarán los códigos numéricos de 2 dígitos asignados por el Instituto Nacional de Estadística para la codificación de las provincias.
       
    TABLA 6  
    CABILDOS/CONSELLS  
       
    CÓDIGO CABILDO/CONSELL
    07006 CONSELL INSULAR IBIZA Y FORMENTERA
    07008 CONSELL INSULAR MALLORCA
    07009 CONSELL INSULAR MENORCA
    35002 CABILDO FUERTEVENTURA
    35004 CABILDO GRAN CANARIA
    35007 CABILDO LANZAROTE
    38003 CABILDO GOMERA, LA
    38005 CABILDO HIERRO, EL
    38010 CABILDO PALMA, LA
    38011 CABILDO TENERIFE
       
    TABLA 7  
    AYUNTAMIENTOS/MUNICIPIOS  
       
    Para la cumplimentación del campo «municipio» se usarán los códigos numéricos de 4 dígitos asignados por el Instituto Nacional de Estadística para la codificación de los municipios.
    En el caso de contratos adjudicados por un Ayuntamiento, el campo «ayuntamiento» se formará con los 2 dígitos del código de la provincia seguidos de los 4 dígitos del código del municipio.
       
    TABLA 8  
    MANCOMUNIDADES  
       
    Código alfanumérico de 8 posiciones, todas ellas obligatorias.
    El código estará formado por el número de registro en el R.E.L.
       
    TABLA 9  
    TIPO DE CONTRATO  
       
    CÓDIGO TIPO
    A Obras
    B Gestión de servicios públicos
    C Suministros
    D Consultoría y asistencia
    E Servicios
    F Administrativos especiales
    G Sectores agua, energía, transportes y comunicaciones
    H Concesión Obras públicas
    I Privados
       
    TABLA 10  
    MODALIDAD  
       
    CÓDIGO MODALIDAD
    C (Concesión)
    G (Gestión Interesada)
    M (Concierto o sociedad de economía mixta)
       
    TABLA 11  
    CARACTERISTICAS DE LOS BIENES  
       
    CÓDIGO SIGNIFICADO
    1 Entrega sucesiva y por precio unitario (Art. 172.1.a)
    2 (Equipos, sistemas y programas TIC (Art. 172.1.b)
    3 (Suministro de Fabricación (Art. 172.1.c)
    4 (Otros)
       
    TABLA 12  
    TRÁMITE  
       
    CÓDIGO TRÁMITE
    O (Ordinario)
    U (Urgente)
    E (Emergencia)
       
    TABLA 13  
    PROCEDIMIENTO ADJUDICACIÓN  
       
    CÓDIGO PROCEDIMIENTO
    A (Abierto)
    R (Restringido)
    N (Negociado)
       
    TABLA 14  
    FORMA ADJUDICACIÓN  
       
    CÓDIGO FORMA ADJUDICACIÓN
    C (Concurso)
    S (Subasta)
    N (Otras)
       
    TABLA 15  
    MODALIDAD IMPORTE  
       
    CÓDIGO MODALIDAD
    C (Canon Global)
    T (Tarifas)
    P (Precios Unitarios)

    3.5. Notas.

    Nota 1. enteContratante.

    Nota 2. departamento.

    Nota 3. organoContratante.

ANEXO II.
Formato y especificaciones del mensaje de correo electrónico.

1. Formato del mensaje: se ajustará a los estándares SMTP/MIME.

2. Campo asunto: se rellenará con la palabra contratos, seguida del número indicativo del año de adjudicación de los contratos comunicados (con cuatro dígitos) y, si fuera aplicable, la letra T seguida del número cardinal del trimestre a que corresponden. Finalmente se incluirá el nombre de la Administración, Entidad u órgano a quien corresponden los contratos. Se dejará un espacio en blanco entre cada uno de los términos.

Ejemplos:

    contratos 2005 Comunidad Autónoma de XX

    contratos 2005 T2 Ministerio de Economía y Hacienda

3. Cuerpo del mensaje: podrá contener, opcionalmente, información complementaria descriptiva del envío que se efectúa.

4. Anexos: el mensaje llevará anexado únicamente el archivo con la información de los contratos que se comunican. El nombre del fichero se ajustará a las mismas reglas indicadas en el punto 2 para el campo asunto, sin dejar espacios en blanco, usando únicamente caracteres ASCII, y abreviando en caso necesario el nombre de la Administración, Entidad u órgano.

Ejemplos:

    contratos2005CAXX

    contratos2005T2MEconomiayHacienda

ANEXO III.
Formato de los soportes de datos.

1. Soporte magnético. Disquete magnético estándar de tres pulgadas y media y 1,44 Mb, con formato compatible MS-DOS.

2. Soporte óptico. CD-R estándar en formato conforme con la norma ISO-9660: 1988.