Introduktion til MeMo

Transkript

1 Introduktion til MeMo 14. maj 2018 CIU I forbindelse med udbuddet af en ny version af Digital Post løsningen skal der udvikles et nyt format for udveksling af digitale postmeddelelser. Det nye format navngives fremadrettet MeMo (MeddelsesModel). Formålet er at skabe et leverandøruafhængigt format, som understøtter en intelligent og automatiseret håndtering af Digital Postmeddelelserne. Dermed bliver det lettere for borgere og virksomheder at agere på meddelelser fra det offentlige og nemmere for virksomheder og myndigheder at fordele og behandle posten internt i deres systemer MeMo er under udarbejdelse og forventes efter den igangværende høringsfase at foreligge i en beta-version i forbindelse med indgåelse af kontrakten med den nye Digital Post Leverandør i efteråret Baggrund Datastandarden til udveksling af meddelelser i den nuværende Digital Post løsning har en tæt kobling til den realiserede infrastruktur og forsendelsesmønster. Det medfører for eksempel at forudbestemt forretningslogik for specifikke typer af meddelelser er indforstået ved udvekslingen, som udtrykt ved anvendelse af materialeid, der opsættes af myndigheden i administrationsmodulet til Digital Post. I MeMo adskilles meddelelsesdata fra infrastrukturen, dvs. meddelelsen bliver selfcontained (selvbærende); data, egenskaber og attributter indlejres i meddelelsen. Det muliggør at modtagere kan besvare, fordele eller foretage andre typer af handlinger, som er tilknyttet meddelelsen alene på baggrund af indholdet af den fremsendte meddelelse. En self-contained meddelelse kan på sigt sendes direkte mellem afsender og modtager uden brug af en Digital Post leverandør i midten, f.eks. gennem den europæiske edelivery infrastruktur. Udarbejdelse af MeMo er sket på baggrund af erfaringer og ønsker fra det nuværende Digital Post format, samt en omfattende dialog med it-leverandører og myndigheder. Målet med MeMo Målet med MeMo er at komme videre fra det, man typisk har gjort indtil nu at sætte strøm til papir til at understøtte en intelligent og automatiseret håndtering af Digital Post meddelelser. Myndighederne er i dag på forskellige niveauer og har forskellige ønsker til deres brug af Digital Post. Forventningen er, at en del myndigheder i en årrække stadig vil befinde sig der, hvor de blot sætter strøm til papir,

2 Side 2 af 5 mens andre allerede nu er gået i gang med en mere avanceret brug af metadata og html i meddelelserne det gælder f.eks. i regi af Initiativ 1.5 i Den Fællesoffentlige Digitaliseringsstrategi. MeMo formatet skal derfor kunne håndtere begge anvendelsesscenarier. Samtidig vil der i en overgangsperiode på ca. 2 år være behov for at kunne konvertere mellem det nuværende Digital Post format og MeMo, for at tilgodese de myndigheder, som ikke når at omlægge deres brevdannede systemer inden go-live i efteråret Det skal således være muligt at konvertere mellem det nuværende Digital Post format og MeMo. Et første bud på en mapning mellem DP2 og Me- Mo fremgår af dokumentet Mapning DP2 MeMo. Det er ligeledes et væsentligt mål, at datastandarden giver bedre mulighed for at modtager kan agere på den fremsendte meddelelse. Det kan være i forbindelse med intern fordeling i organisationen-eller forbedret mulighed for at handle på en meddelelse, når modtager ser den i sin indbakke på Borger.dk eller Virk. Det kan f.eks. være hjælp til at huske en aftale, betale en bøde, svare på en besked eller underskrive et dokument. Næste generation Digital Post skal nå disse mål ved at meddelelserne i langt højere grad end i dag, bliver beriget med metadata og strukturerede data, som kan understøtte modtagers håndtering af, og interaktion med den fremsendte meddelelse. En beskrivelse af hvorledes det tænkes løst i MeMo fremgår af dokumentet Vejledning til dataopmærkning i MeMo. De to primære snitflader til modtagelse og afsendelse af MeMo i relation til Digital Post vil være SFTP, REST over HTTP, samt på sigt edelivery. Som et supplement vil der også være behov for at understøtte transport med MIME over SMTP. Målgruppen er de myndigheder, som har systemer, der ikke kan sende via de primære snitflader og for de virksomheder, som ønsker at modtage deres post direkte på egen mail-server. En nærmere beskrivelse af heraf fremgår af dokumentet Vejledning til anvendelse af MeMo og SMTP. Det er et mål, at MeMo skal være så fleksibelt, at datastandarden skal kunne fungere i mange år fremover, samtidig med at myndighederne skal kunne optimere anvendelsen og MeMo undervejs, uden at det medfører store udviklingsomkostninger i afsender- og modtagersystemerne. Derfor lægges der op til at anvende RDF 1 til at strukturere og beskrive data. Det giver mulighed for at kombinere en stringent struktur, der understøtter validering og ensrettet tolkning af data, med mere fleksibel opmærkning, som den enkelte myndighed f.eks. kan anvende indenfor deres domæne. 1 Se for mere information om RDF

