Løsningsbeskrivelse til P14-3 Journalnotat og dokument til/fra Fordelingskomponenten

Løsningsbeskrivelse til P14-3 Journalnotat og dokument til/fra Fordelingskomponenten Dokument-nr.: Version: V7.21 Side 1 af 59

Versionsoversigt Version Dato Oprettet af 1.0 13.11.2014 CVS/HHO 2.0 26.11.2014 CVS/HHO 3.0 04.12.2014 CVS/HHO 4.0 27.02.2015 CVS/PSZ 5.0 17.03.2015 CVS/PSZ 6.0 19.08.2015 CVS/PSZ 7.0 27.11.2015 U/CVS/PSZ 7.1 3.12.2015 PSZ 7.2 7.1.2016 CVS/PSZ Indhold 1. Projektets rammer... 6 1.1 Formål og baggrund for projektet... 6 1.1.1 Journalnotater og dokumenter ud af KD Sag... 6 1.1.2 Journalnotater og dokumenter ind i KD Sag... 6 1.2 Projektets forventede hovedresultat... 6 1.3 Projektets målgruppe... 6 1.4 yndighedskrav til løsningen... 6 1.5 Referencer... 7 2. Løsningsbeskrivelse... 7 2.1 Journalnotater og dokumenter oprettet i KD Sag... 8 2.1.1 Journalnotater... 9 2.1.2 Dokumenter... 10 2.2 Journalnotater og dokumenter oprettet i andet Afsendersystem... 11 2.2.1 Journalnotater... 11 2.2.2 Dokumenter... 12 2.3 Fejlhåndtering... 12 2.3.1 Afsendelse af journalnotat eller dokument... 12 2.3.2 odtagelse af journalnotat eller dokument... 13 2.4 Arkitektur... 13 2.5 Forudsætninger... 13 2.6 Sikkerhedsmodel... 13 2.6.1 Autorisation og logning hos KD... 13 2.7 Test... 13 3. Datastrukturer... 13 3.1 Send journalnotat... 15 3.1.1 FordelingsobjektAfsendRequest... 15 3.1.2 Anmodning... 16 3.1.2.1 DistributionObject... 17 3.1.2.1.1 DistributionJournalPost... 18 3.1.2.1.2 DistributionJournalPost:Registrering:RelationListe:JournalPost... 20 3.1.3 Retursvar fra Fordelingskomponent... 22 Side 2 af 59

3.1.3.1 FordelingskvitteringodtagRequest:DistributionContext... 23 3.2 Send dokument... 24 3.2.1 FordelingsobjektAfsendRequest... 24 3.2.2 Anmodning... 25 3.2.2.1 DistributionObject... 26 3.2.2.1.1 Registrering:RelationListe... 28 3.2.2.1.2 DokumentPartListe... 30 3.2.2.1.3 Registrering:Tilstand... 31 3.2.2.1.4 Registrering:AttributListe... 32 3.2.3 Retursvar fra Fordelingskomponent... 34 3.2.3.1 FordelingskvitteringodtagRequest:DistributionContext... 35 3.2.4 FordelingskvitteringodtagRequest:DistributionContext... 36 3.3 odtagelse af journalnotat eller dokument... 37 3.4 odtag journalnotat... 37 3.4.1 FordelingsobjektodtagRequest... 37 3.4.1.1 anmodning:distributionobject... 39 3.4.1.1.1 Objektindhold:DistributionJournalPost... 40 3.4.1.1.2 DistributionJournalPost:JournalPost... 42 3.4.2 Retursvar til Fordelingskomponent/Afsendersystem... 43 3.5 odtag dokument... 44 3.5.1 FordelingsobjektodtagRequest... 44 3.5.1.1 anmodning:distributionobject... 46 3.5.1.1.1 DistributionDokument:RelationListe... 48 3.5.1.1.2 RelationListe:DokumentPartListe... 50 3.5.1.1.3 DistributionDokument:Tilstand... 51 3.5.1.1.4 DistributionDokument:AttributListe... 52 3.5.1.1.5 Objektindhold:DistributionJournalPost... 54 3.5.1.1.6 DistributionJournalPost:JournalPost... 55 3.5.2 Retursvar til Fordelingskomponent/Afsendersystem... 57 4. Bilag... 59 4.1 Bilag 1 - apning af objekttyper... 59 1. Projektets rammer... 4 1.1 Formål og baggrund for projektet... 4 1.1.1 Journalnotater og dokumenter ud af KD Sag... 4 1.1.2 Journalnotater og dokumenter ind i KD Sag... 4 1.2 Projektets forventede hovedresultat... 4 1.3 Projektets målgruppe... 4 1.4 yndighedskrav til løsningen... 4 1.5 Referencer... 5 2. Løsningsbeskrivelse... 5 2.1 Journalnotater og dokumenter oprettet i KD Sag... 6 2.1.1 Journalnotater... 7 2.1.2 Dokumenter... 8 2.2 Journalnotater og dokumenter oprettet i andet Afsendersystem... 9 2.2.1 Journalnotater... 9 2.2.2 Dokumenter... 10 Formateret: Standardskrifttype i afsnit Formateret: Standardskrifttype i afsnit Formateret: Standardskrifttype i afsnit Formateret: Standardskrifttype i afsnit Formateret: Standardskrifttype i afsnit Formateret: Standardskrifttype i afsnit Formateret: Standardskrifttype i afsnit Formateret: Standardskrifttype i afsnit Formateret: Standardskrifttype i afsnit Formateret: Standardskrifttype i afsnit Formateret: Standardskrifttype i afsnit Formateret: Standardskrifttype i afsnit Side 3 af 59

Begrænset 2.3 Fejlhåndtering... 10 2.3.1 Afsendelse af journalnotat eller dokument... 10 2.3.2 odtagelse af journalnotat eller dokument... 11 2.4 Arkitektur... 11 2.5 Forudsætninger... 11 2.6 Sikkerhedsmodel... 11 2.6.1 Autorisation og logning hos KD... 12 2.7 Test... 12 3. Datastrukturer... 12 3.1 Send journalnotat... 13 3.1.1 FordelingsobjektAfsendRequest... 13 3.1.2 Anmodning... 14 3.1.2.1 DistributionObject... 15 3.1.2.1.1 DistributionJournalPost... 16 3.1.2.1.2 DistributionJournalPost:Registrering:RelationListe:JournalPost... 18 3.1.3 Retursvar fra Fordelingskomponent... 20 3.1.3.1 FordelingskvitteringodtagRequest:DistributionContext... 21 3.2 Send dokument... 22 3.2.1 FordelingsobjektAfsendRequest... 22 3.2.2 Anmodning... 23 3.2.2.1 DistributionObject... 24 3.2.2.1.1 Registrering:RelationListe... 26 3.2.2.1.2 DokumentPartListe... 28 3.2.2.1.3 Registrering:Tilstand... 29 3.2.2.1.4 Registrering:AttributListe... 30 3.2.3 Retursvar fra Fordelingskomponent... 32 3.2.3.1 FordelingskvitteringodtagRequest:DistributionContext... 33 3.2.4 FordelingskvitteringodtagRequest:DistributionContext... 34 3.3 odtagelse af journalnotat eller dokument... 35 3.4 odtag journalnotat... 35 3.4.1 FordelingsobjektodtagRequest... 35 3.4.1.1 anmodning:distributionobject... 37 3.4.1.1.1 Objektindhold:DistributionJournalPost... 38 3.4.1.1.2 DistributionJournalPost:JournalPost... 40 3.4.2 Retursvar til Fordelingskomponent/Afsendersystem... 41 3.5 odtag dokument... 42 3.5.1 FordelingsobjektodtagRequest... 42 3.5.1.1 anmodning:distributionobject... 44 3.5.1.1.1 DistributionDokument:RelationListe... 46 3.5.1.1.2 RelationListe:DokumentPartListe... 48 3.5.1.1.3 DistributionDokument:Tilstand... 49 3.5.1.1.4 DistributionDokument:AttributListe... 50 3.5.1.1.5 Objektindhold:DistributionJournalPost... 52 3.5.1.1.6 DistributionJournalPost:JournalPost... 53 3.5.2 Retursvar til Fordelingskomponent/Afsendersystem... 55 Formateret Side 4 af 59...

4. Bilag... 57 4.1 Bilag 1 - apning af objekttyper... 57 Formateret: Standardskrifttype i afsnit Formateret: Standardskrifttype i afsnit Formateret: Standardskrifttype i afsnit Formateret: Standardskrifttype i afsnit Side 5 af 59

1. Projektets rammer 1.1 Formål og baggrund for projektet 1.1.1 Journalnotater og dokumenter ud af KD Sag Formålet med snitfladen er, at understøtte oprettelse af journalnotater og dokumenter, der skal knyttes til sager i systemer eksternt til KD Sag; dvs. hvor disse sager ikke vedligeholdes af KD Sag. Den skal muliggøre, at en bruger i KD Sag kan oprette journalnotater og dokumenter på tværs af de enkelte fagsystemer. Snitfladen er en del af aftalen omkring KD Sag udfasning (Bilag A 2.1.9+2.1.10) 1.1.2 Journalnotater og dokumenter ind i KD Sag Formålet med snitfladen er, at understøtte oprettelse af journalnotater og dokumenter, der skal knyttes til sager i KD Sag; dvs. hvor disse sager vedligeholdes af KD Sag. Den skal muliggøre, at en bruger i en 3.part løsning (f.eks. SAPA) kan oprette journalnotater og dokumenter i KD Sag. Snitfladen er en del af aftalen omkring KD Sag udfasning (Bilag A 2.1.8+2.1.11) 1.2 Projektets forventede hovedresultat Projektet skal løse følgende opgaver for sager der ikke vedligeholdes af KD Sag: At KD Sag, som Afsendersystem, kan overføre et journalnotat på en ny sag eller en Indekssag via Fordelingskomponenten At KD Sag, som Afsendersystem, kan overføre et dokument på en ny sag eller en Indekssag via Fordelingskomponenten At KD Sag kan modtage et journalnotat fra et Afsendersystem via Fordelingskomponenten At KD Sag kan modtage et dokument fra et Afsendersystem via Fordelingskomponenten 1.3 Projektets målgruppe Kommunerne og UDK er den primære målegruppe gennem deres kommende anvendelse af løsninger realiseret via rammearkitekturen. 1.4 yndighedskrav til løsningen Servicen skal indgå i den fælleskommunale Rammearkitektur. Dataudvekslingen skal følge den mellem KL, ATP, KD og KOBIT udarbejdede model for Dataudvekslingsaftale. Side 6 af 59

