Technische dimensie van de medegebruiksalliantie

Reeds in 2021 is begonnen met de uitvoering van de EfA-minimumvereisten - vanuit technisch oogpunt van WSP.NRW / GovForms konden deze al grotendeels worden uitgevoerd. Daarom is de basis gelegd voor een technische verbinding van geïnteresseerde partners en vindt er onmiddellijk een gedetailleerde planning voor de proefimplementatie plaats.

Ondersteunde transportformaten door GovForms 2.0:

• FIT-Connect (aanbeveling): Klaar voor gebruik

Communicatie met de verantwoordelijke autoriteiten kan al via Fit-Connect. Een functionele interface is beschikbaar aan de kant van WSP.NRW

• Inheemse OSCI/XTA2-implementatie: in voorbereiding

Het FIT-Connect-platform in opdracht van de IT-planningsraad dient voor de netwerking en integratie van IT-systemen van de federale IT-architectuur en is geschikt voor het verbinden van onlineportalen en bevoegde instanties in de zin van EfA-implementatie. Het voordeel van FIT-Connect ligt in de hoge mate van abstractie in vergelijking met andere realisaties van transportroutes tussen de deelstaten, overheden, gemeenten en portalen. FIT-Connect maakt gebruik van bestaande infrastructuur en processen zoals DVDV en OSCI. FITKO levert haar eigen infrastructuur, parameteronderhoudsdiensten en API's.

NRW werkt momenteel aan de creatie van een adapter ("connector") om media-breukvrije ontvangst van gestructureerde applicatiegegevens mogelijk te maken, zelfs zonder gespecialiseerde procedures.

Beveiliging met OSCI

Met de versleutelingsmethode OSCI (Online Services Computer Interface) wordt een bindende norm vastgesteld voor geauthenticeerde berichtoverdracht door de overheid. Multi-level encryptie en elektronische handtekening zorgen ervoor dat verzonden berichten / documenten niet kunnen worden gewijzigd en voldoen aan de hoge behoefte aan bescherming.

Versleuteling op meerdere niveaus en elektronische handtekeningen zorgen ervoor dat verzonden berichten/documenten niet kunnen worden gewijzigd en voldoen aan de grote behoefte aan bescherming. Er is een tussenpersoon betrokken om een veilige overdracht van de gevraagde gegevens te waarborgen.

De tussenpersoon maakt de overdracht van de gegevens in overeenstemming met OSCI mogelijk. De taak is om inkomende berichten te controleren en door te sturen.

Er zijn twee verschillende sleutels, die in het kader van de OSCI-procedures enveloppen worden genoemd:

• Buitenste envelop = Gebruiksgegevens
• Binnenste envelop = gecodeerde inhoudsgegevens

In de binnenste enveloppe worden de inhoudsgegevens versleuteld met de openbare sleutel van de ontvanger. Dit zorgt ervoor dat deze gegevens alleen kunnen worden ontsleuteld en gelezen door de ontvanger.

De buitenste enveloppe bevat alleen gebruiksgegevens (transportinformatie).

De tussenpersoon opent alleen de gegevens van de buitenste envelop om de ontvanger van het bericht te identificeren. Het gebruikte OSCI-protocol waarborgt de veiligheid en integriteit van de gegevens.

Gegevenstransport via XTA/2

XTA is een transport- en transmissieprocedure voor het uitwisselen van berichten tussen de verschillende technische procedures. De XTA-standaard bestaat meestal uit verschillende modules:

• Model van rollen en verantwoordelijkheden ("rolmodel")
• Serviceprofielen

Voor medegebruikers zijn er twee verschillende manieren om onlinediensten in hun eigen portalen te integreren:

1. Verbinding via een geparametriseerde link

Bij dit type verbinding volstaat het dat het oproepportaal een vooraf bepaalde koppeling met de bijbehorende parameters oproept, bv. https://service.wirtschaft.nrw/?a=1;b=2;c=3. Er hoeven geen verdere aanpassingen gedaan te worden, de inbedding gebeurt dan bijvoorbeeld via Iframe

2. Integratie van een compleet pakket via zogenaamde "Web Components" met het leveren van code snippets

De integratie van de online diensten in een ander portaal vindt plaats via webcomponent, waarbij HTML-fragmenten, scripts en een aparte DOM (Shadow-DOM) als onafhankelijke bron worden ingevoegd. Dit is volledig aanpasbaar door CSS en de respectieve CI van het aanroepende portaal kan volledig worden overgenomen.

Door de gebruikersaccounts "Servicekonto.NRW" en de ELSTER "Bedrijfsaccount" te verbinden, is het voor burgers en ondernemers landelijk mogelijk om veilige authenticatie uit te voeren met de respectieve opgeslagen gegevens op het online portaal.

Afhankelijk van de gekozen authenticatiemethode zijn verschillende vertrouwensniveaus mogelijk:

Het WSP.NRW voldoet daarmee aan de eisen van EfA co-gebruik met betrekking tot gebruikersaccounts. Hoewel dit in beide gevallen interoperabele accounts zijn die kunnen worden gekoppeld aan andere landspecifieke accounts, zal het in de toekomst ook mogelijk zijn om het BUND-gebruikersaccount te koppelen aan het WSP.NRW om Europese burgers in staat te stellen zich te registreren en te authenticeren met behulp van eIDAS.

De online diensten van de WSP.NRW moeten voldoen aan alle federale en nationale wettelijke vereisten. Hiertoe worden de technische wettelijke vereisten geïmplementeerd in de "digitaliseringslijnen" als onderdeel van verschillende processtappen.

[Een beschrijving van het organisatie- en procesmodel van de "digitaliseringswegen" is hier te vinden.](/help/efa/post-utilization/wsp-nrw/approach-of-digitalization roads/)

In principe zijn de digitaliseringswegen van WSP.NRW echter gericht op het ontwikkelen van diensten die zo uniform mogelijk zijn in heel Duitsland om de doelen van landelijke implementatie van CSO's zo snel mogelijk te bereiken. Voor zover dit wettelijk niet mogelijk is, worden de diensten binnen het toepassingsgebied van de digitaliseringswegen (zie hierboven) professioneel geparametriseerd en aangepast aan de respectieve technische vereisten.

In de context van technische parametrering en multi-client vermogen, de WSP.NRW's micro-service architectuur zet ook de koers voor het leveren van geparametreerde diensten aan de landen.

Overdrachtparameters binnen het bereik van de formulieroproep

Als een formulier wordt opgevraagd als onderdeel van gedeeld gebruik en wordt ingebed in een ander online portaal, moeten de geo-informatie (PLZ, ARS, AGZ), de LeiKa-ID en een klantidentificatie worden verstrekt als startparameters. De LeiKA-ID en de geo-informatie dienen om verdere autoriteitsspecifieke parameters te identificeren en de juiste vorm te geven. De cliëntidentificatie dient om de cliëntspecifieke parameters toe te wijzen.

?? Parameter ?? Beschrijving ??
|-------|-------|
?? LEIKA sleutel ?? Identificeert de prestaties ??
?? Mandaat-ID ?? Identificeert het oproepende portaal ??
?? Target informatie ?? Geo-informatie (ARS, AGS, ZIP) om de autoriteit te identificeren ??

Klantspecifieke parameters in GovForms 2.0

In het kader van multi-tenancy en parametrering is het doel om een onlinedienst weer te geven die is aangepast aan de technische vereisten van het betreffende land en die daaraan op basis van een bepaald onderwerp is toegewezen (voorbeeld: Gebruiker opent het portaal van de medebegunstigde staat, maakt gebruik van een dienst van de WSP.NRW, maar dient de aanvraag in een andere medebegunstigde staat in). Een multi-tenant, technologische basis maakt het dus mogelijk om individuele aanpassingen te maken aan interfaces, processen en representaties, afhankelijk van de federale staat en de bevoegde autoriteit.

Voor klanten kunnen specifieke formulieraanpassingen en eigen teksten voor vergoedingen en rechtsgrondslagen worden opgeslagen. Daarnaast blijft op klantniveau verdere technische interface-informatie over de betalingsinterface, het retourkanaal en de transportprocedures bestaan.

?? Parameter ?? Beschrijving ??
|---|---|
?? Formulieraanpassingen* ?? Individuele formulierconfiguraties: (beperkte inhoud) Aanpassing van formulieren aan landspecifieke voorwaarden
?? Wetgevingsteksten ?? Individuele invoeging van teksten in formulieren (bv. provinciale wetten) ??
?? Retouradres (?) ?? Stel een specifiek retourkanaal en mailboxen in voor meldingen enz. ??
?? Betalingsinterface ?? De parameters en het technische adres voor het aanroepen van de geselecteerde betalingscomponent ??
?? Transportkanaal ?? Storting van het bijbehorende transportkanaal (OCSI/XTA, FIT-Connect) ??

*Klantspecifieke formulieraanpassingen dienen slechts in beperkte mate te worden uitgevoerd (bv. op basis van wettelijke vereisten) om het beginsel van het gebruik van de EfA niet te ondermijnen.

Parameters via directorydiensten

Technische parameters voor het richten van aanvragen tot bevoegde autoriteiten worden in principe opgeslagen in het DVDV-bestand. Deze gegevens omvatten technische routeringsinformatie als noodzakelijke certificaten. Verder kan via de DVDV nadere informatie zoals contactgegevens, adressen, tarieven en afrekeningen per LeiKa en instantie worden bepaald. Bovendien is het portaalnetwerk van de online gateway ook beschikbaar via de XZuFi-standaard en, als FIT-Connect wordt gebruikt, het FIT-Connect selfserviceportaal. GovForms 2.0 heeft toegang tot deze mappen en voltooit de nodige parameters.

?? Parameter ?? Beschrijving ??
|---|---|
Afhankelijk van de gekozen transportmethode (XTA2, FIT-Connect) wordt de route-informatie (bestemmingsadres, tussenpersoon, DestinationID, publieke sleutelcertificaten) bepaald. |
?? Wapen / Logo's ?? Gepland is een mogelijke voorziening voor weergave in het formulier ??
?? Adressen / contactgegevens ?? Om het adres en de contactgegevens van de bevoegde instantie weer te geven ??
?? Betalingsparameters ?? Individuele vergoedingen, afwikkelingsrekeningen per LeiKa en bevoegde instantie. |

Het WSP.NRW is al in staat om verschillende betaalcomponenten aan het portaal te koppelen en bruikbaar te maken voor burgers. Zo kan zelfs vandaag de dag voorschotten worden uitgevoerd component-onafhankelijk.

Individuele betalingen zijn mogelijk zodra overeenkomstige parameters (rekeningen, vergoedingsbedrag) via een retourkanaal aan het WSP-NRW worden geleverd. Deze parameters kunnen bijvoorbeeld worden opgeslagen in de [Duitse directory van administratieve diensten] (https://www.itzbund.de/DE/itloesungen/standardloesungen/dvdv/dvdv.html) (DVDV). Het platform ePayBL, dat tegen het eerste kwartaal van 2023 een volledige parametrering zal bieden, is geschikt als toekomstige standaardcomponent voor Duitsland.

Naast ePayBL kunnen ook alternatieve betaalinterfaces worden gebruikt, mits de interfaceparameters bekend zijn en voor de klant zijn opgeslagen.

Er kunnen drie verschillende betalingsmodellen worden aangeboden:

1. Stroomopwaartse betalingen

In het geval van upstream betalingen worden de in de DVDV gedeponeerde forfaitaire vergoedingen direct na het indienen van een aanvraag gefactureerd en kunnen ze elektronisch door de gebruiker worden betaald. Het bedrag van de vergoeding is afhankelijk van de gekozen dienst en de verantwoordelijke instantie of de toepasselijke vergoedingsregeling.

2. Downstreambetalingen

In het geval van downstream betalingen wordt de vergoeding gefactureerd als gevolg van de verrichte werkzaamheden. In dit geval is een retourkanaal nodig om de kosten zonder mediaverstoring aan de gebruiker aan te rekenen. Hier kan bijvoorbeeld een betalingsverzoek worden verzonden naar de mailbox, die op zijn beurt een parametreerbare link naar de betalingsinterface bevat.

3. Typegemengde betalingen

In dit geval bestaat de betaling uit een upstream forfaitair bedrag en een daaropvolgende kostengebaseerde berekening.

Het concrete EfA co-gebruik van een proces van NRW voor andere deelstaten kan in het kader van pilots worden geïmplementeerd. Op deze manier kunnen open vragen direct worden beantwoord en interpretaties worden voorkomen.

• Individuele, geselecteerde diensten (LeiKas) of bundels van diensten (technisch verwante diensten) kunnen in het kader van een proefproject worden uitgevoerd.
• Het proefproject dient als een technische doorbraak - op basis van de gespecificeerde technische kaderparameters wordt gestreefd naar de uitvoering van de geselecteerde dienst(en) met deelnemende bevoegde instanties. Op basis van de opgedane ervaring kan de uitrol in het bij het proefproject betrokken land in grotere mate worden gepland en kunnen verdere diensten worden uitgevoerd.

Het selfserviceportaal (SSP) wordt gebruikt om voorbereidingen te treffen voor het delen van EfA-onlinediensten door MWIKE. De implementatie van het SSP heeft plaatsgevonden binnen het WSP.NRW en kan worden bereikt met een apart verstrekte login. Het SSP moet met name worden gebruikt voor het rechtstreeks beantwoorden van reeds verduidelijkte vragen en het doorgeven van vereisten (technisch en technisch) en dus ter ondersteuning van de communicatie met de te verbinden landen, die ernaar streven de onlinediensten van MWIKE voor het EfA te delen.

Het selfserviceportaal biedt onder andere administratieve functies, waarbij klantspecifieke (klanten worden verstaan alle instellingen die geïnteresseerd zijn in co-gebruikers) informatie door de landen zelf kan worden beheerd zonder dat er een live support medewerker nodig is.