Dimensão técnica da Aliança de Co-Utilização

Já em 2021, teve início a implementação dos requisitos mínimos do EfA - do ponto de vista técnico do WSP.NRW/GovForms, estes já podiam ser implementados em grande medida. Por conseguinte, foi criada a base para uma ligação técnica dos parceiros interessados e tem lugar imediatamente um planeamento pormenorizado para a execução do projeto-piloto.

Formatos de transporte suportados pelo GovForms 2.0:

• FIT-Connect (recomendação): Pronto a usar

A comunicação com as autoridades responsáveis já pode ser feita através do Fit-Connect. Uma interface funcional está disponível no lado WSP.NRW
Aplicação nativa do OSCI/XTA2: em preparação

A plataforma FIT-Connect, encomendada pelo Conselho de Planeamento Informático, serve a ligação em rede e a integração dos sistemas informáticos da arquitetura informática federal e é adequada para ligar portais em linha e organismos competentes no sentido da aplicação do APE. A vantagem da FIT-Connect está no alto nível de abstração em relação a outras realizações de rotas de transporte entre os estados federais, autoridades, municípios e portais. O FIT-Connect utiliza infraestruturas e processos existentes, como DVDV e OSCI. A FITKO fornece a sua própria infraestrutura, serviços de manutenção de parâmetros e APIs.

A NRW está atualmente a trabalhar na criação de um adaptador ("conector") para permitir a receção sem interrupções de dados estruturados de aplicações, mesmo sem procedimentos especializados.

Segurança com OSCI

Com o método de encriptação OSCI (Interface Informática de Serviços Online) é definida uma norma vinculativa para a transmissão de mensagens autenticadas da administração pública. A encriptação multinível e a assinatura eletrónica garantem que as mensagens/documentos enviados não podem ser alterados e satisfazem a elevada necessidade de proteção.

A encriptação a vários níveis e as assinaturas eletrónicas garantem que as mensagens/documentos enviados não podem ser alterados e satisfazem a elevada necessidade de proteção. Está envolvido um intermediário para garantir a transmissão segura dos dados solicitados.

O intermediário permite a transmissão dos dados de acordo com a OSCI. A sua tarefa é verificar e encaminhar as mensagens recebidas.

Existem duas chaves diferentes, que são referidas como envelopes no âmbito dos procedimentos OSCI:

• Envelope exterior = Dados de utilização
• Envelope interior = dados de conteúdo criptografados

No envelope interior, os dados de conteúdo são criptografados com a chave pública do destinatário. Isto garante que estes dados só podem ser desencriptados e lidos pelo destinatário.

O envelope exterior contém apenas dados de utilização (informações de transporte).

O intermediário só abre os dados do sobrescrito exterior para identificar o destinatário da mensagem. O protocolo OSCI utilizado garante a segurança e integridade dos dados.

Transporte de dados via XTA/2

O XTA é um procedimento de transporte e transmissão para o intercâmbio de mensagens entre os diferentes procedimentos técnicos. O padrão XTA normalmente consiste em diferentes módulos:

• Modelo de funções e responsabilidades ("modelo de função")
• Perfis de serviço

Existem duas formas diferentes de os coutilizadores integrarem os serviços em linha nos seus próprios portais:

1. Ligação através de uma ligação parametrizada

Com este tipo de ligação, é suficiente que o portal chamador estabeleça uma ligação predeterminada com os parâmetros correspondentes, por exemplo https://service.wirtschaft.nrw/?a=1;b=2;c=3. Não é necessário fazer mais ajustes, a incorporação é feita, por exemplo, via Iframe

2. Integração de um pacote completo através dos chamados "Componentes Web" com o fornecimento de fragmentos de código

A integração dos serviços online noutro portal realiza-se através de componentes web, onde fragmentos HTML, scripts e um DOM separado (Shadow-DOM) são inseridos como um recurso independente. Isto é totalmente personalizável pelo CSS e o respetivo CI do portal de chamadas pode ser completamente adotado.

Ao ligar as contas de utilizador "Servicekonto.NRW" e a ELSTER "Conta da Empresa", é possível aos cidadãos e empresários de todo o país efetuarem uma autenticação segura com os respetivos dados armazenados no portal online.

São possíveis diferentes níveis de confiança, consoante o método de autenticação escolhido:

Por conseguinte, a WSP.NRW cumpre os requisitos da utilização conjunta do EfA no que diz respeito às contas de utilizador. Embora, em ambos os casos, se trate de contas interoperáveis que podem ser ligadas a outras contas específicas de cada país, também será possível, no futuro, ligar a conta de utilizador BUND à WSP.NRW, a fim de permitir que os cidadãos europeus se registem e se autentiquem utilizando o eIDAS.

Os serviços online da WSP.NRW devem cumprir todos os requisitos legais federais e estaduais. Para isso, os requisitos técnicos legais são implementados nas "linhas de digitalização" como parte de várias etapas do processo.

[Uma descrição do modelo organizacional e de processo das "estradas de digitalização" pode ser encontrada aqui.](/help/efa/post-utilization/wsp-nrw/approach-of-digitalization roads/)

Em princípio, no entanto, as estradas de digitalização da WSP.NRW estão orientadas para o desenvolvimento de serviços que sejam o mais uniformes possível em toda a Alemanha, a fim de alcançar os objetivos de implementação de CSO em todo o país o mais rapidamente possível. Na medida em que tal não seja legalmente possível, os serviços no âmbito das vias de digitalização (ver acima) são parametrizados profissionalmente e adaptados aos respetivos requisitos técnicos.

No contexto da parametrização técnica e da capacidade multicliente, a arquitetura de microsserviços do WSP.NRW também define o curso para a prestação de serviços parametrizados aos países.

Parâmetros de transferência no âmbito da chamada de formulário

Se um formulário for acedido como parte de uma utilização partilhada e incorporado noutro portal online, a geoinformação (PLZ, ARS, AGZ), o ID LeiKa e uma identificação de cliente devem ser fornecidos como parâmetros de início. A LeiKA-ID e a geoinformação servem para identificar outros parâmetros específicos da autoridade e fornecer o formulário correto. A identificação do cliente serve para atribuir os parâmetros específicos do cliente.

?? Parâmetro ?? Descrição ??
|-------|-------|
?? Chave LEIKA ?? Identifica o desempenho ??
?? ID do mandato ?? Identifica o portal de chamadas ??
?? Informações-alvo ?? Geoinformação (ARS, AGS, ZIP) para identificar a autoridade ??

Parâmetros específicos do cliente no GovForms 2.0

No âmbito do multi-arrendamento e parametrização, o objetivo é exibir um serviço online que é adaptado aos requisitos técnicos do respetivo país e atribuído a ele com base no assunto (exemplo: O utilizador acede ao portal do Estado cobeneficiário, utiliza um serviço da WSP.NRW, mas apresenta o pedido noutro Estado cobeneficiário). Uma base tecnológica multi-inquilino permite, portanto, fazer ajustes individuais nas interfaces, processos e representações, dependendo do estado federal e da autoridade competente.

Para os clientes, podem ser armazenados ajustamentos de formulários específicos e textos próprios relativos a taxas e bases jurídicas. Além disso, persistem ao nível do cliente outras informações técnicas sobre a interface de pagamento, o canal de devolução e os procedimentos de transporte.

?? Parâmetro ?? Descrição ??
|---|---|
?? Personalizações do formulário* ?? Configurações individuais do formulário: (conteúdo limitado) Adaptação dos formulários às condições específicas de cada país
?? Textos legislativos ?? Inserção individual de textos em formas (por exemplo, leis provinciais) ??
?? Endereço de devolução (?) ?? Defina canais de devolução e caixas de correio específicos para notificações, etc. ??
?? Interface de pagamento ?? Os parâmetros e o endereço técnico para telefonar para a componente de pagamento selecionada ??
?? Canal de transporte ?? Depósito do canal de transporte correspondente (OCSI/XTA, FIT-Connect) ??

*Os ajustamentos dos formulários específicos dos clientes só devem ser efetuados de forma limitada (por exemplo, com base em requisitos legais), a fim de não comprometer o princípio da utilização do AEA.

Parâmetros através de serviços de directório

Os parâmetros técnicos para endereçar as aplicações às autoridades competentes são, em princípio, armazenados no diretório DVDV. Estes dados incluem informações técnicas de encaminhamento como certificados necessários. Além disso, outras informações, como dados de contacto, endereços, taxas e contas de liquidação por LeiKa e entidade, podem ser determinadas através do DVDV. Além disso, a rede de portais do portal em linha também está disponível através da norma XZuFi e, se for utilizado o FIT-Connect, o portal de self-service FIT-Connect. O GovForms 2.0 pode aceder a estes directórios e completar os parâmetros necessários.

