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. Ϝ

Online-tenester som tilbys for EfA-sambruk, må overhalde alle tekniske krav og spesielt med føderal lov og må difor vere lovleg sikre. Dette krev minimumskrav til såkalla "teknisk logikk". I tillegg bør det også fastsetjast bestemmelser om teknisk parametrisering, dvs. tilpasning til dei særlege bestemmelsene i jordlovene i den respektive føderasjonsstaten som nyt godt av det.

Nei? Krav?
|---|---|
Den elektroniske tenesta MÅ overhalde dei tekniske krava i dei føderale lovene. |
002 — Den elektroniske tenesta MÅ ta omsyn til ytterlegare krav under Land lov i alle post-brukar land. |
Den elektroniske tenesta BØR, om naudsynt, vere i stand til å ta behørig omsyn til statlege eller lovbestemte gjennomføringsforskrifter på føderalt regulerte tenester (til dømes gjennom multi-leietakar, parameterisering). |

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 data mellom nettbaserte tenester og vedkomande styresmakter bør det veljast eit hensiktsmessig og mest mogleg einsarta overføringsmiddel. Dette regulerast av dei såkalla EfA-minimumskrava for "rute og transport". Metodane som brukast, bør veljast i samsvar med kriteria for enkel tilkopling, grad av formidling og tilgjengelegheit av tid.

Følgjande teknologistablar vurderast:

Ϝ overfør med OCSI/XTA og få rutingsinformasjon via DVDV ṛ
OSCI (Online Services Computer Interface) transportprotokollen set ein bindande standard for autentisert meldingsoverføring av den offentlege administrasjonen. 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 å sikra ei sikker overføring av dei forespurte dataa, er ein mellommann mellomliggjande. Formidlaren 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 ṛ
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 innsamling. For dette føremålet bør dei respektive landa finne riktig spesialiststyresmakt 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 er funne via ein DVDV-spørjing. 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. Landa leverer søknaden om levering. Ved å gjere dette må FITKO sikre tilgang til alle land. For at EfA online-tenesta skal vere tilgjengeleg frå alle land og for alle, føregår høgare levering via FITKO. Bestemminga i den tekniske framgangsmåten krev i dag ei nasjonal løysing. Løysinga skal implementerast av ein applikasjon gjennom eit klient-server-forhold. 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" finn du i følgjande liste:

Nei? Krav?
|---|---|
DS1? Dei tekniske tilkoplingsdataa til dei kompetente styresmaktene kan lagrast og haldast ved like direkte i den elektroniske tenesta for nokre få landsdekkjande mottaksbyråar (mindre enn 16).
DS2? Den elektroniske tenesta MÅ bestemme den tekniske adressa til nokre større få landsdekkjande mottaksbyråar (> 16) ved å få tilgang til DVDV.
Ved ruting med DVDV må det opprettast eit DVDV-registreringskonsept 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 behandlingsstyresmaktene. Viss det allereie finst nasjonalt etablerte overføringsstandardar (t.d.
Den elektroniske tenesta MÅ mogleggjere ein sertifikatbasert overføring av dataa med ende-til-ande-kryptering. Kryptering MÅ no minst éit endepunkt som skal definerast av postbrukarmakta. Sertifikatane som nyttast må stamme frå det administrative PKI. |

Merk: I framtida kan FIT-Connect brukast føresett at beskyttelsesmåla om konfidensialitet, integritet (inkludert autentisitet) og tilgjengelegheit er sikra og dei tilsvarande tilhøva er oppretta.

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.

Elektroniske EfA-tenester bør kunne kalle inn ein betalingskomponent som skal leverast av mottakande styresmakter på ein parametrisert måte for betaling av eit gebyr, føresett at denne komponenten og dens parametrar er levert av mottakande styresmakt. I tillegg kan den elektroniske tenesta òg tilby sin eigen betalingskomponent, som kan konfigurerast av styresmakter som ikkje har sin eigen betalingskomponent.

I prinsippet tilbyr WSP-NRW høvet til å kople parametriserte betalingskomponentar og ringe dei opp. I NRW er det allereie ein eigen betalingskomponent for alle ansvarlege organar (t.d. kommunar, enkeltstyresmakter) 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 gjer det mogleg å leggje inn gebyrsatsar samt forskjellige betalingsscenari ("oppstraums", "nedstraums" og "blanda typar") for vedkomande styresmakter per prosedyre.

Sidan IT Planning Council enno ikkje har eit parameteriserbart landsdekkjande betalingsgrensesnitt, er det også mogleg å kople landsspesifikke betalingskomponentar, føresett at den naudsynte informasjonen for integrering i/til WSP.NRW er gjeven 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?
|---|---|
P1? Den elektroniske tenesta SKAL kunne ringje ein betalingskomponent som skal leverast av mottakande styresmakter parameterisert for betaling av eit gebyr, forutsett at denne komponenten og dens parameterar er levert av mottakande styresmakt.
P2? Den elektroniske tenesta kan òg tilby si eiga betaling komponent, som kan konfigurerast av styresmakter som ikkje har si eiga betaling komponent.

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.