Archivo de la categoría: facturae

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.

Informe final del Grupo de Expertos en Factura Electrónica


El Final Report of the Expert Group on e-Invoicing es el resultado de más de un año de trabajo de más de 30 expertos de toda Europa.

Junto con conclusiones que verdaderamente pueden ser de consenso se incluyen otras que parecen sesgadas por determinados intereses políticos, y en defensa de algunas posiciones particulares.

El informe tiene partidarios y detractores como puede verse en estos blogs:

Las dos posiciones son relevantes porque de la tesis «triunfadora» depende el consenso para la modificación de la Directiva 2006/112/EC, cuyo borrador actual está disponible.

La posición mayoritaria en España es que no es conveniente cambiar las reglas del juego a mitad del partido, y que tampoco es aceptable, ni siquiera dar a entender que se pueden cambiar. El efecto que tendría es que todos los jugadores se pararan hasta que queden claras las reglas de nuevo, ralentizando la expansión de la factura electrónica. Otra posición mayoritaria en España es que tampoco se deben cambiar las reglas de forma que favorezcan a los más lentos (o a los más torpes) del mercado pero con gran potencia de lobby como algunas entidades financieras europeas (afortunadamente, no las españolas).

Entre todos los conceptos que se manejan, el más peligroso es el de «equal treatment» refiriéndose a un tratamiento igual de las facturas electrónicas respecto a las de papel. Y sin definir qué significa eso.

Para ser correcto, debería llevar la coletilla latina «mutatis mutandi», que significa que se aplica la semejanza cambiando lo que haya que cambiar, como consecuencia de la diferencia de soporte que conlleva formas diferentes de gestionar. Por ejemplo, en una factura en papel se le puede poner el sello «pagado» sobre el documento original. Eso no es tan fácil de representar en un documento electrónico, salvo que se tengan en cuenta parámetros de autenticidad electrónica que algunos de los expertos pretenden eliminar de la factura electrónica.

En todo caso, mi posición personal es que no se puede imponer un modelo que cada vez es menos seguro (el del papel) sobre otro que nace con cierto nivel de seguridad. Por el contrario, dado que las facturas en papel son fácilmente falsificables se debería imponer una exigencia de seguridad adicional (se me ocurren varias: usar papel con marcas de agua, usar papel timbrado, usar papel con marcas de trepado, por ejemplo indicando el CIF del emisor, usar papel con tintas ultravioletas,…)

Por todos estos argumentos y algunos más estoy preparando un documento que recoja la posición española a favor del mantenimento de la firma electrónica de las facturas electrónicas en la Directiva 2006/112/CE, y de la adopción internacional a corto de plazo del estándar UBL, sin perjuicio de una migración futura a CII, cuando la norma esté más madura. La idea es enviarlo a la UE en el marco de la consulta  «Consultation on the Final Report of the Expert Group on e-Invoicing».

Estoy abierto a que me envieis comentarios y sugerencias para su inclusión en el documento, pero recordad que el período de la consulta se extiende desde el 30.11.2009 hasta el  26.2.2010, por lo que tengo que enviar el documento en inglés antes del cierre del plazo. Si alguien quiere contactar conmigo para este tema, que llame al 902 365 612.

Ejemplo de factura en UBL, CII, facturae


En nuestro Roadmap de productos relacionados con la factura electrónica se incluye soporte para los formatos facturae (ahora en la versión 3.2), UBL (Universal Business Language) y CII (Cross Industry Invoice).

De todos los formatos, por nuestra experiencia, el UBL es el más completo y el mejor documentado, y el que debería utilizarse en las transacciones internacionales. Entre sus ventajas está la de que desde hace tiempo existen traducciones de todas sus etiquetas a la mayor parte de los idiomas (entre ellos el español), por lo que se evitan ambigüedades y errores de adopción en cuanto al significado de los campos.

