Dimensione tecnica dell'Alleanza per il co-uso

Già nel 2021 è iniziata l'attuazione dei requisiti minimi EfA - dal punto di vista tecnico di WSP.NRW / GovForms, questi potrebbero già essere attuati in larga misura. Pertanto, è stata creata la base per un collegamento tecnico dei partner interessati e la pianificazione dettagliata per l'attuazione pilota avviene immediatamente.

Formati di trasporto supportati da GovForms 2.0:

• FIT-Connect (raccomandazione): pronto per l'uso

La comunicazione con le autorità competenti può già essere effettuata tramite Fit-Connect. Sul lato WSP.NRW è disponibile un'interfaccia funzionale

• Implementazione nativa OSCI/XTA2: in preparazione

La piattaforma FIT-Connect commissionata dal Consiglio di pianificazione IT serve il networking e l'integrazione dei sistemi IT dell'architettura IT federale ed è adatta per collegare portali online e organismi competenti nel senso dell'attuazione dell'EfA. Il vantaggio di FIT-Connect risiede nell'alto livello di astrazione rispetto ad altre realizzazioni di percorsi di trasporto tra gli stati federali, le autorità, i comuni e i portali. FIT-Connect utilizza infrastrutture e processi esistenti come DVDV e OSCI. FITKO fornisce la propria infrastruttura, i servizi di manutenzione dei parametri e le API.

NRW sta attualmente lavorando alla creazione di un adattatore ("connettore") per consentire la ricezione senza interruzioni multimediali di dati strutturati delle applicazioni anche senza procedure specialistiche.

Sicurezza con OSCI

Con il metodo di crittografia OSCI (Online Services Computer Interface) viene impostato uno standard vincolante per la trasmissione di messaggi autenticati della pubblica amministrazione. La crittografia multilivello e la firma elettronica assicurano che i messaggi / documenti inviati non possano essere modificati e soddisfino l'elevata necessità di protezione.

La cifratura multilivello e le firme elettroniche garantiscono che i messaggi/documenti inviati non possano essere modificati e soddisfino l'elevata necessità di protezione. È coinvolto un intermediario per garantire la trasmissione sicura dei dati richiesti.

L'intermediario consente la trasmissione dei dati in conformità con OSCI. Il suo compito è quello di controllare e inoltrare i messaggi in arrivo.

Ci sono due diverse chiavi, che sono indicate come buste nell'ambito delle procedure OSCI:

• Busta esterna = Dati di utilizzo
• Involucro interno = dati sul contenuto crittografato

Nella busta interna, i dati del contenuto vengono crittografati con la chiave pubblica del destinatario. Ciò garantisce che questi dati possano essere decrittografati e letti solo dal destinatario.

La busta esterna contiene solo dati di utilizzo (informazioni sul trasporto).

L'intermediario apre solo i dati della busta esterna per identificare il destinatario del messaggio. Il protocollo OSCI utilizzato garantisce la sicurezza e l'integrità dei dati.

Trasporto dati tramite XTA/2

XTA è una procedura di trasporto e trasmissione per lo scambio di messaggi tra le diverse procedure tecniche. Lo standard XTA è solitamente composto da diversi moduli:

• Modello di ruoli e responsabilità ("modello di ruolo")
• Profili di servizio

Esistono due modi diversi per i co-utenti di integrare i servizi online nei propri portali:

1. Connessione tramite un collegamento parametrizzato

Con questo tipo di connessione, è sufficiente che il portale chiamante chiami un collegamento predeterminato con i parametri corrispondenti, ad esempio https://service.wirtschaft.nrw/?a=1;b=2;c=3. Non è necessario apportare ulteriori modifiche, l'incorporazione viene quindi eseguita ad esempio tramite Iframe

2. Integrazione di un pacchetto completo tramite i cosiddetti "Web Components" con la fornitura di snippet di codice

L'integrazione dei servizi online in un altro portale avviene tramite webcomponent, dove frammenti HTML, script e un DOM separato (Shadow-DOM) vengono inseriti come risorsa indipendente. Questo è completamente personalizzabile da CSS e il rispettivo CI del portale chiamante può essere completamente adottato.

Collegando gli account utente "Servicekonto.NRW" e l'"Account Aziendale" ELSTER, è possibile per i cittadini e gli imprenditori a livello nazionale effettuare l'autenticazione sicura con i rispettivi dati memorizzati sul portale online.

Sono possibili diversi livelli di fiducia, a seconda del metodo di autenticazione scelto:

Il WSP.NRW soddisfa quindi i requisiti del co-uso EfA per quanto riguarda gli account utente. Sebbene in entrambi i casi si tratti di account interoperabili che possono essere collegati ad altri account specifici per paese, in futuro sarà anche possibile collegare l'account utente BUND al WSP.NRW al fine di consentire ai cittadini europei di registrarsi e autenticarsi utilizzando eIDAS.

I servizi online di WSP.NRW devono soddisfare tutti i requisiti legali federali e statali. A tal fine, i requisiti tecnici legali sono implementati nelle "linee di digitalizzazione" come parte di varie fasi del processo.

[Una descrizione del modello organizzativo e di processo delle "strade di digitalizzazione" può essere trovata qui.](/help/efa/post-utilization/wsp-nrw/approach-of-digitalization roads/)

In linea di principio, tuttavia, le strade di digitalizzazione di WSP.NRW sono orientate allo sviluppo di servizi il più possibile uniformi in tutta la Germania al fine di raggiungere gli obiettivi di implementazione delle organizzazioni della società civile a livello nazionale il più rapidamente possibile. Nella misura in cui ciò non sia legalmente possibile, i servizi nell'ambito delle strade di digitalizzazione (vedi sopra) sono parametrizzati professionalmente e adattati ai rispettivi requisiti tecnici.

Nel contesto della parametrizzazione tecnica e della capacità multi-client, l'architettura di micro-servizio di WSP.NRW stabilisce anche il corso per fornire servizi parametrizzati ai paesi.

Trasferire i parametri nell'ambito della chiamata al modulo

Se un modulo viene richiamato come parte di un uso condiviso e incorporato in un altro portale online, le geoinformazioni (PLZ, ARS, AGZ), l'ID LeiKa e l'identificazione del cliente devono essere forniti come parametri di avvio. Il LeiKA-ID e la geoinformazione servono a identificare ulteriori parametri specifici dell'autorità e a fornire la forma corretta. L'identificazione del client serve per assegnare i parametri specifici del client.

?? Parametro ?? Descrizione ??
|-------|-------|
?? Chiave LEIKA ?? Identifica le prestazioni ??
?? Mandato ID ?? Identifica il portale chiamante ??
?? Informazioni di destinazione ?? Geoinformazioni (ARS, AGS, ZIP) per identificare l'autorità ??

Parametri specifici del client in GovForms 2.0

