Integration SF2900 Fordelingskomponent version Integrationsbeskrivelse - version 2.0.2

Transkript

1 Integration SF2900 Fordelingskomponent version Integrationsbeskrivelse - version Kommunernes Datafællesskab - KDF

2 Versionshistorik Dato Initialer Version Kommentarer JJN Første version JJN Review JJN Serviceplatformens kommentarer er indarbejdet Referencer Ref Titel Kommentarer [SPref] Relevans [SIKKER- HED] [STS-Sikkerhed] [ÆØ] Bilag 7B Ydelser og servicemål for Serviceplatformen Use cases for brug af sikkerhedsmodeller på Serviceplatformen - v Integrationsvilkår Bilag 2. Sikkerhed version 1.3 Ændringsanmodning Serviceplatform - Fordelingskomponent Version 2 - v0.6.docx [SFTP] Ændringsanmodning Serviceplatformen SFTP v0.7.2 Beskrivelse af SFTP-løsning KOMBIT A/S Halfdansgade København S CVR Side 2 af 126

3 Indholdsfortegnelse 1 Overordnet beskrivelse Integrationens formål Formål med fordelingskomponenten Overblik over fordelingskomponenten Servicebetingelser for den samlede integration Teststrategi Forudsætninger for produktionssætning af integration Kontekst for integrationsparter Kontekst for SAPA-INTERN Kontekst for Afsendersystem Kontekst for KY Kontekst for KSD Specifikation for integrationsparter Specifikation af endpoints for Afsendersystem Specifikation af endpoints for Modtagersystem Specifikation af endpoints for Digital post Beskrivelse for integrationsplatforme Beskrivelse for Serviceplatformen KOMBIT A/S Halfdansgade København S CVR Side 3 af 126

4 1 Overordnet beskrivelse 1.1 Integrationens formål Dette dokument beskriver fordelingskomponenten version 2, og beskriver al funktionalitet, som blev etableret i version 1 og udvidelserne som følger med i version 2. Version 1 og Version 2 vil i en periode være i drift sideløbende. Version 1 har følgende overordnede egenskaber: Fordeling af Sags-journalnotater Fordeling af Sags-dokumenter Fordeling sker fra IT-system til IT-system Fordeling sker inden for samme aktør (myndighed) Sikkerheden er både certifikatbaseret og tokenbaseret Version 2 har følgende overordnede egenskaber: Fordeling af Sags-journalnotater Fordeling af Sags-dokumenter Fordeling af blanketter og formularer (semistruktureret data) Fordeling sker fra IT-system til IT-system Fordeling af semi-struktureret data kan også ske fra et IT-system til en modtager, der er tilkoblet via Digital post Fordeling sker inden for samme aktør (myndighed), eller mellem to aktører (myndighed) Sikkerheden er tokenbaseret Version 1 er beskrevet i SF2720 Fordelingskomponent- Afsend objekter v.2 og SF2800 Fordelingskomponent - Modtag objekter v.2 Fordelingskomponenten er en generel fordelingsmekanisme til udveksling af journalnotater, dokumenter og semistrukturerede formularer. Dette kan ske dels mellem it-systemer inden for samme aktør/myndighed og dels mellem it-systemer på tværs af aktører/myndigheder. Fordelingskomponenten baserer sin fordeling af anmodninger mellem afsendersystemer og modtagersystemer på tre parametre: 1. Myndighed 2. KLE Emnefacet 3. KLE Handlingsfacet Fordelingskomponenten forudsætter, at de enkelte myndigheders individuelle it-systemer, der skal kunne modtage data, i STS Organisation er opmærket i henhold til disse tre parametre. Overordnet har fordelingskomponenten følgende formål: KOMBIT A/S Halfdansgade København S CVR Side 4 af 126

5 At adressere indhold i form af sags-journalnotat eller sags-dokument fra et navngivent afsendersystem til et entydigt identificerbart modtagersystem. At understøtte indhold i form af semi-struktureret data eller formularer, hvor det specifikke indhold aftales bilateralt mellem afsender- og modtagersystem. Indholdet sendes fra et navngivent afsendersystem til et entydigt identificerbart modtagersystem. At understøtte distribution til it-opkoblede modtagersystemer såvel som Digital Post Forkortelser definitioner og begreber Afsenderaktør Afsendersystem Digital post Fordelingsobjekt Fordelingskomponent Sags-journalnotat KLE Modtageraktør Modtagersystem Sags-dokument Semi-struktureret data - Part som afsender et fordelingsobjekt. Altid en kommune/myndighed. - It-system der fremsender fordelingsobjekter, på vegne af en myndighed, og modtager kvitteringer for dette. - Digital Post er en service på de fællesoffentlige portaler: borger.dk og Virk.dk, der giver mulighed for sikker digital kommunikation mellem myndigheder, borgere og virksomheder - Dækker over sags-journalnotat, sags-dokument eller semi-strukturerede data (blanketter og formularer). - Selvstændig komponent på Serviceplatformen, med tilhørende snitflade, som distribuerer fordelingsobjekter. - Et sags-journalnotat består af en kortere note og metadata. Metadata indeholder oplysning og referencer bl.a. hvilken sag notatet tilhører. - KL Emnesystematik er en lovbaseret kommunal taksonomi (journaliseringsnøgle), der bruges til at registrere de kommunale opgaver (emner) og forvaltningshandlingen ift. opgaven (handlingsfacetterne) på den enkelte sag - Part som modtager et fordelingsobjekt. Altid en kommune/myndighed. - It-system der modtager fordelingsobjekter, på vegne af en myndighed, og afsender kvitteringer for dette. - Et sags-dokument består af et egentligt dokument og metadata. Metadata indeholder oplysning og referencer bl.a. hvilken sag et dokument tilhører. - Semi-struktureret data består at et menneskeligt læsbart dokument, og et tilsvarende dokument i XML format, med henblik på maskinel KOMBIT A/S Halfdansgade København S CVR Side 5 af 126

6 indlæsning. Indhold og format aftales mellem afsender og modtageraktør. Ved læsbart dokument forstås PDF. Dette dækker ikke XML, fast længde format mv. Det er dog væsentlig at mime types overholdes. Indhold og formater aftales direkte mellem de parter der ønsker at udveksle data. SFTP - Kombit har udviklet en komponent på Serviceplatformen til at overføre filer via SFTP. 1.2 Formål med fordelingskomponenten Der er identificeret et behov for en fordelingsmekanisme i rammearkitekturen, der muliggør, at journalnotater og dokumenter kan overdrages fra sekundære systemer, i hvilke de kan opstå, til de primære fagsystemer hvor de associerede sager forvaltes og behandles. Primære systemer dækker på nuværende tidspunkt over: Kommunernes ydelsessystem (KY) Kommunernes sygedagpenge system (KSD) KMD Sag UDK s fagsystemer Sekundære systemer dækker på nuværende tidspunkt over: SAPA, den kommende Sagsportal KMD Sag Multi-fagsystemer/ESDH-systemer, der har behov for at afhænde filer til de nye fagsystemer i rammearkitekturen Følgende faktorer har drevet behovet for en generel fordelingsmekanisme: Introduktionen af SAPA, som et sagsportal-alternativ til KMD Sag, betyder en ny kilde for oprettelse af journalnotater. SAPA er, i modsætning til KMD Sag, blot en glasplade og indeholder ikke funktionalitet til lagring af journalnotater Som led i udfasningsaftalen med KMD, holdes sagsbestanden i KMD Sag ajour med sagsbestanden i Sags- og Dokumentindekset. KMD Sag vil således indeholde såkaldte kopisager, der stammer fra fagsystemer tilknyttet Sags- og Dokumentindekset, mens Sags- og Dokumentindekset vil indeholde metadata på kopi-sager, der stammer fra KMD Sag. Man har traditionelt kunne oprette journalnotater på sager indenfor KMD Sag universet og med den kommende ajourføring, skal det også være muligt at oprette journalnotater og tilknytte dokumenter til kopi-sager, dvs. sager i fagsystemer, der ikke er tilknyttet KMD Sag Ovenstående betyder også, at KMD Sag kopi-sager vil fremgå i SAPA man vil altså via SAPA også kunne oprette journalnotater på sager, der hører hjemme i KMD Sag universet KOMBIT A/S Halfdansgade København S CVR Side 6 af 126

7 Multi-fagsystemer har behov for at afhænde dokumenter af relevans for de nye fagsystemer i rammearkitekturen (KY, KSD mv.). Fagsystemer kan have et lignende behov Journalnotater og dokumenter hører til i de fagsystemer, hvor de associerede sager forvaltes og behandles. Uanset den oprindelige kilde, skal journalnotater og dokumenter gnidningsfrit kunne fordeles til det fagsystem, hvor de skal indgå i sagsbehandlingen Grafisk kan dette illustreres som i nedenstående figur: Figuren afspejler de tre primære kilder, der leverer input til fordelingskomponenten (KMD Sag, SAPA og Multi-fagsystemer) og det output fordelingskomponenten er ansvarlig for at fordele til de aftagende fagsystemer. Figuren illustrerer også forekomsten af kopisager i de to sags-repositories henholdsvis KMD Sag og Sags- og Dokumentindekset. I forbindelse med version 2 af Fordelingskomponenten er der desuden identificeret et behov for at kunne udveksle sags-journalnotater og sags-dokumenter, på tværs af myndigheder, herunder UDK. Samtidig indføres et nyt fordelingsobjekt benævnt semi-struktureret data, der består af et PDF-dokument og en XML-version af dokumentet, til maskinel indlæsning. Principielt vil et vilkårligt type objekt kunne overføres, såfremt behovet identificeres; dog skal strukturen for objektet overholde de tekniske begrænsninger for de anvendte kanaler (såfremt Digital Post modtagere er involveret) og de enkelte anvendersystemer skal leve op til de generelle integrationsvilkår for fordelingskomponenten. Sags- journalnotater og sags-dokumenter kan dog ikke sendes via Digital post. 1.3 Overblik over fordelingskomponenten Fordelingskomponenten dækker følgende forretningsmæssige behov: Udveksling af sags-journalnotat, med reference til en eksisterende sag eller uden reference til en eksisterende sag, inden for samme kommune eller på tværs af myndigheder. Udveksling af sags-dokumenter med reference til en eksisterende sag eller uden reference til en eksisterende sag, inden for samme kommune eller på tværs af myndigheder. KOMBIT A/S Halfdansgade København S CVR Side 7 af 126

8 Udveksling af semi struktureret data inden for samme kommune eller på tværs af myndigheder, hvor modtager evt. kan være tilsluttet via Digital Post. Egenskaber Fordelingsobjekt Med reference Inden for På tværs til eksisterende 'Ny sag' samme kommunheder af myndig- sag Sags-journalnotat x x x x Sags-dokument x x x x Modtagersystem kan være Digital Post Semi-struktureret data x x x Fordelingskomponenten er placeret på Serviceplatformen sammen med SFTP serveren. Fordelingskomponenten benytter sig af SFTP serveren, når et sags-dokument skal overføres, da disse dokumenter kan overstige den størrelsesmæssige begrænsning, der påhviler data for Webservices på Serviceplatformen. Følgende systemer indgår i sammenhæng med Fordelingskomponenten: Afsendersystemer: En aktør kan have flere afsendersystemer. En aktør er en kommune eller anden myndighed. Et afsendersystem kan anvende Fordelingskomponenten til at udveksle sags-journalnotater, sags-dokumenter og semi-struktureret blanketdata med et modtagersystem. Modtagersystem: Har samme karakteristika, som afsendersystem, dog med den forskel at der modtages fordelingsobjekter. Digital post: Kan anvendes som et alternativ, i forbindelse med overdragelse af semi-struktureret data, hvor et modtagersystem er tilkoblet Fordelingskomponenten via Digital Post. Modtageraktøren kan vælge at integrere til Digital post med en egen applikation via en sikker og endelig via e-boks. STS Organisation vil indeholde information om modtager og afsendersystemer, der vil gøre det muligt at rute fordelingsobjekter. Informationerne vil være identifikation af systemet, inklusiv system endpoint til anvendelse for fordelingskomponenten, samt de sagsområder et system håndterer, identificeret ved KLE-numre og handlingsfacetter. STS sikkerhed indeholder de serviceaftaler, der skal til for at modtager- og afsendersystemer kan anvende fordelingskomponenten. Overordnet håndterer fordelingskomponenten to flows for distribution af fordelingsobjekter: 1. Flow med modtagersystem (alle fordelingsobjekter): Et afsendersystem sender en anmodning via fordelingskomponenten til et modtagersystem, som umiddelbart svarer med en teknisk kvittering for modtagelse. Den tekniske kvittering, sendes umiddelbart videre til afsendersystemet. Når modtagersystemet har behandlet anmodningen, sendes ligeledes en forretningsmæssig kvittering, som indeholder en accept eller afvisning. 2. Flow med Digital post (Semi-struktureret data) Et afsendersystem sender en anmodning via fordelingskomponenten til Digital Post, og modtager teknisk kvittering på om forsendelsen kan overdrages til Digital Post, der herefter KOMBIT A/S Halfdansgade København S CVR Side 8 af 126

9 overtager ansvaret for distributionen. Den tekniske kvittering, sendes umiddelbart videre til afsendersystemet. Herudover kan et afsendersystem via opslag verificere, om et specifikt modtagersystem er tilkoblet fordelingskomponenten eller indhente forslag til mulige modtagersystemer. I en overgangsperiode, indtil STS Organisation går i luften, etableres en midlertidig cache på Serviceplatformen, der varetager STS Organisation s rolle. Nedenstående diagram viser på et overordnet niveau de systemer, der indgå i løsningen, og deres indbyrdes interaktion. Umiddelbart følger flowet nummerering på pilene med den undtagelse at 1x og 3y kun anvendes ved udveksling af dokumenter, og at 3a og 3b. angiver, at der enten udveksles med et modtagersystem eller via Digital post. STS SIkkerhed 1x. Overfør dokument via SFTP 1. Send fordelingsobjekt Simpel SFTP Serviceplatformen 3y. Hent dokument fra SFTP 3a. Modtag fordelingsobjekt + responds teknisk kvitterings Modtager system Afsender system 4. Teknisk kvittering Fordelingskomponent 5. Send forretningskvittering 6. Forretningskvittering 10. Opslag og verifikation af system 3b. Afsend til Digital post Digital post 2. / 11. Opslag og verifikation af system STS Organinsation Overordnet forretnings flow i integrationen Jf. figuren nedenfor indgår følgende forretnings flow i integrationen. KOMBIT A/S Halfdansgade København S CVR Side 9 af 126

10 3. (IF01) Afsendersystemet sender en anmodning om overførsel af et fordelingsobjekt til Fordelingskomponenten. Fordelingskomponenten validerer på basis af de medsendte metadata og et opslag i STS Organisation, om der kan identificeres et entydigt modtagersystem. Fordelingskomponenten enten afviser eller accepterer at fordele anmodningen. Er anmodningen valid, sender Fordelingskomponenten anmodningen videre til et modtagersystem eller Digital post, afhængigt af det pågældende modtagersystems kanal-tilslutning, som det fremgår i STS Organisation. Sendes fordelingsobjektet til modtagersystemet, foretager modtagersystemet en teknisk validering af fordelingsobjektet. Hvis fordelingsobjektet er teknisk valid modtages fordelingsobjektet, og der returneres en kvittering, der indikerer at modtagersystem har modtaget fordelingsobjektet fra fordelingskomponenten, ellers afvises fordelingsobjektet. Modtagersystemet har alene accepteret at behandle fordelingsobjektet, og modtagersystemet kan derfor efterfølgende forretningsmæssigt afvise fordelingsobjektet. Retursvaret fra modtagersystemet videresendes af fordelingskomponenten til afsendersystemet, som en kvittering. Sendes fordelingsobjektet i form af semi-struktureret data til Digital post, valideres fordelingsobjektet alene i forhold til om Digital post kan videresende fordelingsobjektet. Der sker ingen forretningsmæssig validering. Er fordelingsobjektet et sags-dokument, flytter afsendersystemet dokumentet over på SFTP serveren, inden Fordelingskomponenten kaldes. Modtagersystemet henter sags-dokumentet fra SFTP-serveren efter at være blevet kaldt af Fordelingskomponenten. Bemærk at SFTP serveren ikke benyttes i sammenhæng med Digital post. 4. (IF02) Dette flow anvendes kun hvor der kommunikeres med et navngivent modtagersystemet, og ikke i forbindelse med Digital post. Som følge af at Modtagersystemet har forretningsmæssigt behandlet et fordelingsobjekt, sendes en forretningskvittering til Serviceplatformen. Serviceplatformen videresender forretningskvittering til afsendersystemet. Forretningskvitteringen indeholder en accept eller afvisning på afsendersystemets anmodning om overdragelse af fordelingsobjektet til modtagersystemet. Processerne er afkoblede og asynkrone, hvilket betyder at Fordelingskomponenten, skal kunne håndtere at afsender- eller modtagersystem ikke er tilgængelige, når fordelingskomponenten initierer kommunikation. Dette for at sikre at udvekslingen mellem afsender- og modtagersystemerne er robust overfor midlertidige udsving i tilgængelighed. Er modtager eller afsendersystem ikke tilgængelig, forsøges anmodningen genleveret et antal gange med tidsmæssig forskydning. Såfremt modtagersystemet ikke er tilgængelig efter at anmodningen er forsøgt genleveret, danner fordelingskomponenten en kvittering (med fejlbesked), som leveres til afsendersystemet. Såfremt afsendersystemet ikke er tilgængelig efter at enten en teknisk eller forretningskvittering er forsøgt genleveret, genereres en fejlmeddelelse til driften af fordelingskomponenten. (IF03) I tillæg til Fordelingskomponentens standard-flow kan et afsendersystem kalde en service, som via et opslag i STS organisation med parametrene KLE Emne, KLE facet og modtagersystemid kan verificere om et givent modtagersystem er tilkoblet Fordelingskomponenten, og dermed tilgængelig for anmodninger. (IF04) I tillæg til Fordelingskomponentens standard-flow kan et afsendersystem kalde en service, som via et opslag i STS Organisation med parametrene KLE Emne, KLE facet og KOMBIT A/S Halfdansgade København S CVR Side 10 af 126

11 modtageraktør (kommune/myndighed) returnerer en liste af tilkoblede modtagersystemer. Listens størrelse afhænger af hvor specifik kle nr. og handlingsfacet er angivet. KOMBIT A/S Halfdansgade København S CVR Side 11 af 126

12 Modtagersystem Digital post Serviceplatform STS organinsation Afsendersystem SF Fordelingskomponent Overfør fordelingsobjekt (IF01) Fordelingsobjekt indeholdt i data Serviceoperation AS01 Afsend fordelingsobjekt Modtag kvittering fra serviceplatformen Serviceoperation AS02 Modtag teknisk kvittering for overførsel af dokumentobjekt Valider og returner svar på teknisk kvittering Fordelingsobjekt med fil Serviceoperation AS05 Afsend fordelingsobjekt fil Hent SFTP kvittering Opslag af oplysninger for modtagersystem Opløs metadata til entydig identifikation af modtager Simpel SFTP Hent oplysning vedr. modtagersystem Metadata indeholder modtagersystem UUID Drift problem Forsøgt afleveret N gange Ikke afleveret Afleveret Modtag fil i afsendersystems på SFTP-folder Modtag kvittering i afsendersystems på SFTP-folder Modtag metadata + fordelingsobjekt Dan kvittering fra serviceplatformen Forsøgt afleveret < N Afsend teknisk kvittering for overførsel af dokumentobjekt Modtag retursvar Metadata data med KLE data Overfør fil til modtagersystems SFTP-folder Hent oplysninger vedr. modtagersystem med KLE nøgler Valid fordelingsanmodning Dan teknisk kvittering, ikke afleveret Forsøgt afleveret N gange Forsøgt afleveret < N Digital post Modtag fil i modtagersystems via SFTP-folder Direkte modtager Dan teknisk kvittering (OK/Fejl) Transformer fordelingsobjekt til digital post Afsend fordelingsobjekt direkte til modtagersystem Afsend fordelingsobjekt via digital post Ikke afleveret Afleveret Afleveret Ikke afleveret Modtag kvittering Modtag teknisk kvittering Serviceoperation DP01 Modtag fordelingsobjekt Returner kvittering for afsendelse af fordelingsobjekt Serviceoperation MS03 Serviceoperation MS01 Hent og slet fil i SFTP-folder Fordelingsobjekt med fil Modtag fordelingsobjekt Returner teknisk kvittering Fordelingsobjekt indeholdt i data Udfør teknisk validering KOMBIT A/S Halfdansgade København S CVR Side 12 af 126