1.5 Referencer Reference Link Beskrivelse [Baseline] Fordelingskomponent_snitflader Fordelingskomponentens XSD xsd 20150701 leveret af KOBIT 05-11-2015 Feltkode ændret [Fordelingskomponent-Afsend] SF2720 - Fordelingskomponent- Integrationsbeskrivelse for Afsend objekter v.2.0.0 Fordelingskomponenten afsend objekter [Fordelingskomponent-odtag] SF2800 - Fordelingskomponent - odtag objekter v.2.0.0 Integrationsbeskrivelse for Fordelingskomponenten modtag objekter [RettelsesLog] Log over ændringer til P14-3 Oversigt over ændringer til P14-3 Feltkode ændret Feltkode ændret Feltkode ændret 2. Løsningsbeskrivelse Løsningen gør det muligt at oprette en anmodning om oprettelse af journalnotater og dokumenter i et Afsendersystem, og gemme disse i et odtagersystem. odtagersystemet afgør om anmodningen kan imødekommes. Side 7 af 59

KD Sag som Afsendersystem kalder en service på Fordelingskomponenten, herunder udstiller en service som Fordelingskomponenten kan kalde. KD Sag som odtagersystem udstiller en WebService, der kaldes af Fordelingskomponenten, herunder vil kunne kalde services på Fordelingskomponenten Journalnotater og dokumentreferencer sendes via Fordelingskomponenten. De fysiske dokumenter udveksles via Serviceplatformens SFTP server. Det betyder, at journalnotater og dokumenter oprettes med KD Sag som Afsendersystem, med udgangspunkt i en Indekssag - eller uden en sags relation. I den situation vil der blive oprettet en midlertidig Indekssag i KD Sag. Løsningen skal ligeledes håndtere modtagelse af journalnotater og dokumenter, som oprettes i andre systemer, men hvor KD Sag er odtagersystem på linje med øvrige Fagsystemer. 2.1 Journalnotater og dokumenter oprettet i KD Sag Journalnotater og dokumenter afleveres via Fordelingskomponenten til det relevante odtagersystem. Indtil der via Fordelingskomponenten er kommet accept retur til KD Sag, gem- Side 8 af 59

mes Journalnotater og Dokumenter på en eksisterende eller en midlertidig Indekssag. Den midlertidige indekssag stiller ikke krav til licens til manuelle sager. Det vil fremgå, at valget af Indekssag er et forslag til sagstilknytning, og at den endelige tilknytning vælges i odtagersystemet. Indekssagerne og de midlertidigt tilknyttede Journalnotater og Dokumenter vil ikke blive synkroniseret via snitfladerne i P13-08 og P13-09. Når accept modtages, slettes Journalnotat/Dokument og en eventuelt midlertidig Indekssag. Det vil være tydeligt markeret, at der er tale om et forslag til tilknytning af journalnotat/dokument, også hvis der er tale om en midlertidig indekssag. odtagersystemet kan via Fordelingskomponenten sende en fejlbesked. Dette vil generere et advis til den sagsbehandler, som har oprettet journalnotatet/dokumentet. etadata vil herefter kunne redigeres, hvorefter der kan gensendes, evt. med KD Sag som odtagersystem, hvis det ikke er muligt at placere dokumentet. 2.1.1 Journalnotater Ved oprettelse af Journalnotat fra Personoverblik vælges enten oprettelse fra Indekssag eller oprettelse uden sagsrelation 1. Opret journal notat fra Personoverblik, enten med eller uden sagstilknytning. Nyt vindue i KD Sag for metadata tilføjes. På baggrund af oplysning om Organisation og KLE* vil der via kald til Fordelingskomponenten vises mulige IT-systemer (leverandører), som brugeren skal kan vælge mellem (hvis der kun er en mulig leverandør, vælges denne automatisk). Samtlige oplysninger, som indgår i kaldet til Fordelingskomponenten, fremgår af Løsningsbeskrivelsens afsnit 3. 2. etadata skal bl.a. indeholde Kommunenr., KLE-nummer, odtagersystem (leverandør), Part (cpr.nr.), Sagsbehandler. Kravene til beskedkuvertens metadata fremgår af Løsningsbeskrivelsens afsnit 3. 3. Journalnotat sendes til Proceskomponenten, som registrerer og videresender til Fordelingskomponenten. 4. Forsendelse til Fordelingskomponenten. Der medsendes UUID, til brug for fremtidig kommunikation. Kommentar [DGJ1]: Hvis notatet er tilknyttet en indekssag, skal brugeren ikke angive Org./ KLE, da disse informationer fremgår af sagen. I dette tilfælde benyttes IT-system referencen på denne sag til valideringskald. Hvis validering er ok, sendes notatet automatisk til dette system. Hvis systemet ikke findes i Fordelignskomponentens validering, må brugeren foretage manuelt valg. KD: ID1 teksten er korrigeret så den matcher den implementerede løsning. Typisk vil der kun være et fagsystem som matcher org og KLE og det vil således ikke kræve brugerinvolvering. KOBIT skal beslutte om System- Navn skal være mandatory så det kan vises for brugeren. Side 9 af 59

5. Her modtages retursvar på baggrund at modtaget UUID (pkt. 4). a. Fordelingskomponenten har valideret at have modtaget de nødvendige oplysninger til videresendelse af Journalnotatet b. odtagersystemet har modtaget Journalnotatet til videre behandling c. odtagersystemet fremsender accept af ejerskab for Journalnotatet 6. Behandling af modtaget accept/fejl a. Accept af modtagelse Journalnotat og evt. midlertidig Indekssag slettes b. odtagelsen er fejlet Advis til sagsbehandler, metadata, herunder fagsystem, låses op, således at Journalnotatet kan gensendes til Fordelingskomponenten, eventuelt med KD Sag som odtagersystem. 2.1.2 Dokumenter Der er mulighed for oprettelse af både Indgående dokumenter Skanning eller Digital Post og Udgående dokumenter anuel oprettelse enten med udgangspunkt i en skabelon eller via integration til Blanketsystem. Kommentar [DGJ2]: Sags behandler skal her kunne fjerne en eventuel sagstilknytning, så et system kan vælges ud fra Org/KLE KD: ID2 teksten præciseret. KOBIT skal undersøge med SAPA 1. Opret dokument enten via a. Indekssag Ved indgående dokumenter (Skanning og Digital Post) vil man ved tilknytning af dokument til en Indekssag via almindelige arbejdsgange blive sendt til nyt vindue i KD Sag Ved manuel oprettelse af dokumenter på baggrund af skabelon eller blanket vil man ligeledes automatisk blive sendt til nyt vindue i KD Sag b. Ingen sag Ved indgående dokumenter (Skanning og Digital Post) vil man ved tilknytning af dokument via almindelige arbejdsgange blive sendt til nyt vindue i KD Sag Nyt vindue i KD Sag for metadata tilføjes. På baggrund af oplysning om Organisation og KLE* vil der via kald til Fordelingskomponenten Side 10 af 59

vises mulige IT-systemer (leverandører), som brugeren skal kan vælge (hvis der kun er en mulig leverandør, vælges denne automatisk). Samtlige oplysninger, som indgår i kaldet til Fordelingskomponenten, fremgår af Løsningsbeskrivelsens afsnit 3. 2. etadata skal bl.a. indeholde Kommunenr., KLE-nummer, odtagersystem (leverandør), Part (cpr.nr.), Sagsbehandler. Kravene til beskedkuvertens metadata fremgår af Løsningsbeskrivelsens afsnit 3 3. Dokumentets metadata sendes til Proceskomponenten, som registrerer og videresender til Fordelingskomponenten. Kommentar [DGJ3]: Sam me kommentar som ovenfor under Journalnotat KD: ID3 som ID1 a. Dokumentet sendes til SFTP-server. b. etadata sendes til Fordelingskomponenten. Her modtages UUID, til brug for fremtidig kommunikation. 4. Forsendelse til Fordelingskomponenten. Der medsendes UUID, til brug for fremtidig kommunikation. a. Fordelingskomponenten har valideret at have modtaget de nødvendige oplysninger til videresendelse af Dokumentet b. odtagersystemet har modtaget Dokumentet til videre behandling c. odtagersystemet fremsender accept af ejerskab for Dokumentet 5. Behandling af modtaget accept/fejl a. Accept af modtagelse Dokumentet (etadata og det fysiske dokument) og evt. midlertidig Indekssag slettes b. odtagelsen er fejlet Advis til sagsbehandler, metadata låses op, således at Dokumentet kan gensendes til Fordelingskomponenten, eventuelt med KD Sag som odtagersystem eller evt. gemmes lokalt i KD Sag. 2.2 Journalnotater og dokumenter oprettet i andet Afsendersystem Journalnotater og dokumenter, kan oprettes i andre Afsendersystemer og sendes via Fordelingskomponenten med KD Sag som odtagersystem. Når journalnotat eller dokument er modtaget i KD Sag sendes accept retur til Afsendersystemet via Fordelingskomponenten. Hvis Journalnotatet eller dokumentet ikke kan modtages i KD Sag, vil der blive sendt en fejlmeddelelse til Afsendersystemet via Fordelingskomponenten. Der vil blive medsendt en forretningsmæssig forklaring med begrundelse på hvorfor objektet blev afvist. 2.2.1 Journalnotater Når der modtages et journalnotat kontrolleres, at kommunen har adgang til oprettelse af journalnotater i KD Sag. Herefter tilknyttes journalnotatet til en eksisterende sag på baggrund af medsendt sags-uuid. Er der ikke medsendt sags-uuid kontrolleres, om kommunen har adgang til oprettelse af manuelle sager. Hvis dette er tilfældet oprettes ny sag. Side 11 af 59

