Anúnciate en Noticias Jurídicas Newsletter Colabora con nosotros

TIENDA LA LEY

LA LEY. Librería Jurídica Online Profesional

TIENDA LIBROS FORMACIÓN BASES DE DATOS REVISTAS SOFTWARE DE GESTIÓN OBRAS ACTUALIZABLES

Base de Datos de Legislaci髇

Resoluci髇 de 3 de octubre de 2016, de la Secretar韆 de Estado de Administraciones P鷅licas, por la que se publica el Convenio de colaboraci髇 con la Comunidad Aut髇oma de las Illes Balears para la prestaci髇 mutua de soluciones b醩icas de administraci髇 electr髇ica.

Ficha:
  • 觬gano MINISTERIO DE HACIENDA Y ADMINISTRACIONES PUBLICAS
  • Publicado en BOE n鷐. 251 de
  • Vigencia desde 18 de Octubre de 2016
Versiones/revisiones:

Sumario

En el 醡bito del Ministerio de Hacienda y Administraciones P鷅licas, en virtud de lo dispuesto en el Real Decreto 256/2012, de 27 de enero, por el que se desarrolla su estructura org醤ica b醩ica, corresponde a la Secretar韆 de Estado de Administraciones P鷅licas, la incorporaci髇 de las tecnolog韆s de la informaci髇 y de las comunicaciones a la prestaci髇 de los servicios p鷅licos, el desarrollo de la administraci髇 electr髇ica y la cooperaci髇 con otras Administraciones P鷅licas en esta materia, as como el fomento de los programas de atenci髇 al ciudadano en el 醡bito de la Administraci髇 General del Estado.

El pasado d韆 31 de mayo de 2016, se firm un Convenio de colaboraci髇 entre la Administraci髇 General del Estado (MINHAP) y la Comunidad Aut髇oma de las Illes Balears para la prestaci髇 mutua de soluciones b醩icas de administraci髇 electr髇ica que tiene por objeto establecer los t閞minos y condiciones generales para un aprovechamiento com鷑 de las soluciones tecnol骻icas b醩icas de administraci髇 electr髇ica que prestan las partes firmantes en cumplimiento de la Ley 11/2007, de 22 de junio, de acceso electr髇ico de los ciudadanos a los Servicios P鷅licos. Dicha prestaci髇 mutua de soluciones tecnol骻icas b醩icas se llevar a cabo realiz醤dose sin contraprestaci髇 econ髆ica. Igualmente el Convenio contempla la determinaci髇 de las condiciones en las que la Comunidad Aut髇oma de las Illes Balears facilitar el acceso de las Entidades Locales de dicha Comunidad Aut髇oma que est閚 interesadas en las soluciones tecnol骻icas del Convenio o por las que las actualicen o modifiquen en el futuro, mediante la suscripci髇 del correspondiente Acuerdo. Asimismo, es objeto del Convenio la determinaci髇 de las condiciones en las que las se facilitar el acceso a las entidades de derecho p鷅lico vinculadas o dependientes de ambas partes firmantes que est閚 interesadas en las soluciones tecnol骻icas relacionadas en el Convenio o por las que las actualicen o modifiquen en el futuro, mediante la suscripci髇 del correspondiente Acuerdo.

Por tanto, esta Secretar韆 de Estado resuelve ordenar su publicaci髇 en el 獴olet韓 Oficial del Estado.

CONVENIO DE COLABORACI覰 ENTRE LA ADMINISTRACI覰 GENERAL DEL ESTADO (MINHAP) Y LA C.A. DE LAS ILLES BALEARS PARA LA PRESTACI覰 MUTUA DE SOLUCIONES B罶ICAS DE ADMINISTRACI覰 ELECTR覰ICA

Madrid,

a 31 de mayo de 2016.

REUNIDOS

De una parte, D. Antonio Germ醤 Beteta Barreda, Secretario de Estado de Administraciones P鷅licas, del Ministerio de Hacienda y Administraciones P鷅licas, nombrado para dicho cargo por el Real Decreto 1852/2011, de 23 de diciembre, en nombre y representaci髇 de dicho Ministerio, con competencias para la suscripci髇 de Convenios, en virtud de los dispuesto por el art韈ulo 12.1, letra k) del Real Decreto 256/2012, de 27 de enero, por el que se desarrolla la estructura org醤ica b醩ica del Ministerio de Hacienda y Administraciones P鷅licas y del art韈ulo 14.6 de la Ley 6/1997, de 14 de abril, de Organizaci髇 y Funcionamiento de la Administraci髇 General del Estado.

Y de otra, D. Gabriel Barcel Milta, Consejero de la Consejer韆 de Innovaci髇, investigaci髇 y turismo, nombrado para este cargo mediante Decreto 9/2015 de 2 de julio.

Ambas partes se reconocen la capacidad jur韉ica necesaria para suscribir el presente Convenio y en su virtud

EXPONEN

1. Que en virtud del Real Decreto 256/2012, de 27 de enero, por el que se desarrolla la estructura org醤ica b醩ica del Ministerio de Hacienda y Administraciones P鷅licas (en lo sucesivo, MINHAP) corresponde a este Departamento, a trav閟 de la Secretar韆 de Estado de Administraciones P鷅licas (en lo sucesivo, SEAP), la incorporaci髇 de las tecnolog韆s y de las comunicaciones a la prestaci髇 de los servicios p鷅licos, el desarrollo de la administraci髇 electr髇ica y la cooperaci髇 con otras administraciones p鷅licas en esta materia, ejerciendo las funciones correspondientes a trav閟 de la Direcci髇 de Tecnolog韆s de la Informaci髇 y las Comunicaciones (en lo sucesivo, DTIC).

2. Que la Comunidad Aut髇oma de las Illes Balears est facultada para la celebraci髇 de convenios de colaboraci髇 con el resto de administraciones p鷅licas de acuerdo con lo establecido en el art韈ulo 78 la Ley 3/2003, de 26 de marzo, de r間imen jur韉ico de la Administraci髇 de la Comunidad Aut髇oma de las Illes Balears.

3. Que teniendo ambas Administraciones entre sus competencias la aplicaci髇 de las tecnolog韆s de la Informaci髇 para el impulso, desarrollo e implantaci髇 de servicios electr髇icos en l韓ea, en beneficio de los ciudadanos y las empresas a tal fin, es preciso avanzar con rapidez y eficacia en el desarrollo de la Administraci髇 electr髇ica para dar efectivo cumplimiento a la Ley 11/2007, de 22 de junio, de acceso electr髇ico de los ciudadanos a los servicios p鷅licos, que obliga a todas las Administraciones P鷅licas a posibilitar a los ciudadanos la relaci髇 electr髇ica con cualquiera de ellas, lo que hace imprescindible contar a la mayor brevedad posible con un conjunto de soluciones tecnol骻icas b醩icas para la implantaci髇 de la administraci髇 electr髇ica a disposici髇 de todas las Administraciones.

Y que, con la finalidad de que las Entidades Locales ubicadas en el territorio de la C.A.de las Illes Balears sean part韈ipes de las soluciones tecnol骻icas b醩icas de administraci髇 electr髇ica acordadas en el Convenio, as como los que se acuerden en el futuro, se estima conveniente establecer un mecanismo que posibilite, de forma sencilla, que dichas Entidades Locales del territorio puedan adherirse al Convenio a trav閟 de un procedimiento que garantice, en todo caso, el cumplimiento de las obligaciones establecidas.

4. Este Convenio sustituye al convenio de colaboraci髇 entre el Ministerio de Pol韙ica Territorial y Administraci髇 P鷅lica y la Comunidad Aut髇oma de las Illes Balears para la prestaci髇 mutua de servicios de administraci髇 electr髇ica, de fecha 12 de mayo de 2008.

5. Que las partes est醤 de acuerdo en seguir impulsando la prestaci髇 de servicios en l韓ea al ciudadano, facilitando su interoperabilidad. En este sentido, los firmantes, en sus 醡bitos de competencia, consideran necesario promover la coordinaci髇 de los proyectos de administraci髇 electr髇ica, con el objetivo de conseguir su m醲ima eficacia y eficiencia y con la finalidad 鷏tima de satisfacer el inter閟 p鷅lico.

6. Que para lograr una mayor eficacia en la consecuci髇 de estos fines y conforme a los principios de cooperaci髇 en la actuaci髇 entre las Administraciones P鷅licas, el presente acuerdo resulta de especial utilidad para las dos Administraciones.

Por todo ello, las partes firmantes suscriben este Convenio de colaboraci髇 con arreglo a las siguientes

CL罸SULAS

Primera Objeto

1. El presente Convenio tiene por objeto establecer los t閞minos y condiciones generales para un aprovechamiento com鷑 de las soluciones tecnol骻icas b醩icas de administraci髇 electr髇ica que prestan las partes firmantes en cumplimiento de la Ley 11/2007, de 22 de junio, de acceso electr髇ico de los ciudadanos a los Servicios P鷅licos.

Dicha prestaci髇 mutua de soluciones tecnol骻icas b醩icas se llevar a cabo en los t閞minos que establece el presente Convenio, realiz醤dose sin contraprestaci髇 econ髆ica.

2. Tambi閚 es objeto de este Convenio la determinaci髇 de las condiciones en las que la C.A. de las Illes Balears facilitar el acceso de las Entidades Locales que est閚 interesadas en las soluciones tecnol骻icas relacionadas en la cl醬sula segunda del presente Convenio o por las que las actualicen o modifiquen en el futuro, mediante la suscripci髇 del correspondiente Acuerdo, que garantizar, en todo caso, el cumplimiento de las obligaciones establecidas en el presente Convenio.

3. As mismo, es objeto del Convenio la determinaci髇 de las condiciones en las que las se facilitar el acceso a las entidades de derecho p鷅lico vinculadas o dependientes de ambas partes firmantes que est閚 interesadas en las soluciones tecnol骻icas relacionadas en la cl醬sula segunda del presente Convenio o por las que las actualicen o modifiquen en el futuro, mediante la suscripci髇 del correspondiente Acuerdo, que garantizar, en todo caso, el cumplimiento de las obligaciones establecidas en el presente Convenio.

Segunda 羗bito de aplicaci髇

1. Las partes que suscriben el presente Convenio podr醤 acceder a las funcionalidades proporcionadas por las soluciones tecnol骻icas b醩icas de administraci髇 electr髇ica que permiten la prestaci髇 de los servicios previstos en la Ley 11/2007 (art韈ulos 15, 27.7, 28 y 43) que a continuaci髇 se especifican:

  • a) Para la utilizaci髇 de sistemas de firma electr髇ica avanzada:
    • • Sistemas de identificaci髇, firma y representaci髇.
  • b) Para las comunicaciones entre Administraciones P鷅licas por medios electr髇icos:
    • • Intermediaci髇 de datos entre Administraciones P鷅licas.
    • • Sistema de Interconexi髇 de Registros.
    • • Intercambios de informaci髇 a trav閟 del Portal de Comunidades Aut髇omas.
  • c) Para la notificaci髇 por medios electr髇icos:
    • • Direcci髇 Electr髇ica Habilitada y Cat醠ogo de Procedimientos del Servicio de Notificaciones Electr髇icas.
  • d) Como red de comunicaciones de las Administraciones P鷅licas Espa駉las:
    • • Red SARA.
  • e) A efectos de representaci髇:
    • • Registro Electr髇ico de Apoderamientos.

2. Las soluciones b醩icas anteriormente especificadas se basan en tecnolog韆 que podr ser actualizada o sustituida por otras m醩 avanzadas o eficientes por acuerdo de la Comisi髇 de Seguimiento, establecida en la cl醬sula s閜tima del presente Convenio, cuando, como consecuencia del desarrollo de las Tecnolog韆s de la Informaci髇 y de la Comunicaci髇, hayan quedado obsoletas las aplicaciones o sistemas relacionados en el apartado anterior o se hayan producido modificaciones normativas que afecten a las correspondientes especificaciones t閏nicas y de seguridad.

3. Las Entidades Locales ubicadas en el territorio de la Comunidad Aut髇oma podr醤 acceder a las funcionalidades de las soluciones tecnol骻icas recogidas anteriormente, o a las que las actualicen o sustituyan, mediante Acuerdo suscrito al efecto entre aquella y cada Entidad Local. El Acuerdo garantizar el acceso y derecho de uso de las funcionalidades de todas o algunas de las soluciones anteriormente relacionadas, as como el cumplimiento por parte de las Entidades Locales de las obligaciones correspondientes contenidas en el presente Convenio.

4. Las entidades de derecho p鷅lico vinculadas o dependientes de las Administraciones que suscriben el presente Convenio podr醤 acceder a las funcionalidades de las soluciones tecnol骻icas recogidas anteriormente, o a las que las actualicen o sustituyan, siempre que garanticen el cumplimiento por su parte de las obligaciones correspondientes contenidas en el presente Convenio.

Tercera Obligaciones generales del MINHAP

