Archivo de la categoría: XML

5th International Congress of eInvoicing (ASIMELEC). Madrid, April the 29th, 2010


In the context of the events of the High-Level Conference on «Electronic invoicing in Europe» organized by the European Commission (Madrid, April 27 & 28), ASIMELEC Association organizes its «5th International Congress of eInvoicing (Madrid, April 29), so delegates and electronic invoice stakeholders can participate in both events if they wish . The registration costs is 200 euros, and it is open to businesses and government agencies. To register, you can also send an email to:

including your name and surname, your instituition, your title, a contact phone and e-mail. Payment details can be resolved later.

This is the agenda of the 5th International Congress of eInvoicing:

9:00- 9:30 Reception of participants

9:30-10:00 Institutional Welcome

  • Mr. Fernando de Pablo, General Manager for eGovernment, MINISTERIO DE PRESIDENCIA of Spain and Mr. Martín Pérez Sánchez, President of ASIMELEC

10:00-10:20 Fostering the eInvoicing adoption

  • Mr. Gonzalo Die Socias, Director of Planning and External Relations of RED.ES

10:20-10:40 Interoperability: Presentation of Project Invoicex

  • Mr. Julián Inza, Coordinator of eIvoicing Group of ASIMELEC

10:40-11:00 Certified Scanning, a step towards the electronic document

  • Mr. Victor Usobiaga, Financial Service Sector of IBM

11:00-11:30 Coffee-Break

11:30-12:30 Roundtable: Challenges in the Development of eInvoicing in Europe- eInvoicing Practitioners Group

  • Mr. Christiaan van der Valk, CEO of TRUSTWEAVER.
  • Mr. Tony Nisbett,
  • IBM eInvoicing SME – consultant to world-wide customer and supplier boarding teams –IBM
  • Mr. Olaf Schrader, Senior Production Manager for Supplier Enablement, ARIBA INC.
  • Mr. Bruno Koch, Chairman of the Summit EXPP, CEO of BILLENTIS

12:30-12:50 Interoperability Initiatives

  • Mr. Arturo González Mac Dowell, General Manager of Eurobits

12:50-13:10 zBackTrust. Its use in eInvoicing in Caixa Galicia

  • Mr. Ricardo Carballo Gestal, Manager of the Center for Optimization of Operational Processes of CAIXA GALICIA

13:10-13:30 The reform process of the Directive 112/2006 of the European Commission

  • Mr. Santiago Segarra Tormo, Head of the Assistance and Tax Services of Large Taxpayers, MINISTERIO DE ECONOMIA Y HACIENDA of Spain

13:30-13:50 Offinvoice. The International eInvoicing solution in Office 2010 environments

  • Mr. Santi Casas – Associate Director of ALBALIA Interactiva – Microsoft Partner

13:50-14:10 The adoption of eInvoicing in Spain. Lessons Learned

  • Mr. Mario Tanco – General Manager of DYR

14:10-14:30 Discussion

14:30-16:00 Buffet lunch

16:00-16:20 Certified Document Imaging in eGovernment

  • Mr. Miguel A. Amutio, General Directorat of Administrative Modernization, MINISTERIO DE PRESIDENCIA of Spain

16:20-16:40 Cross border invoicing

  • Mr. Oriol Bausà, CEO of INVINET

16:40-17:00 OASIS – UBL as a first generation UN / CEFACT – CII

  • Mr. Tim McGrath Co-Chair of the Universal Business Language (UBL) Technical Committee, OASIS

17:00-17:20 Standard Reception Architecture of eInvoices for the General Spanish Administration

  • Mr. José María Sobrino,  Accounting and Control Applications, MINISTERIO DE ECONOMIA Y HACIENDA of Spain

17:20-17:40 CEN Electronic Invoice WorkGroup presentation. Advancing Electronic Invoicing Facilitating Interoperability

  • Mr. Stefan Engel-Fleschig, Legal Counsel & Chairman, CEN WORKSHOP ON E-INVOICES

17:40-18:00 Discussion and conclusions

18:00-18:40 Institutional Close

  • Mr. José Pérez, General Manager of ASIMELEC

More info: http://www.asimelec.es/projects/fedic/home-fedic.aspx

Programa del V Congreso de Factura Electrónica


Este es a grandes rasgos el programa del V Congreso de Factura Electrónica de ASIMELEC que se celebra el 29 de abril de 2010.

9:00-9:30 Recepción de los asistentes y entrega de la documentación

9:30-10:00 Apertura Institucional

10.00-10:20 Impulso para la Adopción de la Factura electrónica

10:20-10:40 Interoperabilidad: Presentación del Proyecto Invoicex

10:40-11:00 Digitalización certificada

11:00-11:30 Coffee-Break

11:30-12:30 Mesa Redonda: Challenges in the development of Electronic Invoicing in Europe

12:30-12:50 Soluciones de Factura Electrónica para PYME’s

12:50-13:10 El papel de la banca en la facturación electrónica

13:10–13:30 El proceso de reforma de la Directiva 112/2006 en la Comisión Europea