?? Parâmetro ?? Descrição ??
|---|---|
Dependendo do método de transporte selecionado (XTA2, FIT-Connect), as informações de encaminhamento (endereço de destino, intermediário, DestinationID, certificados de chave pública) são determinadas. |
?? Brasão de armas / Logótipos ?? Está prevista a possibilidade de apresentação sob a forma ??
?? Endereços/Dados de contacto ?? Apresentar o endereço e os dados de contacto do organismo competente ??
?? Parâmetros de pagamento ?? Taxas individuais, contas de liquidação por LeiKa e organismo competente. |

O WSP.NRW já é capaz de ligar vários componentes de pagamento ao portal e torná-los utilizáveis para os cidadãos. Assim, mesmo hoje em dia, o pagamento antecipado de taxas pode ser efetuado de forma independente.

Os pagamentos individuais são possíveis assim que os parâmetros correspondentes (contas, montante da taxa) são entregues ao WSP-NRW através de um canal de devolução. Estes parâmetros podem ser armazenados, por exemplo, no [repertório alemão de serviços administrativos] (https://www.itzbund.de/DE/itloesungen/standardloesungen/dvdv/dvdv.html) (DVDV). A plataforma [ePayBL] (https://www.epaybl.de/), que oferecerá uma parametrização completa até ao primeiro trimestre de 2023, é adequada como futura componente normalizada para a Alemanha.

Além do ePayBL, interfaces de pagamento alternativas também podem ser usadas, desde que os parâmetros da interface sejam conhecidos e tenham sido armazenados para o cliente.

Podem ser oferecidos três modelos de pagamento diferentes:

1. Pagamentos a montante

No caso de pagamentos a montante, as taxas fixas depositadas no DVDV são faturadas diretamente após a apresentação de um pedido e podem ser pagas eletronicamente pelo utilizador. O montante da taxa depende do serviço escolhido e do organismo responsável ou dos regulamentos aplicáveis em matéria de taxas.

2. Pagamentos a jusante

No caso de pagamentos a jusante, a taxa será faturada em resultado do trabalho realizado. Neste caso, é necessário um canal de devolução para endereçar as taxas ao utilizador sem interrupção dos meios de comunicação. Aqui, por exemplo, um pedido de pagamento pode ser enviado para a caixa de correio, que, por sua vez, contém uma ligação parametrizável para a interface de pagamento.

3. Pagamentos mistos

Neste caso, o pagamento consiste num montante fixo a montante e num cálculo subsequente baseado nos custos.

A utilização conjunta concreta de um processo da Renânia do Norte-Vestefália para outros estados federais pode ser implementada no âmbito de projetos-piloto. Desta forma, as perguntas abertas podem ser respondidas diretamente e as interpretações podem ser evitadas.

• Os serviços individuais, selecionados (LeiKas) ou pacotes de serviços (serviços tecnicamente relacionados) podem ser implementados como parte de um projeto-piloto.
• A fase-piloto constitui um avanço técnico - com base nos parâmetros do quadro técnico especificados, procura-se implementar o(s) serviço(s) selecionado(s) com os organismos competentes participantes. Com base na experiência adquirida, os lançamentos no país envolvido na fase-piloto podem ser planeados em maior medida e podem ser implementados outros serviços.

O portal de autoatendimento (SSP) é usado para preparar a partilha de serviços online implementados pela MWIKE. A implementação da PUP teve lugar no âmbito da WSP.NRW e pode ser alcançada com um início de sessão fornecido separadamente. Em particular, o PUP deve ser utilizado para a resposta direta a perguntas já esclarecidas e a transmissão de requisitos (técnicos e técnicos) e, assim, para apoiar a comunicação com os países a serem conectados, que procuram partilhar os serviços online EfA da MWIKE.

O portal self-service oferece, entre outras coisas, funções administrativas, em que as informações específicas do cliente (entende-se por clientes todas as instituições interessadas em co-utilizadores) podem ser geridas pelos próprios países sem a necessidade de um funcionário de apoio ao vivo.