1. Con car醕ter general, el MINHAP, a trav閟 de la SEAP, asume las siguientes obligaciones:

  • i) Poner a disposici髇 de la Administraci髇 de la Comunidad Aut髇oma y de la Entidades de derecho p鷅lico de ella dependientes que se adhieran al presente Convenio, as como de las Entidades Locales adheridas al mismo, las soluciones tecnol骻icas previstas en el presente Convenio conforme a las especificaciones t閏nicas que se describen en el Anexo de este Convenio.
  • ii) Garantizar la continuidad en la prestaci髇 de los servicios asociados a las soluciones tecnol骻icas incluidas en el presente Convenio asegurando la escalabilidad, robustez, disponibilidad, integridad y confidencialidad de los datos intercambiados.
  • iii) Proporcionar a la Administraci髇 de la Comunidad Aut髇oma la documentaci髇 t閏nica necesaria para la puesta en marcha y administraci髇 de los servicios y, en los casos que corresponda, habilitar los mecanismos para ofrecer el soporte necesario para la integraci髇 con los sistemas o aplicaciones correspondientes.
  • iv) Disponer, en los casos que corresponda, de los entornos de prueba de la integraci髇 de las soluciones con objeto de garantizar su correcta integraci髇 y operaci髇.
  • v) Asignar los recursos necesarios para atender y resolver las consultas e incidencias derivadas del uso de las soluciones.
  • vi) Adoptar y cumplir las medidas de seguridad necesarias para proteger debidamente la informaci髇 y los sistemas asociados a soluciones tecnol骻icas incluidas en el presente Convenio, acordando y estableciendo la Pol韙ica de Seguridad Com鷑 que se establezca.
  • vii) Informar de las novedades que se produzcan en el 醡bito de cada soluci髇 incluida en el presente Convenio.
  • viii) Elaborar y actualizar, para aquellas soluciones tecnol骻icas que as lo contemplen, documentos que describan la informaci髇 legal, administrativa y t閏nica necesaria para la prestaci髇 de los servicios, as como cualquier otra informaci髇 que deba ser conocida por el ciudadano, y que se denominar醤 獵arta de Servicios de la soluci髇 tecnol骻ica correspondiente.

2. En ning鷑 caso el MINHAP o sus proveedores est醤 obligados a asumir da駉s y perjuicios indirectos que provengan del mal empleo o la no disponibilidad de las soluciones tecnol骻icas b醩icas incluidas en el presente Convenio por parte de la Comunidad Aut髇oma, por parte de las entidades de derecho p鷅lico vinculadas o dependientes, o por parte de las Entidades Locales.

Cuarta Obligaciones espec韋icas del MINHAP

Con car醕ter espec韋ico respecto a cada soluci髇 tecnol骻ica objeto del presente Convenio, el MINHAP, a trav閟 de la SEAP, asume las siguientes obligaciones:

i) Para la Plataforma de validaci髇 y firma electr髇ica @firma:

  • a. Promover acuerdos con los Prestadores de Servicio de Certificaci髇 que incluyan la utilizaci髇 por parte de la Comunidad Aut髇oma y en su caso, las Entidades Locales, y facilitar la relaci髇 de los mismos.
  • b. Facilitar la validaci髇 de firmas electr髇icas realizadas con certificados electr髇icos reconocidos expedidos por Prestadores de Servicios de Certificaci髇 europeos en cumplimiento de la legislaci髇 europea vigente en materia de firma electr髇ica, siempre que dichos prestadores est閚 incluidos en las TSL publicadas por sus respectivos pa韘es, y siempre que el acceso a los m閠odos de validaci髇 sea gratuito y t閏nicamente posible.

ii) Para las soluciones tecnol骻icas englobadas en las comunicaciones entre Administraciones P鷅licas por medios electr髇icos:

  • a. Para la intermediaci髇 de datos entre Administraciones P鷅licas:
    • a.1 Cumplir y velar por el cumplimiento del est醤dar definido en la versi髇 vigente de la norma t閏nica definida en el punto f) Protocolos de intermediaci髇 de datos previsto en la disposici髇 adicional primera del Real Decreto 4/2010, de 8 de enero, por el que se regula el Esquema Nacional de Interoperabilidad en el 醡bito de la Administraci髇 Electr髇ica.
    • a.2 Gestionar las autorizaciones de usuarios que se soliciten.
    • a.3 Recoger la finalidad concreta por la que se realiza cada consulta y acceso a la informaci髇.
    • a.4 Velar por la plena validez de los datos y documentos aportados por este servicio, de acuerdo con lo establecido en el art韈ulo 6.2.b de la Ley 11/2007.
    • a.5 En el caso de comunicaci髇 de cambio de domicilio a Organismos de la Administraci髇 General del Estado, remitir la informaci髇 a los Organismos de la AGE a los que el ciudadano haya designado como receptores, informando de su entrega.
    • a.6 En el caso de nuevos conjuntos de datos intermediados, velar por el cumplimiento de las medidas de seguridad y requisitos de autenticidad, confidencialidad, integridad e interoperabilidad y realizar la correspondiente actualizaci髇 de la Carta de Servicios.
  • b. Para el Sistema de Interconexi髇 de Registros:
    • b.1 Cumplir el est醤dar definido en la versi髇 vigente de la norma t閏nica definida en el punto k) Modelo de Datos para el intercambio de asientos entre las Entidades Registrales, previsto en la disposici髇 adicional primera del Real Decreto 4/2010, de 8 de enero, por el que se regula el Esquema Nacional de Interoperabilidad en el 醡bito de la Administraci髇 Electr髇ica.
    • b.2 Proporcionar el Componente de Intercambio Registral (CIR).
    • b.3 Proporcionar el acceso al Directorio Com鷑 de Unidades Org醤icas y Oficinas (DIR 3), para su consumo y actualizaci髇, as como asegurar la permanente actualizaci髇 de los datos pertenecientes a la AGE.
    • b.4 Dar soporte a la integraci髇 en SIR y en su caso, certificar mediante la ejecuci髇 y validaci髇 de una bater韆 de pruebas normalizada, y emitir el informe preceptivo antes de la puesta en marcha de la integraci髇.
  • c. Para los intercambios de informaci髇 a trav閟 del Portal de Comunidades Aut髇omas:
    • c.1 Poner a disposici髇 de la Administraci髇 de la Comunidad Aut髇oma la informaci髇 actualizada que proporcionen las Entidades Locales.
    • c.2 Gestionar las autorizaciones de usuarios que se soliciten.

iii) Para la Direcci髇 Electr髇ica Habilitada y Cat醠ogo de Procedimientos del Servicio de Notificaciones Electr髇icas:

  • a. Facilitar a la Administraci髇 de la Comunidad Aut髇oma los medios necesarios para obtener la direcci髇 electr髇ica habilitada, la informaci髇 sobre los procedimientos a los que pueden suscribirse para ser notificados de manera telem醫ica, as como los servicios de asistencia de informaci髇 y atenci髇.
  • b. Alcanzar el acuerdo que corresponda con el prestador del servicio.

Quinta Obligaciones generales de la Comunidad Aut髇oma

Con car醕ter general, la Consejer韆 de Innovaci髇, Investigaci髇 y Turismo de la C.A. de las Illes Balears asume las siguientes obligaciones:

  • i) Promover el acceso a todas o alguna de las soluciones tecnol骻icas establecidas en el presente Convenio por parte de las Entidades Locales de su 醡bito territorial, as como de sus organismos o entidades de derecho p鷅lico de ella dependientes, mediante la suscripci髇 con 閟tas del correspondiente Acuerdo.
  • ii) Cumplir, dentro del 醡bito de sus competencias, las especificaciones t閏nicas de las soluciones tecnol骻icas incluidas en el presente Convenio que se describen en su Anexo.
  • iii) Realizar las labores t閏nicas necesarias de conectividad y despliegue para el acceso a las soluciones b醩icas enumeradas en el presente Convenio.
  • iv) Concertar con la DTIC la realizaci髇 de pruebas de rendimiento y de monitorizaci髇 de los servicios asociados para asegurar la disponibilidad de los mismos.
  • v) Hacer un uso correcto de las soluciones, emple醤dolas exclusivamente para aquello a lo que est autorizada.
  • vi) Gestionar y mantener los elementos activos que forman parte de los servicios, comunicando a la DTIC las incidencias que afecten a la prestaci髇 de los mismos.
  • vii) Mantener los servicios de soporte necesarios para garantizar la continuidad de las soluciones, proporcionando y actualizando a la DTIC los contactos operativos tanto de los responsables correspondientes de cada soluci髇 como de los centros de soporte correspondientes.
  • viii) Colaborar con la DTIC en la detecci髇, diagn髎tico y resoluci髇 de las incidencias, incluyendo en su caso la realizaci髇 de actuaciones que aseguren la reducci髇 del tiempo de resoluci髇 de las incidencias.
  • ix) Seguir los procedimientos establecidos para armonizar los procesos de administraci髇 de aplicaciones y sistemas usuarios de las soluciones tecnol骻icas incluidas en el presente Convenio.
  • x) Adoptar y cumplir las medidas de seguridad necesarias para proteger debidamente la informaci髇 y los sistemas asociados a las soluciones tecnol骻icas incluidas en el presente Convenio, adoptando la Pol韙ica de Seguridad Com鷑 que se establezca.
  • xi) Informar a la DTIC de los Acuerdos que el 髍gano competente de la Comunidad Aut髇oma haya suscrito con las Entidades Locales o con las Entidades de derecho p鷅lico de ella dependientes, con el fin de posibilitar su acceso a las funcionalidades de cada una de las soluciones tecnol骻icas incluidas en el presente Convenio.
  • xii) Colaborar en la actualizaci髇, para aquellas soluciones tecnol骻icas que as lo contemplen, de los documentos que describan la informaci髇 legal, administrativa y t閏nica necesaria para la prestaci髇 de los servicios, as como cualquier otra informaci髇 que deba ser conocida por el ciudadano, y que se denominar醤 獵arta de Servicios de la soluci髇 tecnol骻ica correspondiente.

En ning鷑 caso la Comunidad Aut髇oma y en su caso, las Entidades Locales, o sus proveedores est醤 obligados a asumir da駉s y perjuicios indirectos que provengan del mal empleo o la no disponibilidad de las soluciones b醩icas incluidas en el presente Convenio por parte de la Administraci髇 General del Estado o sus entidades de derecho p鷅lico vinculadas o dependientes.

Sexta Obligaciones espec韋icas de la Comunidad Aut髇oma

Con car醕ter espec韋ico respecto al acceso y a la utilizaci髇 de cada una de las soluciones tecnol骻icas incluidas en el presente Convenio, la Consejer韆 de Innovaci髇, Investigaci髇 y Turismo de la C.A. de las Illes Balears asume las siguientes obligaciones:

i) Para la Plataforma de validaci髇 y firma electr髇ica @firma, alcanzar los acuerdos de colaboraci髇 necesarios con los Prestadores de Servicio de Certificaci髇 emisores de los correspondientes certificados digitales, salvo cuando el MINHAP haya alcanzado acuerdos que incluyan la utilizaci髇 por parte de la Comunidad Aut髇oma y en su caso, las Entidades Locales.