Además es el que se está adoptando a nivel internacional, y, posiblemente en España, en el marco del eProcurement (Contratación Pública Electrónica). El Grupo de Trabajo de CEN BII (Business Interoperability Interfaces on public procurement in Europe), ha partido del modelo de contratación pública CODICE desarrollado por la Dirección General de Patrimonio del Estado (que ha demostrado ser una decisiva contribución española a la interoperabilidad europea) para crear el marco de referencia de los nuevos mensajes de licitaciones y contratación pública a partir de los bloques constructivos de UBL desarrollados por OASIS.

Por otro lado, se han desarrollado muchas expectativas respecto al formato CII (Cross Industry Invoice) que representa la concreción por parte de los grupos de trabajo de Naciones Unidas (United Nations Centre for Trade Facilitation and Electronic Business) de la iniciativa de unificar diferentes esfuerzos de estandarización. En este marco, los avances han sido decepcionantemente lentos. El documento de Business Requirement Specifications (BRS) for the Cross Industry Invoice V.2.0 se aprobó en noviembre de 2008 y la última modificación es de mayo de 2009. El esquema de CII se finalizó en el Foro UN/CEFACT que tuvo lugar el 30 de septiembre de 2009 en Sapporo (Japan), en el que estuvieron presentes 200 expertos de 30 países.

Sorprendentemente, el esquema de la «versión 2.0» de CII viene identificado como versión 1.0 del esquema, lo que sirve para despistar aún más, ya que eso implica que la versión 1.0 de CII nunca pasó de la fase de borrador, y la versión 2.0 (borrador) fue la que dió lugar a la versión 1.0 definitiva a la que todo el mundo se refiere como versión 2.0

La escasa y contradictoria documentación disponible sobre CII y el hecho de que se basa en Core Components, al igual que UBL, especificación mucho más madura, definitivamente hace más recomendable empezar por implementar UBL sabiendo que en cualquier momento en el futuro (cuando el estándar madure) será posible transformar una factura UBL en una UN/CEFACT. En todo caso, los Core Components están perfectamente mantenidos por UN/CEFACT, son comunes a ambas implementaciones.

