Efa: Minstekrav til gjennomføring

Dei definerte rammebetingingane i samanheng med "overflatedesign og design" fokuserer på levering og visning av elektroniske tenester i frontend.

I prinsippet kan to viktige tilnærmingar skiljast:

1. Levering av den elektroniske tenesta via ei nøytral side, som imidlertid har alle ytingsspesifikke faktiske og lokale kompetanseeigenskapar, og bør òg referere til visning av eit våpenskjold frå den respektive kompetente lokale styresmakta eller på annan måte faktisk og lokal kompetent spesialiststyresmakt (t.d. kammer).
2. Levering av den elektroniske tenesta via ein portal som brukaren allereie har tilgang til visuelt tilsvarande side, som òg skal ha alle ytingsspesifikke fakta- og lokale kompetanseeigenskapar, og bør også visa til visning av eit våpenskjold frå den respektive vedkomande lokale styresmakt eller på annan måte faktisk og lokal vedkomande spesialiststyresmakt (t.d. kammer).

Den spesifikke ordlyden i EfA minimumskrav for "overflate design og design" finn du nedanfor:

Nei. Krav?
⁇ — ⁇ — — — — — — ⁇ —
Netttenesta MÅ ha ein nøytral (ingen land, lokale eller myndigheitsspesifikke stilguidar eller den fullstendige utsjånaden på grensesnittet til dei respektive administrative portalane til dei deltakande landa, kommunane eller styresmaktene) design. Ϝ
Den elektroniske tenesta BØR ha eit design testa med brukarar og ta omsyn til retningslinjene på brukaropplevingsportalnettverket. Ϝ
Den elektroniske tenesta, etter at den ytingsspesifikke ansvarsfunksjonen (t.d. postnummer, stad eller georefererte data eller parameteroverlevering ved online serviceanrop) er bestemt, MÅ vise den enkelte vedkomande styresmakt med kontaktopplysningane og SKAL vise det respektive våpenskjoldet til vedkomande lokale myndigheit, dersom det er deponert av den. Ϝ
Den elektroniske tenesta MÅ kunne identifisere styresmakta som er ansvarleg for å ta imot søknaden ved hjelp av LeiKa ID og regional nøkkel frå den noverande databasen i portalnettverket. Ϝ

Elektroniske tenester som leverast for eFax-sambruk, må overhalde alle tekniske krav og spesielt med føderal lov og må difor vere lovleg sikre. Dette krev minimumskrava til den såkalla "tekniske logikken". I tillegg må det også gjerast bestemmelser for teknisk parametrisering, dvs. tilpasning, til dei spesifikke bestemmelsene i Landloven i den respektive medbegunstigande føderale staten.

Nei. Krav?
⁇ ---------
Den elektroniske tenesta MÅ overhalde dei tekniske krava i dei føderale lovene. Ϝ
Den elektroniske tenesta MÅ ta omsyn til tilleggskrav i samsvar med landslova i alle land etter brukarland. Ϝ
Den elektroniske tenesta bør, om naudsynt, vere i stand til å ta passande omsyn til statlege eller lovbestemte gjennomføringsreglar for føderalt regulerte tenester (t.d. gjennom fleirleieavtale, parametrisering). Ϝ

Ein "datautvekslingsstandard" regulerer formatet for ei einsarta sending og mottak av data. Når det gjeld digitalisering av offentleg forvalting, er det særleg datautvekslingsstandardane XÖV og Xfall/XData Fields som gjeld. Dei tilsvarande grensesnitta til råka applikasjonar, til dømes spesialistprosedyrar, må difor kunne ta imot og handsame dataa til ei online teneste i det angitte formatet (tilkopling). Datautvekslingsstandardar er utvikla med ein juridisk-teknisk referanse som såkalla "tekniske standardar".

Efa-minimumskrava regulerer kriteria for standardisert dataoverføring på dette området. I prinsippet må ei standard XML-fil leverast via eit rutingssystem, som kan vidarebehandlast via eit grensesnitt i ein spesialistprosedyre. Men viss det ikkje finst nokon teknisk standard enno, men skal utviklast i framtida, er det første trinnet levering av ei PDF-fil, som inkluderer alle applikasjonsdata som skal overførast.

Meir inngåande informasjon om gjeldande XÖV-standardar finn du til dømes her. Dei utarbeidast, overvakast og vidareutviklast av Koordineringskontoret for IT-standardar (KoSIT).

Den spesifikke ordlyden i EfA-minimumskrava for "teknisk logikk" finn du nedanfor:

Nei. Krav?
⁇ ---------
Den elektroniske tenesta MÅ sende måldataa i eit standardisert XML-format (t.d. som ein modul i ein XÖV-standard eller XData-felta i ein XFall-behaldar) via eit automatisert grensesnitt, som igjen kan lesast (semi-) automatisk av spesialistprosedyrar. Viss det ikkje er nokon tekniske prosedyrar, bør den elektroniske tenesta (i tillegg) generere ei lesbar PDF-fil. Ϝ
Viss det ikkje finst nokon teknisk standard, MÅ det opprettast ein standardiseringsprosess for datagrensesnittet for å sikre følgjande aspektar: føreseielegheit, pålitelegheit, ansvar, finansiering, forvalting av offentleg forvalting, involvering av alle relevante interessentar; Openheit om standardar i betydninga av Free Software Foundation Europe; praktisk orientering, regelmessig vidareutvikling (endringsleiing — ikkje berre ved endringar i rettsgrunnlaget, men også basert på tilbakemeldingar frå praksis), høgt detaljnivå, høg kvalitet, teknisk robust; føremålstenleg standardisering, dokumentert modeining for metoden/rammeverket, tilstrekkeleg vurdering av EU-krav og -tilbod. Ϝ
Den elektroniske tenesta MÅ generere ein strukturert utgang av programmet i XFall-format basert på dei knyta FIM-masterdataskjemaa, føresett at ingen teknisk standard eksisterer eller opprettast i administrasjonen (t.d. Ϝ
Den elektroniske tenesta skal vere kompatibel med dei mest brukte tekniske prosedyrane frå forskjellige produsentar (viss nokon) i landa som skal koplast i samsvar med EfA-prinsippet. Ϝ

For å kunne utveksle opplysningar mellom nettbaserte tenester og vedkomande styresmakter bør det veljast eit hensiktsmessig og så einsarta overføringsmiddel som mogleg. Dette regulerast av dei såkalla EfA-minimumskrava for "ruting og transport". Metodane som brukast bør veljast i samsvar med deira kriterium for enkel tilkopling, grad av formidling og tid tilgjengelegheit.

Følgjande teknologi stablar vurderast:

Ϝ overfør med OCSI/XTA og få rutingsinformasjon via DVDV ṛ
Transportprotokollen OSCI (Online Services Computer Interface) set ein bindande standard for autentisert meldingsoverføring frå offentleg forvalting. Kryptering på flere nivåer og elektronisk signatur sikrar at meldingar/dokumentar som sendast ikkje kan endrast og oppfyller det høge behovet for beskyttelse. For å sikre ei sikker overføring av dei forespurte dataa, er ein mellommann mellomliggande. Mellomleddet mogleggjer OSCI-kompatibel overføring av dataa. Dens oppgåve er å sjekke og vidaresande innkomande meldingar. XTA er ein transport- og overføringsprosedyre for utveksling av meldingar mellom dei ulike spesialistprosedyrane.

Ϝ overføring via FitConnect grensesnitt kalksteinsalpane
Som ein del av leveringa av applikasjonsdata via "FIT-Connect" -rutingssystemet, betjenes dei respektive nettverka ved hjelp av ein XTA-rutingsprotokoll. FITKO overtek leveringstenesta og gjev landa skjemaa for henting. For dette føremålet bør dei respektive landa finne den aktuelle spesialistmakta via ein leveringsapplikasjon og ved hjelp av organisasjonsnøklane og adressere den til spesialistklienten. Etter deikryptering gjev klienten det utfylte skjemaet til den tekniske prosedyren.

Innanfor ramma av EfA kan søknader sendast inn av forskjellige land i forskjellige land. Basert på DEST-ID (Destination-ID), kan målnettverka bli funne. Spesialiststyresmaktene vert funne via ein DVDV-spørring. Leveringssøknaden skal levere søknadsdataa til riktig spesialistprosedyre via direkte kommunikasjon med spesialistklienten.

Leveringssøknaden kan utførast uavhengig av FITKO i dei respektive landa. Land gjev levering søknad. Ved å gjere det, må FITKO sikre tilgang til alle land. For at EfA online-tenesta skal vere tilgjengeleg frå alle land og for alle, skjer leveransen på høgare nivå via FITKO. Bestemminga om den tekniske framgangsmåten krev for tida ei nasjonal løysing. Løysinga skal implementerast av ein applikasjon gjennom ein klient-server relasjon. MWIKE samarbeider allereie med sine tenesteleverandørar om ei universell løysing.

Du finn detaljerte forklaringar på FIT-Connect her.

Den spesifikke ordlyden i EfA-minimumskrava for "ruting og transport" finst i følgjande liste:

Nei. Krav?
⁇ ---------
Dei tekniske tilkoplingsdataa til dei kompetente styresmaktene kan lagrast og haldast ved like direkte i onlinetenesta for nokre få landsdekkjande mottakarbyråar (mindre enn 16).
Den elektroniske tenesta MÅ bestemme den tekniske adressa til nokre større få landsdekkjande mottaksbyråar (> 16) ved å få tilgang til DVDV.
Ved ruting ved hjelp av DVDV, MÅ eit DVDV registreringskonsept opprettast for den elektroniske tenesta.
Den elektroniske tenesta MÅ kunne sende dataa som skal transporterast via ein OSCI-sendar (moglegvis via eit XTA-grensesnitt til sendaren) i kryptert form til OSCI-mottakarane definert av førespurnadsbehandlingsstyresmaktene. Dersom det allereie finst nasjonalt etablerte overføringsstandardar (t.d.
Den elektroniske tenesta MÅ aktivere ein sertifikatbasert overføring av dataa med ende-til-ande-kryptering. Krypteringa MÅ no minst éit endepunkt som skal definerast av etterbrukarmakta. Sertifikatane som brukast må stamma frå den administrative PKI. Ϝ

Merk: I framtida kan FIT-Connect brukast forutsett at beskyttelsesmåla for konfidensialitet, integritet (inkludert autentisitet) og tilgjengelegheit sikrast og dei tilsvarande tilhøva opprettast.

Ein interoperabel "brukarkonto" må koplast til den elektroniske tenesta for å autentisera og identifisere søkjaren. Inntil alle brukarkontoar er interoperable, må minst den føderale brukarkontoen for borgarar eller den einsarta bedriftskontoen vere kopla til.

To interoperable brukarkontoar har allereie vorte kopla til WSP.NRW for å registrere borgarar, handelsmenn og selskapar. For bedrifter (enkeltselskaper, partnarskap, selskapar) og foreiningar er portalen og den tilhøyrande kontoen «My Business Account» oppretta, som sameiner landsdekkjande kommunikasjon mellom bedrifter og institusjonar. Tilkoplinga skjer via ELSTER/NEZO. Autentiseringsalternativane som tilbys er:

— ELSTER sertifikatfil (eingangsidentifikasjon per post)
Nytt ID-kort (kortlesar/AusweissApp2 for mobile einingar)
— Signaturkort i kombinasjon med ELSTER Authenticator Software
— Sikkerhetspinne i samband med ELSTER Authenticator Software

Registrering via ELSTER er òg mogleg for privatpersonar.

For privatpersonar tilbys òg eit lågterskeltilbod med ein brukarkonto som er meir tilpassa privatpersonar. Servicekonto.NRW av CIO NRW, introdusert av Governikus AG i 2017, gjev tilgang til digitale administrative tenester i den føderale delstaten NRW for søkjarar og kan difor òg brukast av innbyggjarar i andre føderale statar.

Autentiseringsalternativane som tilbys er:

1. Brukarnamn og passord
2. Elektronisk ID-kort (IDApp2 for mobile einingar)

Som ein del av den vidare utviklinga av Governikus AGs «tenestekonto»-produkt, som tenestekontoen.NRW er basert på, er OpenID-funksjonaliteten utvida til teknisk å mogleggjere påloggingar over landegrensene. Til dømes er delstatane Hamburg, Bremen, Sachsen-Anhalt, Schleswig-Holstein og BUND-brukarkontoen allereie integrert i «tenestekontoen».

Den spesifikke ordlyden i EfA-minimumskrava for "brukarkonto" finn du nedanfor:

Ingen krav
⁇ ---------
NK1 — Ein interoperabel brukarkonto MÅ vere kopla til den elektroniske tenesta. Inntil alle brukarkontoar er interoperable, må minst den føderale brukarkontoen for borgarar eller den einsarta bedriftskontoen vere kopla til.

Dei nettbaserte Efa-tenestene bør kunne kalle inn ein betalingskomponent som mottakarstyresmaktene skal levere på ein parameterisert måte for betaling av eit gebyr, føresett at denne komponenten og dens parametrar leverast av mottakarmakta. I tillegg kan den elektroniske tenesta òg tilby sin eigen betalingskomponent, som kan konfigurerast av styresmakter som ikkje har eigen betalingskomponent.

I prinsippet tilbyr WSP-NRW høvet til å kople til parameteriserte betalingskomponentar og ringe dei opp. I NRW er det allereie ein eigen betalingskomponent for alle ansvarlege organar (t.d. Kommunar, individuelle styresmakter) er gjevne og utplassert. Dette er betalingsplattforma “E-Payment-Developer-Community of the Federal Government and the Länder” (ePayBL) under teknisk leiing av Fristaten Sachsen.

Den spesialutvikla "avgiftsmodulen" til WSP.NRW tillet at gebyrsatsar samt ulike betalingsscenari (oppstraums, "nedstraums" og "blanda typar") registrerast for vedkomande styresmakter per prosedyre.

Sidan IT Planning Council enno ikkje har eit parameteriserbart landsdekkjande betalingsgrensesnitt, er det òg mogleg å kople landsspesifikke betalingskomponentar, føresett at naudsynt informasjon for integrering i/til WSP.NRW er gitt her.

I nær framtid er det meint å bruke eit landsdekkjande betalingsgrensesnitt viss det er godkjent og utvikla av IT Planning Council.

Den spesifikke ordlyden i EfA-minimumskrava for "teknisk logikk" finn du nedanfor:

Nei. Nødvendig krav?
⁇ ---------
Den elektroniske tenesta SKAL kunne kalle ein betalingskomponent som skal leverast av mottakarstyresmaktene, og som er parametrisert for betaling av eit gebyr, føresett at denne komponenten og dens parametrar leverast av mottakarmakta.
Den elektroniske tenesta kan òg tilby sin eigen betalingskomponent, som kan konfigurerast av styresmakter som ikkje har eigen betalingskomponent.

Ved å tilby nettenestene i FIT-butikken mogleggjer vi ukomplisert juridisk sambruk. Den leverast ved å knyte kontraktsforhold i samsvar med Software-as-a-Service (SaaS)-modellen. FITKO fungerer som mellommann og inngår ein SaaS-kontrakt med begge sider i eige namn. Det inngås ein individuell SaaS-kontrakt etter bruk med kvar enkelt stat etter bruk.

Etterbruksstaten informerer FITKO om si interesse for sambruk ved hjelp av interessebrev, og FITKO kontaktar gjennomføringsstaten. Gjennomførings- og post-utnytte føderale statar avklar deretter dei respektive detaljane i eit stemmebrev og informerer FITKO tilsvarande. Dette stemmebrevet vil bli ein del av begge SaaS-kontraktane.

Moglegheitene for lovleg gjenbruk er oppsummert nedanfor:

Ϝ Fit Storeṛ
I FIT-butikken leverast EfA-tenester gjennom ei kjede av kontraktstilhøve. FITKO fungerer her som mellommann og er ein direkte kontraktspartnar (leverandør og kjøpar på same tid). Gjenbruken utførast av landa, som igjen kan vidaresande dei kjøpte online-tenestene i landet, som regulert i kontraktsdetaljane.

Ϝadministrativ avtaleṛ
Ei individuell utforming av administrative avtalar er mogleg. Programstyringa har gjeve ein blåkopi for dette føremålet.

Ϝinter-offentleg avtaleṛ
Anskaffingsrettens mellommenn i Länder er samde om utveksling av tenester via Interpublic Agreement (IOA). Her pakkar mellommennene utvekslinga av tenester i den føderale staten. FITKO er òg ein del av IöV, så det er mogleg å byte til FIT-butikken. Dette er ein velprøvd modell, som imidlertid har som mål å bli gjenbrukt av kommunane. Dette er ikkje ei løysing for seinare bruk av kammertenester, forutsett at mellommennene ikkje vidareformidlar dei elektroniske tenestene til kammera.

Ϝopen marknadsplassṛ
IT Planning Council (IT-PLR) har beslutta å etablere ein digital marknadsplass for administrative tenester og har bestilt govdigital eG for å gjere det. Klientar kan tilby online tenester på marknaden, som deretter kan gjenbrukast via ei kjede av interne prisar. Det eksakte designet er for tida framleis ope.

Den spesifikke ordlyden i EfA-minimumskrava for "lovleg gjenbruk" finn du her:

Ingen krav
⁇ ---------
Det ansvarlege landet MÅ tilby eit passande lovleg delingsalternativ for tenester i statens handheving og overført innflytelsessfære (t.d. administrativ avtale, FIT-butikk).
Det ansvarlege landet MÅ ha tilstrekkelege lisensrettigheiter for nettenesta til bruk i andre land og kommunar. Ϝ

Den spesifikke ordlyden i EfA-minimumskrava for "organisasjon" finn du nedanfor:

Nei. Krav?
⁇ ---------
For den elektroniske tenesta må det opprettast ein organisasjonssamarbeidsstruktur (eller ein eksisterande som brukast) der dei deltakande landa kontinuerleg opprettheld dei faglege, juridiske, tekniske osb. krava.