ii) Para las soluciones tecnol骻icas englobadas en las comunicaciones entre Administraciones P鷅licas por medios electr髇icos:

  • a. Para la intermediaci髇 de datos entre Administraciones P鷅licas:
    • a.1 Cumplir el est醤dar definido en la versi髇 vigente de la norma t閏nica definida en el punto f) Protocolos de intermediaci髇 de datos previsto en la disposici髇 adicional primera del Real Decreto 4/2010, de 8 de enero, por el que se regula el Esquema Nacional de Interoperabilidad en el 醡bito de la Administraci髇 Electr髇ica.
    • a.2 Promover la asignaci髇 de responsables del uso del servicio que determinar醤 las condiciones y normas aplicables a usuarios y aplicaciones.
    • a.3 Requerir consentimiento expreso del ciudadano, en la solicitud de iniciaci髇 del procedimiento o en cualquier otra comunicaci髇 posterior, mediante impresos o formularios electr髇icos adecuados para recoger dicho consentimiento e informando del uso de la plataforma de intermediaci髇, salvo que una norma con rango de ley autorice la consulta.
    • a.4 Velar por la asignaci髇 en cada entidad de un responsable del uso del servicio que determinar las condiciones y normas aplicables a usuarios y aplicaciones.
    • a.5 Tramitar las autorizaciones que se den a los usuarios.
    • a.6 Recabar la finalidad concreta por la que se realiza cada consulta y acceso a la informaci髇.
    • a.7 Otorgar plena validez a los datos y documentos aportados por este servicio, de acuerdo con lo establecido en el art韈ulo 6.2.b de la Ley 11/2007.
    • a.8 Para todos los datos intermediados, tanto como Emisores como Requirentes, garantizar el cumplimiento de las medidas de seguridad y requisitos de autenticidad, confidencialidad, integridad e interoperabilidad.
    • a.9 En el caso de ser proveedores de datos, comunicar al MINHAP los nuevos servicios para promover la actualizaci髇 de la Carta de Servicios.
    • a.10 Facilitar el acceso de la AGE a los documentos y datos que obren en su poder y sean necesarios para el desarrollo de los procedimientos tramitados por 閟ta en el ejercicio de sus competencias.
  • b. Para el Sistema de Interconexi髇 de Registros:
    • b.1 Cumplir y hacer cumplir el est醤dar definido en la versi髇 vigente de la norma t閏nica definida en el punto k) Modelo de Datos para el intercambio de asientos entre las Entidades Registrales, previsto en la disposici髇 adicional primera del Real Decreto 4/2010, de 8 de enero, por el que se regula el Esquema Nacional de Interoperabilidad en el 醡bito de la Administraci髇 Electr髇ica.
    • b.2 Desplegar e integrar el Componente de Intercambio Registral (CIR)
    • b.3 Asegurar la disponibilidad del CIR y de los servicios asociados.
    • b.4 Proporcionar informaci髇 actualizada al Directorio Com鷑 de Unidades Org醤icas y Oficinas (DIR 3).
    • b.5 Cumplir con los procedimientos establecidos de digitalizaci髇 y gesti髇 de asientos registrales.
    • b.6 Coordinar con el MINHAP la gesti髇 del cambio de los aplicativos certificados y futuras versiones, para garantizar que no impactan en la interoperabilidad con el sistema, y en su caso realizar nueva certificaci髇 completa de la aplicaci髇.
  • c. Para los intercambios de informaci髇 a trav閟 del Portal de Comunidades Aut髇omas
    • c.1 Gestionar las autorizaciones que se den a los usuarios.
    • c.2 Emplear los mecanismos incluidos en el Portal para la relaci髇 con las entidades locales suministradoras de informaci髇.

iii) Para la notificaci髇 por medios electr髇icos:

  • a. Asumir los costes asociados a la gesti髇 de la entrega de la notificaci髇 (entre otros, buz髇, puesta a disposici髇, entrega y acuses de recibo) mediante el correspondiente acuerdo con el prestador del servicio.
  • b. Facilitar al ciudadano los medios necesarios para obtener la direcci髇 electr髇ica habilitada, la informaci髇 sobre los procedimientos a los que pueden suscribirse para ser notificados de manera telem醫ica, as como los servicios de asistencia de informaci髇 y atenci髇.
  • c. Publicar los procedimientos afectos a la notificaci髇 por medios electr髇ico en el cat醠ogo de procedimientos, con la correspondiente actualizaci髇 y descripci髇 de los mismos.

S閜tima Comisi髇 de Seguimiento

1. Para la gesti髇, seguimiento y control del presente Convenio y de las especificaciones t閏nicas recogidas en el Anexo del mismo, se constituir una Comisi髇 de Seguimiento que estar compuesta por tres miembros designados por el Director de Tecnolog韆s de la Informaci髇 y las Comunicaciones y tres miembros designados por el titular de la Consejer韆 de Innovaci髇, investigaci髇 y turismo de la CA de las Illes Balears, uno de los miembros designados por cada una de las partes deber tener el rango de Director General o equivalente.

2. La Presidencia de dicha Comisi髇 corresponder a uno de los miembros con rango de Director General, siendo los a駉s impares el miembro designado por el Ministerio de Hacienda y Administraciones P鷅licas y los pares el de la Comunidad Aut髇oma.

3. El funcionamiento de la Comisi髇 se regir por las normas contenidas en el Cap韙ulo II del T韙ulo II de la Ley 30/1992, de 26 de noviembre, de R間imen Jur韉ico de las Administraciones P鷅licas y del Procedimiento Administrativo Com鷑.

4. La Comisi髇 se reunir, en sesi髇 ordinaria, una vez al a駉 y de forma extraordinaria, a petici髇 de cualquiera de sus miembros.

5. Corresponden a la Comisi髇 de Seguimiento las siguientes funciones:

  • a) La resoluci髇 de las cuestiones relativas a la interpretaci髇 y cumplimiento de los compromisos derivados del presente Convenio, as como proponer a las partes firmantes cualquier modificaci髇 del mismo.
  • b) La modificaci髇 de las condiciones t閏nicas relativas a la implantaci髇 y desarrollo de las correspondientes soluciones tecnol骻icas,
  • c) La decisi髇 sobre las puestas en producci髇 o la suspensi髇 de cada una de las soluciones de administraci髇 electr髇ica incorporadas al presente Convenio.
  • d) El establecimiento de los niveles de servicio en aquellas soluciones objeto del presente convenio en las que se sustituyan o modifiquen sus funcionalidades como consecuencia de la evoluci髇 o desarrollo tecnol骻ico.
  • e) La actualizaci髇 permanente de los datos de referencia, personas de contacto, mecanismos de gesti髇 de incidencias y seguimiento de niveles de servicio y la relaci髇 de responsables de cada soluci髇.
  • f) La modificaci髇 y actualizaci髇 de parte o de la totalidad de la tecnolog韆 correspondiente a las soluciones enumeradas en la cl醬sula segunda del presente convenio, as como su sustituci髇 por otras m醩 avanzadas cuando las existentes sean obsoletas o el desarrollo de las tecnolog韆s de la informaci髇 y de la comunicaci髇 permita nuevas o mejores funcionalidades o se hayan producido modificaciones en la normativa t閏nica o de seguridad.

Octava R間imen econ髆ico

Este Convenio de colaboraci髇 no comporta obligaciones econ髆icas entre las partes firmantes.

Novena Plazo de duraci髇 y efectos

El presente Convenio comenzar su vigencia a partir del d韆 de su firma y tendr una duraci髇 de cuatro a駉s. En cualquier momento antes de la finalizaci髇 de este plazo, los firmantes del convenio podr醤 acordar un醤imemente su pr髍roga por un periodo de hasta cuatro a駉s adicionales o su extinci髇, salvo denuncia por alguna de las partes con una antelaci髇 m韓ima de tres meses antes de la fecha de vencimiento.

Son causas de extinci髇 de este Convenio, el mutuo acuerdo de las partes y la denuncia expresa formulada por cualquiera de las partes en los t閞minos expresados en el p醨rafo primero de esta cl醬sula. En cualquier caso, las partes se comprometen a finalizar el desarrollo de las acciones comprometidas en este Convenio.

Por mutuo acuerdo de las partes, a partir de su entrada en vigor queda sin efecto el Convenio para la Prestaci髇 Mutua de Servicios de Administraci髇 Electr髇ica suscrito con fecha 12 de mayo de 2008 por el Ministerio de Pol韙ica Territorial y Administraci髇 P鷅lica y la Comunidad Aut髇oma de las Illes Balears.

D閏ima R間imen Jur韉ico

El presente Convenio tiene naturaleza administrativa, conforme a lo dispuesto especialmente para los convenios de colaboraci髇 en los art韈ulos 6 y 8 de la Ley 30/1992, de 26 de noviembre, de R間imen Jur韉ico de las Administraciones P鷅licas y del Procedimiento Administrativo Com鷑.

De conformidad con lo previsto en el art韈ulo 4.1 c) del Texto Refundido de la Ley de Contratos del Sector P鷅lico aprobado por Real Decreto Legislativo 3/2011, de 14 de noviembre, est excluido del 醡bito de aplicaci髇 de la misma.

Und閏ima Resoluci髇 de conflictos

Mediante la firma del presente Convenio, las partes se comprometen a resolver de mutuo acuerdo las incidencias que puedan surgir en su cumplimiento.

Las cuestiones litigiosas que surjan entre las partes durante el desarrollo y ejecuci髇 del presente Convenio y no puedan ser resueltas por la Comisi髇 de Seguimiento prevista en la cl醬sula quinta, se someter醤 a la jurisdicci髇 contencioso-administrativa, conforme a lo dispuesto en la Ley 29/1998, de 13 de julio, Reguladora de la Jurisdicci髇 Contencioso-Administrativa.

Duod閏ima Referencias

El MINHAP podr hacer p鷅licas en cualquier lista de referencia de usuarios o en cualquier bolet韓 de prensa publicado, y sin autorizaci髇 previa, la relaci髇 de organismos usuarios de las soluciones de administraci髇 electr髇ica a los que hace referencia el presente Convenio.

La Comunidad Aut髇oma o las Entidades Locales con las que 閟ta suscriba Acuerdos podr醤 referenciar la utilizaci髇 de dichas soluciones sin autorizaci髇 previa por parte del MINHAP.

Y en prueba de cuanto antecede, las Partes suscriben el Convenio en tres (2 para MINHAP) ejemplares y a un solo efecto, en el lugar y fecha se馻lados en el encabezamiento.–Por el Ministerio de Hacienda y Administraciones P鷅licas, el Secretario de Estado de Administraciones P鷅licas, Antonio Germ醤 Beteta Barreda.–Por la Comunidad Aut髇oma de las Illes Balears, Gabriel Barcel Milta.

ANEXO

Especificaciones t閏nicas de las soluciones b醩icas de administraci髇 electr髇ica

Apartados

I) RED DE COMUNICACIONES DE LAS ADMINISTRACIONES P贐LICAS ESPA袿LAS: SERVICIO DE CONEXI覰 A LA RED SARA.

II) UTILIZACI覰 DE SISTEMAS DE FIRMA ELECTR覰ICA AVANZADA: SISTEMAS DE IDENTIFICACION, FIRMA Y REPRESENTACION.

III) COMUNICACIONES ENTRE ADMINISTRACIONES P贐LICAS POR MEDIOS ELECTR覰ICOS:

III.a) Intermediaci髇 de datos entre Administraciones P鷅licas.

III.b) Sistema de Interconexi髇 de Registros.

III.c) Intercambios de informaci髇 a trav閟 del Portal de Comunidades Aut髇omas.

IV) PR罜TICA DE LA NOTIFICACI覰 POR MEDIOS ELECTR覰ICOS: DIRECCI覰 ELECTR覰ICA HABILITADA Y CAT罫OGO DE PROCEDIMIENTOS DEL SERVICIO DE NOTIFICACIONES ELECTR覰ICAS.

APARTADO I): RED DE COMUNICACIONES DE LAS ADMINISTRACIONES P贐LICAS ESPA袿LAS: SERVICIO DE CONEXI覰 A LA RED SARA.

I.1 DESCRIPCI覰 GENERAL.

I.1.1 Descripci髇 de la Red SARA.

La 玆ed SARA permite el intercambio seguro de informaci髇 entre las aplicaciones de las Administraciones P鷅licas conectadas mediante la conexi髇 a una plataforma b醩ica de comunicaciones de 醡bito privado.

La Red SARA est formada actualmente por:

  • – la Intranet Administrativa, que ofrece un amplio n鷐ero de servicios que se prestan en cooperaci髇 en el 醡bito de la Administraci髇 General del Estado
  • – los elementos de conexi髇 con TESTA II, que es la Red transeuropea que enlaza la Red Corporativa de la Comisi髇 de la Uni髇 Europea, con las de los Estados Miembros, para el soporte de intercambio de datos y cooperaci髇 en la prestaci髇 de servicios, y
  • – la Extranet de las Administraciones P鷅licas, compuesta por los elementos de enlace con las Redes Corporativas de las Comunidades Aut髇omas.

I.1.2 Servicios incluidos.

Los servicios ofrecidos por la Red SARA son:

  • – Comunicaciones de datos.
  • – Servicios b醩icos.
  • – Pol韙ica de seguridad com鷑.
  • – Aseguramiento de la calidad.
  • ○ Portal de Administradores.
  • ○ Servicio de soporte central.
  • ○ Servicio de soporte adicionales.

Las Comunidades Aut髇omas y la Administraci髇 General del Estado, as como sus entidades de derecho p鷅lico vinculadas o dependientes, podr醤 utilizar, a trav閟 de las aplicaciones inform醫icas correspondientes, cualquiera de los servicios de la Red SARA, previo acuerdo entre el prestador del servicio y el usuario del mismo, y la posterior comunicaci髇 al servicio de soporte central de la Red SARA.

I.2 ESPECIFICACIONES T蒀NICAS.

I.2.1 Comunicaciones de datos.

La Red SARA permite a la Red Corporativa de la Comunidad Aut髇oma las comunicaciones de manera segura, a trav閟 de un 羠ea de Conexi髇 (AC), a:

  • – la Extranet (redes corporativas de otras Administraciones y entidades p鷅licas conectadas a la Red SARA)
  • – la Intranet Administrativa de la Administraci髇 General del Estado, y
  • – la Red TESTA II de la Comisi髇 Europea.

I.2.2 Esquema y funciones del 羠ea de Conexi髇 (AC).

En el estado actual de la tecnolog韆, el AC responde b醩icamente al esquema de una zona desmilitarizada (DMZ) formada por:

  • – un cortafuegos externo (que conecta con el resto de la red)
  • – un servidor donde residen los servicios b醩icos y
  • – un cortafuegos interno (hacia la Red Corporativa de la Comunidad Aut髇oma).

