Dimensión técnica de la Alianza de Uso Compartido

Ya en 2021, comenzó la aplicación de los requisitos mínimos de la EfA: desde el punto de vista técnico de WSP.NRW / GovForms, estos ya podrían aplicarse en gran medida. Por lo tanto, se ha creado la base para una conexión técnica de los socios interesados y se lleva a cabo inmediatamente una planificación detallada para la implementación piloto.

Formatos de transporte soportados por GovForms 2.0:

• FIT-Connect (recomendación): listo para su uso

La comunicación con las autoridades responsables ya se puede hacer a través de Fit-Connect. Una interfaz funcional está disponible en el lado WSP.NRW

• Implementación nativa OSCI/XTA2: en preparación

La plataforma FIT-Connect encargada por el Consejo de Planificación de TI sirve para la creación de redes y la integración de sistemas de TI de la arquitectura de TI federal y es adecuada para conectar portales en línea y organismos competentes en el sentido de la implementación de EfA. La ventaja de FIT-Connect radica en el alto nivel de abstracción en comparación con otras realizaciones de rutas de transporte entre los estados federales, autoridades, municipios y portales. FIT-Connect utiliza la infraestructura y los procesos existentes, como DVDV y OSCI. FITKO proporciona su propia infraestructura, servicios de mantenimiento de parámetros y API.

NRW está trabajando actualmente en la creación de un adaptador ("conector") para permitir la recepción sin interrupciones de datos de aplicaciones estructuradas, incluso sin procedimientos especializados.

Seguridad con OSCI

Con el método de cifrado OSCI (Interfaz de ordenador de servicios en línea) se establece un estándar vinculante para la transmisión de mensajes autenticados de la administración pública. El cifrado multinivel y la firma electrónica garantizan que los mensajes / documentos enviados no se puedan cambiar y satisfagan la alta necesidad de protección.

El cifrado multinivel y las firmas electrónicas garantizan que los mensajes/documentos enviados no puedan modificarse y respondan a la gran necesidad de protección. Un intermediario interviene para garantizar la transmisión segura de los datos solicitados.

El intermediario permite la transmisión de los datos de acuerdo con OSCI. Su tarea es comprobar y reenviar los mensajes entrantes.

Hay dos claves diferentes, que se denominan sobres en los procedimientos de la OSCI:

• Sobre exterior = Datos de uso
• Envolvente interior = datos de contenido cifrado

En el sobre interior, los datos de contenido se cifran con la clave pública del destinatario. Esto garantiza que estos datos solo puedan ser descifrados y leídos por el destinatario.

El sobre exterior contiene solo datos de uso (información de transporte).

El intermediario solo abre los datos del sobre exterior para identificar al destinatario del mensaje. El protocolo OSCI utilizado garantiza la seguridad e integridad de los datos.

Transporte de datos a través de XTA/2

XTA es un procedimiento de transporte y transmisión para el intercambio de mensajes entre los diferentes procedimientos técnicos. El estándar XTA generalmente consta de diferentes módulos:

• Modelo de roles y responsabilidades ("modelo de roles")
• Perfiles de servicio

Hay dos formas diferentes para que los co-usuarios integren los servicios en línea en sus propios portales:

1. Conexión a través de un enlace parametrizado

Con este tipo de conexión, es suficiente que el portal de llamadas llame a un enlace predeterminado con los parámetros correspondientes, por ejemplo https://service.wirtschaft.nrw/?a=1;b=2;c=3. No es necesario realizar más ajustes, la incrustación se realiza, por ejemplo, a través de Iframe.

2. Integración de un paquete completo a través de los llamados "Componentes Web" con la provisión de fragmentos de código

La integración de los servicios en línea en otro portal se lleva a cabo a través de un componente web, donde se insertan fragmentos HTML, scripts y un DOM separado (Shadow-DOM) como un recurso independiente. Esto es completamente personalizable por CSS y el CI respectivo del portal de llamadas se puede adoptar por completo.

Al conectar las cuentas de usuario "Servicekonto.NRW" y la "Cuenta de empresa" de ELSTER, es posible que los ciudadanos y empresarios de todo el país realicen una autenticación segura con los respectivos datos almacenados en el portal en línea.

Diferentes niveles de confianza son posibles, dependiendo del método de autenticación elegido:

Por lo tanto, el WSP.NRW cumple los requisitos del uso conjunto de EfA con respecto a las cuentas de usuario. Aunque en ambos casos se trata de cuentas interoperables que pueden conectarse a cuentas específicas de otros países, también será posible en el futuro conectar la cuenta de usuario de BUND al WSP.NRW para que los ciudadanos europeos puedan registrarse y autenticarse utilizando eIDAS.

Los servicios en línea del WSP.NRW deben cumplir con todos los requisitos legales federales y estatales. Para ello, los requisitos técnicos legales se implementan en las "líneas de digitalización" como parte de varios pasos del proceso.

[Aquí puede encontrarse una descripción del modelo organizativo y de procesos de las "carreteras de digitalización"](/help/efa/post-utilization/wsp-nrw/approach-of-digitalization roads/)

En principio, sin embargo, las carreteras de digitalización del WSP.NRW están orientadas a desarrollar servicios que sean lo más uniformes posible en toda Alemania para lograr los objetivos de la implementación nacional de las OSC lo más rápido posible. En la medida en que esto no sea legalmente posible, los servicios dentro del alcance de las carreteras de digitalización (ver arriba) se parametrizan profesionalmente y se adaptan a los requisitos técnicos respectivos.

En el contexto de la parametrización técnica y la capacidad multicliente, la arquitectura de microservicios de WSP.NRW también establece el curso para proporcionar servicios parametrizados a los países.

Transferir parámetros dentro del alcance de la llamada de formulario

Si se llama a un formulario como parte del uso compartido e incrustado en otro portal en línea, la geoinformación (PLZ, ARS, AGZ), el ID de LeiKa y una identificación del cliente deben proporcionarse como parámetros de inicio. El LeiKA-ID y la geoinformación sirven para identificar otros parámetros específicos de la autoridad y para proporcionar la forma correcta. La identificación del cliente sirve para asignar los parámetros específicos del cliente.

?? Parámetro ?? Descripción ??
|-------|-------|
?? Llave LEIKA ?? Identifica el rendimiento ??
?? ID de mandato ?? Identifica el portal de llamadas ??
?? Información de destino ?? Geoinformación (ARS, AGS, ZIP) para identificar a la autoridad ??

Parámetros específicos del cliente en GovForms 2.0
En el ámbito de la multi-tenancy y la parametrización, el objetivo es mostrar un servicio en línea que se adapte a los requisitos técnicos del país respectivo y se le asigne sobre una base temática (ejemplo: El usuario accede al portal del Estado cobeneficiario, utiliza un servicio del WSP.NRW, pero presenta la solicitud en otro Estado cobeneficiario). Por lo tanto, una base tecnológica de múltiples inquilinos permite realizar ajustes individuales en las interfaces, procesos y representaciones, dependiendo del estado federal y la autoridad competente.

Para los clientes, se pueden almacenar ajustes de formulario específicos y textos propios para honorarios y bases legales. Además, persiste a nivel de los clientes más información técnica sobre la interfaz de pago, el canal de retorno y los procedimientos de transporte.

?? Parámetro ?? Descripción ??
|---|---|
?? Personalizaciones de formularios* ?? Configuraciones de formularios individuales: (contenido limitado) Adaptación de los formularios a las condiciones específicas de cada país
?? Textos legislativos ?? Inserción individual de textos en formas (por ejemplo, leyes provinciales) ??
?? Dirección de retorno (?) ?? Establecer un canal de retorno específico y buzones de correo para notificaciones, etc. ??
?? Interfaz de pago ?? Los parámetros y la dirección técnica para llamar al componente de pago seleccionado ??
?? Canal de transporte ?? Depósito del canal de transporte correspondiente (OCSI/XTA, FIT-Connect) ??

*Los ajustes de formularios específicos de los clientes solo deben llevarse a cabo de forma limitada (por ejemplo, sobre la base de requisitos legales) para no socavar el principio de uso de la AFE.

Parámetros a través de servicios de directorio

