EfA: Requisiti minimi di attuazione

Le condizioni quadro definite nel contesto della "progettazione e progettazione della superficie" si concentrano sulla fornitura e la visualizzazione di servizi online nel frontend.

In linea di principio, si possono distinguere due approcci chiave:

1. Fornitura del servizio online tramite una pagina neutrale, che, tuttavia, presenta tutte le caratteristiche fattuali e di competenza locale specifiche per le prestazioni e dovrebbe anche fare riferimento all'esposizione di uno stemma della rispettiva autorità locale competente o di un'autorità specializzata competente in altro modo fattuale e locale (ad esempio camera).
2. Fornitura del servizio online tramite un portale già accessibile dalla pagina visivamente corrispondente dell'utente, che dovrebbe anche avere tutte le caratteristiche fattuali e di competenza locale specifiche per le prestazioni e dovrebbe anche fare riferimento all'esposizione di uno stemma della rispettiva autorità locale competente o di un'autorità specializzata competente in altro modo fattuale e locale (ad esempio camera).

La formulazione specifica dei requisiti minimi EfA per "progettazione e progettazione della superficie" è riportata di seguito:

?? No. ?? Requisito ??
| --- | ----------- |
?? 001 ?? Il servizio online DEVE avere un design neutro (nessuna guida di stile specifica per paese, locale o autorità o l'aspetto completo dell'interfaccia dei rispettivi portali amministrativi dei paesi, dei comuni o delle autorità partecipanti). |
?? 002 ?? Il servizio online DOVREBBE avere un design testato con gli utenti e tenere conto delle linee guida sulla rete del portale di esperienza utente. |
?? 003 ?? Il servizio online, dopo che è stata determinata la funzione di responsabilità specifica per le prestazioni (ad esempio codice postale, ubicazione o dati georeferenziati o trasferimento di parametri in caso di chiamata al servizio online), DEVE visualizzare la singola autorità competente con i dati di contatto e DOVREBBE visualizzare il rispettivo stemma dell'autorità locale competente, se è stato depositato da essa. |
Il servizio online DEVE essere in grado di identificare l'autorità responsabile della ricezione della domanda utilizzando l'ID LeiKa e la chiave regionale dall'attuale database della rete del portale. |

I servizi online forniti per il co-uso di EfA devono essere conformi a tutti i requisiti tecnici e in particolare alla legge federale e devono pertanto essere giuridicamente sicuri. Ciò richiede i requisiti minimi per la cosiddetta "logica tecnica". Inoltre, occorre prevedere anche la parametrizzazione tecnica, vale a dire l'adattamento, alle disposizioni specifiche del diritto fondiario del rispettivo Stato federale co-beneficiario.

?? No. ?? Requisito ??
|---|---|
?? 001 ?? Il servizio online DEVE rispettare i requisiti tecnici delle leggi federali. |
?? 002 ?? Il servizio online DEVE tenere conto di ulteriori requisiti ai sensi del diritto fondiario di tutti i paesi post-utente. |
?? 003 ?? Il servizio online DOVREBBE, se necessario, essere in grado di tenere adeguatamente conto delle norme di attuazione statali o statutarie sui servizi regolamentati a livello federale (ad esempio attraverso multi-tenancy, parametrizzazione). |

Uno "standard di scambio di dati" regola il formato di un invio e di una ricezione uniformi dei dati. Nel settore della digitalizzazione della pubblica amministrazione prevalgono in particolare gli standard di scambio dei dati XÖV e Xfall/XData Fields. Le interfacce corrispondenti delle applicazioni interessate, come le procedure specialistiche, devono quindi essere in grado di ricevere ed elaborare i dati di un servizio online nel formato specificato (connettività). Gli standard di scambio dei dati sono sviluppati con un riferimento giuridico-tecnico come le cosiddette "norme tecniche".

I requisiti minimi EfA regolano i criteri per la trasmissione standardizzata dei dati in questo settore. In linea di principio, un file XML conforme allo standard deve essere consegnato tramite un sistema di routing, che può essere ulteriormente elaborato tramite un'interfaccia in una procedura specialistica. Tuttavia, se non esiste ancora uno standard tecnico, ma deve essere sviluppato in futuro, il primo passo è la consegna di un file PDF, che include tutti i dati dell'applicazione da trasmettere.

Informazioni più approfondite sugli standard XÖV applicabili sono disponibili qui, ad esempio. Sono preparati, supervisionati e ulteriormente sviluppati dall'Ufficio di coordinamento per le norme informatiche (KoSIT).

La formulazione specifica dei requisiti minimi EfA per la "logica tecnica" è riportata di seguito:

?? No. ?? Requisito ??
|---|---|
?? DS1 ?? Il servizio online DEVE produrre i dati di destinazione in un formato XML standardizzato (ad esempio come modulo all'interno di uno standard XÖV o i campi XData in un contenitore XFall) tramite un'interfaccia automatizzata, che a sua volta può essere letta (semi-) automaticamente da procedure specialistiche. Se non ci sono procedure tecniche, il servizio online dovrebbe (inoltre) generare un file PDF leggibile. |
Se non vi è alcuna norma tecnica, un processo di standardizzazione per l'interfaccia dati DEVE essere impostato per garantire i seguenti aspetti: prevedibilità, affidabilità, responsabilità, finanziamento; governance da parte della pubblica amministrazione; coinvolgimento di tutte le parti interessate; Apertura degli standard ai sensi della Free Software Foundation Europe; orientamento pratico; ulteriori sviluppi periodici (gestione dei cambiamenti – non solo in caso di modifiche delle basi giuridiche, ma anche sulla base dei riscontri della pratica); alto livello di dettaglio, alta qualità, tecnicamente robusto; adeguato oggetto di standardizzazione; comprovata maturità della metodologia/del quadro; un'adeguata considerazione dei requisiti e delle offerte dell'UE. |
?? DS3 ?? Il servizio online DEVE generare un output strutturato dell'applicazione in formato XFall basato sugli schemi di dati master FIM associati, a condizione che non esista uno standard tecnico o venga creato nell'amministrazione (ad esempio XÖV). |
Il servizio online dovrebbe essere compatibile con le procedure tecniche più utilizzate dai diversi produttori (se presenti) nei paesi da collegare secondo il principio EfA. |

Per poter scambiare dati tra i servizi online e le autorità competenti, è opportuno scegliere un mezzo di trasmissione adeguato e il più uniforme possibile. Questo è regolato dai cosiddetti requisiti minimi EfA per "routing e trasporto". I metodi utilizzati dovrebbero essere scelti in base ai loro criteri di facilità di connessione, grado di diffusione e disponibilità di tempo.

Sono considerati i seguenti stack tecnologici:

**Trasferimento con OCSI / XTA e ottenere informazioni di routing tramite DVDV **
Il protocollo di trasporto OSCI (Online Services Computer Interface) stabilisce uno standard vincolante per la trasmissione di messaggi autenticati da parte 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. Al fine di garantire una trasmissione sicura dei dati richiesti, un intermediario è intermedio. L'intermediario consente la trasmissione dei dati conforme all'OSCI. Il suo compito è quello di controllare e inoltrare i messaggi in arrivo. XTA è una procedura di trasporto e trasmissione per lo scambio di messaggi tra le varie procedure specialistiche.

**Trasmissione tramite interfaccia FitConnect **
Nell'ambito della fornitura di dati applicativi tramite il sistema di routing "FIT-Connect", le rispettive reti sono servite da un protocollo di routing XTA. FITKO assume il servizio di consegna e fornisce ai paesi i moduli per il ritiro. A tal fine, i rispettivi paesi dovrebbero trovare l'autorità specializzata appropriata tramite una domanda di consegna e con l'aiuto delle chiavi organizzative e indirizzarla al cliente specializzato. Dopo la decrittografia, il cliente fornisce il modulo compilato alla procedura tecnica.

Nell'ambito di EfA, le domande possono essere presentate da diversi paesi in diversi paesi. Sulla base del DEST-ID (Destination-ID), le reti target possono essere trovate. Le autorità specializzate sono reperibili tramite un'interrogazione DVDV. L'applicazione di consegna deve consegnare i dati dell'applicazione alla corretta procedura specialistica tramite comunicazione diretta con il cliente specialista.

L'applicazione di consegna può essere effettuata indipendentemente da FITKO nei rispettivi paesi. I paesi forniscono la domanda di consegna. In tal modo, FITKO deve garantire l'accesso a tutti i paesi. Affinché il servizio online EfA sia accessibile da ogni paese e per tutti, la consegna di livello superiore avviene tramite FITKO. La disposizione relativa alla procedura tecnica richiede attualmente una soluzione nazionale. La soluzione deve essere implementata da un'applicazione attraverso una relazione client-server. MWIKE sta già lavorando con i suoi fornitori di servizi a una soluzione universale.

Puoi trovare spiegazioni dettagliate su FIT-Connect qui.

La formulazione specifica dei requisiti minimi EfA per "itinerario e trasporto" è riportata nel seguente elenco:

?? No. ?? Requisito ??
|---|---|
?? DS1 ?? I dati tecnici di connessione delle autorità competenti possono essere memorizzati e mantenuti direttamente nel servizio online per un numero limitato di organismi riceventi a livello nazionale (meno di 16).
?? DS2 ?? Il servizio online DEVE determinare l'indirizzo tecnico di un maggior numero di agenzie riceventi a livello nazionale (> 16) accedendo al DVDV.
Durante l'instradamento utilizzando il DVDV, un concetto di registrazione DVDV DEVE essere creato per il servizio online.
Il servizio online DEVE essere in grado di inviare i dati da trasportare tramite un trasmettitore OSCI (eventualmente tramite un'interfaccia XTA al trasmettitore) in forma crittografata ai ricevitori OSCI definiti dalle autorità di elaborazione delle richieste. Se esistono già norme di trasmissione stabilite a livello nazionale (ad esempio Elster) in singoli settori, queste possono essere utilizzate a condizione che siano garantiti gli obiettivi di protezione della riservatezza, dell'integrità (compresa l'autenticità) e della disponibilità.
Il servizio online DEVE consentire una trasmissione basata sul certificato dei dati con crittografia end-to-end. Crittografia deve raggiungere almeno un endpoint per essere definito dal post-utente autorità. I certificati utilizzati devono provenire dalla PKI amministrativa. |

Nota: In futuro, FIT-Connect può essere utilizzato a condizione che siano garantiti gli obiettivi di protezione della riservatezza, dell'integrità (compresa l'autenticità) e della disponibilità e che siano create le condizioni corrispondenti.

Un "account utente" interoperabile deve essere collegato al servizio online al fine di autenticare e identificare il richiedente. Fino a quando tutti gli account utente sono interoperabili, almeno l'account utente federale per i cittadini o l'account aziendale uniforme DEVE essere collegato.

Due account utente interoperabili sono già stati collegati con successo per WSP.NRW per registrare cittadini, commercianti e aziende. Per le imprese (imprese singole, società di persone, società) e le associazioni è stato creato il portale e l'account associato "My Business Account", che unifica la comunicazione a livello nazionale tra imprese e istituzioni. Il collegamento avviene tramite [ELSTER/NEZO] (https://www.elster.de/elsterweb/infoseite/nezo). Le opzioni di autenticazione offerte sono:

• file certificato ELSTER (identificazione una tantum per posta)
• Nuova carta d'identità (lettore di carte/AusweissApp2 per dispositivi mobili)
• Carta di firma in combinazione con ELSTER Authenticator Software
• Bastone di sicurezza in combinazione con ELSTER Authenticator Software

La registrazione tramite ELSTER è possibile anche per i privati.

Nel caso di privati, viene offerta anche un'offerta a bassa soglia con un account utente più personalizzato per i privati. Il Servicekonto.NRW del CIO NRW, introdotto da Governikus AG nel 2017, fornisce l'accesso ai servizi amministrativi digitali nello stato federale di NRW per i richiedenti e può quindi essere utilizzato anche dai residenti di altri stati federali.

Le opzioni di autenticazione offerte sono:

1. Nome utente e password
2. Carta d'identità elettronica (IDApp2 per dispositivi mobili)

Nell’ambito dell’ulteriore sviluppo del prodotto «service account» della Governikus AG, su cui si basa il service account.NRW, la funzionalità OpenID è stata estesa per consentire tecnicamente gli accessi transfrontalieri. Ad esempio, gli Stati federali di Amburgo, Brema, Sassonia-Anhalt, Schleswig-Holstein e l’account utente BUND sono già integrati nel «service account».

La formulazione specifica dei requisiti minimi EfA per "account utente" è riportata di seguito:

No. Requisiti Requisiti
|---|---|
?? NK1 ?? Un account utente interoperabile DEVE essere collegato al servizio online. Fino a quando tutti gli account utente sono interoperabili, almeno l'account utente federale per i cittadini o l'account aziendale uniforme DEVE essere collegato.

I servizi online EfA dovrebbero poter chiamare una componente di pagamento che deve essere fornita dalle autorità riceventi in modo parametrizzato per il pagamento di una commissione, a condizione che tale componente e i suoi parametri siano forniti dall'autorità ricevente. Inoltre, il servizio online può anche offrire un proprio componente di pagamento, che può essere configurato da autorità che non dispongono di un proprio componente di pagamento.

In linea di principio, il WSP-NRW offre la possibilità di collegare componenti di pagamento parametrizzati e richiamarli. In NRW esiste già una componente di pagamento separata per tutti gli organismi responsabili (ad es. i comuni, le singole autorità) sono messi a disposizione e dispiegati. Si tratta della piattaforma di pagamento "E-Payment-Developer-Community of the Federal Government and the Länder" (ePayBL) sotto la direzione tecnica del Libero Stato di Sassonia.

Il "modulo commissioni" appositamente sviluppato del WSP.NRW consente di inserire per le autorità competenti tariffe e diversi scenari di pagamento (a monte, "a valle" e "tipi misti") per ciascuna procedura.

Poiché l'IT Planning Council non dispone ancora di un'interfaccia di pagamento parametrizzabile a livello nazionale, è anche possibile collegare componenti di pagamento specifiche per paese, a condizione che le informazioni necessarie per l'integrazione in/a WSP.NRW siano fornite qui.

Nel prossimo futuro, si intende utilizzare un'interfaccia di pagamento a livello nazionale se è approvato e sviluppato dal Consiglio di pianificazione IT.

La formulazione specifica dei requisiti minimi EfA per la "logica tecnica" è riportata di seguito:

?? No. Requisito richiesto ??
|---|---|
?? P1 ?? Il servizio online DEVE poter chiamare una componente di pagamento che deve essere fornita dalle autorità riceventi parametrizzata per il pagamento di una commissione, a condizione che tale componente e i suoi parametri siano forniti dall'autorità ricevente.
?? P2 ?? Il servizio online PUÒ anche offrire un proprio componente di pagamento, che può essere configurato da autorità che non dispongono di un proprio componente di pagamento.

Fornendo i servizi online nel negozio FIT, consentiamo un semplice co-uso legale. Viene fornito collegando i rapporti contrattuali secondo il modello Software-as-a-Service (SaaS). FITKO agisce come intermediario e conclude un contratto SaaS con entrambe le parti a proprio nome. Un singolo contratto di post-utilizzo SaaS viene concluso con ogni stato di post-utilizzo.

Lo Stato di post-utilizzo informa FITKO del suo interesse al co-uso mediante lettere di interesse e FITKO contatta lo Stato di attuazione. Gli Stati federali attuativi e post-utilizzatori chiariscono quindi i rispettivi dettagli in una lettera di voto e informano FITKO di conseguenza. Questa lettera di voto diventerà parte di entrambi i contratti SaaS.

Le possibilità di riutilizzo legale sono riassunte di seguito:

Negozio FIT
Nel negozio FIT, i servizi EfA sono forniti attraverso una catena di rapporti contrattuali. FITKO agisce qui come intermediario ed è un partner contrattuale diretto (fornitore e acquirente allo stesso tempo). Il riutilizzo viene effettuato dai paesi, che a loro volta possono trasmettere i servizi online acquistati all'interno del paese, come regolato nei dettagli del contratto.

Convenzione amministrativa
Un disegno individuale di accordi amministrativi è possibile. La gestione del programma ha fornito un progetto per questo scopo.

Accordo interpubblico
Gli intermediari del diritto degli appalti nei Länder concordano lo scambio di servizi attraverso l'accordo interpubblico (AIO). Qui, gli intermediari raggruppano lo scambio di servizi nello stato federale. Il FITKO fa anche parte della IöV, quindi è possibile uno scambio con il negozio FIT. Si tratta di un modello collaudato, che però punta ad essere riutilizzato dai comuni. Questa non è una soluzione per il successivo utilizzo dei servizi camerali, a condizione che gli intermediari non trasmettano i servizi online alle camere.

Mercato aperto
Il Consiglio per la pianificazione informatica (IT-PLR) ha deciso di creare un mercato digitale per i servizi amministrativi e ha incaricato govdigital eG di farlo. I clienti possono offrire servizi online sul mercato, che possono poi essere riutilizzati attraverso una catena di premi interni. Il disegno esatto è ancora aperto.

La formulazione specifica dei requisiti minimi EfA per l'"opzione di riutilizzo legale" è disponibile al seguente indirizzo:

No. Requisiti Requisiti
|---|---|
?? R1 ?? Il paese responsabile DEVE offrire un'opzione di condivisione legale appropriata per i servizi nell'applicazione dello Stato e nella sfera di influenza trasferita (ad esempio accordo amministrativo, negozio FIT).
?? R2 ?? Il paese responsabile DEVE avere sufficienti diritti di licenza per il servizio online per l'uso da parte di altri paesi e comuni. |

La formulazione specifica dei requisiti minimi EfA per "organizzazione" è riportata di seguito:

?? No. ?? Requisito ??
|---|---|
Per il servizio online, deve essere creata una struttura di cooperazione organizzativa (o una esistente utilizzata) in cui i paesi partecipanti mantengano costantemente i requisiti professionali, legali, tecnici, ecc.