El sistema que act鷄 como cortafuegos externo es tambi閚 el encargado, siempre que sea posible, de cerrar una VPN con el Centro de Acceso Remoto (CAR) de la Intranet Administrativa de la Administraci髇 General del Estado o con el AC de otro Organismo conectado directamente a la Red S.A.R.A. Este cortafuegos puede realizar igualmente funciones de traducci髇 de direcciones de red (Network Address Translation - NAT) din醡ico para las conexiones entrantes desde el resto de la Extranet hacia la Comunidad Aut髇oma.

Por su parte, el sistema que act鷄 como cortafuegos interno puede realizar tambi閚 funciones de NAT contra destinos situados en el interior de la Comunidad Aut髇oma.

Las labores de conectividad y despliegue necesarias para poder acceder desde sus propias dependencias o instalaciones a la Red SARA a trav閟 del AC se realizan por la Comunidad Aut髇oma, que gestiona y mantiene los elementos activos de conexi髇 de su Red Corporativa a SARA, permitiendo al centro directivo correspondiente del MINHAP el acceso de lectura y monitorizaci髇 de los mismos, con independencia de que estas tareas sean asumidas por la propia Comunidad Aut髇oma o por un proveedor externo que 閟ta haya designado.

I.2.3 Descripci髇 de los elementos que componen el 羠ea de Conexi髇 (AC).

En el estado actual de la tecnolog韆, el AC se compone de:

  • • Router externo: este elemento conecta con la l韓ea que une con la Red Troncal de la Extranet de las AA.PP.
  • • Conmutador LAN: para el conjunto de conexiones LAN de los elementos que componen la soluci髇. Se configuran tres VLAN para separar el tr醘ico correspondiente a tres zonas:
    • ○ Tr醘ico entre el router y el firewall externo (VLAN externa)
    • ○ Tr醘ico de la propia AC (VLAN DMZ)
    • ○ Tr醘ico hacia el interior de la Comunidad Aut髇oma.
  • • Cluster externo: formado por dos servidores en una configuraci髇 activo-activo. En condiciones normales los sistemas prestan las funciones que se describen a continuaci髇; en degradado, cualquiera de ellos puede suministrar ambas funciones:
    • ○ Cortafuego externo: cumple las funciones de cortafuegos y cierre de VPNs. Reside en un servidor Linux utiliz醤dose productos de licencia GPL para cumplir estas funciones.
    • ○ Servidor para los servicios de la Extranet: en 閘 residen los servicios b醩icos de la Extranet de las AAPP que haya que implementar. Los servicios instalados son DNS, correo, proxy, servidor web, servidor socks y servidor NTP. Tambi閚 en este caso se trata de un servidor Linux con productos bajo licencia GPL.
  • • Cluster interno: formado por dos servidores en una configuraci髇 activo-pasivo. Las funciones que cumplen son:
    • ○ Cortafuego interno: cumple las funciones de cortafuegos y NAT hacia el interior del organismo. Reside en un servidor Linux y se utilizan productos con licencia GPL.
    • ○ Servidor de backup: es el nodo pasivo del cluster. En caso de fallo del nodo activo los servicios de cortafuego interno basculan a este servidor.
  • • Sistema de alimentaci髇 ininterrumpida (SAI): para mejorar la disponibilidad de los elementos en caso de cortes de alimentaci髇. Este elemento estar conectado a uno de los servidores que act鷄 como maestro y es capaz de controlar a agentes disponibles en los otros servidores. Se instalar siempre que sea posible.
  • • Armario de media altura (rack): todos los elementos de la soluci髇 se integran en un 鷑ico armario de media altura. Se instalar siempre que sea posible.

I.2.4 Caracter韘ticas del recinto de instalaci髇 del 羠ea de Conexi髇 (AC).

La Comunidad Aut髇oma designa el lugar donde se instala el AC, que debe tener condiciones id髇eas tanto para facilitar la conexi髇 con su correspondiente Red Corporativa como para asegurar la continuidad del servicio.

Actualmente, los elementos que componen el AC se integran en un armario b醩ico para montaje en Rack de todos los elementos, que apoya directamente en el suelo y que tiene las siguientes dimensiones:

  • Ancho: 610 mm.
  • Alto: 1.200 mm.
  • Profundo: 1.000 mm.
  • Peso M醲imo: 300 Kg.

Las condiciones de alimentaci髇 el閏trica que actualmente requiere son las siguientes:

  • • Tensi髇 de alimentaci髇: 220V (+6 –10 %).
  • • Frecuencia de alimentaci髇: 50Hz (+3 –3 %).
  • • Distorsi髇 arm髇ica total: < 5%.
  • • Tolerancia a micro-cortes sin perturbaci髇 en el funcionamiento, duraci髇:< 20 ms.
  • • Potencia armario AC: 3.500 W (configuraci髇 inicial).

Las condiciones medioambientales del recinto que contenga el AC son de limpieza b醩ica, de aislamiento de la radiaci髇 directa del sol, y de adecuada ventilaci髇 para evitar acumulaciones excesivas del calor disipado.

Actualmente los servidores que se integran en el AC no exigen la dotaci髇 de aire acondicionado ya que est醤 dise馻dos para trabajar en un ambiente de oficina.

Por ello, el recinto que contenga el AC debe estar dentro de los l韒ites siguientes:

  • • Temperatura comprendida entre 15 y 32 C.

    (Temperatura 髉tima recomendada: 22 C.)

  • • Gradiente horario m醲imo T < 5 C/h.
  • • Humedad relativa entre 20 y 80 %.

    (Humedad relativa 髉tima recomendada: 50%).

  • • Gradiente horario m醲imo HR < 10% /h.

Si por otros condicionantes fuera necesaria la instalaci髇 de aire acondicionado, se ha de tener en cuenta que el desprendimiento t閞mico m醲imo del conjunto de los elementos instalados dentro del armario en su configuraci髇 inicial es de 7.000 Btu/h.

I.2.5 Pol韙ica de seguridad com鷑.

El AC comunica la Red Corporativa de la Comunidad Aut髇oma con las redes corporativas de otras Administraciones y entidades p鷅licas conectadas a la red SARA (Extranet), con la Intranet Administrativa de la Administraci髇 General del Estado y con la Red TESTA II de la Comisi髇 Europea.

Para garantizar que se hace de manera segura, es requisito el establecimiento de una pol韙ica de seguridad com鷑 que corresponde aplicar al MINHAP, y que actualmente consiste en el establecimiento de VPNs y el cifrado del tr醘ico.

Por este motivo el AC es instalado, administrado y mantenido por el MINHAP, conforme a la documentaci髇 t閏nica que se facilita por el centro directivo correspondiente del MINHAP a la Comunidad Aut髇oma.

Asimismo, por este motivo se proporcionar al centro directivo correspondiente del MINHAP accesos de lectura y monitorizaci髇 a los elementos que corresponda, con independencia de que el servicio de Red Corporativa de la Comunidad Aut髇oma sea propio o prestada por un operador.

I.2.6 Servicios b醩icos de la Extranet.

Los servicios b醩icos de la Extranet son aquellos fundamentales que soportan la interoperabilidad entre aplicaciones o los complementan. La infraestructura integrada en el AC se encargar de la interoperabilidad de estos servicios.

Los servicios b醩icos que actualmente componen la Extranet son:

  • – DNS,
  • – relay SMTP,
  • – WWW,
  • – PROXY y
  • – NTP (sincronizado con el Real Observatorio de la Armada del Ministerio de Defensa).

I.2.7 Aseguramiento de la calidad del servicio.

Con el fin de asegurar la calidad del servicio en todos sus componentes, se dispone de los siguientes elementos:

  • – el Portal de Administradores
  • – los servicios de soporte.

I.2.8 Portal de Administradores.

El Portal de Administradores contiene informaci髇 sobre el servicio proporcionado, notificaci髇 de incidencias, paradas programadas, publicaci髇 de nuevos servicios u otros elementos necesarios para el correcto funcionamiento del sistema. Dicha informaci髇 estar accesible para los responsables t閏nicos que designe la Comunidad Aut髇oma.

I.2.9 Servicios de soporte.

El MINHAP dispone de un servicio de soporte central al cual corresponde recibir la notificaci髇 de incidencias, la resoluci髇 de las mismas cuando le corresponda, y la gesti髇 de la resoluci髇 cuando intervengan agentes externos (fabricantes, operadores, u otros Organismos con acceso al Sistema), as como atender las consultas t閏nicas relacionadas con el servicio y las peticiones de nuevos accesos.

La Comunidad Aut髇oma podr disponer de un servicio de soporte adicional, a ser posible 24x7, con este mismo cometido, tanto para garantizar los servicios de la Red SARA como aquellos otros que no haya proporcionado el MINHAP.

A trav閟 de la Comisi髇 de Seguimiento se intercambiar醤 y actualizar醤 los contactos, tanto de los responsables de la conexi髇 a la Red SARA en la Comunidad Aut髇oma y Entidades Locales en su caso, como los de los servicios de soporte que correspondan.

I.2.10 Mantenimiento y resoluci髇 de incidencias.

La gesti髇, mantenimiento y resoluci髇 de incidencias de los elementos activos de la Red Corporativa de la Comunidad Aut髇oma conectados a Red SARA se har醤 por la propia Comunidad Aut髇oma, sin perjuicio del acceso de lectura y monitorizaci髇 a la lectura y monitorizaci髇 de los mismos que corresponda al centro directivo correspondiente del MINHAP, con independencia de que estas tareas sean realizadas por la Administraci髇 auton髆ica o por su operador.

La detecci髇, diagn髎tico y resoluci髇 de las incidencias por el centro directivo correspondiente del MINHAP puede requerir la colaboraci髇 de la Comunidad Aut髇oma, pudiendo incluir esta colaboraci髇 la realizaci髇 de peque馻s comprobaciones o actuaciones en el AC, dirigidas desde el servicio de soporte central de la Red SARA, con el fin de reducir los tiempos de resoluci髇 de las incidencias que pudieran ocurrir.

I.2.11 Niveles de servicio iniciales.

Se define el siguiente nivel de servicio inicial respecto al servicio de soporte central:

Tiempo de respuesta de soporte de Red SARA (24x7): 120 minutos.

La Comisi髇 de Seguimiento podr determinar nuevos valores cuando corresponda por motivos t閏nicos o legales.

APARTADO II: UTILIZACI覰 DE SISTEMAS DE FIRMA ELECTR覰ICA AVANZADA: SISTEMAS DE IDENTIFICACION, FIRMA Y REPRESENTACI覰.

II.1 PLATAFORMA DE VALIDACI覰 Y FIRMA ELECTR覰ICA @FIRMA.

II.1.1 Descripci髇 de @firma.

@firma es un conjunto de productos y servicios de certificaci髇 y firma electr髇ica desarrollada por el MINHAP, que se pone a disposici髇 de las Administraciones P鷅licas y de sus entidades de derecho p鷅lico vinculadas o dependientes, para fomentar la puesta en marcha y el despliegue de aplicaciones inform醫icas y servicios de Administraci髇 Electr髇ica que requieran validaci髇 de firma electr髇ica basada en certificados, autenticaci髇, generaci髇 de firma electr髇ica o sellado de tiempo en su relaci髇 con los ciudadanos, empresas y organismos.

De esta forma se establece un ecosistema de seguridad e interoperabilidad al permitir verificar el estado y validez de los distintos certificados electr髇icos empleados por el ciudadano en cualquier procedimiento telem醫ico, entre ellos, los del DNI-e, y se da cumplimiento al art韈ulo 21.3 de la Ley 11/2007 que establece que la Administraci髇 General del Estado dispondr, al menos, de una plataforma de verificaci髇 del estado de revocaci髇 de todos los certificados admitidos en el 醡bito de las Administraciones P鷅licas que ser de libre acceso por parte de todos los Departamentos y Administraciones.

Tambi閚 el Real Decreto 1671/2009, de 6 de noviembre, por el que se desarrolla parcialmente la Ley 11/2007, de 22 de junio, de acceso electr髇ico de los ciudadanos a los servicios p鷅licos establece en el art韈ulo 25.1 que 獷l Ministerio de la Presidencia (ahora Ministerio de Hacienda y Administraciones P鷅licas) gestionar una plataforma de verificaci髇 del estado de revocaci髇 de los certificados admitidos en el 醡bito de la Administraci髇 General del Estado y de los organismos p鷅licos dependientes o vinculados a ella.

El art韈ulo 47 de dicho Real Decreto, establece la necesidad de incorporar una referencia temporal de los documentos administrativos electr髇icos, siendo una de las modalidades de referencia temporal, el 玈ello de tiempo, entendiendo por tal la asignaci髇 por medios electr髇icos de una fecha y hora a un documento electr髇ico con la intervenci髇 de un prestador de servicios de certificaci髇 que asegure la exactitud e integridad de la marca de tiempo del documento. El sello de tiempo es una parte indispensable de la firma electr髇ica, sobre todo en el caso de las firmas longevas, que necesiten ser validadas mucho tiempo despu閟 de su generaci髇.

La Direcci髇 de Tecnolog韆s de la Informaci髇 y las Comunicaciones, en el ejercicio de sus competencias de desarrollo, impulso, planificaci髇 y ejecuci髇 de proyectos dirigidos a facilitar el acceso de los ciudadanos a la Administraci髇 Electr髇ica, proporciona la Plataforma @firma, como plataforma de validaci髇 de certificados y firma electr髇ica, que facilita el cumplimiento del derecho de los ciudadanos a la utilizaci髇 de medios de identificaci髇 y firma electr髇ica que establecen los apartados g y h del art韈ulo 6 de la Ley 11/2007 de 22 de junio, de acceso electr髇ico de los ciudadanos a los Servicios P鷅licos, siendo la plataforma de validaci髇 que dispone la AGE como marca el art韈ulo 21.3 de la misma ley. Dicha plataforma se complemente con la TS@, para la generaci髇 y verificaci髇 de los sellados de tiempo.

Otro de los servicios prestados es STORK: una plataforma de reconocimiento transfronterizo de identidades electr髇icas nacionales, que paulatinamente ir permitiendo a los ciudadanos acceder e identificarse en servicios de gobierno electr髇ico de otro pa韘 usando sus identidades electr髇icas nacionales.

A efectos del presente apartado se utilizar la referencia a @firma para referirse al conjunto de servicios prestados por la plataforma.

II.1.2 Servicios incluidos.

Los servicios ofrecidos por @firma son:

  • ▪ Validaci髇 de firmas y certificados electr髇icos a trav閟 de la Plataforma @firma.
  • ▪ Firma electr髇ica de ficheros y formularios en entorno cliente, tanto en equipos de sobremesa como plataformas m髒iles, a trav閟 del Cliente @firma.
  • ▪ Sellado de tiempo mediante la Autoridad de Sellado TS@.
  • ▪ Br髃er de proveedores de servicios de identidad (cl@ve).
  • ▪ Validaci髇 de identidades de ciudadanos de otros pa韘es de la Uni髇 Europea mediante Stork.

@firma habilita a cualquier aplicaci髇 inform醫ica de los 髍ganos o entidades dependientes de la Comunidad Aut髇oma a validar certificados digitales y firmas electr髇icas en procesos de autenticaci髇 y firma, entre los certificados digitales admitidos por la Plataforma.

Asimismo, la plataforma dispone de entornos de prueba para facilitar la integraci髇 de aplicaciones y poder garantizar la correcta operaci髇 con car醕ter previo a la puesta a disposici髇 de los usuarios finales.

II.1.3 ESPECIFICACIONES T蒀NICAS.

II.1.3.1 Caracter韘ticas de @firma.

Para facilitar al m醲imo la integraci髇 con las arquitecturas, aplicaciones y soluciones ya existentes, @firma es 玭o intrusiva, es decir, no modifica ni impacta en los esfuerzos ya realizados en sistemas y aplicaciones existentes.

Sus principales caracter韘ticas son:

  • ▪ Se basa en Servicios Web que son utilizados por las distintas AAPP.
  • ▪ Es una plataforma de validaci髇 MultiAC (m鷏tiples Autoridades de certificaci髇), MultiPol韙ica, MultiCertificados, MultiFirma, MultiFormatos..., de tal manera que permite la utilizaci髇 de m鷏tiples tipos de Certificados y Autoridades de Validaci髇 a los ciudadanos, en su relaci髇 telem醫ica con las distintas Administraciones P鷅licas.
  • ▪ Proporciona seguridad a las firmas electr髇icas, a trav閟 de las funciones de Sellado de Tiempo y actualizaci髇 de firmas a formatos longevos.
  • ▪ Permite la validaci髇 de firmas electr髇icas realizadas con certificados electr髇icos reconocidos expedidos por Prestadores de Servicios de Certificaci髇 europeos en cumplimiento de la legislaci髇 europea vigente en materia de firma electr髇ica.
  • ▪ Facilita la integraci髇 de la firma electr髇ica en los portales de Administraci髇 electr髇ica, a trav閟 del Cliente @firma, un componente MultiSistema Operativo y MultiNavegador.
  • ▪ Proporciona las m醲imas garant韆s de seguridad y robustez, garantizando en su funcionamiento:
    • ○ un rendimiento 髉timo,
    • ○ alta disponibilidad,
    • ○ interoperabilidad, y
    • ○ portabilidad.

II.1.3.2 Modo de acceso a la plataforma @firma.

El acceso a los servicios de la Plataforma se realiza exclusivamente a trav閟 de la Red SARA, descrita en su correspondiente apartado.

Las solicitudes de acceso se realizar醤 a trav閟 del centro de soporte, atendiendo al procedimiento establecido al efecto.

II.1.3.3 Auditabilidad.

@firma registra todas las peticiones realizadas, identificando siempre al empleado p鷅lico y/o aplicaci髇 (mediante certificado electr髇ico), el momento de dicha petici髇 y el proceso que se han realizado. Estas peticiones podr醤 ser auditadas a trav閟 de los elementos de auditor韆 de los que dispone el MINHAP, por ejemplo para certificar que no se produce 玭o repudio de transacciones.

@firma no almacena los documentos incluidos en las peticiones de validaci髇 o solicitud de firma, y act鷄 鷑icamente como responsable del tratamiento de los datos de car醕ter personal incluidos en los certificados, pero no como responsable de dichos datos. La aplicaci髇 usuaria deber ser responsable de declarar los datos de car醕ter personal que traten sus aplicaciones ante la AEPD o equivalente.

II.1.3.4 Servicios de soporte a usuarios.

En el estado actual de definici髇, los servicios de soporte a usuarios cuentan con las siguientes caracter韘ticas:

  • • Alcance.

    El servicio de soporte y atenci髇 a usuarios abarca a los siguientes interlocutores:

    • ○ Para el primer nivel: los propios organismos usuarios de la Plataforma.
    • ○ Para el segundo nivel: CAU para atender a agentes externos al servicio como organismos, otros CAUs de los organismos o de los Prestadores de Servicio de Certificaci髇 (PSCs).
    • ○ Para el tercer nivel: CAU que atiende las peticiones de actuaci髇 en sistemas y desarrollos del CAU de 2 nivel.
    • ○ Niveles adicionales:
      • ▪ Prestadores de Servicio de Certificaci髇 (PSCs).
      • ▪ Gestores del proyecto del MINHAP.
      • ▪ Otros proveedores de servicios e infraestructura base para solicitar su asistencia ante incidencias o actuaciones preventivas en los sistemas.
  • • Funciones.

    Las funciones del servicio de soporte y atenci髇 al usuario son:

    • ○ Recepci髇 de solicitudes a trav閟 de los canales de entrada que se establezcan (formularios a trav閟 de una web).
    • ○ Registro y clasificaci髇 de incidencias y peticiones en funci髇 de su tipolog韆 y asignaci髇 de prioridades (a partir del cruce entre la urgencia y el impacto en el servicio).
    • ○ Evaluaci髇, investigaci髇 y diagn髎tico de las incidencias y peticiones
    • ○ Escalado funcional a los diferentes niveles de soporte
    • ○ Escalado jer醨quico, de manera que los diferentes niveles de responsabilidad de las organizaciones implicadas posean visibilidad de los casos m醩 relevantes y puedan tomar las acciones necesarias para minimizar el impacto de dichas incidencias
    • ○ Seguimiento de incidencias y peticiones a lo largo de todo su ciclo de vida, hasta su cierre y verificaci髇, manteniendo a los usuarios informados respecto del estado y el grado de progreso de sus incidencias/peticiones

II.1.3.5 Aseguramiento de la calidad de servicio.

La calidad del servicio se medir mediante la continua revisi髇 de los valores de aquellos par醡etros que midan los niveles de servicio.

Se contemplar醤 tanto los par醡etros propios del servicio (disponibilidad de los servicios de validaci髇 y firma o de sellado de tiempo contemplados en @firma, estado de las comunicaciones, monitorizaci髇 de sistemas), como los de soporte a los usuarios para la gesti髇 y resoluci髇 de consultas e incidencias.

El Acuerdo de Nivel de Servicio se publicar en el Centro de Transferencia de Tecnolog韆 (soluci髇 @firma).

II.2 PLATAFORMA Cl@ve.

II.2.1 Descripci髇 del sistema Cl@ve.

Cl@ve es un sistema orientado a unificar y simplificar el acceso electr髇ico de los ciudadanos a los servicios p鷅licos. Su objetivo principal es que el ciudadano pueda identificarse ante la Administraci髇 mediante claves concertadas (usuario m醩 contrase馻), sin tener que recordar claves diferentes para acceder a los distintos servicios.

Cl@ve complementa los actuales sistemas de acceso mediante DNI-e y certificado electr髇ico, y ofrece la posibilidad de realizar firma electr髇ica con certificados personales custodiados en servidores remotos.

Se trata de una plataforma com鷑 para la identificaci髇, autenticaci髇 y firma electr髇ica, un sistema interoperable y horizontal que evita a las Administraciones P鷅licas tener que implementar y gestionar sus propios sistemas de identificaci髇 y firma, y a los ciudadanos tener que utilizar m閠odos de identificaci髇 diferentes para relacionarse electr髇icamente con la Administraci髇.

La Orden PRE/1838/2014, de 8 de octubre, por la que se publica el Acuerdo de Consejo de Ministros, de 19 de septiembre de 2014, por el que se aprueba Cl@ve, la plataforma com鷑 del Sector P鷅lico Administrativo Estatal para la identificaci髇, autenticaci髇 y firma electr髇ica mediante el uso de claves concertadas, regula el funcionamiento de este sistema.

Aunque el alcance inicial del sistema es el Sector P鷅lico Administrativo Estatal, podr醤 adherirse al mismo mediante convenio otras Administraciones P鷅licas en las condiciones t閏nicas, econ髆icas y organizativas que se determinen.

II.2.1.1 Funcionamiento de la plataforma (identificaci髇 y autenticaci髇).

En lo que respecta a la identificaci髇 y autenticaci髇, Cl@ve adopta la filosof韆 de un sistema de federaci髇 de identidades electr髇icas, integrando a diferentes actores:

  • • Proveedores de servicios de administraci髇 electr髇ica (SP): Entidades que proporcionan servicios de administraci髇 electr髇ica y utilizan la plataforma para la identificaci髇 y autenticaci髇 de ciudadanos.
  • • Proveedores de servicios de identificaci髇 y autenticaci髇 (IdP): Entidades que proporcionan mecanismos de identificaci髇 y autenticaci髇 de los ciudadanos para ser utilizados como medios comunes por otras entidades.
  • • Pasarela/Gestor de Identificaci髇: Sistema intermediador que posibilita el acceso de los proveedores de servicios a los distintos mecanismos de identificaci髇.

De acuerdo con esta aproximaci髇, los SP 鷑icamente tienen que integrarse con el Gestor de Identificaci髇, encarg醤dose este de establecer las relaciones pertinentes con los distintos sistemas de identificaci髇. Para ello se establecen c韗culos de confianza entre los distintos actores que se integran entre s, soportadas por el intercambio de certificados electr髇icos y el env韔 de mensajes firmados entre ellos.

Para implementar esta federaci髇 de identidades, la soluci髇 desarrollada para Cl@ve se basa esencialmente en los resultados obtenidos por los proyectos STORK y STORK 2.0, adapt醤dolos convenientemente a las necesidades del proyecto. Esto supone que la interoperabilidad en Cl@ve se consigue con la utilizaci髇 del est醤dar SAML 2.0, un framework basado en XML para reunir y organizar informaci髇 de seguridad e identidad e intercambiarla entre diferentes dominios, y que la integraci髇 entre sistemas se realiza no de manera directa, sino siempre a trav閟 redirecciones desde el navegador el usuario.

En relaci髇 a los mecanismos de identificaci髇, Cl@ve contempla inicialmente la utilizaci髇 de dos tipos de claves concertadas:

  • • Cl@ve PIN: sistema de contrase馻 de validez muy limitada en el tiempo, orientado a usuarios que acceden espor醖icamente a los servicios, provisto por la Agencia Estatal de Administraci髇 Tributaria (AEAT).
  • • Cl@ve permanente: sistema de contrase馻 de validez duradera en el tiempo pero no ilimitada, orientado a usuarios habituales, provisto por la Gerencia de Inform醫ica de la Seguridad Social (GISS).

Ambos mecanismos de identificaci髇 contemplan la posibilidad de que el usuario reciba en su tel閒ono m髒il, mediante un mensaje corto de texto (SMS), un c骴igo que deber utilizar durante el proceso de autenticaci髇. La provisi髇 del servicio de env韔 de dicho SMS no es objeto del presente Convenio, y deber ser gestionada directamente por las entidades que se integran con la plataforma, en este caso la Administraci髇 de la Comunidad Aut髇oma de las Illes Balears, y, eventualmente, las Entidades de derecho p鷅lico dependientes y las Entidades Locales adheridas al presente Convenio.