Hvis kommunen ikke har tilkøbt Journalfunktionen i KD Sag, kan der ikke oprettes Journalnotat, og der vil blive sendt en fejl retur. Hvis kommunen ikke har tilkøbt funktionaliteten anuelle sager, vil modtagelsen også fejle. Hvis Journalnotatet forsøges tilknyttet en Indekssag, vil modtagelsen ligeledes fejle. Processen er automatisk. 2.2.2 Dokumenter Når der modtages et dokument kontrolleres, at kommunen har adgang til oprettelse af dokumenter i KD Sag EDH. Herefter tilknyttes dokumentet til en eksisterende sag på baggrund af medsendt sags-uuid. Er der ikke medsendt sags-uuid kontrolleres, om kommunen har adgang til oprettelse af manuelle sager. Hvis dette er tilfældet oprettes ny sag. Hvis kommunen ikke har tilkøbt KD Sag EDH kan der ikke oprettes dokumenter og der vil blive sendt fejl retur. Hvis kommunen ikke har tilkøbt funktionaliteten anuelle Sager, vil modtagelsen også fejle. Hvis dokumentet forsøges tilknyttet en Indekssag, vil modtagelsen ligeledes fejle. Hvis der sendes dokumentmetadata på et nyt dokument til en eksiterende sag, vil de blive tilknyttet sagen. (Forudsætter integration til Fordelingskomponenten version 2.0, hvilket ikke er en del af [Baseline]). Processen er automatisk. 2.3 Fejlhåndtering 2.3.1 Afsendelse af journalnotat eller dokument Når der modtages en Forretningskvittering (ForretningsValideringsKode) på et afsendt dokument eller journalnotat, opdateres status på det med ForretningsValideringsKoden og en evt. beskrivelse, hvis det afsendte blev afvist eller fejlede. I de sidstnævnte tilfælde oprettes et advis. Dette sker efter følgende regler: Hvis ForretningsValideringsKoden er: ODTAGET, AFLEVERET, ACCEPTERET opdateres status med samme værdi uden en beskrivelse. Hvis ForretningsValideringsKoden er: AFVIST opdateres status med samme værdi, der oprettes et advis og teksten i adviset udfyldes med indholdet af feltet Begrundelse i forretningskvitteringen. Hvis ForretningsValideringsKoden er: FEJLET opdateres status med samme værdi, der oprettes et advis og teksten i bygges på basis af de modtagne FejlListe elementer: Operationen fejlede med følgende fejlbeskeder: <fejl1.fejltekst> (<fejl1.fejlkode>) <fejl2.fejltekst> (<fejl2.fejlkode>) Kommentar [DGJ4]: Det skal være muligt at se metadata omkring dokumentet i KD Sag basis, selvom kommunen ikke har aftale omkring KD Sag EDH. Dette er en del af KD Sag udfasningsaftalen omkring synkronisering. Informationen vises på samme måde som det i dag sker for dokumenter i Doc2Archive. KD: kommentaren er afvist med henvisning til dialog med Peter üller. DGJ: Dette er nu afklaret: Hvis kommunen ikke har KD Sag EDH, modtages dokumentobjektet i KD Sag, mens den vedhæftede fil ignoreres. Der er en version 2 af Fordelingskomponenten under udvikling; denne understøtter at der sendes et dokumentobjekt uden tilknyttet fil. Hvis dokumentfilen ignoreres, vil det svare til at der ikke modtages en fil som defineret i version 2. KOBIT fastholder at dokumentobjekter skal kunne indlæses i tabellen og vises i KD Sag basis, selvom kommunen ikke har EDH tilknyttet. KD: ID5 Dette er omfattet af CR56. Formateret: Fremhævning Side 12 af 59

Der er således en linje for hver fejl i listen. 2.3.2 odtagelse af journalnotat eller dokument Når der modtages et journalnotat eller et dokument forsøges oprettet, sendes synkront svar tilbage således: Hvis dokumentet eller journalnotatet kunne oprettes sendes en Forretningskvittering med ForretningsvalideringsKode ACCEPTERET. Hvis det ikke kunne oprettes sendes en Forretningskvittering med ForretningsvalideringsKode FEJLET og en FejlListe med et element: FejlKode = <ainframe.errorcode> FejlTekst = <ainframe.reason> (<ainframe.reasoncode>) Der understøttes således ikke asynkron afsendelse af forretningskvitteringer, fx AFVIST. 2.4 Arkitektur Arkitekturen er beskrevet i ovenstående. 2.5 Forudsætninger Det forudsættes at Fordelingskomponenten fungerer som overfor beskrevet. 2.6 Sikkerhedsmodel Sikkerhed i forhold til Serviceplatformen er inkluderet i scope for klippekortet, men er ikke behandlet som en del af denne Løsningsbeskrivelse, da kravene ikke er kendt. Det betyder at det anvendte estimat er et bedste gæt, som vil blive revurderet når de endelige krav er kendt. Løsningsbeskrivelsen, estimat og planen vil blive opdateret i forhold til implementering af sikkerhed i forhold til Serviceplatformen, når detailkrav/dokumentation er modtaget fra KOBIT og omfanget er analyseret af KD. 2.6.1 Autorisation og logning hos KD KD logger brugerens aktiviteter generelt. Samtidig logges kommunikationen med Fordelingskomponenten. 2.7 Test Løsningen verificeres ved dataleverance til/fra teststub på KD s testserver. 3. Datastrukturer Når KD Sag skal levere et journalnotat eller dokument til et odtagersystem kaldes servicen FordelingsobjektAfsendRequest på Fordelingskomponenten med de tilhørende data. Detaljer om de medsendte data er beskrevet i to sektioner: Side 13 af 59

Send Journalnotat, se afsnit 3.1 Send Dokument, se afsnit 3.2 Når et Afsendersystem skal levere et journalnotat eller dokument til KD Sag gøres det ved at Fordelingskomponenten kalder servicen FordelingsobjektodtagRequest med de tilhørende data. Detaljer om de medsendte data er beskrevet i to sektioner: odtag Journalnotat, se afsnit 3.4 odtag Dokument, se afsnit 3.5 Den anvendte XSD er DistributionServicesg.xsd, som ligger i [Baseline]. Forklaringer til skemaerne I skemaerne nedenfor benyttes følgende værdier til at angive, om et felt skal udfyldes eller ej: = Krævet oplysning. O = Valgfri oplysning. For Send journalnotat og Send dokument gælder at hvis Bemærkning/Link feltet ikke er udfyldt vil feltet ikke blive udfyldt. Der er strukturer i det følgende hvor de enten udfyldes for journalnotat eller for dokument. Hvor hele strukturer ikke er udfyldt for det beskrevne objekt er de ikke vist i de følgende. Side 14 af 59

3.1 Send journalnotat 3.1.1 FordelingsobjektAfsendRequest FordelingsobjektAfsendRequest Navn Type /O Bemærkning/link FordelingsobjektAfsendRequest:CallContext callctx:callcontext tns:onbehalfofuser Tekst O O Kommentar [DGJ5]: InvocationContext er erstattet af ny struktur CallContext (Se SF2800 på kombit.dk) Løses sandsynligvis af Sikkerhedsspor KD: ID7 Lukket i dette regi. (Bemærk: SF2800 kan ikke fremsøges på KOBIT.dk) KOBIT: SF2800 findes her. Side 15 af 59

tns:callersservicecallidentifier UUID O Udfyldes med fast UUID tns:accountinginfo UUID O Udfyldes med fast UUID anmodning Link: Anmodning 3.1.2 Anmodning tns:anmodning Navn Type /O Bemærkning/link anmodning:distributioncontext tns:anvendertransaktionsid UUID Udfyldes med en unik identifikation på denne specifikke overførsel. Benyttes til at koordinere det asynkrone svar i anvendersystemet. Ved levering af asynkron kvittering skal denne værdi returneres uændret. tns:distributiontransaktionsid UUID O tns:afsendendeyndighed CVR Udfyldes med CVR nummer for kommune / myndighed tns:routingyndighed CVR Udfyldes med CVR nummer for kommune / myndighed DistributionContext:RoutingValg RoutingValg:RoutingEmneHandling tns:routingemnefacet KLE Udfyldes ikke. tns:routinghandlingfacet Tekst O Udfyldes ikke. Routing- Valg:RoutingodtagerAktoer UUID Udfyldes med UUID for leverandør, som modtaget fra Fordelingskomponenten i første kald. Tekst O DistributionContext:DokumentFilNavn anmodning:distributionobject Link: DistributionObjectDistributionObject Kommentar [DGJ6]: Hvis objektet er relateret til en indekssag, skal det være astersystem aktør-id fra sagsobjektet der angives her. KD: ID10 Afventer beslutning fra KOBIT KOBIT: Et notat der knyttes til en sag skal AL- TID til det system der er master på sagen KD: Den valgte implementering er som aftalt på workshop med KOBIT 6/11-2015 og betyder at KD Sag henter mulige IT systemer fra Fordelingskomponenten og hvis der er flere mulige IT systemer skal brugeren vælge. Parallelt med dette blev der i ÆA 125 arbejdet med objektroller, men de beslutninger der blev truffet i dette regi resulterede ikke i et efterfølgende tilbageløb på P14-3. Det vil være muligt at ændre P14-3 jævnfør ÆA125, men kræver en ÆA. Bemærk at objektroller anvendes i Spor 2, men ikke i P13-39. Formateret: Skrifttype: 10 pkt, Understregning Side 16 af 59

3.1.2.1 DistributionObject tns:distributionobject Navn Type /O Bemærkning/link tns:objekttype Tekst Udfyldes med Journalnotat DistributionObject:ObjektIndhold ObjektIndhold:DistributionDokument Udfyldes ikke for journalnotat tns:id Tekst tns:emnefacetforslag KLE tns:handlingfacetforslag Tekst O tns:objekttype Tekst tns:sagforslag Tekst O DistributionDokument:Registrering Udfyldes ikke for journalnotat tns:fratidspunkt datetime tns:livscykluskode Tekst tns:importtidspunkt datetime O tns:brugerref Tekst O tns:registreringitsystem Tekst RelationListe Udfyldes ikke for journalnotat Tilstand Udfyldes ikke for journalnotat Attributliste Udfyldes ikke for journalnotat ObjektIndhold:DistributionJournalPost Link: DistributionJournalPostDistributionJournalPost Formateret: Skrifttype: 10 pkt, Understregning Side 17 af 59