13 Modtagersystem Digital post STS organisation Serviceplatform Afsendersystem SF Fordelingskomponent Modtag forretningskvittering ved direkte modtager (IF02) Verificer modtager (IF03) Opslag af modtager (IF04) Serviceoperation AS02 Modtag forretningskvittering For overførelse Send teknisk respons på accept Serviceoperation AS03 Send liste med modtager-systemer (UUID), KLE emne og handlingsfacet Modtager liste af valide modtagersystemer Serviceoperation AS04 Send liste af modtageraktører, KLE-nummer og KLE handlingfacet Modtager liste af modtagersystemer (UUID) Opslag af modtagersystemer Returner liste af valide modtagersystemer Opslag af modtagersystem Returner liste af modtagersystem (UUID) Ikke afleveret Modtag teknisk response Videresend kald Videresend svar Videresend kald Videresend svar Ikke afleveret Afsend forretningskvittering for fordelingsobjekt Forsøgt afleveret < N Forsøgt afleveret N gange Drift problem Kvittering Ikke accepteret Modtag forretningskvittering for fordelingsobjekt Kvittering accepteret Svar på modtagelses af forretningskvittering Serviceoperation MS02 Afsend forretningskvittering for fordelingsobjekt Modtag svar 1.4 Servicebetingelser for den samlede integration Servicemål Det er nødvendigt at Afsender, modtager og Serviceplatformen har sammenlignelige servicemål, for at udvekslingen af data skal ske på rimelig vis. Dette er næppe et problem for de fleste systemer. Proceduren for afholdelse af servicevindue kan være forskellig, og må aftales, når et ekstern system skal tilsluttes. Parameter Flow IF01 og IF02 Flow IF03 og IF04 Tidsrum Serviceplatformen driftsafvikles hele døgnet alle dage bortset fra, når der udføres ændringer/hvor der er servicevinduer [SPref]. [Afklaring/KDF: Åbningstid for eksternt system kendes ikke, Serviceplatformen driftsafvikles hele døgnet alle dage bortset fra når der udføres ændringer/hvor der er servicevinduer [SPref]. KOMBIT A/S Halfdansgade København S CVR Side 13 af 126

14 men må forventes at være den samme, som Serviceplatformen] Svartid Tilgængelighed Spidsbelastningsperiode Servicevinduer Serviceplatformen har forskellig SLA på svartid alt efter hvilken integrationskompleksitet, der er tale om [SPref]: Simpel = 1 sekund Mellem = 1,5 sekund Kompleks = 4 sekunder [Afklaring/KDF:Svartider for eksternt system kendes ikke, men må forventes at være den samme, som Serviceplatformen] Servicemålene for Serviceplatformen driftseffektivitet er 99,8% for perioden 06:00-18:00 på arbejdsdage samt 98,5 % i den øvrige tid [SPref]. [Afklaring/KDF: Tilgængelighed for eksternt system kendes ikke, men må forventes at være den samme, som Serviceplatformen] Spidsbelastningen for Serviceplatformen må antages at være i perioden 06:00-18:00 på arbejdsdage [SPref]. [Afklaring/KDF: Spidsbelastningsperiode for eksternt system kendes ikke, men må forventes at være den samme, som Serviceplatformen] Ved mindre opdateringer for Serviceplatformen: En gang om ugen i tidsrummet 05:00-06:00. Varsling: 1. uge, varighed (naturligvis) max en time. Ved større og kritiske opdateringer: Serviceplatformen har forskellig SLA på svartid alt efter hvilken integrationskompleksitet, der er tale om [SPref]: Simpel = 1 sekund Mellem = 1,5 sekund Kompleks = 4 sekunder Servicemålene for Serviceplatformen driftseffektivitet er 99,8% for perioden 06:00-18:00 på arbejdsdage samt 98,5 % i den øvrige tid [SPref]. [ Spidsbelastningen for Serviceplatformen må antages at være i perioden 06:00-18:00 på arbejdsdage [SPref]. Ved mindre opdateringer for Serviceplatformen: En gang om ugen i tidsrummet 05:00-06:00. Varsling: 1. uge, varighed (naturligvis) max en time. Ved større og kritiske opdateringer: KOMBIT A/S Halfdansgade København S CVR Side 14 af 126

15 Optil 1 gang om måneden i tidsrummet mandag kl. 03:00 til mandag kl. 06:00. Varsling: 1. uge, Varighed: max 3 timer Ved omlægning af miljøer, arkitektur og services for Serviceplatformen: 1 gang pr. kvartal i tidrummet søndag kl. 22:00 til mandag kl. 06:00. Varsling 1. måned, varighed max 8 timer [SPref]. Optil 1 gang om måneden i tidsrummet mandag kl. 03:00 til mandag kl. 06:00. Varsling: 1. uge, Varighed: max 3 timer Ved omlægning af miljøer, arkitektur og services for Serviceplatformen: 1 gang pr. kvartal i tidrummet søndag kl. 22:00 til mandag kl. 06:00. Varsling 1. måned, varighed max 8 timer [SPref]. [Afklaring/KDF: Servicevindue for eksternt system kendes ikke] [Afklaring/STS: SLA parameter for STS Organisation og Klassifikation udestår] Service Management Eventuelle tilretninger og præciseringer i integrationens beskrivelse og specifikation, vil indtil integrationen ligger på Serviceplatformens eksterne testmiljø, blive håndteret af Kommunernes Data Fællesskab (KDF). Spørgsmål vedr. specifikation sendes til datafaellesskab@kombit.dk. KDF sørger for at involverede parter i integrationen oplyses om tilretningerne og præciseringerne. Se oversigten over hvornår de enkelte integrationer forventes at være tilgængelige i eksternt testmiljø her: Når servicen er tilgængelig i det eksterne testmiljø på Serviceplatformen, vil den overgå til Serviceplatformens proces for governance. Beskrivelse af denne tilgår senere Incident Management [Afklaring/Programmet rejst emne: Skal der være spoc på integrationen?] Problem Management [Afklaring/Programmet rejst emne: Skal der være spoc på integrationen?] Change Management [Afklaring/Programmet rejst emne: Skal der være spoc på integrationer?] Lifecycle Management [Afklaring/Programmet: Håndteres i programemnelog #14] KOMBIT A/S Halfdansgade København S CVR Side 15 af 126

16 1.5 Teststrategi Test i forbindelse med udvikling Den planlagte test af services til installation på Serviceplatformen omfatter pt., at Systematic udfører automatiserede tests af services og unittests. Se [SPref] for detaljer. Derudover: [Afklaring/Programmet: Teststrategi håndteres i programemnelog #1] Testfaciliteter og testmiljø Den planlagte test af services til installation på Serviceplatformen omfatter pt., at Systematic udfører automatiserede tests af services og unittests. Se [SPref] for detaljer. Derudover: [Afklaring/Programmet: Teststrategi håndteres i programemnelog #1] Testdata [Afklaring/Programmet: Teststrategi håndteres i programemnelog #1] Test i forbindelse med produktionssætning I forbindelse med produktionssætning er det omfattet af gældende aftale med Systematic, at der gennemføres følgende 3 prøver: Overtagelsesprøve Idriftsættelsesprøve Driftsprøve Se [SPref] for detaljer. Derudover: [Afklaring/Programmet: Teststrategi håndteres i programemnelog #1] 1.6 Forudsætninger for produktionssætning af integration Nedenstående er oplysninger om forudsætninger og betingelser, der skal være på plads for at sikre succesfuld tilslutning til integrationsparter Forudsætninger for funktionalitet på Serviceplatformen Serviceplatformen oprettes hos Digital Post med KOMBITs virksomhedscertifikat. Det skal sikres, at kommunen har aftaler med Digital Post, således at Serviceplatformen kender aktøren/myndighedens SystemId for Digital Post. Uden disse kan Serviceplatformen ikke afsende Digital Post på afsenderaktørens vegne. KOMBIT A/S Halfdansgade København S CVR Side 16 af 126

17 Det er det samme aftale og SystemID, som opgives i forbindelse Digital post med SF Print på Serviceplatforme, hvorfor det vil give mening at genbruge disse.generelle forsætninger for tilslutning af ny integrationspart Leverandøren skal være oprettet som tilslutningspart i rammearkitekturens administrationsmodul, og leverandøren skal oprette en tilslutningsaftale for it-systemet i administrationsmodulet. Leverandøren skal tiltræde, og overholde, vilkårene i den til enhver tid gældende aftale for tilslutning af itsystemer til den fælleskommunale rammearkitektur. Leverandøren af It-systemet er ansvarlige for at It-systemet tilsluttes via rammearkitekturens administrationsmodul, med den, eller de, systemtyper (brugervendt system, anvendersystem og/eller serviceudbyder), der er relevante for It-systemet jf. Vilkår for anvendelse af sikkerhedsmodellen i Rammearkitekturen [STS-Sikkerhed]. Leverandøren skal anmode om indgåelse af serviceaftale for de myndigheder, der skal bruge servicen, i rammearkitekturens administrationsmodul, og myndigheden skal godkender denne anmodning jf. Vilkår for anvendelse af sikkerhedsmodellen i Rammearkitekturen [STS-Sikkerhed]. Leverandøren skal sikre, at tilslutningsaftalen for it-systemet indeholder tilvalg af SFTP [SFTP] med valg af Filudvekslingstype Simpel Aktøren/myndigheden (eventuelt gennem leverandøren) skal registrere anvendersystemet i STS Organisation, således at det kan indgå i sammenhæng med fordelingskomponenten. Følgende oplysninger skal angives: Generelle data for IT systemet: Navn, UIDD mv, aktørens (myndighedens) CVR nr. Endpoint som anvendes i kommunikationen med Fordelingskomponenten SFTP brugernavn, som anvendes af anvendersystemet, i rolle af afsendersystem SFTP brugernavn, som anvendes af anvendersystemet, i rolle af modtagersystem KLE nr. og KLE facet, der repræsenterer det fagområde, som anvendersystemet sagsbehandler, i rolle af modtagersystem Kanalvalg, der indikerer om anvendersystemet, i rolle af modtagersystem, er tilkoblet Fordelingskomponenten via system-til-system grænsefladen eller Digital Post anvendt af afsendersystemet, ved distribution via Digital Post, hvor modtageraktøren kan kontakte afsenderaktør i tilfælde af, at fordelingsobjektet ikke umiddelbart forretningsmæssigt kan accepteres. En integrationspart (kommune eller myndighed) til Fordelingskomponenten, som ønsker at udveksle fordelingsobjekter med en anden integrationspart, skal indgå aftale om dette. Sendes semi-struktureret data via Fordelingskomponenten, skal det sikres at afsender har en aftale med Digital post, og at Serviceplatformen kender kommunens SystemId, så Serviceplatformen kan benytte Digital post på vegne af denne. SystemID kan allerede være registreret på serviceplatformen i forbindelse Digital post med SF Print på Serviceplatforme. Afsender skal enten sikre, at der er registreret en Default tilmeldingsgruppe i administrationsportalen til Digital post eller opgive en tilmedingsgruppe, der kan benyttes af serviceplatformen ved afsendelse af digital post. KOMBIT A/S Halfdansgade København S CVR Side 17 af 126

18 Endelig skal parter der ønsker at udveksle semi-struktureret data selv aftale indhold og format af dette. [Afklaring/KDF: Tilføj yderligere dokumentation med vejledning i brug af sikkerhedsmodellen, herunder brug af Security Token Servicen, støttesystemer, mv. i Rammearkitekturen, når denne modtages fra STS] 2 Kontekst for integrationsparter 2.1 Kontekst for SAPA-INTERN Lovhjemmel og forvaltningsmæssigt formål [Udfyldes med oplysninger om hvilke(n) lovhjemmel der findes for systemets anvendelse af servicen] Det anførte hjemmelsgrundlag er bestemt af det enkelte og relevante fagprojekt i KOMBIT på bestillingstidspunktet. Det er fastsat på baggrund af en rimelig og dækkende analyse. Henvisningen til hjemmelsgrundlaget bliver ikke vedligeholdt, hvorfor KOMBIT naturligvis ikke kan indestå for, at denne henvisnings indehold og retsvirkning til alle tider vil være korrekt. KOMBIT skal derfor understrege, at læseren af dette dokument udelukkende skal læse hjemmelsgrundlaget som en orientering. Det forvaltningsmæssige formål er at overføre journalnotater til fagsystemer med henblik på at registrere oplysninger, der har betydning for sagens afgørelse. Lovhjemlen til at benytte indeværende, skal findes i Lov om offentlighed i forvaltningen 13 ( 13. I sager, hvor der vil blive truffet afgørelse af en myndighed m.v., skal den pågældende myndighed m.v., når den mundtligt eller på anden måde bliver bekendt med oplysninger om en sags faktiske grundlag eller eksterne faglige vurderinger, der er af betydning for sagens afgørelse, snarest muligt gøre notat om indholdet af oplysningerne eller vurderingerne. Det gælder dog ikke, hvis oplysningerne eller vurderingerne i øvrigt fremgår af sagens dokumenter. Stk. 2. En myndighed m.v. skal i sager, hvor der vil blive truffet en afgørelse, endvidere snarest muligt tage notat om væsentlige sagsekspeditionsskridt, der ikke i øvrigt fremgår af sagens dokumenter. Stk. 3. Notatpligten efter stk. 1 og 2 gælder ikke i forbindelse med behandlingen af sager inden for strafferetsplejen Ønsker og forventninger til kapacitets- og servicekrav fra denne integrationspart Antal transaktioner: FordelingsobjektAfsend: kald årligt FordelingskvitteringModtag: kald årligt KOMBIT A/S Halfdansgade København S CVR Side 18 af 126

19 FordelingsmodtagerList: kald årligt FordelingsmodtagerValider: kald årligt Volumen er ukendt for ovenstående. Belastningsprofilen følger SAPAs generelle belastningsprofil: Figur 1 Procentuel andel af aktive Brugere i Sags- og partsoverblikket pr. time på hverdage Specifikke forsætninger for tilslutning af denne integrationspart Det skal sikres, at kommunen, Udbetaling Danmark og andre myndigheder, som ønsker at benytte fordelingskomponenten, har aftaler med Digital Post. Det SystemID som systemmæssigt identificerer aftalen skal registreres på Serviceplatformen. Uden disse kan Serviceplatformen ikke rute anmodninger til modtagere, der er tilkoblet via Digital Post. Det er det samme aftale og SystemID, som opgives i forbindelse Digital post med SF Print på Serviceplatforme. 2.2 Kontekst for Afsendersystem Lovhjemmel og forvaltningsmæssigt formål [Udfyldes med oplysninger om hvilke(n) lovhjemmel der findes for systemets anvendelse af servicen] [Afklaring/Afsendersystem: angiv lovhjemmel] Ønsker og forventninger til kapacitets- og servicekrav fra denne integrationspart [Udfyldes med oplysninger om krav til kapacitet og service fx forventninger til antal transaktioner og volumen, oplysninger om spidsbelastninger, særlige krav til oppetid] [Afklaring/Afsendersystem: angiv kapacitetsforventning] KOMBIT A/S Halfdansgade København S CVR Side 19 af 126

20 2.2.3 Specifikke forsætninger for tilslutning af denne integrationspart Ingen identificeret. 2.1 Kontekst for KY Lovhjemmel og forvaltningsmæssigt formål [Udfyldes med oplysninger om hvilke(n) lovhjemmel der findes for systemets anvendelse af servicen] Det anførte hjemmelsgrundlag er bestemt af det enkelte og relevante fagprojekt i KOMBIT på bestillingstidspunktet. Det er fastsat på baggrund af en rimelig og dækkende analyse. Henvisningen til hjemmelsgrundlaget bliver ikke vedligeholdt, hvorfor KOMBIT naturligvis ikke kan indestå for, at denne henvisnings indehold og retsvirkning til alle tider vil være korrekt. KOMBIT skal derfor understrege, at læseren af dette dokument udelukkende skal læse hjemmelsgrundlaget som en orientering. Det forvaltningsmæssige formål er at overføre journalnotater og dokumenter til fagsystemer. [Udfyldes med en kortfattet beskrivelse af de forvaltningsmæssige formål med anvendelse af servicen.] KY som modtager ikke har specifikke krav til lovhjemmel i forbindelse med brug af snitfladen. KY forventer at afsenderen håndterer eventuelle lovmæssige afklaringer Ønsker og forventninger til kapacitets- og servicekrav fra denne integrationspart [Udfyldes med oplysninger om krav til kapacitet og service fx forventninger til antal transaktioner og volumen, oplysninger om spidsbelastninger, særlige krav til oppetid] KY forventer at kunne modtage omkring 2,3-3 mio. journalnotater og dokumenter via denne snitflade Specifikke forsætninger for tilslutning af denne integrationspart Det skal sikres, at kommunen, Udbetaling Danmark og andre myndigheder, som ønsker at benytte fordelingskomponenten, har aftaler med Digital Post. Det SystemID som systemmæssigt identificerer aftalen skal registreres på Serviceplatformen. Uden disse kan Serviceplatformen ikke rute anmodninger til modtagere, der er tilkoblet via Digital Post. Det er det samme aftale og SystemID, som opgives i forbindelse Digital post med SF Print på Serviceplatforme. 2.2 Kontekst for KSD Lovhjemmel og forvaltningsmæssigt formål [Udfyldes med oplysninger om hvilke(n) lovhjemmel der findes for systemets anvendelse af servicen] Det anførte hjemmelsgrundlag er bestemt af det enkelte og relevante fagprojekt i KOMBIT på bestillingstidspunktet. Det er fastsat på baggrund af en rimelig og dækkende analyse. Henvisningen KOMBIT A/S Halfdansgade København S CVR Side 20 af 126

21 til hjemmelsgrundlaget bliver ikke vedligeholdt, hvorfor KOMBIT naturligvis ikke kan indestå for, at denne henvisnings indehold og retsvirkning til alle tider vil være korrekt. KOMBIT skal derfor understrege, at læseren af dette dokument udelukkende skal læse hjemmelsgrundlaget som en orientering. Det forvaltningsmæssige formål er at overføre journalnotater og dokumenter til fagsystemer. [Udfyldes med en kortfattet beskrivelse af de forvaltningsmæssige formål med anvendelse af servicen.] KSD som modtager ikke har specifikke krav til lovhjemmel i forbindelse med brug af snitfladen. KSD forventer at afsenderen håndterer eventuelle lovmæssige afklaringer Ønsker og forventninger til kapacitets- og servicekrav fra denne integrationspart [Udfyldes med oplysninger om krav til kapacitet og service fx forventninger til antal transaktioner og volumen, oplysninger om spidsbelastninger, særlige krav til oppetid] KSD har ikke specifikke krav til mængder Dette bestemmes af afsenderen Specifikke forsætninger for tilslutning af denne integrationspart Det skal sikres, at kommunen, Udbetaling Danmark og andre parter, som ønsker at benytte fordelingskomponenten, har aftaler med Digital Post. Det SystemID som systemmæssigt identificerer aftalen skal registreres på Serviceplatformen. Uden disse kan Serviceplatformen ikke rute anmodninger til modtagere, der er tilkoblet via Digital Post. Det er det samme aftale og SystemID, som opgives i forbindelse Digital post med SF Print på Serviceplatforme. KOMBIT A/S Halfdansgade København S CVR Side 21 af 126

22 3 Specifikation for integrationsparter 3.1 Specifikation af endpoints for Afsendersystem Fordelingskomponenten er en generel løsning til at overføre sags-journalnotater, sags-dokumenter og semi-struktureret data mellem et afsender-system og et entydigt identificerbart modtager-system. Udvekslingen kan finde sted inden for samme myndighed, eller på tværs af myndigheder. Er modtagersystemet tilkoblet Fordelingskomponenten via system-til-system grænsefladen, vil afsendersystemet modtage både en teknisk kvittering og en forretningskvittering. Er modtagersystem tilsluttet via Digital post vil afsendersystemet kun modtage en teknisk kvittering. Den tekniske kvittering angiver, at modtagersystemet har accepteret at behandle fordelingsobjektet, mens forretningskvitteringen angiver at modtagersystemet har accepteret anmodningen om overdragelse af fordelingsobjektet. For Digital post er den tekniske kvittering umiddelbart også en forretningsmæssig accept af fordelingsobjektet. Håndteringen af fordelingsobjektet i modtagersystemet kan både være automatisk og manuel, hvorfor der kan gå dage mellem at afsendersystemet modtager henholdsvis den tekniske kvittering og forretningskvitteringen. Afsendersystemet skal ikke forholde sig til om fordelingsobjektet sendes til et fysisk modtagersystem eller via Digital post. For at muliggøre efterfølgende kommunikation, for modtagere der anvender Digital post, skal afsendersystemet registrere en adresse i STS Organisation, hvor henvendelse kan rettes, såfremt fordelingsobjektet ikke umiddelbart kan accepteres. Er fordelingsobjektet et sags-dokument vil selve dokumentet blive overført via SFTP, mens metadata til brug for fordeling, overføres i servicekaldet. Der er derfor i princippet ingen begrænsning på størrelsen af et sags-dokument, som kan overføres fra afsendersystem til modtagersystem. En modtageraktør kan vælge at få leveret semi-struktureret data via Digital post. Digital post har en begrænsning på, at en forsendelse samlet må være op til 10 MB. En forsendelse består af dokument, bilag og metadata. Denne begrænsning er i tråd med den begrænsning, som eksisterer for web servicekald på Serviceplatformen. Afsendersystemer har mulighed for at hente lister af potentielle modtagere af fordelingsobjekter baseret på modtageraktør, KLE & emne/handlingsfacet fra Fordelingskomponenten. Dette kan afsender-systemer udnytte, til at støtte deres brugere ved oprettelse af journalnotater/dokumenter på eksisterende sager og hvor der ikke eksisterer en sag i forvejen. Afsendersystemet kan yderligere validere om kendte modtagersystemer, kan modtage et fordelingsobjekt, hvilket kan benyttes til at give en bruger en visuel indikation i en brugergrænseflad af, om et givent fordelingsobjekt kan oprettes og overføres Overordnet forretningslogik Afsender kan indledningsvis kalde EP_AS3 på Fordelingskomponenten for at få en liste med forslag til modtagersystemer på baggrund af modtageraktør, KLE emnefacet og handlingsfacet, eller benytte EP_AS4 på Fordelingskomponenten, til at verificere om kendte modtagersystemer kan modtage et givent fordelingsobjekt. KOMBIT A/S Halfdansgade København S CVR Side 22 af 126

23 Afsender kalder EP_AS1 på Serviceplatformen for at sende en anmodning om overførelse af et fordelingsobjekt, og vil efterfølgende modtage en teknisk kvittering på EP_AS2 fra Serviceplatformen. Er dette en positiv kvittering modtages der senere en forretningskvittering igen på EP_AS2. Såfremt fordelingsobjektet er et sags-dokument, skal selve dokumentet overføres via EP_AS5 på SFTP serveren, med et efterfølgende kald af EP_AS1. Herefter er forløbet, det samme som ovenfor. Oversigt over endpoints ID EP_AS1 EP_AS2 EP_AS3 EP_AS4 EP_AS5 Navn FordelingsobjektAfsend FordelingskvitteringModtag FordelingsmodtagerList FordelingsmodtagerValider SFTP Beskrivelse af endpoint EP_AS1- FordelingsobjektAfsend Transportspecifikation Serviceudstiller Serviceplatformen er serviceudstiller Serviceanvender Afsendersystem er serviceanvender Teknologisk understøttelse Snitfladen er implementeret som en synkron SOAP webservice Teknisk endpoint [Udfyldes med teknisk endpoint] Følgende specificerer endpoint-oplysninger for produktionsmiljø og testmiljø. Miljø: Produktion URI til WSDL Endpoint navn Endpoint IP [WSDL] Se DistributionService.wsdl [Udfyldes af KDF senere] KOMBIT A/S Halfdansgade København S CVR Side 23 af 126

24 Miljø: Test URI til WSDL Endpoint navn Endpoint IP [WSDL] Se DistributionService.wsdl [Udfyldes af KDF senere] Teknisk retning for udveksling Afsendersystemet kalder service udstillet af Serviceplatformen Dataretning for udveksling Objektet overføres fra Afsendersystemet til Serviceplatformen. Hvis det er et dokument, der skal overføres, uploader Afsendersystemet indledningsvist dokumentet på Serviceplatformens SFTPserver Service invokation / Triggers Kommunikationen initieres af Afsendersystemet efter behov, når et objekt ønskes overført til et Modtagersystem Dataspecifikation for generelle elementer Distributionskontekst indeholder rutningsinformation om afsender og modtager, så fordelingsobjektet kan rutes entydig korrekt. Distributionskontekst påsættes i kald for anmodning, teknisk kvittering og forretningskvittering. Yderligere vil Afsendersystemet modtage distributionskontekst, som en del af svaret for anmodningen. For alle synkrone servicekald returneres en struktur, som generelt anvendes af Serviceplatformen Terminologi De enkelte elementer listes i den orden de optræder i beskeden. Der angives for hvert element følgende information: Niv Niveau i beskeden (1 er højeste). Et lavere niveau angiver at der er tale om underelementer til det element ovenfor der har et højere niveau Feltnavn Kard Værdisæt Navnet på feltet i XML Kardinalitet Hvor mange gange kan elementet optræde (0:1,1,0:n,1:n) Krav til formatet af feltets indhold. - angiver at det er en gruppe Betegnelse Beskrivelse af indholdet Routingdata ( Distributionskontekst ) Distributionskontekst kan betragtes som en kuvert med rutningsdata for kald, som indeholder fordelingsobjekter, og asynkrone kvitteringer. Følgende beskriver de enkelte data i Distributionskontekst. KOMBIT A/S Halfdansgade København S CVR Side 24 af 126

25 Distributionskontekst (Routing) Niv Feltnavn Kard Værdisæt Betegnelse 1 DistributionContext 1 - Udgør kuvert til styring af routing af objektet og den efterfølgende asynkrone kvittering 2 AnvenderTransaktionsID 1 UUID Unik identifikation på denne specifikke overførsel. Benyttes til at koordinere asynkrone svar i anvendersystemet. Ved levering af asynkron kvittering skal denne værdi returneres uændret 2 DistributionTransaktionsID 0:1 UUID Unik identifikation tildelt af distributionskomponenten. Den anvendes internt i fordelingskomponenten. Værdien tildeles af fordelingskomponenten, og skal derfor ikke udfyldes i kaldet ved afsendelse. Ved asynkron kvittering skal denne værdi returneres uændret 2 DigitalPostMeddelelsesID 0:1 Tekst(30) Indeholder unik id der anvendes mod Digital post for en afsendelse. Denne ID genereres af Serviceplatformen. De første 6 karakterer vil være identisk med id en på det afsendersystem, som afsendelsen afsendes fra (med foranstillede 0 er eksempelvis ). De efterfølgende op til 24 karakterer skal angive en unik identifikator for meddelelsen, for det pågældende afsendersystem. 2 AfsendendeMyndighed 1 8 cifret tal CVR-nummer for afsender aktør. 2 RoutingMyndighed 1 8 cifret tal CVR-nummer for modtager aktør I forhold til version 1 af fordelingskomponenten kan denne i version 2 være forskellig fra AfsendendeMyndighed 2 RoutingEmneFacet 1 Tekst KLE Emnefacet (nn.nn.nn) Kan benyttes til at udpege modtagersystemet. Kan eventuelt kombineres med handlingsfacet for at kvalificere modtagere. Alternativt benyttes RoutingModtagerAktoer til at udpege det specifikke modtagersystem. KOMBIT A/S Halfdansgade København S CVR Side 25 af 126

26 Distributionskontekst (Routing) Niv Feltnavn Kard Værdisæt Betegnelse 2 RoutingHandlingFacet 0:1 Tekst KLE Handlingsfacet (xn) Benyttes sammen med RoutingEmneFacet til at kvalificere modtagersystemet i det tilfælde hvor flere systemer håndterer samme KLE emne. Dette kan f.eks. forekomme hvis der er ét system til at håndtere almindelige sager (Eks.KY) og et andet til at håndtere klagesager (F.eks. ESDH) 2 RoutingModtagerAktoer 0:1 UUID IT-System-aktør (Relation til organisation) Denne værdi kan udledes af den konkrete sag eller via opslag på KLE via service FordelingsmodtagerList Hvis denne angives, har det præcedens over KLE 2 DokumentFilnavn 1 Tekst Udgør navnet på den fil på SFTP-serveren der indeholder den binære information (f.eks. pdf eller doc) Pt. understøttes kun én fil, men det skal være muligt at udvide med flere filer senere (Kard. 0:n) Kan kun anvendes sammen med sags-dokumenter Struktur for SOAP-fault Nedenstående struktur anvendes i forbindelse med at et system svarer med en Soap fault. Transportkvittering Niv Feltnavn Kard Værdisæt Betegnelse 1 TransportKvittering 2 TransportValideringKode 1 Ok Fejl Angiver resultatet af valideringen. Ved Fejl er beskeden ikke behandlet, og må derfor genfremsendes når problemet er løst. 2 Begrundelse 0:1 Tekst Dette er en tekst fra modtageren, der forklarer hvorfor et objekt er afvist. 2 FejlListe 0:n - Lister alle de valideringsfejl der er identificeret. Benyttes kun ved Advarsel eller Fejl. 3 FejlKode 1 Tekst Entydig identifikation af fejlen KOMBIT A/S Halfdansgade København S CVR Side 26 af 126

27 Transportkvittering Niv Feltnavn Kard Værdisæt Betegnelse 3 FejlTekst 1 Tekst Beskrivelse af fejlen Dataspecifikation for anmodning om overførelse af fordelingsobjekt Den besked der overføres via servicekaldet ( anmodning ) kan opdeles i to dele: Generelle attributter fælles for alle typer objekter ( DistributionContext ) Det overførte objekt ( DistributionObject ), som kan være et sags-journalnotat, sags-dokument eller semi-struktureret data. Et udsnit af strukturen for en anmodning kan ses i diagrammet nedenfor: Elementerne DistributionTransaktionsID og DigitalPostMeddelelsesID må ikke angives i anmodningen, da de udfyldes af Serviceplatformen Journalpost ( Fordelingsobjekt ) Hvis fordelingsobjektet er en Journalpost benyttes nedenstående struktur. Informationen nedenfor relateres til OIO-Sag version 1.2. Detaljer omkring brug, definitioner mv. kan udledes af standarden. Felter markeret med kursiv er udvidelser til standarden. Den overordnede struktur er vist i et UML diagram, og efterfølgende er felterne i strukturen beskrevet. KOMBIT A/S Halfdansgade København S CVR Side 27 af 126

28 Fordelingskomponenten Journalposter DistributionJournalpost +ID : string +ObjektType : string SagForslag PartAngivelse Eksterne objekter Sag +ID : string (Part) +Objekttype : string +ReferenceID : string Registrering +FraTidspunkt : string +LivscyklusKode : string -ImportTidspunkt : string 1 1 RelationListe BrugerRef RegistreringItSystem BrugerAktør +ID : string ItSystemAktør +ID : string Virkning -FraTidspunkt : string -TilTidspunkt : string -NoteTekst : string Virkning 1..n Journalpost +Indeks : string +Rolle : string Dokument 0..1 (Dokument) +Objekttype : string +ReferenceID : string (Anvendes ikke) (Anvendes ikke) 0..1 JournalpostAttributter -Dokumenttitel : string 0..1 OffentlighedUndtaget +TitelAlternativTekst : string +HjemmelTekst : string JournalnotatAttributter -Titel : string +Notat : string -Format : string 1 JournalPost (EP_AS1) Niv Feltnavn Kard Værdisæt Betegnelse 1 DistributionJournalPost - Struktur til at kommunikere Journalposter 2 ID 1 UUID Unik nøgle for journalpost objektet KOMBIT A/S Halfdansgade København S CVR Side 28 af 126

29 JournalPost (EP_AS1) Niv Feltnavn Kard Værdisæt Betegnelse 2 EmneFacetForslag 1 Tekst KLE Emnefacet (nn.nn.nn) Benyttes af modtager til at identificere den sag der skal modtage Journalposten. Hvis SagForslag er udfyldt, udfyldes dette felt med den primære klassifikation fra sagen 2 HandlingFacetForslag 0:1 Tekst KLE Handlingsfacet (xn) Benyttes af modtager til at identificere den sag, der skal modtage Journalposten. Hvis SagForslag er udfyldt, udfyldes dette felt med den primære handlingsklasse fra sagen 2 ObjektType 1 Journalpost Skal svare til indholdet af Kuvertens objekttype felt. Værdien er fast Journalpost for dette indhold 2 SagForslag 0:1 UUID Reference til den sag der er foreslået som destination for journalposten 2 PartAngivelse 0:1 - Parter dette notat omhandler. Hvis Sag- Forslag er angivet er parten ikke påkrævet. Er der intet SagForslag skal angives den part notatet vedrører 3 Objekttype 1 Person (CPR) Typen af part der relateres til Virksomhed (CVR) Organisation OrgEnhed OrgFunktion Interesse-faellesskab Bruger 3 ReferenceID 1 UUID/URN/Tekst Ekstern relation til parten (f.eks. CPR-nr) KOMBIT A/S Halfdansgade København S CVR Side 29 af 126

30 JournalPost (EP_AS1) Niv Feltnavn Kard Værdisæt Betegnelse 2 Registrering 1 - Angiver den seneste registrering på det objekt der kommunikeres. Det objekt der afsendes fra skal være låst, så der ikke tilføjes flere registreringer efter dette kald. Pt. understøttes kun en registrering, men løsningen skal senere kunne udvides til at indeholde flere registreringer 3 FraTidspunkt 1 Timestamp Unikt tidspunkt for denne registrering. Benyttes til at identificere hvilken registrering der er gældende til et specifikt tidspunkt, og til at håndtere beskeder ude af sekvens 3 LivscyklusKode 1 Oprettet Fast værdi Oprettet 3 ImportTidspunkt 0:1 Timestamp Benyttes kun ved import (Udeladt her) 3 BrugerRef 0:1 UUID/URN Reference til organisation for den brugeraktør der har foretaget registreringen 3 RegistreringITSystem 1 UUID/URN Reference til organisation for den IT-systemaktør der har afgivet objektet (Bemærk at dette ikke altid er det samme som afsendersystemet) 3 RelationListe 1 - Der understøttes kun en relation/virkning 4 Journalpost 1:n - Der understøttes kun en journalpost, men der kan være flere virkninger. Hvis der er flere instanser her, valideres at der ikke er overlap på virkningerne. 5 Virkning 1 - Virkning angiver hvornår journalnotatet er validt. 6 FraTidspunkt 0:1 DateTime Det tidspunkt hvor notatet er gyldigt fra. Vil typisk være tidspunkt for modtagelse af notatet. Hvis udeladt, vil datoen være uendelig tilbage i tiden 6 TilTidspunkt 0:1 DataTime Det tidspunkt hvor notatet er gyldigt til. Hvis udeladt, vil notatet være evig gyldigt (Normalt) 6 Aktoer 1 UUID/URN Reference til organisation for den aktør der har defineret virkningen KOMBIT A/S Halfdansgade København S CVR Side 30 af 126

31 JournalPost (EP_AS1) Niv Feltnavn Kard Værdisæt Betegnelse 6 AktoerType 1 Organisation OrganisationEnhed Den type aktør i organisation, der er relateret ovenfor OrganisationFunktion Bruger ItSystem Interessefaellesskab 6 NoteTekst 0:1 Tekst Dette er en tekst der kan benyttes til at forklare hvorfor virkningen er defineret 4 Indeks 1 Tekst Udfyldes med 1, da der kun kan sendes en journalpost 4 Rolle 1 Journalpost Rolle kan kun antage denne værdi her 4 Dokument 0:1 - Relation til dokument (Udelades her) 5 Objekttype 1 Dokument Denne reference er altid til et dokument objekt 5 ReferenceID 1 UUID/URN ID på det relaterede dokument 4 JournalpostAttributter 0:1 - Attributter knyttet til dokument (Udelades her) 5 Dokumenttitel 0:1 Tekst Overskrift for dokumentet 5 OffentlighedUndtaget 0:1 - Angiver følsomt dokument 6 TitelAlternativTekst 1 Tekst Alternativ overskrift til offentliggørelse 6 HjemmelTekst 1 Tekst Hjemmel for undtagelse fra offentligheden 5 JournalnotatAttributter 1 - Der skal altid inkluderes information omkring journalnotatet for denne type objekt 6 Titel 0:1 Tekst Overskrift for notatet 6 Notat 1 Tekst Indeholder selve Journalnotatteksten Sagsdokument ( Fordelingsobjekt ) Hvis fordelingsobjektet er et Sagsdokument benyttes nedenstående struktur. Informationen nedenfor relateres til OIO-Dokument version 1.1, justeret med de generelle egenskaber for OIO-Sag version 1.2. Detaljer omkring brug, definitioner mv. kan udledes af standarden. Felter markeret med KOMBIT A/S Halfdansgade København S CVR Side 31 af 126

32 kursiv er udvidelser til standarden. Den overordnede struktur er vist i et UML diagram, og efterfølgende er felterne i strukturen beskrevet. Fordelingskomponenten Dokumenter Eksterne objekter Dokument +ID : string +ObjektType : string SagForslag 0..1 Sag +ID : string Virkning -FraTidspunkt : string -TilTidspunkt : string -NoteTekst : string Registrering +FraTidspunkt : string +LivscyklusKode : string -ImportTidspunkt : string 1 BrugerRef RegistreringItSystem BrugerAktør +ID : string ItSystemAktør +ID : string Virkning Attributter +BrugervendtNoegleTekst : string +TitelTekst : string +BeskrivelseTekst : string +Dokumenttype : string +Retning : string +Brevdato : string -Fristdato : string -VersionIdentifikator : int -UnderversionIdentifikator : int -KassationskodeTekst : string n OffentlighedUndtaget +TitelAlternativTekst : string +HjemmelTekst : string 1..n Tilstand +Fremdrift : string Virkning -FraTidspunkt : string -NoteTekst : string VariantAttributter +VariantType : string -Produktion : bool -Offentliggørelse : bool -Arkivering : bool -DelvistScannet : bool 1 Virkning 1 RelationListe Variant +Rolle : string +Indeks : string 1 1..n Virkning DelAttributter +DelTekst : string -Indeks : int -Indhold : string -Filstoerrelse : int -MimeType : string -ScannerID : string -Lokation : string 0..n DokumentPart +Rolle : string +Indeks : string (Part) +Objekttype : string +ReferenceID : string Virkning Part Virkning -FraTidspunkt : string -TilTidspunkt : string -NoteTekst : string Virkning -FraTidspunkt : string -TilTidspunkt : string -NoteTekst : string 1 KOMBIT A/S Halfdansgade København S CVR Side 32 af 126

33 SagsDokument (EP_AS1) Niv Feltnavn Kard Værdisæt Betegnelse 1 DistributionDokument - Struktur til at kommunikere Dokumenter 2 ID 1 UUID Unik nøgle for dokument objektet 2 EmneFacetForslag 1 Tekst KLE Emnefacet (nn.nn.nn) Benyttes af modtager til at identificere den sag der skal modtage Dokumentet. Hvis SagForslag er udfyldt, udfyldes dette felt med den primære klassifikation fra sagen 2 HandlingFacetForslag 0:1 Tekst KLE Handlingsfacet (xn) Benyttes af modtager til at identificere den sag der skal modtage Dokumentet. Hvis SagForslag er udfyldt, udfyldes dette felt med den primære handlingsklasse fra sagen 2 ObjektType 1 Tekst Skal svare til indholdet af Kuvertens objekttype felt. Værdien er fast Dokument for dette indhold 2 SagForslag 0:1 UUID Reference til den sag der er foreslået tilknyttet dokumentet 2 Registrering 1 - Angiver den seneste registrering på det objekt der kommunikeres. Det objekt der afsendes fra skal være låst, så der ikke tilføjes flere registreringer efter dette kald. Pt. understøttes kun en registrering, men løsningen skal senere kunne udvides til at indeholde flere registreringer 3 FraTidspunkt 1 Timestamp Unikt tidspunkt for denne registrering. Benyttes til at identificere hvilken registrering der er gældende til et specifikt tidspunkt, og til at håndtere beskeder ude af sekvens 3 LivscyklusKode 1 Oprettet Fast værdi Oprettet 3 ImportTidspunkt 0:1 Timestamp Benyttes kun ved import (Udeladt her) KOMBIT A/S Halfdansgade København S CVR Side 33 af 126

34 SagsDokument (EP_AS1) Niv Feltnavn Kard Værdisæt Betegnelse 3 BrugerRef 0:1 UUID/URN Reference til organisation for den brugeraktør der har foretaget registreringen 3 RegistreringITSystem 1 UUID/URN Reference til organisation for den IT-systemaktør der har afgivet objektet (Bemærk at dette ikke altid er det samme som afsendersystemet) 3 Attributter 1:n - DokumentAttributter. Der kan eventuelt være flere virkninger for attributterne. Hvis der er flere instanser her, valideres at der ikke er overlap på virkningerne. 4 Virkning 1 - Virkning angiver hvornår attributterne er valide. 5 FraTidspunkt 0:1 DateTime Det tidspunkt hvor attributterne er gyldige fra. Vil typisk være tidspunkt for modtagelse af dokumentet. Hvis udeladt, vil datoen være uendelig tilbage i tiden 5 Aktoer 1 UUID/URN Reference til organisation for den aktør der har defineret virkningen 5 AktoerType 1 Organisation OrganisationEnhed Den type aktør i organisation, der er relateret ovenfor 5 TilTidspunkt 0:1 DataTime Det tidspunkt hvor attributterne er gyldige til. Hvis udeladt, vil attributterne være evigt gyldige OrganisationFunktion Bruger ItSystem Interessefaellesskab 5 NoteTekst 0:1 Tekst Dette er en tekst der kan benyttes til at forklare hvorfor virkningen er defineret 4 BrugervendtNoegleTekst 1 Tekst Entydig nøgle for dokumentet til præsentation 4 TitelTekst 1 Tekst Titel for dokumentet 4 BeskrivelseTekst 1 Tekst Beskrivelse af dokumentet KOMBIT A/S Halfdansgade København S CVR Side 34 af 126

35 SagsDokument (EP_AS1) Niv Feltnavn Kard Værdisæt Betegnelse 4 Dokumenttype 1 Faktura Typen af dokument Brev Notat Rapport Dagsorden Referat Anden 4 Retning 1 Indgaaende Udgaaende Den retning dokumentet er kommunikeret i forhold til myndigheden/ enheden InterntInd InterntUd Internt 4 Brevdato 1 Date Dato for udsendt brev/ dato modtaget 4 Fristdato 0:1 Date Den seneste dato svaret skal foreligge 4 OffentlighedUndtaget 0:1 - Angiver følsomt dokument 5 TitelAlternativTekst 1 Tekst Alternativ overskrift til offentliggørelse 5 HjemmelTekst 1 Tekst Hjemmel for undtagelse fra offentligheden 4 VersionIdentifikator 0:1 Integer 4 UnderversionIdentifikator 0:1 Integer 4 KassationskodeTekst 0:1 Tekst 3 Tilstand 1-4 Virkning 1 - Virkning angiver hvornår tilstanden er valid. 5 FraTidspunkt 0:1 DateTime Det tidspunkt hvor tilstanden er gyldig fra. Vil typisk være tidspunkt for modtagelse af notatet. Hvis udeladt, vil datoen være uendelig tilbage i tiden 5 Aktoer 1 UUID/URN Reference til organisation for den aktør der har defineret virkningen KOMBIT A/S Halfdansgade København S CVR Side 35 af 126

36 SagsDokument (EP_AS1) Niv Feltnavn Kard Værdisæt Betegnelse 5 AktoerType 1 Organisation OrganisationEnhed Den type aktør i organisation, der er relateret ovenfor OrganisationFunktion Bruger ItSystem Interessefaellesskab 5 NoteTekst 0:1 Tekst Dette er en tekst der kan benyttes til at forklare hvorfor virkningen er defineret 4 Fremdrift Modtaget Fordelt Vil normalt være Endeligt med mindre et udgående dokument overføres før det er færdigt/ afsendt UnderUdarbejdelse UnderReview Endeligt Afleveret 3 RelationListe 1 - Der understøttes kun en virkning pr. relation 4 DokumentPart 0:n - Indeholder relationer er parter (Relationstype) 5 Virkning 1 - Virkning angiver hvornår relationen er valid. 6 FraTidspunkt 0:1 DateTime Det tidspunkt hvor relationen er gyldigt fra. Vil typisk være tidspunkt for modtagelse af notatet. Hvis udeladt, vil datoen være uendelig tilbage i tiden 6 TilTidspunkt 0:1 DataTime Det tidspunkt hvor relationen er gyldigt til. Hvis udeladt, vil relationen være evig gyldig 6 Aktoer 1 UUID/URN Reference til organisation for den aktør der har defineret virkningen KOMBIT A/S Halfdansgade København S CVR Side 36 af 126

37 SagsDokument (EP_AS1) Niv Feltnavn Kard Værdisæt Betegnelse 6 AktoerType 1 Organisation OrganisationEnhed Den type aktør i organisation, der er relateret ovenfor OrganisationFunktion Bruger ItSystem Interessefaellesskab 6 NoteTekst 0:1 Tekst Dette er en tekst der kan benyttes til at forklare hvorfor virkningen er defineret 5 Rolle 1 PrimaerPart SekundaerPart Angiver rollen for parten i forhold til dokumentet KopiModtager 5 Indeks 1 Tekst Unik reference til en given relation, hvis der er flere på samme DokumentPart Rolle. Kan f.eks. være et fortløbende nummer 5 Objekttype 1 Person (CPR) Typen af part der relateres til Virksomhed (CVR) Organisation OrgEnhed OrgFunktion Interesse-faellesskab Bruger 5 ReferenceID 1 UUID/URN/Tekst Ekstern relation til parten (f.eks. CPR-nr) 4 Variant 1:n - Angiver forskellige varianter af det samme dokument, f.eks. en doc og en pdf variant Pt. understøttes kun en variant, men løsningen skal understøtte at der fremover kan håndteres flere varianter. Der kan eventuelt være flere virkninger for varianten. Hvis der er flere instanser her, valideres at der ikke er overlap på virkningerne. 5 Virkning 1 - Virkning angiver hvornår Varianten er valid. KOMBIT A/S Halfdansgade København S CVR Side 37 af 126

38 SagsDokument (EP_AS1) Niv Feltnavn Kard Værdisæt Betegnelse 6 FraTidspunkt 0:1 DateTime Det tidspunkt hvor Varianten er gyldig fra. Vil typisk være tidspunkt for modtagelse af Varianten. Hvis udeladt, vil datoen være uendelig tilbage i tiden 6 TilTidspunkt 0:1 DataTime Det tidspunkt hvor Varianten er gyldigt til. Hvis udeladt, vil Varianten være evig gyldig 6 Aktoer 1 UUID/URN Reference til organisation for den aktør der har defineret virkningen 6 AktoerType 1 Organisation OrganisationEnhed Den type aktør i organisation, der er relateret ovenfor OrganisationFunktion Bruger ItSystem Interessefaellesskab 6 NoteTekst 0:1 Tekst Dette er en tekst der kan benyttes til at forklare hvorfor virkningen er defineret 5 Rolle 1 Variant Fast værdi 5 Indeks 1 Tekst Udfyldes med 1, da der kun kan understøttes en variant 5 VariantAttributter 1-6 VariantType 1 Tekst Unik type af varianten. Ændres ikke over tid. Eks: Word, HTML, PDF samt TIFF. 6 Produktion 0:1 Nej, Ja Angiver om det er denne variant der udgør grundlaget for redigering af dokumentet 6 Offentliggørelse 0:1 Nej, Ja Angiver om det er denne variant der offentliggøres 6 Arkivering 0:1 Nej, Ja Angiver om det er denne variant der arkiveres 6 DelvistScannet 0:1 Nej, Ja Angiver om det er denne variant er helt eller delvist scannet KOMBIT A/S Halfdansgade København S CVR Side 38 af 126

39 SagsDokument (EP_AS1) Niv Feltnavn Kard Værdisæt Betegnelse 5 DelAttributter 1 - Angiver de dele det fysiske dokument er opdelt i. Pt. understøttes kun en del, men løsningen skal understøtte at der fremover kan håndteres flere dele. 6 DelTekst 1 Tekst Unik beskrivelse af dokumentdelen inden for den givne dokumentvariant 6 Indeks 0:1 Heltal Beskrivelse af rækkefølge mellem de enkelte dele. Rækkefølge sættes af brugeren 6 Indhold 0:1 URI/ Tekst Reference til den fil der indeholder dokumentdelen. Filen skal være indeholdt i kuvertens DokumentFilnavn Pt. undersøttes kun en fil, og dermed kun en Del, men det skal være mulig senere at udvide så flere filer, og dermed flere varianter/ dele understøttes. 6 Filstoerrelse 0:1 Heltal Antal bytes estimeret i filen 6 MimeType 0:1 Tekst Dokumentdelens MimeType, en beskrivelse af indholdets type og sammensathed 6 ScannerID 0:1 Tekst Identifikation af dokumentet i scanneren 6 Lokation 0:1 Tekst Henvisning til location, hvor fysisk udgave af dokumentet findes Semi-struktureret data ( Fordelingsobjekt ) Semi-struktureret data består af et dokument, som skal være i menneskelig læsbart format af typen PDF og et tilhørende datadokument med samme indholdsdata, som det læsbare dokument, men i et XML format, som kan behandles af et IT-system. Det tekniske og forretningsmæssige format for en forsendelse med semi-struktureret data, kan umiddelbart identificeres ved elementet FormularType Formular (EP_AS1) Niv Feltnavn Kard Værdisæt Betegnelse 1 DistributionFormular - Struktur til at kommunikere semi-struktureret data. KOMBIT A/S Halfdansgade København S CVR Side 39 af 126

40 Formular (EP_AS1) Niv Feltnavn Kard Værdisæt Betegnelse 2 ID 1 UUID Unik nøgle for objektet, som indeholder semi-struktureret data. 2 EmneFacetForslag 1 Tekst KLE Emnefacet (nn.nn.nn) Benyttes af modtager til at identificere den sag der skal modtage semi-struktureret data. 2 HandlingFacetForslag 0:1 Tekst KLE Handlingsfacet (xn) Benyttes af modtager til at identificere den sag der skal modtage semi-struktureret data. 2 ObjektType 1 Tekst Skal svare til indholdet af Kuvertens objekttype felt. Værdien er fast Formular for dette indhold 2 Meddelelse 1-3 FormularType 1 Tekst(100) Angiver type af forsendelse, så modtager ved hvordan forsendelsen skal fortolkes. Dette er relevant, når semi-struktureret data skal kunne automatisk fortolkes af modtager. 3 Formular 1 - Skal aftales mellem afsender og modtager. Den bør indeholde noget der er forretningsmæssig sigende. 4 TitelTekst 1 Tekst(50) Titlen på det læsbare dokument der afsendes. Titlen skal over konventioner for Unix og Windows filenavne. File extension må ikke angives her. File extension angives i FilformatNavn. 4 FormatNavn 1 Tekst(10) Angiver formatet på meddelelsens indhold. Formatnavnet er endelsen af det filnavn, som blev opgivet da indholdet blev gemt. Skal være et PDF dokument. 4 FormularIndhold 1 Base64 Indhold af det læsbare dokument. Data i dette felt skal være indkodet i Base64 formatet. 4 FormularXML 1 Any Data indhold af ovenstående læsbar dokument i XML format. KOMBIT A/S Halfdansgade København S CVR Side 40 af 126

41 Response Servicen returnerer en synkron svar-struktur med status for Serviceplatformens validering af beskedens indhold og Distributionskontekst. DistributionTransaktionsID i DistibutionContext er initialiseret af Serviceplatformen. Såfremt forsendelsen sker via Digital post er DigitalpostMeddelelsesID i DistibutionContext initialiseret af Serviceplatformen. ForretningValideringKode i Forretningskvitteringen vil altid have koden "Modtaget". Såfremt Serviceplatformen afviser anmodning returneres en Soap-fault. Strukturen for forretningskvittering er beskrevet neden for: Kvittering (EP_AS1) Niv Feltnavn Kard Værdisæt Betegnelse 1 Forretningkvittering 1 - Indeholder den fremsendte kvittering 2 Kvitteringstype 1 Teknisk Type af Kvittering 2 ForretningValideringKode 1 "Modtaget" "Afvist" Status for fordelingsobjektet hos modtagersystemet. "Modtaget" angiver at Serviceplatformen har teknisk valideret fordelingsobjektet, og har modtaget dette. "Afvist" angiver at anmodningen ikke indeholder korrekt routningsdata. KOMBIT A/S Halfdansgade København S CVR Side 41 af 126

42 Kvittering (EP_AS1) Niv Feltnavn Kard Værdisæt Betegnelse 2 Begrundelse 0:1 Tekst Dette er en tekst fra modtageren, der forklarer hvorfor et eventuelt objekt er afvist. Vil typisk stamme fra den sagsbehandler der har behandlet objektet. 2 FejlListe 0:n - Lister alle de valideringsfejl der er identificeret. Benyttes kun ved Fejlet. 3 FejlKode 1 Tekst Entydig identifikation af fejlen 3 FejlTekst 1 Tekst Beskrivelse af fejlen Distributionskontekst i Routingdata ( Distributionskontekst ), endelig er Soap-fault beskrevet i Struktur Sikkerhed Sikkerhed mellem afsendersystemet og Serviceplatformen er tokenbaseret, som defineret i RA STS [STS-Sikkerhed]. Servicen indgår i en integration med andre parter og opfylder Sikkerhedsmodel UC-SEC-04 [SIKKERHED] Leverancesikkerhed og fejlhåndtering Anmodningen om overførelse af fordelingsobjekt kan leveres At least once. Operationen er idempotent, og samme besked kan leveres flere gange, så længe den indeholder samme Distribution- TransaktionsID. Afsendersystemets ansvar: Afsendersystemet bærer ansvaret for, at det faktiske indhold er validt set fra et teknisk perspektiv (meddelelses-format og understøttet filtype) Afsendersystemet skal kunne håndtere afvisninger af meddelelser ved tekniske fejl (fejl i metadata eller anmodningens syntaktiske indhold) Afsendersystemet registrerer i STS Organisation en -adresse, som et Digital Post-tilkoblet modtagersystem kan anvende til eventuel efterfølgende (og manuel) dialog Afsendersystemet vil udelukkende modtage information om succesfuld distribution via Digital Post (identificeret ved en statuskode og et transaktionsid) Serviceplatformen overtager anmodningen, hvis både routningsdata og selve beskeden er teknisk valid. Øvrige data, der indgår i et fordelingsobjekt valideres ikke af Serviceplatformen, men af modtagersystemet. KOMBIT A/S Halfdansgade København S CVR Side 42 af 126

43 Det er også modtagersystemet, der håndterer om et fordelingsobjekt med samme Distribution- TransaktionsID er anvendt tidligere. Modtagersystemet vil altid levere samme svar, på samme DistributionTransaktionsID. Dette betyder, at afvises anmodningen umiddelbart af Serviceplatformen, kan anmodningen genfremsendes igen, når et eventuelt problem er løst. Dette gælder ikke såfremt anmodningen er accepteret af Serviceplatformen og sidenhen afvises af modtagersystemet. Fejlhåndtering (EP_AS1) # - Fejl type Håndtering 1. - Ingen forbindelse pga. manglende netværk, forkert endpoint, manglende eller forkert opsætning i STS, opsætning af firewalls. Driftsproblem på afsendersystemet, som skal håndtere dette. Eventuelt ved at kalde Serviceplatformen igen, såfremt det skønnes at være et problem der. Ved gentagende fejl reporteres fejlen i henhold til det der er beskrevet i kapitel Service Management 2. - Timeout Driftsproblem på afsendersystemet, som skal håndtere dette. Eventuelt ved at kalde Serviceplatformen igen, såfremt det skønnes at være et problem der. Ved gentagende fejl reporteres fejlen i henhold til det der er beskrevet i kapitel Service Management 3. - XML er ikke valid Serviceplatformen returnerer fejlbesked til afsendersystemet Rutningsdata er ukorrekte CVR, KLE-nr er ikke entydige eller giver ikke resultat Størrelse af data i webservicekald er større end 10MB 6. - Fil er ikke tilstede i SFTP ud-mappe ved overførelse af sags-dokument 7. - Dokument med identisk navn eksisterer i modtagers SFTP folder Serviceplatformen returnerer fejlbesked til afsendersystemet. Serviceplatformen returnerer fejlbesked til afsendersystemet. Serviceplatformen returnerer fejlbesked til afsendersystemet. Serviceplatformen returnerer fejlbesked til afsendersystemet DistributionTransaktionsID er angivet Serviceplatformen returnerer fejlbesked til afsendersystemet. KOMBIT A/S Halfdansgade København S CVR Side 43 af 126

44 DistributionTransaktionsID må ikke angives. Angives af Serviceplatformen DigitalpostMeddelelsesID er angivet MeddelelsesID for Digital post må ikke angives. Angives af Serviceplatformen. 10, - For Semi-struktureret data skal selve Meddelelse have extension PDF For formular har Meddelelse og/eller en eller flere bilag har samme navn Serviceplatformen returnerer fejlbesked til afsendersystemet. Serviceplatformen returnerer fejlbesked til afsendersystemet. Serviceplatformen returnerer fejlbesked til afsendersystemet. Afsendersystem skal angive unik navn for alle bilag i en forsendelse. Håndtering af øvrige og andre fejl er beskrevet i kapitel Service Management [Afklaring/KDF: Format og værdi af fejlkoder skal fastlægges] I den situation hvor afsender og modtagersystemer udskiftes forventes det, at alle ikke færdigbehandlede overførsler af fordelingsobjekter migreres fra det oprindelige til det nye system. Opsætning af rutningsdata på Serviceplatformen og STS Organisation er en konfigurering via en brugergrænseflade, og er samtidig datostyret, hvilket giver mulig for enten at gøre dette som en straksændring eller en ændring på en dato i fremtiden. Sker der migrering af et afsendersystem, skal det sikres, at der enten ikke er udestående overførelse af fordelingsobjekter eller at udestående overførelse af fordelingsobjekter opdateres i modtagersystem, da rutning kun angives i den initiale anmodning. Herefter benyttes disse rutningsdata i den efterfølgende behandling i Serviceplatformen. Ved en migrering må der ikke være udestående tekniske kvitteringer, hvilket ikke er et egentligt problem, da man må forvente at alle anmodninger er besvaret med en teknisk kvittering inden for et meget kort tidsrum, med mindre at modtagersystemet ikke er tilgængeligt, så kan der gå op til nogle time før der modtages en teknisk kvittering. Ved migrering af et modtagersystem er der ikke samme udfordring med udestående overførelse af fordelingsobjekter, da modtagersystem ikke vil have udestående anmodninger i et afsendersystem. I forbindelse med migrering må det originale og nye modtagersystem ikke foretage samme handling på et fordelingsobjekt, hvilket betyder at det originale system ikke må behandle fordelingsobjekter efter at en migrering er igangsat. Såfremt afsendersystem arbejder med caching eller egne registreringer af modtagersystem, vil en overførelse af et fordelingsobjekt med forældede rutningsdata blive afvist af fordelingskomponenten. Bemærk at det ikke er tilrådeligt at arbejde med caching af data til routing. KOMBIT A/S Halfdansgade København S CVR Side 44 af 126

45 3.1.3 Beskrivelse af endpoint EP_AS2- FordelingskvitteringModtag Samme endpoint benyttes for forretningskvittering og teknisk kvittering. Det angives i data, om der er tale om det ene eller det andet Transportspecifikation Serviceudstiller Afsendersystemer er serviceudstiller, herunder SAPA og Multi-fagsystemer Serviceanvender Serviceplatformen er serviceanvender Teknologisk understøttelse Snitfladen er implementeret som en synkron SOAP webservice Teknisk endpoint Følgende specificerer endpoint-oplysninger for produktionsmiljø og testmiljø. Miljø: Produktion URI til WSDL Endpoint navn Endpoint IP [WSDL] Se DistributionServiceAnvender.wsdl [Afklaring/KDF information skal hentes fra afsendersystemerne] [Afklaring/KDF information skal hentes fra afsendersystemerne] Miljø: Test URI til WSDL Endpoint navn Endpoint IP [WSDL] Se DistributionServiceAnvender.wsdl [Afklaring/KDF information skal hentes fra afsendersystemerne] [Afklaring/KDF information skal hentes fra afsendersystemerne] Teknisk retning for udveksling Serviceplatformen kalder en service udstillet af afsendersystemet Dataretning for udveksling Kvitteringsdata sendes fra Serviceplatformen til afsenderen Service invokation / Triggers Kommunikationen initieres af modtagersystemet, dels når dokumentet/journalposten og semistruktureret data er verificeret til at leve op til de tekniske krav (status Modtaget ), dels når dokumentet/journalposten og semi-struktureret data er forretningsmæssigt accepteret (status Accepteret ). Endelig også når dokumentet/journalposten og semi-struktureret data afvises teknisk eller forretningsmæssigt. KOMBIT A/S Halfdansgade København S CVR Side 45 af 126

46 Dataspecifikation Request Kvitteringen består af Distributionskontekst og forretningskvittering. Se kapitel Routingdata ( Distributionskontekst ) Generelle attributter fælles for alle typer objekter ( Distributionskontekst ) Teknisk eller forretnings-kvittering Et udsnit af strukturen for en anmodning kan ses i diagrammet nedenfor: Kvittering (EP_AS2) Niv Feltnavn Kard Værdisæt Betegnelse 1 Forretningkvittering 1 - Indeholder den fremsendte kvittering 2 Kvitteringstype 1 Teknisk Forretning Digital post Type af Kvittering KOMBIT A/S Halfdansgade København S CVR Side 46 af 126

47 Kvittering (EP_AS2) Niv Feltnavn Kard Værdisæt Betegnelse 2 ForretningValideringKode 1 "Modtaget" "Accepteret" Indikerer om modtagersystemet har modtaget objektet. Status for fordelingsobjektet hos modtagersystemet. "Afvist" "Fejlet" "Modtaget" angiver at Modtagersystem har teknisk valideret fordelingsobjektet, og har modtaget dette. "Accepteret" angiver at Modtagersystem har forretningsmæssigt valideret fordelingsobjektet, og godkendt dette. "Afvist" angiver modtager har afvist fordelingsobjekt. Ud fra elementet Kvitteringstype kan det udledes om det er et teknisk eller forretningsmæssig afvisning. "Fejlet" angiver at Serviceplatformen ikke kan aflevere fordelingsobjektet til modtager eller at modtagersystem har svaret med en uhåndteret fejl (Soap fault) Afsender skal selv håndtere Afviste og Fejlet transaktioner. 2 Begrundelse 0:1 Tekst Dette er en tekst fra modtageren, der forklarer hvorfor et objekt er afvist. Vil typisk stamme fra den sagsbehandler der har behandlet objektet. 2 FejlListe 0:n - Lister alle de valideringsfejl der er identificeret. Benyttes kun ved Fejlet. 3 FejlKode 1 Tekst Entydig identifikation af fejlen 3 FejlTekst 1 Tekst Beskrivelse af fejlen Response Accepterer afsendersystemet kvitteringen er responset tomt. Kan afsendersystemet ikke forstå kvitteringen, kan der svares med en SOAP fault, som indeholder en teknisk kvitteringsstruktur, se Struktur for SOAP-fault Sikkerhed Sikkerhed mellem afsendersystemet og Serviceplatformen er tokenbaseret, som defineret i RA STS [STS-Sikkerhed]. Servicen indgår i en integration med andre parter og opfylder Sikkerhedsmodel UC-SEC-04 [SIKKERHED]. KOMBIT A/S Halfdansgade København S CVR Side 47 af 126

48 Leverancesikkerhed og fejlhåndtering Kvittering på anmodning om overførelse af fordelingsobjekt kan leveres At least once. Da anmodningen om overførelse af fordelingsobjekt er er idempotent, kan man sende anmodningen igen, og modtagersystemet skal så levere samme svar igen. Følgende tre scenarier skal derfor kunne håndtereres: Modtagersystem har ikke tidligere modtaget anmodning for det pågældende fordelingsobjekt, selv om afsendersystem har sendt det pågældende objekt. Modtagersystemet opfatter dette, som en ny anmodning, der ikke tidligere har været modtaget, og behandler fordelingsobjektet, som sådan, og afsender teknisk kvittering, og såfremt fordelingsobjektet er teknisk validt, senere en forretningskvittering. Modtagersystem har modtaget en anmodningen, og har returneret teknisk kvittering. Modtagersystemet modtager samme anmodning igen, og svare med samme tekniske kvittering og indhold af denne, dog med en angivelse af at fordelingsobjektet er modtaget tidligere. Dette uanset om indhold af fordelingsobjekt er ændret. Ved samme fordelingsobjekter forstås fordelingsobjekter med samme AnvenderTransaktionsID. For Digital post håndtere Serviceplatformen gen-sendelser af anmodninger, som beskrevet. Modtagersystem har modtaget en anmodningen, og har returneret forretningskvittering. Modtagersystemet modtager samme anmodning igen, og svare med samme forretningskvittering og indhold, dog med en angivelse af, at fordelingsobjektet er modtaget tidligere. Dette uanset om indhold af fordelingsobjekt er ændret. Ved samme fordelingsobjekter forstås fordelingsobjekter med samme AnvenderTransaktionsID. Gælder ikke Digital post, da der ikke anvendes forretningskvittering. I det fald at modtagersystem ikke svarer efter gentagende forsøg på at afsende Anmodning om overførelse af fordelingsobjekt fra Serviceplatformen, vil afsendersystemet modtage en fejl fra Serviceplatformen, som angiver dette. Afsendersystems ansvar: Afsendersystemet skal kunne håndtere afvisninger af meddelelser ved tekniske fejl (fejl i metadata eller anmodningens syntaktiske indhold) Afsendersystemet skal kunne håndtere at modtage kvitteringer med samme Anvender- TransaktionsID flere gange, afstedkommet af at samme anmodninger er sendt flere gange. Dette kan ske såfremt afsendersystemet sender samme anmodning igen, uden at Serviceplatformen har forsøgt det antal mulige gange mod modtagersystemet, og dermed svaret på den forrige anmodning. Afsendersystemet har ansvar for at reagere på at der ikke modtages tekniske eller forretningsmæssige kvitteringer, enten ved genfremsendelse af anmodning til Serviceplatform, eller ved en permanent situation at rette henvendelse Serviceplatformens helpdesk. Modtagersystemet forpligter sig til at svare på alle anmodninger om overførsler af dokumenter. Jævnfør beskrivelsen i Leverancesikkerhed og fejlhåndtering for endpoint EP_AS1, er resultatet af en genfremsendelse af en anmodning med samme AnvenderTransaktionsID, forskellig KOMBIT A/S Halfdansgade København S CVR Side 48 af 126

49 alt efter om det er Serviceplatformen eller modtagersystem, der returnere kvitteringen, som beskriver en fejlsituation. Serviceplatformen: Der tages ikke stilling til om der er tale om en genfremsendelse, men behandler den i princippet som en ny anmodning. Modtagersystem: Genfremsendelse af en anmodning med samme AnvenderTransaktionsID, vil modtage samme kvittering, som modtagersystem sendte første gang, uanset om der måtte være ændret i øvrige data. Skal modtagersystemet behandle anmodningen på ny, skal der angives en ny AnvenderTransaktionsID. Serviceplatformen skal håndterer følgende fejlsituationer: Fejlhåndtering på Serviceplatformen (EP_AS3) # - Fejl type Håndtering 1. - Ingen forbindelse til afsendersystem pga. manglende netværk, forkert endpoint, manglende eller forkert opsætning i STS, opsætning af firewalls. Serviceplatformen kalder afsendersystemet et antal gange med forsinkelse, Ved gentagende fejl reporteres fejlen i henhold til det der er beskrevet i kapitel Service Management 2. - Timeout Samme som oven for Afsendersystem modtager en forretningskvittering, som indeholder fejl. 1. AnvenderTransaktionsID kendes ikke. 2. Kvittering kan ikke teknisk forstås. Fejlen rapporteres til Serviceplatformen drift i henhold til det, der er beskrevet i kapitel Service Management Kvittering kan indeholde følgende fejlmeddelelser Fejlmeddelelser fra modtagersystem (EP_AS3) # - Fejl type Håndtering 1. Modtagersystem ikke tilgængelig. Serviceplatformen sender en fejlbesked til afsendersystem, der angiver at modtagersystem ikke er tilgængeligt KOMBIT A/S Halfdansgade København S CVR Side 49 af 126

50 Ingen forbindelse pga. manglende netværk, forkert endpoint, manglende eller forkert opsætning i STS, opsætning af firewalls. 2.. Indholdet af anmodningen er ikke syntaktisk og semantisk korrekt Sagsdokument kunne ikke hentes på SFTP server Format eller version af format af fordelingsobjektet kunne ikke tolkes af modtagersystem. Version af tekstdokument, pdf-dokument etc Modtagersystem understøtter ikke de fremsendte dokumenttyper. Verifikation af filtyper Modtagersystemet kan ikke håndterer de indlejret base64 dokumenter, da formatet ikke er korrekt eller ikke kendes. 7. Formulartypen for Formularen kendes ikke. Der er ikke indgået aftale om Formulartype eller den er ikke registreret i modtagersystemet, 8. - Digital post ikke tilgængelig Ingen forbindelse pga. manglende netværk, forkert endpoint, manglende eller forkert certifikat, manglende eller forkert opsætning i STS, opsætning af firewalls. Ved gentagende fejl reporteres fejlen i henhold til det der er beskrevet i kapitel Service Management Modtagersystem sender fejlbesked til Serviceplatformen, som videresender til afsendersystemet. Serviceplatformen videresender fejlbesked til afsendersystemet. Serviceplatformen returnerer fejlbesked til afsendersystemet. Der kan prøves med andet format Modtagersystem sender fejlbesked til Serviceplatformen, som videresender til afsendersystemet. Modtagersystem sender fejlbesked til Serviceplatformen, som videresender til afsendersystemet. Modtagersystem returnere fejlbesked til Serviceplatformen som videresender denne til afsendersystem. Serviceplatformen returnerer fejlbesked til afsendersystemet. Ved gentagende fejl reporteres fejlen i henhold til det der er beskrevet i kapitel Service Management 9. - Fejlmeddelelser fra Digital post: Default indholdstype ikke opsat på system Serviceplatformen returnerer fejlbesked til afsendersystemet. Afsendersystem har ikke angiver default indholdstype i opsætningen af digital post. KOMBIT A/S Halfdansgade København S CVR Side 50 af 126

51 Enten skal denne angives i administrationsmodulet i Digital Post eller der skal konfigureres en indholdstype til fordelingskomponenten. Indholdstype skal være oprettet af afsender i administrationsmodulet i Digital Post Fejlmeddelelser fra Digital post: Ukendt indholdstype Serviceplatformen returnerer fejlbesked til afsendersystemet. Afsendersystem har ikke registreret indholdstype i opsætningen af Digital post eller har opgivet en ukorrekt indholdstype til fordelingskomponenten Fejlmeddelelser fra Digital post: Afvist pga. virus. Serviceplatformen returnerer fejlbesked til afsendersystemet. Afsendersystem skal sikre at dette ikke er et faktisk problem. Uanset om der er konstateret virus eller ej kan forsendelsen ikke sendes. Det bør reelt ikke være noget der forekommer. Fejlen reporteres i henhold til det der er beskrevet i kapitel Service Management Fejlmeddelelser fra Digital post: Ugyldig tilmeldingsgruppe (tilhørsforhold privat / virksomhed) Serviceplatformen returnerer fejlbesked til afsendersystemet. Afsendersystem har ikke registreret tilmeldingsgruppen i opsætningen af Digital post eller har ikke opgivet en korrekt indholdstype til fordelingskomponenten Øvrige fejl fra Digital post Angives med fejlkode og fejltekst fra digital post Serviceplatformen returnerer fejlbesked til afsendersystemet. Fejlen reporteres i henhold til det der er beskrevet i kapitel Service Management KOMBIT A/S Halfdansgade København S CVR Side 51 af 126

52 Serviceplatformen må ikke tabe kvitteringer, og skal såfremt de ikke kan leveres til afsendersystemet kunne midlertidig persisterer forretningskvitteringer indtil problemet er afhjulpet, og de så enten kan sendes til afsendersystemet eller slettes. Jævnfør kapitel Leverancesikkerhed og fejlhåndtering for endpoint EP_AS1 vil udskiftning af systemer ske ved migrering. KOMBIT A/S Halfdansgade København S CVR Side 52 af 126

53 3.1.4 Beskrivelse af endpoint EP_AS3- FordelingsmodtagerList Transportspecifikation Serviceudstiller Serviceplatformen er serviceudstiller Serviceanvender Afsendersystemet er serviceanvender Teknologisk understøttelse Snitfladen er implementeret som en SOAP webservice Teknisk endpoint [Udfyldes med teknisk endpoint] Følgende specificerer endpoint-oplysninger for produktionsmiljø og testmiljø. Miljø: Produktion URI til WSDL Endpoint navn Endpoint IP [WSDL] Se DistributionService.wsdl [Udfyldes af KDF senere] Miljø: Test URI til WSDL Endpoint navn Endpoint IP [WSDL] Se DistributionService.wsdl [Udfyldes af KDF senere] Teknisk retning for udveksling Afsendersystemet kalder en service udstillet af Serviceplatformen Dataretning for udveksling Afsendersystemet modtager en liste af systemer fra Serviceplatformen Service invokation / Triggers Trigges af afsendersystemet når en bruger skal præsenteres for en liste af mulige modtagere Dataspecifikation Request Benyttes til at udsøge en liste over modtagere for et eller flere KLE numre i en myndighed. Følgende input udgør søgeparametre til udsøgning af liste over modtagersystemer: KOMBIT A/S Halfdansgade København S CVR Side 53 af 126

54 FordelingsmodtagerList - forespørgsel (EP_AS3) Niv Feltnavn Kard Værdisæt Betegnelse 1 Routing 1:n - Angiver en eller flere klassifikationer der søges på. Søgningen udgør foreningsmængden af alle de angivne klassifikationer 2 AfsendendeMyndighed 1 8 cifret tal CVR-nummer for afsender myndigheden. Myndigheden skal være den samme som den der angives i Token 2 RoutingMyndighed 1 CVR-nummer CVR nummer for den myndighed der søges modtagersystemer i. 2 RoutingEmneFacet 1 Tekst KLE emne nummer der søges på F.eks RoutingHandlingFacet 0:1 Tekst KLE handlingsfacet søgningen begrænses til indenfor det angivne KLE emne nummer F.eks. G Response Output udgøres af en liste af mulige systemer der svarer til de anvendte søgeparametre: (Tom liste indikerer at der ikke findes nogle modtagere på kriterierne) FordelingsmodtagerList - svar (EP_AS3) Niv Feltnavn Kard Værdisæt Betegnelse 1 Transportkvittering (Se afsnit 2.2.2) 1 Systemer 0:n - Angiver et IT-system der opfylder søgekriterierne 2 SystemMyndighed 1 CVR-nummer CVR nummer for den myndighed systemet tilhører. (Vil altid svare til RoutingMyndighed i input) 2 SystemUUID 1 UUID UUID for modtagersystemet 2 SystemNavn 1 Tekst Navn på modtagersystemet 2 RoutingEmneFacet 1 Tekst KLE Emne nummer for modtagersystemet 2 RoutingHandlingFacet 0:1 Tekst KLE Handlingsfacet for modtagersystemet KOMBIT A/S Halfdansgade København S CVR Side 54 af 126

55 Ved fejl returneres en SOAP fault, som indeholder en teknisk kvitteringsstruktur, se Struktur for SOAP-fault Sikkerhed Sikkerhed mellem afsendersystemet og Serviceplatformen er tokenbaseret, som defineret i RA STS [STS-Sikkerhed]. Servicen indgår i en integration med andre parter og opfylder Sikkerhedsmodel UC-SEC-04 [SIKKERHED] Leverancesikkerhed og fejlhåndtering Der er tale om en simpel synkron service, som er idempotent At least once. Såfremt kaldet fejler, er det, det kaldende system der skal foretage et nyt kald. Der er tale om basal fejlhåndtering, hvor afsendersystemet skal kunne håndtere følgende fejlsituationer: Fejlhåndtering (EP_AS3) # - Fejl type Håndtering 1. - Ingen forbindelse pga. manglende netværk, forkert endpoint, manglende eller forkert opsætning i STS, opsætning af firewalls. Driftsproblem på afsendersystemet, som skal håndtere dette. Eventuelt ved at kalde Serviceplatformen en igen, såfremt det skønnes at være et problem der. Fejlen rapporteres til Serviceplatformen drift i henhold til det, der er beskrevet i kapitel Service Management 2. - Timeout Forsøg igen senere. Ved gentagende fejl reporteres fejlen i henhold til det der er beskrevet i kapitel Service Management. Afsendersystemet kan sende samme besked igen, da servicen er idempotent, så længe eksakt samme besked sendes igen XML er ikke valid Serviceplatformen returnerer fejlbesked til afsendersystemet Routningsdata er ukorrekte CVR, KLE-nr, modtageraktør er ikke entydige eller giver ikke resultat. Returneres en tom liste af modtagersystemer, anses dette ikke for at være en fejl, men bare at søgekriterierne ikke resulterer at der eksistere relatererede modtagersystemer. KOMBIT A/S Halfdansgade København S CVR Side 55 af 126

56 KOMBIT A/S Halfdansgade København S CVR Side 56 af 126

57 3.1.5 Beskrivelse af endpoint EP_AS4 - FordelingsmodtagerValider Transportspecifikation Serviceudstiller Serviceplatformen er serviceudstiller Serviceanvender Afsendersystemet er serviceanvender Teknologisk understøttelse Snitfladen er implementeret som en SOAP webservice Teknisk endpoint [Udfyldes med teknisk endpoint] Følgende specificerer endpoint-oplysninger for produktionsmiljø og testmiljø. Miljø: Produktion URI til WSDL Endpoint navn Endpoint IP [WSDL] Se DistributionService.wsdl [Udfyldes af KDF senere] Miljø: Test URI til WSDL Endpoint navn Endpoint IP [WSDL] Se DistributionService.wsdl [Udfyldes af KDF senere] Teknisk retning for udveksling Afsendersystemet kalder en service udstillet af Serviceplatformen Dataretning for udveksling Afsendersystemet modtager en liste af true/false værdier fra Serviceplatformen Service invokation / Triggers Trigges af at afsendersystemet ønsker at validere om der kan sendes objekter til en eller flere specifikke modtagere Dataspecifikation Request Benyttes til at validere om et eller flere givne IT-systemer for en myndighed kan modtage objekter via fordelingskomponenten. KOMBIT A/S Halfdansgade København S CVR Side 57 af 126

58 Input udgør ITSystem(er) til validering: FordelingsmodtagerValider - forespørgelse (EP_AS4) Niv Feltnavn Kard Værdisæt Betegnelse 1 AfsendendeMyndighed 1 8 cifret tal CVR-nummer for afsender myndigheden. Myndigheden skal være den samme, som den der angives i Token 1 Routing 1:n - Angiver et eller flere IT-systemer der valideres på. 2 RoutingMyndighed 1 CVR-nummer CVR nummer for den myndighed der valideres modtagere for. 2 RoutingModtagerAktoer 1 UUID IT-System-aktør (Relation til organisation) Response Output udgør valideringsresultat for de søgte systemer: FordelingsmodtagerValider - svar (EP_AS4) Niv Feltnavn Kard Værdisæt Betegnelse 1 Transportkvittering (Se afsnit 2.2.2) 1 RoutingModtager 1:n - Svarer til de søgte systemer angivet under Routing ovenfor 2 RoutingMyndighed 1 CVR-nummer CVR nummer for den myndighed der søges modtagere for. 2 RoutingModtagerAktoer 1 UUID IT-System-aktør (Relation til organisation) 2 KanModtage 1 Nej eller Ja Angivet om et angivet modtagersystem er tilsluttet. Ja indikerer at det angivne system kan modtage objekter (Journalposter og dokumenter og semi-strukturerede formularer) via fordelingskomponenten Ved fejl returneres en SOAP fault, som indeholder en teknisk kvitteringsstruktur, se Struktur for SOAP-fault. KOMBIT A/S Halfdansgade København S CVR Side 58 af 126

59 Sikkerhed Sikkerhed mellem afsendersystemet og Serviceplatformen er tokenbaseret, som defineret i RA STS [STS-Sikkerhed]. Servicen indgår i en integration med andre parter og opfylder Sikkerhedsmodel UC-SEC-04 [SIKKERHED] Leverancesikkerhed og fejlhåndtering Der er tale om en simpel synkron service, som er idempotent At least once. Såfremt kaldet fejler, er det, det kaldende system der skal foretage et nyt kald. Der er tale om basal fejlhåndtering, hvor afsendersystemet skal kunne håndtere følgende fejlsituationer: Fejlhåndtering (EP_AS4) # - Fejl type Håndtering 1. - Ingen forbindelse pga. manglende netværk, forkert endpoint, manglende eller forkert opsætning i STS, opsætning af firewalls. Driftsproblem på afsendersystemet, som skal håndtere dette. Eventuelt ved at kalde Serviceplatformen en igen, såfremt det skønnes at være et problem der. Ved gentagende fejl reporteres fejlen i henhold til det der er beskrevet i kapitel Service Management Timeout Forsøg igen senere. Ved gentagende fejl reporteres fejlen i henhold til det der er beskrevet i kapitel Service Management. Afsendersystemet kan sende samme besked igen, da servicen er idempotent, så længe eksakt samme besked sendes igen XML er ikke valid Serviceplatformen returnerer fejlbesked til afsendersystemet. KOMBIT A/S Halfdansgade København S CVR Side 59 af 126

60 3.1.6 Beskrivelse af endpoint EP_AS5 SFTP SFTP er medtaget som endpoint for god ordens skyld. Den understøtter EP_AS1, når der skal overføres sags-dokumenter. Serviceplatformens SFTP server anvendes, dog uden anvendelse af triggerfil eller trigger service, da Fordelingskomponenten kommunikerer direkte med SFTP serverens API. Afsendersystemet kan benytte en allerede eksisterende SFTP bruger, som også understøtter overførelse med triggerfiler Transportspecifikation Serviceudstiller Serviceplatformen udstiller SFTP server Serviceanvender Afsendersystem er serviceanvender på SFTP server Teknologisk understøttelse Der anvendes SFTP Teknisk endpoint De tekniske endpoint er generelle for både fagsystemer og Serviceplatform, og er defineret i henhold til [SFTP] Miljø: Test SFTP platform: Host [Afklaring/KDF oplysninger leveres af Systematic] IP [Afklaring/KDF oplysninger leveres af Systematic] SFTP bruger: Afsendersystem [Afklaring/KDF oplysninger leveres af Afsendersystem] [AFSENDERSYSTEM]_SIMPELSFTP Miljø: Produktion SFTP platform: Host [Afklaring/KDF oplysninger leveres af Systematic] IP [Afklaring/KDF oplysninger leveres af Systematic] SFTP bruger: Afsendersystem [Afklaring/KDF oplysninger leveres af Afsendersystem] [AFSENDERSYSTEM]_SIMPELSFTP Teknisk retning for udveksling Afsendersystemet foretager upload af sag-dokument til SFTP server Dataretning for udveksling Afsendersystemet overfører sags-dokument til Modtagersystem via SFTP-server på Serviceplatformen Service invokation / Triggers Afsendersystem uploader dokument til SFTP server KOMBIT A/S Halfdansgade København S CVR Side 60 af 126

61 Dataspecifikation Filnavn bør være unik for at undgå fejl, hvor SFTP serveren allerede behandler en fil af samme navn. Navnet kan opbygges på følgende vis: Navn på SFTP bruger Fast tekst SAGSDOKUMENT Løbenummmer eller UUID Delene adskilles af underscore _, så det for eksempel kan se ud som følger: SAPA_SAGSDOKUMENT_ 123e4567-e89b-12d3-a PDF Der er ingen restriktioner på type og størrelse af filer, der kan overføres, dog skal de være i overensstemmelse med de retningslinjer, der er på området for Sagsdokumenter. Der gælder at såfremt modtagersystemet ikke kan læse et dokument, kan modtagersystemet afvise dette Sikkerhed Sikkerhed mellem afsendersystemet og Serviceplatformen er tokenbaseret, som defineret i RA STS [STS-Sikkerhed]. Servicen indgår i en integration med andre parter og opfylder Sikkerhedsmodel UC-SEC-04 [SIKKERHED] og Use case UC-SEC-07: Intern SFTP server for sikkerhedsmønster. Se dokumentet [SIKKERHED] Leverancesikkerhed og fejlhåndtering Fejlhåndtering (EP_AS5) # - Fejl type Håndtering 1. - Ingen forbindelse til SFTP server. Afsendersystemet forsøger at overføre dokument et antal gange med forsinkelse. Ved gentagende fejl reporteres fejlen i henhold til det der er beskrevet i kapitel Service Management 2. - Dokument med samme navn findes allerede i ud-mappe Afsendersystemet forsøger at overføre dokument et antal gange med forsinkelse eller omdøber dokument. Afsender system har ansvaret for at rydde op i ud-mappen KOMBIT A/S Halfdansgade København S CVR Side 61 af 126

62 3.1.7 Servicemål Følgende underafsnit indeholder oplysninger vedrørende servicemål for aftalt driftstid Aftalt driftstid Parameter Tidsrum Svartid Værdi Systemet driftsafvikles hele døgnet alle dage bortset fra når der udføres ændringer/hvor der er servicevinduer [SPref]. Der er forskellig SLA på svartid alt efter hvilken integrationskompleksitet, der er tale om: Simpel = 1 sekund Mellem = 1,5 sekund Kompleks = 4 sekunder [SPref] Afklaring/SP: For beskedfordeler, SFTP mv. kendes svartid/håndteringstider ikke] Tilgængelighed Spidsbelastningsperiode Servicevinduer Servicemålene for systemets driftseffektivitet er 99,8% for perioden 06:00-18:00 på arbejdsdage samt 98,5 % i den øvrige tid [SPref]. Må antages at være i perioden 06:00-18:00 på arbejdsdage [SPref]. Ved mindre opdateringer: En gang om ugen i tidsrummet 05:00-06:00. Varsling: 1. uge, varighed (naturligvis) max en time. Ved større og kritiske opdateringer: Optil 1 gang om måneden i tidsrummet mandag kl. 03:00 til mandag kl. 06:00. Varsling: 1. uge, Varighed: max 3 timer Ved omlægning af miljøer, arkitektur og services: 1 gang pr. kvartal i tidrummet søndag kl. 22:00 til mandag kl. 06:00. Varsling 1. måned, varighed max 8 timer [SPref] Service Management Incide nt Management [Afklaring/Programmet rejst emne: Skal der være spoc på integrationer] Problem Management [Afklaring/Programmet rejst emne: Skal der være spoc på integrationer] Change Management [Afklaring/Programmet rejst emne: Skal der være spoc på integrationer] KOMBIT A/S Halfdansgade København S CVR Side 62 af 126

63 3.1.9 Testplan Integrationstest Den planlagte test af services til installation på Serviceplatformen omfatter pt., at Systematic udfører automatiserede tests af services og unittests. Se [SPref] for detaljer. Derudover: [Afklaring/Programmet: Teststrategi håndteres i programemnelog #1] Produktionssætningstest Den planlagte test af services til installation på Serviceplatformen omfatter pt., at Systematic udfører automatiserede tests af services og unittests. Se [SPref] for detaljer. Derudover: [Afklaring/Programmet: Teststrategi håndteres i programemnelog #1] KOMBIT A/S Halfdansgade København S CVR Side 63 af 126

64 3.2 Specifikation af endpoints for Modtagersystem Fordelingskomponenten er en generel løsning til at overføre journalnotater, sags-dokumenter og semi-struktureret data mellem et afsender-system og et entydigt identificerbart modtager-system. Udvekslingen kan finde sted inden for samme myndighed, eller på tværs af myndigheder. Er modtagersystemet tilkoblet Fordelingskomponenten via system-til-system grænsefladen, vil denne modtage anmodning om overførelse af fordelingsobjekter fra afsendersystemer. Ved modtagelse af et fordelingsobjekt skal modtagersystemer umiddelbart validere om dette er teknisk validt, og kan behandles. Når fordelingsobjektet er forretningsmæssigt valideret i modtagersystemet sendes en forretningskvittering, som angiver om fordelingsobjektet er accepteret. Håndteringen af fordelingsobjektet i modtagersystemet kan både være automatisk og manuel, hvorfor der kan gå dage mellem at modtagersystemet afsender henholdsvis den tekniske kvittering og forretningskvitteringen. Er fordelingsobjektet et sags-dokument vil selve dokumentet blive overført via SFTP, mens metadata til brug for fordeling overføres i sericekaldet. Der er derfor i princippet ingen begrænsning på størrelsen af et sags-dokument, som kan overføres fra afsendersystem til modtagersystem Overordnet forretningslogik Modtagersystemet modtager et fordelingsobjekt fra Fordelingskomponenten via EP_MS1. Såfremt fordelingsobjektet er et sags-dokument, hentes selve dokumentet på EP_MS3, og returnerer umiddelbart i kaldet en teknisk kvittering. Når fordelingsobjektet er behandlet af modtagersystemet sendes en forretningskvittering via EP_MS2 til Fordelingskomponenten Oversigt over endpoints ID Navn EP_MS1 EP_MS2 EP_MS3 FordelingsobjektModtag FordelingskvitteringAfsend SFTP Beskrivelse af endpoint EP_MS1- FordelingsobjektModtag Transportspecifikation Serviceudstiller Modtagersystem er serviceudstiller Serviceanvender Serviceplatformen er serviceanvender. KOMBIT A/S Halfdansgade København S CVR Side 64 af 126

65 Teknologisk understøttelse Snitfladen er implementeret som en synkron SOAP webservice Teknisk endpoint Følgende specificerer endpoint-oplysninger for produktionsmiljø og testmiljø. Miljø: Produktion URI til WSDL Endpoint navn Endpoint IP [WSDL] Se DistributionServiceModtager.wsdl [Udfyldes af KDF senere] Miljø: Test URI til WSDL Endpoint navn Endpoint IP [WSDL] Se DistributionServiceModtager.wsdl [Udfyldes af KDF senere] Teknisk retning for udveksling Serviceplatformen kalder service udstillet af Modtagersystem Dataretning for udveksling Objektet overføres fra Serviceplatformen til Modtagersystem. Hvis det er et sags-dokument, der skal overføres, henter Modtagersystemet dokumentet på Serviceplatformens SFTP-server Service invokation / Triggers Kommunikationen initieres af Serviceplatformen, når et objekt skal overføres til et modtagersystem Dataspecifikation for generelle elementer Distributionskontekst indeholder rutningsinformation om afsender og modtager, så fordelingsobjektet kan rutes entydig korrekt. Distributionskontekst påsættes i kald for anmodning, teknisk kvittering og forretningskvittering. Yderligere vil Afsendersystemet modtager Distributionskontekst, som en del af svaret for anmodningen Terminologi De enkelte elementer listes i den orden de optræder i beskeden. Der angives for hvert element følgende information: Niv Niveau i beskeden (1 er højeste). Et lavere niveau angiver at der er tale om underelementer til det element ovenfor der har et højere niveau KOMBIT A/S Halfdansgade København S CVR Side 65 af 126

66 Feltnavn Kard Værdisæt Navnet på feltet i XML Kardinalitet Hvor mange gange kan elementet optræde (0:1,1,0:n,1:n) Krav til formatet af feltets indhold. - angiver at det er en gruppe Betegnelse Beskrivelse af indholdet Routingdata ( Distributionskontekst ) Distributionskontekst kan betragtes som en kuvert med rutningsdata for kald, som indeholder fordelingsobjekter, og asynkrone kvitteringer. Følgende beskriver de enkelte data i Distributionskontekst. Distributionskontekst (Routning) Niv Feltnavn Kard Værdisæt Betegnelse 1 DistributionContext 1 - Udgør kuvert til styring af routing af objektet og den efterfølgende asynkrone kvittering 2 AnvenderTransaktionsID 1 UUID Unik identifikation på denne specifikke overførsel. Benyttes til at koordinere asynkrone svar i anvendersystemet. Ved levering af asynkron kvittering skal denne værdi returneres uændret 2 DistributionTransaktionsID 0:1 UUID Unik identifikation tildelt af fordelingskomponenten. Den anvendes internt i fordelingskomponenten. Værdien tildeles af fordelingskomponenten, og skal derfor ikke udfyldes i kaldet ved afsendelse. Ved asynkron kvittering skal denne værdi returneres uændret 2 DigitalPostMeddelelsesID 0:1 Tekst(30) Indeholder unik id der anvendes mod digital post for en afsendelse. Denne ID genereres af Serviceplatformen. De første 6 karakterer vil være identisk med id en på det afsendersystem, som afsendelsen afsendes fra (med foranstillede 0 er eksempelvis ). De efterfølgende op til 24 karakterer skal angive en unik identifikator for meddelelsen, for det pågældende afsendersystem. 2 AfsendendeMyndighed 1 8 cifret tal CVR-nummer for afsender myndigheden. 2 RoutingMyndighed 1 8 cifret tal CVR-nummer for modtager myndigheden I forhold til version 1 af fordelingskomponenten kan denne i version 2 være forskellig fra AfsendendeMyndighed KOMBIT A/S Halfdansgade København S CVR Side 66 af 126

67 Distributionskontekst (Routning) Niv Feltnavn Kard Værdisæt Betegnelse 2 RoutingEmneFacet 1 Tekst KLE Emnefacet (nn.nn.nn) Kan benyttes til at udpege modtagersystemet. Kan eventuelt kombineres med handlingsfacet for at kvalificere modtagere. Alternativt benyttes RoutingModtagerAktoer til at udpege det specifikke modtagersystem. 2 RoutingHandlingFacet 0:1 Tekst KLE Handlingsfacet (xn) Benyttes sammen med RoutingEmneFacet til at kvalificere modtagersystemet i det tilfælde hvor flere systemer håndterer samme KLE emne. Dette kan f.eks. forekomme hvis der er et system til at håndtere almindelige sager (Eks.KY) og et andet til at håndtere klagesager (F.eks. ESDH) 2 RoutingModtagerAktoer 0:1 UUID IT-System-aktør (Relation til organisation) Denne værdi kan udledes af den konkrete sag eller via opslag på KLE via service FordelingsmodtagerList Hvis denne angives, har det præcedens over KLE 2 DokumentFilnavn 0:1 Tekst Udgør navnet på den fil på SFTP-serveren der indeholder den binære information (f.eks. pdf eller doc) Pt. understøttes kun en fil, men det skal være muligt at udvide med flere filer senere (Kard. 0:n) Struktur for SOAP-fault Nedenstående struktur anvendes i forbindelse med at et system svarer med en Soap fault. Transportkvittering Niv Feltnavn Kard Værdisæt Betegnelse 1 TransportKvittering 2 TransportValideringKode 1 Ok Fejl Angiver resultatet af valideringen. Ved Fejl er beskeden ikke behandlet, og må derfor genfremsendes når problemet er løst. KOMBIT A/S Halfdansgade København S CVR Side 67 af 126

68 Transportkvittering Niv Feltnavn Kard Værdisæt Betegnelse 2 Begrundelse 0:1 Tekst Dette er en tekst fra modtageren, der forklarer hvorfor et objekt er afvist. 2 FejlListe 0:n - Lister alle de valideringsfejl der er identificeret. Benyttes kun ved Advarsel eller Fejl. 3 FejlKode 1 Tekst Entydig identifikation af fejlen 3 FejlTekst 1 Tekst Beskrivelse af fejlen KOMBIT A/S Halfdansgade København S CVR Side 68 af 126

69 Dataspecifikation for anmodning om overførelse af fordelingsobjekt Den besked der overføres via servicekaldet ( anmodning ) kan opdeles i to dele: Generelle attributter fælles for alle typer objekter ( DistributionContext ) Det overførte objekt ( DistributionObject ), som kan være et sags-journalnotat, sags-dokument eller semi-struktureret data. Strukturen kan ses i diagrammet nedenfor: Journalpost ( Fordelingsobjekt ) Hvis fordelingsobjektet er en Journalpost benyttes nedenstående struktur. Informationen nedenfor relateres til OIO-Sag version 1.2. Detaljer omkring brug, definitioner mv. kan udledes af standarden. Felter markeret med kursiv er udvidelser til standarden. Den overordnede struktur er vist i et UML diagram, og efterfølgende er felterne i strukturen beskrevet. KOMBIT A/S Halfdansgade København S CVR Side 69 af 126

70 Fordelingskomponenten Journalposter DistributionJournalpost +ID : string +ObjektType : string SagForslag PartAngivelse Eksterne objekter Sag +ID : string (Part) +Objekttype : string +ReferenceID : string Registrering +FraTidspunkt : string +LivscyklusKode : string -ImportTidspunkt : string 1 1 RelationListe BrugerRef RegistreringItSystem BrugerAktør +ID : string ItSystemAktør +ID : string Virkning -FraTidspunkt : string -TilTidspunkt : string -NoteTekst : string Virkning 1..n Journalpost +Indeks : string +Rolle : string Dokument 0..1 (Dokument) +Objekttype : string +ReferenceID : string (Anvendes ikke) (Anvendes ikke) 0..1 JournalpostAttributter -Dokumenttitel : string 0..1 OffentlighedUndtaget +TitelAlternativTekst : string +HjemmelTekst : string JournalnotatAttributter -Titel : string +Notat : string -Format : string 1 JournalPost (EP_MS1) Niv Feltnavn Kard Værdisæt Betegnelse 1 DistributionJournalPost - Struktur til at kommunikere Journalposter 2 ID 1 UUID Unik nøgle for journalpost objektet KOMBIT A/S Halfdansgade København S CVR Side 70 af 126

71 JournalPost (EP_MS1) Niv Feltnavn Kard Værdisæt Betegnelse 2 EmneFacetForslag 1 Tekst KLE Emnefacet (nn.nn.nn) Benyttes af modtager til at identificere den sag der skal modtage Journalposten. Hvis SagForslag er udfyldt, udfyldes dette felt med den primære klassifikation fra sagen 2 HandlingFacetForslag 0:1 Tekst KLE Handlingsfacet (xn) Benyttes af modtager til at identificere den sag, der skal modtage Journalposten. Hvis SagForslag er udfyldt, udfyldes dette felt med den primære handlingsklasse fra sagen. 2 ObjektType 1 Journalpost Skal svare til indholdet af Kuvertens objekttype felt. Værdien er fast Journalpost for dette indhold 2 SagForslag 0:1 UUID Reference til den sag der er foreslået som destination for journalposten 2 PartAngivelse 0:1 - Parter dette notat omhandler. Hvis Sag- Forslag er angivet er parten ikke påkrævet. Er der intet SagForslag skal angives den part notatet vedrører 3 Objekttype 1 Person (CPR) Typen af part der relateres til Virksomhed (CVR) Organisation OrgEnhed OrgFunktion Interesse-faellesskab Bruger 3 ReferenceID 1 UUID/URN/Tekst Ekstern relation til parten (f.eks. CPR-nr) KOMBIT A/S Halfdansgade København S CVR Side 71 af 126

72 JournalPost (EP_MS1) Niv Feltnavn Kard Værdisæt Betegnelse 2 Registrering 1 - Angiver den seneste registrering på det objekt der kommunikeres. Det objekt der afsendes fra skal være låst, så der ikke tilføjes flere registreringer efter dette kald. Pt. understøttes kun en registrering, men løsningen skal senere kunne udvides til at indeholde flere registreringer 3 FraTidspunkt 1 Timestamp Unikt tidspunkt for denne registrering. Benyttes til at identificere hvilken registrering der er gældende til et specifikt tidspunkt, og til at håndtere beskeder ude af sekvens 3 LivscyklusKode 1 Oprettet Fast værdi Oprettet 3 ImportTidspunkt 0:1 Timestamp Benyttes kun ved import (Udeladt her) 3 BrugerRef 0:1 UUID/URN Reference til organisation for den brugeraktør der har foretaget registreringen 3 RegistreringITSystem 1 UUID/URN Reference til organisation for den IT-systemaktør der har afgivet objektet (Bemærk at dette ikke altid er det samme som afsendersystemet) 3 RelationListe 1 - Der understøttes kun en relation/virkning 4 Journalpost 1:n - Der understøttes kun en journalpost, men der kan være flere virkninger. Hvis der er flere instanser her, valideres at der ikke er overlap på virkningerne. 5 Virkning 1 - Virkning angiver hvornår journalnotatet er validt. 6 FraTidspunkt 0:1 DateTime Det tidspunkt hvor notatet er gyldigt fra. Vil typisk være tidspunkt for modtagelse af notatet. Hvis udeladt, vil datoen være uendelig tilbage i tiden 6 TilTidspunkt 0:1 DataTime Det tidspunkt hvor notatet er gyldigt til. Hvis udeladt, vil notatet være evig gyldigt (Normalt) 6 Aktoer 1 UUID/URN Reference til organisation for den aktør der har defineret virkningen KOMBIT A/S Halfdansgade København S CVR Side 72 af 126

73 JournalPost (EP_MS1) Niv Feltnavn Kard Værdisæt Betegnelse 6 AktoerType 1 Organisation OrganisationEnhed Den type aktør i organisation, der er relateret ovenfor OrganisationFunktion Bruger ItSystem Interessefaellesskab 6 NoteTekst 0:1 Tekst Dette er en tekst der kan benyttes til at forklare hvorfor virkningen er defineret 4 Indeks 1 Tekst Udfyldes med 1, da der kun kan sendes en journalpost 4 Rolle 1 Journalpost Rolle kan kun antage denne værdi her 4 Dokument 0:1 - Relation til dokument (Udelades her) 5 Objekttype 1 Dokument Denne reference er altid til et dokument objekt 5 ReferenceID 1 UUID/URN ID på det relaterede dokument 4 JournalpostAttributter 0:1 - Attributter knyttet til dokument (Udelades her) 5 Dokumenttitel 0:1 Tekst Overskrift for dokumentet 5 OffentlighedUndtaget 0:1 - Angiver følsomt dokument 6 TitelAlternativTekst 1 Tekst Alternativ overskrift til offentliggørelse 6 HjemmelTekst 1 Tekst Hjemmel for undtagelse fra offentligheden 5 JournalnotatAttributter 1 - Der skal altid inkluderes information omkring journalnotatet for denne type objekt 6 Titel 0:1 Tekst Overskrift for notatet 6 Notat 1 Tekst Indeholder selve Journalnotatteksten Sagsdokument ( Fordelingsobjekt ) Hvis fordelingsobjektet er et Sagsdokument benyttes nedenstående struktur. Informationen nedenfor relateres til OIO-Dokument version 1.1, justeret med de generelle egenskaber for OIO-Sag version 1.2. Detaljer omkring brug, definitioner mv. kan udledes af standarden. Felter markeret med KOMBIT A/S Halfdansgade København S CVR Side 73 af 126

74 kursiv er udvidelser til standarden. Den overordnede struktur er vist i et UML diagram, og efterfølgende er felterne i strukturen beskrevet. Fordelingskomponenten Dokumenter Eksterne objekter Dokument +ID : string +ObjektType : string SagForslag 0..1 Sag +ID : string Virkning -FraTidspunkt : string -TilTidspunkt : string -NoteTekst : string Registrering +FraTidspunkt : string +LivscyklusKode : string -ImportTidspunkt : string 1 BrugerRef RegistreringItSystem BrugerAktør +ID : string ItSystemAktør +ID : string Virkning Attributter +BrugervendtNoegleTekst : string +TitelTekst : string +BeskrivelseTekst : string +Dokumenttype : string +Retning : string +Brevdato : string -Fristdato : string -VersionIdentifikator : int -UnderversionIdentifikator : int -KassationskodeTekst : string n OffentlighedUndtaget +TitelAlternativTekst : string +HjemmelTekst : string 1..n Tilstand +Fremdrift : string Virkning -FraTidspunkt : string -NoteTekst : string VariantAttributter +VariantType : string -Produktion : bool -Offentliggørelse : bool -Arkivering : bool -DelvistScannet : bool 1 Virkning 1 RelationListe Variant +Rolle : string +Indeks : string 1 1..n Virkning DelAttributter +DelTekst : string -Indeks : int -Indhold : string -Filstoerrelse : int -MimeType : string -ScannerID : string -Lokation : string 0..n DokumentPart +Rolle : string +Indeks : string (Part) +Objekttype : string +ReferenceID : string Virkning Part Virkning -FraTidspunkt : string -TilTidspunkt : string -NoteTekst : string Virkning -FraTidspunkt : string -TilTidspunkt : string -NoteTekst : string 1 KOMBIT A/S Halfdansgade København S CVR Side 74 af 126

75 SagsDokument (EP_MS1) Niv Feltnavn Kard Værdisæt Betegnelse 1 DistributionDokument - Struktur til at kommunikere Dokumenter 2 ID 1 UUID Unik nøgle for dokument objektet 2 EmneFacetForslag 1 Tekst KLE Emnefacet (nn.nn.nn) Benyttes af modtager til at identificere den sag der skal modtage Dokumentet. Hvis SagForslag er udfyldt, udfyldes dette felt med den primære klassifikation fra sagen 2 HandlingFacetForslag 0:1 Tekst KLE Handlingsfacet (xn) Benyttes af modtager til at identificere den sag der skal modtage Dokumentet. Hvis SagForslag er udfyldt, udfyldes dette felt med den primære handlingsklasse fra sagen 2 ObjektType 1 Tekst Skal svare til indholdet af Kuvertens objekttype felt. Værdien er fast Dokument for dette indhold 2 SagForslag 0:1 UUID Reference til den sag der er foreslået tilknyttet dokumentet 2 Registrering 1 - Angiver den seneste registrering på det objekt der kommunikeres. Det objekt der afsendes fra skal være låst, så der ikke tilføjes flere registreringer efter dette kald. Pt. understøttes kun en registrering, men løsningen skal senere kunne udvides til at indeholde flere registreringer 3 FraTidspunkt 1 Timestamp Unikt tidspunkt for denne registrering. Benyttes til at identificere hvilken registrering der er gældende til et specifikt tidspunkt, og til at håndtere beskeder ude af sekvens 3 LivscyklusKode 1 Oprettet Fast værdi Oprettet 3 ImportTidspunkt 0:1 Timestamp Benyttes kun ved import (Udeladt her) KOMBIT A/S Halfdansgade København S CVR Side 75 af 126

76 SagsDokument (EP_MS1) Niv Feltnavn Kard Værdisæt Betegnelse 3 BrugerRef 0:1 UUID/URN Reference til organisation for den brugeraktør der har foretaget registreringen 3 RegistreringITSystem 1 UUID/URN Reference til organisation for den IT-systemaktør der har afgivet objektet (Bemærk at dette ikke altid er det samme som afsendersystemet) 3 Attributter 1:n - DokumentAttributter. Der kan eventuelt være flere virkninger for attributterne. Hvis der er flere instanser her, valideres at der ikke er overlap på virkningerne. 4 Virkning 1 - Virkning angiver hvornår attributterne er valide. 5 FraTidspunkt 0:1 DateTime Det tidspunkt hvor attributterne er gyldige fra. Vil typisk være tidspunkt for modtagelse af dokumentet. Hvis udeladt, vil datoen være uendelig tilbage i tiden 5 Aktoer 1 UUID/URN Reference til organisation for den aktør der har defineret virkningen 5 AktoerType 1 Organisation OrganisationEnhed Den type aktør i organisation, der er relateret ovenfor 5 TilTidspunkt 0:1 DataTime Det tidspunkt hvor attributterne er gyldige til. Hvis udeladt, vil attributterne være evigt gyldige OrganisationFunktion Bruger ItSystem Interessefaellesskab 5 NoteTekst 0:1 Tekst Dette er en tekst der kan benyttes til at forklare hvorfor virkningen er defineret 4 BrugervendtNoegleTekst 1 Tekst Entydig nøgle for dokumentet til præsentation 4 TitelTekst 1 Tekst Titel for dokumentet 4 BeskrivelseTekst 1 Tekst Beskrivelse af dokumentet KOMBIT A/S Halfdansgade København S CVR Side 76 af 126

77 SagsDokument (EP_MS1) Niv Feltnavn Kard Værdisæt Betegnelse 4 Dokumenttype 1 Faktura Typen af dokument Brev Notat Rapport Dagsorden Referat Anden 4 Retning 1 Indgaaende Udgaaende Den retning dokumentet er kommunikeret i forhold til myndigheden/ enheden InterntInd InterntUd Internt 4 Brevdato 1 Date Dato for udsendt brev/ dato modtaget 4 Fristdato 0:1 Date Den seneste dato svaret skal foreligge 4 OffentlighedUndtaget 0:1 - Angiver følsomt dokument 5 TitelAlternativTekst 1 Tekst Alternativ overskrift til offentliggørelse 5 HjemmelTekst 1 Tekst Hjemmel for undtagelse fra offentligheden 4 VersionIdentifikator 0:1 Integer 4 UnderversionIdentifikator 0:1 Integer 4 KassationskodeTekst 0:1 Tekst 3 Tilstand 1-4 Virkning 1 - Virkning angiver hvornår tilstanden er valid. 5 FraTidspunkt 0:1 DateTime Det tidspunkt hvor tilstanden er gyldig fra. Vil typisk være tidspunkt for modtagelse af notatet. Hvis udeladt, vil datoen være uendelig tilbage i tiden 5 Aktoer 1 UUID/URN Reference til organisation for den aktør der har defineret virkningen KOMBIT A/S Halfdansgade København S CVR Side 77 af 126

78 SagsDokument (EP_MS1) Niv Feltnavn Kard Værdisæt Betegnelse 5 AktoerType 1 Organisation OrganisationEnhed Den type aktør i organisation, der er relateret ovenfor OrganisationFunktion Bruger ItSystem Interessefaellesskab 5 NoteTekst 0:1 Tekst Dette er en tekst der kan benyttes til at forklare hvorfor virkningen er defineret 4 Fremdrift Modtaget Fordelt Vil normalt være Endeligt med mindre et udgående dokument overføres før det er færdigt/ afsendt UnderUdarbejdelse UnderReview Endeligt Afleveret 3 RelationListe 1 - Der understøttes kun en virkning pr. relation 4 DokumentPart 0:n - Indeholder relationer er parter (Relationstype) 5 Virkning 1 - Virkning angiver hvornår relationen er valid. 6 FraTidspunkt 0:1 DateTime Det tidspunkt hvor relationen er gyldigt fra. Vil typisk være tidspunkt for modtagelse af notatet. Hvis udeladt, vil datoen være uendelig tilbage i tiden 6 TilTidspunkt 0:1 DataTime Det tidspunkt hvor relationen er gyldigt til. Hvis udeladt, vil relationen være evig gyldig 6 Aktoer 1 UUID/URN Reference til organisation for den aktør der har defineret virkningen KOMBIT A/S Halfdansgade København S CVR Side 78 af 126

79 SagsDokument (EP_MS1) Niv Feltnavn Kard Værdisæt Betegnelse 6 AktoerType 1 Organisation OrganisationEnhed Den type aktør i organisation, der er relateret ovenfor OrganisationFunktion Bruger ItSystem Interessefaellesskab 6 NoteTekst 0:1 Tekst Dette er en tekst der kan benyttes til at forklare hvorfor virkningen er defineret 5 Rolle 1 PrimaerPart SekundaerPart Angiver rollen for parten i forhold til dokumentet KopiModtager 5 Indeks 1 Tekst Unik reference til en given relation, hvis der er flere på samme DokumentPart Rolle. Kan f.eks. være et fortløbende nummer 5 Objekttype 1 Person (CPR) Typen af part der relateres til Virksomhed (CVR) Organisation OrgEnhed OrgFunktion Interesse-faellesskab Bruger 5 ReferenceID 1 UUID/URN/Tekst Ekstern relation til parten (f.eks. CPR-nr) 4 Variant 1:n - Angiver forskellige varianter af det samme dokument, f.eks. en doc og en pdf variant Pt. understøttes kun en variant, men løsningen skal understøtte at der fremover kan håndteres flere varianter. Der kan eventuelt være flere virkninger for varianten. Hvis der er flere instanser her, valideres at der ikke er overlap på virkningerne. 5 Virkning 1 - Virkning angiver hvornår Varianten er valid. KOMBIT A/S Halfdansgade København S CVR Side 79 af 126

80 SagsDokument (EP_MS1) Niv Feltnavn Kard Værdisæt Betegnelse 6 FraTidspunkt 0:1 DateTime Det tidspunkt hvor Varianten er gyldig fra. Vil typisk være tidspunkt for modtagelse af Varianten. Hvis udeladt, vil datoen være uendelig tilbage i tiden 6 TilTidspunkt 0:1 DataTime Det tidspunkt hvor Varianten er gyldigt til. Hvis udeladt, vil Varianten være evig gyldig 6 Aktoer 1 UUID/URN Reference til organisation for den aktør der har defineret virkningen 6 AktoerType 1 Organisation OrganisationEnhed Den type aktør i organisation, der er relateret ovenfor OrganisationFunktion Bruger ItSystem Interessefaellesskab 6 NoteTekst 0:1 Tekst Dette er en tekst der kan benyttes til at forklare hvorfor virkningen er defineret 5 Rolle 1 Variant Fast værdi 5 Indeks 1 Tekst Udfyldes med 1, da der kun kan understøttes en variant 5 VariantAttributter 1-6 VariantType 1 Tekst Unik type af varianten. Ændres ikke over tid. Eks: Word, HTML, PDF samt TIFF. 6 Produktion 0:1 Nej, Ja Angiver om det er denne variant der udgør grundlaget for redigering af dokumentet 6 Offentliggørelse 0:1 Nej, Ja Angiver om det er denne variant der offentliggøres 6 Arkivering 0:1 Nej, Ja Angiver om det er denne variant der arkiveres 6 DelvistScannet 0:1 Nej, Ja Angiver om det er denne variant er helt eller delvist scannet KOMBIT A/S Halfdansgade København S CVR Side 80 af 126

81 SagsDokument (EP_MS1) Niv Feltnavn Kard Værdisæt Betegnelse 5 DelAttributter 1 - Angiver de dele det fysiske dokument er opdelt i. Pt. understøttes kun en del, men løsningen skal understøtte at der fremover kan håndteres flere dele. 6 DelTekst 1 Tekst Unik beskrivelse af dokumentdelen inden for den givne dokumentvariant 6 Indeks 0:1 Heltal Beskrivelse af rækkefølge mellem de enkelte dele. Rækkefølge sættes af brugeren 6 Indhold 0:1 URI/ Tekst Reference til den fil der indeholder dokumentdelen. Filen skal være indeholdt i kuvertens DokumentFilnavn Pt. undersøttes kun en fil, og dermed kun en Del, men det skal være mulig senere at udvide så flere filer, og dermed flere varianter/ dele understøttes. 6 Filstoerrelse 0:1 Heltal Antal bytes estimeret i filen 6 MimeType 0:1 Tekst Dokumentdelens MimeType, en beskrivelse af indholdets type og sammensathed 6 ScannerID 0:1 Tekst Identifikation af dokumentet i scanneren 6 Lokation 0:1 Tekst Henvisning til location, hvor fysisk udgave af dokumentet findes Semi-struktureret data ( Fordelingsobjekt ) Semi-struktureret data består af et dokument, som skal være i menneskelig læsbart format - PDF, og et tilhørende datadokument med samme indholdsdata, som det læsbare dokument, men i et XML format, som kan behandles af et IT-system. Det tekniske og forretningsmæssige format for en forsendelse med semi-struktureret data, kan umiddelbart identificeres ved elementet Formular- Type Formular (EP_MS1) Niv Feltnavn Kard Værdisæt Betegnelse 1 DistributionFormular - Struktur til at kommunikere semi-struktureret data. KOMBIT A/S Halfdansgade København S CVR Side 81 af 126

82 Formular (EP_MS1) Niv Feltnavn Kard Værdisæt Betegnelse 2 ID 1 UUID Unik nøgle for objektet, som er indeholder semi-struktureret data. 2 EmneFacetForslag 1 Tekst KLE Emnefacet (nn.nn.nn) Benyttes af modtager til at identificere den sag der skal modtage semi-struktureret data. 2 HandlingFacetForslag 0:1 Tekst KLE Handlingsfacet (xn) Benyttes af modtager til at identificere den sag der skal modtage semi-struktureret data. 2 ObjektType 1 Tekst Skal svare til indholdet af Kuvertens objekttype felt. Værdien er fast Formular for dette indhold. 2 Meddelelse 1-3 FormularType 1 Tekst(100) Angiver type af forsendelse, så modtager ved hvordan forsendelsen skal fortolkes. Dette er relevant, når semi-struktureret data skal kunne automatisk fortolkes af modtager. 3 Fomular 1 - Skal aftales mellem afsender og modtager. Den bør indeholde noget der er forretningsmæssig sigende. 4 TitelTekst 1 Tekst(50) Titlen på det læsbare dokument der afsendes. Titlen skal over konventioner for Unix og Windows filenavne. Samme titel må ikke anvendes flere gange for bilag. Titel skal være unik inden for en afsendelse. File extension må ikke angives her. File extension angives i FilformatNavn. 4 FormatNavn 1 Tekst(10) Angiver formatet på meddelelsens indhold. Formatnavnet er endelsen af det filnavn, som blev opgivet da indholdet blev gemt. Skal være et PDF dokument. KOMBIT A/S Halfdansgade København S CVR Side 82 af 126

83 Formular (EP_MS1) Niv Feltnavn Kard Værdisæt Betegnelse 4 FormularIndhold 1 Base64 Indhold af det læsbare dokument. Data i dette felt skal være indkodet i Base64 formatet. 4 FormularXML 1 Any Data indhold af ovenstående læsbar dokument i XML format. 3 VedhaeftningsListe 0:5 - Der kan medgives 5 vedhæftninger. Serviceplatformen påsætte 4 dokumenter som er: TitelTekst på selve dokumentet af typen XML Afsenderkontakt af type txt Attention af type xml DistributionContext af type xml De angivne navne må ikke benyttes i navngivningen af dokumenter Response Servicen returnerer en synkron svar-struktur med status for modtagersystemets validering af anmodningens indhold. ForretningValideringKode i Forretningskvitteringen vil have koden "Modtaget", når fordelingsobjektet er modtaget, og Afvist, hvis fordelingsobjektet ikke er teknisk validt. Hvis der spørges på et fordelingsobjekt, der tidligere er besvaret med en forretningskvittering, som indeholder værdien Accepteret, vil det nye svar også returnere Accepteret. Såfremt anmodning resulterer i en uhåndtereret fejl returneres en Soap-fault. Strukturen for forretningskvittering er beskrevet neden for: KOMBIT A/S Halfdansgade København S CVR Side 83 af 126

84 Kvittering (EP_MS1) Niv Feltnavn Kard Værdisæt Betegnelse 1 Forretningkvittering 1 - Indeholder den fremsendte kvittering 2 Kvitteringstype 1 Teknisk Forretning Type af Kvittering 2 ForretningValideringKode 1 "Modtaget" "Accepteret" Indikerer om modtagersystemet har modtaget objektet. Status for fordelingsobjektet hos modtagersystemet. "Afvist" "Fejlet" "Modtaget" angiver at Modtagersystem har teknisk valideret fordelingsobjektet, og har modtaget dette. "Accepteret" angiver at Modtagersystem har forretningsmæssigt valideret fordelingsobjektet, og godkendt dette. "Afvist" angiver modtager har afvist fordelingsobjekt. Ud fra elementet Kvitteringstype kan det udledes om det er et teknisk eller forretningsmæssig afvisning. "Fejlet" angiver at modtagersystem har svaret med en uhåndteret fejl (Soap fault) Afsender skal selv håndtere Afviste og Fejlet transaktioner. 2 Begrundelse 0:1 Tekst Dette er en tekst fra modtageren, der forklarer hvorfor et objekt er afvist. Vil typisk stamme fra den sagsbehandler der har behandlet objektet. 2 FejlListe 0:n - Lister alle de valideringsfejl der er identificeret. Benyttes kun ved Fejlet. 3 FejlKode 1 Tekst Entydig identifikation af fejlen 3 FejlTekst 1 Tekst Beskrivelse af fejlen Soap-fault beskrevet i Struktur for SOAP-fault Sikkerhed Sikkerhed mellem afsendersystemet og Serviceplatformen er tokenbaseret, som defineret i RA STS [STS-Sikkerhed]. Servicen indgår i en integration med andre parter og opfylder Sikkerhedsmodel UC-SEC-04 [SIKKERHED]. KOMBIT A/S Halfdansgade København S CVR Side 84 af 126

85 Leverancesikkerhed og fejlhåndtering Anmodningen om overførelse af fordelingsobjekt kan leveres At least once. Operationen er idempotent, da samme besked kan leveres flere gange, så længe den indeholder samme Distribution- TransaktionsID. Modtagersystemets ansvar: Modtagersystemet er forpligtet til at modtager både Sagsdokumenter, journalnotater og semi-struktureret data. Modtagersystemet er forpligtet til at behandle indhold, der er teknisk validt. Modtagersystemet kan efter behandling afvise oprettelse af journalnoter eller tilsendte dokumenter, der bærer forretningsmæssige fejl Modtagersystemet er forpligtet til at behandle indhold, der er teknisk validt. Modtagersystemet kan efter behandling afvise oprettelse af journalnoter eller tilsendte dokumenter, der bærer forretningsmæssige fejl KOMBIT A/S Halfdansgade København S CVR Side 85 af 126

86 Det er modtagersystemet, der håndterer om et fordelingsobjekt med samme DistributionTransaktionsID er sendt flere gangen. Modtagersystemet må ikke ændre resultat på et svar, med et DistributionTransaktionsID, der tidligere har været fremsendt, og dermed skal modtagersystem altid afgive samme teknisk kvittering eller forretningskvittering afhængig af hvor langt processen er nået. Fejlhåndtering (EP_MS1) # - Fejl type Håndtering 1. - Ingen forbindelse pga. manglende netværk, forkert endpoint, manglende eller forkert opsætning i STS, opsætning af firewalls. Driftsproblem på modtagersystemet, Serviceplatformen kalde modtagersystem igen, såfremt det skønnes at være et problem der. Ved gentagende fejl reporteres fejlen rapporteres fejlen tilbage til afsendersystem med en negativ kvittering. Afsendersystemet kan sende samme besked igen, da servicen er idempotent, så længe eksakt samme besked sendes igen Timeout Samme som oven for XML er ikke valid Modtagersystem returnere fejlbesked til Serviceplatformen som videresender denne til afsendersystem Fil er ikke tilstede i SFTP ind-mappe ved Sags-dokumentoverførelse 5. - Format eller version af format af fordelingsobjektet kunne ikke tolkes af modtagersystem. Version af pdf-dokument FormularTypen for Formularen kendes ikke. Der er ikke indgået aftale om formulartype eller den er ikke registreret i modtagersystemet, 7. - FormularTypen og indholdet af Formularendata stemmer ikke overens Modtagersystem returnere fejlbesked til Serviceplatformen som videresender denne til afsendersystem. Modtagersystem returnere fejlbesked til Serviceplatformen som videresender denne til afsendersystem. Modtagersystem returnere fejlbesked til Serviceplatformen som videresender denne til afsendersystem. Modtagersystem returnere fejlbesked til Serviceplatformen som videresender denne til afsendersystem. [Afklaring/KDF: Format og værdi af fejlkoder skal fastlægges] KOMBIT A/S Halfdansgade København S CVR Side 86 af 126

87 I den situation hvor afsender- og modtagersystemer udskiftes forventes det, at alle ikke færdigbehandlede overførelse af fordelingsobjekter migreres fra det oprindelige system til det nye system. Opsætning af routningsdata på Serviceplatformen og STS Organisation er en konfigurering via en brugergrænseflade, og er samtidig datostyret, hvilket giver mulig for enten at gøre dette som en straks-ændring eller en ændring på en dato i fremtiden. Sker der migrering af et afsendersystem, skal dette sikres, at der enten ikke er udestående overførelse af fordelingsobjekter eller at udestående overførelse af fordelingsobjekter opdateres i modtagersystem, da rutning kun angives i den initiale anmodning. Herefter benyttes disse rutningsdata i den efterfølgende behandling i Serviceplatformen. Ved en migrering må der ikke være udestående tekniske kvitteringer, hvilket ikke er et egentligt problem, da man må forventer at alle anmodninger er besvaret med en teknisk kvittering inden for et meget kort tidsrum, med mindre at modtagersystemet ikke er tilgængeligt, så kan der gå op til nogle time før der modtages en teknisk kvittering. Ved migrering af et modtagersystem er der ikke samme udfordring med udestående overførelse af fordelingsobjekter, da modtagersystem ikke vil have udestående anmodninger i et afsendersystem. I forbindelse med migrering må det oprindelige og nye modtagersystem ikke foretage samme handling på et fordelingsobjekt, hvilket betyder at det originale system ikke må behandle fordelingsobjekter efter, at en migrering er igangsat. Såfremt afsendersystem arbejder med caching eller egne registreringer af modtagersystem, vil en overførelse af et fordelingsobjekt med forældede rutningsdata blive afvist af fordelingskomponenten. Bemærk at det ikke er tilrådeligt at arbejde med caching af data til routing Beskrivelse af endpoint EP_MS2 FordelingskvitteringAfsend Servicen benyttes af modtagersystemerne til at afsende forretningskvittering Transportspecifikation Serviceudstiller Serviceplatformen er serviceudstiller Serviceanvender Modtagersystem er serviceanvender Teknologisk understøttelse Snitfladen er implementeret som en synkron SOAP webservice Teknisk endpoint Følgende specificerer endpoint-oplysninger for produktionsmiljø og testmiljø. Miljø: Produktion URI til WSDL Endpoint navn Endpoint IP [WSDL] Se DistributionService.wsdl [Udfyldes af KDF senere] KOMBIT A/S Halfdansgade København S CVR Side 87 af 126

88 Miljø: Test URI til WSDL Endpoint navn Endpoint IP [WSDL] Se DistributionService.wsdl [Udfyldes af KDF senere] Teknisk retning for udveksling Modtagersystemet kalder en synkron service udstillet af Serviceplatformen Dataretning for udveksling Modtagersystemet leverer en forretningskvittering til Serviceplatformen, som videresender den til afsendersystemet Service invokation / Triggers Når fordelingsobjektet er forretningsmæssigt accepteret af modtagersystemet, sendes Accepteret. Herefter overgår det fulde ansvar for objektet til modtageren, og afsenderen kan slette sin egen kopi. Hvis valideringen fejler, eller modtageren ikke ønsker at overtage objektet, sendes en negativ kvittering retur Dataspecifikation Forretningskvittering Forretningskvitteringen består af Distributionskontekst og selve forretningskvittering. Se kapitel Routingdata ( Distributionskontekst ). Generelle attributter fælles for alle typer objekter ( Distributionskontekst ) Teknisk eller forretnings-kvittering Et udsnit af strukturen for en anmodning kan ses i diagrammet nedenfor: KOMBIT A/S Halfdansgade København S CVR Side 88 af 126

89 Kvittering (EP_MS2) Niv Feltnavn Kard Værdisæt Betegnelse 1 Forretningkvittering 1 - Indeholder den fremsendte kvittering 2 Kvitteringstype 1 Forretning Type af Kvittering 2 ForretningValideringKode 1 "Accepteret" "Afvist" "Fejlet" Indikerer om modtagersystemet har modtaget objektet. "Accepteret" angive at Modtagersystem har forretningsmæssigt valideret fordelingsobjektet, og godkendt dette. "Afvist" angiver modtager har afvist fordelingsobjekt forretningsmæssigt. "Fejlet" angiver at modtagersystem har svaret med en uhåndteret fejl (Soap fault) Afsender skal selv håndtere Afviste og Fejlet transaktioner. 2 Begrundelse 0:1 Tekst Dette er en tekst fra modtageren, der forklarer hvorfor et objekt er afvist. Vil typisk stamme fra den sagsbehandler der har behandlet objektet. 2 FejlListe 0:n - Lister alle de valideringsfejl der er identificeret. Benyttes kun ved Fejlet. 3 FejlKode 1 Tekst Entydig identifikation af fejlen 3 FejlTekst 1 Tekst Beskrivelse af fejlen KOMBIT A/S Halfdansgade København S CVR Side 89 af 126

90 Response Accepterer Serviceplatformen kvitteringen er responset tomt. Kan Serviceplatformen ikke forstå kvitteringen, kan der svares med en SOAP fault, som indeholder en teknisk kvitteringsstruktur, se Struktur for SOAP-fault Sikkerhed Sikkerhed mellem afsendersystemet og Serviceplatformen er tokenbaseret, som defineret i RA STS [STS-Sikkerhed]. Servicen indgår i en integration med andre parter og opfylder Sikkerhedsmodel UC-SEC-04 [SIKKERHED] Leverancesikkerhed og fejlhåndtering Forretningskvittering på en anmodning om overførelse af fordelingsobjekt kan leveres At least once, dog kan der i time out tilfælde ske levering flere gang. Modtagersystemet er forpligtet til at behandle indhold, der er teknisk validt. Modtagersystemet kan efter behandling afvise oprettelse af journalnoter, tilsendte dokumenter og semi-struktureret data, der bærer forretningsmæssige fejl Fejlmeddelelser fra modtagersystem (EP_AS3) # - Fejl type Håndtering 1. Modtagersystem ikke tilgængelig. Ingen forbindelse pga. manglende netværk, forkert endpoint, manglende eller forkert opsætning i STS, opsætning af firewalls. 2.. Indholdet af anmodningen er ikke syntaktisk og semantisk korrekt Sagsdokument kunne ikke hentes på SFTP server Format eller version af format af fordelingsobjektet kunne ikke tolkes af modtagersystem. Version af worddokument, pdf-dokument etc Modtagersystem understøtter ikke de fremsendte dokumenttyper. Verifikation af filtyper. Serviceplatformen sender en fejlbesked til afsendersystem, der angiver at modtagersystem ikke er tilgængeligt Ved gentagende fejl reporteres fejlen i henhold til det der er beskrevet i kapitel Service Management Modtagersystem sender fejlbesked til Serviceplatformen, som videresender til afsendersystemet. Serviceplatformen videresender til fejlbesked til afsendersystemet. Serviceplatformen returnerer til fejlbesked til afsendersystemet. Der kan prøves med andet format Modtagersystem sender fejlbesked til Serviceplatformen, som videresender til afsendersystemet. KOMBIT A/S Halfdansgade København S CVR Side 90 af 126

91 6. - Modtagersystemet kan ikke håndterer de indlejret base64 dokumenter, da formatet ikke er korrekt eller ikke kendes. 7.. Formulartypen for Formularen kendes ikke. Der er ikke indgået aftale om indholdstype eller den er ikke registreret i modtagersystemet, 8. - Formulartypen og indholdet af Formularen stemmer ikke overens Modtagersystem sender fejlbesked til Serviceplatformen, som videresender til afsendersystemet. Modtagersystem returnere fejlbesked til Serviceplatformen som videresender denne til afsendersystem. Modtagersystem returnere fejlbesked til Serviceplatformen som videresender denne til afsendersystem. Jævnfør kapitel Leverancesikkerhed og fejlhåndtering for endpoint EP_AS1 vil udskiftning af systemer ske ved migrering Beskrivelse af endpoint EP_MS3 SFTP SFTP er medtaget som endpoint for god ordens skyld. Den understøtter EP_MS1, når der skal overføres sags-dokumenter. Serviceplatformens SFTP server anvendes, dog uden anvendelse af triggerfil eller trigger service, da Fordelingskomponenten anvender SFTP serverens API direkte. Modtagersystemet kan benytte en allerede registreret SFTP bruger, som også understøtter overførelse med triggerfiler Transportspecifikation Serviceudstiller Serviceplatformen udstiller SFTP server Serviceanvender Modtagersystem er serviceanvender på SFTP server Teknologisk understøttelse Der anvendes SFTP Teknisk endpoint De tekniske endpoint er generelle for både fagsystemer og Serviceplatform, og er defineret i henhold til [SFTP] Miljø: Test SFTP platform: Host [Afklaring/KDF oplysninger leveres af Systematic] IP [Afklaring/KDF oplysninger leveres af Systematic] SFTP bruger: Afsendersystem [Afklaring/KDF oplysninger leveres af Afsendersystem] MODTAGERSYSTEM]_SIMPELSFTP KOMBIT A/S Halfdansgade København S CVR Side 91 af 126

92 Miljø: Produktion SFTP platform: Host [Afklaring/KDF oplysninger leveres af Systematic] IP [Afklaring/KDF oplysninger leveres af Systematic] SFTP bruger: Afsendersystem [Afklaring/KDF oplysninger leveres af Afsendersystem] MODTAGERSYSTEM]_SIMPELSFTP Teknisk retning for udveksling Modtagersystem henter fil på SFTP-server. Dataretning for udveksling Modtagersystemet henter Sagsdokument via SFTP-server på Serviceplatformen Service invokation / Triggers Kommunikation initieres af notifikation om fil til afhentning, fra Serviceplatformen Dataspecifikation Filnavn bør være unik for at undgå fejl, fordi SFTP server allerede behandler en fil af samme navn. Navnet kan opbygges på følgende vis: Navn på SFTP bruger Fast tekst SAGSDOKUMENT Løbenummmer eller UUID Delene adskilles af underscore _, så det for eksempel kan se ud som følger: SAPA_SAGSDOKUMENT_ 123e4567-e89b-12d3-a PDF Der er ingen restriktioner på type og størrelse af filen der kan overføres, dog skal den være i overensstemmelse med de retningslinjer der er på området for Sagsdokumenter. Der gælder at såfremt modtagersystemet ikke kan læse et dokument, kan modtagersystemet afvise dette Sikkerhed Sikkerhed mellem modtagersystemet og Serviceplatformen er tokenbaseret, som defineret i RA STS [STS-Sikkerhed]. Servicen indgår i en integration med andre parter og opfylder Sikkerhedsmodel UC-SEC-04 [SIKKERHED] og Use case UC-SEC-07: Intern SFTP server for sikkerhedsmønster. Se dokumentet [SIKKERHED] Leverancesikkerhed og fejlhåndtering Fejlhåndtering (EP_AS5) # - Fejl type Håndtering KOMBIT A/S Halfdansgade København S CVR Side 92 af 126

93 1. - Ingen forbindelse til SFTP server. Afsendersystemet forsøger at overføre dokument et antal gange med forsinkelse. Ved gentagende fejl reporteres fejlen i henhold til det der er beskrevet i kapitel Service Management 2. - Dokument findes ikke i indmappe Modtagersytem melder fejl igennem EP_MS Servicemål Følgende underafsnit indeholder oplysninger vedrørende servicemål for aftalt driftstid Aftalt driftstid Parameter Tidsrum Svartid Værdi Systemet driftsafvikles hele døgnet alle dage bortset fra når der udføres ændringer/hvor der er servicevinduer [SPref]. Der er forskellig SLA på svartid alt efter hvilken integrationskompleksitet, der er tale om: Simpel = 1 sekund Mellem = 1,5 sekund Kompleks = 4 sekunder [SPref] Afklaring/SP: For beskedfordeler, SFTP mv. kendes svartid/håndteringstider ikke] Tilgængelighed Spidsbelastningsperiode Servicevinduer Servicemålene for systemets driftseffektivitet er 99,8% for perioden 06:00-18:00 på arbejdsdage samt 98,5 % i den øvrige tid [SPref]. Må antages at være i perioden 06:00-18:00 på arbejdsdage [SPref]. Ved mindre opdateringer: En gang om ugen i tidsrummet 05:00-06:00. Varsling: 1. uge, varighed (naturligvis) max en time. Ved større og kritiske opdateringer: Optil 1 gang om måneden i tidsrummet mandag kl. 03:00 til mandag kl. 06:00. Varsling: 1. uge, Varighed: max 3 timer Ved omlægning af miljøer, arkitektur og services: 1 gang pr. kvartal i tidrummet søndag kl. 22:00 til mandag kl. 06:00. Varsling 1. måned, varighed max 8 timer [SPref]. KOMBIT A/S Halfdansgade København S CVR Side 93 af 126

94 3.2.7 Service Management Incident Management [Afklaring/Programmet rejst emne: Skal der være spoc på integrationer] Problem Management [Afklaring/Programmet rejst emne: Skal der være spoc på integrationer] Change Management [Afklaring/Programmet rejst emne: Skal der være spoc på integrationer] Testplan Integrationstest Den planlagte test af services til installation på Serviceplatformen omfatter pt., at Systematic udfører automatiserede tests af services og unittests. Se [SPref] for detaljer. Derudover: [Afklaring/Programmet: Teststrategi håndteres i programemnelog #1] Produktionssætningstest Den planlagte test af services til installation på Serviceplatformen omfatter pt., at Systematic udfører automatiserede tests af services og unittests. Se [SPref] for detaljer. Derudover: [Afklaring/Programmet: Teststrategi håndteres i programemnelog #1] KOMBIT A/S Halfdansgade København S CVR Side 94 af 126

95 3.3 Specifikation af endpoints for Digital post Overordnet forretningslogik Anvendes når modtagersystemet er registreret i STS Organisation til at modtage Semi-struktureret data via Digital post. Sags-journalnotater og sags-dokumenter kan ikke sendes via digital post Oversigt over endpoints Serviceplatformen kalder EP_DP1, når der skal sendes semi-struktureret data via Digital post. ID EP_DP1 Navn Afsendelse Beskrivelse af endpoint EP_DP1 - Afsendelse Transportspecifikation Serviceudstiller Digital post er serviceudstiller Serviceanvender Serviceplatformen er serviceanvender Teknologisk understøttelse Snitfladen er implementeret som OIOREST Teknisk endpoint OIO-REST kaldet er: HTTP PUT /afsendersystem/{sysid}/afsendelser/{meddelelsesid} {sysid} er den identifikation, som afsendersystemets myndighed er registreret med i Digital post. {meddelelsesid} Indeholder unik id der anvendes mod digital post for en afsendelse. Denne ID genereres af Serviceplatformen. De første 6 karakterer vil være identisk med id en for SystemIdentifikator ((MyndighedsId overfor Digital Post), som afsendelsen afsendes fra (med foranstillede 0 er eksempelvis ). De efterfølgende op til 24 karakterer skal angive en unik identifikator for meddelelsen, for det pågældende afsendersystem. Følgende specificerer endpoint-oplysninger for produktionsmiljø og testmiljø. Miljø: Produktion URI til WSDL [Udfyldes af KOMBIT senere] KOMBIT A/S Halfdansgade København S CVR Side 95 af 126

96 Endpoint navn Endpoint IP [Udfyldes af KOMBIT senere] [Udfyldes af KOMBIT senere] Miljø: Test URI til WSDL Endpoint navn Endpoint IP [Udfyldes af KOMBIT senere] [Udfyldes af KOMBIT senere] [Udfyldes af KOMBIT senere] Teknisk retning for udveksling Serviceplatformen kalder Digital Post Dataretning for udveksling Serviceplatformen leverer data til Digital Post Service invokation / Triggers Når Fordelingskomponenten skal fordele et semi-struktureret objekt til en modtager, der er tilkoblet via Digital Post Dataspecifikation Afsendelse Kaldet er specificeret i Bilag-A1--REST--Afsendersystem-v631-uden-ndringsmarkering.pdf, afsnit A1.3.1 Enkeltafsendelse / opdater en afsendelse. [Digital Post] Afsendelse Formål RESSOURCE Ressourcen beskriver i detaljer en afsendelse som er afsendt eller planlagt til afsendelse. Selve indholdet og indholdet af eventuelle vedhæftninger er inkluderet ved oprettelse af afsendelsen. Ved læsning af afsendelsen er indholdet ikke inkluderet, men i stedet fremgår referencer, således at indholdet efterfølgende kan hentes. Dokument Afsendelse af et dokument, eksempelvis en pdf fil gøres ved: at sætte feltet FilformatNavn til PDF, at angive en titel i feltet MeddelelseTitelTekst, samt angive selve indholdet af dokumentet i feltet MeddelelseIndholdData. Begrænsning Besvarelse Der er begrænsninger for hvor stor den samlede størrelse af en afsendelse må være samt antallet af vedhæftninger. Se dokumentet Digital post - Snitflader for detaljer. Slutbrugerens besvarelse af en afsendelse vil såfremt det er muligt altid ske via Digital post portalen (bemærk ikke via privat ). KOMBIT A/S Halfdansgade København S CVR Side 96 af 126

97 R AfsendelseURLreference Reference til afsendelsen. Skal ikke udfyldes ved aflevering. Skal ikke udfyldes ved afsendende C AfsendelseModtager Angiver den slutbruger som skal modtage afsendelsen. Slutbrugeren er identificeret ved enten CVR- eller CPRnummer R MeddelelseTypeNavn Meddelelse ServiceBesked. Af hensyn til bagud kompatibilitet er den oprindelige betegnelse servicebesked bibeholdt selvom den korrekte betegnelse er NemSMS. Angiver typen af afsendelse. Typen udledes fra indholdstypen. C MeddelelseIndholdstype Identifikator Angiver indholdstypen som afsendelsen vedrører. Slutbrugeren kan til- og afmelde sig tilmeldingsgrupper som indeholder en eller flere indholdstyper. Hvis slutbrugeren er tilmeldt en tilmeldingsgruppe som indeholder denne indholdstype vil slutbrugeren modtage afsendelsen. Input fra Semi-struktureret data element RoutingMyndighed. Se kapitel Semi-struktureret data ( Fordelingsobjekt ) Skal ikke udfyldes ved afsendende Hentes fra STS Organisation. Kan udelades, såfremt afsender har defineret en default MeddelelseIndholdstypeIdentifikator i Digital Post Hvis feltet udfyldes skal den angivne indholdstype via administrationsportalen være tilknyttet det afsendersystem der afsendes via. Ellers vil det resultere i en fejl. Feltet er ikke påkrævet. Såfremt feltet ikke er angivet anvendes default indholdstypen, som findes via det afsendersystem der anvendes i forbindelse med afsendelsen. Hvis feltet ikke er udfyldt og der ikke er opsat en default indholdstype på afsendersystemet vil dette resultere i at forsendelsen afvises. KOMBIT A/S Halfdansgade København S CVR Side 97 af 126

98 C MeddelelseTitelTekst Titlen på beskeden der afsendes. Titlen består af en variabel og en fast del. Ved oprettelse af afsendelsen angives den variable tekst. Ved afhentning af afsendelsen vises den fulde titel. Input fra Semi-struktureret data element TitelTekst. Se kapitel Semi-struktureret data ( Fordelingsobjekt ) File extension må ikke angives her. File extension angives i FilformatNavn. Efter at det ikke længere er muligt at gemme en kopi af NemSMS er i Digital post, ignoreres en eventuel værdi når der er tale om en NemSMS. C MeddelelseIndholdData Data i dette felt skal være indkodet i Base64 formatet. Feltet er kun relevant ved oprettelse af afsendelsen. Når afsendelsen hentes er MeddelelseIndholdsdataURLreference inkluderet i stedet. Input fra Semi-struktureret data element IndholdData. Se kapitel Semi-struktureret data ( Fordelingsobjekt ) Bemærk krav i forbindelse med HTML forsendelser som fremgår af Digital post - Snitflader afsnittet Generelle vilkår. R MeddelelseIndholdURLreference Reference til indholdet, der skal sendes / er sendt. Ved læs repræsentationen er det hele URI en til indholdet. Feltet er ikke relevant for NemSMS er. Skal ikke udfyldes ved afsendende Udfyldes ikke når meddelelsen er en NemSMS. C FilformatNavn Angiver formatet på meddelelsens indhold. Formatnavnet er endelsen af det filnavn, som blev opgivet da indholdet blev gemt F.eks. pdf, docx, txt, htm. Input fra Semi-struktureret data element FormatNavn. Se kapitel Semi-struktureret data ( Fordelingsobjekt ) For NemSMS er skal feltet være udfyldt med txt. KOMBIT A/S Halfdansgade København S CVR Side 98 af 126

99 R IndholdStoerrelseMaal Størrelsen på indholdet af afsendelsen i kilobytes før Base64 encoding. Skal ikke udfyldes ved afsendende Skal ikke udfyldes ved aflevering. C MeddelelseTraadIdentifikator Såfremt afsendelsen er en besvarelse af en henvendelse fra en slutbruger, skal svaret indeholde en reference der kæder svaret sammen med den oprindelige henvendelse. Denne reference kaldes for dialogtråden og id en fremgår af den oprindelige henvendelse. Skal ikke udfyldes ved afsendende Feltet skal udfyldes i forbindelse med besvarelser. Hvis der ikke er tale om en besvarelse må feltet ikke være udfyldt. Udfyldes ikke når meddelelsen er en NemSMS. U AfsendelseDatoTid Angiver tidspunktet hvor afsendelsen bliver tilgængelig for slutbrugeren. I en oprettelsessituation kan undlades, da afsendes omgående. Tidspunktet kan højest være 5 dage ud i fremtiden. NemSMS er afsendes på det angivne minuttal (dog kan præcisionen ikke blive mere præcis end 60 minutter da NemSMS), mens meddelelser afsendes på den angivne dato. Skal ikke udfyldes ved afsendende Tidspunktet for udsendelsen af NemSMS er begrænses automatisk til et fastsat tidsrum for ikke at genere slutbrugeren (se Digital post - Snitflader ). KOMBIT A/S Halfdansgade København S CVR Side 99 af 126

100 U AfsendelseTilstandNavn Afventer Planlagt Fremsendt. Skal ikke udfyldes ved afsendende Afventer: beskeden er sat / sættes på hold. Planlagt: afsendelse planlagt på det angivne tidspunkt Fremsendt: beskeden er fremsendt. Tilstanden kan ikke angives, det sker automatisk. Når tilstanden er fremsendt kan den ikke ændres eller tilbagekaldes. C VedhaeftningSamling Indeholder information om afsendelsens vedhæftninger, inklusiv selve indholdet eller reference til det. Se kapitel Vedhæftning af dokumenter Udfyldes ikke når meddelelsen er en NemSMS. C MeddelelseSvarType- Navn standard angivet ikkemuligt. Angiver hvorvidt besvarelse er muligt samt hvordan svarpostkassen bestemmes. Skal udfyldes med ikkemuligt standard: svar er muligt såfremt en svarpostkasse er angivet på indholdstypen via administrationsportalen. angivet: Svarpostkassen fremgår af feltet MeddelelseSvarPostkasseIdentifikator og MeddelelseSvarEmneIdentifikator. ikkemuligt: slutbrugeren kan ikke besvare afsendelsen. Såfremt feltet ikke er udfyldt anvendes standard. Udfyldes ikke når meddelelsen er en NemSMS, idet NemSMS er ikke kan besvares. KOMBIT A/S Halfdansgade København S CVR Side 100 af 126

101 C MeddelelseSvarPostkasse Identifikator Skal kun angives når feltet MeddelelseSvarTypeNavn har værdien angivet. Det skal være en postkasses identifikator, som findes via administrationsportalen. Skal ikke udfyldes ved afsendende Feltet MeddelelseSvarEmneIdentifikator angiver det emne, der skal svares til. Udfyldes ikke når meddelelsen er en NemSMS. C MeddelelseSvarEmne Identifikator Angiver det emne, som slutbrugeren skal anvende ved evt. besvarelse. Skal ikke udfyldes ved afsendende Emnet kan kun angives hvis MeddelelseSvarPostkasseIdentifikator er angivet. Emnet skal være tilknyttet den angivne postkasse. Udfyldes ikke når meddelelsen er en NemSMS. C MeddelelseFESDmetadata Feltet har kun relevans når afsendelsen har en svarpostkasse (se feltet MeddelelseSvarTypeNavn ) Indholdet af disse metadata vil blive returneret ved besvarelse af afsendelsen og tjener til at knytte svaret til den korrekte sag i et sagsbehandlingssystem. Skal ikke udfyldes ved afsendende Udfyldes ikke når meddelelsen er en NemSMS. C MeddelelseTidsfristDato En dato som angiver at der er en tidsfrist forbundet med meddelelsen. Det er valgfrit at angive en tidsfrist. Skal ikke udfyldes ved afsendende Udfyldes ikke når meddelelsen er en NemSMS. KOMBIT A/S Halfdansgade København S CVR Side 101 af 126

102 C MeddelelsesTidsfrist- Tekst Et notat som afsender kan tilknytte til tidsfristen. Det er valgfrit at angive en tekst. Der kan kun angives en tekst, når MeddelelseTidsfristDato er angivet. Skal ikke udfyldes ved afsendende Udfyldes ikke når meddelelsen er en NemSMS. C MeddelelseServiceBeskedTekst Feltet er udgået. Anvend MeddelelseIndholdData i stedet. Skal ikke udfyldes ved afsendende KOMBIT A/S Halfdansgade København S CVR Side 102 af 126

103 Vedhæftning af dokumenter Der kan til en afsendelse medgives en struktur med op til 10 vedhæftelser, som vist nedefor. Afsender kan dog højest medgive 5 bilag, herudover medsendes 3 bilag med forsendelsesinformation. VedhaeftningSamling VedhaeftningSamling Formål TYPE Typen indeholder en liste af informationer om de vedhæftninger der er tilknyttet en afsendelse. Det kan være dokumenter og/eller bilag. Indeholder en liste af typen Vedhaeftning Vedhaeftning Vedhaeftning Formål TYPE Typen indeholder information om en vedhæftning. Ved oprettelse skal enten feltet VedhaeftningIndholdData eller BilagIdentifikator være udfyldt. Ved læsning er det fysiske indhold af vedhæftningen tilgængelig via referencen VedhaeftningIndhold- URLreference. C VedhaeftningNavn Skal ikke udfyldes når BilagIdentifikator er udfyldt. C Navnet på vedhæftningen. File extension må ikke angives her. File extension angives i FilformatNavn. VedhaeftningIndholdData Skal ikke udfyldes når BilagIdentifikator er udfyldt. Selve indholdet af vedhæftningen indkodet i Base64 formatet. Feltet er kun relevant ved oprettelse af vedhæftningen. Når afsendelsen hentes er VedhaeftningIndholdURLreference inkluderet i stedet for. Input fra Semi-struktureret data element FormatNavn. Se kapitel Semi-struktureret data ( Fordelingsobjekt ) Input fra Semi-struktureret data element FormatNavn. Se kapitel Semi-struktureret data ( Fordelingsobjekt ) KOMBIT A/S Halfdansgade København S CVR Side 103 af 126

104 C FilformatNavn Skal ikke udfyldes når BilagIdentifikator er udfyldt. Angiver formatet på vedhæftningens indhold. Formatnavnet er endelsen af det filnavn, som blev opgivet da filen blev gemt. F.eks. pdf, docx, html, txt. C BilagIdentifikator Hvis filen skal refereres i mange afsendelser, behøves den kun at blive oploadet en gang som et bilag. Efterfølgende kan den refereres via dette felt. Eksempelvis vil vejledninger oftest være et bilag. Bilagsnummeret som skal angives her findes via administrationsportalen ligesom bilaget uploades samme sted. Feltet er ikke udfyldt ved GET kald. R IndholdStoerrelseMaal Størrelsen af filen i kilobytes før Base64 encoding. Input fra Semi-struktureret data element FormatNavn. Se kapitel Semi-struktureret data ( Fordelingsobjekt ) Skal ikke udfyldes ved afsendende Skal ikke udfyldes ved afsendende R VedhaeftningIndholdURL reference Reference til indholdet af vedhæftningen. Ved læs repræsentationen fremgår hele URL en til indholdet. Skal ikke udfyldes ved afsendende Faste bilag i en forsendelse Serviceplatformen påsætte 4 dokumenter som er: Indhold af dokument i XML-format, samme navn som det egentlige dokument. Type er XML. Afsenderkontakt af type txt Attention af type xml DistributionContext af type xml Indhold I data Dette bilag indeholder et XML format af den informationer, som er i selve dokumentet. Bilagets navn er det samme som hoveddokumentet, men af type XML Afsenderkontakt Dette er et tekstdokument, som indeholder information, der gør det muligt for en modtager, at kontakte afsender vedrørende en forsendelse. Dokumentet indeholder følgende information: Navn på afsendermyndighed KOMBIT A/S Halfdansgade København S CVR Side 104 af 126

105 til kontakt Attention Dette er et XML-dokument, som er baseret på Sag og dokumentstandarden, og er specifikation for attentionoplysningen (ligesom att. på breve). Attentionformatet vil i de sammenhænge være relevant at medsende ift. Inputhåndtering Selve formatet er beskrevet i SpecifikationAttentionFormat version 09x.pdf, som er udgivet af Digitaliseringsstyrelsen Dokumentet benyttes til at angive en unik typeidentifikation af dokumentet, så det kan fortolkes af et system efterfølgende. Den del af attention strukturen som benyttes er vist i diagrammet nedenfor: Xml-strukturen skal indeholde følgende værdier: Distributionskontekst (Routning) Niv Feltnavn Kard Værdisæt Betegnelse 1 AttentionFormat AttentionObjektSamling Objekt ObjektNoegleKode 1 String Indeholder altid nøglen Forsendelsestype KOMBIT A/S Halfdansgade København S CVR Side 105 af 126