Adem醩 de los dos mecanismos de identificaci髇 anteriores, Cl@ve se integra con otros dos sistemas de identificaci髇 adicionales:

  • • @firma, para la gesti髇 de la identificaci髇 mediante certificados electr髇icos y DNI electr髇ico.
  • • STORK, la plataforma europea de interoperabilidad que permite el reconocimiento transfronterizo de identidades electr髇icas, desarrollada durante la ejecuci髇 de los proyectos STORK y STORK 2.0, y que servir de referencia para la construcci髇 del futuro sistema de reconocimiento de identidades electr髇icas previsto en Reglamento (UE) No 910/2014 del Parlamento Europeo y del Consejo de 23 de julio de 2014 relativo a la identificaci髇 electr髇ica y los servicios de confianza para las transacciones electr髇icas en el mercado interior y por la que se deroga la Directiva 1999/93/CE (reglamento eIDAS).

II.2.1.2 Funcionamiento de la plataforma (firma mediante certificados centralizados).

El sistema Cl@ve permitir tambi閚 el acceso a servicios de firma electr髇ica, en particular, a servicios de firma de documentos electr髇icos mediante certificados electr髇icos personales centralizados, si el usuario no usase otros certificados admitidos, todo ello a efectos de su presentaci髇 ante las Administraciones P鷅licas en aquellos tr醡ites en que sea requerido o admitido el uso de certificados electr髇icos. Se tendr醤 en cuenta las siguientes consideraciones:

  • • Para poder acceder al servicio, el usuario deber solicitar previa y expresamente la emisi髇 de sus certificados electr髇icos personales centralizados. La emisi髇 al ciudadano de su certificado electr髇ico centralizado para firma se llevar a cabo la primera vez que el ciudadano acceda al procedimiento de firma con la plataforma Cl@ve. El sistema informar al ciudadano de que se le va a emitir su certificado centralizado y generar en ese momento su clave privada y la almacenar en el sistema de forma protegida, de modo que se garantice su uso bajo el control exclusivo de su titular.
  • • Los certificados electr髇icos personales ser醤 emitidos con las mismas garant韆s de identificaci髇 del DNI electr髇ico del ciudadano.
  • • En cualquier proceso de firma electr髇ica con el certificado centralizado, deber garantizarse que el acceso a dicha clave s髄o podr ser efectuado por el titular de la misma, por lo que para su uso se deber haber autenticado previamente al ciudadano mediante un m韓imo de 2 factores de autenticaci髇, como por ejemplo los mecanismos de identificaci髇 Cl@ve PIN y Cl@ve permanente.

II.2.2 Uso del sistema Cl@ve.

Las condiciones t閏nicas, econ髆icas y organizativas para la incorporaci髇 al sistema Cl@ve de la Administraci髇 de la Comunidad Aut髇oma de las Illes Balears y, en su caso, las Entidades de derecho p鷅lico dependientes y las Entidades Locales adheridas al presente Convenio, est醤 determinadas por la Resoluci髇 de 14 de diciembre de 2015, de la Direcci髇 de Tecnolog韆s de la Informaci髇 y las Comunicaciones, por la que se establecen las prescripciones t閏nicas necesarias para el desarrollo y aplicaci髇 del sistema Cl@ve. Eventualmente, la Comunidad Aut髇oma de las Illes Balears y, en su caso, las Entidades de derecho p鷅lico dependientes y las Entidades Locales adheridas al presente Convenio, podr醤 constituir Oficinas de Registro Presencial del sistema Cl@ve, para lo cual deber醤 estar a lo dispuesto en la Resoluci髇 de 28 de septiembre de 2015 de la Direcci髇 de Tecnolog韆s de la Informaci髇 y las Comunicaciones, por la que se establecen las condiciones para actuar como oficina de registro presencial del sistema cl@ve.

Las solicitudes de acceso se realizar醤 a trav閟 del centro de soporte, atendiendo al procedimiento establecido al efecto.

II.2.2.1 Auditabilidad.

El sistema Cl@ve registrar todas las peticiones realizadas, identificando siempre a la entidad que realiza la petici髇 y el momento de dicha petici髇, as como la operaci髇 efectuada y la respuesta proporcionada por el sistema. Estas peticiones podr醤 ser auditadas a trav閟 de los elementos de auditor韆 de los que disponen las entidades que intervienen en la operaci髇 del sistema, de acuerdo con las responsabilidades asignadas a cada una establecidas en la Resoluci髇 de 14 de diciembre de 2015, de la Direcci髇 de Tecnolog韆s de la Informaci髇 y las Comunicaciones, por la que se establecen las prescripciones t閏nicas necesarias para el desarrollo y aplicaci髇 del sistema Cl@ve.

El sistema Cl@ve no almacena los datos de car醕ter personal incluidos en las respuestas a las peticiones de identificaci髇 y autenticaci髇, y act鷄 鷑icamente como responsable del tratamiento de los datos de car醕ter personal incluidos en los certificados, pero no como responsable de dichos datos. La aplicaci髇 usuaria deber ser responsable de declarar los datos de car醕ter personal que traten sus aplicaciones ante la AEPD o equivalente.

II.2.2.2 Servicios de soporte a las entidades usuarias.

El servicio de soporte y atenci髇 a entidades usuarias del sistema Cl@ve ser prestado en sus diferentes niveles por los siguientes actores:

  • • Centro de Atenci髇 a Integradores y Desarrolladores (CAID) del Ministerio de Hacienda y Administraciones P鷅licas (MINHAP), como punto de contacto con las entidades usuarias.
  • • Servicios de soporte de los Proveedores de Servicios de Identificaci髇 (AEAT o GISS), en el caso de que sea necesaria su participaci髇.

Las funciones de este servicio de soporte y atenci髇 a las entidades usuarias son:

  • • Recepci髇 de solicitudes a trav閟 de los canales de entrada que se establezcan (formularios a trav閟 de una web).
  • • Registro y clasificaci髇 de incidencias y peticiones en funci髇 de su tipolog韆 y asignaci髇 de prioridades (a partir del cruce entre la urgencia y el impacto en el servicio).
  • • Evaluaci髇, investigaci髇 y diagn髎tico de las incidencias y peticiones
  • • Escalado funcional a los diferentes niveles de soporte.
  • • Seguimiento de incidencias y peticiones a lo largo de todo su ciclo de vida, hasta su cierre y verificaci髇, manteniendo a los usuarios informados respecto del estado y el grado de progreso de sus incidencias/peticiones.

II.2.2.3 Aseguramiento de la calidad de servicio.

La calidad del servicio se medir mediante la continua revisi髇 de los valores de aquellos par醡etros que midan los niveles de servicio.

Se contemplar醤 tanto los par醡etros propios del servicio como los de soporte a los usuarios para la gesti髇 y resoluci髇 de consultas e incidencias.

El Acuerdo de Nivel de Servicio es el de aplicaci髇 a la soluci髇 @firma, publicado en el Centro de Transferencia de Tecnolog韆.

II.3 REGISTRO ELECTR覰ICO DE APODERAMIENTOS.

II.3.1 DESCRIPCI覰 GENERAL.

El registro electr髇ico de representaci髇 y apoderamientos (REA), permite hacer constar y gestionar las representaciones que los interesados otorguen a terceros, con el fin de actuar en su nombre de forma electr髇ica ante las Administraciones P鷅licas y/o sus organismos p鷅licos vinculados o dependientes.

Los Actores que intervienen en un apoderamiento son:

  • • El ciudadano que act鷄 como poderdante puede apoderar a cualquier otro ciudadano o empresa para que act鷈 en su nombre.
  • • El ciudadano que act鷄 como apoderado puede representar a cualquier otro ciudadano o empresa.

El apoderamiento se inscribe en el Registro para un determinado tr醡ite o conjunto de ellos. La descripci髇, la gesti髇 de los tr醡ites y las categor韆s es competencia de cada organismo que se adhiere al REA.

El registro REA permite, previa identificaci髇 con certificado digital o DNI electr髇ico realizar ciertas operaciones necesarias para inscribir o gestionar el apoderamiento:

Como poderdante:

  • • Crear un apoderamiento sobre un tr醡ite o una categor韆 de tr醡ites.
  • • Consultar sus apoderamientos.
  • • Revocar sus apoderamientos.
  • • Modificar la vigencia de sus apoderamientos.

Como apoderado:

  • • Consultar sus apoderamientos.
  • • Renunciar a apoderamientos.
  • • Confirmar apoderamientos, para tr醡ites o categor韆s que as lo requieran.

Un organismo puede realizar la gesti髇 y consulta de los apoderamientos de su competencia en REA, bien a trav閟 del subsistema Intranet del REA, o bien integrando sus propias aplicaciones con el Registro a partir de los servicios Web puestos a disposici髇 por el sistema. El sistema permite a los organismos la descarga de sus tr醡ites y categor韆s en diversos formatos normalizados.

II.3.2 ESPECIFICACIONES T蒀NICAS.

II.3.2.1 MODOS DE ACCESO AL REA.

II.3.2.1.1 Acceso a trav閟 de una aplicaci髇 Web

La direcci髇 es:

https://rea.redsara.es/funcionarioHabilitado/

El acceso a la aplicaci髇 se realiza exclusivamente a trav閟 de la Red SARA.

Las solicitudes de acceso se har醤 a trav閟 del centro de soporte, atendiendo al procedimiento establecido al efecto.

El manual de usuario de la aplicaci髇 puede consultarse en:

http://administracionelectronica.gob.es/ctt/rea/

II.3.2.1.2 Acceso a trav閟 de una interfaz de servicios Web.

El acceso a los servicios Web del REA se realiza exclusivamente a trav閟 de la Red SARA.

Las reglas de validaci髇 que se aplican son las que define el lenguaje WSDL y los documentos esquema XSD.

Los Servicios Web disponibles son los siguientes:

  • 1. Consulta de Apoderamientos WS.
  • 2. Dar de Alta Apoderamientos WS.
  • 3. Revocar Apoderamientos WS.
  • 4. Modificar Apoderamientos WS.
  • 5. Renunciar Apoderamientos WS.
  • 6. Confirmar Apoderamientos WS.
  • 7. Descarga de Apoderamientos WS.
  • 8. Descarga de Categor韆s y Tr醡ites WS.

La descripci髇 detallada de los servicios Web puede consultarse en:

  • http://administracionelectronica.gob.es/ctt/rea/

II.3.3 Servicios de soporte a las entidades usuarias.

El servicio de soporte a usuarios tiene las siguientes caracter韘ticas:

  • • Alcance.

    El servicio de soporte y atenci髇 a usuarios abarca a los siguientes interlocutores:

    • ○ Para el primer nivel: los propios organismos usuarios del REA.
    • ○ Para el segundo nivel: CAU para atender a agentes externos al servicio como organismos, otros CAUs de los organismos.
    • ○ Para el tercer nivel: CAU que atiende las peticiones de actuaci髇 en sistemas y desarrollos del CAU de 2 nivel.
    • ○ Niveles adicionales:
      • ▪ Gestores del proyecto del MINHAP.
      • ▪ Los proveedores de servicios e infraestructura base para solicitar su asistencia ante incidencias o actuaciones preventivas en los sistemas.
  • • Funciones.

    Las funciones del servicio de soporte y atenci髇 al usuario son:

    • ○ Recepci髇 de solicitudes a trav閟 de los canales de entrada que se establezcan (formularios a trav閟 de una p醙ina web).
    • ○ Registro y clasificaci髇 de incidencias y peticiones en funci髇 de su tipolog韆 y asignaci髇 de prioridades (a partir del cruce entre la urgencia y el impacto en el servicio).
    • ○ Evaluaci髇, investigaci髇 y diagn髎tico de las incidencias y peticiones
    • ○ Escalado funcional a los diferentes niveles de soporte
    • ○ Escalado jer醨quico, de manera que los diferentes niveles de responsabilidad de las organizaciones implicadas posean visibilidad de los casos m醩 relevantes y puedan tomar las acciones necesarias para minimizar el impacto de dichas incidencias
    • ○ Seguimiento de incidencias y peticiones a lo largo de todo su ciclo de vida, hasta su cierre y verificaci髇, manteniendo a los usuarios informados respecto del estado y el grado de progreso de sus incidencias/peticiones.

II.3.4 Aseguramiento de la calidad de servicio.

La calidad del servicio se medir mediante la continua revisi髇 de los valores de aquellos par醡etros que midan los niveles de servicio.

Se contemplar醤 tanto los par醡etros propios del servicio como los de soporte a los usuarios para la gesti髇 y resoluci髇 de consultas e incidencias.

El Acuerdo de Nivel de Servicio es el de aplicaci髇 a la soluci髇 @firma, publicado en el Centro de Transferencia de Tecnolog韆.