En nuestro caso, hemos intentado implementar todas las versiones en nuestros desarrollos interinos, pensando en extender las funcionalidades de FactOffice y aquí presentamos una factura de ejemplo, codificada en cada formato de los mencionados:

    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.

    Buscando usuarios de FactOffice


    FactOffice es una sencilla herramienta gratuita de facturación electrónica que se instala como complemento de Microsoft Word 2007, y que es de uso muy intuitivo para quienes saben usar Word.

    En la actualidad se han producido más de 4.000 decargas desde que Microsoft lo anunció en mayo de 2009, coincidiendo con el IV Congreso de Factura Electrónica organizado por ASIMELEC.

    Nos gustaría saber cuantos de los usuarios que se han descargado la aplicación la están utilizando para realizar sus facturas, en papel y electrónicas. Este dato será seguramente difícil de conocer.

    También nos gustaría que algunos de estos usuarios contactara con nosotros y nos dijera qué le gusta y qué no le gusta de FactOffice. Como lo podemos mejorar. Qué carencias detecta. Y por supuesto, que nos diga qué es lo que le parece fenomenal…

    Si además nos deja que le hagamos una foto y que le mencionemos en nuestro material publicitario, le estaremos muy agradecidos.

    Por cierto, para contactar puede llamarnos al 902 365 612 y preguntar por Raquel.

    Factura electrónica para Emprendedores


    Un interesante artículo de la Revista Emprendedores preparado por Claudio Novoa sobre factura electrónica utiliza en su información gráfica imágenes generadas a partir de ejemplos de Faccil, la galardonada plataforma desarrollada por Albalia y que ahora explota EADTrust.

    Hago un extracto de los aspectos más importantes (cambiando pequeños detalles erróneos del artículo).

    La factura electrónica

    Está llamada a relegar el papel a un segundo plano. Muy poco a poco su implantación empieza a ganar adeptos entre pymes y autónomos. La velocidad en el envío, el ahorro de costes y una mayor eficacia y control al gestionar la empresa son tres de sus argumentos para convencer a todos. Y tú, ¿a qué esperas?

    Desde agosto de este año (2009) la factura electrónica ya es obligatoria para las grandes firmas en su relación con la Administración central; el resto tendrá hasta febrero de 2011 para adaptarse a esta herramienta digital, adelanta Julián Inza, presidente de Albalia Interactiva. Y es que, a pesar de sus beneficios contrastados, este modelo de facturación aún no goza de una presencia masiva, sobre todo entre las pymes.

    Martín Pérez, presidente de la Asociación Multisectorial de Empresas Españolas de Electrónica y Comunicaciones (Asimelec), considera que se trata de una situación lógica, “como corresponde a una nueva forma de trabajar, que se irá implantando de forma progresiva”.

    A esto, se suma el enorme desconocimiento que los emprendedores poseen acerca de qué es la factura electrónica, los diferentes formatos o los sistemas para integrarla en su organización, como advierte el director general de la Fundación para el Desarrollo Infotecnológico de Empresas y Sociedad (Fundetec), Alfonso Arbaiza.

    Unos interrogantes que iremos resolviendo a lo largo de este reportaje con la ayuda de varios expertos en la materia. Y todo ello con un único objetivo: que digas adiós al papel.

    Delegar o no a terceros

    Como primer paso, hay que saber en qué consiste el proceso, que se resume en la transmisión de facturas o documentos análogos por medios electrónicos (ficheros informáticos) y telemáticos (de un PC a otro); estos se firmarán de manera digital con certificados cualificados, con idéntica validez legal que las facturas en papel.

    Después, deberás tomar la decicisión de si encargarte de esta tarea tú mismo o delegarla en terceros. Si optas por lo primero, Arbaiza lanza el mensaje de su sencillez. “Casi todos los programas de gestión y de contabilidad cuentan con un módulo de facturación electrónica. El único trámite aquí sería conseguir un certificado para firmar”, asegura.

    Además, desde entidades privadas y públicas se están lanzando iniciativas orientadas a facilitar el uso de la factura electrónica. En concreto, el Ministerio de Industria, Turismo y Comercio, a través de http://www.facturae.es/, ha desarrollado una aplicación gratuita con software abierto que permite generar facturas de forma sencilla. Un programa especialmente pensado para pymes, micropymes y trabajadores autónomos.

    Factura tú mismo

    Si uno asume internamente la facturación electrónica –sin subcontratarla-, tiene a su disposición varias fórmulas que, según su grado de complejidad, son:

    • Lo más sencillo. Firmar un correo electrónico (o un documento con formato Word, Excel, Acrobat) y enviarlo con los datos de la factura. Esta modalidad no es la más habitual ni la más beneficiosa, según los expertos consultados. “Es evidente que si el receptor tiene que teclear de nuevo los datos que llegan en un PDF, la eficiencia y rapidez que se le supone al sistema desaparecen”, ilustra Inza.
    • Fórmula intermedia. Consiste en emitir o recibir facturas desde una web con aplicaciones que permite crearlas de forma manual. Sebastián Muriel, director general de Red.es, señala que es un método asequible, pensado para aquéllos a los que les asusta una alternativa más compleja. También resulta interesante para pymes pequeñas, con un volumen de facturas pequeño, opina Xavier Puyol, responsable de Implantación y Proyectos EDI de la Asociación Española de Codificación Comercial (Aecoc).
    • Lo más complejo (y completo). Se trata de integrar un módulo de facturación específico en los sistemas de gestión y financieros de la empresa. Coinciden los expertos que es la fórmula ideal y con la que se obtienen las ventajas que se le atribuyen a la factura electrónica. Entre ellas, una mayor agilidad en los trámites, al estar los procesos automatizados.

    Dejarlo en manos ajenas

    Para los emprendedores que opten por la fórmula de delegar la facturación, existen herramientas colectivas impulsadas por entidades bancarias, operadores de telecomunicaciones o empresas de gestión informática, según afirma Pérez. Pero hay también que tener en cuenta que esta modalidad no exime de las responsabilidades legales que conlleva toda factura, por lo que tendrías que ser muy cuidadoso al elegir al proveedor. Las soluciones varían, según se subcontrate el proceso total o parcialmente:

    • Comodidad máxima. En este caso, el emprendedor no tiene que preocuparse de nada, pues la plataforma se encargará de cumplir todos los requisitos operativos, legales y de cualquier otro tipo. Estos sistemas disponen de una conexión para que el usuario pueda introducir sus facturas. A partir de ese momento, se generará un formato específico de documento al que se le aplicará una firma electrónica.
    • Una firma, por favor. En esta ocasión, el proveedor únicamente tiene que facilitar la firma, aunque también cabe la posibilidad de que ofrezca otros servicios complementarios, como la validación de la misma.

    No hay dos sin tres

    Al margen de estas dos fórmulas de externalización, existe lo que se conoce como autofactura. En esta opción, la responsable de elaborar la factura es la entidad receptora, que, normalmente, también la firma. Este tipo de operaciones es habitual en algunos sectores muy específicos, como el de los seguros. De este modo, la entidad aseguradora genera la factura, después de que el profesional al que ha contratado para solventar un siniestro le haya remitido los datos del trabajo realizado

    Todos los pasos que debes seguir para emitir una factura electrónica

    Nota: este apartado se ha modificado en relación con el artículo de la Revista Emprendedores

    Julián Inza, de Albalia, expone los pasos necesarios para incorporar la factura electrónica a una compañía. Hay que matizar que éste es el camino a seguir por aquellos empresarios que hayan decidido asumir internamente el proceso a través de un programa informático, integrado en sus sistemas de gestión. Se trata de la alternativa más compleja, pero también la que tiene más beneficios:

    • Disponer de un sistema que gestione la firma electrónica, bien a través de un certificado propio o de un sistema externo. Por ejemplo BackTrust (firma con certificado propio) o EADTrust (firma con certificado de terceros).
    • Pedir un certificado de cualquier entidad de certificación registrada en la sección de PSC del sitio web del MITyC, en caso de que esta sea la opción elegida.
    • Decidir en qué formato y con qué programa informático se generarán las facturas. En España las principales alternativas son facturae o UBL.
    • Decidir cómo se va a archivar la factura. La ley contempla la posibilidad de conservar la matriz (la base de datos) o guardar una copia de la factura (documento igual al enviado, incluyendo la firma electrónica). El receptor debe conservarla de forma electrónica
    • Hay que tener en cuanta que solo se pueden enviar facturas electrónicas a aquellos destinatario que hayan prestado su consentimiento expreso, aunque no hay requisitos especiales para demostralo. En la fase de relación para obtener el consentimiento habrá que comprobar que el sistema utilizado por el receptor es compatible con el utilizado por el emisor.
    • En la fase inicial de puesta en marcha del sistema conviene realizar una prueba piloto, en la que se intercambien tres o cuatro facturas.

    ¿Qué campos debe tener?

    El Real Decreto 1496/2003 detalla los datos mínimos que ha de incluir una factura electrónica. En su artículo sexto, se pueden conocer en profundidad unos requisitos que ahora resumimos:

    • Número de la factura y, en su caso, serie.
    • Fecha de expedición.
    • Nombre y apellidos, o razón social, tanto del obligado a expedir la factura como del destinatario de la misma. Para su validez, la factura deberá contener el nombre completo registrado en la escritura de constitución inscrita en el Registro Mercantil.
    • Número de Identificación Fiscal.
    • Domicilio físico de los obligados tributarios, tanto emisor como destinatario. No tiene por qué coincidir éste con el lugar en el que se hace la entrega de bienes y servicios.
    • Descripción de operaciones. Se señalará, de forma destacada, la fecha de entrega del bien o de la prestación del servicio.
    • Tipo o tipos impositivos aplicables a las operaciones. O mención expresa de la causa de exención o no sujeción, en cada caso.
    • El importe de los impuestos en euros y el total de la factura

    ¿Cuánto ahorras?

    Una de las principales fortalezas de la que goza la factura electrónica es el ahorro económico que tiene para la empresa que la utiliza, cualidad que gana atractivo en tiempos de crisis donde los costes se miran, más que nunca, con lupa. Y es que eliminar gastos relacionados con el uso de papel, tinta o impresión constituye una gran ventaja. El cuadro que os mostramos a continuación es de lo más ilustrativo.

    Emisión

    Papel Coste/unidad Factura electrónica Coste/Unidad
    Impresión 0,12 Imputación de costes del proyecto 0,05
    Envío (sobre, sello, correo certificado) 2,60 Servicios externos (tráfico, timestamping) 0,15
    Tratamiento manual 0,35 Gestión (Dpto. Administración) 0,02
    TOTAL: 3,07 TOTAL: 0,22

    Ahorro por factura: 2,85

    Recepción

    Papel Coste/unidad Factura electrónica Coste/unidad
    Recepción y manipulación 0,07 Imputación de costes del proyecto 0,05
    Grabación 0,15 Comprobación de factura y firma-e 0,13
    Tratamiento manual 1,68 Gestión (Dpto. Administración) 0,05
    Archivado (4 años) 1,67 Archivado (4 años) 0,48
    TOTAL 3,57 TOTAL 0,71

    Ahorro por factura: 2,86

    Hay ahorros adicionales como consecuencia de gestiones posteriores. Por ejemplo, facturas que no aparecen o son difíciles de encontrar por estar mal archivadas, en fases de auditoría o inspección. Este problema no se da con los documentos electrónicos.

    NOTA

    Faccil se desarrolló en el marco del proyecto Avanza PYME  PAV-080200-2007-24 impulsado por el Ministerio de Industria Turismo y Comercio.

    FactOffice, la madurez de la eFactura y de la firma electrónica


    Me encantó la presentación que Santi Casas hizo ayer en las Jornadas de Signatura Electrónica. Aunque la anticipa en su blog,  merece la pena verla y oirla.

    Le he pedido que la pase a video. A ver si se anima.

    Empieza con importantes efemérides, como el 40 aniversario del nacimiento de Internet, el 20 aniversario de la caida del muro de Berlín o el 10 aniversario de la existencia de normativa de firma electrónica.

    Y luego repasa 10 años de desarrollo de la firma electrónica y otras circunstancias anejas, entre las que se incluye la factura electrónica. Normas, estándares, navegadores, sistemas operativos, prestadores, empresas,…

    Para concluir que FactOffice supone la culminación del proceso. Una aplicación sencilla, para personas sin excesivos conocimientos del tema, que permite gestionar facturas en papel y electrónicas con pleno valor legal.

     

    Características de zBackTrust


    La firma electrónica es parte de los requisitos que tienen que cumplir entidades financieras y aseguradoras (junto con otras entidades «de especial relevancia económica») para implementar su sistema de interlocución telemática según se dicta en el artículo 2 de la Ley 56/2007, de 28 de diciembre, de Medidas de Impulso de la Sociedad de la Información. También forma parte de la Sede Electrónica, el Registro Telemático y los sistemas de publicación y notificación fehaciente que todos los organismo de la administración pública deben implementar como consecuencia de la aplicación de las Leyes  30/2007, de 30 de octubre, de Contratos del Sector Público y 11/2007, de 22 de junio, de acceso electrónico de los ciudadanos a los Servicios Públicos.

    En las instituciones que cuentan con equipos System z, la solución de firma electrónica de elección es zBackTrust, conjunto de módulos de firma electrónica diseñado por Albalia Interactiva para los equipos de IBM y comercializado conjuntamente con INSA.

    El módulo principal es un servicio Web basado en el estándar OASIS DSS (Digital Signature Service) que se instala de forma centralizada y que ofrece funcionalidades de Firma Electrónica Remota, Verificación y Ampliación de Firmas XAdES-XL a toda la organización. Dispone de funcionalidades de firma electrónica de PDFs y está disponible también en forma de API.

    Estas son algunas de las características de zBackTrust:

    • Celeridad en los procesos de generación y comprobación de Firmas electrónicas a través de API y DSS (Digital Signature Service).
    • Generación de firmas completas XAdES – XL
    • Validación de certificados y firmas electrónicas (permite comprobar los certificados de cualquier prestador de servicios de certificación)
    • Generación de evidencias electrónicas para la custodia digital de documentos electrónicos firmados
    • Compatible con el procesador criptográfico (HSM) IBM 4764
    • Compatible con diferentes Middleware: WebSphere, Weblogic y Tomcat.
    • Entornos z/OS y z/Linux
    • Cumplimiento de estándares de ETSI y OASIS.

    Ventajas de la Solución

    • Indenpendiza los servicios de seguridad y confianza de los procesos de negocio, al disponer de una infraestructura común de firma electrónica para todas las aplicaciones en las que se requiere integrar dichas funcionalidades.
    • Garantiza el crecimiento del sistema con nuevas funcionalidades, sin que afecte al desarrollo del resto de aplicaciones.
    • Minimiza los costes de desarrollo y mantenimiento, evitando la programación de código común en múltiples aplicaciones y plataformas.
    • Garantiza la capacidad de aceptar certificados de cualquier prestador de servicios de certificación europeo.
    • Permite cumplir con la normativa reciente:
      • Factura electrónica (Orden PRE/2971/2007)
      • Contratación Pública (Ley 30/2007)
      • Administración Electrónica (Ley 11/2007)
      • Interlocución Telemática (Ley 56/2007)
      • Directiva 1999/93/CE

    Otros artículos relacionados:

    zBackTrust, firma electrónica para System Z


    Acaba de incluirse en la oferta de INSA la solución desarrollada por Albalia Interactiva zBackTrust, que permite desarrollar el soporte a la firma electrónica desde las plataformas corporativas más avanzadas basadas en equipos System z de IBM.

    En su continuo empuje por los sistemas Mainframe, IBM tiene planeado el lanzamiento de unas 30 mejoras de software para la plataforma System z, las cuales se irán introduciendo a lo largo del 2009.

    12 de ellas ya se han puesto en el mercado y están relacionadas con las herramientas de desarrollo Rational Software, la administración de los datos de InfoSphere y Cognos, las ofertas de gestión de transacciones de WebSphere y los servicios TI de Tivoli.

    El Gigante Azul ha hablado durante años del resurgimiento de los sistemas Mainframe para dar respuesta a las nuevas cargas de trabajo. El aumento de los MIPS (Millones de Instrucciones por Segundo) y el creciente interés de los ISV (Vendedores de Software Independientes) por estos sistemas así lo confirma.

    No en vano y según la compañía, durante el año pasado más de 150 ISVs se han pasado a la plataforma System z y se han añadido más de 1.000 aplicaciones que pueden ser ejecutadas en los mainframes.

    Los analistas indican que buena parte de este resurgir de la plataforma se puede atribuir a los nuevos motores de procesado que IBM ha construido para hacer más fácil la ejecución de tareas Linux y Java en los System z.

    Otros vendedores también están ayudando a este crecimiento. Es el caso de los desarrolladores de software CA o BMC Software, que siguen mejorando sus soluciones para la gestión de los mainframes. Por su parte Unisys lanzó a finales de mayo nuevos equipos basados en la plataforma de IBM.

    Los sistemas z son excelentes entornos de ejecución Java, tanto operando sobre sistema operativo z/OS como zLinux, por lo que permiten la adopción de las tecnologías más avanzadas en un marco de ejecución de alto rendimiento corporativo.

    Referencias: