El proyecto es realmente interesante, con características como las que siguen:

• TP Ferro dispone de sistemas de información especializados, para mantenimiento, explotación, etc.
• Se desea construir una intranet que se integre con estos sistemas especializados siguiendo un paradigma SOA: la información reside en un sistema especializado y es consumida (REST) por un nodo central (intranet), por lo que realmente la complejidad del proyecto está más dirigida a resolver la problemática de integración de sistemas.
• La intranet además debe resolver problemáticas típicas como la gestión de recursos humanos, gestión documental (para lo que se ha escogido Alfresco que se integrará vía CMIS), agendas, gastos, reporting…
• Se nos permite trabajar con metodologías ágiles (Scrum), algo novedoso al trabajar principalmente con Administraciones públicas que requieren metodologías tradicionales como Metrica v3.
• Estamos valorando utilizar un componente central que gestione la interoperabilidad entre los distintos sistemas, para lo que podría utilizarse iCms si la dirección del proyecto lo estima oportuno.
• Se utilizará VIAFIRMA para garantizar la integridad de los documentos críticos, realizando un proceso de firmado digital en servidor.
• La dirección técnica reside en TP Ferro en colaboración con consultores de Klicap.
• Hemos podido percibir un excelente nivel de preparación del proyecto por parte del cliente: ya se dispone de un pre-desarrollo basado en Drupal que resulta ciertamente útil, mind maps para la definición de entidades, etc. En definitiva, un cliente que apuesta por el proyecto lo cual obviamente favorece el éxito del proyecto.

Para construir ese nodo central hemos optado por Drupal, que es una excelente base sobre la que inyectar lógica en base a módulos y además es una herramienta ya perfectamente conocido por el cliente.

Tal y como menciona Pilar Rodríguez en la citada entrevista, VIAVANSI ha sido un actor importante en las nuevas iniciativas de interoperabilidad en la Junta de Andalucía, al ser la empresa desarrolladora de iCMS, sistema para la interoperabilidad de contenidos web.

Vamos a describir brevemente iCMS. La Junta de Andalucía dispone de una gran heterogeneidad de sistemas, productos y backends, que gestionan información de interés para la organización; ésta se encuentra mantenida en estructuras y medios distintos, utilizando por un lado sus propios conjuntos de metadatos, normas para la estructuración y ordenación de los contenidos y, por otro, distintos mecanismos para acceder a la información.
Esta infraestructura actual, totalmente distribuida, ha llevado a la organización a una pérdida de control de su información. Para evitarlo, requiere un esfuerzo importante de recopilación, clasificación y redacción, dificultado a su vez por la mencionada diversidad de sistemas.

iCMS es la respuesta tecnológica de la Junta de Andalucía a este problema; se trata de un sistema que habilita un medio estándar para la integración e interoperabilidad entre los sistemas corporativos en base a protocolos estándar web. Las fuentes de datos pueden ser diversas (gestores de contenidos, aplicaciones corporativas, etc), así como los sistemas capaces de consumir esta información (portales, buscadores, etc.), pero no así el mecanismo y protocolo de comunicación, centralizado en iCMS.

De esta forma se persiguen varios objetivos:

• Aumentar la eficacia y eficiencia de los procesos de publicación de información, disminuyendo costes y mejorando la calidad resultante.
• Propiciar la creación de nuevos servicios que hagan uso de aquella información susceptible de ser publicada, gracias a la comunicación entre los sistemas corporativos que la contienen y aquellos que la explotan o publican.
• Permitir la interoperabilidad con otras administraciones a nivel nacional y europeo, utilizando para ello protocolos y formatos .
• Posibilitar una abstracción completa entre los sistemas que gestionan el contenido y aquellos que hacen uso del mismo (por ejemplo, separando la capa de presentación de la fuente de los datos).
• Avanzar en la utilización de tecnologías y prestación de servicios relacionados con la web semántica.
• Evitar dependencias de sistemas de información concretos: en cualquier momento puede sustituirse una pieza por otra (por ejemplo, sustituir OpenCms por Drupal), siempre que exista el driver iCMS para el nuevo sistema.

La principal función de iCMS es el consumo y gestión de información de un sistema por parte de otro utilizando un marco de comunicación estándar.
Para ello, se ha optado por emplear el enfoque de la Web Semántica como el camino  para conseguir la interoperabilidad de contenidos entre diferentes sistemas. Así, los contenidos que se manejan y transmiten entre los diferentes sistemas iCMS vienen descritos por metadatos, que les aportan un significado más complejo y permiten operaciones avanzadas (como una búsqueda más inteligente) sobre ellos. Utilizar la tecnología de la Web Semántica supone también una gran innovación y una apuesta por el futuro.

La Interfaz de Interoperabilidad establece un canal de comunicación al definir un medio de acceso a datos común para todos los sistemas, un lenguaje de descripción de elementos constante y un conjunto de operaciones que permiten la interacción funcional entre los sistemas. Toda la comunicación se hace a través del protocolo HTTP, permitiendo el acceso a través de una interfaz de tipo REST o como servicio web.