3.1.2.1.1 DistributionJournalPost tns:distributionjournalpost Navn Type /O Bemærkning/link tns:id UUID Udfyldes med unik nøgle for journalpostobjektet (KD Sag felt: EXPORTIARKDNOTAT- INDEKS.NOTATUUID) tns:emnefacetforslag KLE Udfyldes med KLE Emnefacet (nn.nn.nn) til at identificere den sag, der skal modtage Journalposten. Hvis SagForslag er udfyldt, udfyldes dette felt med den primære klassifikation fra sagen (KD Sag felt: EXPORTIARKDNOTAT- INDEKS.ENEFACET) Side 18 af 59

tns:handlingfacetforslag Tekst O Udfyldes med KLE Handlingsfacet (xn) til at identificere den sag der skal modtage dokumentet. Hvis SagForslag er udfyldt, udfyldes dette felt med den primære facet fra sagen eller hvis der ikke er en sag udfyldes feltet som udfyldt af brugeren. tns:objekttype Tekst Udfyldes med Journalnotat tns:sagforslag UUID O Udfyldes med reference til den sag der er foreslået som destination for journalposten dvs. indekssagens UUID, hvis journalnotater er tilføjet til en indekssag. DistributionJournalPost:PartAngivelse O tns:objekttype Tekst Angiver typen: 02 = Personnummer. 03 = SE/CVR-nummer. 10 = yndighedsnummer (kun sekundær part) 11 = Kommunenummer (kun sekundær part) 12 = Nordisk myndighed (kun sekundær part) 13 = Fritekst 14 = Ejendomsnummer 15 = Produktionsenhedsnummer 99 = Intet Objekt tns:referenceid Tekst For objekttype udfyldes: 02 "urn:oio:cpr:<objekt.objekt_id>" 03 "urn:oio:cvr:<objekt.objekt_id>" 13 urn:oio:fuldtnavn:<objekt.objekt.id> -- Udfyldes med "urn:oio:cpr:nnnnnnnnnn", "urn:oio:cvr:nnnnnnnn", "urn:oio:pnr:xxxx" eller "urn:oio:fuldtnavn:xxxx" afhængig af den definerede objekttype. Se evt. Link: Bilag 1 - apning af objekttyper Ejendomsnummer mappes til urn:oio:fuldtnavn:<ejendom_<nr> > (KD Sag felt: EXPORTIARKDNOTAT- INDEKS.REFERENCEID) DistributionJournalPost:Registrering tns:fratidspunkt datetime Udfyldes med journalnotatets oprettelsestidspunkt eller tidspunkt for tilknytning til sag. Side 19 af 59

tns:livscykluskode Tekst Udfyldes med Oprettet tns:importtidspunkt datetime O Udfyldes ikke tns:brugerref Tekst O Udfyldes med URN på den bruger der har oprettet journalnotatet (RACF). tns:registreringitsystem UUID/ URN Registrering:RelationListe:JournalPost Udfyldes initielt med urn, der indeholder KDSAG, men skal udfyldes med en konstant udtrukket fra STS- Organisation. KOBIT leverer denne konstant. Angiver en reference til organisation for den IT-systemaktør der har afgivet objektet (bemærk at dette ikke altid er det samme som afsendersystemet). Link: DistributionJournal- Post:Registrering:RelationListe:Journa lpostdistributionjournal- Post:Registrering:RelationListe:Journa lpost Formateret: tx1 3.1.2.1.2 DistributionJournalPost:Registrering:RelationListe:JournalPost tns:journalpost Navn Type /O Bemærkning/link Side 20 af 59