3 Side 3 af 5 Begrebsmodel for MeMo MeMo er opbygget med en header, som primært har oplysninger relevant for forsendelse og distribution af dokumentet og en body, som indeholder selve meddelelsen. Mulighederne for at opmærke data er i fokus, således at der kan medsendes tilstrækkelig information til, at en meddelelse kan fordeles og hjælpe modtageren til en relevant handling. Afsenderen kan blandt andet vælge at afsende samme dokument i forskellige sprog og filformater, hvis han vurdere at det kan være en fordel for modtager. En nærmere beskrivelse af anvendelsesmulighederne fremgår af Dokumentet Vejledning til dataopmærkning i MeMo. Figur 1 Begrebsmodel for MeMo Nedenstående illustration er et eksempel som viser, hvor de centrale begreber er placeret i MeMo-formatet.

4 Side 4 af 5 Figur 2 Begrebsmodel struktur I nedenstående tabel beskrives MeMo-formatets overordnede begreber samt egenskaber. En nærmere beskrivelse af modellen med klasser, elementer og attributter fremgår af dokumentet MeMo modelbeskrivelse. Begreb Action (Handlinger) Document (Dokument) Beskrivelse Afsender kan medsende information, det gør det muligt for modtageren at foretage en handling på baggrund af meddelelsen. Det kan f.eks. være at svare på meddelelsen, oprette en kalenderaftale eller betale en regning i afsenders betalingsløsning. Der kan være et eller flere dokumenter vedhæftet i meddelelsen. Et dokument er en logisk samling af filer. Dokumenterne vil være prioriteret således, at hoveddokumentet vil være det indhold, som modtageren bliver præsenteret for først, hvorefter det er muligt at tilgå de sekundære dokumenter.

5 Side 5 af 5 File (Fil) Message (Meddelelse) MessageBody (MeddelesesBody) Et dokument skal have tilknyttet en eller flere filer. En Fil kan eksistere i flere varianter, f.eks. i filformaterne Tekst, HTML og PDF Endvidere kan den samme fil være angivet i forskellige sprog. Det er op til modtagersystemer at vælge format og sprog. Filindhold kan angives enten som en URI til en filestream eller ligger serialiseret i MeMo formatet Er en samling af informationer, som bliver sendt til en modtager som udgangspunkt gennem Digital Post løsningen. MessageBody indeholder selve meddelelsen i form af en eller flere dokumenter og filer, med evt. tilknyttede actions. MessageHeader (MeddelelsesHeader) MessageType (Beskedtype) Notification (Påmindelse/advisering) Reciever (Modtager) Sender (Afsender) MessageHeader indeholder den nødvendige information, som gør det muligt at route meddelelsen i Digital Post, og giver modtager mulighed for at håndtere meddelelsen i sine systemer. Dette inkluderer information om afsender og dialogtråd, samt attention informationer og søgeord, som skal gøre det lettere for modtageren at fordele og behandle post automatisk. Af MessageHeader fremgår, hvilken meddelelsestype der er tale om, så den kan blive håndteret korrekt i Digital Post. Typerne er som udgangspunkt Almindelig Post (default), NemSMS, Forkyndelse og Obligatorisk post. Notifikation er en del af MessageHeader. Her er det muligt for afsenderen at angive en brugerdefineret adviseringstekst, som modtageren får via SMS og e- mail kanaler, med advisering om modtagelsen af ny Digital Post eller som en påmindelse, hvis meddelelsen er af typen NemSMS. Indeholder information om modtagere Indeholder information om afsenderen Figur 3 Overordnede begreber i MeMo