En definitiva, iCMS es un ambicioso proyecto de integración de sistemas desarrollado al 100% por VIAVANSI® entre 2009 y 2010. Ha sido liberado como software libre bajo licencia EUPL en el Repositorio de Software Libre de la Junta de Andalucía (también desarrollado por nuestra empresa).

La revista Socinfo ha galardonado a la Diputación de Cádiz con un premio que valora la colaboración fomentada entre instituciones públicas, destacando el esfuerzo que la Diputación hace para ayudar a los Ayuntamientos gaditanos.

Desde VIAVANSI les felicitamos y nos sentimos honrados de haber podido participar aunque sea de un poquito de esa estrategia de modernización que tan bien están ejecutando.

El portal la verdad es que mejora mucho al anterior, y dentro de las férreos marcos que rodean a los sitios web de las instituciones públicas, introduce algunos conceptos que, si bien son comunes en otro tipo de portales, resultan innovadores en un sitio oficial; por ejemplo, la zona más expuesta al público y central la ocupan una serie de vídeos multimedia servidos vía streaming.

El portal ha sido desarrollado bajo tecnología OpenCms 7.0.4 / Oracle.

Le deseamos una excelente andadura al nuevo portal.

En la URL http://twitter.com/viavansi tenéis ya disponible el Twitter corporativo de VIAVANSI. A través de los tweets pondremos a disposición de todos noticias informales del día a día de nuestra empresa, el sector TIC, etc.

Invitamos a todos nuestros lectores a ser followers!

Namasté.

Para el lector que no conozca @Firma (también conocido como aFirma), se trata de una plataforma de similares características funcionales a Viafirma, teniendo como principales responsabilidades el facilitar a terceras aplicaciones (que se integran con @Firma a través de un API cliente) el soporte de autenticación y firma digital con certificados digitales. Su desarrollo fue dirigido por la Junta de Andalucía, donde es la plataforma corporativa de autenticación y firma digital, y también así ha sido escogida por el MAP (Ministerio de Administraciones Públicas) como su herramienta base para este tipo de funcionalidades, cediendo su uso a cualquier de Administración Pública española. Hablamos por ello sin ninguna duda de una plataforma con una gran relevancia en el mercado y un más que importante número de implantaciones.

¿Por qué comentamos que “puede parecer sorprendente” esta nueva funcionalidad de Viafirma?  Pues porque, como el lector habrá advertido, en principio Viafirma y @Firma “se dedican a lo mismo”, es decir, a facilitar a aplicaciones el soporte de autenticación y firma electrónica. Entonces, ¿para qué integrar ambas plataformas?

La idea de su integración surge de la posibilidad de aislar responsabilidades dentro del proceso de autenticación y firma digital, haciendo que ambas plataformas interoperen en un ambiente SOA y se encarguen cada una de las funcionalidades en las que destacan. En nuestra empresa, VIAVANSI, hemos desarrollado una gran multitud de aplicaciones que se integran con @Firma para la Junta de Andalucía. Quizás podríamos destacar algunas debilidades que bajo nuestro punto de vista hemos advertido en esta plataforma:

• Su matriz de compatibilidad (a día de hoy la última es consultable en este enlace del portal Pluton de la Junta de Andalucía) es relativamente reducida para la Administración Pública, que busca poder dar servicio al 100% de la ciudadanía. Se quedan por ejemplo fuera de ella usuarios de Mac (como el que escribe), hemos observado problemas en función de las versiones de JRE, no hay actualmente soporte de Firefox 3, etc.
• La apariencia (look&feel) del cliente es mejorable.
• Cada aplicación que se integre con @Firma debe disponer en sus librerías del cliente de @Firma, y desarrollar código para utilizar dicho cliente. Ello implica que, cada vez que hay una actualización de este cliente de @Firma, hay que realizar un esfuerzo bastante importante de mantenimiento de aplicaciones para introducir el nuevo cliente, realizar los cambios que sean necesarios, probar y desplegar de nuevo las aplicaciones, etc.

Precisamente, esas debilidades son de hecho puntos fuertes de Viafirma, que la hacen sin duda destacar. Tal vez por ser una plataforma de desarrollo más reciente, Viafirma dispone de una enorme matriz de compatibilidad, pudiendo operar en prácticamente cualquier combinación de sistema operativo / navegador / versión de Java Runtime Environment (JRE) / autoridad de certificación / disposición del certificado (software, tarjeta -DNIe-, token)… Por ejemplo, firma en Mac sin problemas Como ejemplo, en las dos primeras semanas de funcionamiento en la aplicación de “Acciones formativas de las Empresas” de la Fundación Tripartita para la Formación en el Empleo se superaron las 300.000 operaciones de autenticación y firma digital sin apenas incidencias. De hecho, el sistema “Acciones formativas de las Empresas” es probablemente, junto a las aplicaciones de Renta de la Agencia Tributaria, la aplicación pública con más operaciones de firma digital de España, ya que prácticamente cualquier empresa española puede ser usuaria del sistema.

