edelivery Arkitekturen i infrastruktur

Transkript

1 FDA2018

2 edelivery Arkitekturen i infrastruktur Sven Rostgaard Rasmussen Digitaliseringsstyrelsen, KDA FDA Konference, den 23. april 2018

3 Agenda 1. Baggrund for edelivery 2. Hvad er edelivery 3. edelivery arkitektur og teknik 4. Har vi brug for edelivery? 3

4 1. Baggrund for edelivery Stigende brug af data i forvaltning og sagsbehandling Automatisering af forretningsprocesser Behov for sammenhængende løsninger på tværs af myndigheder samt mellem private virksomheder og myndigheder øger markant behov for udveksling af data Automatiserings af processer sætter fokus på interoperabilitet Tværgående processer mellem organisationer stiller juridiske krav til gyldighed og uafviselighed Cyber trusler og krav om databeskyttelse medfører øgede krav til sikkerhed Eksempler på anvendelse: MedCom, Digital Post, NemHandel (PEPPOL) 4

5 1a. Introduktion og formål edelivery analysefase edelivery udspringer i europæisk kontekst edelivery er på vej frem med stærk backing fra EU - bl.a. for at sikre det digitale marked Implementeret i NemHandel (gennem PEPPOL) og flere andre sammenhænge (BRIS, ejustice m.m.) Designet til at være lovgivningsnært (eidas) - og ud fra principper for interoperabilitet edelivery i kontekst af FODS - Forankret i Initiativ 8.1 Gode data og effektiv datadeling Mønster er en del af Referencearkitektur for deling af data og dokumenter Foranalyse har sat edelivery i en dansk kontekst og afklaret, at der ser ud til at være potentiale i at anvende edelivery i Danmark (med udgangspunkt i cases: NemHandel, MedCom, NGDP) edelivery sætter rammerne men der er brug for en konkret, national implementering Hvordan ser den optimale, fællesoffentlige implementering af et dansk, edelivery-baseret netværk ud teknisk, arkitekturmæssigt og organisatorisk? Og hvordan vil omkostningsbilledet se ud? 5

6 Hvad er edelivery? CEF Digitale infrastrukturer: PARTY PARTY eid edelivery PARTY PARTY einvoicing esignature PARTY PARTY etranslation Other DSI s (*) CEF Connecting Europe Facility edelivery enables you to securely exchange data and documents

7 2a. Hvad er edelivery Flere projekter/organisation er anvender edelivery/as4 herunder: Europe: PEPPOL (Pan-European Public Procurement Online) (*) Europe: ENTSOG (European Network of Transmission System Operators for Gas) Europe: BRISS (The Business Registers Interconnection System) Europe: EESSI (Electronic Exchange of Social Security Information) Europe: e-codex (e-justice Communication via Online Data Exchange) Australia: Superstream Pensions Japan: JEITA (Japan Electronics and Information Technology Industries Association) World Wide: IATA (International Air Transport Association) (*) OpenPEPPOL har implementereret edelivery til understøtte indkøbsprocesser herunder varekataloger, bestillingsorder og fakturaer. PEPPOL edelivery har været i produktion siden 2013 i mere en 10 lande med 60+ mill. transaktioner om året med 160+ Accesspoints (AS2) og 60+ SMP. Aftale om skift til AS4 med EU Kommissionen 7

8 2b. Hvad er edelivery Ideen med edelivery er at forenkle og sikre udveksling af data mellem systemer ved brug af standarder og fælles profiler: AS4 er baseret på ebxml (Electronic Business XML), som er en målrettet udveksling af data mellem virksomheder. Adresse / Servicekatalog i en distribueret løsning (OASIS BDXL/SMP) med støtte for forretningsprocesser, dataformater og sikkerhed. Alle standarder er vurderet af EU Kommissionen og Identificeret af EU s ICT Multistakeholder Platform 8

9 2c. Hvad er edelivery anvendelsesområder edelivery understøtter part til part kommunikation (fra afsender til modtager). Det er Ikke velegnet som et broadcast mønster. Understøttes både enkelt og masseudsendelse af beskeder. Der kan sendes beskeder op til 2 GB pr. besked. Hvis man har et behov for at: Udveksle data sikkert og pålidelig Garanti for leverance og kun 1 gang Garanti for komplethed og konfidentialitet af den afsendte besked. edelivery er en asynkron måde at udveksle data på, hvis behovet er synkront så er edelivery ikke det rigtig valg nødvendigvis. 9

10 2d. Hvad er edelivery Værdien for brugerne Genbrug - Den samme infrastruktur løsning genbruges til at udveksle data med flere parter og systemer Multilateral struktur: Etabler én forbindelse send til alle Høj sikkerhed med fælles styring Mulighed for at fokusere på forretningsprocesser og informationer der ønskes udveksles fremfor hvordan. Understøtter masse- og enkeltudsendelse af beskeder Teknikkerne bag edelivery er udbredt og velafprøvet. 10

11 3. edelivery arkitektur Referencearkitektur for deling af data og dokumenter Forsendelsesmønster: Servicefællesskab 11

12 3a. Eksempel på forsendelse af PEPPOL-meddelelse Meddelelse: 1: Faktura for forplejning skal sendes til GLN via NemHandel/PEPPOL Kongeligt Morgenbrød A/S 3: Formater og krypter meddelelse 4: Afsend (securely, reliably) DIGST HEADER: MODTAGER: <GLN> TYPE: FAKTURA_UBL PROCES: FAKTURERING_SIMPEL TRANSAK.ID: XYZ123 PAYLOAD: <FAKTURA I XML/UBL-FORMAT> 2: Check, at kan modtage fakturaer: Opslag på <MD5-encoded 0088:GLN>.peppol.eu Svar fra SMP: El-conomic Access Point DNS Meddelelse SMP Access Point INDFAK2 5: INDFAK2 modtager meddelelse og parser payload ud fra angiven TYPE Alm. system FAKTURERING_SIMPEL FAKTURA_UBL <CERTIFIKAT> 12 BDXL (SML) 0: Registrer, at INDFAK2 er service provider for DIGST med GLN-nr i PEPPOL. SMP opdaterer SML, der herefter opdaterer DNS edeliverykomponent

13 Teknisk analyse 3b. Den tekniske analyse Analysen danner grundlag for løsningsbeskrivelse For at få den på plads, er der en række standardrelaterede afklaringer, herunder: Sikkerhed / Certifikat-opsætning E2E-kryptering Protokoller Addressing Vi skal også afsøge særlige integrationssnit og afhængigheder med bl.a.: NemLog-in/Nem-ID, KOMBIT Beskedfordeler, Grunddatafordeler Roadmap for, hvordan vi kommer i mål Løsningsbeskrivelse Standarder/afklaringer Afhængigheder Roadmap 13

14 3c. Styring og forvaltning edelivery operatør 14

15 4. Har vi brug for edelivery? Ja! EU har nu lanceret edelivery med bredt løsningsperspektiv Bekymring: edelivery er én af flere alternative løsningsmodeller Traditionel tilgang med mange standarder er problematisk: Lav interoperabilitet (mange forskellige standarder) Ringe skalerbarhed og risiko for leverandør lock-in edelivery er baseret på et godt fundament af principper og teknik: Fokus på interoperabilitet og skalerbarhed (BDXL/SMP) Simpelt, men effektivt teknisk fundament PEPPOL viser, at edelivery virker både teknisk og forretningsmæssigt: Klar understøttelse af forretningsbehov (formater + processer) Har skabt et effektivt marked for serviceudbydere 15

16 16 spørgsmål?