APARTADO III): COMUNICACIONES ENTRE ADMINISTRACIONES P贐LICAS POR MEDIOS ELECTR覰ICOS:

Subapartado III.a): Intermediaci髇 de datos entre Administraciones P鷅licas.

III. a.1 DESCRIPCI覰 GENERAL.

III. a.1.1 Descripci髇.

La plataforma de intermediaci髇 de datos permite a las Administraciones P鷅licas interesadas la consulta por medios electr髇icos de datos de ciudadanos de los que ya disponen otras Administraciones P鷅licas por su competencia.

De esta forma, el ciudadano no tiene que aportar los documentos acreditativos de los mismos. Asimismo, la Administraci髇 P鷅lica puede realizar comprobaciones de dichos datos. Para ello debe existir el adecuado soporte legal o que el ciudadano haya dado su consentimiento.

III. a.1.2 Servicios incluidos.

Los servicios ofrecidos por la plataforma de intermediaci髇 de datos entre administraciones son:

  • ▪ Conexi髇 a la plataforma de intercambio de datos.
  • ▪ Servicio de comunicaci髇 de cambio de domicilio a organismos de la Administraci髇 General del Estado.
  • ▪ Carta de servicios.

La carta de servicios recoger en este servicio los efectos que se derivan del intercambio de datos entre Administraciones P鷅licas para la prestaci髇 de un servicio determinado, as como los requisitos para su tramitaci髇, el plazo para su efectividad y cualquier otra informaci髇 que deba conocer el interesado, y ser actualizada con los nuevos servicios intermediados que se incorporen.

III. a.2 ESPECIFICACIONES T蒀NICAS.

III. a.2.1 Caracter韘ticas de la plataforma de intermediaci髇 de datos entre administraciones.

La plataforma de intermediaci髇 de datos es un servicio horizontal que permite integrar m鷏tiples Administraciones P鷅licas, tanto para proveer datos a otras Administraciones P鷅licas como para consultar datos de otras, de forma segura.

III. a.2.2 Modo de acceso a la plataforma de intermediaci髇 de datos.

El acceso a los servicios de la plataforma se realiza exclusivamente a trav閟 de la Red SARA, descrita en su correspondiente apartado.

III. a.2.3 Especificaciones de seguridad.

Debido a la criticidad de la informaci髇 intercambiada, para asegurar plenas garant韆s de seguridad, confidencialidad y protecci髇 de datos se cumplir醤 las siguientes especificaciones:

  • • Autenticaci髇: identificaci髇 de los usuarios que acceden al servicio mediante certificado electr髇ico reconocido en vigor que cumpla la recomendaci髇 UIT X.509 versi髇 3 o superiores, o mediante otros sistemas de identificaci髇 recogidos en la Ley 11/2007 para la identificaci髇 de las Administraciones P鷅licas.
  • • Gesti髇 de autorizaciones: S髄o se dar acceso a los empleados p鷅licos y las aplicaciones, y s髄o para realizar aquellas consultas para las que han sido habilitados.
  • • Firma electr髇ica: Todas las peticiones ir醤 firmadas (XMLDSig) con certificado electr髇ico (X509 v3).
  • • Trazabilidad: El sistema registrar todas las consultas realizadas, identificando siempre al empleado p鷅lico y/o aplicaci髇 (mediante certificado electr髇ico), el momento de dicha consulta (sellado en tiempo) y la finalidad con la que se han realizado. El sistema garantiza la integridad de los datos registrados mediante el uso de firma electr髇ica.
  • • Confidencialidad: El sistema garantizar la confidencialidad de los datos intercambiados. Todas las comunicaciones que se realicen entre distintos organismos van sobre protocolo https (SSL) y adem醩 la red SARA proporciona, en el tramo troncal, medidas adicionales de cifrado de datos.
  • • Integridad: Todas las consultas que se realicen, as como las respuestas que se devuelvan ser醤 firmadas electr髇icamente para garantizar tanto la integridad de los datos intercambiados como la identidad de las partes que intervienen y el no repudio de la consulta.
  • • Sellado de tiempo: Para certificar la fecha y el tiempo de las actividades y sucesos registrados en la plataforma de intermediaci髇 de datos se har uso de una marca de tiempo o, en su caso, del Servicio de Sellado de Tiempo de la Plataforma de Firma Electr髇ica del MINHAP, sincronizada con el Real Instituto y Observatorio de la Armada, de conformidad con lo previsto sobre la hora legal en el Real Decreto 1308/1992, de 23 de octubre, por el que se declara el Laboratorio de la Armada como laboratorio depositario del padr髇 nacional de Tiempo y laboratorio asociado al centro Espa駉l de Metrolog韆, y seg鷑 las condiciones t閏nicas y protocolos que el citado Organismo establezca.
  • • Auditabilidad: Cada petici髇 y su correspondiente respuesta se registra en el sistema con la consiguiente firma electr髇ica y sellado de tiempo. Todas las peticiones van identificadas con un identificador 鷑ico, que permite su posterior recuperaci髇 ante posibles reclamaciones o auditor韆s del servicio.
  • • Auditor韆: La plataforma de intermediaci髇 de datos dispondr de un m骴ulo de auditor韆, en el que quedar醤 registrados todas las consultas de datos realizadas, informaci髇 de contexto asociada, la identidad del solicitante, la fecha y la finalidad de la consulta, y aquellos eventos relevantes desencadenados a partir de la propia consulta. Se garantizar la integridad y no repudio de la informaci髇 registrada mediante t閏nicas de firma electr髇ica y sellado de tiempo, estableci閚dose, asimismo, medidas t閏nicas para garantizar la disponibilidad y recuperaci髇 de aquella informaci髇 que no se mantenga on-line por motivos de eficiencia t閏nica o seguridad. S髄o personal de la Administraci髇 P鷅lica debidamente autorizado y acreditado podr acceder a las funcionalidades de auditor韆 de la plataforma.
  • • Calidad de la informaci髇: La calidad de los datos ser responsabilidad del organismo que los custodia.
  • • Administraci髇 delegada: para facilitar la gesti髇 de usuarios (altas/bajas/modificaciones) el sistema permite que cada organismo pueda tener un administrador encargado de esta gesti髇. Para ello, se da la posibilidad de limitar la administraci髇 del sistema por organismos.
  • • Pol韙ica de seguridad com鷑: las medidas de seguridad necesarias para proteger debidamente la informaci髇 y los servicios de intermediaci髇 ofrecidos se definir醤 sobre:
    • a. Cumplimiento de los criterios de seguridad, normalizaci髇 y conservaci髇 de las aplicaciones utilizadas para el ejercicio de potestades aprobados por el Consejo Superior de Administraci髇 Electr髇ica mediante Resoluci髇 de 26 de mayo de 2003 y revisiones posteriores, y aquellas que sean de aplicaci髇 del Real Decreto 3/2010, de 8 de enero, por el que se regula el Esquema Nacional de Seguridad en el 醡bito de la Administraci髇 Electr髇ica.
    • b. Realizaci髇 de an醠isis y gesti髇 de riesgos, preferiblemente con la Metodolog韆 de An醠isis y Gesti髇 de Riesgos de los Sistemas de Informaci髇 (MAGERIT) del Consejo Superior de Administraci髇 Electr髇ica.
    • c. Cumplimiento de la normativa de Protecci髇 de Datos de Car醕ter Personal, de conformidad con lo dispuesto en la Ley Org醤ica 15/1999, de 13 de diciembre, de Protecci髇 de Datos de Car醕ter Personal y su normativa de desarrollo.

III. a.2.4 Especificaciones de disponibilidad.

Se promover que la plataforma de intermediaci髇 de datos est disponible los 7 d韆s de la semana las 24 horas del d韆. Los organismos cedentes deber醤 contar con la misma disponibilidad en sus sistemas o plataformas.

III. a.2.5 Incorporaci髇 de nuevos servicios.

Las administraciones adheridas a este Convenio podr醤 incorporar nuevos conjuntos de datos intermediados, promoviendo la correspondiente actualizaci髇 de la Carta de Servicios e informando de los nuevos servicios intermediados al MINHAP para actualizar la Carta de Servicios.

III. a.2.6 Incorporaci髇 de nuevos intermediadores de datos.

Las Administraciones P鷅licas usuarias de este servicio podr醤 desarrollar sus propios intermediadores de datos, en cuyo caso se conectar醤 a la plataforma de intermediaci髇 de datos como un usuario m醩, atendiendo los mismos requisitos y obligaciones que la plataforma en cuanto a seguridad y niveles de servicio.

III. a.2.7 Niveles de servicio de partida.

Inicialmente los niveles de servicio ser醤 los siguientes:

Servicios de soporte.

Los que correspondan a @firma.

La Comisi髇 de Seguimiento podr determinar nuevos valores cuando corresponda por motivos t閏nicos o legales.

Subapartado III.b): Sistema de Interconexi髇 de Registros.

III. b.1 DESCRIPCI覰 GENERAL.

III. b.1.1 Descripci髇 del Sistema de Interconexi髇 de Registros.

El Sistema de Interconexi髇 de Registros (SIR) es la infraestructura de las Administraciones P鷅licas que:

  • – Interconecta las oficinas de registro (presenciales y electr髇icas), utilizando la Norma T閏nica de Interoperabilidad (N.T.I.) prevista en la disposici髇 adicional primera del Real Decreto 4/2010, de 8 de enero, por el que se regula el Esquema Nacional de Interoperabilidad en el 醡bito de la Administraci髇 Electr髇ica, en su punto k) Modelo de Datos para el intercambio de asientos entre las Entidades Registrales (denominado tambi閚 SICRES 3.0.)
  • – Permite el intercambio de asientos registrales en forma de comunicaciones electr髇icas seguras entre las Oficinas de Registro y los Organismos Competentes, aportando evidentes beneficios tanto al ciudadano como a las Administraciones P鷅licas.
  • – Da cumplimiento a la obligaci髇 legal del Art韈ulo 24.4 de la Ley 11/2007 de acceso electr髇ico de los ciudadanos a los servicios p鷅licos.

La remisi髇 electr髇ica de los documentos presentados por el ciudadano o por las propias Administraciones P鷅licas que estuvieran originalmente en papel, aporta grandes ahorros en coste y tiempo, y garantiza la disponibilidad de dichos documentos. Asimismo, y aplicando la normativa correspondiente, es posible digitalizar con plena cobertura legal para crear copias aut閚ticas, y devolver el papel al ciudadano en ventanilla, minimizando los costes de manipulaci髇 y tr醤sito del papel.

La plataforma est construida con componentes de fuentes abiertas lo que facilita su soporte, transferencia y reutilizaci髇 por cualquier Administraci髇 u Organismo.

III. b.1.2 Servicios incluidos.

Los servicios ofrecidos para la integraci髇 con el SIR son:

  • ▪ la conexi髇 a la propia plataforma tecnol骻ica.
  • ▪ la oficina para la certificaci髇 de la NTI SICRES 3.0 y la integraci髇 en SIR, gestionada por el MINHAP, que est disponible a aquellas Administraciones que deseen adaptarse integrar sus aplicativos de registro en SIR, ofreciendo soporte y certificaci髇 mediante la ejecuci髇 y validaci髇 de la correspondiente bater韆 de pruebas normalizada.
  • ▪ Directorio Com鷑 de Unidades Org醤icas y Oficinas (DIR 3), de consumo obligado por la plataforma SIR para el adecuado direccionamiento de los asientos de registro.

Asimismo, es necesario adoptar una operativa que incluye obligatoriamente:

  • ▪ Procedimiento de digitalizaci髇, para la adecuada remisi髇 de los anexos a los asientos registrales.
  • ▪ gesti髇 de excepciones en la documentaci髇 f韘ica.
  • ▪ procedimientos para la gesti髇 de originales, compulsas y fotocopias.
  • ▪ procedimientos de recepci髇 y reenv韔 de asientos, con o sin documentaci髇 f韘ica.
  • ▪ gesti髇 de excepciones en caso de error humano.
  • ▪ m閠ricas de calidad.

Es opcional:

  • ▪ indicadores de evoluci髇 y cumplimiento procedimental.

III. b.2 ESPECIFICACIONES T蒀NICAS.

III. b.2.1 Caracter韘ticas del Sistema de Interconexi髇 de Registros.

Para facilitar al m醲imo la integraci髇 con las arquitecturas, aplicaciones y soluciones ya existentes, la plataforma SIR es 玭o intrusiva, es decir, no modifica ni impacta en los esfuerzos ya realizados en sistemas y aplicaciones existentes.

III. b.2.2 Modo de acceso al Sistema de Interconexi髇 de Registros.

El acceso a los servicios del SIR se realiza exclusivamente a trav閟 de la Red SARA, descrita en su correspondiente apartado.

III. b.2.3 Elementos de acceso al Sistema de Interconexi髇 de Registros.

