Source: http://docplayer.es/2018088-Annexo-i-descripcion-tecnica-del-projecto-consell-de-mallorca-version-1-castellano-documento-realizado-con-la-colaboracion-de-la-fundacion-ibit.html
Timestamp: 2018-02-20 12:00:38+00:00

Document:
ANNEXO I - DESCRIPCIÓN TÉCNICA DEL PROJECTO. Consell de Mallorca Versión 1 - Castellano Documento realizado con la colaboración de la Fundación IBIT - PDF
ANNEXO I - DESCRIPCIÓN TÉCNICA DEL PROJECTO. Consell de Mallorca Versión 1 - Castellano Documento realizado con la colaboración de la Fundación IBIT
Download "ANNEXO I - DESCRIPCIÓN TÉCNICA DEL PROJECTO. Consell de Mallorca Versión 1 - Castellano Documento realizado con la colaboración de la Fundación IBIT"
Fernando Valverde Rubio
1 ANNEXO I - DESCRIPCIÓN TÉCNICA DEL PROJECTO Consell de Mallorca Versión 1 - Castellano Documento realizado con la colaboración de la Fundación IBIT
2 ÍNDICE! "!#! "!$ % &'! # (!% )!) * &!*! +,!$ -!!! " $.! # #
3 1 INTRODUCCIÓN ADMINISTRACIÓN ELECTRÓNICA LOCAL El proyecto que a continuación se presenta está claramente centrado en la implantación de herramientas que permitan el desarrollo de la administración digital, en cumplimiento de la ley LAECSP 1 11/2007, en Mallorca y en el resto de islas que quieran aprovechar esta experiencia. El reto que afrontan las entidades locales de las Illes Balears con la administración electrónica es el de acometer una reforma profunda de sus estructuras con el fin de rediseñar las gestiones y procedimientos tanto entre departamentos como hacia la ciudadanía, empresas y otras entidades locales, acometiendo un proceso de modernización de las instituciones orientado a los siguientes objetivos: # Conseguir una estructura moderna, ágil en el servicio a los ciudadanos. # Crear una estructura transparente que posibilite a la institución poder dar cuenta a los ciudadanos de su gestión. # Implementar servicios de calidad, personalizados al ciudadano, que mejoren su calidad de vida. # Ofrecer al ciudadano la posibilidad de relacionarse con las entidades locales de Baleares de forma telemática y en cualquier momento. # Promocionar la sociedad de la información y el conocimiento. # Diseñar e implementar políticas de gestión del cambio que refuercen el éxito en la implantación del nuevo modelo. Dentro de este marco se debe iniciar un proceso de análisis y reingenieria de procesos que abrirá el camino a cada institución para la creación de una carta de servicios ágil, transparente y moderna que las instituciones ofrezcan no sólo a los ciudadanos sino también a sus propios trabajadores como parte imprescindible de la nueva administración que se quiere crear ante las nuevas demandas de los ciudadanos y las posibilidades que ofrecen las nuevas tecnologías. El objetivo es mejorar la calidad de vida de los ciudadanos, convirtiendo las instituciones en unos entes más eficientes, próximos e interactivos, impulsando estrategias innovadoras que hagan del ciudadano el eje de las políticas que se llevan a cabo. Esto requiere un cambio profundo tanto en la forma en que los ciudadanos ven e interactúan con la administración como en la forma en la que sus trabajadores deben contemplar las relaciones con el público en general, y también entre ellos, como parte imprescindible del nuevo modelo de administración que se quiere alcanzar. Este cambio en la manera de funcionar de la institución requerirá de unas políticas de gestión del cambio que conduzcan a que la administración sea una herramienta que responda a las necesidades y servicios que demandan el ciudadano, los ayuntamientos o el mundo asociativo y empresarial.! "# # "$# ##$$# #%%#& ' ( $
4 Esta nueva administración viene sustentada en diferentes iniciativas básicas para dar soporte a todo el proyecto de administración electrónica, veamos cada una de ellas. 1.1 NORMATIVA TÉCNICA GENÉRICA PARA CADA ACTUACIÓN. Cada una de las herramientas o plataformas a adaptar o desarrolllar en el marco de este proyecto, L'ILLA DIGITAL, deberán estar basados en tecnología JAVA y arquitectura J2EE, además deberán cumplir con lo descrito en el anexo IV Estándar de desarrollo del CIM en el que especifican los estándares que han de regir el desarrollo de aplicaciones informáticas del Consell Insular de Mallorca.! "#$$% % % & ' ()#&*+$
5 2 IMPLANTACIÓN DE LA PLATAFORMA DE TRAMITACIÓN ELECTRÓNICA SISTRA E INTEGRACIÓN CON LAS HERRAMIENTAS DE BACKOFFICE. ADOPCIÓN DE UNA PLATAFORMA DE GESTIÓN DE EXPEDIENTES. SISTRA es la plataforma de tramitación telemática del Govern de les Illes Balears y como tal, permite el modelado de procedimientos que habilitan la incorporación del flujo de tramitación de los mismos al motor de tramitación de forma automatizada. De forma resumida, SISTRA permite publicar un trámite de forma telemática, recogiendo datos del ciudadano mediante formularios inteligentes y anexos, lo que habilita al ciudadano a iniciar un servicio de forma telemática evitando desplazamientos y agilizando los procesos de gestión. En definitiva, SISTRA tiene por finalidad recoger aquellos trámites generados como puerta de entrada de los ciudadanos a la administración digital y tratarlos de acuerdo a los requerimientos de direccionamiento y seguridad que se determinen tanto en el catálogo de servicios como en los estándares de los sistemas de información del Consell de Mallorca. La plataforma SISTRA está consolidada con una funcionalidad completa, permitiendo la producción de trámites de manera eficiente. Actualmente la plataforma SISTRA, permite las siguientes funcionalidades: # Realización de trámites con la administración de forma telemática, rellenando formularios, anexando documentos, obteniendo certficados..., pudiendo utilizar firma digital a través del asistente de tramitación. # Acceso por parte del ciudadano a sus datos personales, así como a los diferentes trámites que realiza con la adminstración. # Acceso, a través de un punto único, a las notificaciones telemáticas propias. # Custodia de los documentos electrónicos generados y utilizados en los procesos de Tramitación y Notificación Telemática, gestionando el acceso a los mismos por parte de los sistemas autorizados. # Registro de documentos telemáticos de entrada por parte de los ciudadanos. Asimismo, permite la generación de notificaciones telemáticas por parte de los Sistemas de Gestión. # Comunicación de los datos introducidos por el ciudadano en los procesos de Tramitación Telemática, con los Sistemas de Gestión. # Obtención de datos e información estadística relacionados con la utilización de la Plataforma. # Configuración de las diferentes cuentas de envío de alertas (SMS, ...). La implantación de la plataforma SISTRA requerirá de la adaptación de la misma para que sea la puerta de entrada de la e-administración del Consell Insular de Mallorca, es decir, que permita el registro y notificación telemática, así como la integración con los servicios de backoffice existentes.,
6 # Aplicación de registro general corporativo. # Herramienta de gestión de expedientes coporativa. # Herramienta de gestión de contenidos del portal corporativo. # Intranet corporativa. # GIS corporativo existente. Respecto a la plataforma de gestión de expedientes, actualmente la plataforma de administración electrónica de las Illes Balears no cuenta con una herramienta estándar, si bien la voluntad es la de adoptar una herramienta abierta basada en código abierto. Para ello se deberá adaptar o implementar una herramienta de workflow para llevar a cabo la gestión de expedientes. En este sentido, se recomienda la implantación de una herramienta basada en JBPM siguiendo la experiencia del Consell Insular de Mallorca. Además, la implantación de estas plataformas de gestión de trámites y expedientes, deberá cumplir estrictamente con lo dictado en la ley 11/2007 de acceso electrónico de los ciudadanos a los servicios públicos. 2.1 NORMATIVA LEGAL FUNDAMENTAL. En cualquier caso, la implantación de la herramienta de gestión de trámites, así como su integración con las herramientas de backoffice de la organización deberá seguir la normativa aplicable definida en la LAECSP, de la que destacamos: La referida en el Título III, Capítulo I y Capítulo II, donde se norma la utilización de medios electrónicos en la tramitación de los procedimientos../.0+(!!!$* 1)#/.0+(!$* )**+, $ )*- " 1)#/.0+(!!$ 0 )*./ $ $ )*!/ $,$ )*' 0$ $ )*12 $ $ $ )*3$$, La referida en el Título II, Capítulo III, Sección 2ª, donde se norma la comunicación electrónica entre las administraciónes y ciudadanos y la práctica de la notificación por medios electrónicos../.0+(!!$23%4 1)#/.0+(!!!$* & SECCIÓN 2ª. De las comunicaciones y las notificaciones electrónicas )&'$ )&14 0$ -
7 2.2 DESCRIPCIÓN TÉCNICA DE LA ACTUACIÓN. La plataforma de tramitación SISTRA que se pretende implantar en el Consell Insular de Mallorca cuenta con las siguientes funcionalidades: # Creación de formularios electrónicos. Permite la definición de formularios electrónicos creando los campos necesarios y su lógica de validación asociada, así como los mensajes de ayuda para asistir durante el proceso de relleno de los formularios. # Creación de trámites telemáticos. Permiete la definición de trámites telemáticos definiendo el tipo de acceso permitido en cada trámite, sus formularios electrónicos asociados y otros elementos asociados como por ejemplo documentos y pagos. # Anexado de documentos. La herramienta permite a los ciudadanos adjuntar la documentación que se ha descrito en la carta del servicio que define al trámite, así como firmarla digitalmente en el mismo momento del anexado. # Pago de tributos. La plataforma permite definir un pago asociado a un determinado trámite y conectar con la pasarela de pago. # Firma electrónica de solicitudes. Los trámites pueden requerir de firma electrónica para los datos que se han rellenado. # Integración con el registro de entrada. La plataforma permite realizar un asiento de entrada en el registro en el momento que se completa un trámite. # Notificaciones telemáticas y registro de salida. La plataforma ofrece una interficie para realizar notificaciones que crean un asiento de salida en en registro. También permite la generación de avisos via o sms a efectos informativos. # ' & $ + & ' 1! 6$ Adaptación de la plataforma al entorno del Consell Insular de Mallorca. En primer lugar, será necesario adaptar la plataforma SISTRA para que pueda ser implantada en el Consell Insular de Mallorca. Para ello se llevarán a cabo las siguientes acciones: # Integración con el registro de entrada y salida contemplado en el ámbito del proyecto. La comunicación de la plataforma con el registro se lleva a cabo mediante una interficie (plug-in de registro) que deberá ser implementada para que la plataforma puede interactuar con el registro propio del proyecto. # Integración con la pasarela de pagos. La plataforma se integrará con la pasarela de pagos que adopte el Consell Insular de Mallorca mediante 5
8 una interficie (plug-in de pago) que deberá ser implementada para permitir la integración de la plataforma con la pasarela. # Integración con el sistema de firma. La plataforma actualmente utiliza el sistema de firma desarrollado por el Govern de les Illes Balears. La comunicación de la plataforma y el sistema de firma se lleva a cabo mediante una interficie (plug-in de firma) que deberá ser implementada para permitir la integración de la plataforma con el sistema de firma digital que adopte el Consell Insular de Mallorca. # Integración con el sistema de autenticación. Se deberá realizar la configuración de la plataforma y los servidores de aplicaciones. Además La comunicación de la plataforma y el sistema de autenticación se lleva a cabo mediante una interficie (plug-in de autenticación) que deberá ser implementada para permitir la integración de la plataforma con los sistemas de autenticación definidos en en Consell Insular de Mallorca. # Integración con el sistema de avisos. Se deberá implementar la interficie (plug-in de avisos) para permitir la integración de la plataforma con los sistemas de avisos que adopte el Consell Insular de Mallorca. # Los detalles técnicos de las diferentes interficies, plug-in, a implementar están recogidos en la documentación de SISTRA y serán implementados mediante tecnología JAVA. En definitiva, dichas implementaciones son clases que implementan la interficie java correspondiente definida a tal efecto Uso de los servicios de la plataforma. Se deberán llevar a cabo las siguientes actuaciones para que las herramientas actuales del Consell Insular de Mallorca hagan uso de los servicios que ofrece la plataforma SISTRA. # Comunicación con las herramientas de backoffice. SISTRA permite notificar a las aplicaciones de backoffice de gestión de expedientes, la entrada de un nuevo trámite en la bandeja. En las aplicaciones de backoffice de gestión de expedientes del Consell Insular de Mallorca se deberá implementar el servicio web correspondiente para recibir esta información, así como el cliente de servicio web para avisar del estado del proceso de un trámite. # Realización de notificaciones telemáticas. En las aplicaciones de backoffice del Consell Insular de Mallorca que gestionan expedientes, se deberá implementar el cliente de servicio web necesario para realizar mediante SISTRA una notificación telemática y consular su estado. La descripción de los servicios ofrecidos por la plataforma se encuentra recogidos en la documentación de SISTRA y se implementan mediante servcios web Adaptación al portal corporativo. Será necesario trabajar sobre interficies web de la plataforma SISTRA para adaptarlas al diseño y entorno del portal corporativo del Consell Insular de Mallorca, tanto en lo referente a la interficie de realización de trámites como a la interficie de la carpeta personal. 7
9 2.2.4 Implantación de la plataforma de gestión de expedientes. Se deberá adaptar e implantar una herramienta de workflow para llevar a cabo la gestión de expedientes. Esta herramienta deberá ser libre y basada en código abierto. En este sentido, se recomienda la implantación de una herramienta basada en jbpm, que es el motor de workflow de Jboss para java. Este permite ejecutar procesos definidos mediante un lenguaje basado en XML, el cual está diseñado para el control centralizado de la invocación de diferentes servicios web, con cierta lógica de negocio añadida, denominado BPEL. Como ejemplo, si imaginamos un flujo de negocio, con una entrada A y una salida Z, este se podría componer de muchos procesos internos que se lanzarían dependiendo de valores y respuestas anteriores. BPEL es el encargado de orquestar todo el proceso ordenando qué proceso ejecutar (servicio Web) y en qué momento. Las caractarísticas técnicas que deberá tener el sistema gestor de expedientes a implantar serán las siguientes: # Herramienta de modelado de expedientes. Debe contar con una herramienta gráfica que permita modelar el flujo de los expedientes. # Gestión de tareas. Ha de permitir la definición de tareas dentro del flujo de trabajo, así como permitir definir una política de asignación de las mismas que sea flexible, permitiendo asignar una tarea a un grupo de gestores dentro de un departamento, o al gestor que ostenta un determinado cargo o función dentro del mismo como pudeira ser por ejemplo un responsable de departamento. # Circuitos de firma. Ha de permitir la definición de tareas de firma, de manera que permita enlazar con el sistema de porta firmas electrónico y continuar con la ejectución del flujo de trabajo una vez se ha realizado la firma. # Gestión de documentos. Los documentos manejados por el workflow han de ser referencias al gestor documental en el caso de documentos vivos o referencias al archivo electrónico en el caso de documentos definitivos firmados. # Integración con la plataforma de administración. El gestor de expedientes, como herramienta de backoffice ha de proveer los mecanismos necesarios de integración con la plataforma de tramitación, concretamente se requiere: # Servicio web para recibir información de solicitudes en la bandeja de entrada de la plataforma de tramitación y confirmar sus estado. # Cliente para realizar notificaciones telemáticas mediante la plataforma de tramitación y consultar su estado. # Integración con la plataforma de pagos. El gestor de expedientes ha de permitir realizar el alta de un nuevo pago pendiente, invocando el servicio web correspondiente de la plataforma de pago, así como realizar la comprovación de su pago. 8
10 3 IMPLANTACIÓN DE LA FIRMA ELECTRÓNICA. La firma electrónica hace referencia a un método criptográfico que asocia inequívocamente al emisor de un mensaje o autor de un documento con el contenido de los mismos, de forma que no puedan ser posteriormente repudiados. En función del tipo de firma, puede, además, asegurar la integridad del documento o mensaje. En resumen, la firma digital crea un procedimiento que asegura que la mas mínima alteración en la indentidad del signatario, o en el contenido del documento firmado, será inevitablemente advertida e indicará con absoluta seguridada qua ha habido una falsificación. La firma electrónica según la Comisión Europea, reúne las siguientes características: # Está unida de forma inequívoca a su signatario. # Es capaz de identificar a su signatario. # Su modo de creacion asegura que el signatario puede mantenerla bajo su sólo control. # Está vinculada a los datos a los que se refiere de tal manera que una alteración en los mismos sería revelada. La firma electrónica, al igual que la firma manuscrita, puede vincularse a un documento para identificar al autor, para señalar conformidad o disconformidad con el contenido, para indicar que se ha leído o, según el tipo de firma, garantizar que no se pueda modificar su contenido. Adicionalmente impide el repudio del firmante, consiguiente una vinculación indeleble con los firmado. La directiva 1999/93/CE de 13 de diciembre de 1999 establece el previsto marco legal para las firmas electrónicas. Se contemplan las siguientes definiciones de firma electrónica: # Firma electrónica. Incluye un método de identificar al firmante (autenticidad) # Firma avanzada. Además de identificar al firmante permite garantizar la integridad del documento. Se emplean técnicas de PKI2. # Firma reconocida. Es la firma avanzada ejecutada con un DSCF (dispositivo seguro de creación de firma) y amparada por un certificado reconocido (certificado que se otorga tras la verificación presencial de la identidad del firmante). La firma electrónica avanzada tiene, en un documento electrónico, el mismo valor jurídico que la firma manuscrita en papel. Respecto a esta acción, se deberá dar soporte en todo aquello referente a firma electrónica, tipos de certificados a implantar y/o reconocer.... Algunos puntos clave a tratar serán los siguientes: # Formas de identificación y autenticación tanto en el marco de la administración como del ciudadano, en los siguientes aspectos. # Identificación de los ciudadanos y autenticación de su actuación mediante la utilización del DNIe y otros sistemas de firma electrónica avanzada, así como de otros sistemas de firma electrónica como puedan ser claves concertadas en un registro previo, información conocida por ambas partes.... 5/65 /0 6/0 7 "75/ 9
11 # Identificación de sede electrónica. # Firma electrónica para la actuación adminsitrativa automatizada como pueden ser el sello electrónico de administración pública y el código seguro de verficación. # Firma electrónica del personal de las adminsitraciones públicas. # Firma electrónica avanzada de documentos durante largos periodos de tiempo. 3.1 NORMATIVA LEGAL FUNDAMENTAL. En cualquier caso, cualquier la implantación de la firma electrónica deberá seguir la normativa aplicable definida en la LAECSP, de la que destacamos la referida en el Título II, Capítulo II, Sección 1ª, Sección 2ª, Sección 3ª y Sección 4ª. En estas secciones se norman los sistemas de firma electrónica tanto desde el punto de vista del ciudadano como de la adminstración. TÍTULO II. Régimen jurídico de la administración electrónica CAPÍTULO II. De la identificación y autenticación SECCIÓN 1ª. Disposiciones comunes Artículo 13. Formas de identificación y autenticación. SECCIÓN 2ª. Identificación de los ciudadanos y autenticación de su actuación Artículo 14. Utilización del Documento Nacional de Identidad. Artículo 15. Utilización de sistemas de firma electrónica avanzada. Artículo 16. Utilización de otros sistemas de firma electrónica. SECCIÓN 3ª. Identificación electrónica de las administraciones públicas y autenticación del ejercicio de su competencia Artículo 17. Identificación de las sedes electrónicas. Artículo 18. Sistemas de firma electónica para la actuación administrativa automatizada. Artículo 19. Firma electrónica del personal al servicio de las Administraciones Públicas. Artículo 20. Intercambio electrónico de datos en entornos cerrados. SECCIÓN 4ª. De la interoperabilidad y de la acreditación y representación de los ciudadanos Artículo 21. Interoperabilidad de la identificación y autenticación por medio de certificados electrónicos. Artículo 22. Identificación y autenticación de los ciudadanos por funcionario público. Artículo 23. Formas de representación. 3.2 NORMATIVA TÉCNICA FUNDAMENTAL. La plataforma de firma digital que se adopte en el proyecto deberá dar soporte, como mínimo, a los perfiles XAdES-BES, XAdES-T i XAdES-A / CAdES-BES, CAdES-T i CAdES-A de firma digital avanzada y firma con sello tiempo de finidos sobre XML-DSig o CMS respectivamente. # XML-DSig es un entorno general para firmar digitalmente documentos electrónicos. XAdES especifica perfiles precisos de XML-DSig para ser usados con firma electrónica reconocida. # XAdES-BES. Basic Electronic Signature. Forma básica que cumple los requisitos legales de firma electrónica avanzada. # XAdES-T. Timestamp. Añade un campo de sellado de tiempo para proteger contra el repudio.
12 # XAdES-A. Archivado. Añade la posibilidad de timestamping periódico de documentos archivados para prevenir que puedan ser comprometidos debido a la debilidad de la firma durante un perido largo de almacenamiento. # CMS es un entorno general para firmar documentos electrónicos como e- mail o pdf. CadES especifica perfiles precisos de CMS para ser usados con firma electrónica reconocida. # CAdES-BES. Basic Electronic Signature. Forma básica que cumple los requisitos legales para firma electrónica avanzada. # CAdES-T. Timestamp. Añade un campo de sellado de tiempo para proteger contra el repudio. # CAdES-A. Archivado. Añade la posibilidad de timestamping periódico de documentos archivados para prevenir que puedan ser comprometidos debido a la debilidad de la firma durante un perido largo de almacenamiento. 4 IMPLANTACIÓN DE UN SISTEMA DE AUTENTICACIÓN Y AUTORIZACIÓN. Para llevar a cabo la tarea de autenticación y autorización, se han de tener en cuenta los conceptos de : # Certificado de Autenticación. Un Certificado de Autenticación asegura que la comunicación electrónica se realiza con la persona que dice que es. El titular podrá, a través de su certificado, acreditar su identidad frente a cualquiera, ya que se encuentra en posesión del certificado de identidad y de la clave privada asociada al mismo. # Servicio de Directorio. Un Servicio de Directorio o Directorio Corporativo es una aplicación, o un conjunto de aplicaciones, que almacena y organiza la información sobre los usuarios de una red de ordenadores, sobre recursos de red, y permite a los administradores gestionar el acceso de usuarios a los recursos sobre dicha red. # LDAP. LDAP es un protocolo de acceso unificado a un conjunto de información sobre una red, es decir, LDAP es un protocolo que permite el acceso a un servicio de directorio ordenado y distribuido para buscar diversa información en un entorno de red. LDAP también es considerado una base de datos, aunque su sistema de almacenamiento puede ser diferente, a la que pueden realizarse consultas. LDAP Habitualmente, almacena la información de login (usuario y contraseña) y es utilizado para autenticarse, aunque es posible almacenar otra información (datos de contacto del usuario, ubicación de diversos recursos de la red, permisos, certificados, etc). Cuando la identidad digital de un individuo es sometida a un proceso de autenticación, es porque este ha tratado de acceder a algún servicio restringido. En ese caso, tan importante como determinar que ese individo es quien dice ser, es comprobar que dicha identidad tiene los derechos necesarios para acceder a ese servicio, por ello, el sistema de autenticación y autorización ha de permitir:
13 # : $ # * $ En resumen, la verificación de la identidad del actuante se realiza utilizando mecanísmos de gestión de la identidad digital, en tanto que la capacidad de obrar del actuante se verifica en base a la información recogida al respecto en el directorio corporativo. Se deberán usar mecanismos mixtos fundamentados en el principio de proporcionalidad, es decir, se deberán habilitar accesos anónimos, accesos via usuario/contraseña y accesos via certificado de autenticación. 4.1 NORMATIVA TÉCNICA FUNDAMENTAL. La plataforma SISTRA requiere un sistema de autenticación que permita las siguientes modalidades de acceso. # Accesó anónimo. Para trámites que no requieran de autenticación de la identidad del solicitante. # Acceso mediante clave de acceso. Para trámtes que requieran de identificación de la identidad del solicitante y el mismo esté registrado. # Acceso mediante certificado digital. Para trámites que requieran las máximas garantias de seguridad. Para llevar a cabo la implantación del sistema de autenticación se deberá realizar la configuración de la plataforma y los servidores de aplicaciones sobre los que se implante la plataforma SISTRA, así como implementar la interficie (plug-in de autenticación) que permite la integración de la plataforma SISTRA con los sistemas de autenticación definidos en en Consell Insular de Mallorca. Además se deberán implantar las herramientas necesarias para la gestión de los usuarios y sus permisos tanto a nivel de ciudadano como de gestor interno. Para ello se puede adoptar una estructura de directorio corporativo basada en un servicio de directorio accedido a través de protocolo LDAP.
14 5 IMPLANTACIÓN DE UNA PLATAFORMA DE VALIDACIÓN. Para llevar a cabo la tarea de validación de certificados, se han de tener en cuenta los siguientes escenarios: # Gestores internos de la administración. # Ciudados y/o empresas. Un certificado digital, es un documento electrónico que vincula a una persona física o jurídica con unos datos de verificación de firma. El certificado digital está firmado por un Prestador de Servicios de Certificación, que confirma la identidad del sujeto. De esta forma, el certificado digital es equivalente al documento de identidad en el mundo físico y permite al sujeto el uso legal de su firma electrónica. Un certificado digital emitido por una Entidad de Certificación Autorizada, además de estar firmado digitalmente por ésta, debe contener por lo menos lo siguiente: # Nombre, dirección y domicilio del suscriptor. # Identificación del suscriptor nombrado en el certificado. # El nombre, la dirección y el lugar donde realiza actividades la entidad de certificación. # La clave pública del usuario. # La metodología para verificar la firma digital del suscriptor impuesta en el mensaje de datos. # El número de serie del certificado. # Fecha de emisión y expiración del certificado. El estándar en que se basa el formato de los certificados digitales, X509_v3, prevé dos modos para comprobar la validez de los mismos. # CRL. (Certificate Revocation List / Listas de Certificados Revocados). # Fue el primer método utilizado históricamente. Básicamente, consite en la emisión, por parte del Prestador de Servicios de Certificación, de una lista de los números de serie de los certificados que ha revocado. Este método plantea dos inconvenientes claros: # Necesidad de actualización de la listas con periodicidad baja para que sea un método efectivo # Ineficiencias derivadas de su crecimiento excesivo # OCSP. (Online Certificate Status Protocol / Protocolo OnLine de comprobación de certificados) # Permite la consulta individual del estado de un certificado en tiempo real con un protocolo sobre HTTP. La disponibilidad de uno u otro método de consulta por parte de un Prestador de Servicios de Certificación, puede deducirse de cada uno de los certificados que ha emitido. El formato de certificado X509_v3 contempla la existencia de dos campos no críticos que prorcionan información al respecto. # Punto de distribución de las CRLs, que informa de dónde obtener la lista de certificados revocados. # Acceso a información de la Autoridad, que informa de dónde se encuentra el sevidor OCSP para consultar el estado del certificado.
15 El uso de dichos campos por las aplicaciones permiten comprobar de modo automático la validez de unas credenciales digitales. 5.1 NORMATIVA LEGAL FUNDAMENTAL. En cualquier caso, cualquier sistema de validación de certificados deberá seguir la normativa aplicable definida en la LAECSP, de la que destacamos la referida en el Título II, Capítulo II, Sección 1ª, Sección 2ª, Sección*8 )//9 0 %89 $ )%*:$ 0 &8/ 0 )%-+, 9$ ; / )%.+, $ 0$, )%!+, $ 0$ *8/ 0 $ < $ )%3:$ $ 5.2 NORMATIVA TÉCNICA FUNDAMENTAL. Será necesario, por una parte, ofrecer un servicio que permita realizar la validación de firmas desde la plataforma. Este servicio web a implantar deberá permitir las siguientes funcionalidades: # Validar certificados x509_v3 de todas las autoridades certificadoras reconocidas por el Consell Insular de Mallorca. # Validación de firmas basadas en XAdES y CadES como mínimo en sus versiones BES, T y A. Por otra parte se deberá proveer el workaround para aquellos casos en que el proceso de validación de firma no esté automatizado en el propio workflow del expediente. Para ello se deberá implantar un entorno web para poder realizar la validación online de firmas.,
16 6 IMPLANTACIÓN DE LA SEDE ELECTRÓNICA. Una sede electrónica es una dirección electrónica disponible para los ciudadanos a través de redes de telecomunicaciones cuya titularidad, gestión y administración corresponde a una administración pública, órgano o entidad administrativa en el ejercicio de sus competencias. La sede electrónica mantiene su carácter administrativo, como una sede convencional, ya que es un instrumento para el ejercicio de las competencias de un órgano administrativo. Esta requiere ser creada por una norma, tiene personalidad jurídica propia y, en cada administración ha de haber al menos una debiendo respetar los principios de publicidad, responsabilidad, calidad, accesibilidad, seguridad e identificación del titular. La identificación de una sede electrónica de una administración es diferente a la de su personal gestor con capacidad de tramitar electrónicamente y que pueden tener DNIe o cualquier otro sistema de identificación y firma digitales. La sede electrónica ha de tener: # Certificado digital propio que la identifique inequívocamente. Utilizado en los servidores web que quieren proteger ante terceros el intercambio de información con los usuarios mediante la utilización del protocolo SSL que proporciona autenticación y privacidad de la información entre extremos sobre internet mediante el uso de criptografía. # Sello electrónico de órgano. # Código seguro de verificación vinculado a la administración pública, órgano o entidad. # Permite en todo caso la comprobación de la integridad de un documento mediante el acceso a la sede electrónica correspondiente. La relación de sellos electrónicos utilizados por cada administración pública, incluyendo las características de los certificados electrónicos y los prestradores que los expiden, deberá ser pública y accesible por medios electrónicos. 6.1 NORMATIVA LEGAL FUNDAMENTAL. ' +)1#' 2)//=)/)// *8$ TÍTULO II. Régimen jurídico de la administración electrónica CAPÍTULO I. De la sede electrónica Artículo 10. La sede electrónica. Artículo 11. Publicacionies electrónicas de Boletines Oficiales. Artículo 12. Publicación electrónica del tablón de anuncion o edictos. CAPÍTULO II. De la identificación y autenticación SECCIÓN 3ª. Identificación electrónica de las administraciones públicas y autenticación del ejercicio de su competencia Artículo 17. Identifcación de las sedes electrónicas. -
17 Artículo 18. Sistemas de firma electrónica para la actuación administrativa automatizada. 6.2 NORMATIVA TÉCNICA FUNDAMENTAL. La implantación de la sede electrónica implica que el acceso a la dirección web de la sede se realice con plenas garantías de que se accede a la sede de la entidad y que la comunicación que se establece es segura. Para ello será necesario cumplir con los siguientes requisitos técnicos durante el proceso de implantación de la plataforma. # Instalación en el servidor de aplicaciones en el que se implanta la sede electrónica del certificado digital x509_v3 que la identifique de forma inequívoca. # Configuración SSL del servidor de aplicaciones en que se implanta la sede electrónica, para permitir acceso mediante https. 7 REPOSITORIO DE DOCUMENTOS SEGURO Y GESTIÓN DOCUMENTAL. El Sistema de Gestión Documental se encarga de gestionar la totalidad de los documentos asociados a la tramitación electrónica de expedientes y está ligado al motor de tramitación y a las aplicaciones corporativas. Entre las características esenciales que deberá soportar el gestor documental destacamos: # Integración con el sistema de gestión de identidades, tanto para controlar el acceso a los documentos almacenados en función de los perfiles de acceso definidos, como para generar y almacenar documentos firmados electrónicamente. # Integración con el motor de tamitación para el almacenamiento y/o recuperación de los documentos generados durante la tramitación. # Integración con el sistema de gestión de bases de datos. # Usabilidad y ergonomía, para que los empleados públicos puedan gestionar los documentos de forma ágil y eficiente. # Facilidad para compartir la información de manera que se comparta como un recurso de la organización. # Ciertas capacidades de herramientas de gestión del conocimiento. El diseño de un sistema de gestión documental, como sistema corporativo de información, debe partir de una visión global que integre los documentos en papel, los documentos electrónicos, y las bases de datos, en estrecha relación con la automatización de los procesos. Por otra parte, una vez tramitados los expedientes, éstos se remiten al respositorio de documentos seguro para su conservación durante un período de tiempo establecido, y según normativa propia de Archivo. El archivado de documentos 5
18 electrónicos a largo plazo plantea problemas que van más allá de la tecnología a aplicar para su explotación. Será preciso tomar decisiones con respecto a los siguientes parámetros: # Tratamiento de los documentos firmados digitalmente. # Formatos de archivo a admitir por el servicio de Archivo. # Coexistencia con fondos documentales en soporte papel. # Logística asociada con el servicio de archivo. # Regrabado de información a causa de la perdurabilidad de los soportes. # Conversión de formatos. # Políticas de seguridad y de acceso a la información. # Políticas de expurgo. #.... La solución a adoptar para el sistema de repositorio de documentos seguro, contemplará los siguientes requerimientos regulados jurídicamente y/o provenientes de las buenas prácticas de tratamiento de los documentos digitales: # Integridad: Capacidad de garantizar que un documento no ha sufrido cambios o modificaciones. # Imputabilidad o autentificación del autor: Capacidad de ser atribuido cada documento a su autor sin ambigüedad. # Calidad y Fiabilidad: Capacidad de mantener su contenido de forma estable, sin sufrir corrupción en el tiempo y prestar el nivel de servicio requerido. # Conservación (Perennidad): Capacidad de perdurar en el tiempo incluyendo la capacidad de evolución del soporte tecnológico. # Inteligibilidad y usabilidad: Capacidad de que se comprenda su funcionamiento con facilidad de uso por el usuario. # Accesibilidad: Capacidad de ser accesible para usuarios con características específicas. # Protección y control de accesos: Capacidad de proteger un documento y su contenido de acuerdo con el nivel requerido de acceso y de difusión. # Trazabilidad: Capacidad de registrar y de seguir las modificaciones sufridas por un documento. Ademas, para el repositorio de documentos seguro, existe la problemática de la firma avanzada de documentos durante largos periodos de tiempo. Esta problemática se centra en el echo de que el proceso de verificación de la firma debe poder repetirse en el tiempo, incluso años después de su generación. Debido a que a lo largo del tiempo los algoritmos, claves y otros elementos criptográficos pueden llegar a ser vulnerables, se considera que las evidencias electrónicas son de carácter temporal, siendo necesaria su renovación (ésto es, las evidencias que en su día eran válidas dejan de serlo a partir de un momento determinado). 7.1 NORMATIVA LEGAL FUNDAMENTAL. 7
19 ' 2 & ' $ )&39$ $ )* )*% $ )*&( 7.2 NORMATIVA TÉCNICA FUNDAMENTAL. Se deberá implantar una solucion de gestión documental para gestionar el ciclo de producción de documentos que permita, entre otras funcionalidades, el contral de acceso y el versionado de documentos. La solución a adaptar deberá soportar el estandar Java Content Respository (JSR-170). Que es el estándar java para acceder a gestores documentales de una forma estandarizada. Por otra parte, en lo que se refiere al repositorio de documentos seguro que conformará el archivo electrónico, en el que se almancenan, por una parte los documentos del gestor documental una vez se convierten en definitivos, es decir, sean firmados, y por otra el resto de documentos electrónicos recibidos que se tengan que archivar, se deberá implantar una solución que contemple las siguientes normas y estándares. # ; <()!=$ 4 ' ' & $ #!"#"' ; $" '' ; >? $# ; ;$ # $'; ' ; ; ' ' ; 4' $ # %&'()%*+# #' '' $ 8
20 # '%* )(& )*%) ",! -. /0$6 2'!*) <! =& ' ; $ 1' ' ' 6 2' ; % &!(,78 8 IMPLANTACIÓN DE UNA PLATAFORMA/PASARELA ELECTRÓNICA DE PAGO. Existen numerosos procedimientos administrativos que requieren el pago de ingresos de derecho público para su inicio o continuación de la tramitación. Normalmente, estos procedimientos de pago se vinculan a la operación de Registro en la que se inicia el trámite correspondiente, requiriéndose un justificante electrónico del pago realizado. Este justificante se incorpora como documento anexo, junto con el formulario de registro correspondiente, al trámite en cuestión como documentación complementaria. La incorporación de servicios de pago telemático a la plataforma, requiere la conexión con las aplicaciones de gestión del backoffice encargadas de la gestión de los ingresos de derecho público que se satisfagan telemáticamente, ya sean estos de origen tributario o de otro tipo. Una pasarela de pagos es un instrumento para materializar el pago telemático de impuestos, tasas, sanciones o precios públicos, a organismos de la Administración y mantiene la relación entre el procedimiento administrativo informatizado y el proceso de ingreso en la entidad financiera concertada, de manera que no se pierde la coherencia de la actuación administrativa. También facilita el seguimiento del cumplimiento de la obligación de pago. La pasarela de pagos debe: # Permitir al ciudadano elegir entre una lista de entidades financieras. # Soportar los certificados electrónicos emitidos por las Autoridades de Certificación reconocidas. La pasarela de pagos incorporada a la plataforma intercambiará mensajes XML entre las aplicaciones corporativas de las Administraciones, por un lado, y las aplicaciones financieras de las entidades bancarias por el otro. Deberá dar solución a los dos casos posibles: # El ciudadano es notificado de un pago mediante un documento de requerimiento de pago que contiene un código que puede introducir en la Pasarela de pagos para pagar on-line. # El ciudadano inicia un procedimiento en una aplicación departamental que lleva asociado el pago de una tasa o un precio público. Una vez introducidos los datos necesarios en la aplicación, se enlaza con la pasarela de pagos para efectuar el trámite de pago, arrastrando desde la aplicación todos los datos del mismo. 9

References: Artículo 13
 Artículo 14
 Artículo 15
 Artículo 16
 Artículo 17
 Artículo 18
 Artículo 19
 Artículo 20
 Artículo 21
 Artículo 22
 Artículo 23
 Artículo 10
 Artículo 11
 Artículo 12
 Artículo 17
 Artículo 18