Los parámetros técnicos para dirigir las aplicaciones a las autoridades competentes se almacenan, en principio, en el directorio DVDV. Estos datos incluyen información técnica de enrutamiento como certificados necesarios. Además, la información adicional, como los datos de contacto, las direcciones, así como las tarifas y las cuentas de liquidación por LeiKa y cuerpo, se pueden determinar a través del DVDV. Además, la red de portales de la pasarela en línea también está disponible a través del estándar XZuFi y, si se utiliza FIT-Connect, el portal de autoservicio FIT-Connect. GovForms 2.0 puede acceder a estos directorios y completar los parámetros necesarios.

?? Parámetro ?? Descripción ??
|---|---|
Dependiendo del método de transporte seleccionado (XTA2, FIT-Connect), se determina la información de enrutamiento (dirección de destino, intermediario, DestinationID, certificados de clave pública). |
?? Escudo de armas / Logotipos ?? Planificado es una posible disposición para la exhibición en el formulario ??
?? Direcciones / Datos de contacto ?? Para mostrar la dirección y los datos de contacto del organismo competente ??
?? Parámetros de pago ?? Cuotas individuales, cuentas de liquidación por LeiKa y organismo competente. |

El WSP.NRW ya puede conectar varios componentes de pago al portal y hacerlos utilizables para los ciudadanos. Por lo tanto, incluso hoy en día el pago anticipado de las tarifas se puede llevar a cabo de forma independiente.

Los pagos individuales son posibles tan pronto como los parámetros correspondientes (cuentas, monto de la tarifa) se entregan al WSP-NRW a través de un canal de devolución. Estos parámetros pueden almacenarse, por ejemplo, en el [directorio alemán de servicios administrativos] (https://www.itzbund.de/DE/itloesungen/standardloesungen/dvdv/dvdv.html) (DVDV). La plataforma [ePayBL] (https://www.epaybl.de/), que ofrecerá una parametrización completa para el primer trimestre de 2023, es adecuada como futuro componente estándar para Alemania.

Además de ePayBL, también se pueden utilizar interfaces de pago alternativas, siempre que se conozcan los parámetros de la interfaz y se hayan almacenado para el cliente.

Se pueden ofrecer tres modelos de pago diferentes:

1. Pagos ascendentes

En el caso de los pagos iniciales, las tasas a tanto alzado depositadas en el DVDV se facturan directamente después de la presentación de una solicitud y el usuario puede pagarlas electrónicamente. El importe de la tasa depende del servicio elegido y del organismo responsable o de la normativa aplicable en materia de tasas.

2. Pagos intermedios

En el caso de los pagos posteriores, la tarifa se facturará como resultado del trabajo realizado. En este caso, es necesario un canal de retorno para dirigir las tarifas al usuario sin interrupción de los medios. Aquí, por ejemplo, se podría enviar una solicitud de pago al buzón, que a su vez contiene un enlace parametrizable a la interfaz de pago.

3. Pagos mixtos de tipo

En este caso, el pago consiste en una suma a tanto alzado inicial y un cálculo posterior basado en los costes.

El uso conjunto concreto de EfA de un proceso de NRW para otros estados federales puede implementarse en el marco de pilotos. De esta manera, las preguntas abiertas pueden ser respondidas directamente y las interpretaciones pueden ser prevenidas.

• Los servicios individuales, seleccionados (LeiKas) o conjuntos de servicios (servicios relacionados técnicamente) pueden implementarse como parte de un piloto.
  El pilotaje sirve como un avance técnico: sobre la base de los parámetros del marco técnico especificados, se busca una implementación del servicio o servicios seleccionados con los organismos competentes participantes. Sobre la base de la experiencia adquirida, se pueden planificar en mayor medida los despliegues en el país que participa en la experimentación y se pueden implementar otros servicios.

El portal de autoservicio (SSP) se utiliza para prepararse para compartir EfA de servicios en línea implementados por MWIKE. La implementación del SSP ha tenido lugar dentro del WSP.NRW y se puede lograr con un inicio de sesión proporcionado por separado. En particular, la plataforma compartida única se utilizará para responder directamente a preguntas ya aclaradas y transmitir requisitos (técnicos y técnicos) y, por lo tanto, para apoyar la comunicación con los países que se conectarán, que buscan compartir los servicios en línea de MWIKE.

El portal de autoservicio ofrece, entre otras cosas, funciones administrativas, por las que la información específica del cliente (se entiende por clientes a todas las instituciones interesadas en los cousuarios) puede ser gestionada por los propios países sin necesidad de un empleado de soporte en vivo.