Specifikation af Model for Klassifikation Version 2.0
|
|
- Bente Asmussen
- 5 år siden
- Visninger:
Transkript
1 1 Specifikation af Model for Klassifikation Version 2.0
2 > Specifikation af Model for Klassifikation Version 2.0 Denne standard kan frit anvendes af alle. Citeres der fra standarden i andre publikationer til offentligheden, skal der angives korrekt kildehenvisning. Standarden er udarbejdet af en arbejdsgruppe under OIO-udvalget for sagsog dokumentområdet. Version 1.2 er udarbejdet i regi af Den fællesoffentlige Styregruppe for Sag og Dokument. Version 2.0 er udarbejdet i regi af den fællesoffentlige Styregruppe for Data og Arkitektur. Arkitektur.digst.dk 2
3 > Specifikation af Model for KLASSIFIKATION (Klassifikationsmodellen) Version 2.0 Styregruppen for Data og Arkitektur 10. april
4 Indhold Indholdsfortegnelse Indledning 5 Formål med Klassifikationsmodellen 5 Ændringer siden version Egenskaber for Klassifikationsmodellen 7 Diagrammer 7 Forretningsobjekter 7 Universelt Unik, persistent identifikation af forretningsobjekter 8 Attributter 9 Datatyper 9 Mulighed for tilpasning af attributters udfaldsrum 10 Relationer 10 Virkning 10 Klassifikationsmodellen 12 Klassifikationsbegrebet 12 Diagram for Klassifikationsmodellen 13 Forretningsobjekter i Klassifikationsmodellen 14 Centrale Forretningsobjekter 14 Hjælpeobjekter 15 Eksternt definerede forretningsobjekter 15 Klassifikation 16 Attributter 16 Relationer 17 Facet 18 Attributter 18 Relationer 19 Klasse 20 Attributter 20 Relationer 21 Søgeord 23 Attributter 23 Relationer 23 Referencer i Klassifikationsmodellen 24 Bilag 1: Retteblad til version
5 Indledning > Formål med Klassifikationsmodellen Nærværende dokument specificerer Klassifikationsmodellen, som er en informationsmodel for Klassifikationer. Klassifikationer (eller klassifikationssystemer) dækker over ordnede videnssystemer, som kan anvendes til emnemæssig opmærkning. FORM (den Fællesoffentlige Reference Model) (se [FORM] og KL s Emnesystematik (KLE, se [KLE]) er eksempler på klassifikationer, der kan beskrives af Klassifikationsmodellen. I praksis vil al slags systematisk klassifikation med en eller flere facetter (gruppe af begreber tilhørende samme kategori) kunne beskrives med Klassifikationsmodellen, herunder kontoplaner, uddannelseskategorier, kompetencemodeller, sundhedsfaglige klassifikationssystemer osv. Formålet med Klassifikationsmodellen er, at den skal kunne give en ensartet beskrivelse af forskellige klassifikationssystemer med tilhørende oplysninger, samt kunne tilføre klassemærker eller journalnøgler (entries fra klassifikationssystemer/journalplaner beregnet til opmærkning) til andre modeller som fx Sagsmodellen, Dokumentmodellen og Organisationsmodellen. Ændringer siden version 1.1 Klassifikationsmodellen er en revision af Specifikation af serviceinterface for Klassifikation. Version 1.1 (OIO Klassifikation 1.1). Klassifikationsmodellen er udarbejdet som en del af en samlet revision af specifikationerne, som samlet set omtales standarderne for OIO Sag og Dokument: Specifikation af serviceinterface for Dokument, Version (OIO Dokument). Specifikation af serviceinterface for Organisation, Version 1.1 (OIO Organisation). Specifikation af serviceinterface for Klassifikation, Version 1.1 (OIO Klassifikation). Specifikation af serviceinterface for Sag, Version 1.2 (OIO Sag). Specifikation af serviceinterface for Arkivstruktur, Version 1.1 (OIO Arkiv). Generelle egenskaber for serviceinterfaces på sags- og dokumentområdet, Version 1.1 (OIO Generelle egenskaber). OIO Arkiv har ingen kendte implementeringer. Endvidere har ingen af de adspurgte interessenter udtrykt et forretningsbehov for at tage den i anvendelse. Specifikationen revideres derfor ikke, men afpubliceres og udgår som standard. OIO Generelle egenskaber indeholder specifikke krav til udstilling af data i webservices. Erfaringerne fra implementering af standarderne er, 5
6 at de generelle egenskaber er svære at forstå og kommunikere. Det kan give anledning til misforståelser mellem kravstillere og udviklere. Specifikationen revideres derfor ikke, men afpubliceres og udgår som standard. OIO Generelle egenskaber udgår. Derfor kan Klassifikationsmodellen stå alene i forhold til forståelsen af modellens forretningsobjekter. I hver af de opdaterede specifikationer er der indført et afsnit om egenskaber for modellen. Her findes beskrivelse af modelnotation, forretningsobjekter, unik identifikation, attributter og relationer anvendt i Klassifikationsmodellen. Denne beskrivelse er ens for de fire opdaterede standarder. 6
7 Egenskaber for Klassifikationsmodellen > Klassifikationsmodellen er en informationsmodel, der giver en grafisk og tekstuel beskrivelse af Klassifikation (jf. [GODPRAKSIS]). I beskrivelsen er anvendt en række modelelementtyper: Som notation er anvendt UML klassediagram til beskrivelse af Klassifikationsmodellen. UML-pakker er anvendt med henblik på sammenhæng og genbrug af modelelementer på tværs af modeller. Forretningsobjekter er i Klassifikationsmodellen repræsenteret af en UML-klasse. Universelt unik, persistent identifikation af forretningsobjekterne i Klassifikationsmodellen er obligatorisk. Attributter beskriver informationsindholdet i Klassifikationsmodellen. Relationer repræsenterer de strukturelle sammenhænge mellem forretningsobjekter i Klassifikationsmodellen. Modelelementtyperne og brugen af dem i Klassifikationsmodellen er forklaret yderligere i de følgende afsnit. Diagrammer UML klassediagram udgør rammen for beskrivelse af Klassifikationssmodellen og forretningsobjekterne, der indgår heri, og deres relationer. Formålet med diagrammet er visuelt at kommunikere de forskellige metadata, der indgår i beskrivelsen af klassifikationer. Diagrammet forklares uddybende i den medfølgende tekst. Som en visuel hjælp til forståelsen af diagrammet benyttes i diagrammerne elementer, som ikke indgår i et normalt UML Klassediagram. Farvemarkering benyttes til at indikere, hvilke forretningsobjekter der defineres i modellen (grå), og hvilke der er eksternt definerede (blå). Alle forretningsobjekter, attributter og relationer defineres og beskrives i afsnittene efter diagrammet. Forretningsobjekter Et forretningsobjekt er i UML Klassediagrammet repræsenteret af en UML Klasse. Forretningsobjekterne i Klassifikationsmodellen er beskrevet som vist i tabellen nedenfor: Forretningsobjekt Definition Beskrivelse Navn Entydigt klassenavn for det forretningsmæssige begreb. En kort og præcis definition. Uddybende beskrivelse og eksemplificering af forretningsobjektet. Tabel 1 Forretningsobjekter i Klassifikationsmodellen 7
8 Universelt Unik, persistent identifikation af forretningsobjekter Universelt unik, persistent identifikation er obligatorisk for forretningsobjekterne i Klassifikationsmodellen. Unik identifikation er beskrevet igennem attributten ID og bør være af typen http-uri. Http-URI anvendes bl.a. af Grunddataprogrammet og i Den Fællesoffentlige Digitaliseringsstrategi I retningslinjerne for stabile URI er er beskrevet, hvordan eksisterende identifikatorer som fx UUID og URN kan genbruges med brug af http-uri (se [HTTPURI]). UUID (Universal Unique IDentifier jf. [RFC4122]) kan anvendes i konstruktionen af http-uri for forretningsobjekterne i Klassifikationsmodellen. Egenskaberne ved UUID garanterer, at identifikatoren er universelt unik. Eksempel på UUID: 91aa87da-9f06-11e7-abc4-cec278b6b50a Eksempel på repræsentation af UUID i http-uri-form: cec278b6b50a/ Http-URI en bør konstrueres, så det kan resolveres, hvilken objekttype en UUID er identifikator for, fx om det er OrgEnhed, Dokument, Sag mv. Eksempelvis en http-uri for et klassifikationssystem: Der kan være tilfælde, hvor det er nødvendigt at anvende en anden identifikator end UUID i konstruktion af http-uri. For klassifikationssystemer kan det være hensigtsmæssigt at have læsbare http-uri er, hvor klassen kan læses ud fra identifikatoren. I retningslinjerne for stabile http-urier (se [HTTPURII] er også anvist, hvordan en http-uri i så fald kan konstrueres: Eksempel med emneklassen i klassifikationssystemet KLE som identifikator, der indgår i konstruktion af http-uri: Eksempel med registreringsnummeret VZ26979 på køretøj som identifikator, der indgår i konstruktion af http-uri: I tabellen nedenfor er vist, hvordan kravet om universelt unik, persistent identifikation af forretningsobjekter er beskrevet i modellen: Betegnelse Beskrivelse Udfaldsrum ID Forretningsobjektets universelt unikke, persistente identifikator. Angives som http-uri (se [HTTPURI]), eksempelvis: Se også nærmere beskrivelse i afsnit ovenfor om universelt unik, Http-URI 8
9 Betegnelse Beskrivelse Udfaldsrum persistent identifikation af forretningsobjekter. Tabel 2 Universelt unik identfikation af objekter i Klassifikationsmodellen Attributter Klassifikationsmodellens informationsindhold for de respektive forretningsobjekter er repræsenteret af attributter. Attributter i Klassifikationsmodellen er beskrevet som vist i tabellen nedenfor: Betegnelse Beskrivelse Datatype Regel for udfyldelse Entydig navngivning af attributten inden for det enkelte forretningsobjekt. Den forretningsmæssige definition af attributten samt kort beskrivelse af dens anvendelse. Angivelse af navn på datatype for attributten. Hvis attributten har et udfaldsrum, som ikke er givet i datatypen, beskrives det også her. Tabel 3 Beskrivelse af attributter i Klassifikationsmodellen Beskrivelse af de regler for anvendelse, der gælder for attributten, fx om den er obligatorisk. Beskrivelsen af attributter kan være yderligere uddybet og eksemplificeret i afsnittet Beskrivelser af attributter, som følger efter tabellerne for attributter på forretningsobjekterne i Klassifikationsmodellen. Datatyper Klassifikationsmodellen skal kunne anvendes som udgangspunkt for transformation af modellens beskrivelse af forretningsdomænets indhold til konkrete datarepræsentationer, som kan udveksles mellem it-systemer. Datatyperne præciserer modellens beskrivelser som udgangspunkt for transformation til datarepræsentationer. Betegnelse Beskrivelse Datatype grundlag Restriktioner Navnet på datatypen. Beskrivelse af datatypen. Tabel 4 Beskrivelse af datatyper Angivelse af det konkrete datatype grundlag med anvendelse af XSDdatatyperne jf. [XSD]. Eventuelle restriktioner eller mønstre for datatypen. I tabellen nedenfor er beskrevet de anvendte datatyper i Klassifikationsmodellen: Betegnelse Beskrivelse Datatype grundlag Restriktioner Tekst Tekststreng. xsd:string Tekst- (enumeration ) Tekststreng med begrænsning i form af en kodeliste. xsd:string enumeration Heltal Helt tal uden decimaler. xsd:integer Http-URI For uddybende forklaring, se afsnit ovenfor om universelt unik, persistent identifikation af xsd:string jf. [HTTPURI] 9
10 Betegnelse Beskrivelse Datatype grundlag Restriktioner forretningsobjekter i Klassifikationsmodellen. Dato Dato uden tid xsd:date YYYY-MM-DD Dato og tidspunkt Præcis angivelse af dato og tid inkl. tidszone. xsd:datetime YYYY-MMDDThh: mm:ss.ssstzd Boolean Tabel 5 Datatyper i Klassifikationsmodellen xsd:boolean Mulighed for tilpasning af attributters udfaldsrum Klassifikationsmodellen rummer attributter, hvor udfaldsrummet er angivet med brug af datatypen Tekst(enumeration). Ved anvendelse af Klassifikationsmodellen vil der opstå behov for at udvide de pågældende udfaldsrum i forhold til den konkrete forretningsmæssige anvendelsessituation. I de tilfælde kan udfaldsrummet tilpasses på en af følgende måder: Udarbejde en ny enumeration med det nye udfaldsrum på attributten. Udarbejde klassifikation til at rumme det nye udfaldsrum. De konkrete værdier udtrykkes som Klasser i Klassifikationen. Fra forretningsobjektet i Klassifikationssmodellen tilføjes i modellen en relation til Klassifikationen, hvor Klasserne er udtrykt. Ved tilpasning af udfaldsrum for attributværdier må gerne tilføjes, men ikke fjernes, værdier fra udfaldsrummet. Relationer Relationer i Klassifikationsmodellen er vist i diagrammer med betegnelse på relationen og kardinalitet på det forretningsobjekt, som relationen peger på. Relationer er beskrevet som vist i tabellen nedenfor: Betegnelse Beskrivelse Relateret objekt Kardinalitet Et beskrivende navn på relationen. En kort og præcis definition på relationen. Tabel 6 Beskrivelse af relationer i Klassifikationsmodellen Det forretningsobjekt relationen peger på. Angiver rammerne for relationen. Beskrivelsen af relationer kan være yderligere uddybet og eksemplificeret i afsnittet Beskrivelser af relationer, som følger efter tabellerne. Virkning Virkning angiver de tidsperioder, hvori forretningsobjektet har virkning. Virkning skal angives i Klassifikationsmodellen, hvor der er forretningsmæssigt behov for at udtrykke en virkningsperiode. Virkning er i Klassifikationsmodellen beskrevet som vist i tabellen 10
11 nedenfor: Betegnelse Beskrivelse Datatype VirkningFra Angivelse af tidspunkt for virkningsperiodes start. Dato VirkningTil Angivelse af tidspunkt for virkningsperiodes slut. Dato Tabel 7 Beskrivelse af virkning Ved angivelse af tid i fra/til intervaller, angives intervallerne lukkede i starten og åbne i enden (inclusive/exclusive). Eksempelvis VirkningFra Dato , er inkluderet (inclusive) i virkningsperioden. VirkningTil Dato, fx er ikke inkluderet (exclusive) i virkningsperioden. 11
12 Klassifikationsmodellen > Formålet med Klassifikationsmodellen er at give en ensartet ramme for beskrivelse af klassifikationssystemer. Klassifikationsmodellen beskrives igennem: Introduktion til klassifikationsbegrebet. Diagram for Klassifikationsmodellen. Beskrivelse af forretningsobjekter, attributter og relationer i Klassifikationsmodellen. De enkelte punkter uddybes i de følgende afsnit. Klassifikationsbegrebet Klassifikation er en facetplan, idet Klassifikation også skal kunne indeholde facetsystemer som KLE og FORM. En facetplan er en emnebaseret registreringssystematik. For statslige myndigheder er det obligatorisk at anvende en registreringssystematik, som er dækkende for emneområdet i deres it-systemer med dokumenter (Se [CIR9290]). En facetplan består typisk af et antal parallelle lister, der hver især repræsenterer et bestemt aspekt af sager og objekters indhold. Se følgende figur, der med udgangspunkt i KLE illustrerer, hvordan klassifikationssystemer udgøres af én til flere facetter: Figur 1 Klassifikationssystem bygget op af facetter Facetplaner er typisk opbygget på den måde, at hele klassifikationssystemet er opdelt i et til flere separate facetter, som udgør forskellige systematikker. Facetplaner opfattes normalt som en kombination af flere facetter. Ved anvendelse af klassifikationssystemet til opmærkning, fx af en sag, kombineres klasser fra de separate facetter. Eksempelvis rummer klassifikationssystemet KL Emnesystematik (KLE) to facetter som vist i Figur 1 ovenfor: Emneplanen (som tager udgangspunkt i opgaver), og handlingsfacetplanen (som tager udgangspunkt i den administrative handling). Hvis en kommune vil bruge KLE til opmærkning af en sag om klage over hjemmehjælp, anvendes klasser fra begge facetter. Emnet opmærkes med en klasse fra facetten emneplan, Personlig og praktisk hjælp. Den administrative handling, altså 12
13 at det er en klagesag, opmærkes med en klasse fra facetten handlingsfacetplan, K02 Klage. Klassifikations centrale dele udgøres således af klassifikationssystemer (fx KLE eller FORM), som hver kan indeholde én til flere facetter. Hver facet indeholder klasser (emner), sideordnet eller i hierarkier, som anvendes i den konkrete opmærkning af sager og øvrige forretningsobjekter. Klasser udgør de centrale elementer i klassifikationssystemer. Figur 2 nedenfor viser med udgangspunkt i KLE et eksempel på, hvordan en klassifikation er bygget op med et hierarki af klasser, Facet og Klassifikation: Figur 2 Eksempel på opbygning af facetplan med Klassifikation Klassifikationen er KLE, og her er illustreret, hvordan emneplanen er en Facet. KLE er en taksonomi med hierarkisk ordnede Klasser i Hovedgruppe, Gruppe og Emne. Hierarkiet repræsenteres via Overordnet relationen imellem klasserne. Klassifikation kan også bruges til at beskrive mere enkle klassifikationssystemer som fx simple lister af værdier. Diagram for Klassifikationsmodellen I figuren nedenfor er vist diagram for Klassifikationsmodellen: 13
14 Figur 3 Diagram for Klassifikationsmodellen Klassifikationsmodellen beskriver de objekter, der hver især og igennem deres relationer til eksterne objekter udgør det nødvendige grundlag for beskrivelsen af en Klassifikation. Forretningsobjekter i Klassifikationsmodellen I Klassifikationsmodellen indgår følgende typer af forretningsobjekter: Centrale forretningsobjekter, som er defineret og ejet af Klassifikationsmodellen. Forretningsobjekter, som detaljerer beskrivelsen af det centrale forretningsobjekt (hjælpeobjekter). Eksterne forretningsobjekter, som er defineret og ejet af andre modeller De forskellige forretningsobjekttyper forklares nærmere i de følgende afsnit. Centrale Forretningsobjekter De centrale forretningsobjekter i Klassifikationsmodellen er defineret i tabellen nedenfor: Betegnelse Klassifikation Facet Beskrivelse Klassifikation beskriver en ordning af genstande, begreber eller emner i grupper, således at grupperne udgør en samlet struktur. Strukturen giver udtryk for relationerne mellem grupperne. Facet beskriver en systematik, hvori de indgående klasser har en eller flere egenskaber til fælles. 14
15 Klasse Klasse er en mængde, hvori de indgående objekter har en eller flere egenskaber til fælles. Et klassifikationssystem udgøres af klasser. Tabel 8 Centrale forretningsobjekter i Klassifikationsmodellen Hjælpeobjekter Søgeord er et hjælpeobjekt til beskrivelse af klasserne i Klassifikationsmodellen. Hjælpeobjekterne i Klassifikationsmodellen er beskrevet i tabellen nedenfor: Forretningsobjekt Navn Søgeord Definition Søgeord er termer, som efter opslag og søgning skal lede ind til de rette klasser i Klassifikation. Tabel 9 Hjælpeobjekter i Klassifikationsmodellen Beskrivelse Søgeord kan bruges til at hjælpe brugerne af et klassifikationssystem med at finde de rigtige klasser ved hjælp af andre termer end klassens titel. Der kan være mange søgeord til en klasse. Eksternt definerede forretningsobjekter Som en visuel hjælp til forståelse af diagrammet for Klassifikationsmodellen er de eksternt definerede forretningsobjekter i Figur 4 ovenfor vist med blå farve. De eksternt definerede forretningsobjekter i Klassifikationsmodellen er beskrevet i tabellen nedenfor: Betegnelse Definition Ekstern model Organisation En organisation er en [ORG] anerkendt juridisk enhed med rettigheder og ansvar. Beskrivelse Eksempler på organisationer er myndigheder (fx et ministerium, en styrelse, en kommune) eller virksomheder. OrgEnhed OrgEnhed er som enhed en del af en Organisation og har kun fuld anerkendelse i forbindelse med denne. [ORG] Forretningsobjektet OrgEnhed giver struktur på organisationen og anvendes til at opbygge organisationshierarkier. OrgEnheder kan spænde fra mindre enheder, som fx teams eller grupper, til store og komplekse enheder, som indeholder andre enheder. Retskilde Er en kilde, som giver svar på, hvad der er ret. [ELI] Eksempler på OrgEnheder er afdelinger, sektioner, kontorer, udvalg, projektgrupper, styregrupper, klasser, hold og lignende. Rummer henvisning til den lov og eventuelt, som en bestemt opgave udføres i henhold til. Omfatter også bekendtgørelse, cirkulære og andre centralt fastsatte regler, der regulerer opgaven. KLE og FORM har henvisninger til de retskilder, der er grundlag for de opgaver, som er beskrevet i taksonomierne. Tabel 10 Eksternt definerede forretningsobjekter i Klassifikationsmodellen 15
16 Klassifikation > Klassifikationssystem, eller blot klassifikation, er en systematik bestående af en eller flere facetter. Man kan referere til klassifikation med en entydig ID og dermed relatere til en bestemt systematik. Klassifikationsmodellen kan understøtte anvendelse af flere klassifikationer, og med den entydige ID kan man skelne mellem disse. Figur 4 Diagram for forretningsobjektet Klassifikation Attributter Klassifikation har følgende attributter: Betegnelse Beskrivelse Datatype Regel for udfyldelse ID Forretningsobjektets universelt unikke, persistente identifikator. Http-URI Obligatorisk Angives som http-uri (se [HTTPURI]), eksempelvis: mne# Se også nærmere beskrivelse i afsnit ovenfor om universelt unik, persistent identifikation af forretningsobjekter. Kaldenavn Betegnelse for klassifikationssystem Officiel - i forbindelse med anvendelse af standard klassifikationssystem fra en klassifikationssystemleverandør. Tekst Obligatorisk Beskrivelse Kaldenavn er også klassifikationssystemets brugervendte nøgle. Uddybende beskrivelse af klassifikationssystem. Tekst Ikkeobligatorisk Version Versionsangivelse af klassifikationssystem. Tekst Ikkeobligatorisk 16
17 PubliceretIndikator Boolean Obligatorisk Ophavsret VirkningFra Angivelse af evt. ophavsret for klassifikationssystem. Klassifikationssystemer fra eksterne leverandører kan have ophavsretslige bindinger, som skal respekteres. Angivelse af dato hvor klassifikationssystemet har virkning fra. VirkningTil Angivelse af dato hvor klassifikationssystemet har virkning til Tabel 11 Attributter for forretningsobjektet Klassifikation Tekst Dato Dato Ikkeobligatorisk Ikkeobligatorisk Ikkeobligatorisk Relationer Klassifikation har følgende relationer: Betegnelse Beskrivelse Objekttype Kardinalitet Ejer Ansvarlig Angiver den organisation, som objektet tilhører. Ejer er globalt juridisk ansvarlig for Klassifikationssystemet. Fx er KL ejer af Klassifikationssystemet KLE (jf [KLE]). Angiver den organisation eller OrgEnhed, der er ansvarlig og har forvalterrollen for Klassifikationssystemet i aktuelle anvendelse. Organisation 1..1 Organisation OrgEnhed 0..1 Skal kun udfyldes, hvis ansvarlig Organisation er en anden end Ejer. TilhørendeFacet Angiver den eller de facetter, der indgår i et klassifikationssystem. Tabel 12 Relationer fra Klassifikation Facet 1..n 17
18 Facet > En facet beskriver det ordningsprincip, som gælder for de klasser, der relaterer til facetten. En facet kan relatere til en klassifikation. En facet kan indgå i en kombineret opmærkning, hvor der anvendes klasser fra to eller flere facetter i opmærkningen. Facet kan dermed anvendes til at opbygge klassifikationssystemer bestående af en eller flere facetter, som afspejler forskellige aspekter. Eksempelvis har KLE facetterne Emne og Handling, som bruges i kombination til opmærkning af sager i kommunerne. Emne bruges til opmærkning af, hvad opgaven er for kommunen, fx Personlig og praktisk hjælp. Handling bruges til opmærkning af, hvad den administrative handling er, fx behandling af klage K02 Klage. De to facetter bruges i kombination til at angive den fulde journalnøgle K02, som fortæller, at sagen er en klagesag om emnet personlig og praktisk hjælp. En facet skal ikke relatere til en klassifikation. Figur 5 Diagram for Forretningsobjektet Facet Attributter Forretningsobjektet Facet har følgende attributter Betegnelse Beskrivelse Datatype Regel for udfyldelse ID Forretningsobjektets universelt unikke, persistente identifikator. Http-URI Obligatorisk Angives som http-uri (se [HTTPURI]), eksempelvis: Se også nærmere beskrivelse i afsnit ovenfor om universelt unik, persistent identifikation af forretningsobjekter. 18
19 BrugervendtNøgle Dette er den entydige betegnelse for en facet inden for klassifikationen. Tekst Obligatorisk FacetBeskrivelse T a FacetOphavsret b e l Uddybende beskrivelse, formål, indhold, gyldighedsområde, mv. Tekstuel beskrivelse af evt. ophavsret for pågældende facetplan. Tekst Tekst Ikkeobligatorisk Ikkeobligatorisk 1 3 A t t FacetSupplement r i b u t t e r Hvis facettens ophavsret afviger fra ophavsret for klassifikation, angives det her. Det skal bruges, hvis en facets klasser er importeret fra ekstern leverandør, eller hvis en ekstern klassifikation har fået tilføjet en lokal facet. Angivelse om og hvordan det er muligt at tilføje klasser til facetten. Angiver om og hvordan en organisation må tilføje eller specialisere facetten med egne klasser, der virker sammen med facet fra ekstern leverandør. (Se fx [KLEKRAV] for uddybende beskrivelse.) Tekst Ikkeobligatorisk f o r Eksempel 1: #9.#9.#9 angiver, at ved lokale klasser skal brugervendt nøgle for klasse slutte med ciffer 9 på alle niveauer. f Eksempel 2: ##.##.##.## angiver, at o facetopbygningen kan udvides med r et lokalt specialiseringsniveau. r etningsobjektet Facet Relationer Facet har følgende relationer: Betegnelse Beskrivelse Objekttype Kardinalitet Ejer Ansvarlig Retskilde Angiver den organisation, som objektet tilhører. Ejer er globalt juridisk ansvarlig for facetten. Angiver den organisation eller OrgEnhed, der er ansvarlig for Klassifikationssystemet i aktuelle anvendelse. Relation til retskilde som facetttens klasser reguleres af. KlassifikationTilhørsforhold Angiver den Klassifikation Facetten tilhører. Tabel 14 Relationer fra forretningsobjektet Facet Organisation 1..1 Organisation OrgEnhed 0..1 Retskilde 0..1 Klassifikation
20 Klasse > Klasse beskriver de konkrete klasser, som bruges til klassifikation af objekter. Disse klasser kan være ordnet på forskellig vis. En liste uden niveauer er den simpleste. En hierarkisk liste kan have overog underemner. Klasser kan endvidere også have sideordnede klasser (henvisninger), også kaldet relaterede klasser. De relaterede klasser skal kunne tilgås fx i forbindelse med opmærkning af sager og dokumenter. Figur 6 Diagram for forretningsobjektet Klasse Attributter Klasse har følgende attributter: Betegnelse Beskrivelse Datatype Regel for udfyldelse ID Forretningsobjektets universelt unikke, persistente identifikator. Http-URI Obligatorisk Angives som http-uri (se [HTTPURI]), eksempelvis: # BrugervendtNøgle Se også nærmere beskrivelse i afsnit ovenfor om universelt unik, persistent identifikation af forretningsobjekter. Dette er den entydige identifikator for klassen indenfor facetten. Tekst Ja Identifikatoren er en streng, hvor tilladte karakterer er bestemt af facettens attribut facetopbygning, samt attributten facetsupplement. KlasseBeskrivelse Uddybende beskrivelse af klassen. Tekst Nej KlasseTitel Kortfattet, præcis titel for klassen. Tekst Ja 20
21 KlasseEksempel Et illustrerende eksempel på brug af emnet. Tekst Nej AendringsNotat AendringsDato Når en redaktør ændrer klassens indhold, kan han her skrive hvad og hvorfor, der er ændret. Dato hvor Klasse er blevet ændret Relationen ÆndretAf skal udfyldes for at angive, hvem i organisationen der har lavet ændringen. Tekst VirkningFra Tidspunkt klassen har virkning fra Date Nej Dato Nej Obligatorisk ved ændring VirkningTil Tidspunkt klassen har virkning til Date Nej Tabel 15 Attributter for forretningsobjektet Klasse Relationer Klasse har følgende relationer: Betegnelse Beskrivelse Objekttype Kardin alitet Ejer Ansvarlig Angiver den organisation, som klassen tilhører. Ejer er globalt juridisk ansvarlig for klassen. Fx er KL ejer på de fleste klasser i KLE, imens en kommune kan være ejer af lokale klasser. Angiver den organisation eller OrgEnhed, der er ansvarlig for klassen i den aktuelle anvendelse. Organisation 1..1 Organisation OrgEnhed 0..1 ÆndretAf Anvendes til at angive, når det ikke er Organisationen, som ejer klassifikationen, der er ansvarlig for en konkret anvendelse af en klasse. OrgPerson som har afstedkommet ændring i klassen. OrgPerson 1..1 Retskilde Overordnet Anvendes til at angive, hvem der har ændret i en klasse. Relation til retskilde som facetttens klasser reguleres af. Retskilde er fx anvendt i KLE, hvor en række Emne(klasser) har relation til den retskilde, hvoraf emnet udspringer. Angiver at en klasse er overordnet en anden. Retskilde 0..1 Klasse 0..1 Med denne relation kan man angive niveauer og hierarkier mellem klasser i samme facet. Fx kan man opbygge hierarkiet i en emneklassifikation som KLE, hvor en Hovedgruppe er en klasse, som er overordnet klassen Gruppe, som igen er overordnet klassen Emne. Man må ikke nedlægge klasser, som har Overordnetrelationer med gyldig virkningsperiode. Sideordende Angiver sideordnede (relaterede) klasser. Klasse 0..n Kan anvendes ved henvisning eller sideordnet relation indenfor samme facet. Anvendes eksempelvis til at angive, at to eller flere klasser tilhører den samme gruppering, fx en gruppe i KLE. Mapninger Angiver mapning mellem klasser tilhørende forskellige facetter og ikke nødvendigvis inden for samme Klassifikationssystem. Klasse 0..n Anvendes til at angive associationer mellem klasser, som kan berige hinanden. Fx findes en mapning 21
22 Betegnelse Beskrivelse Objekttype Kardin alitet mellem KLE og FORM, som beskriver, hvordan en emneklasse i KLE relaterer sig til en opgaveklasse i FORM. Tilføjelser Angiver at en lokal klasse er tilføjet inden for samme facet. Kan anvendes til at angive, at man har foretaget en tilføjelse af klasser. Klasse 0..n En lokal klasse er en klasse, som en Organisation eller OrgEnhed har tilføjet et Klassifikationssystem, som kun har gyldighed inden for denne organisatoriske afgrænsning. Fx har kommuner mulighed for på udvalgte områder af KLE selv at tilføje Emneklasser. Erstatter Angiver at en klasse erstatter en klasse inden for samme facet. Klasse 0..n Kan anvendes til at angive, hvis en eller flere klasser erstattes af en eller flere andre klasser inden for samme facet. Hvis fx én emneklasse i KLE udgår og erstattes af en anden emneklasse, kan relationen bruges til at holde den information. LovligeKombination Kan anvendes til at angive lovlige og foretrukne er sammensætninger af klasser fra forskellige facetter, f.eks. at angive at én klasse i en emnefacet kombineres med én bestemt klasse i en handlingsfacet Klasse 0..n I KLE bliver det fx brugt til at angive kendte sammenhænge mellem emner og handlingsfacetter Facettilhørsforhold Angiver den Facet en klasse tilhører. Fx at en Klasse i KLE tilhører Emnefacetten. Tabel 16 Relationer fra forretningsobjektet Klasse Facet
23 Søgeord Søgeord indeholder termer, som efter opslag og søgning skal lede ind til de rette klasser i Klassifikation. Attributter Søgeord har følgende attributter: Betegnelse Beskrivelse Datatype Regel for udfyldelse SøgeordIdentifikator Søgeord Søgeord indeholder termer som efter opslag, søgning o.l. skal lede ind til de rette klasser i Klassifikation. Tekst Søgeordsbeskrivelse Eksempel på brug af søgeord er termen hjemmehjælp, der leder hen til klassen Personlig og Praktisk hjælp i KLE. Evt. uddybende beskrivelse af søgeordet. Søgeordskategori Kategorisering af målgruppespecifikke søgeord. Eksempelvis administrative, virksomhedsrettede, borgerrettede eller finanslovsrettede. Tabel 17 Attributter for hjælpeobjektet Søgeord Tekst Tekst Ikkeobligatorisk Ikkeobligatorisk Ikkeobligatorisk Relationer Søgeord har følgende relationer: Betegnelse Beskrivelse Objekt Regel for udfyldelse Udpeger Søgeord udpeger Klasse i Klassifikationen. Klasse 1..1 Tabel 18 Relationer for hjælpeobjektet Søgeord 23
24 Referencer i Klassifikationsmodellen Nedenfor er angivet, hvilke referencer der er anvendt i Klassifikationsmodellen: Reference Titel Link til reference [KLASANVISNING] [CIR9290] [ELI] [GODPRAKSIS] Anvisninger til Klassifikationer i Sags- og Dokumentindekset og Ydelsesindekset, KOMBIT, Cirkulære nr af 21. Juni 2013 om anmeldelse og godkendelse af statlige myndigheders it-systemer Easier access to European legislation with ELI God praksis for informationsmodellering, OIOdatastandardisering i sektorerne, It- og Telestyrelsen okumenter/sts%20anvisninger/an visninger%20til%20klassifikationer %20i%20Indeksene%20v1.2.zip (senest tilgået ) /eli/retsinfo/2013/9290 (Senest tilgået ) (senest tilgået ) s/arkitektur-ogdata/datastandardisering/oiostandardisering/god_praksis_for_in formationsmodellering_-_oiodatastandardisering_i_sektorerne.p df. (senest tilgået ) [FORM] FORM (forretningsreferencemodel) rkitektur/klassifikationer/form (senest tilgået ) [GRUNDDATA] Modelregel 6.1 ALLE MODELENTITETER SKAL MODELLERES MED PERSISTENT, UNIK IDENTIFIKATION, Grunddatabestyrelsen k/node/828 (senest tilgået ) [HTTPURI] Retningslinjer for stabile http URI er [er under udarbejdelse under FODS] [KLEKRAV] KL specifikation af krav Understøttelse af KL Emnesystematik ng/kle_specifikation_af_krav_til_e (KLE) i esdh systemer, version 1.0, KL sdh_ver1.0.pdf (senest tilgået ) [OLDKLAS] Specifikation af serviceinterface for Klassifikation OIO Udvalget for Sag og Dokument, 2011 [RFC4122] "A Universally Unique IDentifier (UUID) URN Namespace" (senest tilgået ) [UNIKID] [XSD] Unikke identifikatorer til digitale objekter, It- og Telestyrelsen, 2006 W3C XML Schema Definition Language (XSD) 1.1 Part 2: Datatypes Tabel 18 Referencer i Klassifikationsmodellen 032/artefact/UIDstandard_endelig.pdf (senest tilgået ) a11-2/ (senest tilgået ) 24
25 Bilag 1: Retteblad til version 2.0 Dette retteblad indeholder de ændringer, der er foretaget i version x.x af standarden Specifikation af serviceinterface for klassifikation. Ændringer i "Klassifikationssmodellen" i forhold til "Specifikation af serviceinterface for Klassifikation, version 1.1" Afsnit i version Nye/ændrede afsnit i Ændring Beskrivelse af ændringer 1.1 Klassifikationsmodellen Indledning Revideret Afsnittet er skrevet om, så det afspejler ændringen fra specifikation af serviceinterface til specifikation af en informationsmodel Forord Udgået Afsnittet er erstattet af et nyt afsnit med beskrivelse af formål Formål med forretningsservice for Klassifikation Udgået Afsnittet er erstattet af nyt afsnit om formål Formål med Klassifikationsmodellen Nyt Formålsafsnit som afspejler ændringen fra specifikation af serviceinterface til specifikation af en informationsmodel Ændringer siden version 1.1 Nyt Afsnittet beskriver de overordnede ændringer Egenskaber for Klassifikationsmodellen Nyt Afsnittet beskriver de modelmæssige egenskaber ved Klassifikationsmodellen. Diagrammer Nyt Afsnittet beskriver, hvordan diagrammer er anvendt i beskrivelsen af Klassifikationsmodellen Forretningsobjekter Nyt Afsnittet beskriver, hvordan forretningsobjekter er beskrevet i modellen. Universelt unik, persistent identifikation af forretningsobjekter Nyt Afsnittet anviser retningslinjerne for unik identifikation af forretningsobjekterne i modellen. Attributter Nyt Afsnittet beskriver, hvordan attributter er beskrevet i modellen Datatyper Nyt Afsnittet præciserer, hvilke datatyper der er anvendt i modellen Mulighed for tilpasning af udfaldsrum Nyt Afsnittet præciserer, hvordan udfaldsrum i modellen kan tilpasses Relationer Nyt Afsnittet beskriver, hvordan relationer er beskrevet i modellen Virkning Nyt Afsnittet beskriver, hvordan virkingstid angives i modellen Begrebsliste Udgået Alle begreber defineres og beskrives i forbindelse med modellen Introduktion udgået Overordnede krav til forretningsservicen Sammenhæng til FESD Emnesystematik, herunder anvendelse af facetplan Eksempler på anvendelse Serviceinterface Klassifikation udgået udgået udgået Klassifikationsmodellen Revideret Afsnittet er skrevet om, så det afspejler ændringen fra specifikation af serviceinterface til specifikation af en informationsmodel Klassifikationsbegrebet Nyt Nyt afsnit som beskriver anvendelsen af klassifikationssystemer i forhold til klassifikationsmodellen Diagram for Klassifikationsmodellen Revideret Afsnittet illustrerer og beskriver et diagram for Klassifikationsmodellen, diagrammet er en revision af diagrammet, som er vist i 25
26 figur 3 på side 15 i version 1.1. Forretningsobjekter i Klassifikationsmodellen Nyt Afsnittet præsenterer forretningsobjekterne i Klassifikationsmodellen. Centrale forretningsobjekter Nyt Afsnittet beskriver, hvordan centrale forretningsobjekter indgår i Klassifikationsmodellen. Hjælpeobjekter Nyt Afsnittet beskriver, hvordan hjælpeobjekter indgår i Klassifikationsmodellen. Eksternt definerede forretningsobjekter Nyt Afsnittet beskriver, hvordan eksternt definerede forretningsobjekter indgår i Klassifikationsmodellen. Klassifikation Revideret Afsnittet er skrevet om. Formål Udgået Attributter Revideret Revideret afsnit som beskriver attributter for Klassifikation. I forhold til attributlisten i tabel 3, side 16 i version 1.1 er der følgende ændringer: - BrugervendtNøgle: Udgået - KlassifikationKaldenavn: Ændret til "Kaldenavn", beskrivelse ændret - KlassifikationBeskrivelse: Ændret til "Beskrivelse" - KlassifikationOphavsret: Ændret til "Ophavsret", beskrivelse ændret Tilstand Udgået Følgende attributter er tilføjet i Klassifikationsmodellen: - ID: var i version 1.1 del af de generelle egenskaber - Version: mulighed for at angive et versionsnummer på en klassifikation - PubliceretIndikator: Var tidligere en del af objektet Tilstand - VirkningFra og VirkningTil: Var i version 1.1 del af de generelle egenskaber Relationer Revideret Afsnittet definerer og beskriver relationerne fra forretningsobjektet Klassifikation. I forhold til relationerne i tabel 5, side 17 i version 1.1 er der følgende ændringer: - Ejer: relateret objekt præciseret som Organisation i stedet for den abstrakte klasse Aktør, beskrivelse opdateret - Ansvarlig: relateret objekt præciseret som Organisation eller OrgEnhed i stedet for den abstrakte klasse Aktør, beskrivelse opdateret Operationer Udgået Følgende relationer er tilføjet i Klassifikationsmodellen: - TilhørendeFacet: angivelse af den eller de facetter, der indgår i et klassifikationssystem Facet Revideret Afsnittet er skrevet og diagrammet revideret. De enkelte ændringer beskrives under attributter og relationer. Formål Udgået 26
27 Attributter Revideret Revideret afsnit som beskriver attributter for Facet. I forhold til attributlisten i tabel 7, side 20 i version 1.1 er der følgende ændringer: - brugervendtnøgle: ændret til "BrugervendtNøgle", beskrivelse opdateret - facetbeskrivelse: ændret til "FacetBeskrivelse", beskrivelse opdateret - facetplan: udgået - facetopbygning: udgået - facetophavsret: ændret til "FacetOphavsret", beskrivelse ændret - facetsupplement: ændret til "FacetSupplement", beskrivelse ændret - retskilde: udgået - ændret til relation Tilstand Udgået Følgende attributter er tilføjet i Klassifikationsmodellen: - ID: var i version 1.1 del af de generelle egenskaber Relationer Revideret Afsnittet definerer og beskriver relationerne fra forretningsobjektet Facet. I forhold til relationerne i tabel 9, side 22 i version 1.1 er der følgende ændringer: - Ejer: relateret objekt præciseret som Organisation i stedet for den abstrakte klasse Aktør, beskrivelse opdateret. - Ansvarlig: relateret objekt præciseret som Organisation eller OrgEnhed i stedet for den abstrakte klasse Aktør, beskrivelse opdateret. - Redaktører: udgået - Ansvarlig anvendes til at angive, hvis der er andre end ejeren, som kan redigere Facetten. - Facettilhør: ændret til "KlassifikationTilhørsforhold" for bedre at afspejle, at det er relation til den Klassifikation, facetten tilhører. Operationer Udgået Følgende relationer er tilføjet i Klassifikationsmodellen: - TilhørendeFacet: angivelse af den eller de facetter, der indgår i et klassifikationssystem Klasse Revideret Afsnittet er skrevet og diagrammet revideret. De enkelte ændringer beskrives under attributter og relationer. Formål Udgået 27
28 Attributter Revideret Revideret afsnit som beskriver attributter for Facet. I forhold til attributlisten i tabel 11, side 25 i version 1.1 er der følgende ændringer: - brugervendtnøgle: ændret til "BrugervendtNøgle" - klassebeskrivelse: ændret til "KlasseBeskrivelse" - klassetitel: ændret til "KlasseTitel" - klasseeksempel: ændret til "KlasseEksempel" - klasseomfang: udgået - aendringsnotat: ændret til "AendringsNotat" - retskilde: Udgået - ændret til relation - Søgeord: udgået - ændret til relation Tilstand Udgået Følgende attributter er tilføjet i Klassifikationsmodellen: - ID: var i version 1.1 del af de generelle egenskaber. - AendringsDato: Mulighed for at angive dato for ændring. - VirkningFra og VirkningTil: var i version 1.1 en del af de generelle egenskaber. Relationer Revideret Afsnittet definerer og beskriver relationerne fra forretningsobjektet Klasse. I forhold til relationerne i tabel 14, side 27 i version 1.1 er der følgende ændringer: - Ejer: relateret objekt præciseret som Organisation i stedet for den abstrakte klasse Aktør, beskrivelse opdateret. - Ansvarlig: relateret objekt præciseret som Organisation eller OrgEnhed i stedet for den abstrakte klasse Aktør, beskrivelse opdateret.- Redaktører - Overordnet: beskrivelse opdateret. - Sideordnede: beskrivelse opdateret. - Mapninger: beskrivelse opdateret. - Tilføjelser: beskrivelse opdateret. - Erstatter: beskrivelse opdaeret. - LovligeKombinationer: beskrivelse opdateret. - Facet: ændret til "Facettilhørsforhold", beskrivelse opdateret Følgende relationer er tilføjet i Klassifikationsmodellen: - ÆndretAf: angivelse af den OrgPerson, der har afstedkommet en ændring - Retskilde: den retskilde Klassen reguleres af Operationer Udgået Søgeord Nyt Afsnittet beskriver brugen af søgeord Attributter Nyt Afsnittet beskriver attributter for Søgeord Relationer Nyt Afsnittet beskriver relationer for Søgeord Bilag 1: Struktur for input-/outputmeddelelse Referencer Udgået Nyt afsnit med referencer. Anvendes fx hvor der i modellerne er inddraget modelelementer fra andre modeller, fx retskilde hvor der henvises til retsinfo's ELI-identifikator - men også referencer mellem specifikationerne 28
29 Bilag 2: Retteblad til version 1.1 Bilag 1: Retteblad til Klassifikationsmodellen version 2.0 Udgået Nyt 29
1 Klassifikation-version2.0
1 Klassifikation-version2.0 Formål med Klassifikationsmodellen Her specificeres Klassifikationsmodellen, som en informationsmodel for Klassifikationer. Klassifikationer (eller klassifikationssystemer)
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 mereSpecifikation af Model for Organisation Version 2.0
Specifikation af Model for Organisation Version 2.0 1 > Specifikation af Model for Organisation. Version 2.0 Denne standard kan frit anvendes af alle. Citeres der fra standarden i andre publikationer til
Læs mereSpecifikation af serviceinterface for klassifikation. Denne standard er godkendt af OIO-komiteen december 2009
Specifikation af serviceinterface for klassifikation Denne standard er godkendt af OIO-komiteen december 2009 > Specifikation af serviceinterface for klassifikation Udgivet af: IT- & Telestyrelsen Denne
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 mereSpecifikation af Model for Sag (Version til kommentering)
Specifikation af Model for Sag (Version til kommentering) 1 > Specifikation af Model for Sag Version 2.0 (Version til kommentering) Denne standard kan frit anvendes af alle. Citeres der fra standarden
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 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 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 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 mere1 Indsats informationsmodel - Byggeblok
1 Indsats informationsmodel - Byggeblok Logisk Informationsmodel af Byggeblokken Indsats Modellen beskriver den helt overordnede model for enhver type af "Indsats" Modellen kan bruges som skabelon til
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 mere1 KlassifikationStruktur
..27 KlassifikationStruktur. KlassifikationStruktur Klassifikation er det abstrakte objekt som samler et klassifikationssystem. Klassifikation holder klassifikationssystemets metadata. Klassifikationssystemet
Læs mereSTØTTESYSTEMET KLASSIFIKATION
STØTTESYSTEMET KLASSIFIKATION v/ Martin Bo Jensen 26. februar 2019 KOMBITs løsninger og fælleskommunal infrastruktur 2 Kommunale fagområder Arbejdsmarked og erhverv Social og sundhed Børn og læring Mit
Læs mere0.9 19-09-2012 DAVAR Omdøbt til SagDokumentFormat. Attention er skilt ud i et selvstændigt format, AttentionFormat.
Specifikation 19. september 2012 DAVAR J.nr. 2012-6211-281 Sagdokumentformat Versionshistorik Version Dato Initialer Noter 0.7 15-06-2012 DAVAR Høringsversion. Indsat MeddelelseAttention. 0.9 19-09-2012
Læs merePå vej mod internationalt orienterede datastandarder
FDA2018 På vej mod internationalt orienterede datastandarder Dan Bjørneboe, KL Peter Bruhn Andersen, Digitaliseringsstyrelsen 1 OPDATERING OIO OIO-OPDATERING FDA 23. april 2018 DAGSORDEN/EMNER OIO OPDATERING
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 mereMapning af klasser og egenskaber mellem S&D- og FDA-klassifikation
Mapning af klasser og egenskaber mellem S&D- og FDA-klassifikation Baggrund... 5 Mapningsprocessen... 5 Tabel til sammenligning mellem elementer... 5 Vurdering af klasser... 6 Vurdering af datatypeegenskaber...
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 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 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 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 mereSpecifikation af serviceinterface for sag. Denne standard er godkendt af OIO-komiteen december 2009
Specifikation af serviceinterface for sag Denne standard er godkendt af OIO-komiteen december 2009 > Specifikation af serviceinterface for sag Denne standard kan frit anvendes af alle. Citeres der fra
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 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 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 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 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 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 mereSag og dokument standarderne - Hvad og hvorfor
Sag og dokument standarderne - Hvad og hvorfor > Sag og dokument standarderne Hvad og hvorfor Dette dokument kan frit anvendes af alle. Citeres der fra dokumentet i andre publikationer til offentligheden,
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 mereUnderbilag 2Q Vilkår for integration til støttesystemet Klassifikation
Underbilag 2Q Vilkår for integration til støttesystemet Klassifikation 1. Indledning og vejledning Nærværende vejledning beskriver, hvordan Anvendersystemer afsender og/eller modtager objekter til/fra
Læs mereOverordnet set vurderer Odense Kommune, at både det foreliggende udkast og det bagvedliggende arbejde er af høj kvalitet.
Høringssvar på Specifikation af Serviceinterface for Sag standard for Specifikation af Serviceinterface for Sag og har flg. bemærkninger. og det bagvedliggende arbejde er af høj kvalitet. MFD, MIB Der
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 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 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 mereSpecifikation af serviceinterface for arkivstruktur. Denne standard er godkendt af OIO-komiteen december 2009
Specifikation af serviceinterface for arkivstruktur Denne standard er godkendt af OIO-komiteen december 2009 Specifikation af serviceinterface for arkivstruktur Denne standard kan frit anvendes af alle.
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 mereSpecifikation af serviceinterface for organisation. Dette udkast til standard er i offentlig høring i perioden 12. oktober til 13.
Specifikation af serviceinterface for organisation Dette udkast til standard er i offentlig høring i perioden 12. oktober til 13. november 2009 Specifikation af forretningsservice for Organisation Denne
Læs mereHøringssvar vedrørende Specifikation af serviceinterface for person (part)
IT- og Telestyrelsen Holsteinsgade 63 2100 København Ø Høringssvar vedrørende Specifikation af serviceinterface for person (part) Dette er KLs høringssvar på den offentlige høring om specifikation af serviceinterface
Læs mereKommentar fra KMS til Specifikation af Serviceinterface for Person
Kommentar fra KMS til Specifikation af Serviceinterface for Person Organisation Side Kapitel Afsnit/figur/tabel /note Type af kommentar (generel (G), redaktionel (R), teknisk (T)) Kommentar KMS-1 G Godt
Læs mereSpecifikation af serviceinterface for organisation. Denne standard er godkendt af OIO-komiteen december 2009
Specifikation af serviceinterface for organisation Denne standard er godkendt af OIO-komiteen december 2009 Specifikation af serviceinterface for Organisation Denne standard kan frit anvendes af alle.
Læs mereDet skal understreges, at kassation af dokumenter er en mulighed, og ikke en pligt for kommunerne.
KL notat 26-06-2014/FLN Beslutning om kassation i ESDH-systemer med tjekliste Notatet er til brug for den kommunale myndigheds beslutning, om den vil gøre brug af muligheden for kassation fra ESDH eller
Læs mereSAGS-, DOKUMENT- OG YDELSESINDEKS. v. Christian Buss Wennemose og Klaus Rasmussen Leverandørdag 26. februar 2019
SAGS-, DOKUMENT- OG YDELSESINDEKS v. Christian Buss Wennemose og Klaus Rasmussen Leverandørdag 26. februar 2019 AGENDA 1. Recap: Hvad er indekserne og hvad kan de bruges til? 2. Tilslutning og Compliance
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 mereGrunddataprogrammet. Side 1 af 11. Aftale om styringsrammer for grunddatamodellen
Grunddataprogrammet Side 1 af 11 Aftale om styringsrammer for grunddatamodellen Side 1 af 11 11. oktober 2013 SAR Aftale om styringsrammer for grunddatamodellen Formål Formålet med aftalen er at sikre
Læs mere(Bilag til dagsordenspunkt 8, Kommunale anvenderkrav til støttesystemerne)
25. april 2013 NOTAT Anvenderkrav til Støttesystemet Klassifikation (Bilag til dagsordenspunkt 8, Kommunale anvenderkrav til støttesystemerne) KOMBIT A/S Halfdansgade 8 2300 København S Tlf 3334 9400 www.kombit.dk
Læs mereSpecifikation af serviceinterface for dokument. Denne standard er godkendt af OIO-komiteen december 2009
Specifikation af serviceinterface for dokument Denne standard er godkendt af OIO-komiteen december 2009 > Specifikation af serviceinterface for dokument. Version 1.1.1 Denne standard kan frit anvendes
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 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 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 mereKLASSIFIKATION ET AF DE OTTE STØTTESYSTEMER. Version 2.0
KLASSIFIKATION ET AF DE OTTE STØTTESYSTEMER Version 2.0 Støttesystemer er selvstændige it-løsninger, der sikrer, at kommunens fagløsninger kan fungere sammen og blandt andet få adgang til relevante data.
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 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 mereUnderbilag 2M Begrebs- og informationsmodel for Ydelsesindeks
Underbilag 2M Begrebs- og informationsmodel for Ydelsesindeks Revisionshistorik Dato Kommentar Ansvarlig 206-09-29 Oprettet revisionshistorik MSG 206-09-29 Rollen til Bevillingsaktør er ændret fra Ansvarlig
Læs mereSpecifikation af serviceinterface for Sag version 1.2
Høringssvar fra KMD vedrørende Specifikation af serviceinterface for Sag version 1.2 KMD takker for muligheden for at kommentere på specifikationen. Det er KMDs vurdering, at der generelt er tale om fornuftige
Læs mereSFI-model 20080508_1441
1 af 6 08-05-2008 15:04 SFI-model 20080508_1441 Datatyper Datatyper SFI Overblik Regler Regler SA_Pakke SA 2 af 6 08-05-2008 15:04 SD_Pakke SD SR_Pakke SR WF_Pakke WF 3 af 6 08-05-2008 15:04 Dictionary
Læs mereFDA-modelregler i praksis
1 FDA-modelregler i praksis Fællesoffentlig Digital Arkitektur, 23. april 2018 Per de Place Bjørn Anna Odgaard Ingram Digitaliseringsstyrelsen, Kontor for Data og Arkitektur DEN FÆLLESOFFENTLIGE DIGITALISERINGSSTRATEGI
Læs mereØIR KLASSIFIKATIONSSYSTEM
ØIR KLASSIFIKATIONSSYSTEM Introduktion for leverandører 28. Januar 2016 (opdateret 1.2.2016) Version 1.0 Agenda Generelt om STS Klassifikation ØiR Klassifikationssystem Formål og krav Gennemgang af klassifikationssystem
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 mereOIO standardservice til Journalnotat. Generel servicevejledning. KMD Sag Version 1.0 01-09-2013. KMD A/S Side 1 af 15. September 2013 Version 1.
OIO standardservice til Journalnotat Generel servicevejledning KMD Sag Version 1.0 01-09-2013 KMD A/S Side 1 af 15 Generel servicevejledning til OIO Journalnotat Ekstern standardservice Opdateret 01.09.2013
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 mere1 KY-dokument
1 KY-dokument... 2 1.1 Dokument... 3 1.1.1 Attributter... 3 1.2 Part... 4 1.2.1 Attributter... 4 1.3 Person... 4 1.3.1 Attributter... 5 1.4 Aktør... 6 1.4.1 Attributter... 6 1.5 Organisation... 6 1.6 OrgFunktion...
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 mereStøttesystemet Klassifikation. Klassifikation. Et af de otte Støttesystemer
1 Et af de otte Støttesystemer 2 Kombit Støttesystemet Hvad er Støttesystemet? Håndtering af alle typer klassifikationer i samme system Støttesystemet er et centralt register for de klassifikationer, som
Læs mereForord. Versioner. Version Date Description 1.0.0 05/06/2013 Initial version 2.0.0 24/07/2013 URI er ændret
APOS2 OIO Services 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 mereNye modelregler Fundamentet Begrebs- og datamodellering på niveau 2: Genbrug
1 Nye modelregler Fundamentet Begrebs- og datamodellering på niveau 2: Genbrug Fællesoffentlig Digital Arkitektur, 7. september 2017 Per de Place Bjørn Anna Odgaard Ingram Digitaliseringsstyrelsen, Kontor
Læs mereNBS Organisatoriske begreber
NBS Organisatoriske begreber Rapport vedrørende udarbejdelse af begrebssystem og definitioner Version 1.0/18. december 2012 Kolofon: Titel NBS - Rapport vedrørende udarbejdelse af begrebssystem og definitioner
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 til kommunernes fremtidige it-udbud vedrørende brug af de fælleskommunale Støttesystemer
Vejledning til kommunernes fremtidige it-udbud vedrørende brug af de fælleskommunale Støttesystemer KOMBIT udarbejder i samarbejde med kommunerne en trin-for-trin Drejebog, der vejleder kommunerne i det
Læs mereDen fælleskommunale Rammearkitektur. - en arkitektur for den kommunale digitalisering
Den fælleskommunale Rammearkitektur - en arkitektur for den kommunale digitalisering Fundament Vision & Strategi Logik Rammearkitektur Fysik Udvikling/Implementering 2 10.6.2014 De 5 digitaliseringsmål
Læs mereIntroduktion til Klassifikation
Introduktion til Klassifikation 1. Om dokumentet Dette dokument formidler et overblik over støttesystemet Klassifikation i den fælleskommunale infrastruktur. Formålet er at give læseren en forståelse af
Læs mereTeknisk uddybning af generelle egenskaber for sags- og dokumentområdet
Teknisk uddybning af generelle egenskaber for sags- og dokumentområdet Teknisk uddybning af generelle egenskaber for sags- og dokumentområdet Denne vejledning kan frit anvendes af alle. Citeres der fra
Læs mereBitemporalitet på Datafordeleren
Bitemporalitet på Datafordeleren Denne side indeholder en anvenderrettet beskrivelse og dokumentation af grunddataprogrammets historikmodel ved anvendelse og implementering af bitemporalitet. Dokumentet
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 mereDefinition: unikt beskrivende navn på engelsk, der entydigt refererer til egen- skaben
Bilag 1 - Felter i CCS- egenskabstabel - 3. udgave.docx BESKRIVELSE AF FELTNAVNE I CCS EGENSKABSTABEL cuneco en del af bips 21. januar 2014 Projektnr. 12 061 Sign. SSP 1 Indhold 1 Indhold... 1 2 Indledning...
Læs mereMapning af klasser og egenskaber mellem S&D- og FDA-organisation
Mapning af klasser og egenskaber mellem S&D- og FDA-organisation Baggrund... 5 Mapningsprocessen... 5 Tabel til sammenligning mellem elementer... 5 Vurdering af klasser... 6 Vurdering af datatypeegenskaber...
Læs mere1 KY-kontering 26.11.2013
1 KY-kontering... 2 1.1 Bevilling... 3 1.1.1 Attributter... 3 1.2 Økonomisk effektueringsplan... 3 1.2.1 Attributter... 4 1.3 Bevilget ydelse... 5 1.3.1 Attributter... 5 1.4 Bevillingsmodtager... 5 1.5
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 mereForord. Versioner. Version Date Description 1.0.0 09/05/2012 Initial version
APOS2 DWH Services 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 mereDokumentationsguide for dansk Bankkonto
Dokumentationsguide for dansk Bankkonto OIOXML dokumentationsguide for dansk Bankkonto Denne guide er udarbejdet af Peter Neergaard Jensen, IT- og Telestyrelsen, i regi af Kernekomponentgruppen under XML-projektet
Læs mereFælleskommunale Klassifikationer - Indeks
Fælleskommunale Klassifikationer - Indeks Ballerup 26. november 2018 Brian Jacobsen Chefkonsulent, Taxon brian@taxon.dk Fælleskommunale Klassifikationer - Indeks 1. Elevatorpitch på klassifikation 2. Klassifikationsindekset
Læs mereHøringssvar vedr. Serviceinterface for Person
Høringssvar vedr. Serviceinterface for Person 1. Indledning... 3 1.1 Arkitekturmæssige overvejelser... 3 2. Konkrete ændringsforslag... 5 2.1 Variable attributnavne... 5 2.2 Registeroplysninger fra akkreditiv...
Læs merePeter Thrane Enterprisearkitekt KL+KOMBIT. Den fælleskommunale Rammearkitektur - Inspiration
Peter Thrane Enterprisearkitekt KL+KOMBIT Den fælleskommunale Rammearkitektur - Inspiration REGIONERNE Selvstyre Egen økonomi Konkurrence = bedre priser Samarbejde Koordinering Udveksling SAMMENHÆNG
Læs mereHvem er målgruppen for disse dokumenter. Hvilke forudsætninger skal læseren have?
Kommenteringsskema 15. januar 2018 Sekretariatet for Initiativ 8.1. BEMÆRK: Alle indsendte kommentarer offentliggøres (på arkitektur.digst.dk). Såfremt du ikke ønsker en kommentar offentliggjort, bedes
Læs mereUML til kravspecificering
UML til kravspecificering UML mini-kompendium - til brug i forbindelse med modellering af kravspecifikationer. Copyright 2006 Teknologisk Institut, IT-Udvikling Aktivitetsdiagram 2/9 Aktion Aktionsnavn
Læs mereOIOUBL Guideline. OIOUBL Guideline
OIOUBL Guideline OIOUBL Guideline OIOUBL Dokument Reference UBL 2.0 Document Reference G21 Version 1.3 Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 Kolofon Kontakt: Digitaliseringsstyrelsen
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 mereKLASSIFIKATION OG ORGANISATION SPOR Netværksdage Støttesystemer og
KLASSIFIKATION OG ORGANISATION SPOR Netværksdage Støttesystemer 11-03-15 og 12-03-15 Hvem er jeg? Denny Christensen Chefkonsulent og IT Arkitekt i KOMBIT Har været teamlead og skribent på bla. kravspecifikationerne
Læs mereAnvisninger til anvendelse af STS-Organisation
Anvisninger til anvendelse af STS-Organisation MBAP26 Dette dokument indeholder anvisninger til anvendersystemernes anvendelse af Støttesystemet Organisation. Mette Jespersen (MEJ@kombit.dk) 7. november
Læs mere24-03-2009. Problemstilling ved DBK integration i BIM Software Hvad skal der til. Nicolai Karved, Betech Data A/S
24-03-2009 Problemstilling ved DBK integration i BIM Software Hvad skal der til. Nicolai Karved, Betech Data A/S Problemstilling ved DBK integration i BIM Software Domæner og aspekter Det domæne, der primært
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 mereFESD Arkivstruktur. Standard. FESD-standardisering Arkivstruktur. Datamodel Version 1.1. IT- og Telestyrelsen København den 10. december 2008.
FESD Arkivstruktur Standard IT- og Telestyrelsen København den 10. december 2008. FESD-standardisering Arkivstruktur. Datamodel Version 1.1 Kolofon: FESD-standardisering. Arkivstruktur. Datamodel. Version
Læs mereKlik her for at angive tekst. Anvenderkrav til Støttesystemet Sags- og Dokumentindeks
30. april 2013 NOTAT Klik her for at angive tekst. Anvenderkrav til Støttesystemet Sags- og Dokumentindeks Indhold: 1. Indledning og vejledning... 3 2. Krav vedr. Systemets anvendelse af Støttesystemet
Læs mereCCS Formål Produktblad December 2015
CCS Formål Produktblad December 2015 Kolofon 2015-12-14
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 mere(Bilag til dagsordenspunkt 8, Kommunale anvenderkrav til støttesystemerne)
25. april 2013 Klik her for at angive tekst. NOTAT Bilag 14: Anvenderkrav til Støttesystemet Organisation (Bilag til dagsordenspunkt 8, Kommunale anvenderkrav til støttesystemerne) kombit@kombit.dk CVR
Læs mereVilkår vedrørende anvendelsen af Støttesystemet Organisation
Vilkår vedrørende anvendelsen af Støttesystemet Organisation 1. Indledning og vejledning Nærværende vejledning beskriver, hvordan it-systemer afsender og/eller modtager beskeder fra Støttesystemet Organisation,
Læs mere