13:30-15:00 Lunch – Comida Buffet

15:00-15:30 Digitalización Certificada de Documentos en las Administraciones Públicas

15:30-15:50 Plan de Extensión de la Facturación Electrónica

15:50-16:10 Cross border invoicing

16:10 -16:30 OASIS – UBL as a first generation UN/CEFACT – CII

16:30-16:50 Arquitectura Normalizada de Recepcion de Facturas Electrónicas en la AGE (CTT)

17:00-18:00 CEN Electronic Invoice WorkGroup presentation. Round Table: Advancing Electronic Invoicing Facilitating Interoperability

18:00-18:10 Coloquio y conclusiones

18:10 -18:30 Clausura institucional

La UFV crea el GINTA, Grupo de investigación dedicado a las AA.PP.


La Universidad Francisco de Vitoria (UFV) crea «GINTA» Grupo de Investigación sobre Nuevas Tecnologías Aplicadas.

El Grupo GINTA está formado por Profesores de la Universidad y Profesionales del mundo Empresarial relacionados con las Nuevas Tecnologías

Ante la necesidad de aplicar intensivamente la tecnología en las administraciones públicas y otros sectores, se ha creado un grupo especializado en el conocimiento de las necesidades de estos, tanto a nivel tecnológico como jurídico y económico para ofrecer soluciones integrales.

El objetivo del grupo se centra en dos líneas: Administraciones Públicas Locales para su Gestión Interna y Entidades Financieras en su desarrollo de Business Inteligence (B.I.).

Para ello, el grupo preparará y entregará Proyectos de Innovación Tecnológica y Business Intelligence (Inteligencia de Negocio) relevantes, que sean del interés de las Administraciones Públicas: Ayuntamientos y Empresas Multisectoriales: Sector Financiero, Banca, Seguros, Sector de las Telecomunicaciones, Tecnologías de la Información y de la Comunicación, Energía, Bienes de Consumo etc… y también se presentará a Concursos y Licitaciones de proyectos de Innovación Tecnológica Aplicada en el mundo de las Administraciones Publicas, así como a convocatorias externas de ayudas específicas sujetas a los planes nacionales y regionales de fomento de ciencia y tecnología, contando para ello con el apoyo de la OTRI (Oficina de Transferencia de Resultados de Investigación) de la UFV.

En el ámbito de las Administraciones locales colaborará en el diseño, elaboracion e imparticion de cursos y seminarios organizados por la Administración a los colectivos sectoriales que estos determinen.

Equipo

El grupo bajo la dirección de Ignacio Temiño Aguirre está compuesto por Inmaculada Puebla Sánchez, Mara Sánchez Benito, Rodrigo Navalón García, Delia Nogales Uzabal, Natalia Cobos Lanáquera, Manuel Robredo Botella, así como por Julián Inza Aldaz y Miguel Ángel de Bas Sotelo.

El Grupo de Investigación GINTA ha identificado mediante reuniones con autoridades locales y empresas sectoriales necesidades en los campos en los que centrará su investigación:

  • Administraciones Públicas Locales para su Gestión Interna:
    • Incrementar su apertura Digital (Documentación, Expedientes Contratación Electrónica);
    • Registro Telemático;
    • Gestión Documental;
    • Plataforma de Licitación Telemática;
    • Virtualización,
    • Ordenación CPD;
    • Documentos electrónicos;
    • Sede electrónica;
    • Notificaciones fehacientes;
    • Publicación fehaciente en el perfil del contratante;
    • Custodia Digital;
    • Códigos Seguros de Verificación;
    • Certificación de Seguridad del organismo;
    • Certificados de sede electrónica, de sello electrónico y de empleado público;
    • Compulsa electrónica;
    • Pago telemático;
    • Interoperabilidad;
    • Dirección Electrónica Única;
    • Verificación de Datos de Identidad y Residencia;
    • Supresión de certificados en soporte papel;
    • Comunicación de Cambio de Domicilio;
    • Digitalización Certificada
  • Entidades Financieras en su desarrollo de Business Intelligence (B.I.):
    • Redes Avanzadas en B.I. y Tecnologías de la Información IT ;
    • Banca Virtual; Certificado Digital;
    • Factura Electrónica;
    • Firma Electrónica;
    • Marketing Social: ERP, CRM, Datamining, Datawarehouse ….;
    • Redes Sociales y Audiovisuales;
    • Diseño Gráfico de Interfaces y Usabilidad;
    • Herramientas Colaborativas, canal Web;
    • Plataformas orientadas a servicios (SOA);
    • Plan de seguridad y de sistemas;
    • Redes avanzadas en Movilidad; ……

Y todo ello con una especial aplicación de las normativas vigentes en los proyectos objetivo.

Referencia: Club de la Innovación

Información sobre los grupos de investigación de la Universidad Francisco de Vitoria

Resumen sobre la Factura Electrónica


Recientemente me han pedido permiso para hacer (y publicar) un resumen del libro «La Factura Electrónica» que redactamos hace algún tiempo Fernando Pino y yo, para ASIMELEC y Red.es