Por otro lado, Viafirma incluye un concepto “push” de su cliente de firma, lo cual es una ventaja crucial para la estrategia de mantenimiento de aplicaciones. La librería cliente reside en un único nodo central (servidor de Viafirma), de forma que cuando se libera una nueva versión de dicha librería, sólo se debe realizarse la actualización en ese nodo. Todas las aplicaciones que utilicen el cliente quedan en ese momento automáticamente actualizadas, reduciéndose así enormemente el impacto de los nuevos desarrollos. Sin duda se evitan así fallos de actualización difícilmente controlables, redundando finalmente todas estas ventajas en la ciudadanía, que en todo caso es -somos- los usuarios de estos sistemas.

Esta nueva característica de Viafirma 2.2 permite utilizar la plataforma para las operaciones más relacionadas con el usuario de la aplicación (la detección y lectura de certificados,  y la operación de firma digital en local). Viafirma se comunica con los API’s Web Services nativos de @Firma para el resto de operaciones de núcleo: la validación de certificados con las CRL’s o servicios OCSP de las diversas autoridades de certificación, la custodia de los documentos firmados, etc.

De esta forma, se consigue una integración rápida y no intrusiva en “modo bridge”. Se podría decir que Viafirma se encarga de la “capa de cliente” del proceso, interactuando con el usuario y su almacén de certificados, y @Firma se encarga de la “capa de servidor”, responsabilizándose de la conexión con las diversas CA’s, la custodia de las firmas (opcionalmente), etc.

Las ventajas de este escenario son así muchas:

• Las instituciones disponen de un cliente de firma universal, que soporta prácticamente cualquier combinación de sistema operativo (Windows, incluyendo incluso la beta de Windows 7, Linux, Mac OS), navegador (Internet Explorer -6, 7 e incluso a nueva versión 8…-, Firefox-incluyendo la versión 3-, Safari, Google Chrome…), versión de JRE (5, 6, etc.), CA’s (FNMT, DNI-e, Camerfirma, ANCERT, Izenpe, Firma Profesional, ANF-AC, etc.), disposiciones (software, tarjeta incluyendo DNI-e, token, etc.)… La matriz de compatibilidad se ve ampliada en una gran magnitud, resultando principalmente favorecida la ciudadanía.
• El cliente de firma de Viafirma soporta incluso la utilización de un certificado exportado en formato P12 (formato de exportación usual en Linux o Mac) o PFX (este último típico de Windows), sin necesidad de importarlo en el almacén de certificados del sistema operativo o navegador. Un típico caso de uso sería, por ejemplo, que tengamos nuestro certificado personal exportado en un pendrive USB y queramos realizar una operación de autenticación o firma digital en un ciber-café, donde tal vez no tengamos permisos para instalar el certificado (o simplemente no lo deseemos por motivos de seguridad). El usuario puede escoger la ubicación del fichero P12 o PFX de una ruta local (como por ejemplo en ese pendrive), y utilizarlo así como si el certificado estuviese instalado en la máquina.
• Se reduce enormemente el coste de mantenimiento de aplicaciones, ya que como se ha comentado anteriormente el cliente de firma sólo reside en un nodo central y la actualización de versiones del cliente se realiza de forma automática en las aplicaciones.
• La institución mantiene su instalación de @Firma plenamente operativa, y en ella reside precisamente la responsabilidad de ejecutar operaciones críticas como la validación de los certificados (revocados, caducados, conexión a CRL’s y servicios OCSP, etc.), custodia de los documentos firmados, y en general, toda la lógica de servidor. Eso sí, la custodia podría ser opcional si se desea que los ficheros y/o sus firmas digitales sean custodiados por la aplicación o incluso por Viafirma, que soporta custodia en sistemas NFS, en ECM’s como Alfresco, y incluso en campos de base de datos tipo LOB.
• Se crea una disposición plenamente coherente con una política de interoperabilidad entre plataformas basadas en arquitecturas SOA, aprovechando los puntos fuertes de cada una de ellas, dispuestos a modo de servicio.

La nueva versión 2.2 de Viafirma además soporta el formato CMS y el formato 3.1 de factura-e e incluye otras actualizaciones menores.

Está calentito calentito; esta misma semana empezamos a trabajar con esta versión, e iremos comentando las novedades que vemos. De momento os puedo anticipar que por fin las contraseñas almacenadas en el settings.xml están ofuscadas

Viafirma ya soporta la autenticación y firma digital con el nuevo Internet Explorer 8, del mismo modo que es 100% compatible con las versiones beta publicadas de Windows 7.

Adjuntamos una captura de pantalla con una operación satisfactoria de firma realizada sobre este navegador.