Post on 30-Dec-2015
description
EEDDIILLOOCCAALL
Autores:
� Pablo Belay Fernández
� Irene González Fernández
Curso: 2006/2007
Intercambio Electrónico de Documentos
Autores: Pablo Belay Fernández e Irene González Fernández - 2 -
ÍÍNNDDIICCEE
1 PRÓLOGO.................................................................................................. 4
2 CRÍTICA A TRABAJOS ANTERIORES...................... ............................... 5
3 ESTÁNDARES ......................................... .................................................. 6
3.1 ATRIO. Almacenamiento, Tratamiento y Recuperación de Información de Oficinas. .........7
3.2 SICRES. Sistema de Información Común de Registros de Entrada y Salida.......................13
3.3 ESTROFA. Especificaciones para el Tratamiento de Flujos Administrativos
Automatizados ..........................................................................................................................................20
3.4 MAGERIT - Metodología de Análisis y Gestión de Riesgos de los Sistemas de Información
24
3.5 INDALO. Modelo de datos para el intercambio de información entre las Administraciones
Públicas. ....................................................................................................................................................25
4 PROYECTOS ESTATALES ................................ ..................................... 28
4.1 LAECAP - LEY PARA EL ACCESO ELECTRÓNICO DE LOS CIU DADANOS A LAS
ADMINISTRACIONES PÚBLICAS .....................................................................................................28
4.2 Proyecto PISTA-Local. ..............................................................................................................31
4.3 IDA _ PADRÓN .........................................................................................................................50
4.4 Proyecto “ Ventanilla Única” ....................................................................................................62
4.5 Proyecto “SISTER” ...................................................................................................................64
4.6 Proyecto “MIGRA” ...................................................................................................................66
EdiLocal
Autores: Pablo Belay Fernández e Irene González Fernández - 3 -
5 RED CORPORATIVA DE VOZ Y DATOS DE LA XUNTA DE GALIC IA . 67
5.1 Características............................................................................................................................67
5.2 Sistema de videoconferencia corporativo.................................................................................71
5.3 Infraestructura de publicación en Internet, Web y correo electrónico institucionales........73
5.4 El Sistema de Gestión de Procedimientos Administrativos (SGPA)......................................75
5.5 Futuras Mejoras.........................................................................................................................88
6 A ESTRADA CIDADE DIXITAL........................... ..................................... 91
6.1 ¿Qué es A Estrada Cidade Dixital? ..........................................................................................91
6.2 Antecedentes ...............................................................................................................................93
6.3 Principios de la solución. ...........................................................................................................95
6.4 Descripción de los servicios .....................................................................................................103
6.5 Plataforma tecnológica de la solución: Open Cities ..............................................................122
7 TENDENCIAS FUTURAS................................. ...................................... 129
8 CONCLUSIONES ................................................................................... 132
9 BIBLIOGRAFÍA E WEBGRAFÍA........................... ................................. 133
9.1 Webgrafía .................................................................................................................................133
9.2 Bibliografía ...............................................................................................................................135
Intercambio Electrónico de Documentos
Autores: Pablo Belay Fernández e Irene González Fernández - 4 -
1 PRÓLOGO
Este trabajo pretende mostrar la situación actual de EDI en la Administración. Nos
centraremos en las tecnologías, estándares y plataformas de intercambio electrónico de
información entre la administración central y las administraciones locales.
Inicialmente hablaremos de los estándares de la Administración Español lo
consideramos importante ya que la Administración lo impone como marco de referencia
y establece además una serie de recomendaciones y obligaciones muy a tener en cuenta
a la hora de diseñar un sistema.
A continuación, hablaremos de los proyectos de e-administración y EDI Administración
como son: La recién estrenada LAECAP (Ley para el Acceso Electrónico de los
Ciudadanos a las Administraciones Públicas) , el Proyecto “PISTA-Local”, Proyecto
“Ventanilla Única”, SICRES;, MIGRA.
Luego describimos brevemente la Red Corporativa de la Xunta de Galicia y los
servicios telemáticos que dispone.
Proseguiremos con el proyecto “A Estrada Cidade Dixital” donde describimos la
propuesta ganadora del Concurso Público para la e-administración en el Concello de A
Estrada. Aprovechamos para agradecer la ayuda valiosa que nos ha proporcionado
Carlos Andujar director gerente del proyecto “A Estrada Cidade Dixital”
informándonos del proyecto que dirige como de la situación actual de la
teleadministración Española.
Por último trataremos brevemente cuales serán desde nuestro punto de vista las
tendencias futuras y nuestra conclusión personal.
EdiLocal
Autores: Pablo Belay Fernández e Irene González Fernández - 5 -
2 CRÍTICA A TRABAJOS ANTERIORES
La principal crítica al único trabajo anterior es que se centran excesivamente en
conceptos de redes y direccionamiento de AA PP del estado, dejando abandonado el
apartado más importante la EDI Administración.
Otras críticas son:
� La última y única versión del trabajo es del año 1995 por lo cual es Sistema
Público ha cambiando considerablemente las tecnologías, los sistemas, y los
proyectos que mencionan han sido remolados o abandonados.
� La mayor parte del trabajo son conceptos de la asignatura de redes.
� La estructuración de los contenidos es caótica y la información en algunos casos
es poco elaborada.
� El trabajo carece de bibliografía y webgrafía.
� No menciona en ningún momento alguna plataforma para la EDI
Administración.
Intercambio Electrónico de Documentos
Autores: Pablo Belay Fernández e Irene González Fernández - 6 -
3 ESTÁNDARES
El Consejo Superior de Informática (CSI) es el órgano encargado de la preparación,
elaboración, desarrollo y aplicación de la política informática del Gobierno.
Básicamente centra su actividad en producir consejos, promover y desarrollar proyectos
de interés general para la Administración Pública. Fomentar la cooperación informática
entre administraciones.
Entre las competencias e objetivos del CSI se encuentran:
1. Fomentar la cooperación informática entre administraciones. Desarrollada
principalmente por la Comisión Nacional para la Cooperación entre las
Administraciones Públicas en el Campo de los Sistemas y Tecnologías de la
Información (COAXI), en la que participan representantes de la Administración
General del Estado, la Administración Autonómica y la Administración Local.
2. Salvaguardar la seguridad de los sistemas de información y protección de datos
en la aplicación de las tecnologías de la información en las Administraciones
Públicas. Para eso participa en la evaluación y certificación de la seguridad de
estas tecnologías; elabora propuestas sobre criterios de seguridad, de
normalización y conservación de las aplicaciones para el ejercicio de potestades
y, además, establece metodologías de análisis y gestión de riesgos de los
sistemas de información.
3. Desarrollar herramientas metodológicas para conseguir en la Administración
pública Sistemas de Información bien estructurados y fácilmente mantenibles,
como el Método de Planificación y Desarrollo de Sistemas de Información
(METRICA).
4. Elaborar consejos y proyectos de interés general que eviten el doble empleo de
recursos en la administración. De entre estos estándares podemos destacar
algunas iniciativas en el ámbito de la gestión documental (ATRIO, SICRES), en
el tratamiento de flujos de trabajo administrativos (ESTROFA).
EdiLocal
Autores: Pablo Belay Fernández e Irene González Fernández - 7 -
3.1 ATRIO. Almacenamiento, Tratamiento y
Recuperación de Información de Oficinas.
3.1.1 ¿Que es?
ATRIO es una especificación, promovida por el CSI, sobre sistemas que realizan
gestión Integrada de Documentos (GID). Un sistema homologado como ATRIO es:
• Un sistema ofimático avanzado que integra con facilidad y de forma dinámica y
transparente para el usuario diversas herramientas ofimáticas y permite el
almacenamiento, tratamiento y recuperación de información multimedia.
• Un sistema abierto, portable a las distintas clases de máquinas y a distintos tipos
de sistemas de gestión de bases de datos que permite un fácil intercambio de
información entre ellos.
• Un sistema susceptible de ser implantado en cualquier unidad de la
Administración sin necesidad de modificaciones o adaptaciones de importancia.
Para homologar las aplicaciones de mercado que cumplan las especificaciones ATRIO
se creó el grupo de homologación ATRIO integrado por representantes de varios
ministerios y de la Agencia de Protección de Datos.
3.1.2 Historia de ATRIO. Antecedentes.
A principios del año 1990, el Consejo Superior de Informática tomó la decisión de
promover la realización de un prototipo consistente en un sistema capaz de dar
respuesta a las crecientes necesidades ofimáticas de un alto nivel de complejidad,
integración y sofisticación existentes en las Administraciones públicas.
Los presupuestos básicos de dicho proyecto, que se denominó ATRIO
(Almacenamiento, Tratamiento y Recuperación de Información de Oficinas), eran los
siguientes:
� El prototipo debía ser desarrollado por una empresa con un notable grado de
tecnología propia en sistemas de tratamiento ofimático y documental.
� Los sistemas físicos utilizables debían trabajar en entorno UNIX o equivalente.
� El prototipo se implantaría en varias unidades de la Administración.
Intercambio Electrónico de Documentos
Autores: Pablo Belay Fernández e Irene González Fernández - 8 -
� Finalizado el prototipo y comprobado su funcionamiento, el Consejo Superior
de Informática propiciaría su utilización en aquellas otras unidades de la
Administración que lo desearan.
� El prototipo debería configurar un sistema que garantizara, de forma integrada,
el almacenamiento, tratamiento y recuperación de información de oficinas,
tanto en caracteres como en imagen, permitiendo la utilización integrada de
determinados paquetes ofimáticos.
� ATRIO debería ser implantado en cualquier unidad de la Administración sin
necesidad de modificaciones o adaptaciones de importancia. Se trataba por
tanto, de un sistema de información común.
Se decidió la elaboración de dos prototipos, uno a corto plazo y otro a medio plazo.
Considerando que los prototipos habían sido suficientemente experimentados, con fecha
28 de Noviembre de 1991, el Consejo Superior de Informática, tomó el siguiente
acuerdo:
"Hacer públicas las especificaciones de ATRIO y homologar los
productos que sean conformes a las mismas y que sean desarrollados por
cualquier suministrador".
Desde noviembre de 1991 hasta abril de 1994, los importantes cambios en la tecnología,
especialmente en materia de ofimática y tratamiento de imágenes, justificaron la
necesidad de realizar una segunda versión del "Esquema de verificación de conformidad
de productos ATRIO". De otra parte, la promulgación de la Ley 30/1992 , de 26 de
Noviembre, del Régimen Jurídico de las Administraciones Públicas y del Procedimiento
Administrativo Común, ha producido sensibles modificaciones en el marco jurídico,
singularmente por lo que respecta a la validez de los documentos emitidos por medios
electrónicos, informáticos o telemáticos, y las copias auténticas de documentos; así
como en lo que atañe a la informatización de los registros de entrada y salida; la
regulación de los procedimientos total o parcialmente automatizados; y la comunicación
de los ciudadanos con las Administraciones Públicas por los medios citados.
EdiLocal
Autores: Pablo Belay Fernández e Irene González Fernández - 9 -
En diciembre de 1995, se dieron de nuevo las condiciones que aconsejaron, como se ha
reflejado más arriba, proceder a actualizar el Esquema mediante la adopción de su
versión 2.1.
Después de transcurrido más de un año desde la fecha en que se aprobó la versión 2.1.,
se vio la necesidad de actualizar las especificaciones para adaptarlas a los estándares
internacionales y europeos de amplia utilización y asimismo para adaptarlas a la nueva
situación que supuso la llegada del año 2000 y la entrada en vigor de la moneda única
europea.
3.1.3 ATRIO, un sistema abierto. Características
El sistema ATRIO es un sistema abierto. En efecto, hablar de XPG, OSI, WINDOWS,
TCP/IP o SQL nos lleva ineludiblemente a dicha conclusión. No obstante, conviene
confirmarla de modo inequívoco. Para verificar la conformidad de un sistema como
producto ATRIO es requisito indispensable que pueda ser instalado en las máquinas
más habituales del mercado que cumplan con dichos requisitos. Es obvio que en el caso
del servidor puede ser necesaria una operación de "porting". Esta apertura tiene unas
ciertas limitaciones. En efecto, en el caso de los lectores-grabadores de discos ópticos y
magnético-ópticos, de los "juke-boxes" e intercambiadores de cartuchos, y de los
propios discos, estamos aún lejos de una normalización, si bien empiezan a aparecer en
el mercado productos que permiten controlar diversos dispositivos de esta clase desde
una misma plataforma. Por lo tanto, se entiende que un sistema puede superar la
verificación de conformidad como ATRIO cuando permita la integración, en un tiempo
prudencial, de los periféricos de tal tipo más habituales del mercado, con independencia
de los controladores que se utilicen sean o no controladores multidispositivo.
Para verificar la conformidad de sistema como ATRIO no basta, con que el "software"
básico, sea de los servidores o de las estaciones de trabajo, los gestores de bases de
datos y los protocolos de comunicaciones, respondan a las presentes especificaciones.
Lo que se pretende no es sólo un sistema ofimático con gestión integrada de imágenes
fácilmente portable, sino algo más. De una parte la integración de herramientas
ofimáticas comunes en el mercado, en el propio sistema de una forma transparente para
Intercambio Electrónico de Documentos
Autores: Pablo Belay Fernández e Irene González Fernández - 10 -
el usuario; de otra, un lenguaje común de comandos y un lenguaje común de
recuperación de la información, con absoluta independencia del gestor de bases de datos
que se utilice. La interfaz de usuario tiene un impacto decisivo en la eficiencia de su
aprendizaje y en la efectividad de su uso y es además, el factor más importante para
garantizar la aceptación de un sistema automatizado. Sus características más deseables
son: facilidad de aprendizaje, facilidad de uso y consistencia, esto es, que mantenga una
uniformidad en estilo, vocabulario y semántica.
El objetivo es muy claro: el personal de las Administraciones Públicas se encontrará
siempre, trabaje donde trabaje, ante un interfaz de usuario familiar, con un lenguaje
conocido y podrá trabajar con un producto integrado que le permitirá generar una
información a través de procesadores de texto y hojas de cálculo y almacenarla y
recuperarla, tanto en imagen como en texto, desde una única interfaz. ATRIO supera,
pues, el tradicional, concepto de Gestión Electrónica de Documentos (GED), para entrar
de lleno en el aún más moderno y eficiente concepto de Gestión Integrada de
Documentos (GID). En definitiva ATRIO responde a las siguientes características:
a) Un sistema ofimático avanzado que integra con facilidad y de forma dinámica y
transparente para el usuario diversas herramientas ofimáticas y permite el
almacenamiento, tratamiento y recuperación de la información multimedia que
se genere o se reciba, bien sea texto, imagen fija o en movimiento o sonido.
b) Un sistema abierto, portable a distintas clases de máquinas y a distintos tipos de
sistemas de gestión de bases de datos, con fácil integración de dispositivos
multimedia, que libera a las Administraciones Públicas de la servidumbre de
sistemas propietarios, y que permita el fácil intercambio de información entre
ellos.
c) Un sistema susceptible de ser implantado en cualquier unidad de la
Administración sin necesidad de modificaciones o adaptaciones de importancia,
lo que se traduce en las siguientes exigencias:
a. Una interfaz de usuario general, con una semántica común, tanto en lo
que se refiere a lenguaje de comandos como de recuperación.
EdiLocal
Autores: Pablo Belay Fernández e Irene González Fernández - 11 -
b. Una herramienta de generación de aplicaciones basada en la misma
interfaz y la misma semántica, que permita adaptar o modificar ATRIO
con facilidad, en atención a las necesidades concretas de cada órgano
administrativo, sin necesidad de acudir constantemente al apoyo de
desarrolladores externos.
Los requisitos generales que a continuación se detallan constituyen el conjunto mínimo
de especificaciones para que un sistema pueda superar la verificación de conformidad
como ATRIO. Como se puede observar, el sistema es una herramienta abierta, o más
bien una herramienta de herramientas, o metaherramienta con la que se puede construir
las aplicaciones concretas que se deseen. No obstante, la experiencia adquirida con
productos concretos ATRIO permite, sin mengua de las características ya reseñadas de
sistema abierto con el que se pueden construir aplicaciones a medida, la definición de
módulos construidos con ATRIO que, dentro de las misma orientación de apertura y
portabilidad, enriquecen el sistema y permiten su implantación inmediata en situaciones
concretas: el módulo de registro general de entrada y salida, el módulo de seguimiento
de expedientes administrativos y el módulo de control de flujos de tareas. Estos
módulos se basan en el mismo concepto de portabilidad a cualquier órgano de la
Administración sin modificaciones o adaptaciones de importancia, pero yendo aún más
allá: son implantables en cualquier órgano de la Administración sin ninguna
modificación ni adaptación.
3.1.4 Requisitos generales del sistema.
El sistema debe poder ser portado a cualquier servidor con el "software" básico.
� Arquitectura cliente-servidor
� Equipo lógico del servidor
� Equipo lógico de las estaciones de trabajo
� Comunicaciones
� Bases de datos
� Gestión de objetos documentales
� Gestión de periféricos
� Integración de herramientas externas
Intercambio Electrónico de Documentos
Autores: Pablo Belay Fernández e Irene González Fernández - 12 -
� Seguridad
� Lenguaje de comandos
� Lenguaje común de consulta
� Herramienta de generación de aplicaciones
� Reconocimiento óptico de caracteres OCR
� Rendimiento. Tiempos de respuesta
� Utilidades de digitalización
� Utilidades de impresión
� Utilidades de "Back-up"
EdiLocal
Autores: Pablo Belay Fernández e Irene González Fernández - 13 -
3.2 SICRES. Sistema de Información Común de
Registros de Entrada y Salida
3.2.1 ¿Que es?
SICRES es un módulo operacional de ATRIO , que funciona como una aplicación
cerrada orientada a satisfacer la exigencia de informatización de los Registros, tal como
prevé la Ley 30/92 de Régimen Jurídico y del Procedimiento Administrativo Común.
3.2.2 Objetivo. Tratar errores.
Definir las acciones a seguir para tratar los posibles errores de comunicación y de
gestión producidos en la fase de intercambio telemático de anotaciones de registro.
Definir las acciones a tomar con correos recibidos en un destino y que no sean erróneos
en cuanto a formato.
Las acciones que se pueden realizar son las siguientes:
1. Lectura y eliminación el mensaje de correo. Se utiliza cuando se reciben
mensajes que no pertenecen al sistema de información de registro.
2. Marcar el registro del RAES como “ Tratado manualmente” . Esta opción se
utiliza cuando el mensaje de correo tiene un direccionamiento electrónico
incorrecto.
3. Devolver el mensaje a su origen. Esta opción se utiliza cuando se desea avisar al
remitente que ha enviado un mensaje a un destinatario equivocado. En ningún
caso se reenviará al otro organismo distinto del organismo origen del mensaje,
aunque conozcamos su destino correcto.
El formato del fichero de intercambio se ha definido en la norma de especificaciones de
SICRES 2.0.
Intercambio Electrónico de Documentos
Autores: Pablo Belay Fernández e Irene González Fernández - 14 -
3.2.3 Topología de Errores e Intercambio
Los errores que podemos encontrar y tratar en el intercambio de ficheros SICRES de
anotaciones registrales pueden clasificarse en dos tipos:
� Errores físicos. Errores de comunicación y, por tanto, ajenos a la anotación
registra, no forman parte del mensaje. Estos errores son producidos por una
dirección telemática incorrecta (usuario o servidor incorrecto) o por time-out del
servidor de correo.
� Errores lógicos. Propios de la anotación registra. Son producidos por errores de
destino o de contenido de la anotación registra.
3.2.4 Criterios
Los criterios básicos para el diseño han sido:
� Respetar el mínimo SICRES versión 1.0 del año 1995
� Considerar que una oficina registral, en su actividad de intercambio, solo debe
de portar un conjunto reducido de datos puesto que no realiza funciones de pre-
proceso.
� Preparar datos codificados de manera que sean de utilidad para el órgano
receptor.
� Incluir codificaciones del órgano receptor que constará en las solicitudes
normalizadas futuras.
Los criterios técnicos para el diseño han sido:
La unidad de intercambio SICRES es la linea de anotación. Una linea de anotación está
compuesta por: Procedencia o remitente, destinatario, interesado, asunto, reseña de
ficheros anexos al apunte (opcional)
Un fichero de intercambio SICRES está compuesto por una o mas líneas de anotación,
todas con un mismo destino. La aplicación de Registro SICRES debe de generar tantos
ficheros de intercambio como destinos externos se hayan producido en el periodo
registrado. Son subconjuntos del fichero General de Registro, una vez clasificado por
destinos y segmentado por este criterio.
Las líneas (registros informáticos terminados por ODOA Hex) de un fichero SICRES
EdiLocal
Autores: Pablo Belay Fernández e Irene González Fernández - 15 -
son de longitud variable. Los campos son posicionales. Si un campo no está informado,
estará a blancos (20 Hex) si es de tipo a o an y a ceros (30 Hex) si es numérico.
El nombre de un fichero de intercambio debe de ser único en el espacio registral
Español. Totaliza hasta 40 posiciones sin path.
Se denominan ficheros anexos, los que son relativos a una linea de anotación. Son
anexos a una anotación registral específica. No se integran en el mensaje SICRES. Este
dispone solo de un puntero al fichero. El nombre de un fichero anexo debe de ser único
en el espacio registra Español. Totaliza al menos 69 posiciones.
Cada fichero anexo viaja en un mensaje de correo hacia su destino. El sistema CSR se
hace cargo de la firma y cifra (si es necesario) e inclusión en un mensaje SMTP. El
asunto del mensaje es Anexos_Sicres.
3.2.5 Desarrollo
Los mínimos SICRES de 1995 se recogen en la figura.
Se han estructurado de acuerdo a su carácter en datos de Remitente, Destinatario,
Contenido, Originados y Transporte. Por Originador se entiende la referencia al registro
inicial (original) en la cadena, del que tiene datos el interesado. Por transporte, los datos
Intercambio Electrónico de Documentos
Autores: Pablo Belay Fernández e Irene González Fernández - 16 -
con los que llegó al registro original (tipo de transporte y número de referencia).
El modelo que se propone es de datos ampliados según recoge la figura:
La situación de los mensajes SICRES puede ser múltiple. La mayor parte de ellos
llegará a destino. Pero algunos tendrán incidencias y errores.
Los errores y OK de transporte básico, corresponden a los sistemas de correo. No
forman parte del mensaje. Si deben incluirse en la estructura del mensaje los motivos
por los que se devuelve (a origen) un mensaje.
EdiLocal
Autores: Pablo Belay Fernández e Irene González Fernández - 17 -
Los errores y OK de transporte básico, corresponden a los sistemas de correo. No
forman parte del mensaje. Si deben incluirse en la estructura del mensaje los motivos
por los que se devuelve (a origen) un mensaje.
Intercambio Electrónico de Documentos
Autores: Pablo Belay Fernández e Irene González Fernández - 18 -
3.2.6 Representación gráfica del formato
EdiLocal
Autores: Pablo Belay Fernández e Irene González Fernández - 19 -
3.2.7 Representación gráfica de la estructura del f ichero
Intercambio Electrónico de Documentos
Autores: Pablo Belay Fernández e Irene González Fernández - 20 -
3.3 ESTROFA. Especificaciones para el Tratamiento d e
Flujos Administrativos Automatizados
3.3.1 ¿Que es?
ESTROFA es una especificación conceptual, un modelo de referencia, sobre sistemas
de control de flujos de tareas, concebida como una capa adicional a las de ATRIO , el
estándar del CSI para el almacenamiento, tratamiento y recuperación de información de
oficinas.
3.3.2 Especificaciones para el tratamiento de fluj os automatizados
3.3.2.1 Exposición de Motivos
En la elaboración de las especificaciones de la versión 1.0 de ESTROFA se apreció un
importante consenso sobre la necesidad de que sus caracteres básicos fueran
substancialmente los contenidos en el esquema de verificación ATRIO, puesto que los
requisitos de dicho esquema y sus características de apertura y portabilidad coincidían
en líneas generales con las exigencias que los sistemas de control de flujos de tareas
imponían.
La nueva orientación que toma ahora ATRIO provoca que las especificaciones de su
última versión 2.2 que estaban referenciadas en ESTROFA v1.0 sean ahora
incorporadas a la misma, por lo que esta actualización debe considerarse no como nueva
versión, sino como una revisión (ESTROFA v1.1) de los requisitos que ya cumplían los
productos candidatos a la homologación en su primera versión.
Evidentemente se preservan por completo las características esenciales de ESTROFA,
tanto su definición como "un marco conceptual en el que podrán encajar diferentes
sistemas de control de flujos de tareas", como el condicionante de que los requisitos
mínimos, tanto de la versión anterior como de esta revisión, permitan la existencia y
homologación de una variedad importante de Productos ESTROFA que ofrezcan
soluciones diferentes, en tecnología, precio, versatilidad, etc. a los mismos objetivos.
EdiLocal
Autores: Pablo Belay Fernández e Irene González Fernández - 21 -
También se continúa con la cautela de que la relativa novedad y lenta evolución de la
materia aconseja no establecer requisitos muy estrictos porque, como se decía en la
primera versión, "aún no existen conceptos unánimemente aceptados, la terminología es
confusa y dudosa y, desde luego, la normalización está en sus comienzos".
Por último se mantiene voluntariamente la terminología ya establecida en la versión 1.0
y se evitan las referencias a la intercomunicabilidad o interoperabilidad de los sistemas
que se homologuen bajo estas especificaciones. Sin embargo tal situación, indeseable
por otra parte, está previsto sea eliminada, o cuando menos aminorada, en la siguiente
versión de ESTROFA, debido por una parte a que ya existe experiencia en cuanto a
productos homologados o en fase de serlo, y por otra a que los organismos y
asociaciones internacionales en la materia (v.g. la Workflow Management Coalition)
han continuado definiendo especificaciones desde que se emitió la primera versión de
ESTROFA en el año 1995.
Es por todo ello que esta revisión representa una solución, tan temporal como necesaria,
hasta que la próxima versión 2.0 de ESTROFA incorpore los avances y tendencias
contrastados por el tiempo y el mercado como representa, por ejemplo, el fenómeno
INTERNET.
3.3.2.2 Definiciones previas
� COMPETENCI: Condición que define la capacidad de un sujeto para realizar
una tarea. Las competencias pueden estar establecidas en un proceso
reglamentado o atribuidas en un momento concreto por el sujeto
jerárquicamente superior. Puede ser permanente o temporal y puede ser ejercida
por delegación.
� DATOS: Son los valores que identifican todos los atributos de los procesos y
tareas específicos.
� DICCIONARIOS DE TIPOS: Repositorios en los que se almacenan para su
reutilización los procesos-tipo, las tareas-tipo, los estados, el conjunto de sujetos
con sus competencias y las reglas-tipo.
Intercambio Electrónico de Documentos
Autores: Pablo Belay Fernández e Irene González Fernández - 22 -
� ESTADOS: Tipos de situación en que puede encontrarse una tarea: ejecutada, en
ejecución, en espera, cancelada, etc.
� FLUJO: Relación, definida por reglas, entre las tareas de un proceso.
� OBJETOS: información asociada a la tarea almacenada en cualquier tipo de
soporte - escrito, audio, imagen fija o en movimiento, fichero informático
independiente o incluido en una herramienta ofimática, etc. (Nota: El término en
ESTROFA no está utilizado en el sentido de "Orientación a Objetos").
� PLAZO: Condición que define el tiempo en el que se realiza o debe realizarse
una tarea o un proceso.
� PRIORIDAD: Escala que establece la preferencia de ejecución de una tarea
frente a otras o de un proceso frente a otros.
� PROCESO: Conjunto de tareas ordenadas, bien temporalmente, bien
cumpliendo condiciones contenidas en reglas, que son realizadas bien por
sujetos competentes, bien de forma automatizada (por autorización expresa del
sujeto competente). Un proceso puede estar compuesto de uno o varios
subprocesos, que a su vez pueden descomponerse en tareas.
� PROCESO ABIERTO O NO REGLAMENTADO : Proceso en el que sujetos con
competencia o autorizados pueden ordenar tareas, procesos completos
predefinidos, asignar reglas e incluso integrar tareas automatizadas, de forma
dinámica.
� PROCESO REGLAMENTADO: Proceso en el que toda la secuencia de tareas o
subprocesos, la asignación de reglas y la correspondiente integración de tareas
automatizadas tiene un flujo-grama predeterminado.
� PROCESO SEMI-REGLAMENTADO: Proceso reglamentado en el que se
prevén excepciones que pueden alterarlo dinámicamente a voluntad de sujetos
con competencia o autorizados para ello.
� PROCESOS-TIPO: Procesos reglamentados que pueden ser reutilizados en
procesos abiertos o semirreglamentados en la fase de diseño. Deben estar
definidos en un diccionario.
� REGLA: Conjunto de condiciones que regula el encadenamiento de las tareas.
� REGLAS-TIPO: Reglas establecidas que pueden ser reutilizadas por los sujetos
competentes en la fase de diseño. Deben estar definidas en un diccionario.
EdiLocal
Autores: Pablo Belay Fernández e Irene González Fernández - 23 -
� SUJETO: Usuario o grupo de usuarios que tiene la competencia para realizar
una tarea. Un usuario, según los procesos, puede tener atribuidas las
competencias de distintos sujetos.
� TAREA: Unidad mínima de trabajo que, combinada con otras tareas, constituye
un proceso.
� TAREAS AUTOMATIZADAS: Tareas-tipo que el sistema pone a disposición de
los sujetos competentes para que sean realizadas por ejecución de una regla.
� TAREAS SEMIAUTOMATIZADAS: Tareas-tipo que el sistema pone a
disposición de los sujetos competentes para que sean realizadas a petición
expresa y manual.
� TAREAS-TIPO: Tareas que pueden ser reutilizadas por los sujetos competentes
en la fase de diseño. Deben estar definidas en un diccionario.
3.3.2.3 Requisitos Generales del Sistema.
� Estructura .
Un Producto ESTROFA debe poseer una estructura modular integrada por
distintas herramientas que puedan ser adquiridas tanto independiente como
conjuntamente, de acuerdo con las necesidades de los distintos organismos.
� Seguridad.
El sistema garantizará la autenticación, confidencialidad, la integridad y la
disponibilidad de la información. Para ello contemplará la presencia de
funciones y de mecanismos de salvaguarda o seguridad que permitan la
identificación y autenticación de los usuarios, la restricción de la utilización del
sistema y del acceso a la información de las persona autorizadas, la prevención
de la fabricación, modificación o destrucción no autorizadas de la información,
de la alteración o pérdida accidental de la misma, en general de la protección
frente a manipulaciones no autorizadas, la prevención de la interceptación de la
información, la garantía de la recuperación y disponibilidad del servicio y de la
información, las copias de salvaguardia, especialmente en el caso de ficheros
grabados en discos ópticos y la trazabilidad de las transacciones realizadas.
Intercambio Electrónico de Documentos
Autores: Pablo Belay Fernández e Irene González Fernández - 24 -
3.4 MAGERIT - Metodología de Análisis y Gestión de
Riesgos de los Sistemas de Información
3.4.1 Objetivos
Magerit persigue los siguientes objetivos:
1. Concienciar a los responsables de los sistemas de información de la existencia
de riesgos y de la necesidad de atajarlos a tiempo
2. Ofrecer un método sistemático para analizar tales riesgos
3. Ayudar a descubrir y planificar las medidas oportunas para mantener los riesgos
bajo control
4. Apoyar la preparación a la Organización para procesos de evaluación, auditoría,
certificación o acreditación, según corresponda en cada caso
Así mismo, se ha cuidado la uniformidad de los informes que recogen los hallazgos y
las conclusiones de un proyecto de análisis y gestión de riesgos: modelo de valor, mapa
de riesgos, evaluación de salvaguardas, estado de riesgo, informe de insuficiencias, y
plan de seguridad.
3.4.2 Programa
1. El análisis y gestión de riesgos en la gestión global de la seguridad de los
sistemas de información
2. Objetivos de MAGERIT. Estructura, contenido y uso de las guías
3. El modelo de MAGERIT: Elementos, eventos y procesos
4. Adaptación del método a las situaciones prácticas
5. Estudios de casos prácticos mediante las herramientas MAGERIT: Introductoria
y avanzada
6. Referencias legales y técnicas en MAGERIT
EdiLocal
Autores: Pablo Belay Fernández e Irene González Fernández - 25 -
3.5 INDALO. Modelo de datos para el intercambio de
información entre las Administraciones Públicas.
3.5.1 ¿Que es?
INDALO persigue la promoción y avance del intercambio de información entre las
AAPP., proporcionando una relación y una definición precisa de los datos que se
intercambian entre ellas. INDALO constituye una referencia de uso constante para todas
aquellas personas relacionadas con la construcción de sistemas de información de las
Administraciones Públicas.
3.5.2 Historia
En 1995 se editó en un CD-ROM la versión 1.0. Posteriormente, se introdujeron ciertas
facilidades para poder imprimir determinados módulos, y, se ampliaron los campos de
fechas para evitar el conocido problema de la entrada del próximo milenio.
A fines de 1997 se da a conocer la versión 2.0 que incorpora, entre otras, determinadas
actualizaciones en los dominios 2 (población y censos) y 4 (contratación), por cambios
legislativos; en los dominios 3 (gestión económica), 4 (contratación) y 5 (gestión fiscal),
debido a la futura implantación del EURO; y en el dominio 6 (territorio) por la
aprobación de una norma UNE basada en el modelo MIGRA (Modelo de Información
Geográfica Relacional formado por agregación).
El CD-ROM versión 2.0 se puede obtener en librerías técnicas y en la librería del
Boletín Oficial del Estado, c/ Trafalgar, 27-29, 28010 Madrid, al precio de 9,01 Euros.
Coeditado por el Ministerio de Administraciones Públicas y el Boletín Oficial del
Estado, ISBN 84-340-1167-0.
Intercambio Electrónico de Documentos
Autores: Pablo Belay Fernández e Irene González Fernández - 26 -
3.5.3 Dominio
1.- Régimen Interno
� Recursos Humanos.
� Secretaría.
� Asesoría Jurídica.
� Relaciones Institucionales
2.- Población y Censos
� Personas Físicas y Jurídicas
� Vehículos
� Semovientes
3.- Gestión Económica
� Gestión y Ejecución de los Presupuestos
� Gestión de Operaciones no Presupuestarias
� Gestión de los Pagos y Cobros
� Planificación Financiera de la Entidad
� Gestión de Recursos por otras Entidades
� Contabilización de Hechos Económicos
� Determinación de Costes
4.-Contratación
� Contratación de Suministros
� Contratación de Obras
� Patrimonio
5.- Gestión Fiscal
� Gestión de Padrones
� Gestión de Liquidaciones
EdiLocal
Autores: Pablo Belay Fernández e Irene González Fernández - 27 -
� Gestión de Inspección
� Gestión de Recaudación
6.- Territorio
� Subsistema de Georeferenciación
� Subsistema de Cartografía
� Subsistema de Catastro
� Subsistema de Urbanismo
7.-Protección Ciudadana
� Situaciones catastróficas
� Situaciones de Riesgo Especial
� Situaciones de Emergencia Cotidiana
� Tratamiento de los datos de Protección Ciudadana
8.- Asuntos Sociales/ Bienestar social
� Sistema de Servicios Sociales
� Sistema de Pensiones
� Sistema de Protección al Empleo
� Sistema de Salud
� Sistema Educativo
9.- Gestión Documental
� Registro General
� Seguimiento de Expedientes
� Archivo
Intercambio Electrónico de Documentos
Autores: Pablo Belay Fernández e Irene González Fernández - 28 -
4 PROYECTOS ESTATALES
4.1 LAECAP - LEY PARA EL ACCESO ELECTRÓNICO
DE LOS CIUDADANOS A LAS ADMINISTRACIONES
PÚBLICAS
4.1.1 Precedentes, situación del Estado Español.
Según el VI Informe de “Cap Gemini” para la Comisión de la UE, España ocupa el
décimo quinto puesto en la tele-administración, como se puede ver en la figura adjunta.
Ilustración 1: Comparativa de la e-administración entre los países de UE
Según las fuentes del “Economist Intelligence Unit 2006” es la vigésimo cuarta en el
mundo de la Sociedad de la Información. Aun así en los últimos años tuvo lugar
importantes avances en la e-administración, como son:
• Los trámites electrónicos con la AEAT. (IRPF, Patrimonio, IVA, Impuestos de
Sociedades, etc.). Con presencia en Internet desde 1996 y declaraciones
telemáticas desde 1999.
• Sistema de Remisión Electrónica de Documentos (RED) Tesorería General de
la Seguridad Social. Regulación de abril de 1995.
• El proyecto CERES (Iniciado en 1996 e concretado en 1999) Fábrica Nacional
de Moneda y Timbre - Real Casa de la Moneda
EdiLocal
Autores: Pablo Belay Fernández e Irene González Fernández - 29 -
• La Oficina Virtual del Catastro. Cartografía, certificados y datos catastrales.
Disponibles desde 2002.
Estos proyectos son realizados de forma aislada, con lo que ahora hay que integrar estos
sistemas y conseguir la interoperabilidad y colaboración entre administraciones.
4.1.2 Nuevos Derechos del Ciudadano
Presentamos un pequeño esquema de cuales serán:
1. Los ciudadanos podrán realizar sus gestiones por medios electrónicos
2. Los ciudadanos elegirán el canal de acceso a los servicios públicos
3. Los ciudadanos podrán hacer sus trámites 24 horas al día los 365 días del año
4. Los ciudadanos podrán consultar en cualquier momento el estado de tramitación
5. Las comunicaciones en soporte electrónico tendrán la misma validez legal que
las tradicionales en papel.
6. Los ciudadanos no tendrán que aportar datos ni documentos que obren en poder
de las AA.PP´s
7. Los servicios electrónicos ofrecerán el grado máximo de calidad, seguridad y
confidencialidad .
8. Realizar un trámite o recibir información a través de Internet o por teléfono
tendrá la misma validez que la forma tradicional.
9. Los ciudadanos podrán realizar trámites de distintas administraciones en un
único lugar
10. Los ciudadanos se beneficiarán de una administración electrónica de calidad.
4.1.3 Obligaciones de las Administraciones
1. Las AA.PP´S deberán facilitar información y la realización de trámites por Internet,
móviles, televisión, etc
2. Las AA.PP´s deberán garantizar el acceso a las personas que carezcan de medios
propios o conocimientos suficientes.
3. Generalización de los registros electrónicos a través de los que se podrán enviar
documentos en soporte electrónico
Intercambio Electrónico de Documentos
Autores: Pablo Belay Fernández e Irene González Fernández - 30 -
4. La Administración estará obligada a facilitar información sobre la marcha de las
gestiones al ciudadano que lo desee por el medio que lo solicite
5. Los datos personales de los ciudadanos se tratarán siempre bajo las máximas
garantías de seguridad y confidencialidad
6. Las AA.PP´s garantizarán el intercambio de datos que ya posean, siempre y cuando
los ciudadanos lo autoricen
7. Se creará un sistema de vigilancia y garantías para asegurar los
8. derechos de los usuarios
9. Las administraciones públicas garantizarán su interoperabilidad para asegurar este
derecho
10. Las AA.PP´s deberán cumplir con los principios y obligaciones de esta Ley a partir
del 31/12/2009
EdiLocal
Autores: Pablo Belay Fernández e Irene González Fernández - 31 -
4.2 Proyecto PISTA-Local.
4.2.1 ¿Qué es PISTA 1, quién lo promueve ,..?
El Acuerdo de Consejo de Ministros de 4 de abril de 1997 (BOE de 14 de abril), para la
progresiva implantación de un sistema intercomunicado de registros entre la
Administración General del Estado, las Administraciones de las Comunidades
Autónomas y las entidades que integran la Administración Local, aboga por la
conversión de los registros de las Administraciones Públicas en auténticas "ventanillas
únicas" de acceso al conjunto de prestaciones y servicios públicos, independientemente
de cual sea en cada caso la Administración competente.
Tal mandato implica, desde el punto de vista técnico, la puesta en marcha de un
importante proyecto cuyas funcionalidades clave se resumen en los siguientes
apartados:
• Interconexión y transmisión de asientos registrales y, en su caso, de documentos
completos entre las distintas Unidades registrales de las Administraciones
Públicas que hayan firmado o se hayan adherido a los Convenios marco de
colaboración.
• Acceso desde cualquier punto remoto a las bases de datos públicas y a cualquier
otra información de interés para los ciudadanos que proceda de cualquiera de las
Administraciones públicas.
• Posibilidad de realización de trámites administrativos (simples, complejos y de
tramitación compartida) desde el lugar de trabajo del ciudadano o incluso desde
su hogar.
El proyecto puede llegar a afectar a las más de 13.000 unidades registrales con las que
cuentan la Administración General del Estado, las Administraciones Autonómicas y la
Administraciones Locales. La ambición del proyecto Ventanilla Única hace que deba
ser acometido con plazos realistas, considerando como hito más cercano la
1 Pista: Promoción e Identificación de Servicios emergentes de Telecomunicaciones Avanzadas
Intercambio Electrónico de Documentos
Autores: Pablo Belay Fernández e Irene González Fernández - 32 -
informatización e intercomunicación de asientos registrales hasta llegar, como horizonte
final, a la tramitación desde el hogar del ciudadano.
El día 8 de noviembre de 1997 se publicó en el BOE la Resolución de la Secretaría
General de Comunicaciones del Ministerio de Fomento que anunciaba, por el
procedimiento abierto de concurso, la consultoría y asistencia para la puesta en marcha
del proyecto piloto "Ventanilla Única" de la Acción PISTA (Promoción e Identificación
de Servicios Emergentes de Telecomunicaciones Avanzadas) en el sector de las
Administraciones Públicas.
El Pliego de Especificaciones Técnicas de la Acción PISTA establece la realización de
dos Subproyectos de tres niveles cada uno:
Subproyecto 1. Interconexión de Registros. Niveles:
• Intercambio electrónico de asientos registrales
• Nivel 1 + documentos electrónicos estructurados
• Nivel 2 + documentos electrónicos no estructurados
Subproyecto 2. Servicios de Información Administrativa y Tramitación
Electrónica. Niveles:
• Desarrollar una guía integrada de prestaciones y servicios administrativos y
facilitar la obtención de los modelos de documentos existentes para la
tramitación de procedimientos.
• Facilitar la iniciación de procedimientos mediante el envío de formularios
electrónicos normalizados.
• Facilitar la tramitación electrónica de procedimientos permitiendo la
comunicación entre las Administraciones intervinientes y con los ciudadanos.
EdiLocal
Autores: Pablo Belay Fernández e Irene González Fernández - 33 -
4.2.2 FEMP
4.2.2.1 Servicios
El Ministerio de Industria, Turismo y Comercio estableció un convenio por la FEMP de
forma que ésta quedaba encargada de la promoción y difusión del proyecto PISTA
Local a lo largo del territorio español, fruto de este convenio nació el Equipo Técnico
de la FEMP para los proyectos PISTA y más concretamente PISTA Local .
Entre los muchos servicios que la FEMP realiza de forma totalmente gratuita se
encuentran los siguientes:
• ayuda en la instalación y configuración de la herramienta
• formación a los usuarios y administradores de la herramienta y de los portales
• envío de documentación
• soporte de cualquier tipo
4.2.2.2 Formación y soporte
Dos de los servicios más importantes que presta el Equipo Técnico de la FEMP para
PISTA Local de forma gratuita son los servicios de Formación y Soporte.
De esta forma el Equipo Técnico organiza cursos, concertados con las Entidades
Locales o Supramunicipales, que permiten formar a los administradores, locales o
globales, de la herramienta PISTA Local.
Además se ofrece un servicio de Soporte, también gratuito , que permite que las
Entidades Locales reciban ayuda de cara a resolver los problemas de uso habitual en su
trabajo con PISTA Local , así mismo también se ofrece el servicio de Soporte a aquellas
Entidades que alojan la herramienta PISTA Local en sus servidores.
Intercambio Electrónico de Documentos
Autores: Pablo Belay Fernández e Irene González Fernández - 34 -
4.2.3 ¿Qué es PISTA Local?
PISTA Administración Local es una herramienta desarrollada a iniciativa del
Ministerio de Industria, Turismo y Comercio y el Ministerio de Administraciones
Públicas cuyo objetivo es permitir llevar la administración local a los pequeños y
medianos municipios en colaboración con las Entidades Supramunicipales.
Así PISTA Administración Local permite generar portales web a través de los que las
Entidades Locales pueden ofrecer servicios a sus ciudadanos, así como información
fiscal, administrativa o padronal.
PISTA Administración Local es una herramienta de libre acceso para Entidades Locales
propiedad del Ministerio de Industria, Turismo y Comercio y de la Federación Española
de Municipios y Provincias , dentro de los proyectos PISTA. Su finalidad es facilitar el
que las pequeñas y medianas Entidades Locales puedan acceder a la administración
electrónica sin coste económico, dotándose así de recursos que, de otra manera, no
tendrían posibilidad de ofertar a sus vecinos.
4.2.4 Objetivos
● Desenrollar un portal para pequeños e medianos Ayuntamientos.
● Dotar de un conjunto de herramientas de interés común que permita ofrecer
servicios de administración electrónica.
● Posibilitar las comunicaciones telemáticas de información e gestión entre
administraciones.
● Disminuir los desplazamientos de los ciudadanos y tener un servicio 24 horas
los 365 días.
● Interoperabilidad entre ayuntamientos por medio de las administraciones.
EdiLocal
Autores: Pablo Belay Fernández e Irene González Fernández - 35 -
4.2.5 Actuaciones
Colaboración con la FEMP en nuevos proyectos
• Gestión Patrimonio Municipal.
• Gestión de la EIEL (Encuesta de Infraestructuras y Equipamiento Local).
• Puesto administrativo basado en Linux.
• Pasarela de pago universal.
• Integración cambio de domicilio – padrón.
• PISTA-SIBIP (Sistema de Información Personal)
Colaboración con el MAP y la FEMP en la introducción de proyectos estratégicos
a través de proyectos PISTA
• Cambio de domicilio.
• Contratación pública por Internet.
• Registro telemático.
• Registro SICRES
4.2.6 Funcionalidades y requisitos de la aplicación .
4.2.6.1 Funcionalidades y requisitos de PISTA Administración Local
PISTA Administración Local es una herramienta de libre acceso para Entidades Locales
propiedad del Ministerio de Industria, Turismo y Comercio y de la Federación Española
de Municipios y Provincias, dentro de los proyectos PISTA. Su finalidad es facilitar el
que las pequeñas y medianas Entidades Locales puedan acceder a la administración
electrónica sin coste económico, dotándose así de recursos que, de otra manera, no
tendrían posibilidad de ofertar a sus vecinos.
Para que este objetivo se cumpla es necesaria la participación de las Entidades
Supramunicipales (Mancomunidades, Diputaciones) que ofrecerán el servicio de
hospedaje (y, en ocasiones, otros servicios) a las Entidades Locales.
Intercambio Electrónico de Documentos
Autores: Pablo Belay Fernández e Irene González Fernández - 36 -
4.2.6.2 Requisitos
En función de para quien sea el usuario necesita unas requisitos, distinguiendo solo dos
usuarios.
1. Entidad Supramunicipal (que teóricamente hospedará los portales web); en este
caso los requisitos se dividen en dos apartados:
a. Software, los proyectos PISTA deben funcionar obligatoriamente tanto
en software libre como en software privado, así PISTA Local funciona
sobre sistemas operativos Windows (2000 ó 2003), Unix o Linux.
En cuanto a los requisitos de Base de Datos, PISTA Local funciona bajo
PosgreSQL, Oracle o MySQL.
Finalmente el servidor web de los portales puede ser o bien Apache o
bien Internet Information Server.
La FEMP facilita el software necesario para hacer funcionar PISTA
Local de forma gratuita, actualmente enviamos (junto a un instalador de
PISTA Local) el siguiente software.
GNU/Linux.
J2SDK 1.4.2
Apache Tomcat.
PostgreSQL
b. Hardware, en cuanto al hardware necesario para trabajar con PISTA
Administración Local (a la hora de ofrecer hospedaje), todo dependerá
de detalles como el número de portales que se vayan a hospedar, los
accesos que se esperan por portal, etc. Pero para una instalación
pequeña/media (aunque variaría dependiendo del volumen de datos
recibidos y enviados)basta con un equipo/servidor con las siguientes
características:
c. Configuración recomendada:
CPU: 2 Procesadores Pentium Xeon 2.0 GHz
S.O.: Ubuntu 5.10
RAM: 2GB DDR 266
Almacenamiento: 2 discos 38GB SCSI en RAID 1
EdiLocal
Autores: Pablo Belay Fernández e Irene González Fernández - 37 -
BBDD: Postgresql
Si se opta por una configuración con 2 servidores la configuración que
recomendamos es la siguiente:
d. Servidor Aplicaciones:
Intel Xeon >=1.8Ghz.
1 GB de RAM
2 unidades HDD SCSI >= 38 GB. en RAID 1
e. Servidor BBDD:
2 Intel Xeon >=2Ghz.
2 GB de RAM
2 unidades HDD SCSI >= 38 GB. en RAID 1
Otra opción es la de trabajar con un portal de pruebas, para esos casos
recomendamos la siguiente configuración:
Configuración mínima de pruebas:
Intel Pentium III 900Mhz
512 MB de RAM
1 Unidad de 38 GB
2. Entidades Locales; en este caso lo único necesario es un ordenador con conexión
a Internet
Intercambio Electrónico de Documentos
Autores: Pablo Belay Fernández e Irene González Fernández - 38 -
4.2.6.3 Características fundamentales
• Multilenguaje
La herramienta viene configurada con varios lenguajes (castellano, catalán,
gallego, eusquera, valenciano, inglés, alemán, francés y portugués), por defecto,
si bien es posible incluir cualquier otro lenguaje. Si bien el portal es multilingüe
es el administrador el que debe poblar al portal del contenido en los lenguajes
seleccionados.
• Multientidad
PISTA Local, al ser una herramienta multientidad, puede, o bien estar instalada
en el servidor del propio ayuntamiento (si éste dispone de los recursos
necesarios) o bien en la Entidad Supramunicipal que ofrezca el host a los
ayuntamientos (quienes accederían entonces de forma remota a sus portales
web).
• Multiplataforma
Los portales web generado a través de la herramienta PISTA Local son
totalmente compatibles tanto con Internet Explorer como con la familia de
programas basados en la tecnología de Netscape (Mozilla, Firefox, etc.)
• Sistema de Backup
PISTA Local cuenta con una utilidad que permite hacer un back-up de todos los
portales creados, asegurando así que no se produzcan perdidas de datos.
4.2.6.4 Funcionalidades
PISTA Administración Local es una herramienta que genera portales web mediante los
que las pequeñas y medianas Entidades Locales puedan ofrecer todo tipo de servicios de
administración electrónica a sus ciudadanos, vecinos y visitantes. Para ello el portal web
cuenta con un potente gestor de contenidos que permite introducir todo tipo de
información y que la presenta de diferentes medios de acuerdo a las categorías que el
portal incluye.
EdiLocal
Autores: Pablo Belay Fernández e Irene González Fernández - 39 -
4.2.6.4.1 Portal
• Estructura, menús y servicios
La estructura básica de organización de contenidos de los portales web
generados por PISTA Local se basa principalmente en Grupos y Servicios, los
grupos no son sino etiquetas (carpetas) de las que cuelgan los servicios
(información). Hay una categoría especial de Grupos, los Menús, que no son
sino Grupos que dependen directamente del Grupo de Inicio y, por lo tanto, se
visualizan de forma distinta al resto de Grupos.
Básicamente la estructura de contenidos del portal se realiza a través de la
creación de Menús, que pueden incluir Grupos (etiquetas) o Servicios
(información). Así, y de una forma sencilla, se puede estructurar el visionado de
toda la información
Cuando trabajamos con un Servicio podemos definir varios criterios:
• Nombre del Servicio
• Tipo de Servicio:
Dependiendo de si es una página libre (página de html), categoría de
contenidos (que explicaremos un poco más abajo) y URL externa (una
página externa al portal)
• Integrador:
En este apartado indicamos cómo se visualizará este Servicio en el portal,
hay tres opciones; Estándar (dentro de la zona de contenido del portal),
Integración Ligera (similar a la anterior, pero las imágenes que estén
“dentro” del Servicio NO están en nuestro servidor, sino en uno externo)
y Nueva Ventana (el Servicio se muestra en una nueva ventana).
Finalmente también se puede indicar los usuarios que tienen permitido ver este
contenido.
Intercambio Electrónico de Documentos
Autores: Pablo Belay Fernández e Irene González Fernández - 40 -
• Interfaz gráfica / Propiedades del portal
Una vez que el administrador global haya puesto a disposición de los
administradores locales de los portales web varias CSS estos últimos podrán
variar enormemente el aspecto visual del portal seleccionando las CSS que
determinan el aspecto visual del mismo de forma rápida y fácil.
Así mismo también podrán cambiar detalles como la imagen de la Entidad Local
(habitualmente un escudo), la imagen de portada (la que se muestra en la parte
superior del portal) o el banner que aparece (o no, va a discreción del
administrador) en la parte superior del portal.
Fuera del apartado visual también se pueden indicar aquí detalles como el nombre del
portal, la dirección de envío de email’s así como la de recepción del buzón de
sugerencias, el “pie de página” (donde se suele incluir la dirección, teléfono, fax, email,
etc.), el código INE del municipio (muy importante a la hora de trabajar con las
pasarelas), los lenguajes en los que estará disponible el portal (así como cuál es el
idioma predeterminado)
EdiLocal
Autores: Pablo Belay Fernández e Irene González Fernández - 41 -
4.2.6.4.2 Gestor de Contenidos
Está compuesto por distintas categorías de contenidos y todas ellas comparten la
posibilidad de crear subcategorías de forma que, al enlazarlas con los Servicios, tan sólo
ofrezcan una información determinada.
Al trabajar con el gestor de contenidos también existe la posibilidad de mostrar la
información contenida en determinada categorías de contenidos de otro portal en un
servicio dentro de nuestro portal.
Finalmente, otra opción a disposición de los administradores de los portales es la de
filtrar la información por medio de filtros temáticos (que también permite,
simultáneamente, filtrar y restringir contenidos de manera que se muestre un
determinado tipo de contenido pero no otro):
• Noticias, en esta categoría de noticias el administrador local puede introducir
noticias para su comunidad, el formato de éstas consta de un titular, una
entradilla, un campo de contenido que cuenta con una plantilla de texto rico (que
permite incluir imágenes, enlaces a contenidos del portal, etc) y un campo
definido para la “firma” del creador de la noticia.
• Anuncios, es una categoría con una estructura similar a la de noticias pero con
una presentación visual inicial mucho más atractiva (similar a los post-it),
además de los campos de Noticias cuenta con la opción de indicar la fecha de
publicación del anuncio (en Boletines Oficiales, etc.)
• Directorio, aquí tenemos la posibilidad de realizar, mediante “fichas” un
directorio ya sea de “personas” o de “entidades”, a través de los cuales informar
al visitante de la dirección, historia y métodos de contacto con la persona o
entidad incluida.
La estructura de estos directorios es interesante ya que nos ofrece dos campos de
texto rico, uno en el que “pegaremos” la foto (persona) o logo (entidad) y un
segundo en el que volcaremos texto. Además estos directorios son importantes
porque están estrechamente relacionados con la categoría de Trámites.
Intercambio Electrónico de Documentos
Autores: Pablo Belay Fernández e Irene González Fernández - 42 -
• Boletín, esta categoría nos permite crear y subir boletines al portal. Los
boletines se crean mediante la selección temática de las noticias introducidas en
el portal web, una vez realizada la selección y ordenadas las noticias a incluir en
el portal éste nos genera automáticamente un boletín con esas noticias (en
formato rtf que lee cualquier procesador de textos) que posteriormente
subiremos a la web.
• Instalaciones, en esta categoría podemos crear agendas sobre las instalaciones
(piscinas, salas de visionado, etc), que la Entidad Local posea, de forma que,
además de dar información sobre éstas, los usuarios registrados puedan
comprobar el horario y la disponibilidad de las instalaciones.
• Actividades, esta categoría está totalmente relacionada con la de las
Instalaciones de forma que el portal nos permite crear Actividades en las
Instalaciones de la Entidad Local de forma que los usuarios, además, pueda
reservar plaza en las Actividades que la Entidad Local, o el responsable de la
Instalación, impartan. Estas reservas tienen que ser confirmadas por el
Administrador.
• Anexos, esta categoría permite incluir pequeñas notas que enlazar desde otras
categorías.
• Ficheros, en esta categoría el usuario puede hacer upload de los ficheros más
habituales de Internet.
Además es bastante fácil el añadir otros tipos de archivos que el portal
reconocerá y permitirá subir a la web y, por lo tanto, poner a disposición de los
usuarios.
Actualmente soporta “de fábrica” los archivos con las siguientes extensiones;
gif, jpg, jpeg, png, bmp, doc, rtf, html, htm, bin, exe, com, avi, mpg, mpeg, txt,
xml, wav, mp3, au, wma y pdf.
Estas categorías se pueden enlazar directamente con los Servicios de manera que
ofrezcamos, por ejemplo, una galería de imágenes o bien una galería de ficheros
sobre un tema determinado (como las Actas del Ayuntamiento)
• Servicio Páginas Libres, en esta categoría se almacenan las páginas libres
(html) que se vinculan cuando se crea un Servicio de tipo “página libre”.
También es posible crearlas desde el Gestor de Contenidos y enlazar este
EdiLocal
Autores: Pablo Belay Fernández e Irene González Fernández - 43 -
contenido desde cualquier otra categoría o incluso desde cualquier campo de
texto rico.
• Trámites, esta otra categoría permite al usuario volcar en el portal web trámites
y formularios que poner a disposición de los usuarios, registrados o no, de forma
que éste no tenga que desplazarse a las oficinas del Ayuntamiento salvo para
entregar el documento completamente hecho.
Está relacionado con el Directorio de Entidades ya que hay dos campos que
enlazan directamente con éste.
Incluye un campo en el que se puede “pegar” el enlace para aquellos trámites
que permiten realizar la tramitación on-line.
Todas estas categorías cuentan con la posibilidad de indicar fecha de inicio (si no se
indica el sistema marca el día de la creación del documento) y fecha de fin (si no se
indica el sistema marca 50 años de antigüedad), de esta forma se regula la visibilidad de
la información para los usuarios. Es decir, un documento será visible a partir de
determinada fecha y dejará de serlo en una fecha determinada. Por otra parte existe la
posibilidad de indicar que los documentos caducados se almacenen en una categoría de
contenidos caducados o bien sean eliminados del portal.
También podemos editar el contenido una vez creado, permitiéndonos así modificar la
información que muestra el Servicio.
Tipos de contenido:
Existe la posibilidad de crear nuevos tipos de contenido, así como la de editar los tipos
de contenido ya existentes.
Una opción muy interesante que nos ofrece el portal es la de crear relaciones entre los
distintos tipos de contenidos incluidos en el portal, de esta forma, por ejemplo, un
administrador puede hacer que una imagen (pequeña) esté directamente relacionada con
otra (la misma pero de mayor tamaño) para que al clickar sobre una nos lleve a la otra.
Además de poder crear tipos de contenido el portal también nos permite editarlo,
borrarlo y mover los propios contenidos incluidos dentro de cada categoría
Intercambio Electrónico de Documentos
Autores: Pablo Belay Fernández e Irene González Fernández - 44 -
4.2.6.4.3 Pasarelas
PISTA Administración Local permite que los usuarios registrados en el portal puedan
consultar en distintas pasarelas información personal relacionada con la Entidad Local.
Actualmente la información que se puede consultar es la del padrón, el estado contable
del ciudadano o de la entidad con la Administración Local y la situación de tasas y
tributos.
• Padrón.
Gracias a estas pasarelas podemos:
o consultar nuestros datos patronales
o solicitar un volante padronal, el usuario ve los datos de su hoja padronal
y puede solicitar un volante de empadronamiento, indicando a través de
un desplegable el motivo de su solicitud.
o consultar el listado de empadronados, sólo permite ver aquellos que se
encuentran en la misma hoja padronal que el solicitante.
Además de permitir al usuario registrado consultar sus datos en el registro del padrón el
portal también genera tablas estadísticas (configurables por parte del administrador
local) sobre la población del municipio, estadísticas que se organizaran por nivel de
estudios, lugar de nacimiento y edades para mostrar una visión general, aunque
detallada, de la población.
• Estado contable
A través de esta pasarela el ciudadano, o entidad, puede comprobar el estado de
sus facturas con el municipio así como ver copia detallada de cada una de las
mismas.
• Estado fiscal
Esta última pasarela muestra información relativa al estado tributario del
ciudadano.
EdiLocal
Autores: Pablo Belay Fernández e Irene González Fernández - 45 -
4.2.6.5 Seguridad y acceso
Roles y Permisos
PISTA Administración Local permite definir hasta el mínimo detalle los roles (es decir,
la agrupación de los permisos que tendrá ese rol) y los permisos (la autorización de lo
que ese determinado rol puede hacer sobre determinadas categorías y/o contenidos) que
tendrán los usuarios del portal.
El administrador procede a crear una etiqueta (Rol) sobre la que luego se definen los
permisos sobre el contenido (ver, crear, editar y eliminar) y sobre la categoría de
contenidos.
De esta forma se puede indicar los permisos sobre el contenido del portal (ver, creación,
edición y eliminación) y sobre la propia estructura del portal (ver, creación, edición y
eliminación) que tendrán los usuarios, pudiendo crear usuarios con una amplía variedad
de permisos sobre el contenido o la estructura del portal.
Administración de usuarios
La Administración de usuarios está muy claramente definida y permite crear usuarios
con distintos permisos y roles (un usuario puede tener varios roles a la vez y, con ello,
varios permisos sobre el contenido). Es a través de la Administración de usuarios donde
se indican lo que podrá hacer éste una vez que se identifique en el portal.
Por defecto el portal tiene varios perfiles de usuarios2 y un usuario puede tener varios
perfiles asociados:
Administrador Global
Es el usuario máximo de todos los portales, tiene todos los permisos sobre
toda la herramienta. Así, además de poder hacer lo que el resto de usuarios
cuenta con ciertas funciones propias.
- Clonación de portales, permite la creación de
nuevos portales.
- Sincronización de usuarios, tras la clonación de
2 Todo Administrador puede crear usuarios con su mismo nivel o inferior
Intercambio Electrónico de Documentos
Autores: Pablo Belay Fernández e Irene González Fernández - 46 -
un portal o tras la eliminación de la base de datos
de usuarios.
- Sincronización de contenidos, si el índice de
contenidos (la presentación de contenidos) se
corrompe puede arreglarse a través de este servicio.
- Administración de los portales.
- Gestión de las pasarelas
Administrador Local Avanzado
Dentro de un portal es el usuario con más permisos, si el Local está más
orientado al trato con el contenido el Avanzado está orientado al trato con
todo el portal.
- Gestión de Roles y Permisos. Gracias a esta
función el Administrador Local Avanzado puede
crear distintos tipos de Roles a través de los cuales
se definen los Permisos que los usuarios tendrán
sobre las categorías y sobre los contenidos.
Pudiendo crear así usuarios que realicen
determinadas funciones que afecten al contenido, a
la estructura del portal o a ambos.
- Gestión de Tipos de Contenido, a través de este
servicio los administradores locales avanzados
pueden o bien modificar (o eliminar) los tipos de
contenidos que el portal tiene definidos o bien crear
nuevos tipos de contenido.
Administrador Local
Administrador habitual de los portales, es el administrador predefinido con
menos permisos sobre el portal web, aunque es capaz de realizar numerosas
funciones, preferentemente sobre el contenido y la estructura del portal.
- Propiedades del portal
- Usuarios
- Contenidos
- Menús laterales (clasificación jerárquica de
EdiLocal
Autores: Pablo Belay Fernández e Irene González Fernández - 47 -
las opciones del portal)
• Menús
• Grupos
• Subgrupos
• Servicios (acceso a información, trámites,
contenidos, enlaces, ..)
• Servicios
• Servicios asociados a grupo
Usuarios registrado
Ciudadano del municipio que se ha registrado en el portal y que puede
acceder a la información destinada a los usuarios registrados así como a la
información relativa a su persona (la de las pasarelas)
- Identificación
- Olvidé mi contraseña
- Mis datos
- Mis suscripciones
- Reservas de actividades e instalaciones
- Información personal
• Padrón de habitantes
• Información contable
• Información fiscal
Usuario no registrado
Es el usuario “guest”, todo aquello visitante del portal que no se identifique
en el portal tan sólo podrá acceder al contenido “público” del mismo.
- Navegación y consulta
- Selección de idioma
- Búsquedas
- Buzón de sugerencias
- Descarga de archivos y formularios
Intercambio Electrónico de Documentos
Autores: Pablo Belay Fernández e Irene González Fernández - 48 -
4.2.6.6 Otras funcionalidades
PISTA Local incluye otras funcionalidades que, por sí, no tienen cabida en los puntos
antes mencionados, pero que son destacables.
• Envío masivo de correos:
Otra funcionalidad disponible tan sólo para los administradores locales es la de
enviar correos masivos a todos los usuarios registrados en el portal para informarles
de, por ejemplo, cualquier novedad o noticia.
• Envío de correos:
Hay contenidos (directorios de personal y entidades) que incluyen un campo para
indicar el correo electrónico, en este caso el portal permite que al pinchar sobre la
dirección se pueda enviar un email directamente desde el mismo portal. El usuario
que envía el email tiene que estar registrado (su nombre constará en el envío) y debe
rellenar el título del email así como el contenido del mismo (aunque en texto plano)
• Boletín de noticias:
Gracias a la herramienta se pueden crear un boletín de noticias. Para ello se realiza
una selección entre las noticias introducidas en el portal, una vez seleccionadas el
portal genera un fichero con extensión rtf que incorpora todas las noticias
seleccionadas, respetando el orden de selección (totalmente configurable). Este
archivo puede subirse a su propio Servicio dentro del portal donde podemos
almacenar los distintos boletines creados.
• Estadísticas del portal
Entre las otras herramientas con las que cuenta el portal está el servicio de
estadísticas, que las agrupa por número de conexiones a cada servicio y por tiempo
de conexión, permitiendo así consultar cuáles son los servicios más demandados del
portal.
EdiLocal
Autores: Pablo Belay Fernández e Irene González Fernández - 49 -
• Búsquedas
El portal permite realizar búsquedas dentro de todo el contenido público, para ello
trabajaremos con las palabras claves introducidas en los campos de título y de
palabras clave. Las búsquedas se pueden hacer mediante caracteres booleanos.
• Buzón de sugerencias
Los usuarios pueden enviar sugerencias, emails, a través de esta sencilla herramienta
rellenando una serie de campos para contactar con el administrador del portal
definido en el servicio “Propiedades del portal”.
4.2.7 Módulos Desarrollados.
• Gestor de Portal
• Gestor de Contenidos
• Pasarelas de Gestión Interna
• Gestor de actividades y recursos
• Boletín electrónico
Intercambio Electrónico de Documentos
Autores: Pablo Belay Fernández e Irene González Fernández - 50 -
4.3 IDA _ PADRÓN
Diseño de los registros para intercambiar la información necesaria para la gestión del
Padrón de habitantes. Se han elaborado siguiendo la normativa INDALO y son de
especial utilidad para los intercambios de información entre el Instituto Nacional de
Estadística y los ayuntamientos.
El diseño de los ficheros de intercambio responde a los acuerdos tomados en el seno de
la COAXI (Comisión Nacional para la Cooperación entre las Administraciones Públicas
en el campo de los Sistemas y Tecnologías de la Información), en la que participan
tanto los ayuntamientos a través de la FEMP (Federación Española de Municipios y
Provincias) como el INE (Instituto Nacional de Estadística).
4.3.1 Origen de IDA_Padrón
El Proyecto IDA_Padrón tiene su origen en el año 1996, año en el que el INE, en
colaboración con la FEMP y el MAP, consideró necesario la realización de estudios,
para la elección de un medio de transporte de información de datos padronales por
medios telemáticos. Este medio de transporte, debería sustituir al intercambio de datos
en soporte magnético, sistema que se mostrado seguro, pero muy poco flexible y de
laboriosa operación y que no permite la reducción de tiempos de respuesta ni
automatizar el procedimiento de gestión.
El resultado de estos estudios fue:
• La elección de EDI como único medio de transporte telemático de intercambio
de información Padronal.
• La publicación por parte del INE de un concurso de asistencia técnica para la
definición de los mensajes EDIFACT, a utilizar en la transmisión de datos
padronales entre el INE y los Ayuntamientos, y el desarrollo de software
necesario para la validación y traducción de mensajes.
EdiLocal
Autores: Pablo Belay Fernández e Irene González Fernández - 51 -
La elección de EDI/X400 no fue caprichosa:
• En aquellos momentos, era el único medio “seguro” de intercambio de datos
• Se pretendía garantizar una homogeneidad con el medio de transporte de otras
informaciones con otros organismos de la Administración.
El intercambio de información de datos padronales por medio de EDI (EDI-
Padrón) se enmarcaba en un proyecto más ambicioso de intercambio de
información de las Administraciones Públicas, sobre todo con el concurso,
convocado por el Ministerio de Fomento, para el proyecto “Ventanilla Única”,
que comprende tanto la conexión telemática de todos los Registros de las
Administraciones Públicas como el servicio común de información
administrativa y tramitación electrónica, así como con la Seguridad Social que
ya tenía funcionando con este mismo sistema el envío de documentos de
cotización a la Seguridad Social (TC1 y TC2), así como los de afiliación a la
Seguridad Social.
A pesar de la idoneidad del sistema de transporte de información seleccionado en ese
momento, éste nunca fue puesto en marcha debido fundamentalmente a que precisaba la
contratación, por parte de los Ayuntamientos, de los servicios de una Red de Valor
Añadido para disponer de una mensajería X-400, como requisito para poder
intercambiar telemáticamente datos con el INE.
En general, no aceptan tener que contratar otro tipo de mensajería a los solos efectos de
comunicación con el INE.
Por ello y como consecuencia de que la tecnología ha avanzado de forma muy rápida y
la mensajería abierta según las normas INTERNET, ha irrumpido y desarrollado con
tanta fuerza y éxito que si bien hace menos de 3 años era impensable plantear un
proyecto de intercambio de datos administrativos basado en este tipo de mensajería, la
realidad de hoy es que no se está diseñando ni desarrollando ningún proyecto en la
propia Administración Pública que no gire a través de este sistema.
Por todo ello el INE ha creído conveniente reconsiderar el proyecto inicial para que el
medio de comunicación entre los Ayuntamientos y el INE se base en sistemas de
mensajería abierta POP3/SMPT1, con redes de comunicación estándar de Internet IP.
Intercambio Electrónico de Documentos
Autores: Pablo Belay Fernández e Irene González Fernández - 52 -
Las normas básicas sobre las que se rige el Padrón y por ende el Sistema IDA_Padrón
son :
• Ley 4/1996, de 10 de enero: por la que se modifica la Ley 7/1985, de 2 de abril,
Reguladora de las Bases del Régimen Local, en relación con el Padrón
Municipal.
Ley que fija el marco de actuación en que debe moverse la Gestión del Padrón,
la función de cada uno de los organismos implicados en la Gestión del Padrón,
así como los criterios de confidencialidad de los datos que deben regir en esta
gestión, de la siguiente forma:
• La gestión del Padrón deberá realizarse por medios informáticos
• La formación, mantenimiento, revisión y custodia del Padrón municipal
corresponde al ayuntamiento.
• Se atribuye al Instituto Nacional de Estadística las funciones de Coordinación de
los distintos padrones municipales.
• Los datos del Padrón municipal se cederán a otras Administraciones Públicas
que lo soliciten sin consentimiento previo del afectado solamente cuando les
sean necesarios para el ejercicio de sus respectivas competencias y
exclusivamente para asuntos en los que la residencia o el domicilio sean datos
relevantes. También pueden servir para elaborar estadísticas oficiales sometidas
al secreto estadístico, en los términos previstos en la Ley 12/1989, de 9 de mayo,
de la Función Estadística Pública. Fuera de estos supuestos, los datos de Padrón
son confidenciales y el acceso a los mismos se regirá por lo dispuesto en la Ley
Orgánica 5/1992 , de 29 de octubre, de Regulación del Tratamiento
Automatizado de los datos de Carácter Personal y en la Ley 30/1992 de 26 de
noviembre, de Régimen Jurídico de las Administraciones Públicas y del
Procedimiento Administrativo Común.
• RD 2612/1996
Real Decreto en el que se modifica el Reglamento de Población y Demarcación
Territorial, fijando las normas generales de la Gestión del Padrón e indicando
“como” hay que realizarla. Se fijan los derechos y deberes de los vecinos y
organismos intervinientes en la Gestión del Padrón
EdiLocal
Autores: Pablo Belay Fernández e Irene González Fernández - 53 -
4.3.2 El Sistema
El Sistema IDA_Padrón, es un proyecto desarrollado por ACINCO y Telefónica para el
Instituto Nacional de Estadística, que trata de desarrollar ciertos puntos normativos en
los que se apoya.
Las características principales del sistema son las siguientes:
A. Sistema de envío Telemático de Datos.
El usuario de este sistema, podrá enviar al INE y recibir del INE datos
padronales, y más concretamente la información (en forma de ficheros planos),
indicada en la Resolución de 9 de abril de 1997.
Este envío/recepción de ficheros, se realizará en dos fases.
En una primera fase, el usuario de este sistema podrá enviar al INE, los ficheros
de variaciones de datos de vecinos. Recibirá del INE, los errores y propuestas de
variación de estos mismos datos.
En una segunda fase, el usuario de este sistema podrá enviar y recibir no solo
variaciones de datos de Vecinos, sino también de datos territoriales (Vías,
Unidades Poblacionales, etc.)
B. Sistema de Consulta de Datos Padronales.
El usuario de este sistema, si está autorizado, podrá consultar por vía telemática
los datos de sus respectivos padrones que obren en poder del Instituto Nacional
de Estadística.
Intercambio Electrónico de Documentos
Autores: Pablo Belay Fernández e Irene González Fernández - 54 -
Asimismo, en una segunda fase, el usuario autorizado, podrá obtener copias de
sus respectivos padrones, o, en su caso, solicitar por este medio las copias de los
mismos.
C. Tres vías de comunicación de datos
que se corresponden con cada uno de los tres sub-sistemas en que se ha dividido:
a. T_INE : Software de estación de Cliente de Ayuntamientos para
envío/recepción de ficheros padronales desde/hacia el INE, a través de
correo electrónico POP3/SMPT.
b. DIP_TELCO: Software de estación de Cliente de Diputaciones
Provinciales, Cabildos y Consejos Insulares para envío/recepción de
ficheros patronales desde/hacia INE a través de correo electrónico
POP3/SMPT
c. WEB : Servidor Web (IDA_Web) para:
i. Envío/Recepción de Ficheros patronales
ii. Consultas del estado de tramitación en el INE de los ficheros
padronales.
iii. Consultas/Copias de los respectivos padrones municipales.
D. Base de Datos de Control común: RAES ( Repositorio de Actividad de Entrada-
Salida).
Cuando se utiliza IDA_Padrón, la información enviada al INE por los
Ayuntamientos y la que el INE envía a los mismos, es anotada tanto su entrada
como su salida en una base de datos Central del INE, el Repositorio de
Actividad de Entrada Salida.
Este RAES contiene además, los apuntes de cada una de las fases aplicadas a
cada fichero enviado o recibido en el INE y esta información estará disponible
en tiempo real para los usuarios del sistema.
EdiLocal
Autores: Pablo Belay Fernández e Irene González Fernández - 55 -
Si el usuario del Sistema, utiliza para el intercambio de datos alguna de las
aplicaciones de cliente (T_INE, DIP_TELCO), el sistema guardará esta misma
información en su RAES local, es decir el usuario podrá consultar su propia base
de datos en la que se indicarán todas las salidas y entradas de ficheros de
variaciones así como las incidencias producidas en los mismos.
Existirán pues dos tipos de RAES :
� RAES del INE que contendrá todos los “apuntes” relativos a la información que
ha llegado al INE o que ha salido de este organismo. Los usuarios del sistema,
podrán acceder en tiempo real a la información que le competa y saber en cada
momento en que fase de carga se encuentra la información remitida.
� RAES locales, de los Ayuntamientos, Diputaciones, Cabildos y Consejos que
realicen la transmisión de datos por T_INE y DIP_TELCO. Información que,
por defecto residirá en base de datos de ACCESS, y en la que se reflejarán las
entradas y salidas de información del sistema local.
La existencia del RAES es, posiblemente el elemento más importante y
novedoso de todo el sistema, ya que permitirá al usuario del sistema tener
constancia de todo lo acontecido con la información enviada y recibida al/desde
el INE.
En esencia el RAES local es un elemento no estrictamente necesario, pero en el
Intercambio Electrónico de Documentos
Autores: Pablo Belay Fernández e Irene González Fernández - 56 -
caso de carecer de éste, el ayuntamiento no tendría constancia de lo acontecido
con la información que el mismo ha procesado (de entrada/salida), únicamente
tendrá conocimiento de lo que ha procesado el INE a través de la consulta al
RAES de esta institución.
E. Seguridad acorde con la tecnología y su fase de implantación.
El sistema básico de seguridad inicial será diferente según el sistema de
comunicación seleccionado:
� Sub-Sistema IDA_Web : El sistema básico de seguridad se basa
únicamente en la existencia de claves privadas, aunque el INE dispondrá
de dos servidores, uno de ellos contará con certificado de servidor por lo
que se tratará de un “servidor seguro”. El ayuntamiento podrá acceder a
uno u otro indistintamente, aunque las información solicitada será
presentada mas lentamente en el caso de acceso al “servidor seguro”
� Sub-Sistemas T_INE/DIP_TELCO. Además de la asignación de claves
privadas, ya lleva incluido un sistema de seguridad, basado en
compresión de datos y cifrado por CriptoApi’s.
Por ello, desde un principio y, a pesar de que IDA_Web se ajuste a la
normativa sobre seguridad informática, las aplicaciones de Cliente, disponen
de una seguridad superior a la reglamentariamente necesaria
EdiLocal
Autores: Pablo Belay Fernández e Irene González Fernández - 57 -
4.3.3 Datos de Intercambio
Ya se ha comentado que los datos a intercambiar son ficheros planos ASCII, en la
Resolución de 9 de abril de 1997, se indican los diferentes ficheros planos y su
estructura, contenido y denominación de cada uno de ellos.
El envio de información al INE, conlleva la elaboración de 2 ficheros, el fichero de
datos IDP y el fichero de control el UNB.
Los pasos para el envio de información son:
1. Pre-Validación de ficheros:
La generación de los ficheros de Control, se realiza mediante la aplicación del
programa INEVALIDACION al fichero de datos correspondiente que tiene dos
modos de ejecución:
Solo Recuento de registros del fichero de Datos:
El programa lee el fichero de datos y obtiene un recuento del tipo de registros
que existen en este fichero. Para este recuento utiliza los datos de: Tipo de
Información, Causa de Devolución, Clave y Causa de Variación
Recuento y validación del fichero de Datos:
Además de la función anterior, el programa realiza una validación sintáctica del
fichero de datos, e indica al usuario por medio de un listado, de los errores
detectados en el propio fichero. Estos errores, se corresponderán con errores de
formato de campos dentro de un determinado registro.
Con cualquiera de las dos opciones, el programa obtendrá un fichero de control
encriptado, que contendrá un recuento básico del fichero de datos. La
denominación de este fichero será idéntica al de datos pero cambiando su
extensión por “UNB”.
Si el medio de intercambio de datos seleccionado ha sido T_INE o
DIP_TELCO, será el propio sistema el que ejecute de forma automática este
programa para obtener el fichero de Facturas de control.
Si el medio de intercambio es IDA_WEB el usuario se los “baja” de la Web
Intercambio Electrónico de Documentos
Autores: Pablo Belay Fernández e Irene González Fernández - 58 -
2. Ficheros de Facturas de Control:
El fichero UNB tanto en envío, como en recepción tiene el mismo formato. Es
un fichero ASCII, marcado con una sola sección “[UNB]” en la que cada una de
las entradas representa un determinado recuento del fichero de datos a que hace
referencia.
De forma que, después del igual (=) de cada entrada, se indica el número de
registros del fichero de datos al que hace referencia.
La existencia de los ficheros UNB en el sistema es crucial ya que será el único
medio de que el receptor de la información sea capaz de determinar si un
determinado envío ha sido recibido correctamente. Para ello bastará con que las
aplicaciones de usuario, realicen un recuento sobre el fichero de datos y
comprobar el resultado con el correspondiente fichero UNB de control. Si los
recuentos no coinciden, se deberá inferir un error en la transmisión de los datos
y por lo tanto repetir el envío o recogida de los datos.
EdiLocal
Autores: Pablo Belay Fernández e Irene González Fernández - 59 -
4.3.4 Flujo de Gestión
No existirá una obligatoriedad de adhesión, al programa. En función de las formas de
comunicación analizaremos la gestión:
• Disquetes/Cintas : En ningún caso, existirá una obligatoriedad de adhesión, por
lo que el ayuntamiento podrá, si así lo desea, seguir enviando (y recibiendo) la
información en soporte magnético (cinta de carrete abierto o disquete) a la
Delegación Provincial del INE en su Provincia.
En este primer caso, el ayuntamiento no notaría diferencia alguna con el sistema
actual, aunque la Delegación Provincial del INE dispondrá del aplicativo de
Cliente D_INE, en todo equivalente a DIP_TELCO, por el que se permitirá a la
Delegación Provincial realizar exactamente las mismas funciones de transmisión
de datos que a la Diputación Provincial.
La Delegación Provincial será entonces la encargada de recibir la información
en soporte magnético procedente del ayuntamiento y de la devolución a este de
las incidencias de carga producidas.
Intercambio Electrónico de Documentos
Autores: Pablo Belay Fernández e Irene González Fernández - 60 -
• IDA_Web :La segunda forma de envío/recepción de ficheros, es la utilización
de DA_Web.
En esta ocasión, el usuario del ayuntamiento, después de validar el fichero de
datos de variaciones con el programa INEVALIDACION y haber obtenido el
fichero de Factura de Control, remitirá estos dos ficheros al INE por medio de
este subsistema.
Una vez procesados estos ficheros en el INE, se obtendrán y comunicarán al
ayuntamiento por correo electrónico los ficheros de incidencias de datos y de
facturas de control (antes del día 10 del mes siguiente a la recepción del fichero
de variaciones en el INE).
• T_INE/DIP_TELCO : Una tercera forma de enviar la información al INE será
por medio de T_INE, cuando es el propio ayuntamiento quien realiza el envío o
DIP_TELCO cuando el envío lo realiza la Diputación Provincial en sustitución
del Ayuntamiento.
Cuando el envío se realiza con DIP_TELCO, el procedimiento será idéntico al
realizado con D_INE, es decir el ayuntamiento pondrá a disposición de la
Diputación Provincial la Información a transmitir al INE. En la diputación
Provincial se utilizará DIP_TELCO para Pre-Validar los ficheros de datos,
comprimirlos, obtener los ficheros de Facturas de Control y remitirá éstos al
INE.
Una vez procesados estos ficheros en el INE, se generarán los correspondientes
ficheros de devolución (datos y control) que serán remitidos por este sistema a la
institución que ha enviado esta información.
Cuando el envío es por T_INE, el procedimiento sólo se diferencia del anterior
en que es el propio ayuntamiento el que realiza el envío, manteniendo el resto
del ciclo sin modificación alguna.
Como ya se ha indicado previamente todo este intercambio de información se
realiza a través de la red IP y es anotada tanto en los RAES locales, como en el
RAES nacional del INE que podrá ser accedido por los usuarios del sistema por
medio del Web de cada institución.
EdiLocal
Autores: Pablo Belay Fernández e Irene González Fernández - 61 -
• TELCO ++ : En todo este flujo de información, la automatización del proceso
en el INE, se realiza por medio del autómata de recepción y transmisión
TELCO++.
Este producto, de forma automática, rastrea los directorios de entrada en busca
de información enviada desde las diferentes instituciones. Si encuentra algún
fichero en este directorio y se ajusta a las especificaciones señaladas con
anterioridad, anota la entrada en el RAES y da entrada a de la información al
sistema de gestión del INE.
• Restricciones Periódicas : De igual forma actúa con la información de salida,
por lo que al menos y solo en teoría, las restricciones periódicas señaladas en el
RD 612/1996, en el que se indica un ciclo mensual de envío/recepción de
ficheros podría no tener efecto.
En pura teoría, lo dicho anteriormente es correcto, pero en ningún caso debemos
olvidar que la “coordinación de padrones”, responsabilidad del INE, necesita de
la existencia de TODA la información mensual, o de toda la información de una
determinada fecha de referencia para poder tratar de forma adecuada las
variaciones inter-padronales.
Es decir, el INE y por ende, los diferentes ficheros padronales, deben estar
referidos a un determinado momento (en nuestro caso mensual), para asegurar
una actualización coordinada de padrones en un momento dado, ya que de otra
forma, las diferencias temporales de envío y recepción de ficheros generarán, sin
Introducción IDA_Padron.
Intercambio Electrónico de Documentos
Autores: Pablo Belay Fernández e Irene González Fernández - 62 -
4.4 Proyecto “ Ventanilla Única”
4.4.1 Descripción General
El Acuerdo de Consejo de Ministros de 4 de abril de 1997 (BOE de 14 de abril), para la
progresiva implantación de un sistema intercomunicado de registros entre la
Administración General del Estado, las Administraciones de las Comunidades
Autónomas y las entidades que integran la Administración Local, aboga por la
conversión de los registros de las Administraciones Públicas en auténticas "ventanillas
únicas" de acceso al conjunto de prestaciones y servicios públicos, independientemente
de cual sea en cada caso la Administración competente.
Tal mandato implica, desde el punto de vista técnico, la puesta en marcha de un
importante proyecto cuyas funcionalidades clave se resumen en los siguientes
apartados:
� Interconexión y transmisión de asientos registrales y, en su caso, de documentos
completos entre las distintas Unidades registrales de las Administraciones
Públicas que hayan firmado o se hayan adherido a los Convenios marco de
colaboración.
� Acceso desde cualquier punto remoto a las bases de datos públicas y a cualquier
otra información de interés para los ciudadanos que proceda de cualquiera de las
Administraciones públicas.
� Posibilidad de realización de trámites administrativos (simples, complejos y de
tramitación compartida) desde el lugar de trabajo del ciudadano o incluso desde
su hogar.
El proyecto puede llegar a afectar a las más de 13.000 unidades registrales con las que
cuentan la Administración General del Estado, las Administraciones Autonómicas y la
Administraciones Locales. La ambición del proyecto Ventanilla Única hace que deba
ser acometido con plazos realistas, considerando como hito más cercano la
informatización e intercomunicación de asientos registrales hasta llegar, como horizonte
final, a la tramitación desde el hogar del ciudadano.
EdiLocal
Autores: Pablo Belay Fernández e Irene González Fernández - 63 -
El día 8 de noviembre de 1997 se publicó en el BOE la Resolución de la Secretaría
General de Comunicaciones del Ministerio de Fomento que anunciaba, por el
procedimiento abierto de concurso, la consultoría y asistencia para la puesta en marcha
del proyecto piloto "Ventanilla Única" de la Acción PISTA (Promoción e Identificación
de Servicios Emergentes de Telecomunicaciones Avanzadas) en el sector de las
Administraciones Públicas.
El Pliego de Especificaciones Técnicas de la Acción PISTA establece la realización de
dos subproyectos de tres niveles cada uno:
Subproyecto 1. Interconexión de Registros. Niveles:
1. Intercambio electrónico de asientos registrales
2. Nivel 1 + documentos electrónicos estructurados
3. Nivel 2 + documentos electrónicos no estructurados
Subproyecto 2. Servicios de Información Administrativa y Tramitación Electrónica.
Niveles:
1. Desarrollar una guía integrada de prestaciones y servicios administrativos y
facilitar la obtención de los modelos de documentos existentes para la
tramitación de procedimientos.
2. Facilitar la iniciación de procedimientos mediante el envío de formularios
electrónicos normalizados.
3. Facilitar la tramitación electrónica de procedimientos permitiendo la
comunicación entre las Administraciones intervinientes y con los ciudadanos.
Intercambio Electrónico de Documentos
Autores: Pablo Belay Fernández e Irene González Fernández - 64 -
4.5 Proyecto “SISTER”
4.5.1 Objeto Principal del SISTER 3
El objeto principal es la construcción de un sistema informático que permita la
referencia unívoca de los objetos territoriales y que posibilite su explotación selectiva,
de acuerdo con los atributos que caracterizan a dichos objetos.
4.5.2 Objetivos Generales de SISTER.
� Proporcionar herramientas para facilitar la validación de las direcciones desde
cualquier aplicación de propósito general y la actualización periódica de la
información.
� Asignar automáticamente los atributos territoriales correspondientes a una
dirección.
� Admitir consultas en modo interactivo sobre la información contenida en el
sistema.
� Permitir el intercambio de información según distintos criterios de selección
entre diferentes ubicaciones del sistema, en los cuales las plataformas pueden no
ser de tipo idéntico.
4.5.3 Descripción general.
El Sistema Unificado de Referenciación Territorial se descompone en los siguientes
Subsistemas:
� Subsistema de Validación.
� Subsistema de Consultas interactivas.
� Subsistema de Distribución.
� Subsistema de Actualización Central.
Los dos primeros: Validación y Consultas interactivas están distribuidos en un número
indeterminado de Ordenadores, ubicados en cualquier organización (pública o privada)
interesada en el servicio.
3 SISTER: Sistema Integrado de Referenciación Territorial. V. 3.0.
EdiLocal
Autores: Pablo Belay Fernández e Irene González Fernández - 65 -
El Subsistema de Actualización se encarga de la recogida y actualización de los datos:
calles, tramos, municipios, provincias, etc., y del mantenimiento de los programas de
ordenador desarrollados.
El Subsistema de Distribución asegura el transporte de los datos y programas entre el
Subsistema de Actualización Central y cada uno de los Subsistemas de Validación y
Consultas distribuidos, incluyendo la actualización correspondiente en estos últimos.
Todos los componentes del sistema están diseñados de forma que en el momento de
instalarlo se pueda:
� Elegir idioma en el que debe contestar, entre los de cualquiera de los oficiales de
las CC.AA. del Estado: Castellano, Catalán, Vasco, Gallego, etc.
� Asignar, por defecto, valores para provincia y municipio.
4.5.4 Descripción de las Entidades.
Las Entidades que gestiona el Sistema son las siguientes:
� Provincias
� Variantes de provincias
� Municipios
� Variantes de municipios
� Entidades de población
� Variantes de Entidades
� Calles
� Variantes de calles
4.5.5 ¿Cómo Obtenerlo?.
Se puede adquirir en la Librería del Boletín Oficial del Estado, C/Trafalgar 27-29,
28071 Madrid; teléfonos (91) 538 22 95, (91) 538 21 20, o en los puntos de distribución
de las publicaciones del MAP.
Intercambio Electrónico de Documentos
Autores: Pablo Belay Fernández e Irene González Fernández - 66 -
4.6 Proyecto “MIGRA”
Norma UNE exp. 148001 MIGRA
4.6.1 Derechos de Utilización
MIGRA ha sido desarrollada por el Comité Técnico 148 de AENOR en colaboración
con la COAXI. AEN/CTN 148 decidió por mayoría su aprobación como su elevación a
Norma Española experimental en reunión celebrada en 1997-01-30. AENOR es
propietaria de los derechos de autor su adquisición es imprescindible para su
implementación.
4.6.2 Descripción General
MIGRA es un mecanismo de intercambio de información geográfica digital, que
contempla cuatro niveles de topología: espagueti, cadena-nodo, topología completa y
topología parcial. Incluye aspectos avanzados tales como : Metadatos, Datos de
Calidad, Atributos definibles por el usuario, un Catálogo de Elementos MIGRA y la
posibilidad de intercambiar también Catálogos de usuario. El modelo conceptual de
intercambio está descrito tanto en MÉTRICA versión 2.1 cómo en EXPRESS y el
formato físico tiene la forma de tablas relacionales.
EdiLocal
Autores: Pablo Belay Fernández e Irene González Fernández - 67 -
5 RED CORPORATIVA DE VOZ Y DATOS DE LA
XUNTA DE GALICIA
5.1 Características
El origen de la Red Corporativa de Voz y Datos de la Xunta de Galicia está en un
convenio de colaboración entre ésta y Telefónica de España, S.A. con la formalización
en 1993 de un contrato de colaboración para el suministro, instalación, puesta en
marcha y asistencia técnica de una red privada de comunicación de datos para dar
servicio de transporte de datos al proyecto de modernización administrativa y a otros
organismos. Esta red integraba las comunicaciones de voz y datos que antes eran
independientes, disponiendo de capacidad para soportar el tráfico de los edificios
conectados y de aquellos en los que estaba prevista su conexión, así como las nuevas
aplicaciones multimedia: datos, voz y vídeo. Asimismo, dentro de los servicios
prestados se han incluido las comunicaciones móviles, dando lugar al sistema
corporativo de telefonía móvil, que permitía la llamada a móviles dentro de la Xunta de
Galicia.
Esta red atiende las múltiples necesidades gracias a una tecnología y arquitectura
flexibles (ATM4, ADSL, IP, etc.), abiertas a tecnologías emergentes, como Gigabit
Ethernet, telefonía sobre IP, etc. El equipamiento permite hacer uso de la red digital de
servicios integrados (RDSI), además de introducir tecnologías más eficientes y disponer
de una mayor capacidad de amplitud de banda, conmutación y velocidad en las
comunicaciones.
4 ATM: Modo de Transferencia Asíncrona o Asynchronous Transfer Mode (ATM) es una tecnología
de telecomunicación desarrollada para hacer frente a la gran demanda de capacidad de transmisión para
servicios y aplicaciones.
Intercambio Electrónico de Documentos
Autores: Pablo Belay Fernández e Irene González Fernández - 68 -
Ilustración 2 : Pantalla del HP Open View: monitorización malla troncal e Internet
La red corporativa tiene una disponibilidad garantizada del 99,8%, lo cual permite que
se apoyen sobre ella aplicaciones críticas tales como las de carácter sanitario.
Actualmente cuenta en su malla troncal con: tecnología ATM (integración voz, datos,
vídeo, etc.); circuitos de 155, 34 y 2 Mbps (respaldo); 10 conmutadores ATM; 16
encaminadores (routers); doble redundancia (equipamiento y medios de transmisión) y
123 centrales telefónicas Ibercom. En la red de acceso dispone de: accesos RDSI,
ADSL y dedicados desde 64 hasta 2.000 Kbps; más de 2.500 localizaciones conectadas;
más de 100 centrales telefónicas Ibercom; más de 60.000 PC conectados; más de 9.000
PC con acceso a Internet, entre los que están todos los centros de enseñanza secundaria
y primaria y aulas de informática. En equipamiento, la red emplea más de 200
servidores, más de 2.200 encaminadores.
Ilustración 3: HP Open View: con monotirización
EdiLocal
Autores: Pablo Belay Fernández e Irene González Fernández - 69 -
En el marco de la telefonía fija, las centrales telefónicas disponen de capacidades y
servicios avanzados, como un sistema de mensajería vocal (buzones de voz), integrando
en un plan de numeración privada los centros remotos que no cuenten con Ibercom; con
un mantenimiento integral de la red interior de los edificios administrativos y teléfonos
digitales. Además, existe un tarificador privado que permite llevar a cabo el
seguimiento y la optimización de los costes. En este sentido, se incorporaron mejoras en
la gestión de las plataformas tanto de telefonía fija como móvil dentro del centro de
gestión de red de la Xunta de Galicia, aumentando la redundancia de las conexiones de
telefonía fija con la móvil; así como la definición de zonas especiales de tarificación
muy reducida.
Por otra parte, la característica más destacada de la conexión a internet de la red
corporativa es un elevado ancho de banda, que permitirá un acceso más rápido a todos
los servicios, facilitando la gestión dinámica del mismo con un mayor aprovechamiento.
También dispone ésta de un sistema de filtrado de contenidos, así como de un sistema
de detección de intrusos.
La red corporativa dispone de un centro de gestión de red de voz y datos integrado en
un único punto, que actúa como ventanilla única de todos sus usuarios.
Ilustración 4: Organigrama del C.G.R.
Intercambio Electrónico de Documentos
Autores: Pablo Belay Fernández e Irene González Fernández - 70 -
La Red Corporativa de la Xunta de Galicia dispone de gestión y monitorización
avanzada mediante los sistemas de gestión que permiten tener visualizados y
controlados en tiempo real todos y cada uno de los elementos de la red. La red
corporativa da servicio a más de 40.000 usuarios, entre los cuales se pueden citar:
edificios administrativos, hospitales, centros de salud, ayuntamientos, centros de
enseñanza secundaria, Radio Televisión de Galicia, oficinas de turismo, oficinas de
empleo, protección civil (112), casas de juventud, servicios veterinarios, agencias de
extensión agraria, museos, centros de investigación y otros organismos públicos.
EdiLocal
Autores: Pablo Belay Fernández e Irene González Fernández - 71 -
5.2 Sistema de videoconferencia corporativo
Dentro de los servicios avanzados que presta la red corporativa, se puede destacar el
sistema de videoconferencia corporativo de alta calidad, que permite que varias
personas situadas en diferentes localizaciones puedan reunirse desde distintos edificios
administrativos. Este sistema fue instalado en San Caetano, en los edificios multiusos de
A Coruña y Lugo, en las delegaciones de Presidencia de Pontevedra y Ourense y en la
Casa de Galicia en Madrid; está integrado por equipos de última generación, cámaras de
documentos para compartir aplicaciones e imágenes, videoproyectores y pantallas de
plasma.
Ilustración 5: Sistema de Videoconferencia Corporativo
Como soporte de las comunicaciones, el sistema se basa en la Red Corporativa de la
Xunta de Galicia, utilizando el protocolo de internet IP. El hecho de utilizar el protocolo
estándar IP hace que sea compatible con cualquier otro equipo o aplicación que haga
uso del mismo. El sistema dispone también de una pasarela RDSI para poder conectarse
con cualquier otro sistema de videoconferencia del mundo, permitiendo hasta 15
conferencias simultáneas.
Intercambio Electrónico de Documentos
Autores: Pablo Belay Fernández e Irene González Fernández - 72 -
Los equipos instalados permiten además compartir la información o cualquier
aplicación informática que se ejecute en un ordenador personal, por lo que pueden ser
utilizados para otras funciones como, por ejemplo, impartir cursos de formación a
distancia a funcionarios. Este sistema permitirá, si cabe, incrementar la productividad de
la Administración autonómica, agilizando la toma de decisiones y disminuyendo los
costes.
EdiLocal
Autores: Pablo Belay Fernández e Irene González Fernández - 73 -
5.3 Infraestructura de publicación en Internet, Web y
correo electrónico institucionales
La Xunta de Galicia presta a la Comunidad Autónoma servicios para la publicación en
internet de información y aplicaciones web. Actualmente son usuarios de estos recursos
organismos autónomos, entidades de derecho público y departamentos de la Xunta de
Galicia.
Estos servicios se basan en una infraestructura informática que permite la reserva y uso
de dominios de internet, la configuración y gestión de dominios y directorios virtuales y
el alojamiento de webs estáticas y dinámicas. Los sistemas permiten que la información
publicada en cada web sea gestionada y actualizada directamente por la entidad
responsable a través de la red de datos corporativa.
Ilustración 6: Portal Xunta de Galicia
Otra importante plataforma soporta los sistemas de correo electrónico institucionales,
herramientas de gran demanda e interés para las comunicaciones internas de la
comunidad autónoma, para la comunicación con otras administraciones, y como canal
de comunicación y atención a los ciudadanos usuarios de las webs institucionales.
Todos los sistemas implicados en esta infraestructura están dotados de controles y
procedimientos técnicos y organizativos que garanticen los derechos fundamentales del
ciudadano relativos al tratamiento de los datos de carácter personal, tales como los
Intercambio Electrónico de Documentos
Autores: Pablo Belay Fernández e Irene González Fernández - 74 -
relativos a su honra e intimidad personal y familiar. Estos mecanismos de seguridad y
los servicios prestados a los ciudadanos están sujetos a una vigilancia continua de su
actividad y disponibilidad. La web de la Xunta de Galicia (http://www.xunta.es/)
constituye el punto de referencia de las webs de la comunidad autónoma y proporciona
información y diversos servicios de carácter general.
EdiLocal
Autores: Pablo Belay Fernández e Irene González Fernández - 75 -
5.4 El Sistema de Gestión de Procedimientos
Administrativos (SGPA)
La actuación básica de la primera etapa fue la creación del Sistema de Gestión de
Procedimientos Administrativos (SGPA), que consistió en dotar a la Xunta de Galicia
de un sistema global para la gestión de los procedimientos administrativos iniciados por
instancia de parte.
Para ello, desde el punto de vista funcional, se llevaron a cabo las siguientes
actuaciones:
� Identificación de los procedimientos administrativos por instancia de parte y
consiguiente confección del inventario de los mismos. Figuran en el inventario
un total de 1.181 procedimientos.
� Racionalización y homogeneización de los procedimientos administrativos.
� Normalización y estandarización del documento de la solicitud o instancia, con
el fin de que el ciudadano disponga en todos los procedimientos de un modelo
para iniciarlos.
� Representación (fluxogramación) del íter de los procedimientos desde su
comienzo (presentación de la solicitud o instancia por el interesado) hasta a su
finalización.
� Elaboración y revisión de contenidos de todos los documentos administrativos
asociados a la gestión de los procedimientos en los distintos trámites, así como
normalización de los documentos comunes a todos ellos (ej.: documento de
requerimiento de subsanación).
Desde el punto de vista técnico, se creó una plataforma informática global compuesta
por tres elementos básicos:
� Hardware y software de base, basado en sistemas abiertos de bases de datos
distribuidas, y arquitecturas cliente/servidor, con ordenadores personales y
servidores unix respectivamente.
� Software de aplicaciones, que permite la tramitación administrativa global,
integrado con aplicaciones complementarias que dan respuesta a las necesidades
Intercambio Electrónico de Documentos
Autores: Pablo Belay Fernández e Irene González Fernández - 76 -
exigidas por la gestión y explotación de datos de cada procedimiento.
� Red privada corporativa de comunicaciones de voz y datos que da soporte a
éstos y a otros sistemas.
Al definir la plataforma se optó por un sistema de informática distribuida, dotado de
gran flexibilidad, que permite incorporar las continuas modificaciones que se producen
en los procedimientos administrativos, en que el flujo de la información se produce
online.
Entre los distintos módulos que se fueron implantando cabe destacar el Sistema de
Gestión de Subvenciones, que permite aumentar el nivel de información de todos los
procedimientos con contenido económico y la generación de la documentación
asociada, facilitando así su gestión.
El Sistema de Gestión de Procedimientos Administrativos aporta básicamente las
siguientes ventajas:
� Ayuda a los gestores en su trabajo diario.
� Informa permanentemente de la marcha de la gestión.
� Permite informar al ciudadano de la situación en que se encuentra la tramitación
de su expediente administrativo, dando así cumplimiento a lo previsto en el
artículo 35.a de la Ley de régimen jurídico de las administraciones públicas y
del procedimiento administrativo común de 1992.
� Proporciona una mayor seguridad jurídica a la actuación de la Administración,
toda vez que se revisa el contenido de todos los documentos entre los gestores
de los procedimientos y el equipo de inspección de cada consellería.
� Suministra un conocimiento objetivo de la carga real de trabajo de cada unidad
administrativa que, como luego se verá, constituyó un elemento básico para la
posterior implantación del programa de evaluación del rendimiento.
� Exime al ciudadano de la presentación de aquellos documentos generados en
otros procedimientos administrativos tramitados en el mismo sistema; a tal fin se
hicieron las modificaciones en las disposiciones correspondientes para que en él
sean exigibles.
EdiLocal
Autores: Pablo Belay Fernández e Irene González Fernández - 77 -
El gráfico que figura a continuación representa el proceso de actualización permanente
del Sistema de Gestión de Procedimientos Administrativos (SGPA).
Ilustración 7: Sistema de Procedimientos Administrativos
Implantado y en funcionamiento, el Sistema de Gestión de Procedimientos
Administrativos (SGPA) se ha convertido en el núcleo básico que ha permitido
desarrollar las siguientes actuaciones:
5.4.1 El Sistema de Información Administrativa y At ención al
Ciudadano
La creación de este sistema, como su propio nombre indica, se orientó no sólo a
informar al ciudadano, sino a atenderlo, es decir, a facilitar sus relaciones con la
Administración.
El sistema se compone de cuatro dispositivos básicos:
� El teléfono de información administrativa y atención al ciudadano (902-
120012), que presta sus servicios de 9 de la mañana a 7 de la tarde de lunes a
viernes, y de 9 de la mañana a 2 de la tarde los sábados.
� La red de oficinas de información administrativa y atención al ciudadano,
compuesta por 44 oficinas situadas en los servicios centrales de las consellerías
y en sus delegaciones provinciales.
� Puntos de información administrativa y atención al ciudadano (PIC), situados en
Santiago de Compostela, A Coruña, Ferrol, Buño, Lugo, Monforte de Lemos,
Ourense, A Pobra de Trives, Pontevedra, Vigo, Lalín, Cambados y A Estrada, en
los que el propio ciudadano puede consultar directamente la información.
� Internet (http://www.xunta.es)
Intercambio Electrónico de Documentos
Autores: Pablo Belay Fernández e Irene González Fernández - 78 -
La información disponible a través del Sistema de Información y Atención al
Ciudadano, que aprovecha la infraestructura del Sistema de Gestión de Procedimientos
Administrativos, es la siguiente:
� La información general de la Xunta de Galicia (directorio que contiene los
organigramas y las direcciones, teléfonos y fax de los centros, servicios y
establecimientos de la Xunta).
� La Guía del Ciudadano antes referida, que contiene un resumen de información
para cada procedimiento administrativo.
� La consulta de expedientes, a través de la cual el ciudadano puede conocer en el
acto, informáticamente, la situación en la que se encuentra cualquier solicitud
que hubiese hecho a la Xunta de Galicia.
� Acceso al catálogo de turismo rural de la Comunidad Autónoma de Galicia, en
el que se incluye toda la información de estos establecimientos: teléfonos,
servicios, precios o situación.
� Sumario del Diario Oficial de Galicia.
� Acceso al Registro de Contratistas de la Comunidad Autónoma de Galicia.
El gráfico que figura a continuación recoge los dispositivos del sistema, la información
disponible, así como el proceso de actualización de la misma.
Ilustración 8: Sistema de información administrativa y atención al ciudadano
EdiLocal
Autores: Pablo Belay Fernández e Irene González Fernández - 79 -
5.4.2 Servicio de Respuesta Inmediata (SERI)
El Servicio de Respuesta Inmediata (SERI) ofrece a los ciudadanos un compromiso de
resolución inmediata para un conjunto de procedimientos, en los que los interesados ven
resueltas sus solicitudes en el mismo momento de su presentación.
Para ello se ha llevado a cabo un detallado análisis de la totalidad de los procedimientos
administrativos incluidos en el SGPA y se han seleccionado aquéllos que, por sus
características singulares, eran susceptibles de ser incorporados al sistema. Como
ejemplos pueden citarse: inscripción en el Registro de Maquinaria Agrícola;
autorización de transporte por carreteras (mercancías); autorización de explotación de
máquinas recreativas y de azar; y protección a las familias numerosas.
A fin de que el ciudadano pueda identificar con facilidad las oficinas públicas en las que
se tramitan los procedimientos SERI, fueron situadas en lugar preferente dotándolas de
imagen corporativa propia.
Un paso más dentro del SERI se dio en la tramitación de la renovación de las licencias
de caza y pesca que el ciudadano puede obtener directamente, sin necesidad de acudir a
las delegaciones de la Consellería de Medio Ambiente, a través de las oficinas de las
entidades bancarias que firmaron al efecto un convenio con la Xunta de Galicia.
Este servicio representa un paso decisivo en el compromiso de calidad con el
ciudadano, al dar respuesta de forma inmediata a un conjunto de procedimientos
administrativos que, si bien son pocos en número con respecto al total de los incluidos
en el SGPA (46 sobre un total de 1.181), representan un porcentaje muy importante
sobre el total de los expedientes administrativos tramitados en la Administración
autonómica a instancia de los ciudadanos (41%), así como de los que a través de ellos se
relacionan directamente con la Administración.
Intercambio Electrónico de Documentos
Autores: Pablo Belay Fernández e Irene González Fernández - 80 -
5.4.3 El registro de contratistas
La contratación administrativa, tal y como está formulada en la legislación que la
regula, supone un procedimiento extremadamente burocratizado, que implica una serie
de actuaciones que, en aras de la seguridad jurídica, hace que, tanto el contratista como
los propios órganos administrativos, tengan que realizar actividades repetitivas sobre la
base de una misma documentación, que dan lugar a demoras en la gestión.
Teniendo en cuenta estas circunstancias, la Xunta de Galicia ha procedido al estudio del
procedimiento, al objeto de agilizar la tramitación, evitando actuaciones innecesarias y
simplificando el tratamiento de la documentación, todo ello sin perjuicio del respeto a lo
establecido en la legislación vigente sobre contratación administrativa.
A tal fin se creó, como instrumento auxiliar de la contratación administrativa, el
Registro de Contratistas de la Comunidad Autónoma de Galicia, que se fundamenta en
el establecimiento de una base de datos que contiene las circunstancias exigidas por la
legislación de contratos de las administraciones públicas a los posibles licitadores de la
Xunta de Galicia, previa acreditación documental de las mismas y su correspondiente
convalidación por el responsable del registro.
De esta forma, la documentación se presenta una sola vez, y exime al contratista de
tener que hacerlo en las sucesivas ocasiones en que opte a las ofertas de contratación
que formulen los diferentes centros directivos autonómicos. Igualmente, permitirá que
las mesas de contratación no tengan que examinar y calificar la documentación
presentada por cada empresa y para cada licitación, dado que estas actuaciones fueron
hechas previamente. Al objeto de tener actualizado el Registro de Contratistas, se
impone a las empresas la única obligación de comunicar cualquier modificación que se
produzca en relación con los datos que constan en la inscripción.
EdiLocal
Autores: Pablo Belay Fernández e Irene González Fernández - 81 -
5.4.4 Oficina de Tramitación Única de Industrias (O TU)
Al objeto de racionalizar el proceso general de las autorizaciones administrativas se
creó la Oficina de Tramitación Única de Industrias (OTU), que pretende establecer un
interlocutor único de la Administración autonómica con los particulares interesados en
la creación, modificación o traslado de una industria. Para la consecución de este
objetivo, a la oficina se le asignaron las siguientes funciones:
• Información y asesoramiento en materia de creación de industrias, no sólo
respecto de las autorizaciones que son competencia de la Xunta de Galicia, sino
en general de las de todas las administraciones públicas.
• Recepción de las solicitudes referidas a las autorizaciones de competencia
autonómica, independientemente de la consellería a la que afecten.
• Información del estado de los diferentes expedientes administrativos en
tramitación. - Impulso de estos expedientes, a fin de agilizar su tramitación para
conseguir, cuanto antes, la resolución final.
Para reducir la complejidad que suponía cubrir la documentación administrativa, se
clasificaron las industrias en seis tipos diferentes:
• Industrias agrarias.
• Establecimientos de alimentación.
• Establecimientos de cultivos marinos y auxiliares.
• Empresas de servicios industriales.
• Establecimientos industriales.
• Industrias de producción, transformación, transporte y distribución de energía
eléctrica.
Con la creación de la Oficina de Tramitación Única (OTU) se procedió, además, a la
simplificación del procedimiento de autorización de industrias, racionalizando el
desarrollo de sus fases y evitando innecesarias demoras.
La Oficina de Tramitación Única de Industrias, al igual que las otras actuaciones de la
Intercambio Electrónico de Documentos
Autores: Pablo Belay Fernández e Irene González Fernández - 82 -
reforma administrativa de la Xunta de Galicia referidas, se apoya en el Sistema de
Gestión de Procedimientos Administrativos (SGPA), puesto que a través del mismo se
tramitan todos los procedimientos necesarios para la apertura de una industria.
Además, y teniendo en cuenta que la OTU supone una actuación coordinada entre
órganos administrativos pertenecientes a distintas consellerías, se elaboró una
aplicación informática dentro del SGPA, que otorga un número de referencia único a la
industria que se pretende crear.
La puesta en funcionamiento de la Oficina de Tramitación Única de Industrias supuso la
creación de oficinas tramitadoras situadas en Santiago de Compostela, A Coruña, Lugo,
Ourense, Pontevedra y Vigo.
Mediante el convenio Xunta-Federación Gallega de Municipios y Provincias se
extendieron parte de las funcionalidades del SGPA a los ayuntamientos,
proporcionándoles el módulo de registro de entradas y salidas, los módulos de la oficina
de información, los módulos de consulta del registro de contratista, además de un
servicio de recogida y envío de documentos entre las dos administraciones.
A través del convenio marco firmado con la Administración general del Estado, la
Xunta de Galicia colabora en la implantación de un sistema intercomunicado de
registros entre la Administración general del Estado, la Administración de la
Comunidad Autónoma de Galicia y las entidades locales del ámbito territorial de dicha
comunidad. Estas adhesiones permitirán a los ciudadanos presentar en los registros de
las entidades locales las solicitudes, escritos y comunicaciones que dirijan tanto a la
Administración general del Estado como a la de la Comunidad Autónoma de Galicia.
EdiLocal
Autores: Pablo Belay Fernández e Irene González Fernández - 83 -
5.4.5 El Portal de los Ayuntamientos de Galicia: Ei dolocal
En 1996 se formalizó un convenio de colaboración entre la Consellería de la
Presidencia, Relaciones Institucionales y Administración Pública y la Federación
Gallega de Municipios y Provincias, para la implantación y desarrollo de los servicios
informáticos y de telecomunicaciones.
En función de este convenio se implantó en más de doscientos ayuntamientos de Galicia
la Ventanilla Única de la Administración Local, que facilitó la presentación de
documentos de los ayuntamientos y de sus ciudadanos a la Administración autonómica
haciendo uso de la red privada de Galicia.
Los nuevos retos y facilidades aportados por internet y por las nuevas tecnologías
posibilitan el acercamiento de las administraciones públicas de Galicia. Por tanto,
continuando el compromiso adquirido en el convenio de Ventanilla Única, se añadió
una addenda a éste, incorporándose la Consellería de Justicia, Interior y Relaciones
Laborales para la puesta en marcha del Portal de los 48 Ayuntamientos de Galicia,
Eidolocal, al objeto de intensificar la comunicación y la tramitación, vía internet, entre
las entidades locales y la Xunta de Galicia, siendo el fin último informar al completo de
la tramitación entre la Administración local y la autonómica, y crear un espacio de
información común.
Ilustración 9: Portal Eido Local
Intercambio Electrónico de Documentos
Autores: Pablo Belay Fernández e Irene González Fernández - 84 -
El portal http://www.eidolocal.es es una de las acciones promovidas por la
Administración autonómica de Galicia, dentro del plan de acción INFO XXI, para el
desarrollo de la sociedad de la información en España. Eidolocal forma parte del Plan
estratégico para la Implantación de la Administración Electrónica, promovido por la
Xunta de Galicia.
Los servicios prestados desde el portal están abiertos a la participación de los propios
ayuntamientos y de otras instituciones y evolucionan continuamente. Destacan, entre
otras, las funciones siguientes:
� Acceso a los contenidos del Diario Oficial de Galicia y envío de disposiciones
para su publicación en el DOG.
� Envío de actas de acuerdos plenarios, actas de comisión o publicación de
estatutos a la Dirección General de Administración Local.
� Inicio de expedientes administrativos, enlazando con los actuales sistemas de
registro de entrada/salida y el sistema de gestión de procedimientos
administrativos.
� Acceso a bases de datos de jurisprudencia y legislación.
� Información del estado de expedientes iniciados en la Xunta de Galicia, guía de
procedimientos administrativos, direcciones y teléfonos de distintos organismos
de la Administración autonómica, impresión de certificados del Registro
General de Contratistas, etc.
� Gestión de contenidos específicos de los ayuntamientos (direcciones, teléfonos,
tablón de anuncios, subvenciones y becas, etc.), dentro del propio portal.
� Sistema de correo electrónico para el personal de los ayuntamientos.
En junio de 2002, la Xunta de Galicia y las cuatro diputaciones provinciales firmaron un
nuevo convenio con la Fábrica Nacional de Moneda y Timbre para la prestación de
servicios de firma electrónica. Este convenio amplía notablemente la cobertura
organizativa, funcional y técnica respecto al anterior de 1998. En este convenio están
integrados los ayuntamientos gallegos de menos de 50.000 habitantes.
EdiLocal
Autores: Pablo Belay Fernández e Irene González Fernández - 85 -
5.4.6 Administración electrónica: la e-Administraci ón en la Xunta de
Galicia
La apertura a internet de los sistemas de la Xunta de Galicia implica garantizar la
seguridad de las comunicaciones dentro de un ámbito público, extenso y abierto. Para
garantizar esta seguridad, se utilizan certificados digitales facilitados por la Fábrica
Nacional de Moneda y Timbre, que actúa en todo el proceso a modo de notario
electrónico garantizando:
� Que la persona con quien nos comunicamos sea quien dice ser (autenticación).
� Que el mensaje no ha sido modificado (integridad).
� Que nadie no autorizado lo podrá leer (confidencialidad).
� Que no podrán ser rechazados los documentos firmados electrónicamente
cumpliendo todos los requisitos.
En esta línea se está trabajando a fin de facilitar a los ciudadanos el acceso para solicitar
los certificados digitales, habilitando a la Xunta de Galicia para que actúe como
autoridad de registro de la FNMT. Los ciudadanos podrán presentarse en alguna de las
oficinas de la Xunta de Galicia para acreditar su identidad y firmar la solicitud del
certificado digital, aceptando sus condiciones de uso.
Los proyectos de administración electrónica, actualmente en marcha en la Xunta de
Galicia, están destinados a poner al servicio del ciudadano sistemas interactivos a través
de internet que, utilizando la firma digital, permiten:
� Facilitar al ciudadano la interacción con la Administración desde distintos
lugares (domicilio, puesto de trabajo, etc.), para que pueda presentar instancias,
recibir notificaciones, realizar trámites diversos o conseguir información; en
definitiva, acceder a todos los servicios que ofrece la Administración.
� Facilitar a la Administración el contacto con el ciudadano, disminuyendo al
máximo los tiempos requeridos para dicha interacción.
Con la puesta en marcha de la tramitación electrónica de expedientes con firma digital,
en el ámbito de siniestralidad laboral en 2002, la Xunta de Galicia se convirtió en la
primera Administración autonómica española en el tratamiento telemático de esta
Intercambio Electrónico de Documentos
Autores: Pablo Belay Fernández e Irene González Fernández - 86 -
información. En el ámbito no tributario ha sido uno de los primeros proyectos de
tramitación electrónica con firma digital puestos en marcha en España desde la
aprobación del Real decreto ley 14/1999, de 17 de septiembre de 1999, sobre firma
electrónica.
Otros servicios disponibles en la web de la Xunta de Galicia con certificado digital son:
la Consulta del Registro de Contratistas de la Comunidad Autónoma y la consulta de
situación de la tramitación de los expedientes iniciados en la Xunta de Galicia.
Se continúa trabajando en el proyecto de personalidad administrativa digital, que
recogerá en una base de datos aquella información y documentación sobre el ciudadano
que le permita interaccionar con la Administración.
Los objetivos de este proyecto son:
� Evitar al ciudadano la presentación de toda la documentación que esté ya en
poder de la Xunta de Galicia (artículo 35 apartado f de la Ley de régimen
jurídico de las administraciones públicas).
� Integrar la información que la Administración posee del ciudadano para facilitar
la consulta por éste de la misma y favorecer la interacción entre el ciudadano y
la Administración.
Ya está implantada la primera fase del proyecto que permite no pedir al ciudadano
documentos generados por la propia Xunta. Se está trabajando en una segunda fase que
tiene como objetivo no solicitar a los ciudadanos documentos que se puedan conseguir
mediante integraciones informáticas con otros organismos o instituciones (Agencia
Tributaria, Tesorería General de la Seguridad Social).
EdiLocal
Autores: Pablo Belay Fernández e Irene González Fernández - 87 -
5.4.7 Licitación electrónica
La telematización de los procesos de compras públicas es uno de los objetivos del
programa INFO XXI y de diferentes iniciativas comunitarias.
La Xunta de Galicia puso en marcha un proyecto de licitación electrónica a través de
internet con firma digital. Este proyecto, pionero en España en el ámbito de la e-
administración y las compras electrónicas, pretende facilitar y agilizar el proceso de
licitación, apoyándose en el uso de las nuevas tecnologías.
Con el desarrollo y puesta en marcha de esta iniciativa, la Xunta quiere confirmar su
confianza en el comercio electrónico, utilizándolo en sus propias compras.
Los requerimientos para las empresas que quieran usar este sistema en los concursos
públicos de la Xunta de Galicia son los siguientes:
� Estar inscritos en el Registro de Contratistas de la Xunta.
� Que el apoderado que firma y presenta la oferta tenga un certificado digital clase
2 de la Fábrica Nacional de Moneda y Timbre.
El proyecto ha sido desarrollado por la Consellería de la Presidencia, Relaciones
Institucionales y Administración Pública para uso de todas las consellerías, organismos
autónomos y sociales públicos de la Administración autonómica.
Como antecedente natural de este proyecto, la Xunta de Galicia ha puesto en marcha un
servicio de publicación de procedimientos de contratación, mediante el cual las
empresas pueden consultar los anuncios aparecidos en el Diario Oficial de Galicia y
realizar la descarga de los pliegos y documentación adicional de los concursos públicos.
Este servicio es empleado habitualmente por los contratistas, que realizan una media de
1.200 consultas semanales.
Con el nuevo proyecto se pretende avanzar un paso más en el proceso hacia la e-
administración, admitiendo la presentación telemática de ofertas con firma digital.
Con este nuevo sistema, la Xunta de Galicia se convierte en la primera Administración
pública española que permite la presentación de ofertas a concursos públicos a través de
la red, utilizando firma digital.
Intercambio Electrónico de Documentos
Autores: Pablo Belay Fernández e Irene González Fernández - 88 -
5.5 Futuras Mejoras
Gestión integrada de la seguridad corporativa: Seguridad perimetral y en el puesto de
trabajo: generar confianza garantizando el uso correcto de la información.
Sistemas aumento de capacidad proceso, almacenamiento y seguridad de la plataforma
tecnológica de sistemas, centro de respaldo corporativo.
Evolución de los siguientes sistemas:
• El SXPA (servicios a las distintas consellerías) hacia un sistema de BPM5 para
ofrecer servicios en línea a los ciudadanos: Ampliación de SERI.
• Portelo único: servicios a las distintas administraciones, EidoLocal a SARA:
• Extranet administrativa - 060
• Servicios on-line:
� Registro Telemático da Xunta de Galicia. Cumplimentación electrónica de
solicitudes. Tramitación electrónica. Consulta estado de expediente
administrativo de los expedientes iniciados en la Xunta de Galicia.
� Servicio de envío de anuncios al Diario Oficial de Galicia.
� Licitación electrónica (SIPLEX). Consulta de contratación administrativa:
Procesos de contratación abiertos y pliegos de prescripciones Presentación
de ofertas e consulta de situación. Consulta del registro de contratistas da
Xunta de Galicia
� Publicación electrónica de registros administrativos (entidades,
asociaciones, artesanía, maquinaria agrícola, etc.). Consulta de
establecimientos de acuicultura marina (viveros, parques de cultivo, granjas,
criaderos...). Registro de Investigadores de Galicia (RIGA) – Gestión
informatizada da investigación científica y tecnológica de Galicia.
• Firma Electrónica: normas para dotar al ciudadano y a las empresas de una
Personalidad Administrativa Digital para agilizar los trámites realizados con la
Xunta de Galicia.
5 BPM (Business Process Management) : Disciplina empresarial cuyo objetivo es mejorar la eficiencia a
través de la gestión sistemática de los procesos de negocio (BPR), que se deben modelar, automatizar,
integrar, monitorizar y optimizar de forma continua.
EdiLocal
Autores: Pablo Belay Fernández e Irene González Fernández - 89 -
• Plataforma @firma a través de SARA. La principal barrera que manifiestan
los ciudadanos respeto a la utilización de los servicios de la sociedad de la
información como la Administración electrónica es la seguridad, tanto de índole
jurídica cómo relacionada con la propiedad o la intimidad. Las cuestiones de
inseguridad jurídica las resolverá en buena parte la citada Ley de acceso
electrónico de los ciudadanos a las administraciones y las otras barreras como
las dudas a la hora de realizar pagos a través de la red, dispondrán de una
importante herramienta que es la certificación electrónica o firma digital
mediante el e-DNI. A través de ella, los ciudadanos y las empresas tienen plenas
garantías de autenticidad y uso correcto de su información así como recursos
más allá de las vías tradicionales.
• Renovación Web (Nuevo portal Xunta –redefinición modelo Web: tecnología
J2ee y SOA, imagen, gestión de contenidos: perfiles: administración,
ciudadanos, colectivos de profesionales y empresas, Portal del ciudadano:
Acceso a la información en línea: Noticias, Guía del ciudadano Guía de
procedimientos administrativos da Xunta de Galicia de interese para o
ciudadano. Objeto, Normativa Documentación Solicitud donde acudir , DOG,
Guía da comunicación, toponimia oficial, información estadística)
• Portal Eido Local canal de relación, permanente e inmediato, entre las
Entidades Locais e a Xunta de Galicia, que trata de agilizar los procedimientos y
difundir todas aquellas materias que resulten de interés para los ayuntamientos,
y, en particular impulsar la aplicación das nuevas tecnologías, precisamente, en
el escenario donde este impulso será mas efectivo.
Todas estas mejoras llevan asociados unos procesos internos como son:
• Formación a través de EGAP
• Instalación de Servidores SW libre LAMP (Linux Apache MYSql Php)
• Los concursos públicos prima la libertad e independencia de proveedor.
Sistemas abiertos. Los estándares y software libre son la base en la que se
fundamenta la sociedad del conocimiento abierto o de la interoperabilidad. Pero,
el software libre sin imponerlo.
Intercambio Electrónico de Documentos
Autores: Pablo Belay Fernández e Irene González Fernández - 90 -
• Directorio unificado de usuarios.
• Plataforma de trabajo colaborativo (GESTIÓN DOCUMENTAL Y
WORKFLOW)
• Mejora del puesto de trabajo para permitir formación a distancia, introducción
firma electrónica, mejora del CAU (servicio de atención y soporte a usuarios),
• Inteligencia de negocio BBDD corporativas, DW, MINERÍA DE DATOS
(DATA MINING)
EdiLocal
Autores: Pablo Belay Fernández e Irene González Fernández - 91 -
6 A ESTRADA CIDADE DIXITAL
6.1 ¿Qué es A Estrada Cidade Dixital?
El objetivo es la creación de una comunidad virtual que aglutine todos los estradenses y
sus procesos, para la generación de riqueza en el ámbito local, tanto cultural como
social, la promoción de proyectos empresariales ligados a las nuevas tecnologías, así
como la dinamización laboral de A Estrada basándose en medios electrónicos.
Colectivos a los que se dirige: población en general, emprendedores locales,
administración electrónica, empresas locales del mueble, de turismo rural y servicios
relacionados, comercio local, propietarios de explotaciones agrarias y colectivos del
sector educativo.
Actuaciones del proyecto:
• Dinamización del contorno económico: en esta actuación se integrarán, entre
otras, las iniciativas Moblenet y Plataforma Horizontal de la Asociación
Comarcal de Empresarios.
• Acciones sociales emprendedoras: tales cómo: “Viveiro” de empresas,
Teleduca (plataforma de contenidos educativos), Comercia (centro comercial
virtual), A Estrada Verde (portal de turismo rural)
• Tele administración: Cuyo objetivo es acercar los procedimientos
administrativos al ciudadano, de manera que la Administración sea accesible a
través de las nuevas tecnologías. Actuara sobre procesos básicos como
empadronamiento, solicitud de información, presentación de avales y pago de
impuestos.
• Red y infraestructuras: dotar de acceso a Internet por medio de banda ancha,
haciendo especial hincapié en el contorno rural, la solución adoptada fue por
medio de tecnología wifi. Además es necesario la instalación de un CPD que es
el centro neurálgico de la Cidade Dixital, donde se encuentran los servidores y
maquinas para dotar de servicios a la Ciudad Digital. Se adjunta ilustraciones de
Intercambio Electrónico de Documentos
Autores: Pablo Belay Fernández e Irene González Fernández - 92 -
la arquitectura del CPD y la Red.
Ilustración 10: Arquitectura del CPD
Ilustración 11: Red Wifi de A Estrada Dixital
EdiLocal
Autores: Pablo Belay Fernández e Irene González Fernández - 93 -
6.2 Antecedentes
En los años 80, los Ayuntamientos disponían de una informática básica para su gestión,
así se contaba con aplicaciones para la Gestión Presupuestaria, contabilidad, gestión
tributaria, etc. Con la llegada de los 90 se difundió el uso del fax, para seguir con la
instalación de redes locales, y ya más rápidamente la difusión de Internet. Las
Administraciones Locales se fueron cableando y comunicando las distintas instalaciones
y servicios, y también muchos ayuntamientos publicaron su página web y disponían de
correo electrónico.
En la segunda mitad de los 90 comienza a dotarse de contenido esa página Web, con
información estática y la posibilidad de descarga de formularios. El nuevo siglo
alumbró la etapa de la interactividad, donde ya se podían ofertar servicios
transaccionales por Internet, como por ejemplo, el registro telemático para quien tuviera
certificado de firma electrónica. Ésta es pilar fundamental, puesto que muchos de los
expedientes administrativos municipales exigen la fehaciencia, para hacer las
transacciones por Internet para un corporación local es indispensable la capacidad de
autenticación y validación de los certificados de firma electrónica.
El Concello da Estrada ha tenido muy presente esta evolución y ha sido pionero en
aprovecharse de todos los beneficios que brindaban las nuevas tecnologías y las redes
de comunicación. Bajo el marco del proyecto “A Estrada Dixital” ha venido
desarrollando e implantando esta evolución y lanzando iniciativas para que sus
ciudadanos tengan también acceso al mundo digital.
Actualmente el Concello está abordando una nueva fase, que es la de integración,
dotando a sus sistemas municipales de la siguientes capacidades:
� Integración de procesos (trámite único). La capacidad transaccional puede
ahorrar al ciudadano el que se desplace para pedir un formulario, rellenarlo,
presentarlo en el registro y recibir un resguardo. Pero es de poca utilidad si luego
tuviera que acudir a la ventanilla a presentar información complementaria, o si
tuviera que acudir al banco a pagar la tasa correspondiente. Para que la
transaccionalidad alcance su verdadero valor se debe añadir al registro telemático:
Intercambio Electrónico de Documentos
Autores: Pablo Belay Fernández e Irene González Fernández - 94 -
� Pago telemático. Mediante una pasarela de pago el sistema permite al ciudadano
elegir la entidad financiera contra la que hacer el pago, sin necesidad de
desplazarse ni a la ventanilla administrativa ni a la entidad bancaria, y recibe el
correspondiente resguardo del pago realizado.
� Petición de documentación complementaria por parte de la Administración
tramitadora al resto de las Administraciones, o los departamentos de sí misma.
Esta petición debe hacerse de forma electrónica y mediante intercambio seguro de
datos entre Administraciones.
� Acceso multicanal, a fin de que los ciudadanos puedan, según prefieran o les
convenga, o de acuerdo con la naturaleza del servicio, acudir a la ventanilla,
consultar por teléfono, recibir información en sus móviles o utilizar Internet.
� Gestión electrónica completa de la tramitación del expediente, que nace ya
electrónica del registro telemático. La puesta en marcha de aplicaciones de
“workflow” es la que lo posibilita.
� Interoperabilidad, tecnológica y semántica de los sistemas de información de la
administración local para que un mismo dato sólo resida y sea administrado en un
solo punto y sea utilizado por el resto de aplicaciones y se actualice una sola vez
para toda la organización.
Por otro lado, El Ministerio de Administraciones Públicas ha aprobado la Ley para el
acceso electrónico de los ciudadanos a las Administraciones Públicas, en el cual
entre otras medidas se establece que:
• Los ciudadanos podrán realizar todas sus gestiones por medios electrónicos.
• Las Administraciones estarán obligadas a facilitar la tramitación de sus servicios
por Internet, móviles, televisión o cualquier otro medio disponible en el futuro.
• Las comunicaciones en soporte electrónico tendrán la misma validez legal que
las tradicionales en papel.
• Los ciudadanos no tendrán que aportar datos ni documentos que obren en poder
de las administraciones públicas.
EdiLocal
Autores: Pablo Belay Fernández e Irene González Fernández - 95 -
6.3 Principios de la solución.
En este capítulo se resumen tanto el planteamiento técnico como los componentes y
subsistemas que se emplearán en la construcción de la plataforma tecnológica de
soporte al proyecto de Modernización Administrativa del Concello da Estrada.
Principios de la Solución
La base de la propuesta se centra en el empleo de software de fuente abierta sin costes
de licencia y de probada fiabilidad para construir la plataforma sobre la que se asiente
tecnológicamente el proyecto. Sin embargo la integración de componentes sin una base
de consultoría en integración y tecnologías de la información no tendría éxito.
En los siguientes epígrafes se dará una cobertura específica a cada requisito descrito en
el pliego de proyecto para, a continuación, pasar a dar una descripción concreta de cada
uno de los componentes que integrarán el sistema a construir.
La solución que presentamos pretende cubrir todo el espectro de relaciones existentes
en la administración local y que se detallan en el diagrama de la página siguiente:
Intercambio Electrónico de Documentos
Autores: Pablo Belay Fernández e Irene González Fernández - 96 -
GESTIÓN
MUNICIPAL
MANCOMUNIDADES,
COMARCAS
Y/O ÁREAS
OTROS
MUNICIPIOS
- Solicitud de bajas por traslados
de residencia.
- Colaboraciones en actividades
INE
Gestión de servicios
públicos comunes a un
grupo pe municipios
Variaciones del
padrón y censos.
Listas del Censo Variaciones del
PMH y listas del
Censo Electoral.
ENTIDADES
INFRAMUNICIPALES
ENTIDADES DE
GESTIÓN INDIRECTA
Gestión de servicios
públicos municipales
denegados.
Datos sobre resultados de la
gestión de los servicios
públicos municipales
CENTRO DE GESTIÓN
CATASTRAL
REGISTRO DE
LA PROPIEDAD
Valoración de
inmuebles.
Datos propiedad
de inmuebles
FEMP
- Información y asesoramiento
en asuntos de interés municipal.
- Formación del personal.
- Resultados de actividades de
representación de los municipios.
- Estudios de interés del general
ADMINISTRACIÓN
DEL ESTADO
ADMINISTRACIÓN
AUTONÓMICA
INSTITUTO
CARTOGRÁFICO
Datos del municipio gestionado
por organismos estatales.
Normativas, preceptos y líneas
de actuación. Recursos
Datos del municipio gestionado
por organismos autonómicos.
Normativas, preceptos y líneas
de actuación. Recursos
Representación
cartográfica
del territorio.
TERCEROS
Empresas o particulares
Requerimiento
de datos.
Notificaciones y
Requerimiento de datos.
Notificaciones y avisos.
Asesoría jurídica, económica y técnica. Colaboración en
la prestación de servicios municipales.
Ilustración 12: DFD de la Gestión Municipal
EdiLocal
Autores: Pablo Belay Fernández e Irene González Fernández - 97 -
6.3.1 Criterios de diseño seguido
El diseño se fundamenta en estos criterios:
• Integración del uso de sistemas comunes promovidos por la AGE, la
propuesta irá encaminada a soportar la integración con servicios de la intranet
administrativa del Ministerio de Administraciones Públicas (MAP), como la
plataforma multiPKI del DNI-Electrónico y otros servicios de uso cada vez más
extendidos como las notificiaciones telemáticas, pasarelas de pago, etc. De este
modo se potencia la interoperabilidad de la solución final así como la
reutilización de componentes entre administraciones.
• Seguimiento de estándares libres. Adecuación del conjunto de la solución a
estándares W3C, OASIS, WfMC que permitan la interoperabilidad e
independencia de cada uno de sus componentes. Entre algunos de los estándar a
destacar se encuentran XPDL, BPEL, Xforms, Java, ...
• Uso masivo de componentes Open Source. La solución se construye mediante
el uso de múltiples proyectos Open Source maduros, estables y fiables. La
mayoría del desarrollo se ofrece con licencias libres tales como GPL, LGPL,
CPL, BSD, Apache, MIT, Mozilla, etc.
• Desarrollo de una plataforma de integración y gestión de expedientes,
mayoritariamente Open Source, sobre la que poder crear comunidad tanto de
usuarios como desarrolladores (administraciones, empresas y universidades) que
compartan experiencias, conocimientos, desarrollos, etc. y de este modo
potenciar la reutilización de componentes en otras administraciones.
• Modularidad de la solución. La solución se encuentra formada por un conjunto
de componentes ofreciendo interfaces definidos que permiten el intercambio
futuro de estos componentes por otros.
• Multiplataforma . La solución diseñada podrá desplegarse en múltiples entornos
operativos como Linux, Windows, Un*x, etc. Para ello, los lenguajes de
desarrollo mayoritarios son el lenguaje multiplataforma Java, y diferentes
lenguajes de descripción como XPDL, BPEL y Xforms.
Intercambio Electrónico de Documentos
Autores: Pablo Belay Fernández e Irene González Fernández - 98 -
• Multinavegador. La solución ofrecerá interfaces mayoritariamente Web
operativos sobre diferentes navegadores como Microsoft Internet Explorer y
Mozilla Firefox, principalmente.
• Multiidioma , la solución se implantará en las lenguas oficiales del Concello da
Estrada, así como en los idiomas señalados en el pliego.
• Fiabilidad. Todos los componentes seleccionados han demostrado con
referencias su fiabilidad; además en todo momento se utilizarán técnicas de
soporte a alta disponibilidad, balanceo de carga, replicación de información y en
la medida de lo posible transaccionalidad de la solución.
6.3.2 Arquitectura global de la plataforma tecnológ ica.
Como se ha mencionado anteriormente, el enfoque general de la solución para este
proyecto, se centra en:
El uso masivo de componentes de fuente abierta, que cumplan con los estándares
internacionales y sean estables, fiables y ampliamente utilizados.
Empleo de la plataforma de administración electrónica Open-Cities, desarrollada por
Andago bajo licencia GPL de modo que sirva:
• como middleware6 de integración con los sistemas y aplicaciones ya existentes y
descritos en el pliego técnico.
• como plataforma para el desarrollo y ampliación de los trámites, y
procedimientos administrativos en el futuro.
Definición de una arquitectura orientada a servicios donde la mayoría de sus
componentes ofrecen interfaces Web Services, de modo que se potencie la
interoperabilidad con otros servicios de la AGE.
Creación de una plataforma tecnológica basada en la orquestación de servicios que
posibilite la integración con los sistemas y aplicaciones actuales del Concello da
Estrada, así como la provisión y combinación de servicios de valor en el futuro.
6Middleware: es un software de conectividad que ofrece un conjunto de servicios que hacen posible el
funcionamiento de aplicaciones distribuidas sobre plataformas heterogéneas. Funciona como una capa de
abstracción de software distribuida, que se sitúa entre las capas de aplicaciones y las capas inferiores
EdiLocal
Autores: Pablo Belay Fernández e Irene González Fernández - 99 -
A continuación se muestra una figura que describe la plataforma desde el punto de vista
de la relación de los actores con los servicios ofrecidos por la plataforma:
Ilustración 13: Diagrama de la Arquitectura de Servicios
Por lo tanto, tal y como se representa en la ilustración la solución que Coremain
propone pasa por la integración de todos los componentes y servicios del Concello da
Estrada, a través de una plataforma de orquestación de los mismos. La orquestación de
servicios posibilita la independencia tecnológica de los sistemas y aplicaciones ya
existentes y, ofrece un interfaz estándar para que otras aplicaciones, canales y servicios
puedan interactuar.
Se trata del esquema funcional del entorno propuesto como solución al desarrollo de los
portales del Ciudadano y del Empleado, en el que se garantiza el acceso por los
diferentes actores a los servicios ofrecidos por el Concello da Estrada.
Intercambio Electrónico de Documentos
Autores: Pablo Belay Fernández e Irene González Fernández - 100 -
6.3.3 Infraestructura de integración y desarrollo.
La plataforma descrita proporciona una infraestructura escalable y de alto valor
tecnológico para la integración de todo el back-office del Concello da Estrada con la
gestión de expedientes y consulta de trámites.
Toda esta infraestructura gira entorno a la implantación y despliegue de una arquitectura
orientada a servicios (SOA) que facilite su accesibilidad tanto por los canales
solicitados (portales web) como por los propios aplicativos del Concello da Estrada.
Por su parte, la plataforma incluye las facilidades propias para el desarrollo, ampliación
y mantenimiento futuro por parte del personal del Concello da Estrada, debido a la
inclusión de herramientas para la gestión y administración de la plataforma así como de
sus trámites y procedimientos.
Ilustración 14: Arquitectura de Servicios del Sistema
El acceso a los servicios ofrecidos se realiza mediante Servicios Web ofrecidos por la
Plataforma; dichos servicios podrán ser básicos o generados como composición u
orquestación de otros servicios mediante un orquestador de servicios BPM.
Toda la infraestructura de comunicación de servicios web, se apoya en un servicio
avanzado de Enterprise Services Bus (ESB) incorporado en la propia plataforma, que
facilita tanto el acceso de bajo nivel como el registro de los diferentes servicios web
EdiLocal
Autores: Pablo Belay Fernández e Irene González Fernández - 101 -
existentes.
La plataforma llevará incorporado un canal web para soporte a los portales solicitados
en el pliego de proyecto. De este modo, se realizará una integración visual con los
servicios de trámites y gestión de expedientes soportados por la plataforma Open-
Cities.
Desde el espacio de usuario (ciudadano y empleado), se podrá acceder a las principales
funcionalidades de la plataforma tales como iniciar procedimientos, consultar estado de
expedientes, etc.
Por su parte, los administradores y gestores de la plataforma accederán a la misma
para labores de monitorización, configuración y ajuste. Por ejemplo para la confección
de nuevos formularios utilizables dentro del gestor de expedientes o bien para la
modificación de alguno de los procedimientos administrativos a los que se de soporte.
Cualquiera de estas funciones estará soportada por aplicativos específicos integrados
sobre la plataforma construida.
Ha de notarse, que la arquitectura expuesta supone una elevado grado de escalabilidad
facilitando ampliaciones futuras, como por ejemplo la integración de servicios de CRM
u Oficinas de Atención Ciudadana para acceder a servicios disponibles en la plataforma.
Esta facilidad de ampliación se apoya en el uso de los estándares abiertos más
empleados en la actualidad: XML, BPEL7, XPDL8, XMLDSIG9, etc.
La Plataforma consistirá de una serie de servicios incluidos que garantizan el
cumplimiento de los requerimientos solicitados en el pliego del proyecto:
• Servicio de infraestructura de clave pública. Permitirá acciones de firma y
sellado de tiempo de documentos, autenticación y verificación de identidad
basados en certificados digitales.
• Servicio documental o de custodia. Se tratará del repositorio documental de la
solución donde residirán expedientes administrativos, documentos, formularios
7 BPEL: (Business Process Execution Language), en castellano Lenguaje de Ejecución de Procesos de
Negocio. Orientado a la descripción de servicios Web 8 XPDL :(XML P rocess Definition Language) es un lenguaje para la definición de un Flujo de trabajo 9XMLDSIG : Firma XML especificada por el consorcio W3C
Intercambio Electrónico de Documentos
Autores: Pablo Belay Fernández e Irene González Fernández - 102 -
cumplimentados, definiciones de procedimientos administrativos, etc. Se
incorporarán facilidades de búsqueda sobre el repositorio en función de los
metadatos identificados en el proyecto.
• Servicio de Gestión de Expedientes. El servicio permitirá la creación de
nuevos procedimientos, el diseño de nuevos flujos de trabajo asociados a dichos
procedimientos podrán iniciar diferentes actores, así como la consultado del
estado de los procedimientos y expedientes.
• Servicio de Orquestación. El servicio permitirá el diseño y ejecución de nuevos
servicios web mediante la composición de servicios web existentes mediante
técnicas de BPM.
• Servicio de Registro de Servicios. Permitirá el registro de los diferentes
servicios de la Plataforma para su publicación interna y para otras
administraciones.
• Servicio de Seguridad. Permitirá el control de acceso de a los distintos
procedimientos y documentos, así como la trazabilidad de las acciones ocurridas
en los diferentes servicios.
• Gestión de Accesos, mediante la definición de roles, usuarios y perfiles de
acceso a los diferentes sistemas y servicios de la plataforma. Se permiten un
mecanismo de control de acceso basado en Certificados Digitales o bien
Login/Password, según se decida en el proyecto.
En apartados posteriores se describirán en mayor detalle los servicios más relevantes
aportados por la plataforma.
EdiLocal
Autores: Pablo Belay Fernández e Irene González Fernández - 103 -
6.4 Descripción de los servicios
6.4.1 Servicios de Consultoría
Uno de los trabajos previos al desarrollo e integración del proyecto piloto de
administración electrónica consiste en analizar los principales procedimientos que son
susceptibles de adaptar al formato electrónico. Como fruto de estos trabajos se tendrá
una relación priorizada de procedimientos a migrar. Para ello:
• Se analizará la documentación de los procedimientos que ya posea el Concello.
• Se ordenarán en función del criterio que se acuerde con el Concello, pudiéndose
clasificar, por ejemplo, por grado de impacto en otros servicios, por su
complejidad, por su facilidad de puesta en marcha en corto plazo de tiempo, etc.
• Se analizará el impacto de ese procedimiento tanto en la organización como en
el sistema, así como los actores que intervienen en el mismo.
Con esta información, ya se podrá obtener la relación priorizada de los procedimientos
susceptibles de integrar en el piloto.
En función de esta relación, se realizará un planteamiento definitivo y justificado del
alcance del proyecto piloto junto con una propuesta de evolución de los procedimientos
y los sistemas de información afectados por los mismos. Este alcance será pactado con
el Concello.
Finalmente, se elaborará un plan de proyecto conforme al alcance pactado y los
servicios a prestar.
6.4.2 Servicio de registro telemático de Entrada/Sa lida
En este epígrafe se exponen de forma resumida los principales resultados que se
generarán derivados de la ejecución del proyecto por parte de Coremain, conforme a los
requerimientos planteados por el Concello da Estrada
La solución de Coremain incluye la definición y construcción de un servicio de Registro
Telemático de Entrada/Salida. Esta se abordará mediante el uso de los servicios de
soporte a procedimientos administrativos y orquestación de servicios proporcionados
Intercambio Electrónico de Documentos
Autores: Pablo Belay Fernández e Irene González Fernández - 104 -
por la plataforma del proyecto descrita.
De hecho el planteamiento dado anteriormente, sobre la arquitectura global de la
solución hace que la realización de un registro telemático se enfoque como un
procedimiento administrativo que se integra con el registro general del Concello da
Estrada.
Ilustración 15: Servicio de Registro Telemático E/S
La ilustración refleja el planteamiento dado al registro telemático y su integración tanto
con el back-office municipal como con la plataforma del gestor de trámites. Todo el
proceso tal y como se ha previsto viene reflejado en el siguiente diagrama de secuencia
UML, si bien la determinación del proceso exacto será parte del trabajo desempeñado
durante la ejecución del proyecto.
EdiLocal
Autores: Pablo Belay Fernández e Irene González Fernández - 105 -
Ilustración 16: Proceso Previsto para el Registro
Un punto clave en la construcción de este servicio será el de integración con los
sistemas ya existentes, de manera más concreta con el registro de general y con la base
de datos de terceros (si está disponible).
En ambos casos será necesario construir varias piezas de software, denominadas
genéricamente conectores, que permiten la integración con la plataforma del gestor de
expedientes, desde un punto de vista lógico y funcional. En la primera ilustración los
conectores vienen identificados con las letras C1 y C2.
El sistema se finaliza con la construcción de un módulo específico para la auditoría y
monitorización de todo el proceso de registro, que vendrá dado por las facilidades de
auditoría que ya ofrece Open-Cities conjuntamente con el desarrollo de los elementos
específicos que el Concello da Estrada requiera.
Intercambio Electrónico de Documentos
Autores: Pablo Belay Fernández e Irene González Fernández - 106 -
6.4.3 Servicios de Gestión de Expedientes
El planteamiento inicial definido en el pliego es el incorporar la automatización de
algunos de los procesos principales a la operativa del Concello da Estrada y así
fomentar el uso de la administración electrónica y la presentación telemática de
solicitudes por parte del ciudadano y terceros.
Todo el planteamiento pasa por la adopción de la tecnología vinculada a la firma
electrónica y uso de certificados digitales, tales como los que estarán disponibles para el
DNI-electrónico a lo largo del período de ejecución del proyecto.
Para proporcionar los servicios se ha seleccionado el middleware “Open-Cities” que
constituye la única plataforma libre del mercado que da soporte a los servicios de
administración electrónica en el ámbito de la gestión expedientes y trámites
administrativos y que ha sido desarrollada por la compañía Andago Ingeniería.
Toda la gestión de expedientes gira en torno al concepto de procedimiento
administrativo. Un Procedimiento Administrativo es un conjunto de Actos
Administrativos realizados en una determinada secuencia, cuyos efectos están
vinculados y con un único fin, el de conseguir una decisión final. Su plasmación física
es un conjunto de documentos que constituyen un expediente.
Por lo tanto uno de los elementos esencial dentro de la gestión de expedientes será la de
soporte a los flujos de trabajo o “workflows”, asociados al expediente.
Toda la gestión de expedientes está en formato web, incluida la consola de
administración, por lo que toda la interacción se realiza a través de navegadores
estándar. La gestión de expedientes se integrará con la carpeta ciudadana actual del
Concello da Estrada o bien como una estructura nueva dentro de su portal, en función
de los requerimientos del cliente.
EdiLocal
Autores: Pablo Belay Fernández e Irene González Fernández - 107 -
Descripción Funcional del Componente Open-Cities
Como se ha venido adelantando el planteamiento previsto tiene por objetivo la inclusión
de un Entorno Avanzado de Administración Electrónica para el Concello da Estrada,
sirviendo de infraestructura base sobre la que desarrollar un conjunto de servicios de
carácter y acceso público a través de servicios telemáticos y empleando sistemas de
identificación y seguridad fiables.
La plataforma sobre la que se desarrolla este entorno avanzado de administración
electrónica es el proyecto Open-Cities, que proporciona un entorno web ideal para la
gestión de expedientes y procedimientos administrativos empleando servicios de firma
electrónica avanzada.
Ilustración 17: Interfaz Web de Open-Cities
La plataforma proporciona servicios finales que se apoyan en una lógica de proceso o
de negocio que fundamenta su operativo en el trasiego de documentos como entidad
mínima de información dentro del sistema.
La plataforma de soporte a procesos administrativos que se instalará y configurará para
el Concello da Estrada, atiende a los siguientes criterios:
• Multiplataforma y multiusuario.
• Soporte multiidioma – Castellano, Valenciano, Inglés
Intercambio Electrónico de Documentos
Autores: Pablo Belay Fernández e Irene González Fernández - 108 -
• Uso de estándares de organizaciones como W3C, OASIS, UE-EITF, ...
• Arquitectura orientada a servicios (SOA) donde los principales componentes
interoperan mediante Web Services.
• Altamente modular tanto en los componentes de la plataforma como en los
distintos Servicios de E-administración que se construyan.
• Tanto o más que la tecnología está la definición de una metodología de
implementación de desarrollo de servicios de Administración electrónica, como
de disponer de las herramientas que permitan la promoción interna por los
propios técnicos del Ayuntamiento.
• Interoperabilidad con otras plataformas y servicios de la administración pública,
en concreto se potenciará la integración con los servicios y plataformas del DNI-
electrónico, MAP y de RED.ES.
• Cumplimiento de la legislación vigente, con especial atención a la Ley del
Procedimiento Administrativo Común (30/1992), LOPD y Ley de Firma
Electrónica.
En un apartado posterior se dará una descripción más detallada de la arquitectura y
elementos tecnológicos que componen esta plataforma.
Workflows de trabajo
El servicio de Gestión de Expedientes constará de un componente de workflow que
permitirá la implantación de flujos de trabajo asociados a procedimientos
administrativos.
El motor soportará el estándar XPDL del WfMC como lenguaje de definición de
workflows. A su vez soportará la definición de reglas en función de expresiones y de
reglas de negocio.
El workflow controlará la “hoja de ruta” del proceso administrativo y el mantenimiento
de los diferentes documentos a incluir en el expediente administrativo.
El workflow se apoyará en el conjunto de servicios web de la Plataforma, ya sean
servicios simples o composición de servicios dirigidos por el orquestador..
Se accederá a la funcionalidad del workflow mediante servicios web.
EdiLocal
Autores: Pablo Belay Fernández e Irene González Fernández - 109 -
Bandeja de Tareas pendientes
La Bandeja de Tareas pendientes será una aplicación web que el usuario del servicio
podrá acceder para consultar posibles tareas pendientes a realizar por su parte en un
proceso administrativo (iniciado o no por él).
Ejemplos de tareas pendientes pueden ser:
• un empleado público debe cumplimentar la revisión de un procedimiento
iniciado por un ciudadano.
• a un ciudadano se le pide que revise la documentación entregada.
La aplicación utilizará los servicios de workflow y de formularios de la plataforma.
Bandeja de Tareas activas
La Bandeja de Tareas Activas será una aplicación web que el usuario del servicio podrá
acceder para reiniciar actividades pausadas y salvadas anteriormente por el usuario.
Ejemplos de tareas activas pueden ser:
• Un empleado público vuelve a revisar un procedimiento administrativo que
había dejado en espera.
• Un ciudadano vuelve a cumplimentar un formulario que había iniciado y que
había abandonado temporalmente.
La aplicación utilizará los servicios de workflow y de formularios de la plataforma.
Ilustración 18: Ejemplo de Tareas de Open-Cities
Intercambio Electrónico de Documentos
Autores: Pablo Belay Fernández e Irene González Fernández - 110 -
Búsqueda de documentos ya entregados
Los usuarios podrán reutilizar información entregada como custodia a la Plataforma
para poder ser utilizada en otros procedimiento o expedientes administrativos.
Para ello todos los documentos serán almacenados en el Repositorio de la Plataforma
junto con un conjunto de metainformación para permitir su búsqueda por parte de los
usuarios.
Por ejemplo, un ciudadano podrá reutilizar una escritura pública firmada
electrónicamente entregada para un procedimiento administrativo en otro
procedimiento, siempre y cuando esté disponible y no haya caducado.
La búsqueda de documentos se ofrecerá como un servicio web del servicio documental.
Consulta de Trámites: ¿como va lo mío?
Los terceros tendrán la posibilidad de consultar el estado de los procedimientos activos
y de la documentación asociada a los expedientes.
El Servicio de Gestión de expedientes ofrecerá los siguientes servicios web:
• Servicio de consulta de expedientes del ciudadano, tanto activos como no.
• Servicio de consulta del estado del proceso.
Accediendo al servicio documental de la Plataforma se podrá consultar toda la
documentación, notificaciones, formularios asociadas al expediente, mediante una
sencilla orquestación de los servicios mencionados.
Edición de workflows
La solución ofrecerá una solución de especificación de flujos de trabajo soportando el
estándar XPDL.
La herramienta soportará tanto individuos como grupos o roles de usuarios, permitiendo
el acceso al directorio LDAP.
Edición de Reports
El servicio de formulario ofrecerá un editor de reports o informes a partir de datos
ofrecidos por servicios de la plataforma. El servicio podrá ofrecer diferentes formatos
de salida HTML, PDF, ODF, etc.
EdiLocal
Autores: Pablo Belay Fernández e Irene González Fernández - 111 -
Funcionalidad para desarrolladores
Los desarrolladores de la plataforma podrán realizar las siguientes actividades con el
gestor de expedientes:
• Editar flujos de trabajo con el editor de workflow XPDL
• Editar formularios e informes con el editor de formularios XFORMS
• Editar servicios orquestados con el editor de BPM en formato BPEL
• Provisión de procedimientos en el Catálogo de Procedimientos, tanto desde el
punto de vista administrativo como tecnológico.
Funcionalidad para empleados públicos
Los empleados públicos tendrán entre sus principales actividades con el sistema la de
atender las tareas pendientes asociadas a procedimientos administrativos iniciados por
terceros.
En cualquier caso, podrán realizar las siguientes actividades con el servicio de gestión
de expedientes, a través del “portal del empleado”:
• Acceder al catálogo de procedimientos que puede iniciar
• Iniciar procedimientos a los que tenga acceso
• Acceder a su bandeja de tareas pendientes de procedimientos administrativos en
los que se encuentra afectado.
• Abandonar temporalmente ciertos tramites para reiniciarlos en un momento
posterior.
• Consultar el estado de los procedimientos implicados.
• Consultar el estado de la documentación del expediente asociado a un
procedimiento administrativo.
• Búsqueda de documentos en el Servicio de custodia o documental para su
reutilización en otro procedimientos administrativos
Intercambio Electrónico de Documentos
Autores: Pablo Belay Fernández e Irene González Fernández - 112 -
Funcionalidad para administradores
Los administradores podrán realizar las siguientes actividades vinculadas a la
monitorización y configuración de la plataforma:
• Gestión de usuarios y roles de la plataforma
• Provisión de procedimientos administrativos
• Activación/Desactivación de procedimientos administrativos
• Gestión del control de acceso a los procedimientos
• Generación del estadísticas del nivel de servicio por diferentes criterios
(departamentos, individuos, tipos de procedimientos, etc.)
• Consultas a cualquier expediente
Solución Tecnológica Planteada
La solución tecnológica planteada se basa en una adaptación del servicio de Gestión de
Expedientes de la plataforma Open Cities.
La plataforma Open Cities ofrece soporte a Workflows mediante el producto Open
Source Objectweb Bonita (bonita.objectweb.org), el cual ofrece soporte al lenguaje de
descripción XPDL de WfMC.
Se ofrece como editor de workflows el producto Open Source ObjectWeb Jawe
(jawe.enhydra.org).
Cualquier formulario, documento gestionado en el Gestor de Expedientes es firmado
electrónicamente y almacenado en el Servicio Documental.
El Servicio ofrece soporte a la consulta de procedimientos y expedientes asociados.
El acceso al servicio es ofrecido a través de Servicios Web.
EdiLocal
Autores: Pablo Belay Fernández e Irene González Fernández - 113 -
6.4.4 Servicios de Notificación Telemática
El servicio de Notificación que proponemos es la facilitada por Red.es y Correos,
mediante la integración con su plataforma de notificación segura. Éste es uno de los
servicios desarrollados por Red.es, denominado “Servicio de Notificación Telemática”
(SNT), que pretende dar respuesta a la necesidad de establecer un sistema de
comunicación seguro y fiable entre el ciudadano y las Administraciones Públicas que
permita, por una parte, el intercambio de información de manera personalizada e
individualizada, y por otra, el envío de notificaciones y resoluciones administrativas por
vía telemática de forma segura. Este servicio comprende dos clases de envíos:
Notificaciones (con validez jurídica) y Comunicaciones (de carácter meramente
informativo).
El SNT ofrece la siguiente funcionalidad:
• Del lado del ciudadano:
o El envío de Notificaciones y Comunicaciones por vía telemática se
practicará sólo para aquellos ciudadanos que hayan manifestado
expresamente su voluntad de darse de alta en el Servicio.
o Para ello el ciudadano deberá realizar una solicitud telemática al Servicio
utilizando firma electrónica avanzada reconocida por los sistemas de
Red.es.
o Red.es mantendrá un directorio con todos los organismos adheridos y sus
correspondientes procedimientos donde el ciudadano podrá libremente
indicar en que organismo/os y en que procedimiento/os desea darse de
alta.
o El ciudadano recibirá en una dirección electrónica habilitada al efecto,
las Notificaciones y/o Comunicaciones de los Procedimientos que
anteriormente se ha dado de alta, recibiendo previamente vía e-mail, un
aviso de la recepción de dicha Notificación y/o Comunicación.
o El ciudadano podrá libremente leer, imprimir, descargar o rechazar la
Notificación y/o Comunicación recibida.
Intercambio Electrónico de Documentos
Autores: Pablo Belay Fernández e Irene González Fernández - 114 -
• Del lado del organismo:
o El sistema de notificación telemática permite al administrador del
organismo realizar envíos de notificaciones y/o comunicaciones a los
ciudadanos dados de alta, tanto de forma individual como masiva.
o Se le facilita al organismo adherido facilidades de búsqueda y consultas
para el seguimiento de expedientes y envíos según determinados criterios
(expediente, fecha...).
o Red.es proporcionará formación y soporte técnico al Organismo.
El funcionamiento del Servicio de Notificación telemática se resume en la siguiente
figura:
Ilustración 19: Funcionamiento del servicio de notificación Telemática
La elección de la plataforma de Red.es para las notificaciones telemáticas está
sustentada en los siguientes criterios:
• El SNT ofrece a los Organismos Públicos la posibilidad de disponer de un
Sistema de envío telemático sin tener que realizar inversiones en equipos,
licencias de software, costes de desarrollo, implantación y mantenimiento. El
SNT está ubicado en un entorno de máxima seguridad y es administrado
operativamente por Red.es
• El SNT cumple los estándares y requerimientos legales sobre transacciones
telemáticas.
EdiLocal
Autores: Pablo Belay Fernández e Irene González Fernández - 115 -
• Adaptación a cambios legislativos o tecnológicos sin tener que dedicar recursos
propios.
• Rapidez de Implantación.
• Incorporación de múltiples certificados reconocidos de firma digital.
En el proyecto se desarrollará e implementará los servicios necesarios para que la
plataforma de administración electrónica tenga acceso a las funcionalidades ofrecidas
por el SNT.
A la hora de realizar la integración con la plataforma de administración electrónica se
realizará utilizando la arquitectura orientada a servicios que ofrece la plataforma
integrándola a través de un servicio web propio de la plataforma que enlace con el
servicio web de Red.es.
Además, permite ofrecer funcionalidades añadidas de trazabilidad, histórico de las
operaciones, así como integraciones futuras específicas con sistemas de gestión
tributaria.
Intercambio Electrónico de Documentos
Autores: Pablo Belay Fernández e Irene González Fernández - 116 -
6.4.5 Servicios de Pago Telemático
El servicio de pasarela de pagos que Coremain propone es la que ofrece la entidad
Red.es dependiente del Ministerio de Industria, Turismo y Comercio.
El esquema funcional de la pasarela se muestra en la imagen que se muestra a
continuación:
Ilustración 20: Esquema Funcional de la pasarela
La funcionalidad ofrecida por la pasarela disponible de dicha entidad son:
• Pagos en línea y consultas:
Correspondientes a los tramites administrativos que suponen el pago individual
de tributos y tasas que realizan tanto los ciudadanos como los Profesionales que
actúan en Representación y con autorización de los mismos.
• Pagos por lotes:
Disponible para la realización de pagos en lotes o remesas, de forma que
faciliten las tareas repetitivas de los Profesionales que actúan en representación
y con autorización de los ciudadanos.
EdiLocal
Autores: Pablo Belay Fernández e Irene González Fernández - 117 -
• Administración:
Procesos orientados a que los Organismos puedan aprovechar las características
del servicio:
o Consultas de Pagos
o Estadísticas
o Personalización
De este modo la pasarela de pago estará disponible para los siguientes participantes que
interactúen con la plataforma de administración electrónica:
• Ciudadano:
o Pagos Individuales.
o Consultas.
• Representantes:
o Pagos Individuales.
o Pagos por Lotes.
• Organismos:
o Consolidación Periódica.
o Procesos de Administración y Gestión del Servicio.
Todo el proceso de autenticación y conexión segura se realizar mediante el empleo de
infraestructuras de clave pública (PKI) por lo que se garantiza el máximo de seguridad y
confianza en las transacciones. Además tiene soporte MultiCA y se integra
perfectamente con los servicios de autenticación y no repudio del DNI-electrónico.
Adicionalmente esta pasarela posibilita y da soporte a diversos Medios de Pago: Cargo
en Cuenta, Tarjetas y Domiciliación.
Solución Tecnológica
La pasarela de pago del ente público RED.ES se caracteriza por ser un diseño modular y
escalable basado en los paradigmas de seguridad PKI.
A la hora de realizar la integración con la plataforma de administración electrónica, se
realizará utilizando la arquitectura orientada a servicios que ofrece la plataforma
integrándola a través de un servicio web propio de la plataforma que enlace con el
servicio web de RED.ES.
De este modo, el servicio de enlace con RED.ES estará disponible en el registro de
Intercambio Electrónico de Documentos
Autores: Pablo Belay Fernández e Irene González Fernández - 118 -
servicios y podrá ser empleado en la funcionalidad de la plataforma a través de la
orquestación del mismo, tal y como representa la figura siguiente.
Ilustración 21: Modularidad de la Pasarela de Pagos red.
El servicio web que se desarrolle dentro de la plataforma de administración electrónica,
ofrecerá un enlace y API único de cara al orquestador con independencia del proveedor
de la pasarela de pagos. Para el alcance del proyecto se realizará la integración con la
pasarela de RED.ES pero en el futuro sería factible realizarlo con otras soluciones que
ofrezcan un nivel de servicio adecuado.
Por lo tanto se trata de un sistema que proporciona una infraestructura SOA que
posibilitará la integración en modo web service con o sin delegación de operaciones de
firma electrónica.
Ilustración 22: Integración Servicios de Pasarelas Pago
EdiLocal
Autores: Pablo Belay Fernández e Irene González Fernández - 119 -
6.4.6 Servicios de Gestión Documental
El proyecto contará con un gestor documental. Se trata del repositorio principal de
información de la Plataforma. El servicio almacenará distintos tipos de contenidos:
• Documentos de los ciudadanos o generados por departamentos del Concello da
Estrada
• Formularios Web cumplimentados por ciudadanos o empleados públicos.
• Carpetas de documentos (por ejemplo expedientes)
• Metainformación asociada a procesos administrativos:
o descripción administrativa de procesos y tramites
o ficheros de descripción de flujos de trabajo XPDL
o ficheros de orquestación de servicios BPEL
o ficheros de formularios web XFORMS
o Etc.
Entre las funcionalidades que ofrecerá se encuentran:
• Almacén de todo tipo de documentos: binarios, texto, XML…
• Almacén de documentos firmados y sellados.
• Se podrán crear objetos digitales compuestos de objetos más simples
(documentos, firmas, ...): por ejemplo, un expediente.
• Todo objeto digital (simple o compuesto) dispondrá de un conjunto de
metadatos sobre los que se podrán crear búsquedas de documentos atendiendo a
dichos metadatos.
• Todo objeto digital dispondrá de un identif. URI accesible vía web Service.
• Un documento podrá ser referenciado en más de un objeto compuesto. Por
ejemplo: una escritura pública podrá ser referenciada en más de un expediente
de los correspondientes procesos administrativos.
• El acceso a los documentos del repositorio será controlado por reglas de control
de acceso orientadas a roles (RBAC) e individuos.
• Los documentos podrán ser catalogados atendiendo a criterios de catalogación
de archivo.
Intercambio Electrónico de Documentos
Autores: Pablo Belay Fernández e Irene González Fernández - 120 -
• Se facilitará la captura de toda la información documental necesaria, mediante el
empleo de software especifico para escanear documentos.
• Se incluirán facilidades de búsqueda accesibles a través de los portales de
ciudadano y empleado, atendiendo a las restricciones legales de acceso a los
elementos y avaladas por la auditoría jurídica del proyecto.
Solución Tecnológica
La solución tecnológica se encontrará basada en la creación de un repositorio digital de
objetos. En concreto el servicio será una adaptación del actual servicio de custodia de la
plataforma Open Cities.
Dicho servicio se implementa basándose en el producto Open Source “Fedora Digital
Repository” (www.fedora.info) que describiremos en siguiente apartado.
El Servicio de Custodia de Open Cities ofrece diferentes interfaces Web Services:
• Provisión: (altas, bajas y modificaciones) de objetos predefinidos (documentos,
formularios web, expedientes, metainformación)
• Búsqueda: Consulta de la metainformación de los documentos y referencias a
objetos.
• Gestión: Diferentes servicios de gestión del repositorio como por ejemplo el
control de accesos.
Los distintos tipos de objetos que puede almacenar el Repositorio o Servicio
Documental o de Custodia de la Plataforma se catalogarán con un modelo documental
basado en la norma ISAD (G) pero “mapeada” a la normativa Dublin Core que soporta
Fedora.
Se definirá una política de control de accesos a los documentos basada en el estándar
OASIS XACML soportado también por Fedora. La política de control de acceso se
realizará basándose en las actuales desarrollos competenciales y normativas de los
diferentes departamentos del Concello da Estrada.
EdiLocal
Autores: Pablo Belay Fernández e Irene González Fernández - 121 -
6.4.7 Servicios Adicionales
Integración con los actuales sistemas del Concello
Se realizará la integración con los actuales sistemas del Concello, como Gestión
presupuestaria, Contabilidad, Gestión Tributaria, Nóminas, etc. El nivel más básico de
integración se realizará a través de ficheros planos, siendo el óptimo a través de
interfaces desarrollados al efecto.
Se realizará un análisis de viabilidad para la integración con el sistema de información
geográfica basado en Geopista, y en función del mismo se diseñará un plan de
integráción.
Plan de Formación
Dada la importancia del conocimiento de la nueva plataforma de administración
electrónica para su buen uso y manejo, es imprescindible definir un plan de
formación, con el objetivo de conseguir que todos los usuarios del nuevo sistema de
información, puedan trabajar con esta herramienta de modo eficiente y eficaz.
Para establecer un plan de formación acorde con los usuarios que lo van a manejar
resulta necesario clasificar los usuarios por perfiles, en función de las actividades que
cada uno de ellos realice con la aplicación y con esta información, así como con la
disponibilidad del personal y de las aulas de formación se generará el Plan de
Formación, que comprenderá una parte teórica, y otra en la que los usuarios puedan
realizar casos prácticos de su trabajo diario.
Definidos los distintos grupos de personas objeto de la formación, resultará necesario
organizar los distintos tipos de cursos, en función de los perfiles y ubicaciones.
Se dará, además, formación complementaria en temas relacionados con la
Administración electrónica, como firma electrónica, uso de certificados, sellado de
tiempo, etc.
Intercambio Electrónico de Documentos
Autores: Pablo Belay Fernández e Irene González Fernández - 122 -
6.5 Plataforma tecnológica de la solución: Open Cit ies
Para la gestión de los diferentes trámites administrativos a los que se de cobertura, se
empleará la plataforma Open-Cities, que esta plataforma está en marcha en diferentes
organismos y entidades públicas.
Open-Cities es una plataforma tecnológica que proporciona la infraestructura básica y
esencial para la definición, formalización y automatización de los procesos
administrativos de cualquier organización, independientemente del tamaño y naturaleza
de los mismos.
Con este middleware instalado y configurado en una organización, es posible iniciar la
implantación de los procesos más comunes, dándoles soporte informático vía web e
integrándolos con los sistemas de BackOffice habituales de la corporación (padrón,
catastro, registro general, ERP, GIS...).
MotorWfw
MotorTrans.
ServicioIdentidad
ServicioFirma
ServicioRepositorio/
Custodia
LDAPBD
Editor
Servicio E-admin 1
ServicioE-admin 2
ServicioE-admin N
Portal A Portal B
PatronesBD
ServicioWorkflow
Bus Web Services
NivelServicio
NivelMiddleware
Ilustración 23: Plataforma Open-Cities
Tal y como aparece en la imagen anterior existen distintos niveles y capas.
La plataforma tecnológica ó middleware que proporciona los servicios esenciales,
dentro de un marco homogéneo, al siguiente nivel. Los servicios básicos inicialmente
definidos son: firma y certificación electrónica, identificación, mecanismos de
autenticación segura y gestión de procesos, custodia documental.
EdiLocal
Autores: Pablo Belay Fernández e Irene González Fernández - 123 -
El nivel de servicio, constituido por los diferentes subsistemas y procesos de negocio
definidos por el cada organización, por ejemplo la presentación de una solicitud o
documentación, etc. Se elaborarán dos procesos genéricos que den soporte a una
comunidad de servicios.
Esta arquitectura funcional implica unos niveles de escalabilidad elevados ya que
cualquier otro módulo funcional adicional podrá ser implantado en el futuro sobre la
arquitectura definida.
Es claro que esta descomposición funcional permite, como se verá más adelante, una
racionalización del trabajo de desarrollo mayor, dada la modularidad de la solución
planteada.
Se trata de una plataforma tecnológica y framework de desarrollo, construido a partir de
componentes de “fuente abierta” y liberado a la comunidad del software libre.
Open-Cities constituye un middleware de mediación construido utilizando sistemas
estándar y arquitecturas abiertas que potencian:
• Interoperabilidad
• Reutilización
• Multicanal
• Facilidad de Uso
Está orientado a la gestión de procesos administrativos y a la gestión de los expedientes
asociados a los trámites.
Asimismo, Open Cities es un mediador y por lo tanto, facilita la interconexión del
BackOffice de la organización con los servicios de propósito general que ofrece al
ciudadano, empleado público, etc.
Open Cities propone una infraestructura de administración electrónica basada en:
• Automatización de los Procesos Administrativos.
• Generalizar el uso de certificados y firma digital.
• Servicios de custodia de los expedientes.
• Integración de tecnologías bajo en una única plataforma.
• Seguimiento de los estándares disponibles.
Intercambio Electrónico de Documentos
Autores: Pablo Belay Fernández e Irene González Fernández - 124 -
• Empleo de canales seguros y fuertemente cifrados para la comunicación.
Desde el punto de vista arquitectónico y tecnológico, Open Cities posee las siguientes
características:
• Multiplataforma, multiusuario, multiproceso.
• Desarrollado en Java, compatible con especificaciones J2EE.
• Arquitectura Orientada a Servicios (SOA).
• Orquestación de servicios Web (BPEL).
• Bus de Servicios Web (ESB SOAP).
• Intercambio de Datos XML
• Gestión de Flujos de Trabajo Transaccional
• Empleo de XADES como estándar de firma digital
• Opcionalmente, incluye las entidades de certificación, validación y sellado de
tiempo (CA,VA,TSA)
• Empleo de componentes “software libre” probados y fiables
En términos generales, la administración electrónica o e-gobierno, debe soportar y
sustentar procesos administrativos que manejan documentos y expedientes. Sin
embargo, existe una barrera tecnológica entre los sistemas back-office de una
corporación y los procesos soportados por el e-gobierno.
Ilustración 24: Open-Cities
EdiLocal
Autores: Pablo Belay Fernández e Irene González Fernández - 125 -
Dentro de cada implantación, se definen los procesos soportados así como los
conectores con los sistemas de back-office específicos. De esta forma, Open Cities parte
de unos servicios base (firma, custodia, sellado de tiempo, base de datos, mensajería) y
personaliza en cada implantación a través de una arquitectura abierta, basada en
servicios web, con lo que asegura que es independiente de las aplicaciones disponibles y
por lo tanto permite su intercambio (incluso en los servicios base), gracias a la
definición de conectores específicos.
De este modo el proyecto Open Cities es una iniciativa que persigue minimizar la
brecha tecnológica proporcionando un middleware de propósito general, mediante el
empleo de tecnología de fuente abierta y libre.
Sin embargo, aunque la plataforma es una solución integral que puede usarse en su
configuración base, forma parte de su idiosincrasia el que los componentes puedan ser
intercambiados sin límite alguno, con lo cual encaja perfectamente con los sistemas,
aplicaciones y plataformas pre-existentes en la organización.
En cualquier caso, esta descomposición funcional, para proporcionar los niveles
deseados de robustez y escalabilidad se fundamentará en una arquitectura software de
tres capas, como se expone en la siguiente figura:
Ilustración 25: Arquitectura de Capas del Sistema
Intercambio Electrónico de Documentos
Autores: Pablo Belay Fernández e Irene González Fernández - 126 -
Open-Cities se estructura en tres capas arquitectónicas que, por un lado, posibilitan la
interacción a dos niveles con sistemas y actores ajenos al proyecto que ya existiesen y
con los que se integrará y, por otro lado, encapsulan las reglas de negocio propias a los
servicios de Administración Electrónica de la entidad que incorpore esta tecnología.
El sistema interactúa con dos tipos de actores externos:
� Sistemas externos, que en principio serán aquellos servidores ya existentes en la
organización (base de datos, directorio, correo electrónico, etc.) y algunos
nuevos que den servicios concretos a la plataforma de administración electrónica
(autenticación, workflow...). Los sistemas nuevos, en principio, estarán
albergados dentro del propio servidor base del presente proyecto.
� Usuarios del sistema, ya sean ciudadanos, clientes, trabajadores, etc. A través de
protocolos y formatos estándar se facilitará la comunicación e interacción del
usuario final con el sistema.
El sistema como ya se ha mencionado, está estructurado en tres capas independientes
pero interrelacionadas entre sí:
� Capa de presentación: encargada de unificar los criterios de visualización de los
servicios ofrecidos al usuario. Dado que la arquitectura software que se propone
está compuesta por diferentes sistemas y componentes que necesitan no sólo de
una integración operativa sino también de visualización.
Esta capa de la aplicación estará construida utilizando un sistema de
vista/controlador que involucre componentes de tipo portlet, servlet y jsp, sin
descartar otro tipo de elementos por razones técnicas, justificadas.
� Capa de Negocio: Esta capa constituye la parte esencial de la plataforma de
administración electrónica, dado que encapsula las reglas de negocio,
descripción de procesos y políticas propias a la operativa tanto de la plataforma
como de los servicios que esta proporciona al usuario final.
Efectivamente, este nivel aglutina no solo los componentes que forman parte del
bloque funcional de la plataforma tecnológica, sino también la parte de servicios
ofrecidos.
EdiLocal
Autores: Pablo Belay Fernández e Irene González Fernández - 127 -
Esta compuesta de una serie de módulos interrelacionados a través de dos subsistemas
principales:
• El gestor de políticas de seguridad, su cometido es el de ser el nexo que
unifique los criterios de autenticación y control de acceso y privilegios para
los diferentes usuarios, gestiona la actividad de single sign-on y proporciona
el API de acceso seguro a todos los módulos de servicio del sistema.
Este nivel de la aplicación estará constituido por una serie de java beans que
gestionen la aplicación de las reglas de seguridad definidas, así como el API
de autenticación/autorización para las diferentes aplicaciones que accedan.
• El diseñador/integrador de procesos, unifica y aísla la definición de los flujos
de trabajo de su ejecución concreta. Este modulo posibilita al administrador
del sistema la inclusión de nuevos servicios a través de la definición de
nuevos procesos de actividad dentro del sistema y su integración con otros
sistemas y componentes tanto de la plataforma como de la organización.
Será empleado para la definición de las actividades esenciales de los
diferentes niveles de servicio que se definan, así como los derivados de la
implantación de la autoridad de certificación (solicitud, revocación,
anulación, etc.).
El proveer a la plataforma tecnológica de un diseñador de procesos único
implicará que la ampliación futura del sistema se simplificará de forma
notable, básicamente consistirá en la definición del nuevo proceso, su diseño
en este componente, y el desarrollo de los java beans (si fuese necesario) que
implementan tareas concretas del proceso y/o la integración con otros
componentes.
Esta capa del sistema además está constituida por otra serie de módulos
agrupados en dos niveles:
• Módulos de servicio, funcionalmente definidos al principio del capítulo.
Estos módulos tienen una fuerte componente de proceso por lo que están
directamente relacionados con el diseñador de procesos.
Estos módulos están constituidos por componentes java beans, en
Intercambio Electrónico de Documentos
Autores: Pablo Belay Fernández e Irene González Fernández - 128 -
principio EJB de sesión aunque esta cuestión será resuelta durante el
diseño del sistema.
• Módulos comunes, forman parte de la plataforma y dan servicio al resto
de módulos de servicio. Son descritos en detalle en capítulos posteriores
y son los módulos identificados como: Firma Digital, Single Sign-On,
Autoridad de Certificación y custodia.
� Capa de Integración: Esta capa de la aplicación tiene como objetivo el manejo
de bajo nivel de los componentes y sistemas externos al sistema de firma
electrónica avanzado. En esencia se trata de un conjunto de componentes que
permiten la manipulación y acceso a través de API's de los elementos externos
tales como la base de datos, el sistema de directorio organizacional, etc.
Esta capa es la encargada de garantizar la independencia de elementos tales
como la base de datos, el servidor de aplicaciones, etc. De tal modo que sean
intercambiables en un futuro con un coste mínimo y un impacto nulo sobre el
resto del sistema.
Este nivel se implementará haciendo uso intensivo de patrones de diseño así
como de tecnología EJB, para dotar de una flexibilidad idónea a la solución
alcanzada.
El sistema OpenCities se ofrece dentro del contexto del proyecto, por tratarse una
alternativa tecnológica que se adapta a los requerimientos expuestos, además de tratarse
una solución general que será integrada y configurada dentro del contexto de la
plataforma tecnológica del Concello da Estrada.
EdiLocal
Autores: Pablo Belay Fernández e Irene González Fernández - 129 -
7 TENDENCIAS FUTURAS
El futuro más próximo para el Estado Español pasa por el Sistema de Aplicaciones y
Redes para las Administraciones (SARA) también conocido como "el nuevo cerebro
de la administración pública española". Su objetivo, siempre según fuentes del
ministerio, es ahorrar a cada usuario 23 horas de gestiones y al Estado 150 millones de
euros. SARA también permitirá ahorrar cien toneladas de papel impreso, que es parte de
lo que actualmente gastan las administraciones públicas.
Sin embargo, desde el Ministerio no se habla de que SARA sea, como han querido
presentarlo algunos medios, un 'superordenador' (una máquina capaz de procesar
billones de datos por segundo), sino que se le denomina como "la nueva infraestructura
tecnológica que permite y garantiza la comunicación entre las distintas
administraciones, además de servir de plataforma de intercambio de aplicaciones".
También se destaca que SARA tendrá 111 servidores ampliables a 1.200. Los
servidores podrían ejercer en este caso funciones de alojamiento de desarrollos digitales
(que podrían ser los desarrollos web de las distintas administraciones) para que estén
disponibles en una red interconectada.
En otro nivel se encuentra la aplicación de EDI a nivel europeo, los esfuerzos actuales
surgen de la Decisión 2004/387/CE del Parlamento Europeo y del Consejo de 21 de
abril de 2004 relativa a la prestación interoperable de servicios paneuropeos de
administración electrónica al sector público, las empresas y los ciudadanos (IDABC) es
la base legal del Programa IDABC, para el período 2005- 2009, sucesor del Programa
IDA.
IDABC persigue la identificación, promoción y desarrollo de servicios paneuropeos de
administración electrónica dirigidos a ciudadanos, empresas y administraciones, así
como de las infraestructuras y servicios necesarios para el despliegue de los primeros.
Intercambio Electrónico de Documentos
Autores: Pablo Belay Fernández e Irene González Fernández - 130 -
Como objetivos primordiales destacan :
� A evitar la adopción de soluciones particulares
� Eliminar barreras organizativas y técnicas
� Creación y mejora de una infraestructura de servicios telemáticos comunes
En la siguiente figura se muestra las complejas interacciones de naturaleza
transfronteriza contempladas por IDABC.
En el siguiente gráfico (ilustración 26, página siguiente) e muestra el Modelo de
Acceso de la Administración a los servicios paneuropeos de Administración electrónica
vía el enlace entre la Intranet Administrativa y TESTA.
La red TESTA es una red IP aislada de Internet que interconecta las redes
administrativas de los Estados miembros y de las Instituciones y Agencias europeas.
Responde a un modelo de arquitectura estructurado en los siguientes elementos: red
troncal común (conocida como EuroDomain), de forma que las citadas redes
administrativas (conocidas como Local Domains), están conectadas a la red troncal
común, o EuroDomain, por medio de áreas de conexión específicas (conocidas como
EuroGates).
EdiLocal
Autores: Pablo Belay Fernández e Irene González Fernández - 131 -
10
Ilustración 26
10-CTT: Centro de Transferencia Tecnológica.
-UDDI: son las siglas del catálogo de negocios de Internet denominado Universal Description,
Discovery and Integration
Intercambio Electrónico de Documentos
Autores: Pablo Belay Fernández e Irene González Fernández - 132 -
8 CONCLUSIONES
Este trabajo nos ha ayudado a comprender la complejidad de compartir información
entre las administraciones y gran ventaja que supondría tener implantado un sistema
IED en todas las administraciones.
No creemos que sea una utopía que se consiga, pero si observamos que sigue faltando
un liderazgo político claro para unificar todos los sistemas.
En la realización del trabajo nos hemos puesto en contacto con personal de la Xunta de
Galicia, diferentes responsables de los proyectos de ciudades digitales de Galicia para la
obtención de información sobre la e-administración. Con lo que obtenemos como
conclusión global de todos ellos, es que están trabajando en algo que no tienen muy
claro cual será el resultado, se podría decir que están trabajando en una Torre de Babel
que no se sabe si alcanzara el cielo.
Con la aplicación del la LAECAP las AA. PP. deberán cumplir con los principios y
obligaciones de esta Ley a partir del 31/12/2009, con lo cual existirá una carga de
trabajo más que considerable para realizar sistemas de e-administración para las
diferentes instituciones públicas.
Desde nuestra visión como estudiantes de informática creemos especialmente
importante que se debería iniciar líneas de investigación en este campo que promete ser
uno de los sectores con más proyección.
EdiLocal
Autores: Pablo Belay Fernández e Irene González Fernández - 133 -
9 BIBLIOGRAFÍA E WEBGRAFÍA
9.1 Webgrafía
Clasificamos la webgrafía en función de los contenidos tratados principalmente:
� ATRIO
o http://www.csae.map.es/csi/pg5a10.htm
o http://www.ssreyes.org/archivo/mesa/documentos/ATRIO.pdf
� SICRES
o http://www.csi.map.es/csi/pg5s40.htm
o http://www.csae.map.es/csi/pdf/nr010_sicres20.pdf
o http://www.coit.es/publicac/publbit/bit128/bitcd1/legisla/pg5s40.htm
� ESTROFA
o http://www.csi.map.es/csi/pg5e30.htm
� MAGERIT
o http://www.csi.map.es/csi/pg5m20.htm
o http://www.iigov.org/ss/article.drt?edi=13547&art=13721
o http://www.wikilearning.com/reduccion_supervision_y_gestion_del_ries
go-wkccp-3620-13.htm
o http://www.hispasec.com/unaaldia/2417
o http://www.csi.map.es/csi/tecnimap/tecnimap_2006/01T_PDF/magerit.p
df
� INDALO
o http://www.csi.map.es/csi/pg5i10.htm
� LAECAP
o http://www.060.es/informacion_060/noticias/proyecto_LAECAP/Proyec
to_LAECAP-ides-idweb.jsp
o http://www.060.es/informacion_060/noticias/noticia4-ides-idweb.jsp
o http://derecho-internet.org/mediawiki/index.php/LAECAP_PL
Intercambio Electrónico de Documentos
Autores: Pablo Belay Fernández e Irene González Fernández - 134 -
� Pista Local
o http://www.csi.map.es/csi/pdf/pistecn.pdf
o http://www2.pistalocal.es/
o http://www.mityc.es/Pista/
� IDA_Padrón
o http://www.csi.map.es/csi/pg5n10.htm
o https://idapadron.ine.es/
o http://www.csi.map.es/csi/tecnimap/tecnimap_2006/01T_PDF/e%20padr
on.pdf
� Ventanilla única
o http://www.csi.map.es/csi/pg5v20.htm
o http://www.la-moncloa.es/PROGRAMAS/PNR/default.htm
� SISTER
o http://www.csi.map.es/csi/pg5s20.htm
o http://www.csi.map.es/csi/pg3208.htm
� MIGRA
o http://www.csi.map.es/csi/pg5m50.htm
� Red Corporativa Xunta de Galicia y Servicios
o http://www.xunta.es/galicia2004/es/03_01_02.htm
o http://pdxcapp.xunta.eres/consellarias/observatorio
o http://unpan1.un.org/intradoc/groups/public/documents/CLAD/clad00478
25.pdf
o http://www.csi.map.es/csi/tecnimap/tecnimap_2006/01T_PDF/el%20pla
n%20director%20en%20tecnologias.pdf
o http://www.xunta.es/galicia2005/gl/administracions-publicas.pdf
o http://pdxcapp.xunta.es/consellarias/capp
o http://galimap.org/gis/index.php
o http://sociedadedainformacion.eu/
� A Estrada Cidade Dixital
o www.aestradadixital.org
o www.aestrada.com
EdiLocal
Autores: Pablo Belay Fernández e Irene González Fernández - 135 -
� Futuro:
o http://ec.europa.eu/idabc/servlets/Doc?id=22840
o http://www.csae.map.es/csi/tecnimap/tecnimap_2004/comunicaciones/te
ma_05/5_001.pdf
o http://europa.eu.int/ISPO/ida
o http://www.map.es/csi/pg3315.htm
o http://www.csi.map.es/csi/eModel/sara.htm
o http://www.csi.map.es/csi/pg3315.htm
9.2 Bibliografía
� Hemos consultado la Oferta de Coremain en el Concurso para la
teleadministración de A Estrada Cidade Dixital.
� “Manual de Básico de Protección Civil” del obtuvimos información sobre el
Sistema de Comunicación de la Xunta de Galicia.
� Trabajo anterior sobre EDILOCAL.