Me ha sorprendido, porque he ido viendo por diferentes sitios documentos claramente «inspirados» en el citado libro o en artículos de mi blog, para cuya reproducción nadie me había pedido permiso. Entre los documentos que habían utilizado el mío como base se encuentran una importante institución catalana y un gobierno autonómico del sur de la costa mediterránea. Entidades a las que se les supone cierto respeto por la propiedad intelectual.

(Por cierto, pedí al organismo autonómico que al menos indicara en la bibliografía el documento en el que se inspiraron los autores del suyo y la referencia a los autores originales, lo que después de varios años, aun no han realizado)

Por supuesto, he dado el permiso que me pedían en esta ocasión, y además lo he hecho agradecido de que lo pidieran.

Y ya que estoy en ello, he redactado un resumen actualizado de la situación actual de la factura electrónica en España, que recoge las mejores prácticas. No es tan completo como el libro, pero creo que puede servir de introducción.

En esta ocasión me adelanto, y otorgo permiso de reproducción de este documento y la realización de obras derivadas, pero a condición de que se cite al autor (Julián Inza, o sea yo) y se incluya una coletilla publicitaria

«Resumen [basado en un documento] elaborado por Julián Inza, Presidente de Albalia Interactiva.
Albalia Interactiva, S.L. (http://www.albalia.com) dispone de diferentes módulos  de gestión de firma electrónica y factura electrónica adaptables a cualquier proyecto»

Y este es el resumen en cuestión:

La factura Electrónica

¿Qué es una factura?

Una factura es un documento que refleja la entrega de un producto o la provisión de servicios, junto a la fecha de devengo, además de indicar la cantidad a pagar como contraprestación.

En la factura se encuentran los datos del expedidor y del destinatario, el detalle de los productos y servicios suministrados, los precios unitarios, los precios totales, los descuentos y los impuestos.

Se la considera como el justificante fiscal de la entrega de un producto o de la provisión de un servicio, que afecta al obligado tributario emisor (el vendedor) y al obligado tributario receptor (el comprador). El original debe ser custodiado por el receptor de la factura. Habitualmente, el emisor de la factura conserva una copia o la matriz en la que se registra su emisión.

La factura correctamente cumplimentada es el único justificante fiscal, que da al receptor el derecho de deducción del impuesto (IVA). Esto no se aplica en los documentos sustitutivos de factura, recibos o tickets.

En Europa, la normativa de facturación se regula por la Directiva 2006/112/CE del Consejo, de 28 de noviembre de 2006, relativa al sistema común del impuesto sobre el valor añadido

La Identificación tributaria en la Unión Europea uniformiza la forma de codificar a las empresas para facilitar el control tributario.

Las facturas pueden ser:

  • Ordinarias: documentan la operación de suministro.
  • Rectificativas: documentan correcciones de una o más facturas anteriores, o bien devoluciones de productos, envases y embalajes o comisiones por volumen.
  • Recapitulativas: documentan agrupaciones de facturas de un período.

Además existen las siguientes variantes:

  • Pro‐forma: documenta una oferta, con indicación de la forma exacta que tendrá la factura tras el suministro. No tienen valor contable ni como justificante.
  • Copia: documenta la operación para el emisor, con los mismos datos que el original. Debe llevar la indicación de copia para permitir distinguirla del original.
  • Duplicado: documenta la operación para el receptor, en caso de pérdida del original. La expide el mismo emisor que expidió el original y tiene los mismos datos que el original. Debe llevar la indicación de duplicado para permitir distinguirla del original, especialmente para el caso de que reaparezca el original.

Es interesante mencionar que las tradicionales “Notas de Abono” no se contemplan en la normativa, aunque su función se puede cubrir con las “Facturas Rectificativas”. Cabe identificar ambos documentos siempre que se incluya la mención obligatoria “Factura rectificativa” y opcionalmente, a título informativo, la de “Nota de Abono” y se consignen los signos de las cantidades de forma correcta.

¿Qué es la facturación electrónica?

La facturación electrónica consiste en la transmisión de las facturas o documentos análogos entre emisor y receptor por medios electrónicos (ficheros informáticos) y telemáticos (de un ordenador a otro), firmados digitalmente con certificados cualificados, con la misma validez legal que las facturas emitidas en papel.

Está regulada en el Reglamento de Facturación publicado en Real Decreto 1496/2003 y modificado por el Real Decreto 87/2005.

La regulación de la factura electrónica se completa con la publicación de la Orden EHA/962/2007, de 10 de abril, por la que se desarrollan determinadas disposiciones sobre facturación telemática y conservación electrónica de facturas, contenidas en el Real Decreto 1496/2003, de 28 de noviembre, por el que se aprueba el reglamento por el que se regulan las obligaciones de facturación.

Las denominaciones “factura electrónica”, “factura telemática” y “factura digital” son equivalentes, si bien la denominación utilizada en la normativa es “remisión electrónica” o “remisión por medios electrónicos” de factura.

La factura electrónica tiene múltiples ventajas: mejor aprovechamiento de la habilidad de los empleados, reducción de controversias, mejoras en la resolución de incidencias, reducción de plazos de cobro, mejoras en la negociación de los plazos de pago, posibilidad de acudir de forma ágil a servicios financieros como el confirming y el factoring, mejora de la relación comercial y de la imagen de la empresa. Sin olvidar el cumplimiento de obligaciones, puesto que la facturación electrónica es obligatoria por exigencia de la Ley 30/2007 de Contratos del Sector Público en determinados supuestos.

El proceso de facturación electrónica lo forman dos procesos básicos y diferenciados en los sistemas de gestión de facturas, y que corresponden a cada interlocutor: emisión y recepción de facturas.

1. En la emisión, el emisor, con la conformidad del receptor, transmite a éste por medios telemáticos la Factura Electrónica (que incluye una firma electrónica) y conserva Copia o Matriz (la Base de Datos). No es necesario conservar los documentos electrónicos firmados.

2. El receptor, recibe la factura en formato digital y la conserva en soporte informático, en el formato en el que lo recibió, para su futura consulta e impresión, si fuera necesario. Al ser la factura un documento firmado electrónicamente, debe guardar la información relativa a la comprobación de la validez de la firma electrónica.

De esta forma ya no se exige imprimir la factura para que ésta sea válida legal y fiscalmente y, todo el tratamiento (emisión, distribución y conservación) puede realizarse directamente sobre el fichero electrónico generado por el emisor.

Requerimientos en la emisión de facturas electrónicas

Para el emisor se exige:

  • Tener el consentimiento previo del receptor.
  • Garantizar la autenticidad del origen y la integridad de las facturas, mediante el uso de la Firma electrónica reconocida3 (qualified electronic signature en inglés).
  • Almacenar copia de las facturas. Este requisito no es necesario si se puede reconstruir una factura a partir de la información guardada en la base de datos de la empresa (matriz).
  • Las facturas almacenadas deben contener determinados elementos que faciliten su búsqueda, visualización e impresión en caso de inspección (acceso completo a los datos).

Para el receptor se exige:

  • Disponer del software necesario para la validación de la firma electrónica.
  • Almacenar las facturas recibidas digitalmente (factura y firma) en su formato original.
  • Las facturas almacenadas deben contener elementos que faciliten su búsqueda, visualización e impresión en caso de inspección (acceso completo a los datos).

Ventajas, beneficios y ahorros de la factura electrónica

  • Ahorro de costes: tanto del lado del emisor como del receptor. Derivado de la supresión del papel, el abaratamiento de los medios de comunicación electrónicos (en contraposición a los medios tradicionales de envío postal), eliminación de los gastos de franqueo, gastos derivados de la introducción manual de datos, etc.
  • Mejora de la eficiencia: la liberación de tareas administrativas, permite destinar los recursos humanos a aspectos productivos en las compañías.
  • Integración con ERPs: desde el punto de vista del emisor continúa el proceso que ya se está realizando electrónicamente. Un simple clic desde el ERP y la factura es emitida y enviada. Desde el lado del receptor los datos se pueden introducir automáticamente en sus aplicaciones.
  • Optimización de la tesorería: la automatización permite cuadrar los apuntes contables y comparar documentos (albarán / factura), minimizando a la vez el margen de error humano.
  • Obtención de información en tiempo real: permite verificar el estado en el que se encuentra una factura y toda su información asociada (errores, rectificaciones, cobros, pagos, recepción de mercancías, albaranes, …) de forma exacta y actual.
  • Reducción de tiempos de gestión: la inmediatez del envío y recepción de facturas por medios telemáticos convierte este trámite en un elemento que deja de tener sentido. Además, permite solucionar las discrepancias en muy poco tiempo.
  • Agilidad en la toma de decisiones: la inmediatez de las comunicaciones permite adoptar decisiones, como la necesidad de financiación, en un espacio más corto de tiempo.
  • Administración y contabilidad automatizadas: la integración en los sistemas de la empresa permite que toda la inserción de datos y las operaciones contables requieran mucha menos participación humana.
  • Control de acciones erróneas: a través de sistemas de alertas que detectan discrepancias entre operaciones de contabilidad y facturación o en la aplicación de tipos erróneos.
  • Uso eficaz de recursos financieros: la adopción de la factura electrónica favorece el acceso a medios de financiación como el factoring o el confirming.

Se consigue, en definitiva, una mayor calidad de servicio que repercute a su vez en una mayor competitividad de la empresa.

Obligatoriedad de la eFactura

Normas de publicación reciente como la Ley 30/2007 de Contratos del Sector Público o la Ley 56/2007 de Medidas de Impulso de la Sociedad de la Información han puesto de manifiesto el interés de las instituciones en el desarrollo de la factura electrónica, que ha llegado al punto de establecer su obligatoriedad a partir del año 2008 para las empresas que no pueden presentar cuenta de pérdidas y ganancias abreviada.

Sin embargo este impulso se viene produciendo de forma intensa desde la publicación de la Directiva 2001/115, y su temprana trasposición a finales 2002 en una norma española que quedó finalmente subsumida en el RD 1496/2003, el Reglamento de Facturación.

En España, la especificación facturae, codificada en XML y evolucionada desde un formato diseñado por la banca, se oficializó en la Orden PRE 2971/2007 recibiendo el apoyo de la Agencia Tributaria y del Ministerio de Industria, Turismo y Comercio para su uso en la facturación destinada a las Administraciones Públicas, lo que lleva a prever un amplio uso.

Mientras avanza su adopción, el estándar español evolucionará hasta convertirse en una personalización del UBL, de forma semejante al ilustre precedente del NES (Northern European Subset) que al incorporar a España e Italia redefine la denominación para ser NES: Neutral European Specification.

La firma electrónica es otro ámbito en el que se está avanzando para lograr la  compatibilidad. Como cada entidad firmante puede elegir cualquier PSC (Prestador de Servicios de Certificación) para sus certificados, la entidad que acepta facturas se enfrenta a la complejidad de validar certificados de los que tiene poca información.

Una solución que está facilitando la aceptación de facturas es que éstas se generan por el obligado tributario emisor firmadas con la modalidad XAdES‐X‐L prevista en la norma TS 101 903, incluyendo un sello de tiempo y la información de validez del certificado expedido por su emisor: lo que se denomina “firma completa”, y significa que la firma y el certificado están validados en origen. Así, el receptor se ve exonerado de las obligaciones que impone aceptar firmas electrónicas y la posibilidad de que se utilicen certificados electrónicos expedidos por cualquier PSC europeo no supondrá un problema en países diferentes al del expedidor.

Arquitectura de los sistemas de Facturacion Electrónica

Los elementos involucrados en el sistema de facturación se exponen a continuación.

Módulo de transformación

Realizará las conversiones de formatos de datos de facturación y alimenta al sistema con los datos de facturación a partir de la matriz (datos fuente), generando un documento de intercambio XML en formato Facturae. En el momento actual la última versión de la especificación es la V3.2, si bien se espera la próxima publicación de la V4.0 basada en UBL. La especificación está publicada en el sitio web: http://www.facturae.es

Módulo de firma electrónica

Informalmente equivale a un “plastificado”, debido a que en el formato Facturae la firma va integrada en la factura (modalidad “enveloped signature”), de forma que la factura aparece como un único documento electrónico.

Este módulo realiza la firma electrónica reconocida sobre los documentos de salida del módulo de transformación generando finalmente los documentos electrónicos incluyendo la información relativa a la comprobación de la validez de la firma electrónica, siguiendo los estándares de la Orden PRE 2971/2007, usando firma completa XAdES-XL.

Además de los tipos de firma simple, avanzada y reconocida (qualified electronic signature en inglés) que establecen tanto la Directiva 1999/93/CE como la Ley 59/2003 de Firma Electrónica, desde el punto de vista técnico, se han definido en el marco de ETSI (European Telecommunications Standards Institute) otros tipos de firma electrónica que son esenciales para facilitar su uso en diferentes contextos.

La firma básica (XAdES-BES) es aquella que recoge los elementos esenciales de la firma electrónica: el resumen del documento firmado (hash), el certificado del firmante asociado a la clave privada con la que se firma y el propio resultado de aplicar la clave privada al resumen, que es la firma electrónica propiamente dicha. La firma fechada (XAdES-T) añade a la firma básica información temporal sobre el momento de la firma  y la firma validada (XAdES-X-L) añade a la firma fechada información sobre la vigencia del certificado empleado en el momento de la firma.

Estas modalidades de firma están recogidas en la norma TS 101 903. La firma validada se denomina también firma completa porque incluye todos los elementos que permiten comprobar en el futuro que el certificado utilizado por el firmante estaba vigente en el momento de la firma.

Módulo de presentación

Ya no se exige imprimir la factura para que ésta sea válida legal y fiscalmente y, todo el tratamiento (emisión, distribución y conservación) debe realizarse directamente sobre el fichero electrónico generado por el emisor. De hecho, el formato de intercambio XML está pensado para ser interpretado por sistemas informáticos, y así tener un procedimiento de facturación realmente telemático y automatizado tanto en origen como en destino.

No obstante, aunque el formato XML es relativamente legible por un humano, no tiene una presentación adecuada para ser impreso y visualizado cómodamente. Este modulo realiza una versión amigable para impresión e interpretación (visualización) humana, aunque sin validez legal: la factura es únicamente el documento electrónico transmitido.

El módulo de presentación se encargará de presentar la factura electrónica (en de una forma que permita su visualización e impresión en el sitio web del Cliente, a través de una hoja de estilos, en HTML o en PDF.

Firmas avanzadas en PDF (PAdES) TS 102 778


Desde el año pasado está disponible esta nueva especificación de firma electrónica en PDF compatible con las modalidades definidas en el marco de la legislación europea de firma electrónica.

  • ETSI TS 102 778-1 V1.1.1 (2009-07)
    Reference:DTS/ESI-000072-1 Source:ESI 706598 bytes (20 Pages). Title: Electronic Signatures and Infrastructures (ESI);PDF Advanced Electronic Signature Profiles;Part 1: PAdES Overview – a framework document for PAdES
  • ETSI TS 102 778-2 V1.2.1 (2009-07)
    Reference:DTS/ESI-000072-2 Source:ESI 72540 bytes (12 Pages). Title: Electronic Signatures and Infrastructures (ESI);PDF Advanced Electronic Signature Profiles;Part 2: PAdES Basic – Profile based on ISO 32000-1
  • ETSI TS 102 778-3 V1.1.2 (2009-12)
    Reference:RTS/ESI-000082-3 Source:ESI 85718 bytes (13 Pages). Title: Electronic Signatures and Infrastructures (ESI);PDF Advanced Electronic Signature Profiles;Part 3: PAdES Enhanced – PAdES-BES and PAdES-EPES Profiles
  • ETSI TS 102 778-4 V1.1.2 (2009-12)
    Reference:RTS/ESI-000082-4 Source:ESI 170171 bytes (20 Pages). Title: Electronic Signatures and Infrastructures (ESI);PDF Advanced Electronic Signature Profiles;Part 4: PAdES Long Term – PAdES LTV Profile
  • ETSI TS 102 778-5 V1.1.2 (2009-12)
    Reference:RTS/ESI-000082-5 Source:ESI 209958 bytes (27 Pages). Title: Electronic Signatures and Infrastructures (ESI);PDF Advanced Electronic Signature Profiles;Part 5: PAdES for XML Content – Profiles for XAdES signatures

En Albalia Interactiva ya estamos trabajando para implementar las extensiones de firma PDF basadas en XAdES, en nuestro producto BackTrust. Nuestra plataforma ya soporta el resto de modalidades de firma electrónica en PDF, ya que son compatibles con las versiones anteriores de Acrobat. En breve, os presentaremos las primeras soluciones con soporte de PAdES-XL.

XAdES-X-L en formato DigiDoc


Estos días estamos evaluando la posibilidad de que nuestras herramientas de BackTrust puedan generar y validar firmas electrónicas XAdES-X-L en formato DigiDoc.

Lo primero que hay que saber es que este formato no existe.

La especificación estonia es ingeniosa y utiliza la respuesta OCSP como si se tratara de un sello de tiempo, pero no lo cierto es que no se utiliza ningún sello de tiempo en este tipo de firmas.

De hecho, la propia especificación señala que, si hubiera que darle un nombre al tipo de firma en consonancia con los de la especificación TS 101 903, el tipo de firma sería XAdES-C-L

Técnicamente, el reto no es muy significativo, pero entre nuestros especialistas hay cierta reluctancia a dar soporte a un formato no estándar, cuando  hay tanto por hacer impulsando los estándares.

Productos y servicios basados en DSS


En el artículo «Firma electrónica con OASIS DSS» ya di algunas indicaciones de la importancia de este protocolo para desplegar servicios de firma electrónica en las grandes organizaciones. Recientemente se ha anunciado que está previsto incluir esta funcionalidad en futuras versiones de @firma, la herramienta más utilizada en las administraciones públicas para gestionar firmas electrónicas.

En el momento actual, solo dos productos dan soporte a este protocolo:

Sin embargo, sí que está disponible como servicio (en lo que en Albalia llamamos Trustworthiness of services in the cloud) a través de algunos prestadores de servicios de certificación:

En cuanto a entidades, Caixa Galicia lo ha implantado en su arquitectura sobre zSeries (Mainframe IBM), gracias a zBackTrust, la variante de BackTrust orientada a zLinux y z/OS, con Websphere.

Arquitectura normalizada de recepción de facturas electrónicas en la Administración General del Estado


El entorno de normalización de la factura electrónica en España parte de la Orden PRE/2971/2007 que definía el formato facturae y en cuya disposición final segunda se establecía su evolución en el plazo de dos años (que ya se han cumplido) al estándard UBL 2.0

Aunque aun no se ha publicado ninguna versión de facturae basada en UBL, sí que se han publicado otras versiones que resuelven algunos problemas detectados (y crean otros, ya que las versiones no son compatibles). Además de acoger extensiones sectoriales.

Con la publicación en el marco del Centro de Transferencia de Tecnología (CTT) de la arquitectura normalizada de recepción de facturas electrónicas en la Administración General del Estado se da un paso más en la disponibilidad de especificaciones técnicas para llevar a cabo la facturación electrónica al sector público.

La Comisión Permanente del Consejo Superior de Administración Electrónica (CSAE), en su reunión de 25 de marzo de 2009, acordó, a propuesta del Ministerio de Economía y Hacienda, la constitución de un grupo de trabajo sobre la arquitectura general de facturación electrónica en la Administración General del Estado. Este grupo surge dada la urgente necesidad de diseñar una arquitectura general de recepción de facturas electrónicas en el ámbito de la AGE para evitar la dispersión de esfuerzos y facilitar la implantación de la facturación electrónica. La coordinación de dicho grupo es encargada al propio Ministerio de Economía y Hacienda.

El objeto y alcance del grupo de trabajo se ha centrado en el análisis y elaboración de una propuesta de arquitectura general para la recepción de facturas electrónicas en la Administración General del Estado y organismos autónomos, y en la definición de las interfaces de las plataformas de facturación con los servicios de facturación de los proveedores, por un lado, con los sistemas de gestión económico-presupuestaria, por otro, y con los sistemas de registro electrónico, por último.

El Coordinador del grupo ha sido D. José María Sobrino, de la Intervención General de la Administración del Estado (IGAE) del Ministerio de Economía y Hacienda.

En el grupo de trabajo han participado representantes de 9 Ministerios (MPRE-Ministerio de la Presidencia, MEH-Ministerio de Economía y Hacienda, Ministerio de Justicia, Ministerio de Defensa, Ministerio del Interior, Ministerio de Fomento, MTIN-Ministerio de Tecnología e Innovación, MITyC-Ministerio de Industria, Turismo y Comercio y Ministerio de Cultura ) y de 7 entidades públicas (AEAT, INE, FNMT, Comisión Nacional de la Competencia, RED.es, Correos, Seguridad Social), con una media de asistencia a las reuniones de 23 personas.

Las conclusiones del grupo de trabajo y sus documentos se finalizaron el 25 de noviembre de 2009.

Objetivos

El objeto y alcance del grupo de trabajo se ha circunscrito a la arquitectura general para la facturación electrónica en la Administración General del Estado y organismos autónomos, siendo sus principales objetivos:

  1. Analisis de la conveniencia de plantear un punto general de entrada y distribución de facturas electrónicas (PGEFe) y, si se adopta la decisión de su conveniencia, establecer:
    • Las funciones del PGEFe.
    • Las necesidades adicionales para el enrutamiento automático de la factura
  2. Análisis de la posibilidad adicional de que el PGEFe pueda desempeñar la función de plataforma de emisión y recepción de facturas electrónicas para aquellos departamentos, centros gestores u organismos que optaran por no disponer de su propia plataforma.
  3. Normalización de las interfaces entre los sistemas de facturación de los proveedores y las plataformas de facturación electrónica de las entidades públicas (y, en su caso, el PGE-Fe).
  4. Normalización de las interfaces entre las plataformas de facturación electrónica (y, en su caso, el PGEFe) y los sistemas de registro electrónico de los departamentos.
  5. Normalización de las interfaces de comunicación entre las plataformas de facturación electrónica y los sistemas de gestión.

Ventajas

  • Se establecen unas interfaces puestas a disposición de los proveedores de plataformas de facturación y de sistemas de gestión económico- presupuestaria de modo que se facilita la implementación y gestión de la facturación electrónica.
  • Se apuesta por la creación de un punto general de entrada y distribución de facturas electrónicas (PGEFe).
  • El PGEFe puede actuar como punto general de entrada y distribución, y plataforma de emisión y recepción de facturas electrónicas para aquellos departamentos, centros gestores u organismos que optaran por no disponer de su propia plataforma.

Detalles técnicos

Estos son los Escenarios de la arquitectura e interfaces de facturación electrónica en la AGE

Escenario I: El organismo receptor de facturas dispone de su propia plataforma de recepción de facturas electrónicas y solicita al proveedor que le envíe directamente las facturas a dicha plataforma.

Escenario II: El organismo receptor de facturas dispone de su propia plataforma de recepción de facturas electrónicas, pero la recepción y consulta de estado de las facturas se realiza a través del punto único PGEFe.

Escenario III: El organismo receptor de facturas no dispone de su propia plataforma de recepción de facturas electrónicas. En este caso, se utiliza la Plataforma Central de Facturación AGE.

Restricciones para la recepción de facturas electrónicas en la AGE

  • Formato de recepción de facturas: Actualmente Facturae, en cualquiera de sus versiones publicadas (3.0, 3.1 y 3.2 en la actualidad).
  • Implícitamente, se limita también el formato de firma electrónica admitida según definición de Facturae:
    • Estándar XAdES (EPES o XL).
    • Política de firma Facturae (2 versiones publicadas hasta el momento: 3.0 y 3.1).
  • Los accesos a la plataforma de recepción de facturas AGE son siempre securizados (acceso vía certificado electrónico o usuario y contraseña).
  • No se admiten facturas por lotes ni envíos de arrays de facturas.

Interfaces

Interfaz proveedor con plataformas o PGEFe.

Dos mecanismos: Automático (servicios web alojados en las plataformas) o Manual (formularios web).

  • Recepción de facturas.
  • Consulta de facturas (por identificador de factura o por apunte registral).
  • Anulación de facturas.

Interfaz plataformas o PGEFe con Sistemas de Gestión.

Vía automática (servicios web alojados en los sistemas de gestión)

  • Alta de factura.
  • Consulta de estado de facturas.
  • Anulación de facturas.

Vía no automática (servicios web alojados en la plataforma de facturación).

  • Solicitud de relación de nuevas facturas.
  • Descarga de facturas.
  • Cambio de estado de facturas.

Vía manual (ver facturas disponibles; descarga de fichero facturae y actualización de estado de factura).

Asignación de código electrónico en la plataforma de facturación.

Interfaz plataformas o PGEFe con Registro órgano gestor o Registro Electrónico Común.

  • Registro.
  • Consulta de apuntes.

Proyecto Invoicex


El pasado verano del año 2009 se cumplieron las fechas definidas en la ley 30/2007 de contratos del sector público para la entrada en vigor de la obligación de los proveedores de las administraciones públicas de enviar a estas las facturas electrónicas correspondientes a sus servicios prestados o productos suministrados.

Aunque no se ha publicado ninguna norma formal en desarrollo de la disposición final novena de la Ley 30/2007, contamos con la Orden PRE/2971/2007 que definía el formato facturae y en cuya disposición final segunda se establecía su evolución en el plazo de dos años (que ya se han cumplido) al estándard UBL 2.0

Con la publicación de la arquitectura normalizada de recepción de facturas electrónicas en la Administración General del Estado se da un paso más en la disponibilidad de especificaciones técnicas para llevar a cabo la facturación electrónica al sector público.

Por otro lado, algunas comunidades autónomas ya han iniciado los trabajos para constituir plataformas que faciliten la recepción de facturas electrónicas en los organismo públicos de su ámbito. Entre ellas, Cataluña, País Vasco, la Comunidad de Valencia y La Rioja.

En todo caso el mercado es cada vez más maduro, y las diferentes plataformas de facturación electrónica están en mejor disposición que nunca para llevar a cabo esfuerzos cooperativos que faciliten la interoperabilidad.

Este es el objetivo del proyecto Invoicex, presentado por Albalia Interactiva al Programa de Ayudas del Plan Avanza, junto con ASIMELEC y otras 7 entidades, y al que se ha invitado a participar a un conjunto amplio de empresas y organismos relacionados con la factura electrónica, incluyendo a las entidades financieras. Al finalizar el año hemos recibido la resolución definitiva por parte del Ministerio de Industria, Turismo y Comercio, del proyecto identificado con el código TSI-020512-2009-69.

En total ya son 20 las entidades participantes y aun estamos abiertos a empresas y organismos interesados en impulsar la interoperbilidad de los intercambios de los documentos electrónicos (inicialmente facturas) entre empresas españolas y entre estas y las del resto del mundo. Las entidades interesadas en participar pueden contactar con el 902 365 612.

Firmas XAdES en Office 2010


Estamos colaborando con Microsoft en lo que creemos será un importante instrumento asociado a Office 2010, que previsiblemente se lanzará en la primera mitad de 2010.

En el programa de desarrollo para partners, hemos tenido ocasión de probar betas de diferentes productos, y particularmente de los entornos de desarrollo y del propio Office 2010 .

La verdad es que es un conjunto de herramientas tremendamente potente que puede redefinir las formas de integración de las suites ofimáticas en la próxima generación de aplicaciones en la nube de forma colaborativa.

Nosotros ya estamos proponiendo a muchas empresas iniciarse en los nuevos conceptos a través de adaptaciones personalizadas de FactOffice, el premiado gestor de facturas electrónicas que hemos desarrollado para Microsoft y que Microsoft ha liberado como Software de Fuentes Abiertas.

Ya tenemos una versión interna de FactOffice generando facturas en formato UBL y facturae funcionando en Office 2010 (además de, por supuesto, Office 2007), y proponemos extender la funcionalidad de las opciones de menú incluyendo además diferentes formas de conexión a entornos «en la nube» (in the cloud), mediante webservices y generación y comprobación de firmas electrónicas. Estamos pensando en extensiones muy interesantes para banca electrónica y administración electrónica, con acceso al registro telemático.

Y aunque nosotros disponemos de nuestras propias librerías para generar y comprobar firmas electrónicas XAdES-XL (las famosas librerías de BackTrust), una de las novedades del Office 2010 es el soporte nativo a la firma electrónica avanzada XAdES según el estándard TS 101 903.

De esto trata la información publicada en el Blog de desarrolladores de Office 2010: Digital Signatures in Office 2010. En el artículo, preparado por Shelley Gu, Program Manager del equipo Trustworthy Computing Security, se describe de forma detallada la firma electrónica en Office 2010, y las diferentes modalidades de firmas XAdES. En la versión beta de Office, el nivel de firma alcanzado es el XAdES-T (el más importante a los efectos de comprobación del momento de firma, que incide en la vigencia del certificado empleado), pero se alcanzará el nivel XAdES-XL en la versión final (incluyendo además el estado de comprobación del certificado).

De esta forma se podrán generar y comprobar firmas electrónicas en aplicaciones de usuario, y por otro lado, comprobar las firmas en servidor de documentos generados en aplicaciones tan ubicuas como Word. Y de esto sabemos bastante en Albalia.