Nell'ambito della multi-tenancy e della parametrizzazione, l'obiettivo è quello di visualizzare un servizio online adattato ai requisiti tecnici del rispettivo paese e assegnato ad esso su base tematica (esempio: L'utente accede al portale dello Stato cobeneficiario, utilizza un servizio del WSP.NRW, ma presenta la domanda in un altro Stato cobeneficiario). Una base tecnologica multi-tenant consente quindi di apportare adeguamenti individuali alle interfacce, ai processi e alle rappresentazioni, a seconda dello Stato federale e dell'autorità competente.

Per i clienti, possono essere memorizzati specifici adeguamenti dei moduli e testi propri per le spese e le basi giuridiche. Inoltre, a livello di cliente persistono ulteriori informazioni tecniche sull'interfaccia di pagamento, sul canale di restituzione e sulle procedure di trasporto.

?? Parametro ?? Descrizione ??
|---|---|
?? Personalizzazione del modulo* ?? Configurazioni individuali del modulo: (contenuto limitato) Adeguamento dei formulari alle condizioni specifiche del paese
?? Testi legislativi ?? Inserimento individuale di testi in moduli (ad esempio leggi provinciali) ??
?? Indirizzo di ritorno (?) ?? Impostare canale di ritorno specifico e cassette postali per le notifiche ecc ??
?? Interfaccia di pagamento ?? I parametri e l'indirizzo tecnico per chiamare il componente di pagamento selezionato ??
?? Canale di trasporto ?? Deposito del canale di trasporto corrispondente (OCSI/XTA, FIT-Connect) ??

*Gli adeguamenti dei moduli specifici per il cliente dovrebbero essere effettuati solo in misura limitata (ad esempio sulla base di requisiti giuridici) al fine di non compromettere il principio dell'uso dell'efficacia dell'attuazione.

Parametri tramite servizi di directory

I parametri tecnici per indirizzare le domande alle autorità competenti sono in linea di principio memorizzati nell'elenco DVDV. Questi dati includono informazioni tecniche di routing come certificati necessari. Inoltre, ulteriori informazioni come i dettagli di contatto, gli indirizzi, le tariffe e i conti di liquidazione per LeiKa e per ente possono essere determinati tramite il DVDV. Inoltre, la rete di portali del gateway online è disponibile anche tramite lo standard XZuFi e, se si utilizza FIT-Connect, il portale self-service FIT-Connect. GovForms 2.0 può accedere a queste directory e completare i parametri necessari.

?? Parametro ?? Descrizione ??
|---|---|
A seconda del metodo di trasporto selezionato (XTA2, FIT-Connect), vengono determinate le informazioni di routing (indirizzo di destinazione, intermediario, DestinationID, certificati a chiave pubblica). |
?? Stemma / Loghi ?? Previsto è una possibile disposizione per la visualizzazione nella forma ??
?? Indirizzi / Dati di contatto ?? Per visualizzare l'indirizzo e le informazioni di contatto dell'organismo competente ??
?? Parametri di pagamento ?? Commissioni individuali, conti di regolamento per LeiKa e organismo competente. |

Il WSP.NRW è già in grado di collegare vari componenti di pagamento al portale e renderli utilizzabili per i cittadini. Pertanto, anche oggi il pagamento anticipato delle tasse può essere effettuato in modo indipendente dalla componente.

I singoli pagamenti sono possibili non appena i parametri corrispondenti (conti, importo delle commissioni) vengono consegnati al WSP-NRW tramite un canale di ritorno. Questi parametri possono essere memorizzati, ad esempio, nella [directory dei servizi amministrativi tedeschi] (https://www.itzbund.de/DE/itloesungen/standardloesungen/dvdv/dvdv.html) (DVDV). La piattaforma [ePayBL] (https://www.epaybl.de/), che offrirà una parametrizzazione completa entro il primo trimestre del 2023, è adatta come futura componente standard per la Germania.

Oltre a ePayBL, possono essere utilizzate anche interfacce di pagamento alternative, a condizione che i parametri dell'interfaccia siano noti e siano stati memorizzati per il cliente.

Possono essere offerti tre diversi modelli di pagamento:

1. Pagamenti a monte

Nel caso di pagamenti a monte, le tariffe forfettarie depositate nel DVDV sono fatturate direttamente dopo la presentazione di una domanda e possono essere pagate elettronicamente dall'utente. L'importo della tariffa dipende dal servizio scelto e dall'organismo responsabile o dalle normative applicabili in materia di tariffe.

2. Pagamenti a valle

In caso di pagamenti a valle, la tassa sarà fatturata a seguito del lavoro svolto. In questo caso, è necessario un canale di ritorno per indirizzare le tariffe all'utente senza interruzioni dei media. Qui, ad esempio, una richiesta di pagamento potrebbe essere inviata alla cassetta postale, che a sua volta contiene un link parametrizzabile all'interfaccia di pagamento.

3. Pagamenti misti per tipo

In questo caso, il pagamento consiste in una somma forfettaria a monte e in un successivo calcolo basato sui costi.

Il co-uso concreto dell'EfA di un processo di NRW per altri stati federali può essere attuato nel quadro di progetti pilota. In questo modo, le domande aperte possono essere risolte direttamente e le interpretazioni possono essere evitate.

• I singoli servizi selezionati (LeiKas) o i pacchetti di servizi (servizi tecnicamente correlati) possono essere attuati nell'ambito di un progetto pilota.
• Il pilotaggio funge da svolta tecnica - sulla base dei parametri del quadro tecnico specificato, si cerca di attuare il servizio o i servizi selezionati con gli organismi competenti partecipanti. Sulla base dell'esperienza acquisita, è possibile pianificare in misura maggiore l'introduzione nel paese coinvolto nel progetto pilota e attuare ulteriori servizi.

Il portale self-service (SSP) è utilizzato per preparare la condivisione EfA dei servizi online implementati da MWIKE. L'implementazione della SSP ha avuto luogo all'interno del WSP.NRW e può essere ottenuta con un login fornito separatamente. In particolare, la SSP deve essere utilizzata per la risposta diretta a domande già chiarite e la trasmissione di requisiti (tecnici e tecnici) e quindi per supportare la comunicazione con i paesi da collegare, che cercano di condividere i servizi online EfA di MWIKE.

Il portale self-service offre, tra le altre cose, funzioni amministrative, in base alle quali le informazioni specifiche del cliente (i clienti sono intesi come tutte le istituzioni interessate ai co-utenti) possono essere gestite dai paesi stessi senza la necessità di un dipendente di supporto dal vivo.