Documentos de Académico
Documentos de Profesional
Documentos de Cultura
en la Administración electrónica
Mapa de procesos y arquitectura de componentes
Elaborado por:
Centro Nacional de Referencia de Aplicación de las TIC basadas en fuentes abiertas
(CENATIC).
PricewaterhouseCoopers
Edita:
© 2009 CENATIC
(Centro Nacional de Referencia de Aplicación de las TIC basadas en fuentes abiertas).
C/ Vistahermosa, 1-3ª planta
06200 Almendralejo (Badajoz)
Deposito legal: BA-321-09 Este informe está disponible en el sitio web de Cenatic
http://www.cenatic.es
Diseño y producción:
Comfot, s.l.u. Las opiniones expresadas en esta publicación
pertenecen a los distintos autores de los textos incluidos
Reservados todos los derechos. Se permite su copia y distribución por cualquier medio, siempre que se y no reflejan necesariamente la opinión de Cenatic, o de
mantenga el reconocimiento de sus autores y no se realice ninguna modificación de las mismas. las Administraciones Públicas.
Índice
Introducción 5
Referencias 127
Introducción
Mapa de procesos y arquitectura de componentes
Introducción
La entrada en vigor de la LAECSP supone un hito en electrónica, portal Web para la sede electrónica…), otras
cuanto a la obligación por parte de las Administra- veces la LAECSP deja de alguna manera el camino abier-
ciones de poner a disposición de los ciudadanos los to para la elección del sistema limitándose a establecer
servicios públicos de Administración electrónica. En los requisitos a los que se debe dar cumplimiento.
este sentido, las Administraciones se encuentran ante
el reto de adecuar su estructura organizativa, procedi- Es necesario por tanto realizar un análisis combina-
miental y tecnológica para dar cumplimiento a la Ley. do tanto de la LAECSP como de las tecnologías de la
información y comunicaciones disponibles en el mer-
En cuanto al plano tecnológico, el estado del arte de la cado, para poder determinar plataformas, sistemas,
Administración electrónica se encuentra todavía en un módulos o elementos funcionales, que, integrados
estado incipiente y por tanto no es descartable que se conjuntamente, puedan conformar una arquitectura
puedan producir cambios y movimientos en el corto pla- de componentes de Administración electrónica.
zo. Sin embargo, la tendencia y los procedimientos ac-
tualmente establecidos en otras áreas y sectores de van- El presente trabajo pretende exponer un modelo de
guardia en cuanto al uso de tecnologías avanzadas de Administración electrónica genérico, sus agentes, sus
la información y comunicaciones (comercio electrónico, canales, los elementos funcionales que la componen y
banca online, sistemas de información empresariales…) su relación entre ellos, todo ello tomando como punto
constituyen una extraordinaria referencia sobre el cami- de partida el análisis sobre los siguientes 3 ámbitos:
no a seguir por la Administración electrónica.
Ámbito tecnológico: se analizarán las distintas so-
Si bien la LAECSP menciona en ocasiones explícitamen- luciones de Administración electrónica existentes en
te la tecnología o elemento tecnológico que permite dar el mercado de las fuentes abiertas, así como aquellos
cobertura a un requisito o funcionalidad determinada componentes necesarios para dar cobertura a los re-
(ej: eDNI, sistemas basados en certificados para la firma querimientos de la LAECSP.
7
Software de fuentes abiertas en la Administración electrónica
Ámbito de procesos: se analizará la LAECSP desde con: solicitud, registro, pago de tasas, subsanación y
el punto de vista de los diferentes procesos que se ven mejora, etc. Esta fase es conocida como Iniciación se-
afectados por los requerimientos que la normativa esta- gún la Ley 30/1992, de Régimen Jurídico de las AAPP
blece. En este sentido, se analizarán a alto nivel algunos y del Procedimiento administrativo común.
de los más importantes procesos de la Administración La fase de gestión de un expediente por parte de
relacionados con el “ciclo de vida” de un expediente ad- la Administración, en la que se realizan actividades
ministrativo, como son: como: evaluación del expediente, notificación, ale-
La fase de inicio de un expediente administrativo, en la gación del ciudadano, aporte de documentación
que normalmente se realizan actividades relacionadas por parte del ciudadano, etc. Esta fase es conocida
como Instrucción según la Ley 30/1992, de Régi-
Impacto de la LAECSP en tres ámbitos men Jurídico de las AAPP y del Procedimiento ad-
ministrativo común.
Ámbito procedimental Ámbito tecnológico La fase de finalización del expediente por parte de
la Administración, en la que se realizan actividades
como: la resolución, notificación, archivo, etc. Esta
Procesos Soluciones
Administrativos
fase es conocida como Terminación según la Ley
tecnológicas
30/1992, de Régimen Jurídico de las AAPP y del
Procedimiento administrativo común.
8
01.
Plataforma de
Administración electrónica
Mapa de procesos y arquitectura de componentes
1. La plataforma de
Administración electrónica
Usuarios: incluye a todos los posibles agentes sus- Back-office: recursos y sistemas de soporte que
ceptibles de interactuar con el sistema de Adminis- permiten a los empleados públicos la gestión de
tración electrónica. las tareas administrativas asociadas a los trámites.
Canales: engloba el conjunto de interfaces o me- Se corresponde con la “trastienda” de la Adminis-
dios a través de los cuales los usuarios pueden ac- tración electrónica incluyendo los elementos que
ceder a los servicios públicos electrónicos. proporcionan la funcionalidad necesaria para so-
Front-office: conjunto de recursos puestos a dis- portar la gestión electrónica integral de los proce-
posición del usuario para que pueda llevar a cabo dimientos.
todas las tareas relacionadas con su trámite admi-
nistrativo. En este área se encuentran todos aque- Los elementos tecnológicos que componen la arqui-
llos elementos con los que el ciudadano tiene un tectura de componentes de Administración electróni-
contacto directo o interaccion directamente para la ca se encuadrarán bien dentro del área de front-office,
realización del trámite. o bien dentro del área de back-office.
NOTA: el modelo de Administración electrónica presentado en este estudio no deja de ser una propuesta teórica de las múltiples que se pueden
considerar y configurar a la hora de acometer un proyecto de Administración electrónica. Caben por tanto otros modelos e implementaciones
igualmente válidas que cumplan con la Ley de Acceso Electrónico de los Ciudadanos a los Servicios Públicos.
11
Software de fuentes abiertas en la Administración electrónica
Usuarios
Canales
Teléfono Web Presencial Otros: TDT ...
Frontoffice
Sede electrónica Gestor de formularios Identificación electrónica Notificación electrónica
Backoffice
Registro electrónico
Pasarela de pagos
Gestor de expedientes
Archivo electrónico
Plataforma de interoperabilidad
12
Mapa de procesos y arquitectura de componentes
Las principales funcionalidades y características de cada uno de los elementos que componen esta estructura
de Administración electrónica:
13
Software de fuentes abiertas en la Administración electrónica
14
Mapa de procesos y arquitectura de componentes
15
02.
Caracterización y
dimensionamiento del mercado.
Tendencias
Mapa de procesos y arquitectura de componentes
2. Caracterización y dimensionamiento
del mercado. Tendencias
Una vez conocidos los distintos elementos que con- A continuación se presentan los resultados encontra-
forman la plataforma de Administración electrónica, dos tras el análisis de la oferta y demanda del mercado
el objetivo es presentar una selección de productos de soluciones basadas en fuentes abiertas, que se lle-
o soluciones de mercado basados en tecnología de vó a cabo como parte del estudio:
fuentes abiertas y que sirvan de punto de partida para
cumplir con las exigencias de la Ley 11/2007. Oferta
Son múltiples las particularidades del mercado de
Antes de poder elaborar un inventario de herramientas software de fuentes abiertas y que lo hacen distin-
es importante profundizar en el análisis de las princi- to al mercado de software privativo. Una de las más
pales características estructurales y económicas del destacables tiene que ver con la empresa que res-
mercado de soluciones de Administración electrónica palda cada producto. Así como detrás de un produc-
basadas en fuentes abiertas. En este sentido, se ha to de software privativo suele haber una única em-
realizado el análisis desde dos puntos de vista: presa (o, como mucho, algún partner o empresa del
mismo grupo), en el mercado de las fuentes abiertas
Oferta: recoge los resultados del análisis realizado es posible que varias empresas desarrollen diferen-
principalmente a partir de la información proporcio- tes productos partiendo de una misma solución bá-
nada por los distintos proveedores de soluciones de sica, añadiendo cada una sus mejoras particulares
eAdministración en el campo de las fuentes abiertas. que hacen que el producto final sea diferente al res-
to. Esta situación es posible gracias a las libertades
Demanda: se tiene en cuenta la información obtenida que la licencia de software libre proporciona, como
tras una serie de entrevistas con distintas Administra- sucede en el caso del libre acceso al código fuente o
ciones Públicas pertenecientes a los 3 ámbitos de la con la existencia de libertad para su mejora y redis-
Administración. tribución.
19
Software de fuentes abiertas en la Administración electrónica
Siguiendo este razonamiento, no es de extrañar la im- de fuentes abiertas tenga éxito. Aunque es posible de-
portante atomización existente en la oferta del merca- rivar las incidencias o consultas a la comunidad para
do de software de fuentes abiertas, en la que el núme- su resolución, sus tiempos de respuesta pueden no
ro de empleados de gran cantidad de las empresas de satisfacer las necesidades requeridas en entidades
este tipo se sitúa en el rango de 1 a 10 empleados. La como pueden ser las Administraciones. Es por ello
búsqueda por tanto de empresas cuyo modelo de ne- que suele ser recomendable suscribir un contrato de
gocio gira en torno al software de fuentes abiertas se soporte con alguna empresa especializada en el pro-
convierte en una tarea en ocasiones nada sencilla. ducto en cuestión.
20
Mapa de procesos y arquitectura de componentes
Tiene su sede en una gran ciudad. Con frecuen- des Locales cuyas características estructura-
cia tiene oficinas adicionales en ciudades más les y presupuestarias les hace más proclives a
pequeñas. elegir este tipo de perfil de empresa.
Posee una estructura de costes por lo general Buen conocimiento de las particularidades de
más elevada frente a empresas de menor ta- sus clientes debido a su cercanía y proximidad,
maño. así como a la recurrencia de trabajos con el mis-
Aunque cada vez tiene una mejor percepción y mo cliente.
confianza en las ventajas derivadas del uso del Escasa experiencia en grandes proyectos de Comparativa de la oferta de
tecnología de Administración
software libre, en general, suele trabajar sobre Administración electrónica globales. Con fre- electrónica.
él bajo petición expresa de la Administración.
A menudo ofrece el desarrollo a medida como
camino para la obtención del producto final. Empresa TIC de tamaño grande Empresa TIC de tamaño pequeño
No sólo ofrece tecnología sino también expe-
Multinacional Nacional o local
riencia y conocimiento en actividades comple-
mentarias que ayudan a la completa adaptación Proyectos globales Soluciones específicas
a la LAECSP (rediseño de procesos, gestión in- Grandes Administraciones Entidades Locales
tegral del cambio, etc).
Elevado número de recursos Plantillas reducidas
humanos y técnicos
21
Software de fuentes abiertas en la Administración electrónica
cuencia contribuye al desarrollo y/o implanta- Por lo que respecta al grado de cumplimiento de
ción de algún componente aislado en el que es la LAECSP, las Administraciones en el ámbito local,
experto. a excepción de grandes Ayuntamientos o Diputa-
Dispone de una plantilla reducida que puede ciones, están menos preparadas que las de niveles
complicar la simultaneidad en la ejecución de autonómico o nacional, siendo la AGE (Ministerios,
varios proyectos. Direcciones Generales, Agencias...) la que más es-
Estructura de costes, por lo general, menor fuerzo ha realizado en su adaptación a la Ley de Ac-
frente a empresas de mayor tamaño. ceso de los Ciudadanos a los Servicios Públicos.
Gran parte de su modelo de negocio se basa
en la venta de productos y servicios relaciona- En cuanto al uso de tecnologías de fuentes abier-
dos con la tecnología de fuentes abiertas. Gran tas por parte de las Administraciones:
experta y conocedora de la tecnología libre, la
usa, la comparte y contribuye a su desarrollo. La Administración Central, quizá por su carác-
Dispone de soluciones paquetizadas adapta- ter pionero en lo que se refiere a implantación
das a las necesidades de su público objetivo. de sistemas de información y la herencia que
ello supone, tiene un bajo grado de adopción
de software de fuentes abiertas en el ámbito
Demanda de la Administración electrónica.
La demanda de productos de Administración electró-
nica está formada fundamentalmente por las Adminis- A nivel de Comunidades Autónomas la Admi-
traciones Públicas en sus 3 ámbitos: Administración nistración tiene, en general, buena predispo-
General del Estado, Comunidades Autónomas y Enti- sición al uso de software de fuentes abiertas.
dades Locales. Sin embargo, actualmente, a excepción de
ciertas Comunidades precursoras en el uso de
Las reuniones mantenidas con las distintas Adminis- software de fuentes abiertas, la utilización de
traciones revelaron las siguientes conclusiones: software libre en productos de Administración
22
Mapa de procesos y arquitectura de componentes
electrónica es escaso, situándose algunas de bran a utilizar los servicios de proveedores del
ellas en una fase previa o “de test”, en la que se tipo “empresa TIC de tamaño grande” para cu-
han incorporado algunos productos de fuente brir las exigencias que requieren sus sistemas
abierta en campos como el de la ofimática, los y aplicaciones, las Entidades Locales recurren,
portales Web o el entorno servidor, cuyo grado por lo general, a los servicios de consultoras y
de madurez es considerado superior. desarrolladoras de tamaño más reducido y, en
ocasiones, de carácter local.
En las Entidades Locales, como grupo en el
que menos desarrollo se ha dado en el camino Cabe destacar una tercera vía utilizada por las
marcado por la LAECSP, la utilización tanto de distintas Administraciones para proveerse,
software libre como privativo, en este ámbi- ya sea de forma definitiva o transitoria, de la
to, es escaso. Cabe destacar, sin embargo, tecnología que les permita una adaptación a la
el hecho de que un porcentaje moderado de LAECSP en el plazo requerido para ello: utili-
Ayuntamientos de tamaño mediano o pe- zar la tecnología puesta a disposición por otras
queño hayan dado los primeros pasos en su Administraciones.
adaptación a la Ley, y además lo hayan hecho
utilizando tecnología de fuentes abiertas. En
está fórmula, mención especial merece el
papel de diversas Administraciones como:
Si se hace referencia al modelo de proveedores Ministerio de Administraciones Públicas
elegido por las Administraciones para dotarse de con su pasarela de pagos, su plataforma
la tecnología necesaria para su adaptación a la de firma electrónica (@firma), el servicio
LAECSP, éste varía en función del ámbito de la Ad- de notificaciones electrónicas a través de
ministración. Al respecto, Correos (SNTS), la red de interoperabili-
dad SARA o el punto de acceso único para
Mientras que la Administración General del Es- las distintas sedes electrónicas 060, entre
tado y las Comunidades Autónomas acostum- otras.
23
Software de fuentes abiertas en la Administración electrónica
Alto nivel de exigencia en aplicaciones y sistemas por el volumen Ministerio de Industria, Turismo y Comercio
de transacciones. con su Servicio de Pagos Telemáticos (SPT)
Existe tendencia hacia los desarrollos a medida. o con la iniciativa PlanAvanza que pone a
disposición de las Entidades Locales una
Suelen recurrir a proveedores de gran tamaño para proyectos de
envergadura, aunque para desarrollos específicos plataforma global de Administración elec-
Administración ocasionalmente acuden a proveedores de menor tamaño. trónica (SIGEM).
General del Estado
Con frecuencia se ponen herramientas a disposición de otras
Administraciones. Comunidades que han hecho una apuesta
fuerte por el desarrollo interno de solucio-
nes de Administración electrónica basadas
Alto nivel de exigencia en sus aplicaciones y sistemas por el alto en fuentes abiertas y que han sido puestas
volumen de transacciones. a disposición del resto de Administraciones
Acuden a proveedores de todos los tamaños aunque, para bajo licencia de software libre.
los grandes desarrollos a medida, existe preferencia por las
Administración empresas de mayor tamaño.
Diputaciones, Cabildos, Consejos Insula-
Autonómica
Algunas liberan el código de sus herramientas para su uso en res y otras entidades supramunicipales que
otras Administraciones.
proporcionan servicios y tecnología a las
Entidades Locales que, por su circunscrip-
ción, presentan mayores dificultades presu-
Menor volumen de transacciones. puestarias.
Opta por una combinación de soluciones de otras
Administración Administraciones (AGE, CCAA, Diputaciones, etc) y soluciones El esquema de esta página resume el comportamiento
Local paquetizadas de proveedores de tamaño mediano-pequeño.
de las distintas Administraciones en su acceso al mer-
cado de soluciones de Administración electrónica:
24
03.
Inventario de soluciones
y valoración
Mapa de procesos y arquitectura de componentes
3. Inventario de soluciones
y valoración
El resultado del trabajo de campo e investigación lle- dan acceder a ellas de manera gratuita previa firma
vado a cabo tanto con proveedores como con Admi- de un convenio.
nistraciones permitió elaborar un inventario de so- Considerar aquellas soluciones que no se correspon-
luciones de Administración electrónica basadas en dan con pequeños submódulos o funcionalidades ya
fuentes abiertas sobre el que comenzar a trabajar. incluidas regularmente en otros elementos funciona-
les (anexado, sellado de tiempo, portafirmas, etc).
A partir de este inventario inicial se procedió a realizar
una nueva selección. Para la obtención del nuevo in- Es importante mencionar que el estudio nace con la
ventario reducido de soluciones, se tuvieron en cuenta vocación de continuar y evolucionar el inventario aquí
los siguientes criterios: expuesto de acuerdo a los rápidos movimientos que
Considerar aquellas soluciones que se encuentren se suceden en el mercado del software de fuentes
más extendidas en el ámbito de la Administración abiertas: continuamente nuevos productos apare-
y/o empresarial. cen en escena y otros existentes son liberados tanto
Considerar aquellas soluciones que aporten fun- por empresas como por Administraciones (como por
cionalidad exclusiva y/o estándares reconocidos ejemplo la posibilidad de que en el corto plazo se libe-
internacionalmente. re el código de la solución SIGEM de Avanza Local o
Considerar aquellas soluciones que dispongan de la solución de archivo electrónico i-Arxiu de la Gene-
documentación e información accesible. ralitat de Catalunya). Se hace por tanto necesaria una
Considerar aquellas soluciones que constituyan puesta al día del listado de soluciones.
una solución o producto “simple” o “base”.
Considerar aquellas soluciones que estén dispo- En este sentido, el inventario pretende ser actualizado
nibles para ser descargadas a través del Web (ej: periódicamente incorporando nuevos productos o mo-
repositorio o forja) o que las Administraciones pue- dificando las características de los ya existentes en el lis-
27
Software de fuentes abiertas en la Administración electrónica
tado conforme a las nuevas versiones y evoluciones que A la hora de mostrar las soluciones o productos que dan
se sucedan en los mismos. Los datos más actualizados cobertura a la funcionalidad requerida para un elemento,
al respecto podrán encontrarse en www.cenatic.es es importante tener en cuenta también que, en algunos
casos, los proveedores de productos de Administración
A continuación se recorrerán todos y cada uno de los electrónica basados en fuentes abiertas ofrecen pro-
elementos funcionales o componentes tecnológicos ductos específicamente diseñados para dar cobertura a
que conforman el modelo de plataforma de Adminis- un único elemento funcional (pasarela de pago, registro
tración electrónica descrito anteriormente. de entrada/salida, etc). En otros casos, sin embargo, las
soluciones ofrecidas por los proveedores se presentan
Cada uno de los elementos de la plataforma será ana- como soluciones o plataformas globales de Administra-
lizado descriptivamente de acuerdo al esquema o es- ción electrónica incluyendo la funcionalidad de varios de
tructura que aparece bajo estas líneas. los componentes de la plataforma de eAdministración.
Se pone en contexto el elemento funcional, dando detalles acerca de su estructura y funciones principales que realiza.
Descripción del elemento
Asimismo se indica la tipología de productos que se encuentran en el mercado para dar cobertura a la funcionalidad que
funcional
caracteriza al elemento.
Particularidades
del mercado Se repasa la situación del mercado para el producto o solución desde el punto de vista de las fuentes abiertas.
Se desarrolla la lista de productos o soluciones encontradas como resultado del análisis. En el inventario se detallarán todas las
Inventario
de soluciones
soluciones encontradas, distinguiendo aquellas que van a ser valoradas posteriormente, debido al cumplimiento de los
requisitos diferenciadores definidos anteriormente.
Se indican aspectos sobre las soluciones, para posteriormente extraer conclusiones desde el punto de vista de los criterios
Valoración de soluciones
estratégicos, funcionales y técnicos. También se exponen algunos de los criterios más proclives a ser tenidos en cuenta por las
Administraciones a la hora de seleccionar la alternativa más conveniente para ellas.
No se incluirán en la valoración aquéllas soluciones del inventario que se desarrollen o deriven a partir de soluciones basadas
en fuentes abiertas proporcionadas por una Comunidad de desarrolladores.
28
Mapa de procesos y arquitectura de componentes
En este último caso, caben dos posibilidades: En cualquier caso, la valoración se realizará por elemento funcio-
Que la plataforma se componga de módulos independientes nal, desagregando los módulos de las plataformas globales en pro-
que se pueden separar o integrar en la plataforma en función de ductos/soluciones individuales.
las necesidades.
Que existan fuertes dependencias entre los módulos que con- En cualquiera de los dos casos, la valoración se realizará por ele-
forman la plataforma global. mento funcional, desagregando los módulos de las plataformas
globales en productos/soluciones individuales.
Cabe destacar que no son las únicas aproximaciones para ofrecer
productos y servicios. De hecho, existen pocas soluciones paque- Por último, sobre la procedencia de la información y contenidos
tizadas open-source que cubran completamente las necesidades incluidos en la valoración del presente documento es importante
de la e-Administración sin necesidad de desarrollos adicionales. señalar lo siguiente:
Esto en ocasiones supone un importante impacto en términos de Gran cantidad de información ha sido proporcionada por los
esfuerzo a la hora de integrar las distintas herramientas incluidas propios proveedores de la solución o por las Administracio-
en el informe, lo que puede constituir una barrera para la implanta- nes usuarias del producto.
ción de soluciones 100% basadas en fuentes abiertas. Se ha utilizado información públicamente disponible (ej: ho-
jas de producto, información disponible en las Webs corpo-
En este sentido, algunas empresas y Administraciones Públicas rativas, información general encontrada a través de la Web,
ofrecen tecnologías para desplegar soluciones que den cobertura etc).
a la LAECSP. Tal es el caso de BULL, que ofrece un servicio de per- En ningún caso la información resultante se corresponde
sonalización e integración a Administraciones Públicas de su pla- con el fruto de un proceso de contraste de cada uno de los
taforma "eAdmin", basada en productos open source como Alfres- criterios utilizados en la valoración de las distintas herra-
co o Novabonita analizados en este estudio de manera separada. mientas.
29
Software de fuentes abiertas en la Administración electrónica
30
Mapa de procesos y arquitectura de componentes
31
Software de fuentes abiertas en la Administración electrónica
este grupo queda fuera del alcance del presente Dentro de las herramientas prefabricadas, basadas en
estudio. software de fuentes abiertas, se pueden encontrar en
Prefabricadas: los gestores de contenido y/o he- el mercado 2 formatos distintos:
rramientas de portal son ambas de gran valor para Producto simple: se trata de una de las herra-
cumplir las expectativas y necesidades de las AAPP mientas prefabricadas tal y como son distribuidas
en busca de una rápida adaptación a la LAECSP. por la comunidad de desarrolladores.
Estas herramientas permiten una mejor gestión e Producto derivado: se corresponde con un pro-
incorporan gran agilidad al proceso de creación de ducto construido a partir de una de las herramien-
la sede electrónica pues incluyen módulos, compo- tas prefabricadas que incluye funcionalidades
nentes y plantillas que de otra manera tendrían que adicionales y se parametriza de acuerdo a las ne-
ser programadas una a una. cesidades de negocio del cliente. Algunas empre-
sas proveedoras que trabajan con software basado
Tanto si se parte de cero para la construcción de un en fuentes abiertas ofrecen este tipo de producto
portal Web como si se utiliza una herramienta prefabri- como una alternativa que puede acelerar todavía
cada (CMS, Portal Server), es posible utilizar tecnolo- más si cabe la creación de la sede electrónica por
gía de fuentes abiertas frente a tecnología privativa. parte de las Administraciones.
32
Mapa de procesos y arquitectura de componentes
33
Software de fuentes abiertas en la Administración electrónica
Inventario de soluciones
La lista con la selección de gestores de contenido/herramientas de portal simples está formado por las siguientes
referencias:
* Soluciones a valorar La lista para gestores de contenido/herramientas de portal derivados incluye productos como:
34
Mapa de procesos y arquitectura de componentes
Valoración de las soluciones za. Se trata de una herramienta que permite la ge-
neración de portales para las Entidades Locales.
Tanto el gestor de contenidos como el portal server
pertenecen ambos a familias de producto con amplia Los productos elegidos para la presente valoración
trayectoria en el campo de las fuentes abiertas. Son están, en general, dotados de todas las medidas de
productos que han sido extensivamente testeados, seguridad, estabilidad, escalabilidad y funcionalidad,
utilizados e implantados con éxito tanto en el ámbito orientadas a, mediante las actividades de integración
de la Administración como en el empresarial. necesarias, cumplir con los requisitos de la LAECSP.
Además, la mayoría de ellos disponen de una reputa-
La lista de herramientas prefabricadas basadas en da y activa comunidad de desarrolladores respaldan-
fuentes abiertas incluye por tanto numerosas referen- do el producto.
cias, muchas de ellas con una calidad excelente en lo
que respecta tanto a funcionalidad como a estabilidad Así, se deduce que los criterios que motiven la deci-
y seguridad de las herramientas. sión en un sentido u otro a la hora de la selección defi-
nitiva del gestor de contenidos y/o portal, no tendrán
La selección del presente estudio recoge varias solucio- que ver, en general, con el cumplimiento de la LAEC-
nes que se podrían dividir en 3 grupos diferenciados: SP. Más bien, tenderán a ir desde criterios funciona-
Un primer grupo con las más importantes herra- les que se ajusten a sus necesidades específicas (ej:
mientas simples respaldadas por una comunidad posibilidad de realizar encuestas) hasta criterios que
de desarrolladores de software libre. podrían considerarse más subjetivos (ej: afinidad/ex-
Un caso particular de herramienta que, si bien se pertise del equipo sobre la tecnología de desarrollo
entrega con licencia comercial, cumple una de las (Java VS PHP)).
principales libertades del software de fuentes abier-
tas: el acceso al código para su mejora. En cualquier caso, una Prueba de Concepto siempre
LocalWeb, iniciativa del MITYC enmarcada en el se recomienda como herramienta de apoyo en el pro-
área de Servicios Públicos Digitales del Plan Avan- ceso de selección de cualquier producto.
35
Software de fuentes abiertas en la Administración electrónica
EzWeb-
Drupal eXo Portal MyMobileWeb Joomla Liferay OpenCMS Plone WebSinergy XimDEX LocalWEB
Criterios estratégicos
Tipo de licencia GPL AGPL LGPL GPL MIT LGPL GPL CDDL Privativa Privativa
Coste versión Community 0 0 0 0 0 0 0 0 No aplica No aplica
Coste versión Enterprise No existe No No existe No existe No existe No existe No existe 0 No No aplica
disponible disponible
Basado en fuentes abiertas
Ámbitos de la Administración Todos Todos Todos Todos Todos Todos Todos Todos Todos EELL
para los que está dirigido
Comunidad activa Limitada
Posibilidad de contratar
soporte profesional
Coste soporte profesional Desde No No No No Desde No No No No
800$/año disponible disponible disponible disponible 1.500€/ disponible disponible disponible disponible
10 casos
/anual
Documentación abierta
al público
Cursos de formación
abiertos al público
Cumple/Soportado
No cumple/No soportado
36
Mapa de procesos y arquitectura de componentes
EzWeb-
Drupal eXo Portal Joomla Liferay OpenCMS Plone WebSinergy XimDEX LocalWEB
MyMobileWeb
Criterios funcionales
Tipo de herramienta CMS Portal Portal CMS Portal CMS CMS Portal CMS Portal
(capacidades core) Server Server Server Server Server
Permite la utilización de No No
certificados de dispositivo disponible disponible
seguro para su identificación
garantizando la identidad
del titular de la sede
Funciones de auditoría No No
disponible disponible
Permite añadir el contenido No Limitada Limitada No
de la forma"arrastrar y soltar" disponible disponible
Incorpora motor de workflow Opcional No Opcional No
disponible disponible
Incorpora funcionalidad No
de "encuestas" disponible
Incluye funcionalidad No
de "foro" prediseñada disponible
Incluye la función "deshacer" Opcional No Opcional No
disponible disponible
Cumple/Soportado
No cumple/No soportado
37
Software de fuentes abiertas en la Administración electrónica
EzWeb-
Drupal eXo Portal Joomla Liferay OpenCMS Plone WebSinergy XimDEX LocalWEB
MyMobileWeb
Criterios técnicos
Lenguaje de programación PHP Java Phyton PHP Java Java Phyton Java No Java
disponible
Autenticación Kerberos No
disponible
Autenticación LDAP Opcional No
disponible
Ha superado algún programa No No
de certificación disponible disponible
El diseño de la sede cumple los Limitada Limitada Limitada
principios de accesibilidad y
usabilidad de acuerdo con las
normas establecidas al respecto
(Según el BOE n. 141 de 13/6/2003 en la
disposición 7, articulo 2: se deben cumplir
al menos los requisitos AA del W3C)
Multi-idioma
Editor WYSIWYG
Cacheo avanzado No No
disponible disponible
Admite instalación de alta No
disponibilidad (cluster) disponible
Nombre de algunas herramientas PHP-AS, Cualquier Apache-AS, Apache JBOSS-AS, Tomcat, Zope-AS, NetBeans, MySQL Localgis,
productos/componentes con MySQL, Java-AS PostgreSQL AS, JOnAS-AS, JBOSS-AS, Zope-bbdd Eclipse, SIGEM
las que está preparado de manera Postgres MySQL Glassfish MySQL MySQL
especial para integrarse Apache, IIS ... Postgres Glassfish
...
38
Mapa de procesos y arquitectura de componentes
Gestor de formularios
La gestión de los formularios engloba las actividades Tradicionalmente los formularios han sido diseña-
de construcción, conservación, presentación y utiliza- dos utilizando el lenguaje de programación HTML.
ción de formularios electrónicos dentro de la platafor- Sin embargo, recientemente ha aparecido un nuevo
ma de administración electrónica. estándar definido por el W3C: XForms. Este están-
dar está suponiendo un importante avance en la
Sin embargo, no todas las herramientas relacionadas forma de concebir los formularios por las numero-
con formularios hacen una gestión integral del ciclo sas posibilidades y funcionalidades que ofrece:
de vida de un formulario. Algunas herramientas sirven Validaciones online.
sólo para su diseño, otras para la gestión de la aso- Integración con servicios Web.
ciación de los formularios con determinados procedi- Guardar el formulario y recuperar sus datos
mientos, etc. posteriormente.
Utilizar el resultado de un cuestionario como in-
En cuanto a la tecnología de soporte a los formularios, put de otro distinto.
es importante destacar los importantes cambios y no- Calcular valores del formulario a partir de otro.
vedades que se han producido recientemente: Definir rangos de valores para un campo deter-
La posibilidad de emular electrónicamente la apa- minado.
riencia que tienen los formularios en papel (ejemplo:
PDF) , permitiendo, no sólo descargarlo, sino tam-
bién cumplimentarlo, adjuntar archivos y enviarlo,
es uno de las funcionalidades más pretendidas por
las Administraciones.
39
Software de fuentes abiertas en la Administración electrónica
Sobre el mercado de productos de formularios elec- La selección aquí presentada tiene en cuenta las dis-
trónicos: tintas herramientas relacionadas con formularios, tan-
to desarrolladas por Administraciones como por pro-
La oferta open source de productos para la gestión veedores/comunidades, especificando las partes del
de formularios no es muy abundante, encontrándo- ciclo de vida del formulario que son cubiertas por cada
se con frecuencia circunscrita al ámbito de la cons- una de las herramientas.
trucción de los formularios.
El grupo de herramientas para la gestión de formula-
Recientemente han aparecido importantes y nove- rios incluye las siguientes:
dosas iniciativas en el campo de las fuentes abiertas
para la construcción de formularios. Y, como suele
suceder con la tecnología de fuentes abiertas, vie-
nen de la mano de un estándar.
40
Mapa de procesos y arquitectura de componentes
* Soluciones a valorar.
En el presente estudio se han considerado, por una parte, un ducción y uso de estándares así como por el creciente interés
grupo de herramientas con licencia de software libre disponibles de las empresas y Administraciones por el uso de los formularios
en el mercado para la construcción de formularios y, por otra, un electrónicos.
conjunto de soluciones para la gestión de formularios impulsadas
por la Junta de Andalucía. Debido a que, a priori, todas estas herramientas abordan los re-
querimientos necesarios en relación a los formularios electróni-
El grupo de herramientas de software libre orientado a la cons- cos, es de prever que la elección por parte de las Administraciones
trucción de formularios requiere, en principio, de ciertos desa- de las herramientas para la gestión de formularios, vendrán moti-
rrollos a medida para su integración en cada uno de los procedi- vadas fundamentalmente por criterios de tipo funcional y técnico,
mientos electrónicos. Al respecto, es importante mencionar que como pueden ser el cumplimiento de estándares o funcionalida-
se ha producido una auténtica revolución motivada por la intro- des avanzadas en la construcción y edición de formularios.
41
Software de fuentes abiertas en la Administración electrónica
Cumple/Soportado
No cumple/No soportado FormFaces Formul@ Orbeom Present@ Solicit@
Forms
Criterios estratégicos
Tipo de licencia BSD EUPL LGPL EUPL EUPL
Coste versión Community 0 0 0 0 0
Coste versión Enterprise No existe No aplica No existe No aplica No aplica
Basado en fuentes abiertas
1
No 1
disponible
Ámbitos de la Administración Todos Todos Todos Todos EELL
para los que está dirigido
Comunidad activa
Posibilidad de contratar soporte profesional No No aplica Desde No aplica No aplica
disponible 1.995$/año
Coste soporte profesional No No aplica Desde No No
disponible 1.995$/año aplica aplica
Documentación abierta al público Limitada Limitada Limitada
Cursos de formación abiertos al público
Numero de instalaciones del producto No No No No >50
en la Administración española disponible disponible disponible disponible
1
Si bien el código es de fuente abierta, la solución requiere la utilización de aplicaciones privativas para su funcionamiento
42
Mapa de procesos y arquitectura de componentes
Cumple/Soportado
No cumple/No soportado FormFaces Formul@ Orbeom Present@ Solicit@
Forms
Criterios funcionales
Permite el diseño/construcción de
formularios
Incorpora la funcionalidad de
administración y gestión de la asociación
formulario-procedimiento
Realiza validación de datos en el sevidor
Permite el relleno del formulario offline No No No
FromFaces Formul@ Orbeom Present@ Solicit@
y su envío posterior disponible disponible disponible
Forms
Criterios técnicos
Cumple el estándar XForms del W3C
Posibilidad de emular la apariencia del
formato en papel (ej: PDF)
Autocompletar (validación as-you-type) No No No
disponible disponible disponible
Editor WYSIWYG No
disponible
Admite instalación de alta disponibilidad (cluster)
Nombre de algunas JBOSS Otros Intalio Otros Otros
herramientas/productos/componentes jBPM módulos BPMS módulos módulos
con las que está preparado de manera Wand@ Wand@ Wand@
especial para integrarse (@ries, (@ries, (@ries,
Trew@...), Trew@...), Trew@...),
@firma @firma @firma
43
Software de fuentes abiertas en la Administración electrónica
Identificación electrónica
44
Mapa de procesos y arquitectura de componentes
Inventario de soluciones
* Soluciones a valorar.
45
Software de fuentes abiertas en la Administración electrónica
Tal y como sucede en el caso de otros elementos fun- Admite un amplio espectro de formatos de firma
cionales en los que la Administración es el principal (XAdES, CAdES, CMS, XMLSignature, etc).
usuario de la tecnología, la oferta de productos basa- Otros elementos o productos de Administración
dos en fuentes abiertas es, en cierto modo, limitada. electrónica (pasarela de pagos RED.ES, SNTS/SIS-
NOT, SIGEM, etc) se integran de manera nativa con
El impulso dado por las Administraciones a la platafor- @firma.
ma @firma le confiere una posición dominante propor- Alineación con el resto de Administraciones (60%
cionando, entre otras, unas ventajas que en la mayoría Administraciones adheridas a finales de 2008).
de ocasiones influyen de manera determinante en la
toma de decisiones por parte de las Administraciones: En cambio, existen otros servicios de valor añadido,
Gratuidad por su implantación, uso y servicio de so- como por ejemplo, independencia sobre servidores
porte. ajenos u otras funcionalidades adicionales, que pue-
Con la firma de un acuerdo con el MAP se tiene ac- den mover la balanza de decisión a favor de otras al-
ceso al 100% de las Autoridades de Certificación ternativas.
españolas.
46
Mapa de procesos y arquitectura de componentes
@firma Viafirma
Criterios estratégicos
Tipo de licencia Privativa GPL
Coste versión Community 0 0
Coste versión Enterprise No aplica No
disponible
Basado en fuentes abiertas
Ámbitos de la Administración para los que está dirigido Todos Todos
Comunidad activa
Posibilidad de contratar soporte profesional Soporte
gratuito
Coste soporte profesional 0 No
disponible
Documentación abierta al público
Cursos de formación abiertos al público
Número de instalaciones del producto en la Administración española >200 No
disponible
Cumple/Soportado
No cumple/No soportado
47
Software de fuentes abiertas en la Administración electrónica
@firma Viafirma
Criterios funcionales
Admite el DNI-e para la identificación o autenticación del ciudadano
Admite el sistema de firma avanzada basado en certificado seguro para la identificación
o autenticación del ciudadano
Admite el DNI-e para la identificación o autenticación de los empleados de la
Administración Pública
Admite la utilización de sello electrónico para la actuación administrativa autorizada
(firma de órgano o desatendida)
Permite el firmado de documentos por parte del ciudadano
Incorpora funciones de validación de la firma
Incorpora un módulo de portafirmas
Permite la firma masiva de ficheros
Admite jerarquías de firma CoSign (paralela) y CounterSign (secuencial) No
disponible
Auditoría de las transacciones y documentos firmados
Incorpora sellado de tiempo
Cumple/Soportado
No cumple/No soportado
48
Mapa de procesos y arquitectura de componentes
@firma Viafirma
Criterios técnicos
Caché de validación para evitar el acceso reiterado al mismo PSC
Formatos de firma PKCS#7, XML
CMS, XML Signature
Signature, Versión
XAdES, comercial:
CAdES CMS,
XAdES y
factura-e
Algoritmos de cifrado No AES
disponible
Acepta certificados bajo el estándar ITU-T x509 v3 según RFC 3280
Protocolos de validación OCSP, OCSP,
HTTP HTTP
(CRLs) y (CRLs) y
LDAP LDAP
Admite instalación de alta disponibilidad (cluster) No
disponible
Nombre de algunas herramientas/productos/componentes con las que está preparado No aplica No aplica
de manera especial para integrarse
Cumple/Soportado
No cumple/No soportado
49
Software de fuentes abiertas en la Administración electrónica
Las tareas fundamentales del registro electrónico son Sobre el mercado de productos de registro:
tomar una referencia de tiempo, anotar el asiento de la
entrada/salida, guardar los datos de la presentación El registro electrónico es uno de los elementos de la
de información, y devolver un acuse de recibo con el Administración electrónica más implantados en la
número de registro y momento de la presentación. actualidad, quizá porque forma parte del grupo de
elementos imprescindibles para alcanzar el tercer
El registro podrá asimismo incluir funcionalidades adi- nivel de los 4 niveles definidos en el Plan de acción
cionales, como por ejemplo, el sellado de tiempo para e-Europe 2005.
obtener la referencia temporal, el cotejo/compulsa
electrónica de documentos presentados físicamente
Nivel 1 Información a través de internet disponible para
o el funcionamiento como registro único para toda la su consulta
Administración.
Nivel 2 Descarga de formularios del procedimiento
La funcionalidad de este elemento es normalmente
Nivel 3 Envío a la Administración de los formularios por
cubierta por un único componente dentro del mer-
vía electrónica o respuesta personalizada por
cado aunque, en el caso de ciertas funcionalidades, parte de la Administración a consultas de los
como por ejemplo, el sellado de tiempo, es posible en- ciudadanos
contrarlas separadas del registro como un producto
distinto al registro. Nivel 4 Pago y entrega del bien, servicio o documento
50
Mapa de procesos y arquitectura de componentes
Inventario de soluciones
Pero, al contrario de lo que sucede con la sede elec- La selección de herramientas de registro incluye las
trónica (en la que el público objetivo usuario per- siguientes:
tenece a multitud de ámbitos: Administraciones,
empresas, así como por particulares), el registro
Herramienta Desarrollador Impulsor/Propietario
electrónico es un producto cuyo ámbito de utiliza-
@ries* IECISA Junta Andalucía
ción se reduce a círculos como el Universitario o de
la Administración. SIGEM (Registro)* IECISA MITYC/SETSI
Por lo tanto, es muy probable que esto explique por Open Cities (Registro)* Ándago Ándago
qué no se han encontrado registros con licencia de Retel Steria Steria
fuentes abiertas que originalmente hayan sido de-
sarrollados por una comunidad de software libre.
Las únicas referencias que existen bajo licencia de
software libre se corresponden con iniciativas bien * Soluciones a valorar.
de la Administración, o bien de algún proveedor
cuyo modelo de negocio gira en torno al software
de fuentes abiertas.
51
Software de fuentes abiertas en la Administración electrónica
En el presente estudio, se ha incluido un registro con Aunque puedan diferir en las funcionalidades o carac-
licencia de fuentes abiertas desarrollado por la Admi- terísticas técnicas que incorporan, todos ellos están
nistración, otro desarrollado por una empresa y libe- orientados a dar cobertura a la LAECSP. Así pues, las
rado bajo licencia de software libre, y, finalmente, uno razones que motiven la adopción de una u otra solu-
de los registros que, a pesar de no tener licencia libre, ción, tendrán más que ver con cuestiones de tipo es-
está a disposición de las Entidades Locales de mane- tratégico (dependencias tecnológicas) o de tipo parti-
ra gratuita y que por tanto tiene una gran aceptación cular (usabilidad, facilidad de manejo…) que podrán
entre las Administraciones que pertenecen a dicho ser resueltas con ayuda de una Prueba de Concepto
ámbito. previa a la toma de la decisiones final.
52
Mapa de procesos y arquitectura de componentes
Criterios estratégicos
Tipo de licencia EUPL GPL Privativa
Coste versión Community 0 0 0
Coste versión Enterprise No existe No No aplica
disponible
Basado en fuentes abiertas 1
Ámbitos de la Administración para los que está dirigido Todos CCAA/EELL EELL
Comunidad activa Limitada No aplica
Posibilidad de contratar soporte profesional
Coste soporte profesional No No No
disponible disponible disponible
Documentación abierta al público Limitada
Cursos de formación abiertos al público
Número de instalaciones del producto en la Administración española >50 11 >50
Cumple/Soportado
1
i bien el código es de fuente abierta, la solución requiere la utilización de aplicaciones privativas
S No cumple/No soportado
para su funcionamiento.
53
Software de fuentes abiertas en la Administración electrónica
Criterios funcionales
Preparado para incorporar funcionalidad de compulsa/digitalización electrónica Opcional
(Compuls@) (Twain)
Emisión de l acuse de recibo de la solicitud
Incorpora funcionalidad de anexado
Incorpora módulo de sellado de tiempo
(Not@rio)
Criterios funcionales
Cumple con especificación SICRES v3 En
desarrollo
Sellado de tiempo cumple con el protocolo definido en la rfc 3161 No
disponible
Admite instalación de alta disponibilidad (cluster)
Nombre de algunas herramientas/productos/componentes con las que está Otros Resto de Otros
preparado de manera especial para integrarse modulos módulos de modulos
Wand@ Open SIGEM,
(Compuls@, Cities, LocalWeb
Not@rio, Open @firma, SPT,
Notific@, Citizen SNTS
Trew@...),
@firma
54
Mapa de procesos y arquitectura de componentes
Pasarela de pagos
Por lo que respecta al mercado de la pasarela de pagos: A pesar de ser gratuita la implantación y/o uso de
Aunque existe una gran número de plataformas de los servicios ofrecidos por estas plataformas, y, en
pago basadas en tecnología privativa no se puede general, estar desarrolladas sobre productos basa-
afirmar lo mismo si nos referimos al ámbito de las dos en tecnología de fuentes abiertas, las licencias
fuentes abiertas. no se corresponden con ninguna de las existentes
Sin embargo, al igual que sucede con la platafor- en el ámbito del software libre. Sin embargo, aun-
ma de notificaciones o con la de firma electrónica, que el tipo de licencia de dichas plataformas no sea
la Administración General del Estado ha realizado abierta, debido a la generalización y uso masivo de
un esfuerzo importante poniendo a disposición del estas alternativas por parte de las diferentes Admi-
resto de Administraciones dos pasarelas de pagos nistraciones, se ha considerado imprescindible in-
para la Administración electrónica. cluirlas en el estudio.
55
Software de fuentes abiertas en la Administración electrónica
La lista de productos basados en software de fuentes De las dos pasarelas analizadas, una de ellas se cir-
abiertas para este elemento es la siguiente: cunscribe al ámbito de la AGE y, de manera más es-
pecífica, se utiliza para el cobro de tasas/impuestos.
En cambio, la otra tiene un propósito más general, es-
Herramienta Desarrollador Impulsor/Propietario
tando abierta a todos los ámbitos de la Administración
Pasarela de pagos* MAP-AEAT MAP/AEAT
y posibilitando el pago de cualquier trámite con cierta
Servicio de Pago Telemático (SPT)* MITYC-Red.es MITYC/Red.es independencia de la naturaleza del procedimiento.
56
Mapa de procesos y arquitectura de componentes
Pasarela SPT
de pagos
Criterios estratégicos
Tipo de licencia Privativa Privativa
Coste versión Community 0 0
Coste versión Enterprise No aplica No aplica
Basado en fuentes abiertas
Ámbitos de la Administración para los que está dirigido AGE Todos
Comunidad activa
Posibilidad de contratar soporte profesional
Coste soporte profesional No No
disponible disponible
Documentación abierta al público Limitada
Cursos de formación abiertos al público
Número de instalaciones del producto en la Administración española No No
disponible disponible
Cumple/Soportado
No cumple/No soportado
57
Software de fuentes abiertas en la Administración electrónica
Cumple/Soportado
No cumple/No soportado Pasarela SPT
de pagos
Criterios funcionales
% de entidades financieras adheridas No No
disponible disponible
Herramientas de control de fraude (localización de IP, listas negras...)
Único interfaz independiente de la entidad financiera No No
disponible disponible
Admite pago con tarjeta
Admite pago con domiciliación (cargo en cuenta)
Permite el pago a terceros
Permite la consulta de pagos realizados
Pasarela SPT
Generación de informes de pagos
Criterios técnicos
Establece una conexión segura SSL
Velocidad de transacción No No
disponible disponible
Admite insalación de alta disponibilidad (cluster) No No
disponible disponible
Nombre de algunas herramients/productos/componentes con las que está preparado @firma @firma
de manera especial para integrarse
58
Mapa de procesos y arquitectura de componentes
Gestor de expedientes
Con el tramitador o gestor de expedientes se tiene una a las necesidades de negocio del cliente. Algu-
situación similar a la de la sede electrónica, es decir, nas empresas que trabajan con software basado
aunque es posible el diseño a medida de una herra- en fuentes abiertas ofrecen este tipo de producto
mienta que gestione los flujos de cada trámite, existen como una alternativa que permite acortar el time-
soluciones prefabricadas que facilitan la implantación to-market necesario para la implementación de la
de procedimientos de manera automatizada. Son los plataforma de gestión de trámites.
workflow y los BPMS.
Antes de que un procedimiento pueda estar corrien-
Estas herramientas, por medio de un “motor de wor- do bajo la tutela de un motor de workflow, es preciso
kflow” situado en el servidor de la red, van encaminando utilizar una herramienta de modelado o diagramación
los expedientes de acuerdo con las reglas establecidas. para la definición del procedimiento. Las suites BPM
(BPMS) suelen incorporar por defecto la herramienta
Tal y como ocurría con la sede electrónica con las he- de modelado así como otras de valor añadido como la
rramientas prefabricadas, se pueden encontrar 2 gru- simulación, monitorización, un middleware o incluso
pos o clasificaciones: su propia capa de presentación.
Producto simple: se trata de una de las herramien-
tas prefabricadas tal y como son distribuidas por la
comunidad de desarrolladores.
Producto derivado: se corresponde con un pro-
ducto construido a partir de una de las herramien-
tas prefabricadas que se parametriza de acuerdo
59
Software de fuentes abiertas en la Administración electrónica
Al aproximarse al mercado de los BPM/Workflow es- funcionalidades, que además van siendo imita-
tas son las principales características encontradas: das por el resto de actores.
Existe una larga lista con productos de este tipo ba- Consolidación de los estándares a utilizar (BPMN,
sados en fuentes abiertas y una, cada vez mayor, BPEL, XPDL, etc) en favor de la interoperabilidad
similitud entre las funcionalidades y características entre sistemas y aplicaciones.
técnicas ofrecidas por los distintos productos. Esto Madurez de la tecnología base del producto.
puede deberse a las siguientes razones:
Una amplia aceptación en el uso de este tipo Además de los productos BPM/Workflow de tipo
de productos por parte, no sólo de Administra- “simple” o “base”, es posible aprovechar el esfuer-
ciones, sino también de empresas, que puede zo dedicado por otras Administraciones y provee-
haber actuado de efecto incentivador para los dores en la creación de productos derivados pro-
proveedores y comunidades que han pasado a duciéndose así un ahorro en tiempo y costes para la
incluir entre sus prioridades y productos nuevas implantación de la solución.
60
Mapa de procesos y arquitectura de componentes
Inventario de soluciones
La lista con la selección de workflow/BPMS simples contiene las siguientes referencias: * Soluciones a valorar.
* Soluciones a valorar.
61
Software de fuentes abiertas en la Administración electrónica
En general los productos Workflow/BPM selecciona- Asimismo, el cumplimiento de estándares puede jugar
dos en el presente documento son suficientemente un papel activo en la toma de decisiones por parte de
robustos como para manejar cualquier procedimiento las Administraciones.
de la Administración. Algunas funcionalidades con-
cretas exigidas por la Ley, aunque no son proporcio- De manera análoga a lo que sucede con otros ele-
nadas directamente por la herramienta, es posible mentos, cabe la posibilidad de utilizar productos ya
obtenerlas mediante pequeñas adaptaciones o desa- confeccionados anteriormente, bien por proveedores,
rrollos a medida. bien por otras Administraciones (derivados), y cuyo
código está liberado bajo licencia de fuentes abiertas.
La toma de decisiones se convierte así en un proce-
so en el que con frecuencia las variables críticas de
decisión tienen que ver más con factores de tipo es-
tratégico como el precio del soporte, la percepción de
la comunidad que respalda el producto, la capacidad
de integración con productos ya existentes en otras
áreas (ej: ESB, Gestor Documental, Portal, etc), o la
cantidad y calidad de la documentación existente.
62
Mapa de procesos y arquitectura de componentes
Criterios estratégicos
Tipo de licencia LGPL LGPL LGPL BSD CDDL LGPL Privativa EUPL
Coste versión Community 0 0 0 0 0 0 0 0
Coste versión Enterprise Desde No No existe No existe 0 No existe No aplica No existe
1999 €/CPU disponible
Basado en fuentes abiertas
Ámbitos de la Administración Todos Todos Todos Todos Todos Todos EELL Todos
para los que está dirigido
Comunidad activa No aplica
Posibilidad de contratar
soporte profesional
Coste soporte profesional Desde No Desde No Incluido No No No
350€/caso disponible 2500€/año disponible con disponible disponible disponible
OpenESB
Documentación abierta al público Limitada Limitada Limitada Limitada
Cursos de formación abiertos al público
Número de instalaciones del producto No No >15 No >5 No >50 >50
en la Administración española disponible disponible disponible disponible
Cumple/Soportado
No cumple/No soportado
63
Software de fuentes abiertas en la Administración electrónica
Criterios funcionales
Incorpora herramienta de diagramación/
modelación de procesos
Incorpora editor gráfico de formularios No dispon.
Incluye funcionalidades BAM No No No No No
(Business Activity Monitoring) disponible disponible disponible disponble disponible
Espacio de trabajo personalizable No No
disponible disponible
Suficientemente robusto como para contemplar
todos los procedimientos administrativos
Control de tiempos y plazos y tramitación ordenada
Histórico de las actividades realizadas
con cada expediente
Los documentos de salida incluyen un código No
electrónico de verificación o sistema equivalente disponible
Permite la consulta del estado de No
expedientes al ciudadano disponible
Cumple/Soportado
No cumple/No soportado
64
Mapa de procesos y arquitectura de componentes
Criterios técnicos
Cumple las recomendaciones del WfMC y/o del OMG
Lenguaje de especificación de procesos desde el No BPMN BPMN No BPMN No No Lenguaje
punto de vista de negocio (lenguaje de modelado) disponible disponible aplica disponible Model@
Lenguaje de especificación de procesos desde el XPDL jPDL XPDL No BPEL Basado No XPDL
punto de vista de la ejecución de los mismos BPEL BPEL disponible en redes disponible
(lenguaje de ejecución) Pageflow (No cumple de Petri
XPDL ni
BPEL)
Admite instalación de alta disponibilidad (cluster) No
disponible
Nombre de algunas herramientas JBOSS-AS, JBOSS-AS, eXo Portal, No Glassfish, Java, Otros Otros
productos/componentes con las que está preparado JOnAS-AS, JBOSS- JOnAS-AS, Disponible Open ESB PostgreSQL, módulos módulos
de manera especial para integrarse Apache, ESB, PEtALS- (Glassfish MySQL SIGEM, Wand@,
Geronimo FormFaces ESB ESB) LocalWeb, @firma
-AS forms @firma,
SPT,
SNTS
Cumple/Soportado
No cumple/No soportado
65
Software de fuentes abiertas en la Administración electrónica
Notificación electrónica
Normalmente las funcionalidades de este elemento Las dos soluciones disponibles y ampliamente utiliza-
son proporcionadas por un único componente, aun- das por las Administraciones son:
que también es posible que se integre con otros mó- SISNOT (SNTS) fruto de la colaboración entre el Mi-
dulos para incorporar funcionalidad adicional, (por nisterio de Administraciones Públicas y Correos.
ejemplo: módulos de envío de comunicaciones a tra- Notific@ de la Junta de Andalucía.
vés de SMS o de correo electrónico).
A pesar de no tener licencia de fuentes abiertas, en la
actualidad, se consolidan como la alternativa escogi-
da tanto por parte de las Administraciones como de
los proveedores para dar respuesta a sus exigencias
y necesidades en lo que a notificaciones y comunica-
ciones se refiere.
66
Mapa de procesos y arquitectura de componentes
Inventario de soluciones
* Soluciones a valorar.
El uso del Servicio de Notificaciones Telemáticas Segu- Otra de las opciones disponibles para el envío de las
ras (SNTS) se encuentra abierto a todos los ámbitos de notificaciones electrónicas es Notific@ impulsado por
la Administración en el conjunto de la geografía espa- la Junta de Andalucía e implantado en la misma. En
ñola. Para facilitar la integración se distribuye la aplica- este caso, las notificaciones no llevan coste apareja-
ción SISNOT, la cual debe ser instalada en las depen- do por notificación enviada. Por otro lado, la exporta-
dencias de la Administración que se quiere comunicar ción de la tecnología fuera de la Junta de Andalucía
con el SNTS. Aunque tanto la aplicación SISNOT como debería incluir un estudio previo que contemple las di-
el acceso al SNTS son de carácter gratuito, existe un ficultades de tipo procedimental que podría plantear
coste asociado sobre el envío de notificaciones/comu- la implantación de un sistema de Dirección Electróni-
nicaciones realizadas a través de la plataforma. ca Única como el que realiza Correos en SISNOT.
67
Software de fuentes abiertas en la Administración electrónica
Cumple/Soportado
No cumple/No soportado SISNOT Notific@
(SNTS)
Criterios estratégicos
Tipo de licencia Privativa EUPL
Coste versión Community Coste por 0
notificación
enviada
Coste versión Enterprise No aplica No aplica
1
Basado en fuentes abiertas
Ámbitos de la Administración para los que está dirigido Todos Todos
Comunidad activa
Posibilidad de contratar soporte profesional No No
disponible disponible
Coste soporte profesional 0 0
Documentación abierta al público
Cursos de formación abiertos al público No No
disponible disponible
Número de instalaciones del producto en la Administración española >100 >50
1
Si bien el código es de fuente abierta, la solución requiere la utilización de aplicaciones privativas para su funcionamiento
68
Mapa de procesos y arquitectura de componentes
SISNOT Notific@
(SNTS)
Criterios funcionales
Constancia del emisor de la notificación/comunicación
Constancia del receptor de la notificación/comunicación
Constancia de éxito/error en la transmisión de la notificación/comunicación
Constancia del momento del acceso a la notificación/comunicación
Conformidad con articulo 59.4 de la Ley 30/1992 de Régimen Jurídico y del Procedimiento
Administrativo Común y normas concordantes, en relación con el plazo de 10 días naturales
para el acceso al contenido
Criterios técnicos
Admite instalación de alta disponibilidad (cluster) No aplica No aplica
Nombre de algunas herramientas/productos/componentes con las que está preparado de @firma @firma
manera especial para integrarse
Cumple/Soportado
No cumple/No soportado
69
Software de fuentes abiertas en la Administración electrónica
70
Mapa de procesos y arquitectura de componentes
En este sentido, actualmente son 3 las tendencias ministraciones Públicas existentes en España. El mo-
adoptadas por las distintas Administraciones a la hora delo propuesto tiene como componente fundamental
de abordar el archivado electrónico de documentos: las herramientas del tipo repositorio digital.
Implantar soluciones orientadas a automatizar la
gestión de la documentación en papel que, aunque Así pues, las dos opciones que parecen tener mayor
permiten el almacenamiento de información digi- acogida y grado de viabilidad están basadas bien en
tal, no entran a resolver su problemática. una herramienta de gestor documental (en inglés:
Ampliar la funcionalidad de los sistemas de gestión Document Managment System), bien en una herra-
documental, habilitando ciertos mecanismos para mienta de repositorio digital (también conocida
la preservación. Se constata que esta es la alterna- como Records Management System)
tiva preferida por muchas Administraciones.
Habilitar espacios de almacenamiento de docu- En cualquier caso, conviene señalar que ni un gestor
mentos digitales dejando las políticas de preserva- documental ni una herramienta de repositorio digital
ción para más adelante. pueden, por si solas, conformar un sistema completo
de archivo electrónico. Será necesario combinarlas
Existen por tanto varios modelos tecnológicos posi- con otros componentes y hacer uso de estándares
bles para el desarrollo de una plataforma de archivado adicionales para obtener una solución integral de ar-
electrónico, aunque ninguna de ellas parece abordar- chivo electrónico (para más información al respecto
lo con la suficiente capacidad y flexibilidad necesaria véase el estudio elaborado también por CENATIC
para dar respuesta a la problemática integral del ar- “Archivo electrónico de las Administraciones Pú-
chivo electrónico. blicas”.
71
Software de fuentes abiertas en la Administración electrónica
Inventario de soluciones
De nuevo, tal y como sucede con el caso de la sede electrónica o del gestor de expedientes, la selección recoge
una combinación de productos simples y otros productos que han sido desarrollados a partir de uno o varios ges-
tores documentales y/o repositorios digitales así como otros productos adicionales para conformar una solución
de archivo electrónico.
72
Mapa de procesos y arquitectura de componentes
* Soluciones a valorar.
Valoración de las soluciones
Las herramientas evaluadas en el estudio abordan las drán estar los estratégicos, como la Comunidad que
necesidades fundamentales de gestión (creación, respalda el proyecto, la documentación o, de manera
control, acceso, seguridad, conversión de formatos, muy importante, la usabilidad o familiaridad del equi-
etc) y almacenado de los documentos. Sin embar- po con el uso de la herramienta. La experiencia con
go, para poder afrontar la problemática derivada de las herramientas de gestión documentales y de repo-
la implementación de un archivo integral electrónico sitorio demuestra que, de poco sirve tener un sistema
(véase “Archivo electrónico de las Administracio- robusto y con amplia funcionalidad, si los usuarios lo
nes Públicas”) serán necesarios diversos desarrollos rechazan o no participan de forma activa en su utili-
y herramientas adicionales. zación. Fundamental será también la funcionalidad
que incorpore de forma preinstalada la herramienta
Así, entre los criterios diferenciadores que podrán mo- de gestión documental o repositorio que se considere
tivar la decisión a favor de una u otra alternativa po- como punto de partida.
73
Software de fuentes abiertas en la Administración electrónica
Cumple/Soportado
No cumple/No soportado Alfresco eXo ECM Fedora Knowledge LogicalDOC SIGEM
Commons Tree Archivo
Criterios estratégicos
Tipo de licencia GPL AGPL Apache 2.0 GPL LGPL Privativa
Coste versión Community 0 0 0 0 0 0
Coste versión Enterprise No No No existe Desde No No aplica
disponible disponible 6800$/año disponible
Basado en fuentes abiertas
1
1
Si bien el código es de fuente abierta, la solución requiere la utilización de aplicaciones privativas para su funcionamiento
74
Mapa de procesos y arquitectura de componentes
Cumple/Soportado
No cumple/No soportado Alfresco eXo ECM Fedora Knowledge LogicalDOC SIGEM
Commons Tree Archivo
Criterios funcionales
Tipo de herramienta Gestión Gestión Repositorio Gestión Gestión Solución
documental documental digital documental documental paquetizada
Medidas de seguridad y control de acceso
Soporte total de Open Office
Soporte total de documentos Microsoft Office Solo versión Solo versión
Enterprise Enterprise
Conversiones entre formatos Solo versión No
Enterprise disponible
Expurgo automático de documentos previo aviso No
a los responsables disponible
Preservación del documento garantizando la No
integridad y autenticidad del mismo disponible
Firmado de indice electrónico (foliado de expedientes) No
disponible
Un mismo documento puede formar parte de No No No No No No
distintos expedientes disponible disponible disponible disponible disponible disponible
Control de versiones No
disponible
1
Si bien el código es de fuente abierta, la solución requiere la utilización de aplicaciones privativas para su funcionamiento
75
Software de fuentes abiertas en la Administración electrónica
Cumple/Soportado
No cumple/No soportado Alfresco eXo ECM Fedora Knowledge LogicalDOC SIGEM
Commons Tree Archivo
Criterios técnicos
Gestión de bases de datos open source MySQL PostgreSQL, MySQL, MySQL MySQL,
compatibles y/o soportadas MySQL, PostgreSQL PostgreSQL,
HSQL HSQL
Motor de búsqueda No
disponible
Interfaz de acceso CIFS No
(Common Internet File System) disponible
Interfaz de acceso WebDAV No
disponible
Interfaz de acceso FTP No
disponible
Soporte LDAP Solo versión No No
Enterprise disponible disponible
Permite definir reglas para el envío de emails Solo versión No
Enterprise disponible
Cumplimiento de estándares sobre archivado Requiere Requiere Requiere Requiere Requiere
y preservación: ISO 15489 desarrollo desarrollo desarrollo desarrollo desarrollo
Cumplimiento de estándares sobre archivado Requiere Requiere Requiere Requiere Requiere
y preservación: ISO 14721 desarrollo desarrollo desarrollo desarrollo desarrollo
Cumplimiento de estándares sobre archivado Requiere Requiere Requiere Requiere Requiere
y preservación: ISO 19005 desarrollo desarrollo desarrollo desarrollo desarrollo
Cumplimiento de estándares sobre archivado Requiere Requiere Requiere Requiere Requiere
y preservación: MoReq desarrollo desarrollo desarrollo desarrollo desarrollo
Admite instalación de alta disponibilidad (cluster)
Nombre de algunas herramientas/productos/ JBOSS eXo Portal, Mulgara, vFiler No SIGEM
componentes con las que está preparado jBPM, NovaBonita, Fez Capture Disponible LocalWeb
de manera especial para integrarse Liferay JBOSS Process @firma, SPT,
Portal jBPM, Maker SNTS
workflow
76
Mapa de procesos y arquitectura de componentes
De acuerdo al European Interoperability Framework, Para conseguir una interoperabilidad integral es ne-
la interoperabilidad debe afrontarse desde tres puntos cesario, por tanto, resolver cada uno de los tipos de
de vista: interoperabilidad anteriormente descritos.
Interoperabilidad organizativa: concierne al estable-
cimiento de estrategias y acuerdos entre las distintas La interoperabilidad organizativa y la interoperabilidad
instituciones para que puedan conectarse entre sí e semántica responden a criterios políticos, estratégi-
intercambiar información y trámites. Hace referencia a cos y de coordinación que deben adoptar las distintas
la colaboración, coordinación y alineamiento entre las Administraciones entre sí para posibilitar el éxito de la
partes para que el intercambio de información sea po- interoperabilidad técnica.
sible (ej: SLA, medidas de seguridad y privacidad..)
Interoperabilidad técnica: relacionada con los Dado que la vocación de este estudio es la de valo-
aspectos tecnológicos del intercambio de informa- rar las distintas soluciones tecnológicas que faciliten
ción. Cuestiones como la conectividad, accesibili- la consecución de los objetivos de interoperabilidad,
dad, seguridad, integración de datos y middleware nos centraremos en el plano técnico de la interopera-
son las abordadas en este plano. bilidad.
77
Software de fuentes abiertas en la Administración electrónica
Hace algunos años era frecuente encontrarse un inter- Service Bus (ESB), que además de proporcionar ven-
cambio de información punto a punto entre institucio- tajas comparables a los buses EAI están disponibles
nes o departamentos, es decir, se utilizaba un modelo en tecnología de fuentes abiertas.
bilateral. Las interfaces eran desarrolladas específica-
mente para satisfacer las necesidades de intercambio Así pues, aunque a día de hoy no están disponibles
entre parejas de entidades. Con este esquema bilate- las recomendaciones del Esquema Nacional de Inte-
ral de integración se limitaba la escalabilidad y la cen- roperabilidad, es de prever que irán en la línea de las
tralización de la gestión, además de incrementarse ex- directrices marcadas por la Unión Europea a través de
ponencialmente el número de conexiones necesarias su Esquema Europeo de Interoperabilidad (Europeran
por cada aplicación nueva a interconectar. Interoperability Framework). En el EIF se opta por una
arquitectura de bus basada en mensajería XML y Web
Hoy en día los esquemas de integración han evolucio- Services en el marco de una arquitectura orientada a
nado hasta esquemas multipunto representados por servicios (SOA). Asimismo, para lograr lo anterior, se
los dos modelos de arquitectura más extendidos, hub recomienda la definición de estándares y estructurar
Conexiones punto a punto directas (Mx(M-1)). y bus, en los que cada aplicación se conecta direc- un modelo Enterprise Service Bus (ESB).
tamente a una infraestructura común (hub o bus). El
esquema multipunto proporciona así una estructura En este sentido, a pesar de que la tipología de pro-
centralizada y que reduce al mínimo el número de co- ductos que puedan conformar una solución global de
nexiones necesarias para integrar todas las aplicacio- interoperabilidad puede no circunscribirse de manera
nes y sistemas. exclusiva al ESB (ej: ETL), éste se posiciona como la
Service bus pieza fundamental de la solución. Es por ello que en el
En este ámbito de los esquemas multipunto es po- presente estudio se ha enfocado a valorar los distintos
sible encontrar productos para la interconexión de productos ESB existentes en el mercado.
sistemas heterogéneos que van desde los Enterprise
Application Integration buses y hubs (EAI), típicamen-
te unidos a tecnología propietaria, hasta los Enterprise
Conexiones a través de bus (M).
78
Mapa de procesos y arquitectura de componentes
Algunas consideraciones destacables sobre el mer- El grupo de productos ESB simples, está compuesto por los siguientes:
cado de productos ESB se enumeran a continuación:
La creciente cantidad de sistemas y aplicaciones Herramienta Desarrollador Impulsor/Propietario
heterogéneos que deben comunicarse entre sí, no JBOSS ESB* JBoss powered by RedHat JBoss powered by Red Hat
sólo de manera interna dentro de la misma organi-
MuleESB* MuleSource MuleSource
zación, sino también entre los sistemas de distintas
OpenESB
organizaciones, ha servido de impulso para la apa-
(Versión Enterprise: GlassFishESB)* Comunidad Glassfish Sun Microsystems
rición de los productos de integración ESB.
PEtALS* OW2 Consortium OW2 Consortium
En el campo de las fuentes abiertas es posible en-
ServiceMix
contrar un amplio conjunto de herramientas ESB
(Versión Enterprise: FuseESB)* Iona Technologies Iona Technologies
desarrolladas por comunidades de desarrolladores
WSO2 ESB* WS02 Inc powered by Drupal WS02 Inc powered by Drupal
de software libre y empresas.
Aunque también se ha encontrado una situación simi-
* Soluciones a valorar.
lar en algunos de los otros elementos analizados como
el gestor documental o el BPM/Workflow, en el caso
del ESB se percibe una mayor diferenciación entre la Y los mostrados a continuación se corresponden con los productos ESB derivados:
versión de la comunidad (Community) y la versión co-
mercial (Enterprise). En algunos casos, el producto en Herramienta Desarrollador Impulsor/Propietario
su versión Enterprise posee un nombre distinto al de su PLATINA (basado en OpenESB) Junta de Andalucía
correspondiente versión de comunidad.
e-nlace Intecna (basado en OpenESB) Intecna
Al igual que ocurre con el caso de la sede, el del gestor
PIEL Andago (basado en FuseESB) Andago
de expedientes o el del archivo, se van a tener dos gru-
pos de productos diferenciados en función de la natu- Bus de Integración Everis (basado en MuleESB) Everis
raleza u origen del producto: simples y derivados.
* Soluciones a valorar.
79
Software de fuentes abiertas en la Administración electrónica
Todos los productos que forman parte de la selección dares propios. En principio, el estándar ayudaría a
ayudan de manera importante al cumplimiento de las que los desarrollos realizados fuesen portables, es
necesidades de integración de las Administraciones decir, que fuesen igualmente válidos al ser usados
en lo que se refiere al plano técnico de la interoperabi- en otro producto ESB que cumpliese también las
lidad. Además, todos los productos escogidos cubren directrices del estándar.
los aspectos fundamentales que debería proporcio- La capacidad de integración de manera nativa
nar un ESB ideal (localización transparente, enrutado, con otras plataformas de tipo BPM, portal, Servidor
conversión de protocolos, etc) de Aplicaciones, etc con las que la Administración
ya esté trabajando en la actualidad o se encuentre
Por tanto, cualquier solución podría servir de gran de alguna manera familiarizada.
ayuda para dar respuesta a los problemas de intero- Otros factores adicionales de carácter más subjetivo
perabilidad a los que se enfrenta una Administración. y que pueden influir de manera clave en la toma de
Así, entre los factores a tener en cuenta a la hora de decisiones, como por ejemplo la usabilidad (ej: IDE
decantarse por una u otra opción podrían considerar- gráfico), que afecta de manera determinante a la cur-
se los siguientes: va de aprendizaje, o la existencia de documentación
La selección de protocolos con los que el ESB es relevante, actualizada y con ejemplos abundantes.
capaz de trabajar (JMS, HTTP, etc): los sistemas
que se pretenden integrar determinarán las necesi-
dades en cuanto a los protocolos que debe manejar
el ESB.
El cumplimiento de estándares. En este ámbito,
existen 2 grupos claramente diferenciados: los que
cumplen con el estándar JBI (Java Business Inte-
gration) y los que han preferido utilizar otros están-
80
Mapa de procesos y arquitectura de componentes
Criterios estratégicos
Tipo de licencia LGPL CPAL CDDL Apache Apache 2.0 LGPL
Coste versión Community 0 0 0 0 0 0
Coste versión Enterprise No existe No existe 0 No No existe No existe
disponible
Basado en fuentes abiertas
Ámbitos de la Administración para los que está dirigido Todos Todos Todos Todos Todos Todos
Comunidad activa
Posibilidad de contratar soporte Sólo versión Sólo versión
Enterprise Enterprise
Coste soporte profesional No No No No No No
disponible disponible disponible disponible disponible disponible
Documentación abierta al público Limitada Limitada Limitada Limitada
Cursos de formación abiertos al público Sólo versión
Enterprise
Cumple/Soportado
No cumple/No soportado
81
Software de fuentes abiertas en la Administración electrónica
Criterios funcionales
Localización de los dispositivos transparente
Enrutado de mensajes basado en contenido
Conversación de protocolos
Transformación de datos XML del mensaje (XSLT, XQuery...)
Transformación de mensajes a protocolo intermedio para el BUS
Orquestación de servicios
Cumple/Soportado
No cumple/No soportado
82
Mapa de procesos y arquitectura de componentes
Cumple/Soportado
No cumple/No soportado JBOSS MuleESB OpenESB ServiceMix WSO2 PEtALS
ESB
Criterios técnicos
Incluye un IDE gráfico En desarrollo
Eclipse
Compatibilidad con el contenedor estándar JBI 2.0
Compatibilidad con el contenedor estándar OSGi En desarrollo
Conector para transporte JDBC
Conector para transporte JMS
Conector para transporte HTTP
Conector para transporte MQSeries/IBM WebSphere MQ
Soporta la mayoría de estándares de Servicios Web (WS-*)
Conector para transporte MSMQ
Conector para transporte de Ficheros
Conector para transporte de FTP
Conector para transporte de TCP No No No
disponible disponible disponible
Conector para formato de mensaje CSV (legacy)
Conector para formato de mensaje EDI (legacy)
Admite instalación de alta disponibilidad (cluster)
Nombre de algunas herramientas/productos/componentes con las JBOSS-AS No Glassfish-AS Apache No Bonita-
que está preparado de manera especial para integrarse JBOSS-jbpm disponible JBOSS-AS Geronimo-AS disponible workflow
Sun Java-AS JBOSS-AS eXo-portal
JOnAS AS
83
04.
Mapa de procesos y arquitectura de componentes
Principales procesos en la
Administración Pública
85
Mapa de procesos y arquitectura de componentes
4. Principales procesos en la
Administración Pública
En los anteriores apartados se ha hecho un recorrido una posible adaptación electrónica para cada uno y
por todos los elementos que conformarían una arqui- se establecerán los principales elementos funciona-
tectura de componentes de Administración electróni- les que intervienen en cada paso de la tramitación del
ca, repasando sus principales características y funcio- procedimiento.
nalidades, y enumerando algunas de las más sólidas
y robustas herramientas existentes en el mercado de Pero, para llevar a cabo esta tarea antes es preciso
las fuentes abiertas para su implementación. recordar que una Administración, independientemen-
te del ámbito al que pertenezca, tiene cierta libertad
En este apartado se pretende pasar de una visión es- para establecer su propia forma de manejar todos y
tática como la que se presentaba en apartados pre- cada uno de los procedimientos de su competencia.
vios, y que mostraba cada elemento de manera aisla- Sin embargo, a pesar de las diferencias que puedan
da con respecto al resto, a una visión más dinámica, existir entre un mismo procedimiento llevado a cabo
en la que se analiza el comportamiento de cada uno por distintas Administraciones, éstos están basados,
de los componentes de la plataforma en el ejercicio de en esencia, en actividades tipo muy similares para
sus funciones. Para ello se analizará el hábitat natural procesos de la misma naturaleza.
en el que los componentes de la eAdministración co-
bran pleno sentido: la tramitación electrónica. Esta similitud permite así la elaboración de un Mode-
lo General de Procesos Tipo que recoge, como su
Con este objetivo, se analizarán los principales proce- propio nombre indica, los procesos más comúnmente
sos que tienen lugar en la Administración, se definirá desarrollados por las Administraciones Públicas.
87
Software de fuentes abiertas en la Administración electrónica
Conscientes de las limitaciones derivadas de un pro- largo plazo en consonancia con la misión, visión y va-
ceso de generalización como el que se pretende llevar lores de la misma. Dentro de estos se encuentran la
a cabo, este modelo deben entenderse como un ejer- planificación, la toma de decisiones y el despliegue de
cicio teórico que con el objetivo de recoger y detallar planes y programas de actuación, así como la relación
los más importantes procesos tipo que tienen lugar en con el entorno del Organismo: otros Organismos, uni-
las AAPP, y no como una colección exhaustiva de to- dades internas, etc...
dos y cada uno de los procesos existentes en el con-
junto de las Administraciones españolas. Dentro de las Administraciones Públicas los principa-
les procesos estratégicos son:
El Modelo General de Procesos Tipo de las AAPP Planificación plurianual: Es el propio plan estraté-
que se muestra en la figura que aparece más adelante gico de la Administración Pública, en el que se de-
se ha clasificado, al igual que en cualquier otro tipo de finen las líneas de actuación generales a lo largo de
organización, en procesos Estratégicos, Operativos una serie de años, así como los planes plurianuales
y de Soporte, según su objetivo sea el de establecer concretos a realizar.
un marco de referencia para el desarrollo del resto de Presupuestación anual: Mediante este proceso
procesos (estratégicos), respondan a la propia razón se realiza una planificación y asignación de recur-
de existir de la organización (operativos) o sirvan de sos entre las diversas actividades que debe realizar
apoyo al resto de procesos (soporte). la Administración a lo largo del año de acuerdo con
la planificación plurianual acordada.
Coordinación: Es el proceso mediante el cual una
Procesos Estratégicos Administración Pública determinada se relaciona
tanto internamente como con otros actores del sec-
Los procesos estratégicos engloban, en su mayoría, tor público y con empresas privadas para conseguir
actividades internas que deben ser realizadas por los alcanzar objetivos concretos.
directivos de la organización para garantizar el esta- Legislación: A través de este proceso se cumple
blecimiento y la consecución de objetivos a medio / con la obligación del poder legislativo que recae en
88
Mapa de procesos y arquitectura de componentes
las diferentes Administraciones Públicas. Incluye la definidos por los procesos estratégicos. La contra-
elaboración de normas de distinto rango en el mar- tación pública está regulada por la Ley 30/2007, de
co de las competencias atribuidas a cada Adminis- 30 de octubre, de Contratos del Sector Público.
tración. Gestión administrativa: Conlleva la realización de
tareas para el funcionamiento interno de la organi-
zación.
Procesos de Soporte Gestión de personal: Está relacionada con los re-
cursos humanos propios de la Administración, y se
Son los procesos que deben realizarse necesariamen- ocupa de seleccionar, contratar, formar, emplear
te para que la organización funcione correctamente, y retener a los colaboradores de la organización.
sirviendo de apoyo a los procesos operativos. Sin em- Estas tareas las puede desempeñar una persona o
bargo este tipo de procesos por si solos no aporta ac- departamento en concreto junto a los directivos de
tividades dentro de la cadena de valor ni son el objeto la organización. El objetivo básico que se persigue
fundamental de la organización. con estas tareas es alinear las políticas de recursos
humanos con la estrategia de la organización, lo
Dentro de las Administraciones Públicas los procesos que permitirá implantar la estrategia a través de las
de soporte más relevantes son: personas.
Gestión económica y financiera: Engloba los Gestión tecnológica: Es una colección de méto-
procedimientos donde se realiza la operativa de dos sistemáticos para la gestión de procesos de
contenido económico de las AAPP, realizándose aplicación de conocimientos, extender el rango de
la gestión económica de los servicios prestados y actividades humanas y producir bienes y servicios,
recibidos tanto en la vertiente de gastos como de y esta integrado por los conocimientos de ingenie-
ingresos. ría, ciencias y disciplinas del área de gestión, para
Contratación pública: La contratación pública es planear, desarrollar e implementar capacidades
la forma en la que las AAPP adquieren los bienes y tecnológicas en el diseño y el logro de los objetivos
servicios que necesitan para llevar a cabo los planes estratégicos y operacionales de una organización.
89
Software de fuentes abiertas en la Administración electrónica
Procesos Operativos
Son aquellos que componen el saber hacer de la unidad, Dentro de estos procesos tipo podemos distinguir los
es decir, la prestación de los servicios de su competen- siguientes:
cia (misión) y que constituyen las actividades primarias Autorizaciones.
de su cadena de valor. Subvenciones.
Certificaciones.
Los procesos operativos de las AAPP son los procesos Expropiaciones.
esenciales de la organización y fundamentan su razón Sanciones.
de ser, constituyen la secuencia de valor agregado de la Arbitrajes.
institución y se relacionan externamente con los usua- Sugerencias, quejas y reclamaciones.
rios de los servicios prestados por éstas. Prestaciones sociales y sanitarias.
Responsabilidad patrimonial.
Los procesos operativos de las AAPP son muy “am- Recursos administrativos.
plios” y dependiendo del ámbito en el que se desarro- Recaudación impositiva.
lle (AGE, CCAA y EELL), estos pueden ser muy varia- Convenios
dos, por lo que existen diversas clasificaciones de los Otros
mismos en grupos con similares características. Una
de esta clasificaciones se puede establecer basándo-
se fundamentalmente en un criterio de similitud en la
tramitación de dichos procesos. Esta clasificación da
como resultado una serie de grupos que en su conjun-
to suponen la gran mayoría de los procesos que usual-
mente tienen lugar en las AAPP.
90
Mapa de procesos y arquitectura de componentes
91
Software de fuentes abiertas en la Administración electrónica
Iniciación: Se corresponde con el comienzo de cual- Terminación: La fase de Terminación pone fin al
Fases del Procedimiento
Administrativo Común. quier procedimiento administrativo, y podrá realizarse procedimiento administrativo en sí mediante la re-
de oficio por parte de las AAPP o a solicitud de la per- solución. La finalización debe ser notificada al in-
sona interesada. En este segundo caso, el proceso se teresado.
inicia con la cumplimentación y presentación de una Justificación: La justificación no representa una
solicitud por parte del interesado. Una vez presentada fase formal del PAC, y se presenta solamente
la solicitud, en el caso de que esta no esté completa, en algunos de los procesos de las AAPP. Inclu-
la Administración puede iniciar un procedimiento de ye la presentación, por parte de los interesados,
subsanación y mejora de la misma. de la documentación que le sea requerida para
Instrucción: Supone un conjunto de actos nece- que se verifique el cumplimiento de determina-
sarios para la determinación, conocimiento y com- dos requerimientos. Es típico de procedimientos
probación de los datos en virtud de los cuales deba como los de concesión de ayudas, subvenciones
pronunciarse la resolución. o convenios.
92
Mapa de procesos y arquitectura de componentes
El presente trabajo pretende centrar su atención en La mayoría de los procesos tipo analizados más ade-
aquellos procesos que se ven afectados por los requi- lante repiten con frecuencia una serie de actividades a
sitos establecidos en la Ley 11/2007, de 22 de junio, de lo largo del proceso. Estas actividades constituyen un
Acceso Electrónico de los Ciudadanos a los Servicios trámite interno en sí mismo, de manera que puede ser
Públicos, siendo éstos aquellos de mayor interacción exportado y analizado separadamente para evitar su
con el exterior (ciudadanos, empresas y otras AAPP). reiteración, favoreciendo que la representación gráfica
Así, una vez categorizados los procesos tipo más re- del proceso tipo pueda ser expuesta de modo más claro
presentativos que se desarrollan en los tres ámbitos y diferenciado.
de las AAPP (estratégicos, operativos y de soporte), a
continuación se profundizará sobre aquellos procesos A continuación se detallan 3 de los trámites sobre los
de mayor relación e interacción con los ciudadanos y que se ha realizado una abstracción de mayor nivel re-
empresas. Para ello, teniendo presente la estructura del presentándolos con sus iconos respectivos.
Procedimiento Administrativo Común, se relacionarán
las actividades que forman parte de cada procedimien-
to con el catálogo de elementos funcionales de la Ad-
ministración electrónica identificados anteriormente en
este documento.
93
Software de fuentes abiertas en la Administración electrónica
Trámite de presentación de documentación: agru- Si bien este trámite suele producirse al inicio del ciclo de
pa todas las tareas que deben realizar las empresas, vida expediente, también puede presentarse documen-
los ciudadanos y/o los empleados públicos (como in- tación como consecuencia de una subsanación o ante
termediarios de éstos) para la presentación de cual- cualquier necesidad de presentar documentación adi-
quier solicitud, escrito o comunicación a través de los cional en un momento intermedio del procedimiento.
medios electrónicos de la e-Administración.
Pasarela
Archivo
de pagos
Pago
Empleados
públicos
94
Mapa de procesos y arquitectura de componentes
Trámite de consulta de expedientes: comprende Este trámite puede ser realizado en cualquier fase
el conjunto de pasos que realizan los usuarios para del ciclo de vida del expediente, una vez haya sido
obtener información sobre el estado del expedien- dado de alta, y funciona de la misma forma en todos
te y/o para comprobar o descargar los documentos los procesos tipo analizados. Por tanto, no se repre-
relativos al expediente (resoluciones, notificaciones, sentará como tal en ningún momento concreto del
etc...). Para consultar un expediente el usuario pue- ciclo del proceso tipo analizado.
de hacer uso del sistema de firma electrónica para
identificarse y poder acceder a la información, u otros
mecanismos implementados por la Administración.
Ciudadanos Inicio de
sesión Selección y visualización Descarga
Autenticación de usuario
de documentos documentos
Gestor Gestor
Sede Firma Expedientes
Expedientes
Empresas
Sin descarga
Empleados
públicos
Consulta de expedientes.
95
Software de fuentes abiertas en la Administración electrónica
Notificación
telemática Gestor
Registro (S) Sin publicación
Expedientes
96
Mapa de procesos y arquitectura de componentes
Ciudadanos Inicio de
sesión Selección y visualización Descarga
de documentos documentos
Sin descarga
Empleados
públicos
97
Software de fuentes abiertas en la Administración electrónica
98
Mapa de procesos y arquitectura de componentes
Alta del proceso Creación documento Publicación Revisión Crecación de listado Publicación Resolución
de convocatoria convocatoria administrativa provisional de de listado provisional desistimiento
admitidos de admitidos
FIN
Presentación de Subsanación de
documentación documentación
Realización
Gestor
de pruebas Presentación
Expedientes
Publicación de alegaciones
listado Crecación listado Publicación listado Creación de
provisional provisional listado definitivo
Instrucción
definitivo de Archivo
Gestor aprobados Gestor aprobados Gestor Gestor de aprobados Gestor
admitidos
Expedientes Expedientes Expedientes Expedientes Expedientes
FIN
Documentación y
elección plaza
99
Software de fuentes abiertas en la Administración electrónica
Proceso tipo de contratación pública: el proceso Instrucción: a lo largo de esta fase se desarro-
de contratación pública agrupa las tareas necesa- llan las tareas que aseguran la transparencia y la
rias para que la Administración adquiera los bienes concurrencia en la contratación, y finalizan con
y servicios necesarios para realizar sus objetivos. la recepción del objeto del contrato por parte de
Estas actividades se agrupan en las tres fases con- la Administración Pública.
secutivas del PAC: Terminación: la recepción de la factura corres-
Iniciación: esta fase comienza con el alta del pondiente al contrato supone el comienzo de
expediente y en el se realizan todas las actuacio- esta fase, incluye también el pago de esta fac-
nes preparatorias necesarias para la tramitación tura y la devolución de la garantía depositada,
de un expediente de contratación pública (pre- siendo el final del proceso, al igual que en otros
paración de pliegos, retención de crédito, etc...) casos, el archivo y cierre del expediente.
100
Mapa de procesos y arquitectura de componentes
Gestor Pasarela
Solicitud informes Expedientes intercambio
Alta
Iniciación
expediente Actuaciones
Gestor Gestor Registro (S) Firma
preparatorias
Expedientes Expedientes
Archivo Archivo
Gestor
Expedientes
Propuesta resolución Análisis Resolución de Formalización y Realización de actividades
de adjudicación adjudicación envío del contrato objeto del contrato
Firma
Presentación de Presentación y
alegaciones Archivo garantia del contrato
Archivo Archivo
Facturación electrónica FIN
101
Software de fuentes abiertas en la Administración electrónica
Los procesos operativos son la razón de ser de la Así, son los que más íntimamente se relacionan
propia organización e incluyen relaciones de muy con los usuarios y por tanto los que más se ven
diversa naturaleza con los usuarios de los servicios afectados por la entrada en vigor de la LAECSP.
públicos proporcionados por las Administracio- Asimismo son también los procesos en los que los
nes, así como con otros departamentos dentro de elementos de la Adminsitración electrónica inter-
la propia Administración y/o de otras Administra- vienen más activamente.
ciones.
102
Mapa de procesos y arquitectura de componentes
103
Software de fuentes abiertas en la Administración electrónica
Autorizaciones
Abarca todos aquellos procedimientos que compren- Proceso tipo de Autorizaciones: este proceso
den alguna de las siguientes actuaciones administra- tipo tiene la siguiente estructura:
tivas:
Autorizaciones, licencias y permisos. Iniciación: el comienzo lo realiza el propio usua-
Acreditaciones y habilitaciones. rio y solamente pasa a la fase de Instrucción una
Aprobaciones. vez verificada la documentación presentada
Declaraciones y calificaciones. por éste y, en su caso, subsanadas las deficien-
Carnés. cias detectadas.
Convalidaciones. Instrucción: durante esta fase se realizan todas
Dictámenes. las tareas de verificación técnica y otros trámi-
Homologaciones. tes que llevan a la realización de una propuesta
de resolución.
Terminación: durante la finalización se produ-
ce la notificación de la resolución definitiva así
como el archivo y cierre del expediente.
104
Mapa de procesos y arquitectura de componentes
Subsanación de Resolución
documentación desistimiento
FIN
Subsanación
incorrecta
Alta Expediente Gestor Revisión
Iniciación
Documentación
correcta
Gestor
Expedientes Otros requerimientos Aporte de
Valoración
técnica al interesado documentación
Firma Gestor Gestor
Expedientes Expedientes
Instrucción
Propuesta de
Análisis resolución Análisis
Pasarela
Archivo intercambio
Solicitud Firma Firma
Gestor
informes Expedientes
Firma
Archivo Presentación Archivo
Registro (S) alegaciones
No requiere Archivo
más trámites
FIN
Terminación
Gestor
Resolución Archivo y cierre Expedientes
Archivo
105
Software de fuentes abiertas en la Administración electrónica
Subvenciones
Proceso tipo de Subvenciones: este proceso tipo tras el análisis de las alegaciones presentadas a
tiene la siguiente estructura: la propuesta de resolución notificada.
Terminación: incluye la notificación de la reso-
Iniciación: si bien las subvenciones se inician de lución y, en el caso de justificación no diferida, el
oficio con la publicación de la convocatoria, en archivo y cierre del expediente.
este proceso tipo se representa la etapa de con- Justificación: en el caso de justificación diferida,
cesión de la subvención, la cuál es iniciada por el se incluye una fase intermedia a la de Termina-
interesado mediante la presentación de la solici- ción. En esta fase se realizan las actividades de
tud correspondiente. Una vez revisada esta do- justificación, subsanación de los posibles errores
cumentación presentada, se puede producir una en la documentación de justificación aportada,
subsanación de las deficiencias identificadas. la notificación de la propuesta de resolución (de
Instrucción: a lo largo de esta fase se produce pago, reintegro o minoración), con la posibilidad
la valoración técnica de la documentación apor- de aportar alegaciones a la misma y la notificación
tada. Puede ser necesario la solicitud de otros de dicha resolución. Una vez notificada esta reso-
requerimientos a los beneficiarios, los cuales lución, volvemos a la fase de Terminación para el
deben, a su vez, ser revisados. La fase finaliza archivo y cierre del expediente.
106
Mapa de procesos y arquitectura de componentes
Resolución Resolución
inadmisión desistimiento
FIN FIN
Fuera de plazo Subsanación
Alta Expediente Gestor Revisión incorrecta
Iniciación
Aporte de documentación,
memoria de justificación
Gestor (no diferida)… Gestor Gestor
Expedientes Expedientes Expedientes
Instrucción
Justificación Archivo
diferida FIN
Documentación correcta
Información
Justificación Subsanación de Presentación
(diferida) Archivo documentación Archivo alegaciones Archivo
107
Software de fuentes abiertas en la Administración electrónica
Certificaciones
Iniciación: el inicio y alta de expediente se reali- Instrucción: en esta fase se produce una verifica-
za a petición del interesado el cual remite la do- ción técnica de la documentación aportada, con
cumentación necesaria para el proceso. Tras la la posibilidad de requerir informes para su análi-
revisión de la documentación aportada se pue- sis.
de producir, en el caso de errores u omisiones, Terminación: la fase comienza con la notifica-
un trámite de subsanación. ción del documento solicitado por el usuario y
finaliza con el archivo y cierre del expediente.
108
Mapa de procesos y arquitectura de componentes
Resolución
desistimiento
FIN
Subsanación
Alta Expediente Gestor Revisión incorrecta
Iniciación
Gestor
Expedientes
Instrucción
Comprobación
Firma
Archivo
Terminación
Archivo
FIN
109
Software de fuentes abiertas en la Administración electrónica
Expropiaciones
110
Mapa de procesos y arquitectura de componentes
Resolución
desistimiento
Alta Gestor
Expediente Revisión Subsanación incorrecta FIN
Expendientes
Gestor administrativa Publicación Gestor
Creación documento de
Expedientes Subsanación publicación de inicio de inicio Expedientes
Gestor Firma
Expedientes
Iniciación
Archivo Sede
Subsanación de documentación
Archivo
Documentación correcta
Alta
Expediente Gestor
Expedientes
AAPP Archivo
Sin bienes
Valoración
afectados
técnica Gestor Pasarela Gestor Registro (S) Firma Firma
acuerdo
(solicitud/ Elaboración, Notificación
Existe
Instrucción
No existe
acuerdo
Registro (S) No acepta
Elaboración y Notificación justiprecio
Archivo Archivo Archivo (Justiprecio)
Presentación
Presentación alegaciones o
alegaciones
aceptación justiprecio
Información
FIN
aceptación
Elaboración y
Notificación Hoja No acepta hoja Resolución Justiprecio por Notificación y publicación Gestor Archivo y cierre Gestor
Aprecio de aprecio Comisión Valoración del Pago Pago Expedientes (Acta Ocupación) Expedientes
Terminación
Acepta hoja
Archivo Archivo
de aprecio
Notificación y publicación
del Pago
111
Software de fuentes abiertas en la Administración electrónica
Sanciones
112
Mapa de procesos y arquitectura de componentes
Gestor Pasarela
Actuaciones
Expedientes intercambio
previas
(informes)
Acuerdo de inicio
Registro (S) Firma
Alta Expediente
Iniciación
Gestor
Archivo Valoración inicial
Expedientes
Gestor
Expedientes
Resolución
AAPP Archivo Medidas Gestor de acuerdo
provisionales Expedientes de no inicio
Firma
FIN
Archivo
Sin medidas ni
actuaciones previas
Archivo
Terminación
Archivo
FIN
113
Software de fuentes abiertas en la Administración electrónica
Arbitrajes
114
Mapa de procesos y arquitectura de componentes
Resolución
desistimiento
FIN
Gestor Subsanación
administrativa correcta acepta arbitraje
Expedientes
Gestor
Expedientes
Archivo
Subsanación de Junta Arbitral Resolución
documentación descarta arbitraje de archivo
Documentación FIN
correcta
Archivo
FIN
115
Software de fuentes abiertas en la Administración electrónica
116
Mapa de procesos y arquitectura de componentes
Documentación correcta
Gestor
Alta Comunicación
Revisión Expedientes
Expediente mejora
Gestor administrativa documentación
Expedientes
Iniciación
Gestor
Firma Registro (s)
Expedientes
Documentación correcta
Archivo
Documentación
Archivo incorrecta Gestor
Comunicación
Mejora oficio Expedientes
Comunicación documentación
oficio remisión decaimiento
Firma Registro (s) FIN
Comunicación
oficio inadmisión
Archivo
Sin informe
Instrucción
Registro (s)
FIN
Gestor
Terminación
Archivo
Archivo
117
Software de fuentes abiertas en la Administración electrónica
Iniciación: la fase de inicio se realiza a instan- Instrucción: esta fase incluye la valoración de
cias del usuario. Tras la presentación de la do- la documentación presentada, la posibilidad de
cumentación correspondiente y la verificación solicitar informes u otros requerimientos al inte-
de su corrección, se pasa a la siguiente fase. resado para la evaluación de la solicitud presen-
tada, así como la posibilidad de que se produzca
una incompatibilidad que debe quedar resuelta
para poder pasar a la última parte del proceso.
Terminación: esta fase consiste en la notifica-
ción de la resolución de concesión y en el archi-
vo y cierre del expediente.
118
Mapa de procesos y arquitectura de componentes
Expedientes Subsanación
Gestor
Expedientes
Archivo
Subsanación de documentación
Documentación correcta
Pasarela
Solicitud intercambio
Gestor
informes Expedientes
Concedida
Firma
Registro (s)
Archivo
Gestor Gestor Gestor Notificación Opta por
Valoración Expedientes Expedientes Propuesta Expedientes incompatibilidad prestación
Instrucción
FIN
FIN
Terminación
Resolución Concesión
Archivo y cierre Gestor
Expedientes
Archivo
119
Software de fuentes abiertas en la Administración electrónica
Responsabilidad patrimonial
Iniciación: el inicio del expediente puede reali- ayuden en la evaluación de la solicitud. Una vez
zarse a instancias del usuario o por propia inicia- recabada toda la información, se realiza el aná-
tiva de la Administración. Tras la presentación lisis de la misma, y se notifica la propuesta de
de la documentación correspondiente y la verifi- resolución, contra la que se pueden presentar
cación de su corrección, el expediente se pasa a las alegaciones que los interesados consideren
la fase de Instrucción. oportunas.
Instrucción: la Instrucción de este tipo de pro- Terminación: una vez resueltas las alegaciones
cesos es más o menos complicada, ya que se presentadas, y dependiendo del importe de la
inicia con una valoración técnica de la docu- indemnización, se puede producir un dictamen
mentación aportada, tras la que se pueden so- del Consejo Consultivo y/o una notificación de
licitar informes, inspecciones, pruebas y otra la resolución. Finalmente se realiza el archivo y
serie de requerimientos a los interesados, que cierre del expediente.
120
Mapa de procesos y arquitectura de componentes
Expediente Gestor
Expedientes Subsanación Subsanación incorrecta
Gestor
Expedientes
Iniciación
Archivo
Subsanación de documentación
Alta
Expediente Gestor Documentación correcta
Expedientes Notificación de inicio
Gestor
Inspección Expedientes
Firma
Aporte de documentación
Presentación
Otros
alegaciones
Archivo
requerimientos
Gestor al iteresado Gestor
Valoración técnica Gestor
Expedientes
Instrucción
121
Software de fuentes abiertas en la Administración electrónica
Recursos administrativos
Iniciación: el proceso se inicia a petición de un Terminación: esta fase comprende una no-
interesado, tras lo que se verifica la corrección tificación y publicación de resolución que se
de la documentación presentada y, en su caso, puede producir tras la solicitud de un informe al
se solicita la subsanación de la misma. Gabinete Jurídico o al Consejo Consultivo. Fi-
Instrucción: tras la valoración técnica de la soli- nalmente se cierra y archiva el expediente.
citud o las alegaciones presentadas, se dispone
de una gran variedad de informes, inspecciones
y requerimientos al interesado que pueden ser
solicitados. El proceso continua con el análisis
de la documentación recabada, tras lo que se
notifica la propuesta de resolución y se analizan
las posibles alegaciones presentadas contra la
misma.
122
Mapa de procesos y arquitectura de componentes
Resolución Resolución
inadmisión desistimiento
Alta Revisión
Expediente administratia Fuera de plazo FIN FIN
Subsanación
Gestor incorrecta
Iniciación
Expedientes Subsanación
Gestor
Expedientes
Archivo
Subsanación de documentación
Gestor
Expedientes
Inspección
Firma
Aporte de documentación
Presentación
alegaciones
Otros
Archivo requerimientos
Gestor al iteresado
Valoración técnica Gestor Gestor
Expedientes
Instrucción
Archivo FIN
123
Software de fuentes abiertas en la Administración electrónica
Convenios
124
Mapa de procesos y arquitectura de componentes
Gestor
Alta Expediente Elaboración borrador Expedientes
Iniciación
Gestor
Expedientes convenio
Firma
AAPP Archivo
Archivo
Notificación de firma
Terminación
Archivo
Justificación
diferida
FIN
Documentación correcta
125
Mapa de procesos y arquitectura de componentes
Referencias
http://www.cmsmatrix.org/ http://www.opensource.org/
http://drupal.org.es/ http://www.morfeo-project.org/
http://drupal.org/ http://www.fsf.org/
http://www.exoplatform.com/portal/public/en/ http://www.ctt.map.es/web/inicio
http://www.joomla.org/ https://open-esb.dev.java.net/
http://www.joomlaspanish.org/ http://www.planavanza.es/AvanzaLocal/Aplicaciones/SIGEM/
http://www.liferay.com/web/guest/home http://www.steria.es/
http://plone.org/ http://www.enhydra.org/workflow/shark/index.html
http://www.opencms.org/en/ http://wiki.bonita.ow2.org/xwiki/bin/view/Main/
http://www.sun.com/ http://bpms.intalio.com/
http://www.ximetrix.com/productos_y_servicios/ximDEX/index-ides-idweb.html http://www.jboss.com/
http://www.planavanza.es/AvanzaLocal/Aplicaciones/LOCALWEB/ http://www.openwfe.org/download.html
http://www.andago.com/ http://www.alfresco.com/
http://www.intecna.es/ http://www.fedora-commons.org/
http://www.w3c.es/ http://www.knowledgetree.com/
http://www.formfaces.com/ http://www.logicaldoc.com/cmsPublic/-/websitelogicaldoc/en.html
https://ws024.juntadeandalucia.es/pluton/index.jsp http://www.mulesource.org/display/MULE/Home
http://www.orbeon.com/ http://petals.ow2.org/
http://www.csae.map.es/ Enterprise Integration EAI vs. SOA vs. ESB. Author - Anurag Goel
http://www.juntadeandalucia.es/repositorio/ El papel de un bus de servicios empresariales (ESB) en una SOA
http://pago.red.es/index.action www.tibco.com <http://www.tibco.com>
http://notificaciones.administracion.es/PortalCiudadano/paginas/comunes/inicio.aspx EUROPEAN INTEROPERABILITY FRAMEWORK FOR PAN-EUROPEAN
http://www.aoc.cat/index.php/ezwebin_site/INICI eGOVERNMENT SERVICES IDABC
http://www.viafirma.org/ website (http://europa.eu.int/idabc <http://europa.eu.int/idabc> )
http://www.osor.eu/ http://wso2.org/ <http://wso2.org/>
http://ec.europa.eu/ http://servicemix.apache.org/home.html
127