El acceso a los servicios del SIR se realiza mediante el Componente de Intercambio Registral (CIR), un componente que cede el MINHAP cuya funci髇 es la de determinar con qu parte se debe producir el intercambio de cada asiento registral (es decir, entre la administraci髇 origen y la correspondiente administraci髇 destino), y realizar dicho intercambio y reintentar en caso de fallo. Garantiza, asimismo, que los nodos que participan en el proceso de intercambio est醤 autorizados, y que la comunicaci髇 cumple con el est醤dar de interoperabilidad establecidos (SICRES 3.0).

III. b.2.4 Auditabilidad.

SIR registra todas las transacciones realizadas, identificando siempre el intercambio realizado, el momento en que se ha hecho, y el resultado del mismo. Estas consultas podr醤 ser auditadas a trav閟 de los elementos de auditor韆 y traza de los que dispone el MINHAP, por ejemplo, para certificar que no se produce rechazo de intercambios.

III. b.2.5 Niveles de servicio de partida.

Inicialmente los niveles de servicio ser醤 los siguientes:

Servicios de soporte.

Los que correspondan a @firma

Servicios de intercambio.

El car醕ter de intercambio entre pares (es decir, entre administraci髇 origen y administraci髇 destino) impide establecer niveles de servicio con car醕ter exhaustivo en toda la red.

La Comisi髇 de Seguimiento podr determinar nuevos valores cuando corresponda por motivos t閏nicos o legales.

Subapartado III.c): Remisi髇 de informaci髇 a trav閟 del Portal de Comunidades Aut髇omas.

III.c.1 DESCRIPCI覰 GENERAL.

III.c.1.1 Descripci髇 del servicio.

El portal de Comunidades Aut髇omas de la Secretar韆 de Estado de Administraciones P鷅licas (SEAP) provee servicios a las Administraciones P鷅licas que le permiten disponer, de forma centralizada, de un conjunto de aplicaciones y utilidades usuarios con perfiles, de manera que se gestione la identidad de estos empleados p鷅licos en su relaci髇 con la SEAP.

Por otro lado, la documentaci髇 que las Entidades Locales ponen a disposici髇 de la SEAP se almacena en el servicio de gesti髇 de documentaci髇 de las Entidades Locales.

Cuando el marco legal lo permita, la documentaci髇 que las Entidades Locales han puesto a disposici髇 podr ser puesta a disposici髇 de la Comunidad Aut髇oma en un servicio de gesti髇 de documentaci髇 propio de la Comunidad, evit醤dole as nuevas obligaciones a las Entidades Locales y promoviendo con ello el reaprovechamiento de la informaci髇.

III.c.1.2 Servicios incluidos.

La Comunidad Aut髇oma acceder a la documentaci髇 que las Entidades Locales han puesto a disposici髇 de la SEAP a trav閟 de su propio servicio de gesti髇 de documentaci髇.

Adem醩, la Comunidad Aut髇oma podr realizar un conjunto de tramitaciones b醩icas, como son:

  • – Recepci髇 de la documentaci髇.
  • – Obtenci髇 del justificante de registro emitido por el Registro Electr髇ico Com鷑.
  • – Posibilidad de efectuar requerimientos a las entidades locales.
  • – Adjuntar documentaci髇 privada a los expedientes recibidos.
  • – Archivado del expediente.

Adicionalmente, conforme a los servicios b醩icos de infraestructura de la propia Red Sara, se realiza:

  • – Un servicio de backup de la informaci髇 remitida por las entidades locales, as como de los datos introducidos por las Comunidades Aut髇omas.
  • – Posibilidad de realizar auditor韆 de accesos de las acciones que se hayan efectuado durante un a駉 completo, pudiendo recuperar la informaci髇 necesaria en este plazo de tiempo.

III.c.2 ESPECIFICACIONES T蒀NICAS.

III.c.2.1 Acceso al servicio.

El acceso al servicio de gesti髇 de documentaci髇 se realiza a trav閟 del Portal de Comunidades Aut髇omas, el cual est sincronizado con el Directorio Com鷑 de Unidades Org醤icas y Oficinas (DIR 3). A cada una de las unidades de este Directorio pueden asignarse empleados p鷅licos de las mismas, con el perfil necesario para acceder a la aplicaci髇 de gesti髇 mediante un sistema de autoprovisi髇 que permite establecer cargos y/o perfiles para cada empleado.

III.c.2.2 Aseguramiento de la calidad del servicio.

Con el fin de asegurar la buena calidad del servicio, el portal de Comunidades Aut髇omas cuenta con un punto de notificaci髇 de incidencias, resoluci髇 de las mismas, consultas t閏nicas relacionadas con el servicio, as como peticiones de nuevos accesos. Dicho punto est disponible en 24x7 mediante un sistema web, y con un horario de resoluci髇 de incidencias de 9 a 18:30.

El MINHAP, a trav閟 del Portal de Entidades Locales, ha habilitado un espacio en el que se publica informaci髇 sobre el servicio proporcionado: manuales, notificaci髇 de incidencias, paradas de servicio programadas, publicaci髇 de nuevos servicios u otros elementos necesarios para el correcto funcionamiento del sistema. Dicha informaci髇 estar accesible a trav閟 de dicho portal.

La detecci髇, diagn髎tico y resoluci髇 de las incidencias por la DTIC (MINHAP) puede requerir la colaboraci髇 de la Comunidad Aut髇oma, pudiendo abarcar esta colaboraci髇 la realizaci髇 de peque馻s comprobaciones o actuaciones a nivel de usuario final, dirigidas desde el Centro de Soporte de la aplicaci髇, con el fin de reducir los tiempos de resoluci髇 de las incidencias.

III.c.2.3 Requisitos de utilizaci髇 del servicio.

Para la correcta utilizaci髇 del portal y del servicio de gesti髇 de documentaci髇 de las entidades locales es imprescindible que el empleado p鷅lico de la Comunidad Aut髇oma cuente con un certificado digital activo en alguno de los est醤dares soportados por la plataforma de @firma del MINHAP.

Este certificado digital se usar: para la autenticaci髇 del empleado p鷅lico; para la emisi髇 de requerimientos a la entidad local; para la firma de la documentaci髇; y, en caso necesario, para la firma de las peticiones de apunte registrales en el REC que sean necesarias para el cumplimiento del procedimiento de requerimiento.

III.c.2.4 Niveles de servicio de partida.

Inicialmente los niveles de servicio ser醤 los siguientes:

Servicios de soporte.

Los que correspondan a @firma.

La Comisi髇 de Seguimiento podr determinar nuevos valores cuando corresponda por motivos t閏nicos o legales.

APARTADO IV): PR罜TICA DE LA NOTIFICACI覰 POR MEDIOS ELECTR覰ICOS: DIRECCI覰 ELECTR覰ICA HABILITADA Y CAT罫OGO DE PROCEDIMIENTOS DEL SERVICIO DE NOTIFICACIONES ELECTR覰ICAS.

IV.1 DESCRIPCI覰 GENERAL.

IV.1.1 Descripci髇.

El art韈ulo 38.2 del Real Decreto 1671/2009, de 6 de noviembre, por el que se desarrolla parcialmente la Ley 11/2007, de 22 de junio, de acceso electr髇ico de los ciudadanos a los servicios p鷅licos, regula la utilizaci髇 de t閏nicas electr髇icas, inform醫icas y telem醫icas por la Administraci髇 General del Estado establece que 玝ajo responsabilidad del Ministerio de la Presidencia existir un sistema de direcci髇 electr髇ica habilitada para la pr醕tica de estas notificaciones que quedar a disposici髇 de todos los 髍ganos y organismos p鷅licos vinculados o dependientes de la Administraci髇 General del Estado que no establezcan sistemas de notificaci髇 propios. Los ciudadanos podr醤 solicitar la apertura de esta direcci髇 electr髇ica, que tendr vigencia indefinida, excepto en los supuestos en que se solicite su revocaci髇 por el titular, por fallecimiento de la persona f韘ica o extinci髇 de la personalidad jur韉ica, que una resoluci髇 administrativa o judicial as lo ordene o por el transcurso de tres a駉s sin que se utilice para la pr醕tica de notificaciones, supuesto en el cual se inhabilitar 閟ta direcci髇 electr髇ica, comunic醤dose as al interesado.

La Orden PRE/878/2010, de 5 de abril, por la que se establece el r間imen del sistema de direcci髇 electr髇ica habilitada previsto en el art韈ulo 38.2 del Real Decreto 1671/2009, de 6 de noviembre, fija las condiciones que ha de reunir la entidad habilitada para la prestaci髇 del servicio de direcci髇 electr髇ica, as como las condiciones para su prestaci髇, establece en su art韈ulo 2.1 que 玪a titularidad de la direcci髇 electr髇ica a partir de la que se construyan las direcciones electr髇icas habilitadas de los interesados corresponde al Ministerio de la Presidencia.

En aplicaci髇 de lo dispuesto en la normativa anteriormente citada, el Ministerio de Hacienda y Administraciones P鷅licas (MINHAP) ha desarrollado un servicio de notificaciones electr髇icas y de direcci髇 electr髇ica habilitada para la Administraci髇 General del Estado, que es prestado en colaboraci髇 con la Sociedad Estatal Correos y Tel間rafos, S.A. (CORREOS), gracias al Convenio de colaboraci髇 que ambas partes tienen suscrito con esta finalidad.

El MINHAP, con el objetivo de impulsar la implantaci髇 de la administraci髇 electr髇ica, quiere facilitar a las administraciones y entidades p鷅licas la utilizaci髇 de los sistemas que ha desarrollado para prestar este servicio en el 醡bito de la AGE. El objeto del presente anexo es la regulaci髇 de los derechos y obligaciones que se establecen para la prestaci髇, por parte del MINHAP, del Servicio de Direcci髇 Electr髇ica Habilitada y Cat醠ogo de procedimientos del Servicio de Notificaciones Electr髇icas.

La plataforma de Direcci髇 Electr髇ica Habilitada (DEH) permite la pr醕tica de la notificaci髇 por medios electr髇icos al facilitar a los interesados el acceso al contenido del acto objeto de notificaci髇, acreditando fecha y hora de la puesta a disposici髇 y la del acceso al contenido, de forma segura y fehaciente.

Las funcionalidades del Servicio de Notificaciones Electr髇icas (SNE) son:

  • – Gestionar las Direcciones Electr髇icas que se otorgan al ciudadano para identificar su buz髇.
  • – Gestionar los procedimientos para los cuales se puede recibir notificaciones de forma telem醫ica.
  • – Gestionar la entrega de notificaciones administrativas desde el emisor al ciudadano de forma telem醫ica.
  • – Gestionar la informaci髇 de retorno (entrega de las notificaciones o rechazo o vencimiento de plazo)
  • – Identificar al ciudadano mediante certificado digital o eDNI, as como comprobar la validez del certificado.
  • – Recabar la firma del ciudadano para los documentos de 玸olicitud de nueva direcci髇 electr髇ica, 玸uscripci髇 a procedimientos 玶echazo o entrega de notificaci髇.
  • – Realizar un sellado de tiempo de las acciones realizadas por el ciudadano.
  • – Almacenar los documentos necesarios para asegurar la validez jur韉ica de la notificaci髇.

IV.1.2 Servicios incluidos.

Los servicios ofrecidos por el Sistema de Direcci髇 Electr髇ica Habilitada y el Cat醠ogo de Procedimientos del Servicio de Notificaciones Electr髇icas (SNE) son los siguientes:

  • a. Gesti髇 de la Direcci髇 Electr髇ica Habilitada (DEH).
  • b. Gesti髇 del Cat醠ogo de Procedimientos SNE.
  • c. Publicaci髇 de procedimientos.
  • d. Gesti髇 de la suscripci髇 a procedimientos.

Cualquier medida de informatizaci髇 que pueda afectar a la compatibilidad de la DEH y a la publicaci髇 de los procedimientos a los que el ciudadano puede suscribirse se comunicar mutuamente.

IV.1.3 Coste asociado a la gesti髇 de la entrega de la notificaci髇.

Los servicios prestados por el Servicio de Direcci髇 Electr髇ica Habilitada y Cat醠ogo de procedimientos del Servicio de Notificaciones Electr髇icas del MINHAP se realizar醤 sin coste alguno. Los costes asociados a la gesti髇 de la entrega de la notificaci髇 (buz髇, puesta a disposici髇, entrega, acuses de recibo, etc.), se inscribir醤 dentro de las relaciones entre Correos y el usuario del servicio.

IV.2 DESCRIPCI覰 T蒀NICA DEL SISTEMA.

IV.2.1 Prestador del servicio.

El servicio de notificaciones electr髇icas y de direcci髇 electr髇ica habilitada es prestado por la Sociedad Estatal Correos y Tel間rafos, S.A. (CORREOS), gracias al Convenio de colaboraci髇 que ambas partes tienen suscrito con esta finalidad.

IV.2.2 Determinaci髇 de niveles de servicio.

La determinaci髇 de niveles de servicio aplicable es la que se fije en el Convenio MINHAP-Correos en vigor.