DAVAR Omdøbt til SagDokumentFormat. Attention er skilt ud i et selvstændigt format, AttentionFormat.
|
|
- Per Kjeldsen
- 8 år siden
- Visninger:
Transkript
1 Specifikation 19. september 2012 DAVAR J.nr Sagdokumentformat Versionshistorik Version Dato Initialer Noter DAVAR Høringsversion. Indsat MeddelelseAttention DAVAR Omdøbt til SagDokumentFormat. Attention er skilt ud i et selvstændigt format, AttentionFormat. Formål Formålet med dette dokument er at beskrive en specifikation for udveksling af metadata om dokumenter, der sendes af offentlige myndigheder blandt andet via digital post. Formatet for specifikationen tager udgangspunkt i sag- og dokumentstandarden, konkret i de begreber, der findes under en dokument-registrering. Anvendelse Specifikationen skal bruges til at overføre dokumentoplysninger og andre oplysninger relateret til dokumenter, der fx sendes gennem digital post løsningen. Modtagere af meddelelsesformatet kan være andre myndigheder, der modtager digital post som led i myndighed til myndigheds kommunikation eller virksomheder, der modtager digital post fra myndigheder. Modtagere af meddelelsesformatet vil også kunne være den afsendende myndighed selv i forbindelse med retursvar fra borgere og virksomheder via den digitale postløsning. Meddelelsesformatet implementeres som en XML-fil, sagdokument.xml, der kan vedlægges en digitale meddelelser. For yderligere specifikation se de generelle egenskaber for meddelelsesformaterne. Meddelelsesformatet indeholder metadata om hoveddokumentet i form af dokumentbeskrivelser (egenskaber) og relationer til andre digitale objekter jf. sagog dokumentstandarden. Meddelelsesformatet indeholder derudover mulighed for at medsende referencer til andre forretningsobjekter (genstande), der relaterer sig til dokumentet. Teknisk beskrivelse Versionering XML skemaerne versioneres i filnavnet og i namespacet. Herunder er angivet versionshistorikken for de XML skemaer, der hører til specifikationen:
2 SagDokumentFormat Version Dato Filnavn og namespace Aktuel SagDokumentFormat0.9.0.xsd xmlns:dpmf="urn:digst:meddelelsesformat:0.9.0" Ja Generering af meddelelsesformatet, XML-filen For at meddelelsesformatet skal kunne håndteres af den digitale post-løsning skal filen navngives i overensstemmelse som specificeret af vejledningerne for integration af et afsendersystem til digital post løsningen. XML filen vedlægges som et bilag til meddelelsen. Der vil ikke i transporten af XML-filen blive foretaget skemavalidering ligesom den digitale post løsning ikke skemavaliderer andre vedlagte XML-filer. Syntaktiske fejl vil således først fremtræde i den organisation, der modtager meddelelsesformatet. Filnavnet sagdokument.xml er reserveret i digital post-løsningen til dette formål. Sag og dokumentobjekter i meddelelsesformatet Meddelelsesformatet indeholder derudover to hovedområder: En dokumentsamling og en samling af andre objekter fra sag- og dokumentstandarderne. Samlingen af andre objekter kan rumme evt. fremtidige tilføjelser til specifikationen og består for nuværende blot af en identifikator, der indentificerer, hvilket objekt (fx sag, klasse, aktør), der er tale om, og en any node, der kan indeholde formatet. Dokumentsamlingen indeholder beskrivelser af de objekter, der er vedlagt den digitale postmeddelelse. Detaljerne for de enkelte dokumenter kaldes resten af specifikationen for en dokumentbeskrivelse. Sammenhæng mellem dokument og dokumentbeskrivelse En dokumentbeskrivelse beskriver et dokument (hoveddokument eller bilag) i en digital postmeddelelse. I meddelelsesformatet vil det dokument, som formatet beskriver, være identificeret via dokumentets filnavn, der kan angives i feltet DokumentFilNavn. Hvis dokumentet er vedlagt som et link til digital post meddelelsen kan URL-referencen angives i feltet DokumentURL. Registrering, historik og virkning En dokumentbeskrivelse tager udgangspunkt i én dokumentregistrering. Alle oplysninger i formatet er en beskrivelse af det aktuelle dokument, og der indgår derfor ikke angivelse af dokumenthistorik og virkning i metadataformatet. Lokaludvidelser til dokumentstandarden og struktureret opmærkning af metadata Sag- og dokumentstandarderne rummer mulighed for, at konkrete implementeringer af standarden kan gøre brug af lokale udvidelser. På den måde tager standarderne højde for specifikke forretningsbehov, der ikke direkte kan relateres til de generelle digitale objekter (dokument, sag, aktør osv.). Det vil være muligt at udvide metadataformatet, så lokale udvidelser kan medsendes. Disse
3 områder er i tabellen herunder angivet med typen any, der angiver, at der kan indsættes en XML-struktur, der ikke valdieres i henhold til meddelelsesformatet. Lokale implementeringer af sag- og dokumentstandarden er tilpasset specifikke forretningsbehov. Metadata vedr. sag og dokument, fx i form af yderligere relationer, kan have karakter af generelle egenskaber, der er vigtige for overførslen af metadata mellem myndigheder og fra myndigheder til virksomheder. Meddelelsesformatet indeholder mulighed for at overføre strukturerede metadata fra en organisation til en anden. Dette gøres i en ny sektion kaldet strukturerede metadata (StruktureredeMetadata). Som strukturerede metadata er det muligt at angive referencer til forretningsobjekter (ObjektSamling). Forretningsobjekter er objekter, genstande organisatoriske attributter m.m., der er identificerede i en bestemt forretningsmæssig kontekst. Konteksten i udgøres af den fællesmængde af forretningsobjekter, der giver mening for afsenderen og modtageren. Således er det muligt i samlingen af objekter, at referere til id er og andre værdier, med det formål systematisk at kommunikere hvad meddelelsen drejer sig om. Formålet er således, på en fleksibel måde at oversende metadata, der muliggør lettere modtagelse og evt. behandling af meddelelsen i den modtagende organisation. Objektsamlingen kan derfor fx bruges til at kommunikere, at meddelelsen vedrører en specifik person, køretøj, bygning. Objektsamlingen kan også bruges til at tilføje oplysninger, der kan lette modtagelse af meddelelsen, fx attestering af meddelelsen eller anden angivelse af, hvor meddelelsen forventes behandlet. Et objekt (genstand) beskrives med tre felter. Objektnøglen angiver hvilken værdi, der et tale om, fx et CVR-nummer. Hvis CVR-nummeret angiver en part kunne objektnøglen være Part_CVR. Afsendere og modtagere aftaler formatet for denne nøgle, i det konkrete eksempel formatet for et CVR-nummer. Objektværdien angiver den korresponderende værdi til nøglen, i dette eksempel et CVR-nummer. Objektattribut giver mulighed for forretningsmæssig opmærkning af objektet. I forhold til angivelse af en part kunne dette være angivelsen af part-rolle, fx Afsender. I en konkret forretningskontekst kan værdimængden for objektnøgler (med angivelse af format) og objektattributter aftales bilateralt. Disse bilaterale aftaler kan genbruges på tværs af den offentlige sektor i det omfang det er relevant. Der vil i første omgang ikke blive udgivet en autoritativ liste med definitioner af fælles værdimængder og et evt. arbejde med dette vil tage udgangspunkt i den faktiske brug af meddelelsesformatet. Brug af UUID og URN I sag- og dokumentstandarderne refereres digitale objekter gennem UID er. Dokumentets relationer til disse objekter fremgår af sektionen dokumentrelationer i meddelelsesformatet. Der eksisterer, på nær enkelte undtagelser, ikke et landskab
4 af digitale objekter, der kan refereres på tværs af den offentlige sektor. Reference til digitale objekter er således tilpasses til brug for meddelelsesformatet. En UID kan bestå af enten en UUID eller en URN-streng. Disse id er vil typisk kun kunne læses i afsenderens kontekst. Der er angivet i beskrivelsen på formatet eksempler på, hvordan UID er kan skrives. Hvis en relation skal kommunikere indhold fra en organisatorisk kontekst til en anden, skal strukturen i URNnotationen aftales bilateralt. Udover muligheden for at angive en UID for en relation udvides specifikationen til at kunne indeholde den brugervendte nøgle fra de refererede objekter. Dette gør det muligt at medsende relationer, der kan læses af den modtagende organisations medarbejdere. Obligatoriske felter Få felter i meddelelsesformatet er obligatoriske. Det skyldes, at metadataformatet skal kunne anvendes i mange sammenhænge, og formatet derfor skal betragtes som en beholder af data. De forretningsmæssige processer, som metadataformatet er en del af, må stille krav til udfyldelsen af formatet. Myndigheder m.v. må bilateralt aftale hvilke metadata, der er relevante i forhold til en given proces, og validere dette i forbindelse med udvekslingen af dokumenter. I tabellen herunder er det angivet om felter er obligatoriske ved hhv. M (mandatory) og O (optional). Beskrivelse af formatet Roden af meddelelsesformatet indeholder to dele: Samlingen af dokumenter og samlingen af andre objekter fra sag- og dokumentstandarderne. Den overordnede struktur i meddelelsesformatet ser således ud: Elementerne MeddelelsesformatUdvidelse er en any -type og angiver de steder, det er muligt at udvide formatet. Derudover er det muligt at udvide formatet der, hvor dokumentstandarden giver mulighed for det.
5 Strukturen i dokumentbeskrivelsen ser således ud: Tabellen herunder detaljerer indholdet i dokumentbeskrivelsen (dokument). I beskrivelseskolonnen er det angivet, hvordan felterne referere til dokumentstandarden. Tabel 1: Beskrivelse af dokumentstrukturen Område/Felt Type M/O Beskrivelse Dokument UUID UUID O Jf. standarden. UUID på dokumentet. Hvis det afsendende system ikke genererer en UUID sættes denne til en tom streng. Transaktionsdata (0) MeddelelsesformatUdvidelse Any O Mulighed for at udvide sektionen med transaktionsdata HoveddokumentIndikator Boolean M Angiver, om dokumentet er hoveddokumentet i meddelelsen. Dokumenthenvisning (choice) DokumentFilnavn Text M Jf. afklaring ovenfor. For et dokument skal der enten angives et filnavn eller en URL. DokumnetURL AnyURI M Jf. Beskrivelsen ovenfor.
6 Område/Felt Type M/O Beskrivelse Registrering AttributListe sd:lokaludvidelse Any (0-*) O Mulighed for at udvide dokumentets attributliste jf. standarden. Egenskaber BrugervendtNoegleTekst Text O Fx dokumentnummer, aktnummer jf. standarden BeskrivelseTekst Text O Jf. standarden. BrevDato Date M Jf. standarden. Format: yyyy.mm.dd TitelTekst Text M Jf. standarden. Overskrift på dokumentet. DokumentTypeTekst Text O Typen af dokument jf. standarden. dok:relationliste Bilag UID (0-*) O Reference til bilag jf. standarden. Kommentar UID (0-*) O Reference til kommentarer til dokumentet i form af et vedlagt dokument jf. standarden. PrimaerKlasse UID (0-1) O Bruges til FORM koder. UUID: b3f de-b9a6-0050c urn:oio:form: Brugervendt nøgle kan fx være AndreKlasser UID (0-*) O Bruges til FORM og andre klasser som KLE m.v. jf. standarden. urn:oio:kmd:sag:klenr_handlingsfacet:<> Brugervendt nøgle kan fx være KLE handlingsfacet <> Ejer UID (0-1) O Jf. standarden. urn:oio:kmd:sag:administrativenhed:<> Brugervendt nøgle kan fx være <myndighed>, <enhed> Ansvarlig UID (0-1) O Jf. standarden. urn:oio:kmd:sag:administrativenhed:<> Brugervendt nøgle kan fx være <myndighed>, <enhed> Parter UID (0-*) O Jf. standarden urn:oio:cpr: urn:oio:cvr: Brugervendt nøgle kan fx være KopiParter UID (0-*) O Jf. standarden urn:oio:cpr: urn:oio:cvr: Brugervendt nøgle kan fx være TilknyttedeSager UID (0-*) O Jf. standarden Brugervendtnøgle kan fx være <sagsid> PrimaerBehandler UID (0-1) O Jf. standarden urn:oio:kmd:sag:sagsbehandlerid:<> urn:oio:kmd:sag:administrativenhed:<> Brugervendt nøgle kan fx være <brugerinitialer> sd:lokaludvidelse Any (0-*) O Mulighed for at udvide sektionen med relationer til dokumentet jf. standarden.
7 Område/Felt Type M/O Beskrivelse StruktureredeMetadata ObjektSamling Samling der beskriver meddelelsens genstand (0-*) O Samling af nøgle og værdi par. Samlingen indeholder mulighed for at angive id er og andre referencer til genstande m.v., som meddelelsen vedrører. MeddelelsesformatUdvidelse Any O Mulighed for at udvide sektionen med strukturerede metadata MeddelelsesformatUdvidelse Any O Mulighed for at udvide meddelelsesformatet med nye sektioner Tabel 2: Beskrivelse af Objekt (ObjektSamling) Område/Felt Type M/O Beskrivelse Objekt ObjektNoegleKode ObjektAttributKode ObjektVaerdiTekst Text Op til 50 tegn Text Op til 50 tegn Text Op til 100 tegn M O M Nøgle, der referer til en definition objektet og formatet. Denne definition kan etableres i en bilateral aftale eller i en autoritativ liste. Attribut, der kan bruges til forretningsmæssig opmærkning af objektet Objektets ID, reference Eksempler på brug af ObjektSamling Objektsamlingen under sektionen for strukturerede metadata er en fleksibel måde at oversende referencer til forretningsobjekter mellem organisationer. For at det kan lade sig gøre, skal det aftales organisationerne imellem hvilke nøgler og attributter, der anvendes, og formater for de korresponderende værdier. Specifikationen forholder sig ikke til den konkrete proces med at etablere en autoritativ liste af nøgler og attributter. Nedenstående er således blot eksempler på, hvordan sektionen kan anvendes. Eksempel 1: Kommunikation af dokumentets parter Objektsamlingen kan bruges til yderligere beskrivelse af dokumentets parter. Attributfeltet kan her bruges til at opmærke en partrolle. Et eksempel kan være: Nøgle Attribut Værdi Part_CVR Afsender Part_CVR Modtager Part_CPR Primær sagspart Part_CPR Far Eksempel 2: Angivelse af motorregistreringsnummer Objektsamlingen kan bruges til at angivet et specifikt forretningsobjekt, som meddelelsen vedrører: Nøgle Attribut Værdi Motorregistreringsnummer Motorregistreringsadressetekst - Enhed, Vejnavn 66, By, Postnummer
Specifikation. Attentionformat. 19. september 2012 DAVAR J.nr
Specifikation 19. september 2012 DAVAR J.nr. 2012-6211-281 Attentionformat Versionshistorik Version Dato Initialer Noter 0.9 19-09-2012 DAVAR Udkast efter høring Formål Formålet med dette dokument er at
Læs mereBilag til vejledning i anvendelse af attentionformatet i Digital Post-løsningen. December 2017, version 0.9
Bilag til vejledning i anvendelse af attentionformatet i Digital Post-løsningen December 2017, version 0.9 Hvad kan du læse om? I denne vejledning kan du læse om hvilke retningslinjer, der gælder for den
Læs mereSag og Dokument: Eksempel på brug af generelle egenskaber
Sag og Dokument: Eksempel på brug af generelle egenskaber Der er knyttet en række generelle egenskaber til de enkelte objekter som beskrevet i dokumentet Generelle egenskaber for serviceinterfaces på sags-
Læs mere1 Objekt informationsmodel - Byggeblok
1 Objekt informationsmodel - Byggeblok Logisk Informationsmodel for Byggeblokken Objekt Modellen beskriver og viser hvordan Forretningsobjekt "Objekt" kan forstås. Modellen er generisk, og kan derfor bruges
Læs mereOIOUBL Guideline. OIOUBL Guideline
OIOUBL Guideline OIOUBL Guideline OIOUBL Datatyper UBL 2.0 Datatypes G29 Version 1.3 Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 Kolofon Kontakt: Digitaliseringsstyrelsen E-mail:
Læs mereHøringsnotat - specifikation af serviceinterface for SAG version 1 2
N OTAT Høringsnotat - specifikation af serviceinterface for SAG version 1 2 Specifikation af serviceinterface for SAG Version 1.2 (Sag-standard) Den fællesoffentlige styregruppe for Sag og Dokument sendte
Læs mereBaggrundsinformation
1. Begreber Baggrundsinformation Sags- og Dokumentindekset skal indeholde sags- og dokumentmetadata, samt nøgler til andre relaterede forretningsobjekter fra Afsendersystemer, således at der kan leveres
Læs mereUnderbilag 2O Beskedkuvert Version 2.0
Underbilag 2O Beskedkuvert Version 2.0 Indhold Indledning... 34 2 Beskedkuvertens struktur... 34 3 Indhold af Beskedkuverten... 34 3. Overordnet indhold... 45 3.2 Detaljeret indhold af Beskedkuverten...
Læs mere1 Dokument-version2.0
1 Dokument-version2.0 Formål med Dokumentmodellen Formålet med Dokumentmodellen er at gøre det lettere at udveksle oplysninger om dokumenter mellem to eller flere it-systemer, ved at skabe en fælles forståelse
Læs mere1 Klassifikation-version2.0
1 Klassifikation-version2.0 Formål med Klassifikationsmodellen Her specificeres Klassifikationsmodellen, som en informationsmodel for Klassifikationer. Klassifikationer (eller klassifikationssystemer)
Læs mereIntroduktion til MeMo
Introduktion til MeMo 14. maj 2018 CIU I forbindelse med udbuddet af en ny version af Digital Post løsningen skal der udvikles et nyt format for udveksling af digitale postmeddelelser. Det nye format navngives
Læs mereVejledning i anvendelse af attentionformatet i Digital Post-løsningen. December 2017, version 0.9
Vejledning i anvendelse af attentionformatet i Digital Post-løsningen December 2017, version 0.9 Hvad kan du læse om? Denne vejledning handler om Attentionformatet i Digital Post. Du kan læse om hvad det
Læs mere1 Tilstand informationsmodel - Byggeblok
1 Tilstand informationsmodel - Byggeblok Logisk Informationsmodel for Byggeblokken Tilstand : Overordnet model til at beskrive "tilstande". Modellen er generisk og kan bruges som skabelon på tværs af forretningsområder
Læs mereFællesoffentlig beskedmodel version 1.0
Side: 1 Fællesoffentlig beskedmodel version 1.0 Dokumentet indeholder dels en informationsmodel for hændelsesbeskeden og dens miljø, dels en generisk datamodel for hændelsesbeskeden, som kan danne en fælles
Læs mereFESD-standardiseringsgruppen Att: Palle Aagaard IT- og Telestyrelsen IT-strategisk kontor Holsteinsgade 63 2100 København Ø
FESD-standardiseringsgruppen Att: Palle Aagaard IT- og Telestyrelsen IT-strategisk kontor Holsteinsgade 63 2100 København Ø Høringssvar vedr. FESD GIS-integrationsmodel version 2.0 Geodata Danmark har
Læs mereVejledning om avanceret afhentning. i Digital Post på Virk.dk.
Vejledning om avanceret afhentning og sortering i Digital Post på Virk.dk. Denne vejledning beskriver, hvordan virksomheder, foreninger m.v. med et CVR-nummer kan modtage Digital Post, herunder hvordan
Læs mereDigital post Snitflader Bilag B - Afsendelse og modtagelse af meddelelser via S/MIME Version 6.3
Digital post Snitflader Bilag B - Afsendelse og modtagelse af meddelelser via S/MIME Version 6.3 1 Indholdsfortegnelse B.1. INTRODUKTION... 4 B.1.1. HENVISNINGER... 4 B.1.2. INTEGRATION MED EKSISTERENDE
Læs mereSpecifikation af Model for Dokument (Version til kommentering)
Specifikation af Model for Dokument (Version til kommentering) 1 > Specifikation af Model for Dokument. Version 2.0 (version til kommentering) Denne standard kan frit anvendes af alle. Citeres der fra
Læs mereBoligportal.dk s kravspecifikation til XML-feed
Boligportal.dk s kravspecifikation til XML-feed Introduktion I forbindelse med automatisk import af lejeboliger til Boligportal.dk skal der udarbejdes en XML-feed, som Boligportal.dk kan hente på en URL.
Læs mereFordeling af journalnotater og dokumenter Udkast til løsningsmodel. Marts 2014
Fordeling af journalnotater og dokumenter Udkast til løsningsmodel Marts 2014 1 Indledning Denne præsentation beskriver, på et overordnet plan, følgende områder i forhold til en fremtidig fordelingsmekanisme,
Læs mereIntroduktion til MeMo
Introduktion til MeMo 1. februar 2019 CIU I forbindelse med Digitaliseringsstyrelsens udbud af Næste generation Digital Post løsningen (NgDP) er der udviklet en ny model for udveksling af digitale postmeddelelser,
Læs mereVejledning i anvendelse af attentionformatet i Digital Post-løsningen. April 2018, version 1.0
Vejledning i anvendelse af attentionformatet i Digital Post-løsningen April 2018, version 1.0 Hvad kan du læse om? Denne vejledning handler om Attentionformatet i Digital Post. Du kan læse om hvad det
Læs mere1 Begrebsmodel for Ydelsesindeks
1 Begrebsmodel for Ydelsesindeks Ydelsesindeks skal indeholde metadata om tildelte ydelser, samt nøgler til andre relaterede forretningsobjekter fra Afsendersystemer, således at der kan leveres et tværgående
Læs mereAnvendelse af dobbelthistorik i GD2
Grunddataprogrammet under den Fællesoffentlige Digitaliseringsstrategi GD2 - Adresseprogrammet Anvendelse af dobbelthistorik i GD2 Implementerings regler og eksempler på dobbelthistorik MBBL- REF: Version:
Læs mereBoligportal.dk s kravspecifikation til XML-feed
Boligportal.dk s kravspecifikation til XML-feed Introduktion I forbindelse med automatisk import af lejeboliger til Boligportal.dk skal der udarbejdes en XML-feed, som Boligportal.dk kan hente på en URL.
Læs mereUdgivelsen er beskyttet af Creative Commons license, Navngivning 2.5
OIOUBL Guideline OIOUBL UUID UBL 2.0 UUID G32 Version 1.1 Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 OIOUBL UUID Version 1.1 Side 1 Kolofon Kontakt: IT- & Telestyrelsen E-mail:
Læs mereKOMBIT Byg og Miljø FAQ. Byg og Miljø. Version 1.1 24. januar 2014 BHE
KOMBIT Byg og Miljø FAQ Byg og Miljø Version 1.1 24. januar 2014 BHE Indhold Login og rettigheder... 3 Aktiviteter, sager, projekter... 4 Regler... 5 Proces... 6 Kommunikation... 7 Filer... 8 Integration
Læs mereNotat om metadata om grunddata
Bilag 16 - Fælles arkitekturramme for GD1-GD2-GD7 Notat om metadata om grunddata 6. december 2013 SAR & PLACE Indledning Metadata data om data betegner ikke en entydig klasse af data. Anvendelsen af betegnelsen
Læs mereANVISNINGER FOR ANVENDELSE AF STØTTESYSTEMERNES INDEKSER
ANVISNINGER FOR ANVENDELSE AF STØTTESYSTEMERNES INDEKSER Delagenda 1. Formål med anvisningerne (spændetrøjen) 2. Dokumenterne og strukturen (bl.a. Udgangspunkt i XSD i stedet for i informationsmodeller)
Læs mereTypografidefinition: Typografi1: Skrifttype: 10 pkt, (intet) DKAL Snitflader REST Afhentningssystem
Typografidefinition: Typografi1: Skrifttype: 10 pkt, (intet) DKAL Snitflader REST Afhentningssystem 1 Indholdsfortegnelse A3.1 INTRODUKTION 3 A3.1.1 HENVISNINGER 3 A3.1.2 LÆSEVEJLEDNING 4 A3.1.2.1 SÅDAN
Læs mereDrejebog for tilslutningsprøve OIO sag
Drejebog for tilslutningsprøve OIO sag Indholdsfortegnelse Ændringer i forhold til forrige version... 3 1 Indledning... 4 1.1 Formål med drejebogen... 4 1.2 Mål med tilslutningsprøven... 4 2 Overordnet
Læs mereKOMBIT er ejet af KL og kommunerne. Det er kommunerne, der via KL har bedt om udvikling af Byg og Miljø, og som betaler for løsningen.
1 2 KOMBIT er ejet af KL og kommunerne. Det er kommunerne, der via KL har bedt om udvikling af Byg og Miljø, og som betaler for løsningen. Det er frivilligt for kommuner at aftage systemet. Iht. den fælleskommunale
Læs mereDigital post Integration for virksomheder Via sikker e-mail og REST Version 6.4
Digital post Integration for virksomheder Via sikker e-mail og REST Version 6.4 1 Indholdsfortegnelse G.1 INTRODUKTION 4 G.1.1 OVERBLIK OVER HVORDAN DIGITAL POST KAN TILGÅS 4 G.1.2 FLOW SOM EN DIGITAL
Læs mereOBJECT IDENTIFICERES OID PHMR
OBJECT IDENTIFICERES OID PHMR MedCom. Odense d. 27. feb. 2014 Thor Schliemann OID OG INTEROPERABILITET OID er et omdrejningspunktet for interoperabilitet I både teknisk og semantisk interoperabilitet er
Læs mereVejledning i at oprette postkasser i Digital Post. August 2019
Vejledning i at oprette postkasser i Digital Post August 2019 Hvem skal anvende vejledningen? Vejledningen er relevant for dig, hvis du skal oprette en postkasse og/eller mapper til postkasser. Du skal
Læs mereFælles retningslinjer for REST webservices
Fælles retningslinjer for REST webservices Fællesoffentlig digital arkitektur Pelle Borgsten, Nikolaj Malkov, Christian Callsen Dagsorden Punkt 1. Formål 2. Principper og forretningsbehov 3. Retningslinjer
Læs mereABM standard arbejdsgruppen nedsat af Statens Arkiver, Biblioteksstyrelsen og Kulturarvsstyrelsen
nedsat af Statens Arkiver, Biblioteksstyrelsen og Kulturarvsstyrelsen Titel : Transport af ABM data Dato : 2007-10-15 Status : Gældende ABM-specifikation Sekretariat: Publicering: Kulturarvsstyrelsen ved
Læs mereFORSLAG TIL MASSEAFSENDELSE
FORSLAG TIL MASSEAFSENDELSE Digital Post og Fjernprint 2015-03-11 Dagsorden 1. Velkomst 2. Nuværende OIO-rest 3. Udfordringer 4. Afrunding Nuværende OIO-REST løsning Digital post De nuværende Digital Post
Læs mereNedenstående oversigt viser elementerne i den meddelelse, der skal overføres fra fødeafdeling til kirkekontor/sogn.
Teknisk oversigt over elementer i fødselsanmeldelsen Nedenstående oversigt viser elementerne i den meddelelse, der skal overføres fra fødeafdeling til kirkekontor/sogn. Der anvendes XML. Denne version
Læs mereVejledning i at oprette postkasser i Digital Post. Juli 2016
Vejledning i at oprette postkasser i Digital Post Juli 2016 Hvem skal anvende vejledningen? Vejledningen er relevant for dig, hvis du skal oprette en postkasse og/eller mapper til postkasser. Du skal have
Læs mereN OT AT. Arbejdsgang i forbindelse med afsendelse af dokument til Dokumentboks. Overordnet vision til håndtering afsendelse af dokumenter
N OT AT Arbejdsgang i forbindelse med afsendelse af dokument til Dokumentboks Dette notat indeholder en beskrivelse af arbejdsgange til håndtering af afsendelse af dokumenter til Dokumentboksen eller måske
Læs mereVilkår for Dialogintegration
Vilkår for Dialogintegration KOMBIT A/S Halfdansgade 8 2300 København S Tlf 3334 9400 www.kombit.dk kombit@kombit.dk CVR 19 43 50 75 Side 1/8 Dokumenthistorik Dato Version Ansvarlig Kommentar til ændringer
Læs mereVilkår for brug af Støttesystemet Sags- og Dokumentindeks
Version 1.0 Vilkår for brug af Støttesystemet Sags- og Dokumentindeks KOMBIT A/S Halfdansgade 8 2300 København S Tlf 3334 9400 www.kombit.dk kombit@kombit.dk CVR 19 43 50 75 Side 1/10 1. Indledning og
Læs mereDANSK PROFILERING AF PHMR AFSÆT I TELEMEDICINSKE PROJEKTER OG REFERENCEARKITEKTURER
DANSK PROFILERING AF PHMR AFSÆT I TELEMEDICINSKE PROJEKTER OG REFERENCEARKITEKTURER MedCom 28. Oktober 2013 Thor Schliemann OM REFERENCEARKITEKTURER (I) Tager udgangspunkt i forretningsmæssige målsætninger
Læs mere1 Klassifikation Informationsmodel
23..27 Klassifikation Informationsmodel. Facet En facet angiver en bestemt synsvinkel på klassificering af de objekter, som klassifikationssystemet udgør taxonomien for. Facetten grupper klasser i klassifikationssystemet.
Læs mereUdgivelsen er beskyttet af Creative Commons license, Navngivning 2.5
OIOUBL Guideline OIOUBL Adresser UBL 2.0 Address G36 Version 1.2 Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 OIOUBL Adresser Version 1.2 Side 1 Kolofon Kontakt: IT- & Telestyrelsen
Læs mereUdgivelsen er beskyttet af Creative Commons license, Navngivning 2.5
OIOUBL Guideline UBL 2.0 Datatyper OIOUBL Datatypes G29 Version 1.1 Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 Kolofon Kontakt: IT- & Telestyrelsen E-mail: oioubl@itst.dk OIOUBL
Læs mereSortimentet angiver de mulige klasser, som er tilladte at benytte i en registrering, med andre ord en værdiliste over tilladte koder.
22.3.27 SortimentStruktur. DataStructure: SortimentStruktur Et sortiment er en samling af klasser, som er udvalgt fra en eller flere klassifikationer, med et specifikt formål om at afgrænse registreringspraksis
Læs mereINTEGRATION TIL DEN FÆLLESKOMMUNALE ARKITEKTUR
INTEGRATION TIL DEN FÆLLESKOMMUNALE ARKITEKTUR Integrationsform (Serviceplatform [SP]) Gennemstilling Omstilling/redirect Orkestrering Replica/cache Transformation SFTP simpel SFTP med service kvittering
Læs mereVejledning til anvendelse af MeMo og SMTP. Næste generation Digital Post Maj 2018, version 0.9
Vejledning til anvendelse af MeMo og SMTP Næste generation Digital Post Maj 2018, version 0.9 Indhold Indhold 2 1 Introduktion 3 1.1 Præciseringer 3 1.2 Terminologi 3 2 Anvendelse af SMTP-felter 5 3 Anvendelse
Læs mereVejledning i at anvende besvarelsesformular. Juli 2016
Vejledning i at anvende besvarelsesformular Juli 2016 Hvem skal anvende vejledningen? Vejledningen er relevant for dig, hvis du skal anvende besvarelsesformular på postkasser eller materialer. Du skal
Læs mereDKAL Snitflader Afsendelse og modtagelse af meddelelser via S/MIME
DKAL Snitflader Afsendelse og modtagelse af meddelelser via S/MIME 1 Indholdsfortegnelse B.1. INTRODUKTION... 3 B.1.1. HENVISNINGER... 3 B.1.2. INTEGRATION MED EKSISTERENDE SIKKER E-POSTLØSNING... 3 B.1.3.
Læs mereAnmodning om begravelse
Anmodning om begravelse Beskrivelse af integrationen mellem PERSON og bedemandssystemer version 2.1 til idriftsættelse januar 2020 Dnr 49703 29. maj 2019 Indholdsfortegnelse 1. Indledning 3 2. Den tekniske
Læs mereDKAL Snitflader Masseforsendelse
DKAL Snitflader Masseforsendelse 1 C.1 Indholdsfortegnelse C.1 INDHOLDSFORTEGNELSE... 2 C.2 LÆSEVEJLEDNING... 3 C.3 TILMELDINGSLISTE... 4 C.3.1 RECORD-STRUKTUR... 4 C.3.2 OIOXML-STRUKTUR... 5 C.4 MATERIALE-INDLÆSNING...6
Læs mereFind det relevante dokument på rekordtid med A104 Dokumenthåndtering Gunnar Friborg, bips
Find det relevante dokument på rekordtid med A104 Dokumenthåndtering Gunnar Friborg, bips Dokumenthåndtering er nøglen Nøglen til dokumenterne Nøglen til informationerne Nøglen til data Preben Mejer, Innovation
Læs mereSF1460_C Aflever besked Integrationsbeskrivelse - version 2.2.2
SF1460_C Aflever besked - version 2.2.2 Kommunernes Datafællesskab - KDF Versionshistorik Relevans Dato Initialer Version Kommentarer 2015-07-01 ehe 0.1 Første version 2015-07-01 ehe 2.1.0 Indarbejdet
Læs mereST Sortiment Informationsmodel
.5.27 ST Sortiment Informationsmodel .5.27. Delsortiment Delsortimentet er en obligatorisk opdeling af sortimentet i værdilister, samlinger af mulige registreringsværdier, hvor hver samling, delsortimentet,
Læs mere1 KlassifikationStruktur
..27 KlassifikationStruktur. KlassifikationStruktur Klassifikation er det abstrakte objekt som samler et klassifikationssystem. Klassifikation holder klassifikationssystemets metadata. Klassifikationssystemet
Læs mere1 Begrebsmodel for Ydelsesindeks
1 Begrebsmodel for Ydelsesindeks Ydelsesindeks skal indeholde metadata om tildelte ydelser, samt nøgler til andre relaterede forretningsobjekter fra Afsendersystemer, således at der kan leveres et tværgående
Læs mereSpecifikation af Model for Klassifikation Version 2.0
1 Specifikation af Model for Klassifikation Version 2.0 > Specifikation af Model for Klassifikation Version 2.0 Denne standard kan frit anvendes af alle. Citeres der fra standarden i andre publikationer
Læs mereSortimentet angiver de mulige klasser, som er tilladte at benytte i en registrering, med andre ord en værdiliste over tilladte koder.
8..27 SortimentOverfør Kort beskrivelse: Denne service distribuerer ØiR Sortimenter til It-systeminstanser, der abonner på sortimentet på vegne af en myndighed. Servicen udstilles som integrationen SF_72
Læs mereDigital post Snitflader Bilag C Filbaseret Version 6.3
Digital post Snitflader Bilag C Filbaseret Version 6.3 1 C.1 Indholdsfortegnelse C.1 INDHOLDSFORTEGNELSE... 2 C.2 LÆSEVEJLEDNING... 4 C.3 TILMELDINGSLISTE... 5 C.3.1 RECORD-STRUKTUR... 5 C.3.1.1 HEADERRECORD...
Læs mereSF1460_C Aflever besked Integrationsbeskrivelse - version 2.4.0
SF1460_C Aflever besked - version 2.4.0 Kommunernes Data & Infrastruktur - KDI Versionshistorik Relevans Dato Initialer Version Kommentarer 2015-07-01 ehe 0.1 Første version 2015-07-01 ehe 2.1.0 Indarbejdet
Læs mere<navn på proces eller use case>
-- AKT 444548 -- BILAG 1 -- [ Bilag B1_Skabelon Integrationstabel ] -- Bilag B1 Integrationstabel Formålet med integrationstabellerne er at danne et samlet overblik over de tekniske integrationer, der
Læs mere1 Organisation-version2.0
1 Organisation-version2.0 Denne pakke indeholder en specifikation af en model for Organisation (Organisationsmodellen). Formålet med Organisationsmodellen er at tilbyde et fælles sprog for beskrivelse
Læs mereKlik her for at angive tekst. Vejledning til brug af Støttesystemet Sags- og Dokumentindeks
23. maj 2013 HHK/KMJ NOTAT Klik her for at angive tekst. Vejledning til brug af Støttesystemet Sags- og Dokumentindeks KOMBIT A/S Halfdansgade 8 2300 København S Tlf 3334 9400 www.kombit.dk kombit@kombit.dk
Læs mereVEJLEDNING I OPSÆTNING I MICROSTATION, MAPINFO, QGIS OG ARCGIS
DATO DOKUMENT SAGSBEHANDLER MAIL TELEFON 26. februar 2016 13/08149-23 Carsten Henning Bitsch cahb@vd.dk +45 7244 2626 VEJLEDNING I OPSÆTNING I MICROSTATION, MAPINFO, QGIS OG ARCGIS 1. Microstation 2. MapInfo
Læs mereDK-Cartridge 1.0. Distributionsformat for digital læringsindhold VERSION: 1.0
DK-Cartridge 1.0 Distributionsformat for digital læringsindhold VERSION: 1.0 DATO: 9. december 2015 1 Indholdsfortegnelse 1 Introduktion... 3 2 Formål... 3 3 Afgrænsninger... 3 4 DK-Cartridge instanser...
Læs mereVANSEnvelope TESTPROTOKOL FOR DEN GODE VANSENVELOPE. Namespace: urn:oio:medcom:vans-envelope: VANS
VANSEnvelope TESTPROTOKOL FOR DEN GODE VANSENVELOPE VANS 12.05.2011 Namespace: urn:oio:medcom:vans-envelope:1.0.4 DOKUMENT HISTORIK Version Forfatter Dato Beskrivelse 1.0 JAG 12.05.2011 Start på dokument
Læs mereAlle dokumenter der oprettes på en sag i GE på fanen Dokument gemmes i mappen for den pågældende sagstype.
Integration mellem edoc og GeoEnviron - version 1 Med GeoEnviron 6.4.1 frigives integrationen mellem ESDH-systemet edoc, som er udviklet af Fujitsu, og GeoEnviron Miljø og Byggesag. I det følgende kaldes
Læs mereSTS ORGANISATION. 26. februar 2019
STS ORGANISATION 26. februar 2019 Indhold Baggrund og ophæng til rammearkitekturen Hvordan fungerer Organisation? Anvisninger til anvendelse af Organisation Guide til udlæsning af Organisation Dokumentation
Læs mereOIO standardsnitflade til Advis. Snitfladevejledning til operationen Advis Importer. KMD Sag Version KMD A/S Side 1 af 23
OIO standardsnitflade til Advis Snitfladevejledning til operationen Advis Importer KMD Sag Version 2.0 07-10-2013 KMD A/S Side 1 af 23 Snitfladevejledning til Advis_Importer Ekstern standardsnitflade til
Læs mereSortimentet angiver de mulige klasser, som er tilladte at benytte i en registrering, med andre ord en værdiliste over tilladte koder.
8.2.27 SortimentStruktur. SortimentStruktur Et sortiment er en samling af klasser, som er udvalgt fra en eller flere klassifikationer, med et specifikt formål om at afgrænse registreringspraksis i en given
Læs mereVersion Dato Beskrivelse 1.0.0 26/11/2012 Initial version 1.2.0 05/03/2013 Tilføjet eksempel med Template Agent, generelt udvidet dokumentet.
MOX og APOS2 Forord Dette dokument er en del af APOS version 2 manualerne. APOS version 2 (APOS2 herefter) er et organisation, klassifikation og personale system baseret på Sag & Dokument standarderne.
Læs mereGenerelt Internationalisering
Bekendtgørelse om krav til anvendelse af Informations- og Side 1 af 7 Generelt Digital Konvergens samarbejdet, har i sit hidtidige arbejde fokuseret på at implementere vindende, digitale standarder, der
Læs mereVEJLEDNING I OPSÆTNING I MICROSTATION, MAPINFO, QGIS OG ARCGIS
DATO DOKUMENT SAGSBEHANDLER MAIL TELEFON 5. juli 2016 13/08149-23 Carsten Henning Bitsch cahb@vd.dk +45 7244 2626 VEJLEDNING I OPSÆTNING I MICROSTATION, MAPINFO, QGIS OG ARCGIS 1. Microstation 2. MapInfo
Læs mereIndeværende dokument er et bilag til rapporten MOX et forretningsmønster for fagsystemers udveksling af hændelser Version 0.76
MOX bilag Indeværende dokument er et bilag til rapporten MOX et forretningsmønster for fagsystemers udveksling af hændelser Version 0.76 Rapporten og bilaget udgør et foreløbigt udkast til rapportering
Læs mereRapport om snitflader til publiceringsagent i Gentofte Kommune
Rapport om snitflader til publiceringsagent i Gentofte Kommune Connecting Business & Technology Devoteam Fischer & Lorenz A/S 2004 Dette dokument er udarbejdet for af Devoteam Fischer & Lorenz A/S. har
Læs mereKursusbeskrivelse. Forarbejde. Oprettelse af en Access-database
Kursusbeskrivelse Oprettelse af en Access-database Som eksempel på en Access-database oprettes en simpelt system til administration af kurser. Access-databasen skal indeholde: et instruktørkartotek et
Læs mereFinanstilsynets indberetningssystem. FAQ Ofte stillede spørgsmål
Finanstilsynets indberetningssystem FAQ Ofte stillede spørgsmål Finanstilsynet - 1. udgave oktober 2009 Indholdsfortegnelse 1 HVAD ER FINANSTILSYNETS INDBERETNINGSSYSTEM?... 2 2 HVORDAN FÅR JEG DANNET
Læs mereCompliance-test, STS Sags- og Dokument indekset
11. april 2018 Compliance-test, STS Sags- og Dokument indekset Version 1.0 75 Side 1/13 1. Ændringshistorik Dato Version Foretaget af Ændringsbeskrivelse 28-01-2019 0.1 CWM Dokument oprettet. 06-03-2019
Læs mereSortimentet angiver de mulige klasser, som er tilladte at benytte i en registrering, med andre ord en værdiliste over tilladte koder.
2.9.27 SortimentStruktur. SortimentStruktur Et sortiment er en samling af klasser, som er udvalgt fra en eller flere klassifikationer, med et specifikt formål om at afgrænse registreringspraksis i en given
Læs mereGrunddatabeskedmodel version 1.0
Grunddatabesked Side: 1 Grunddatabeskedmodel version 1.0 Grunddata-besked version 1.0 Beskedformatet er det samme for både beskeder, som genereres af datafordeleren på basis af data-opdateringer fra registrene,
Læs mereDet er et krav, at skannings-løsningen kan integreres til ESDH-løsningen & det digitale arkiv, så de kan modtage de indskannede dokumenter.
Bilag 1 specifikation I det følgende opstilles krav til samlet skanningsløsning. Det forudsættes at leverandørens tilbud indeholder såvel skannere, OCR funktionalitet, samt software til efterbehandling
Læs mereUdgivelsen er beskyttet af Creative Commons license, Navngivning 2.5
OIOUBL Guideline OIOUBL Kontakt UBL 2.0 Contact G34 Version 1.2 Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 OUOUBL Kontakt Version 1.2 Side 1 Kolofon Kontakt: IT- & Telestyrelsen
Læs mereIntegration Generelle vilkår og forudsætninger Integrationsbeskrivelse - version 0.1
Integration Integrationsbeskrivelse - version 0.1 rnes Datafællesskab - KDF Versionshistorik Relevans Dato Initialer Version Kommentarer 201n-nn-nn xxx 0.1 Første version Referencer Ref Titel Kommentarer
Læs mereFinanstilsynets indberetningssystem. Vejledning til Regnearksskabelonerne
Finanstilsynets indberetningssystem Vejledning til Regnearksskabelonerne Finanstilsynet - 2. udgave oktober 2009 Indholdsfortegnelse 1 INDLEDNING... 2 2 FORUDSÆTNINGER... 3 3 TRIN FOR TRIN... 4 3.1 Hent
Læs mereDanmarks Tekniske Universitet Campus Service - Lyngby
Danmarks Tekniske Universitet Campus Service - Lyngby Vejledning i udfyldelse af måleridentifikationsskemaer. Gældende fra: 20. Januar 2015 Campus Service DTU Nils Koppels Allé DTU, Bygning 413 DK-2800
Læs mereNemKonto. XML skemaer for. ukomplette og komplette betalinger. til NKS
NemKonto KMD Selma Lagerlöfs Vej 300 9100 Aalborg www.nemkonto.dk NemKonto XML skemaer for ukomplette og komplette betalinger til NKS Version 2.0 19-05-2006 Økonomistyrelsen er ansvarlig for NemKonto,
Læs mereDKAL Snitflader REST Register
DKAL Snitflader REST Register 1 Indholdsfortegnelse A2.1 INTRODUKTION 3 A2.1.1 HENVISNINGER 3 A2.1.2 LÆSEVEJLEDNING 4 A2.1.2.1 SÅDAN LÆSES EN REST GRAF 4 A2.1.2.2 SÅDAN LÆSES EN RESSOURCE OG EN TYPE 4
Læs mereIKT-teknisk kommunikationsspecifikation
Bilag til IKT Ydelsesspecifikation Dato 2012-10-01, Revisionsdato: 2013-04-15 Samarbejdsdokument for byggesagens parter Projekt: Byggesag: Projektledelse: IKT Koordinator: Dato: Revision: Revision dato:
Læs mere1 ST Klassifikation Informationsmodel
..27 ST Klassifikation Informationsmodel. Facet En facet angiver en bestemt synsvinkel på klassificering af de objekter, som klassifikationssystemet udgør taxonomien for. Facetten grupper klasser i klassifikationssystemet.
Læs mereUnderbilag 2M Begrebs- og informationsmodel for Ydelsesindeks Version 2.0
Underbilag 2M Begrebs- og informationsmodel for Ydelsesindeks Version 20 Begrebsmodellen for Ydelsesindeks Begrebsmodellen med de centrale forretningsobjekter er illustreret i Figur Begrebsmodel og definition
Læs mereSortiment Informationsmodel
2.9.27 Sortiment Informationsmodel 2.9.27. Delsortiment Delsortimentet er en obligatorisk opdeling af sortimentet i værdilister, samlinger af mulige registreringsværdier, hvor hver samling, delsortimentet,
Læs mereIKT TEKNISK KOMMUNIKATIONS- SPECIFIKATION
DATO DOKUMENT SAGSBEHANDLER MAIL TELEFON 6. juni 2016 12/02531-22 Søren Hauge Krabbe skra@vd.dk +45 7244 2351 IKT TEKNISK KOMMUNIKATIONS- SPECIFIKATION Thomas Helsteds Vej 11 8660 Skanderborg vd@vd.dk
Læs mereVelkommen. TEMADAG: Dataopmærkning Digital Post. 10. oktober 2018
Velkommen TEMADAG: Dataopmærkning Digital Post 10. oktober 2018 1 Dagens program Morgenmad og kaffe Velkommen og dagens program Cases: Hvorfor opmærke Digital Post meddelelser? Værdien og erfaringer fra
Læs merevejledning til anvisningerne for anvendersystemernes
Vejledning til anvisninger for Indeksene KOMBIT Dette dokument indeholder generel, tværgående vejledning til anvisningerne for anvendersystemernes anvendelse af Sags- og Dokumentindeks og Ydelsesindeks.
Læs mereFKG datamodellen Version 2.3.1 ArcGIS integration Sidste revisionsdato: 23. maj 2014
FKG datamodellen Version 2.3.1 ArcGIS integration #1 FKG Fælleskommunale Geodatasamarbejde FKG datamodellen Version 2.3.1 ArcGIS integration Sidste revisionsdato: 23. maj 2014 1 FKG datamodellen Version
Læs mereSortiment Informationsmodel
8.2.27 Sortiment Informationsmodel 8.2.27. Delsortiment Delsortimentet er en obligatorisk opdeling af sortimentet i værdilister, samlinger af mulige registreringsværdier, hvor hver samling, delsortimentet,
Læs mereCCS klassifikation og identifikation
UDVEKSLINGSSPECIFIKATION klassifikation og identifikation Udgivet 01.09.2017 Revision 0 Molio 2017 s 1 af 19 Forord Denne udvekslingsspecifikation beskriver, hvilke egenskaber for klassifikation og identifikation,
Læs mere