JournalPost:Virkning tns:fratidspunkt datetime O Tidspunktet for hvornår journalnotat er oprettet. tns:tiltidspunkt datetime O tns:aktoer Tekst Udfyldes med URN med CVR nummer for kommunen "urn:oio:cvr:<cvr>" (KD Sag felt: EXPORTIARKDNOTAT- INDEKS.AFSENDENDEYNDIGHED) tns:aktoertype Tekst Udfyldes med yndighed tns:notetekst Tekst O tns:journalpost:rolle Tekst Udfyldes med Journalnotat tns:journalpost:indeks Tekst Udfyldes med 1 Journalpost:Dokument tns:objekttype Tekst tns:referenceid Tekst O JournalPost:JournalpostAttributter O tns:dokumenttitel Tekst O JournalpostAttributter:OffentlighedUndtaget O tns:titelalternativtekst Tekst tns:hjemmeltekst Tekst JournalPost:JournalnotatAttributter tns:titel Tekst O Udyldes med overskrift for notatet (KD Sag felt: EXPORTIARKDNOTAT- INDEKS.TITEL.TITELDV) tns:notat Tekst Udfyldes med selve journalnotatet. aksimal længde på et journalnotat er 51.200 tegn. Benyttes OOXL format, er der tale om binært indhold, der skal BASE64 kodes. Det er således størrelsen af det BASE64 kodet indhold der er begrænset til 51.200 tegn. Opdeles i sekvenser af 1024 karakterer. (KD Sag felt: GROUPEXPORTIND- HOLDRG.GROUPEXPORTINDHOLD) Kommentar [DGJ7]: Dette felt skal være tomt her (Hvis validering kræver en værdi skal denne være blank (Skyldes ændring i sagsindekset, hvor feltet er optionelt) KD: ID15 uændret. KOBIT: Hvad betyder det, at der stadig står en værdi 1? KD: Feltet er mandatory, udfyldes med blank ( ). Kommentar [DGJ8]: Fordelingskomponenten understøtter kun ren uformatteret tekst Teksten formatteres (UTF- 8) med linjeskift (CR,LF) som en lang streng. Sidste linje i teksten kræver ikke CR,LF tilføjet. Teksten placeres i feltet Notat i BASE64 format. KD: ID16 KD leveres i UTF-8. Der encodes ikke til Base- 64 da feltet allerede er tekst. Side 21 af 59

3.1.3 Retursvar fra Fordelingskomponent Valgt XSD: FordelingskvitteringodtagRequest FordelingskvitteringodtagRequest Navn Type /O Bemærkning/link FordelingskvitteringodtagRequest:CallContext OnBehalfOfUser Tekst O CallersServiceCallIdentifier Tekst O AccountingInfo Tekst O FordelingskvitteringodtagRequest: Fordelingskvittering ForretningsValideringsKode Tekst Håndtering af svaret fra Fordelingskomponenten, se afsnit 2.3.1 Begrundelse Tekst O Se afsnit 2.3.1 Fordelingskvittering:FejlListe:Fejl FejlKode Tekst Se afsnit 2.3.1 FejlTekst Tekst Se afsnit 2.3.1 DistributionContext Link: Fordelingskvitteringodtag- tag- Request:DistributionContextFordelings kvitteringodtagrequest:distributioncontext Kommentar [DGJ9]: dette skal bl.a. benyttes til sikkerhed KD: ID17 Den endelige version afventer ny XSD fra KOBIT Formateret: Skrifttype: 10 pkt, Understregning Side 22 af 59

3.1.3.1 FordelingskvitteringodtagRequest:DistributionContext Navn Type /O Bemærkning/link DistributionContext AnvenderTransaktionsID UUID Anvendes ikke DistributionTransaktionsID UUID O Afsendendeyndighed CVR Anvendes ikke Routingyndighed CVR Anvendes ikke DokumentFilNavn Tekst O DistributionContext:RoutingValg RoutingodtagerAktoer Tekst Anvendes ikke RoutingValg:RoutingEmneHandling RoutingEmneFacet KLE Anvendes ikke. RoutingHandlingFacet Tekst O Anvendes ikke. Side 23 af 59

3.2 Send dokument 3.2.1 FordelingsobjektAfsendRequest FordelingsobjektAfsendRequest Navn Type /O Bemærkning/link FordelingsobjektAfsendRequest:CallContext callctx:callcontext tns:onbehalfofuser Tekst O tns:callersservicecallidentifier UUID O Udfyldes med fast UUID tns:accountinginfo UUID O Udfyldes med fast UUID anmodning Link: Anmodning Side 24 af 59

3.2.2 Anmodning tns:anmodning Navn Type /O Bemærkning/link anmodning:distributioncontext tns:anvendertransaktionsid UUID Udfyldes med en unik identifikation på denne specifikke overførsel. Benyttes til at koordinere det asynkrone svar i anvendersystemet. Ved levering af asynkron kvittering skal denne værdi returneres uændret. tns:distributiontransaktionsid UUID O tns:afsendendeyndighed CVR Udfyldes med CVR nummer for kommune / myndighed tns:routingyndighed CVR Udfyldes med CVR nummer for kommune / myndighed DistributionContext:RoutingValg RoutingValg:RoutingEmneHandling tns:routingemnefacet KLE Udfyldes ikke. tns:routinghandlingfacet Tekst O Udfyldes ikke. Routing- Valg:RoutingodtagerAktoer DistributionContext:DokumentFilNavn UUID Udfyldes med UUID for leverandør, som modtaget fra Fordelingskomponenten i første kald. Tekst O Udfyldes med navnet på den fil på FTP-serveren der indeholder den binære information til at kunne producere dokument image (f.eks. pdf eller doc). anmodning:distributionobject Link: DistributionObject Kommentar [PSZ10]: DG J:Hvis objektet er relateret til en indekssag, skal det være astersystem aktør-id fra sagsobjektet der angives her. KD: ID10 (igen) Afventer beslutning fra KOBIT Side 25 af 59

3.2.2.1 DistributionObject tns:distributionobject Navn Type /O Bemærkning/link tns:objekttype Tekst Udfyldes med Dokument DistributionObject:ObjektIndhold ObjektIndhold:DistributionDokument tns:id UUID UUID for dokumentet tns:emnefacetforslag KLE Udfyldes med 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. tns:handlingfacetforslag Tekst O Udfyldes med KLE Handlingsfacet (xn) som udfyldt af brugeren, eller som angivet på sagen Benyttes af modtager til at identificere den sag der skal modtage dokumentet. tns:objekttype Tekst Udfyldes med Dokument Side 26 af 59

tns:sagforslag Tekst O Udfyldes med reference til den sag der er foreslået tilknyttet dokumentet, dvs indekssagen, hvis en er valgt. DistributionDokument:Registrering tns:fratidspunkt datetime Udfyldes med timestamp for hvornår registering er sendt til Fordelingskomponenten. Udfyldes med journalnotatets oprettelsestidspunkt eller tidspunktet for tilknytning til sag tns:livscykluskode Tekst Udfyldes med Oprettet tns:importtidspunkt datetime O Udfyldes ikke tns:brugerref Tekst O Udfyldes med URN på den bruger der har oprettet journalnotat (RACF). tns:registreringitsystem Tekst Udfyldes initielt med urn, der indeholder KDSAG, men skal udfyldes med en konstant udtrukket fra STS- Organisation. KOBIT leverer denne konstant. Angiver en reference til organisation for den IT-systemaktør der har afgivet objektet (bemærk at dette ikke altid er det samme som afsendersystemet). Registrering:RelationListe Link: Registrering:RelationListeRegistrering:Relation Liste Registrering:Tilstand Link: Registrering:TilstandRegistrering:Tilstand Registrering:Attributliste Link: Registrering:AttributListeRegistrering:Attribut Liste ObjektIndhold:DistributionJournalPost Udfyldes ikke for dokument Formateret: Skrifttype: 10 pkt, Understregning Formateret: Skrifttype: 10 pkt, Understregning Formateret: Skrifttype: 10 pkt, Understregning Side 27 af 59

3.2.2.1.1 Registrering:RelationListe tns:relationliste Navn Type /O Bemærkning/link RelationListe:VariantListe VariantListe:Variant Variant:Virkning tns:fratidspunkt datetime O Datetime for hvornår dokumentet er oprettet. tns:tiltidspunkt datetime O Udfyldes ikke Side 28 af 59

tns:aktoer Tekst Udfyldes med URN med CVR nummer for kommunen "urn:oio:cvr:<cvr>" (KD Sag felt: EXPORTIARKDNOTAT- INDEKS.AFSENDENDEYNDIGHED) tns:aktoertype Tekst Udfyldes med yndighed tns:notetekst Tekst O Udfyldes ikke Variant:Rolle Tekst Udfyldes med Variant Variant:Indeks Tekst 1 Variant:VariantAttributter tns:varianttype Tekst Udfyldes med extension på fil. tns:produktion Tekst O Udfyldes ikke tns:offentliggoerelse Bool O Udfyldes ikke tns:arkivering Bool O Udfyldes ikke tns:delvistscannet Bool O Udfyldes ikke Variant:DelAttributter tns:deltekst Tekst Udfyldes med Dokument tns:indeks Integer O 1 tns:indhold Tekst O Udfyldes med dokumentets filnavn på SFTP server tns:filstoerrelse Integer O Udfyldes med størrelsen på filen tns:imetype Tekst O Udfyldes ikke tns:scannerid Tekst O Udfyldes ikke tns:lokation Tekst O Udfyldes med den fulde filangivelse, dvs. sti + fuldt filnavn RelationListe:DokumentPartListe O Link: Fejl! Henvisningskilde ikke fundet.dokumentpartliste Formateret: Skrifttype: 10 pkt, Understregning Side 29 af 59

3.2.2.1.2 DokumentPartListe tns:dokumentpartliste O Navn Type /O Bemærkning/link DokumentPartListe:DokumentPart O DokumentPart:Virkning tns:fratidspunkt datetime O Udfyldes med dokumentets oprettelsestidspunkt tns:tiltidspunkt datetime O tns:aktoer Tekst Udfyldes med URN med CVR nummer for kommunen "urn:oio:cvr:<cvr>" (KD Sag felt: EXPORTIARKDNOTAT- INDEKS.AFSENDENDEYNDIGHED) tns:aktoertype Tekst Udfyldes med yndighed tns:notetekst Tekst O Udfyldes ikke DokumentPart:Rolle Tekst Udfyldes med PrimaerPart DokumentPart:Indeks Integer Udfyldes altid med 1 DokumentPart:Part tns:objekttype Tekst Angiver typen (Person/ Virksomhed/ Produktionsenhed/ yndighed/ Ejendom, Andet) Kommentar [DGJ11]: To mt felt/ blank (Ændring i sagsindeks) KD: ID23 Ændres ikke. KOBIT: Hvad betyder det at dette felt stadig har en værdi 1? KD: Udfyldes med blank ( ) Side 30 af 59

tns:referenceid URN Brugervendt nøgle (CPR nr, CVR nr, P nr, yndighedsid, Ejendomsnummer, Andet) Angives i form af URN: urn:oio:cpr:xxxxxxxxxx urn:oio:cvr:xxxxxxxx urn:oio:pnr:xxxxxxxx urn:oio:fuldtnavn:xxxx 3.2.2.1.3 Registrering:Tilstand tns:tilstand Navn Type /O Bemærkning/link Tilstand:Fremdrift Tekst Endeligt Tilstand:Virkning tns:fratidspunkt datetime O Udfyldes med dokumentets oprettelsestidspunkt tns:tiltidspunkt datetime O tns:aktoer Tekst Udfyldes med URN med CVR nummer for kommunen "urn:oio:cvr:<cvr>" (KD Sag felt: EXPORTIARKDNOTAT- INDEKS.AFSENDENDEYNDIGHED) tns:aktoertype Tekst Udfyldes med yndighed tns:notetekst Tekst O Udfyldes ikke Side 31 af 59

3.2.2.1.4 Registrering:AttributListe tns:attributliste Navn Type /O Bemærkning/link AttributListe:Attributter tns:brugervendtnoegletekst Tekst Udfyldes med en talrækkefølge sammensat af organisations-id, årstal og løbenummer (starter forfra hvert år). Format: orgid-aar-loebenr. orgid er numerisk 4, år er numerisk 4, loebenr numerisk 15. F.eks.: 173-2010-188. Foranstillede nuller fjernes tns:titeltekst Tekst Udfyldes med overskrift på dokumentet tns:beskrivelsetekst Tekst Udfyldt med dokumentbeskrivelse i fri Side 32 af 59

tekst. tns:dokumenttype Tekst Udfyldes med Andet tns:retning Tekst Udfyldes med retningen for dokumentet. I KD Sag EDH findes følgende dokumenttyper: Indgående, Udgående eller Internt notat. ulighederne for yderligere værdier afhænger derfor af, om kommunen har oprettet dem via KD Sag Administration. Hvis det ikke er en standard type, vil feltet blive udfyldt med Internt tns:brevdato datetime Udfyldes med den brevdato, der fremgår af det indgående dokument tns:fristdato datetime O Udfyldes hvis fristdato er udfyldt på dokument tns:versionidentifikator Integer O Udfyldes ikke tns:underversionidentificator Integer O Udfyldes ikke tns:kassationskodetekst Tekst O Udfyldes ikke Attributter:Virkning tns:fratidspunkt datetime O Udfyldes med dokumentets oprettelsestidspunkt tns:tiltidspunkt datetime O tns:aktoer Tekst Udfyldes med URN med CVR nummer for kommunen "urn:oio:cvr:<cvr>" (KD Sag felt: EXPORTIARKDNOTAT- INDEKS.AFSENDENDEYNDIGHED) tns:aktoertype Tekst Udfyldes med yndighed tns:notetekst Tekst O Udfyldes ikke Attributter:OffentlighedUndtaget O Udfyldes ikke tns:titelalternativtekst Tekst tns:hjemmeltekst Tekst Side 33 af 59

3.2.3 Retursvar fra Fordelingskomponent Valgt XSD: FordelingskvitteringodtagRequest FordelingskvitteringodtagRequest Navn Type /O Bemærkning/link FordelingskvitteringodtagRequest:InvocationContext tns:onbehalfofuser Tekst O tns:callersservicecallidentifier Tekst O tns:accountinginfo Tekst O FordelingskvitteringodtagRequest: Fordelingskvittering tns:forretningsvalideringskode Tekst Håndtering af svaret fra Fordelingskomponenten, se afsnit 2.3.1 tns:begrundelse Tekst O Se afsnit 2.3.1 Fordelingskvittering:FejlListe:Fejl tns:fejlkode Tekst Se afsnit 2.3.1 tns:fejltekst Tekst Se afsnit 2.3.1 Fordelingskvitteringodtag tag- Request:DistributionContext Link: Fordelingskvitteringodtag- tag- Request:DistributionContextFordelings kvitteringodtagrequest:distributioncontext Formateret: Skrifttype: 10 pkt, Understregning Side 34 af 59

3.2.3.1 FordelingskvitteringodtagRequest:DistributionContext Navn Type /O Bemærkning/link DistributionContext AnvenderTransaktionsID UUID Skal udfyldes med en den unikke identifikation der var knyttet til transaktionen. DistributionTransaktionsID UUID O Afsendendeyndighed CVR Skal udfyldes med CVR-nummer for afsender myndigheden. yndigheden skal ved afsendelse være den samme som den der angives i InvocationContext Routingyndighed CVR CVR-nummer for modtager myndighed. Bemærk at denne kan afvige fra Afsendendeyndighed ovenfor. DokumentFilNavn Tekst O DistributionContext:RoutingValg RoutingodtagerAktoer Tekst Skal udfyldes med UUID for den leverandør, leveret af Fordelingskomponenten i første kald. RoutingValg:RoutingEmneHandling RoutingEmneFacet KLE Skal udfyldes med KLE Emnefacet (nn.nn.nn). RoutingHandlingFacet Tekst O Udfyldes med KLE Handlingsfacet (xn). Yderligere specifikation til brug for routing. Side 35 af 59

3.2.4 FordelingskvitteringodtagRequest:DistributionContext Navn Type /O Bemærkning/link DistributionContext AnvenderTransaktionsID UUID Skal udfyldes med en den unikke identifikation der var knyttet til transaktionen. DistributionTransaktionsID UUID O Afsendendeyndighed CVR Skal udfyldes med CVR-nummer for afsender myndigheden. yndigheden skal ved afsendelse være den samme som den der angives i InvocationContext Routingyndighed CVR CVR-nummer for modtager myndighed. Bemærk at denne kan afvige fra Afsendendeyndighed ovenfor. DokumentFilNavn Tekst O DistributionContext:RoutingValg RoutingodtagerAktoer Tekst Skal udfyldes med UUID for den leverandør, leveret af Fordelingskomponenten i første kald. RoutingValg:RoutingEmneHandling RoutingEmneFacet KLE Skal udfyldes med KLE Emnefacet (nn.nn.nn). RoutingHandlingFacet Tekst O Udfyldes med KLE Handlingsfacet (xn). Yderligere specifikation til brug for routing. Side 36 af 59

3.3 odtagelse af journalnotat eller dokument Hvis der fremsendes et journalnotat eller dokument som refererer til en sag, som ikke eksistrer eller hvor KD Sags forretningsregler ikke er opfyldt (fx sagen er passiv), vil KD Sag oprette en ny manuel sag til at indeholde journalnotatet/dokumentet. Der skal checkes for licens til anuelle sager. Attributterne for den nye manuelle sag vil basere sig på de fremsendte data, fx personnummer, KLE, etc. Sagens attributter vil basere sig på en eksisterede sag (Sagforslag), hvis tilknytning af journalnotat eller dokument ikke kan lade sig gøre. For attributter der ikke er obligatoriske gælder følgende default værdier: Handlingsfacet: G01 Hvis KLE ikke er valid ifht KD Sags KLE vil der blive anvendt følgende regler:. Hvis emnefacet = space, returneres med fejlkode og fejlbesked. Hvis handlingsfacet er udfyldt, skal den være valid og være på niveau 2 (fx G01). Hvis handlingsfacet ikke er valid returneres med fejlkode og fejlbesked. Hvis der ikke er tale om en EDH kommune, returneres med fejlkode og fejlbesked. 3.4 odtag journalnotat FordelingsobjektodtagRequest: denne service anvendes når et Afsendersystem vil levere et journalnotat til et odtagersystem, dvs. i dette tilfælde KD Sag. Skemaerne nedenfor beskriver hvorledes KD Sag anvender de felter som Afsendersystemet leverer. Der er i skemaerne taget stilling til alle obligatoriske felter () og relevante optionelle felter. Felter hvor der ikke står noget i Bemærkning/link gemmes ikke i KD Sag. Skemaet for FordelingsobjektodtagRequest findes i DistributionServicesg.xsd 3.4.1 FordelingsobjektodtagRequest Kommentar [RL12]: Hvi s modtagelse nægtes grundet manglende licens til EDH eller anuelle sager, må der ikke returneres en fejl, men skal afvises med forretningskvittering AFVIS. Dette da der ikke er tale om fejl, men en forretningsmæssig afvisning af notatet (KD Sag understøtter ikke Journalnotatet/Dokumentet). KD: Det der sendes er en AFVIS, men teknisk er det at betragte som en fejlkode. Side 37 af 59

FordelingsobjektodtagRequest Den request, der sendes fra Fordelingskomponenten med et objekt fra et Afsendersystem. Her beskrives hvorledes et modtaget journalnotat behandles i KD Sag. Navn Type /O Bemærkning/link FordelingsobjektodtagRequest FordelingsobjektodtagRequest:anmodning anmodning:distributioncontext tns:anvendertransaktionsid UUID UUID genereret af Afsendersystem til identifikation af denne transaktion. Skal anvendes i forbindelse med svar. tns:distributiontransaktionsid Tekst O Anvendes til retursvaret til Fordelingskomponenten. tns:afsendendeyndighed CVR CVR-nummer for afsender myndigheden gemmes i Kommunenummer. tns:routingyndighed CVR Indeholder det samme som Afsendendeyndighed (i version 1). Gemmes ikke. tns:dokumentfilnavn Tekst O tns:routingodtageraktoer Tekst Gemmes ikke. DistributionContext:RoutingValg Routing- Valg:RoutingEmneHandling tns:routingemnefacet KLE Gemmes ikke. tns:routinghandlingfacet Tekst O Gemmes ikke. anmodning:distributionobject ObjektIndhold Link: anmodning:distributionobject Side 38 af 59

3.4.1.1 anmodning:distributionobject DistributionObject Navn Type /O Bemærkning/link tns:objekttype Angiver typen af objekt, enten Journalnotat eller Dokument. Dette afsnit beskriver mapning af felter hvor ObjektType er Journalnotat. Feltet gemmes ikke. DistributionObject:ObjektIndhold ObjektIndhold:DistributionDokument Gemmes ikke for dokument tns:id Tekst tns:emnefacetforslag KLE tns:handlingfacetforslag Tekst O tns:objekttype Tekst tns:sagforslag Tekst O DistributionDokument:Registrering tns:fratidspunkt datetime tns:livscykluskode Tekst tns:importtidspunkt datetime O tns:brugerref Tekst O tns:registreringitsystem Tekst RelationsListe Gemmes ikke for dokument Tilstand Gemmes ikke for dokument AttributListe Gemmes ikke for dokument Side 39 af 59

ObjektIndhold:Distribution- JournalPost Link: Objektindhold:DistributionJournalPostObjektind hold:distributionjournalpost Formateret: Skrifttype: 10 pkt, Understregning Formateret: Skrifttype: 10 pkt 3.4.1.1.1 Objektindhold:DistributionJournalPost Objektindhold:DistributionJournalPost Navn Type /O Bemærkning/link tns:id Tekst UUID for journalnotatet. Konverteres til COID og INSTANCE_ID. Hver gang et journalnotat fremsendes vil det blive gemt, dvs. gensendte journalnotater vil ligge i flere kopier. Hver fremsendelse vil blive mærket med sin egen UUID, baseret på COID og IN- STANCE_ID. tns:emnefacetforslag KLE Anvendes til oprettelse af ny sag, hvis SagForslag ikke er validt eller udfyldt. Kommentar [DGJ13]: Ko nverteringen skal sikre en unik nøgle, så genfremsendelse af samme UUID efter positiv kvittering fejlmeldes som dublet. Bemærk at UUID her er genereret af et andet system, og derfor ikke kan relateres til nøglerne i KD Sag. Bemærk at fordelingskomponentet ikke understøtter korrektioner. Eventuelle korrektioner må derfor efterfølgende udføres af en KD Sag bruger KD: ID29 Dette er implementeret som beskrevet. KOBIT: Beskriv det i teksten, hvis det er implementeret som DGJ har beskrevet. KD: teksten beskriver det der er implementeret (ikke det DGJ efterspørger). Side 40 af 59

tns:handlingfacetforslag Tekst O Anvendes til oprettelse af ny sag, hvis SagForslag ikke er validt eller udfyldt. Hvis ikke udfyldt anvendes G01. tns:objekttype Tekst Udfyldes med Journalpost tns:sagforslag Tekst O UUID på den sag som journalnotatet foreslås tilknyttet. UUID converteres til COID og IN- STANCE_ID og sagen fremsøges. Hvis sagen findes og er valid lægges journalnotat på sagen. Hvis sagen ikke findes, eller ikke er valid eller ikke er angivet oprettes en ny manuel sag med anvendelse af EmneFacetForslag, se beskrivelse i afsnit 3.3. DistributionJournalPost:PartAngivelse tns:objekttype Tekst Udfaldsrummet er: Person (CPR) Virksomhed (CVR) Organisation OrgEnhed OrgFunktion Interesse-faellesskab Bruger O tns:referenceid Tekst Dette angiver den eksterne relation til parten (f.eks. CPR-nr). Dekodes i forhold til ObjektType således at cifre i teksten angiver fx CPR/CVR nr. DistributionJournalPost:Registrering tns:fratidspunkt datetime Tidsstempel for oprettelse af journalnotat. Gemmes som oprettelsestidspunkt for journalnotatet. Hvis tidsstemplet er - anvendes sagens oprettelsestidspunkt. tns:livscykluskode Tekst Gemmes ikke. tns:importtidspunkt datetime O tns:brugerref Tekst O Hvis udfyldt konverteres BrugerRef til KD Sag brugeridentifikationgemmes ikke. tns:registreringitsystem Tekst Gemmes ikke. Registrering:RelationListe RelationListe:JournalPost Link: DistributionJournal- Post:JournalPostDistributionJournalPo st:journalpost Kommentar [DGJ14]: Det te er ikke muligt, da bruger vil være UUID til STS- Organisation. Dette er pt. et udestående Skal løses via Spor 2 eller en udvidelse af Fordelingskomponeneten, så afsender angiver brugernavn KD: ID31 Ingen rettelse. KOBIT: Løses det via Spor 2 i og med, at der ikke er nogen rettelse? KD: teksten rettet Formateret: Skrifttype: 10 pkt, Understregning Formateret: Skrifttype: 10 pkt, Understregning Side 41 af 59

3.4.1.1.2 DistributionJournalPost:JournalPost JournalPost Navn Type /O Bemærkning/link JournalPost:Virkning tns:fratidspunkt datetime O tns:tiltidspunkt datetime O tns:aktoer Tekst CVR nummer for kommunen tns:aktoertype Tekst Gemmes ikke. tns:notetekst Tekst O JournalPost:Rolle Tekst Gemmes ikke. JournalPost:Indeks Tekst Gemmes ikke. JournalPost:Dokument O tns:objekttype Tekst Hvis udfyldt sendes anvendes som Objekttype, se Bilag 1 - apning af objekttyperbilag 1 - apning af objekttyper Formateret: Skrifttype: 10 pkt Side 42 af 59

3.4.2 Retursvar til Fordelingskomponent/Afsendersystem Det svar som KD Sag sender til Fordelingskomponenten efter behandling af det modtagne journalnotat er via servicen FordelingskvitteringAfsendResponse. Kommentar [DGJ15]: Der modtages kun ren tekst, som er BASE64 kodet (En lang streng i UTF-8 med CR,LF) KD:ID35 Gemmes som tekst. FordelingskvitteringAfsendResponse Navn Type /O Bemærkning/link tns:referenceid Tekst Hvis udfyldt sendes anvendes som ID, fx CPR/CVR/ JournalPost:JournalpostAttributter O tns:dokumenttitel Tekst O JournalpostAttributter:OffentlighedUndtaget O tns:titelalternativtekst Tekst tns:hjemmeltekst Tekst JournalPost:JournalnotatAttributter tns:titel Tekst O Gemmes i titel for journalnotat tns:notat Tekst Gemmes i journalnotat tekst. Der modtages kun tekstformat. FordelingskvitteringAfsendResponse:Forretningskvittering tns:forretningsvaliderings- Kode Tekst Håndtering af svaret fra Fordelingskomponenten, se afsnit 2.3.2 tns:begrundelse Tekst O Se afsnit 2.3.2 Side 43 af 59

Forretningskvittering:FejlListe FejlListe:Fejl tns:fejlkode Tekst Se afsnit 2.3.2 tns:fejltekst Tekst O Se afsnit 2.3.2 O FordelingskvitteringAfsendResponse:DistributionContext tns:anvendertransaktionsid UUID odtaget AnvenderTransaktionsID returneres for at kunne koble request med response. tns:distributiontransaktions ID tns:afsendendeyndighed CVR tns:routingyndighed CVR DistributionContext:RoutingValg RoutingValg:RoutingEmneHandling tns:routingemnefacet Tekst tns:routinghandlingfacet Tekst O Routing- Tekst O Valg:RoutingodtagerAktoer DistributionContext:DokumentFilNavn Tekst O UUID O Hvis Request indeholder Distribution- TransaktionsID returneres den i dette felt. Kommentar [DGJ16]: Alle felter i denne struktur skal indeholde en komplet kopi af det der blev modtaget i Forretningsobjekt- odtagrequest KD: ID39 KOBIT bedes forklare det forretningsmæssige formål med dette. Pt er det ikke implementeret at returnere alt hvad der er modtaget. 3.5 odtag dokument FordelingsobjektodtagRequest: denne service anvendes når et Afsendersystem vil levere et dokument til et odtagersystem, dvs. i dette tilfælde KD Sag. Skemaerne nedenfor beskriver hvorledes KD Sag anvender de felter som Afsendersystemet leverer. Der er i skemaerne taget stilling til alle obligatoriske felter () og relevante optionelle felter. Felter hvor der ikke står noget i Bemærkning/link gemmes ikke i KD Sag. Skemaet for FordelingsobjektodtagRequest findes i DistributionServicesg.xsd Side 44 af 59

3.5.1 FordelingsobjektodtagRequest FordelingsobjektodtagRequest Den request, der sendes fra Fordelingskomponenten med et objekt fra et Afsendersystem. Her beskrives hvorledes et modtaget dokument behandles i KD Sag. Navn Type /O Bemærkning/link FordelingsobjektodtagRequest FordelingsobjektodtagRequest:anmodning anmodning:distributioncontext tns:anvendertransaktionsid UUID UUID genereret af Afsendersystem til identifikation af denne transaktion. Skal anvendes i forbindelse med svar. tns:distributiontransaktionsid UUID O Anvendes til retursvaret til Fordelingskomponenten. tns:afsendendeyndighed CVR CVR-nummer for afsender myndigheden gemmes i Kommunenummer. tns:routingyndighed CVR CVR-nummer for modtager myndighed konverteres til Adm Enhedsid tns:dokumentfilnavn Tekst O tns:routingodtageraktoer Tekst Gemmes ikke. DistributionContext:RoutingValg Routing- Valg:RoutingEmneHandling tns:routingemnefacet KLE Anvendes ikke. tns:routinghandlingfacet Tekst O Anvendes ikke. anmodning:distributionobject ObjektIndhold Link: anmodning:distributionobject Side 45 af 59

3.5.1.1 anmodning:distributionobject DistributionObject Navn Type /O Bemærkning/link tns:objekttype Angiver typen af objekt, enten Journalnotat eller Dokument. Dette afsnit beskriver mapning af felter hvor ObjektType er Dokument. Feltet gemmes ikke. DistributionObject:ObjektIndhold ObjektIndhold:DistributionDokument tns:id Tekst Der oprettes en ny COID og INSTAN- CE_ID. Hver gang et dokument fremsendes vil det blive gemt, dvs. gensendte dokumenter vil ligge i flere kopier. Hver fremsendelse vil blive mærket med sin egen UUID, baseret på COID og INSTANCE_ID. tns:emnefacetforslag KLE Anvendes til oprettelse af ny sag, hvis SagForslag ikke er validt eller udfyldt. tns:handlingfacetforslag Tekst O Anvendes til oprettelse af ny sag, hvis SagForslag ikke er validt eller udfyldt. Hvis ikke udfyldt anvendes G01. tns:objekttype Tekst Anvendes ikke Kommentar [DGJ17]: Her er tale om et dokument. Konverteringen skal sikre en unik nøgle, så genfremsendelse af samme UUID efter positiv kvittering fejlmeldes som dublet. Bemærk at UUID her er genereret af et andet system, og derfor ikke kan relateres til nøglerne i KD Sag. Bemærk at fordelingskomponentet ikke understøtter korrektioner. Eventuelle korrektioner må derfor efterfølgende udføres af en KD Sag bruger KD: ID 42 KD Sag opretter en ny COID og INSTANCE_ID ved modtagelse af et dokument. Gensendte dokumenter vil derfor forekomme flere gange. KOBIT: Håndtering af dubletter og korrektioner er ikke beskrevet. Det skal meget gerne uddybes. KD: funktion uddybet. Side 46 af 59

tns:sagforslag Tekst O UUID på den sag som dokumentet foreslås tilknyttet. UUID converteres til COID og IN- STANCE_ID og sagen fremsøges. Hvis sagen findes og er valid lægges journalnotat på sagen. Hvis sagen ikke findes, eller ikke er valid eller ikke er angivet oprettes en ny manuel sag, se beskrivelse i afsnit 3.3. DistributionDokument:Registrering tns:fratidspunkt datetime Tidsstempel for oprettelse af dokument. Gemmes som oprettelsestidspunkt for dokumentet. tns:livscykluskode Tekst Gemmes ikke. Tilstand på dokument sættes til Godkendt. tns:importtidspunkt datetime O tns:brugerref Tekst O Gemmes i diversefelt. tns:registreringitsystem Tekst Gemmes ikke. RelationsListe Link: DistributionDokument:RelationListeDistributionDokume nt:relationliste Tilstand Link: DistributionDokument:TilstandDistributionDokument:Ti lstand AttributListe Link: DistributionDokument:AttributListeDistributionDokume nt:attributliste ObjektIndhold:Distribution- JournalPost Link: Objektindhold:DistributionJournalPostObjektind hold:distributionjournalpost Kommentar [DGJ18]: De nne bruger er vigtig af hensyn til eventuel opfølgning på den foretagne tilaktering og vil være UUID til STS- Organisation. Dette er pt. et udestående Skal løses via Spor 2 eller en udvidelse af Fordelingskomponeneten, så afsender angiver brugernavn KD: ID45 Teksten rettet Formateret: Skrifttype: 10 pkt, Understregning Formateret: Skrifttype: 10 pkt, Understregning Formateret: Skrifttype: 10 pkt, Understregning Formateret: Skrifttype: 10 pkt, Understregning Side 47 af 59

3.5.1.1.1 DistributionDokument:RelationListe RelationListe Navn Type /O Bemærkning/link RelationListe:VariantListe:Variant Variant:Virkning tns:fratidspunkt datetime O Varianter der har VirkningFra > NU ignoreres. Hvis ingen varianter har virkning NU returneres en fejlkode og fejlbesked. Kommentar [DGJ19]: Sk al afvises med fejl, såfremt dette tidspunkt er fremme i tiden (Der understøttes kun varianter med virkning her og nu) KD: ID47 KD ignorerer de varianter der har virkning ud i tiden. Der kan være relevante objekter transaktionen som går tabt ved at afvise hele transaktionen. KOBIT: Data kan ikke blot ignoreres. De skal afvises m. AFVIST (Det er en forretningsmæssig afvisning og ikke en fejl). KD: Teksten uddybet. Side 48 af 59

tns:tiltidspunkt datetime O Varianter der har VirkningTil < NU ignoreres. Hvis ingen varianter har virkning NU returneres en fejlkode og fejlbesked. tns:aktoer Tekst CVR nummer for kommunen - gemmes ikke, da den allerede er taget fra tidligere forekomst. tns:aktoertype Tekst Gemmes ikke. tns:notetekst Tekst O Variant:Rolle Tekst Gemmes ikke. Variant:Indeks Tekst Gemmes ikke. Variant:VariantAttributter tns:varianttype Tekst Gemmes ikke. tns:produktion Tekst O tns:offentliggoerelse Bool O tns:arkivering Bool O tns:delvistscannet Bool O Variant:DelAttributter tns:deltekst Tekst Gemmes ikke. tns:indeks Integer O tns:indhold Tekst O Navn på fil, placeret på SFTP server. Anvendes til at hente filen. tns:filstoerrelse Integer O Gemmes i Dok.Størrelse. tns:imetype Tekst O tns:scannerid Tekst O Hvis feltet er udfyldt gemmes indholdet på Diversefelt kaldet ScannerID. Diversefelt tns:lokation Tekst O Hvis feltet er udfyldt gemmes indholdet på Diversefelt kaldet ArkivReference. Arkiv Reference RelationListe:DokumentPartListe O Link: RelationListe:DokumentPartListeRelationListe:D okumentpartliste Kommentar [DGJ20]: Sk al afvises med fejl, såfremt dette tidspunkt er tilbage i tiden (Der understøttes kun varianter med virkning her og nu). Det skal defineres hvordan virkning til-dato håndteres i KD Sag KD: ID48 Udløbne varianter ignoreres. KOBIT: Data kan ikke blot ignoreres. De skal afvises m. AFVIST (Det er en forretningsmæssig afvisning og ikke en fejl). KD: tekten uddybet. Formateret: Skrifttype: 10 pkt, Understregning Side 49 af 59

3.5.1.1.2 RelationListe:DokumentPartListe Kommentar [PSZ21]: DG J: Denne liste af relaterede personer overføres til den sag der oprettes (dvs. hvis dokumentet ikke tilknyttes en eksisterende sag) KD: ID49 Parterne lægges på dokumentet, men der oprettes ikke en sag, da KD Sag kan håndtere sagsløse dokumenter. Hvis dokumentet tilknyttes en sag vil sagen ikke blive opdateret med de til dokumentet tilknyttede parter. Det er en manuel opgave for sagsbehandleren. DokumentPartListe Navn Type /O Bemærkning/link O DokumentPartListe:DokumentPart DokumentPart:Virkning tns:fratidspunkt datetime O Parter, der har VirkningFra > NU ignoreres. Hvis ingen parter har virkning NU returneres en fejlkode og fejlbesked. tns:tiltidspunkt datetime O Parter, der har VirkningTil < NU ignoreres. Hvis ingen parter har virkning NU returneres en fejlkode og fejlbesked. tns:aktoer Tekst Gemmes ikke er taget fra tidligere forekomst. tns:aktoertype Tekst Gemmes ikke er taget fra tidligere forekomst. tns:notetekst Tekst O Kommentar [DGJ22]: Der er ikke beskrevet hvordan flere virkninger håndteres. Alternativt skal dokumenter med flere virkninger på relaterede personer afvises. NB! KD Sag understøtter flere parter på dokumenter, men der understøttes kun en virkning (her-og-nu) pr. relateret person. Skal afvises med en fejl, hvis FraTidspunkt er frem i tiden (Understøttes ikke) KD: ID50 som tidligere er der tale om en passende fejlkode og fejlbesked. Kommentar [DGJ23]: Sk al afvises med fejl, såfremt dette tidspunkt er tilbage i tiden (Der understøttes kun relaterede personer med virkning her og nu). Det skal defineres hvordan virkning til-dato håndteres i KD Sag KD: ID51 Udløbne parter ignoreres KOBIT: Data kan ikke blot ignoreres. De skal afvises m. AFVIST (Det er en forretningsmæssig afvisning og ikke en fejl).... Side 50 af 59

DokumentPart:Rolle Tekst Udfaldsrummet er PrimaerPart SekundaerPart Kopiodtager. Gemmes som hhv Primær part, sekundær part og sekundær part. DokumentPart:Indeks Integer Gemmes ikke. 1 DokumentPart:Part tns:objekttype Tekst Det udfaldsrum der mappes er: Person (CPR) Virksomhed (CVR) Organisation OrgEnhed OrgFunktion Interesse-faellesskab Bruger Hvis udfyldt sendes anvendes som Objekttype, se Bilag 1 - apning af objekttyperbilag 1 - apning af objekttyper tns:referenceid Tekst Hvis udfyldt sendes anvendes som ID, fx CPR/CVR/ Formateret: Skrifttype: 10 pkt 3.5.1.1.3 DistributionDokument:Tilstand Tilstand Navn Type /O Bemærkning/link 1 Bemærk: feltet er af type Integer, jf. nyeste XSD. SF2800 - Fordelingskomponent - odtag objekter v.2.0.0.pdf angiver at dette er tekst. Integer anvendes til validering. Side 51 af 59

Tilstand tns:fremdrift Tekst Status på dokument sættes altid til Godkendt. Tilstand:Virkning tns:fratidspunkt datetime O Gemmes ikke, da status altid sættes til Godkendt. tns:tiltidspunkt datetime O tns:aktoer Tekst Gemmes ikke. tns:aktoertype Tekst Gemmes ikke. tns:notetekst Tekst O 3.5.1.1.4 DistributionDokument:AttributListe AttributListe Navn Type /O Bemærkning/link Side 52 af 59

AttributListe AttributListe:Attributter tns:brugervendtnoegletekst Tekst Gemmes i Diverse felt tns:titeltekst Tekst Gemmes i Overskrift for dokument. tns:beskrivelsetekst Tekst Gemmes i Beskrivelse. tns:dokumenttype Tekst Gemmes i edie/kanal [ Faktura, Brev, Notat ]. tns:retning Tekst Gemmes i Type. Indgaaende -> Indgående Udgaaende -> Udgående InterntInd -> Internt InterntUd -> Internt Internt -> Internt tns:brevdato datetime Gemmes i Dato. tns:fristdato datetime O Gemmes i Fristdato. tns:versionidentifikator Integer O Gemmes i Version. tns:underversionidentificator Integer O Gemmes ikke. tns:kassationskodetekst Tekst O Gemmes i Kassation Attributter:Virkning tns:fratidspunkt datetime O Attributter der har VirkningFra > NU ignoreres. Hvis ingen attributter har virkning NU returneres en fejlkode og fejlbesked. tns:tiltidspunkt datetime O Attributter der har VirkningTil < NU ignoreres. Hvis ingen attributter har virkning NU returneres en fejlkode og fejlbesked. tns:aktoer Tekst Gemmes ikke. tns:aktoertype Tekst Gemmes ikke. tns:notetekst Tekst O Attributter:OffentlighedUndtaget O tns:titelalternativtekst Tekst tns:hjemmeltekst Tekst Kommentar [DGJ24]: Hvi s der er flere attributsæt (med forskellige virkninger) skal dokumentet afvises med en fejl, da KD Sag kun understøtter en virkning (Her-og-nu) KD: ID52 KD Sag anvender kun det sæt der har Virkning NU. KOBIT: Hvad sker der så med de sæt der ikke har virkning NU? KD: Instanser der ikke har virkning NU ignoreres. Hvis der er flere, der er gældende NU gemmes den første forekomst, der har virkning NU og resten ignoreres. Kommentar [DGJ25]: Sk al afvises med fejl, såfremt FraTidspunkt er frem i tiden (KD Sag understøtter ikke fremtidige attributsæt) KD: ID53 Rettet til kun aktuelle attributter KOBIT: Data kan ikke blot ignoreres. De skal afvises m. AFVIST (Det er en forretningsmæssig afvisning og ikke en fejl). KD: fejlkode og fejlbesked returneres som beskrevet tidligere. Kommentar [DGJ26]: Sk al afvises med fejl, såfremt dette tidspunkt er tilbage i tiden (Der understøttes kun attributter med virkning her og nu). Det skal defineres hvordan virkning til-dato håndteres i KD Sag KD: ID54 Rettet til kun aktuelle attributter KOBIT: Data kan ikke blot ignoreres. De skal afvises m. AFVIST (Det er en forretningsmæssig afvisning og ikke en fejl).... Side 53 af 59

3.5.1.1.5 Objektindhold:DistributionJournalPost Objektindhold:DistributionJournalPost Navn Type /O Bemærkning/link tns:id Tekst UUID for dokument. Gemmes ikke hentet tidligere. tns:emnefacetforslag KLE Gemmes ikke hentet tidligere. tns:handling FacetForslag Tekst O tns:objekttype Tekst Gemmes ikke hentet tidligere. tns:sagforslag Tekst O DistributionJournalPost:PartAngivelse tns:objekttype Tekst tns:referenceid Tekst DistributionJournalPost:Registrering tns:fratidspunkt datetime Gemmes ikke hentet tidligere. tns:livscykluskode Tekst tns:importtidspunkt datetime O Gemmes ikke. tns:brugerref Tekst O tns:registreringitsystem Tekst Gemmes ikke. Registrering:RelationListe O Side 54 af 59

RelationListe:JournalPost Link: DistributionJournal- Post:JournalPostDistributionJournalPo st:journalpost Formateret: Skrifttype: 10 pkt, Understregning 3.5.1.1.6 DistributionJournalPost:JournalPost JournalPost Navn Type /O Bemærkning/link JournalPost:Virkning Gemmes ikke. tns:fratidspunkt tns:tiltidspunkt date- Time date- Time tns:aktoer Tekst tns:aktoertype Tekst tns:notetekst Tekst O O O Side 55 af 59

JournalPost:Rolle Tekst Rollen anvendes til at sikre at dokument lægges på rette sag. JournalPost:Indeks Tekst Gemmes ikke. JournalPost:Dokument appes til KD Sag objekttyper: Person (CPR) -> 02 (Pnr) Virksomhed (CVR) -> 03 (CVR/SE) yndighed -> 10 (myndighed) OrgEnhed -> 10 (myndighed) OrgFunktion -> 10 (myndighed) Interesse-faellesskab -> 13 (fri) tns:objekttype Tekst Objekttype (Person, Virksomhed, etc.) anvendes til at sikre at dokument lægges på rette sag. Anvendes også til at udfylde Dokument vdr. Type: Person (CPR) -> Person Virksomhed (CVR) -> Virksomhed yndighed -> OrgEnhed -> OrgFunktion -> Interesse-faellesskab -> Bruger -> tns:referenceid Tekst URN med Personnummer, CVRnummer, etc.. Informationen anvendes til at sikre at dokument lægges på rette sag. JournalPost:JournalpostAttributter O tns:dokumenttitel Tekst O JournalpostAttributter:OffentlighedUndtaget O tns:titelalternativtekst Tekst tns:hjemmeltekst Tekst JournalPost:JournalnotatAttributter tns:titel Tekst O tns:notat Tekst Side 56 af 59

3.5.2 Retursvar til Fordelingskomponent/Afsendersystem Det svar som KD Sag sender til Fordelingskomponenten efter behandling af det modtagne dokument er via servicen FordelingskvitteringAfsendResponse. FordelingskvitteringAfsendResponse Navn Type /O Bemærkning/link FordelingskvitteringAfsendResponse:Forretningskvittering tns:forretningsvaliderings- Kode Tekst Håndtering af svaret fra Fordelingskomponenten, se afsnit 2.3.2 tns:begrundelse Tekst O Se afsnit 2.3.2 Forretningskvittering:FejlListe FejlListe:Fejl tns:fejlkode Tekst Se afsnit 2.3.2 tns:fejltekst Tekst O Se afsnit 2.3.2 O FordelingskvitteringAfsendResponse:DistributionContext tns:anvendertransaktionsid UUID odtaget AnvenderTransaktionsID returneres for at kunne koble request med response. tns:distributiontransaktionsid UUID O Hvis Request indeholder Distribution- TransaktionsID returneres den i dette felt. tns:afsendendeyndighed CVR tns:routingyndighed CVR Side 57 af 59