Sortiment Informationsmodel
|
|
- Alma Jessen
- 6 år siden
- Visninger:
Transkript
1 Sortiment Informationsmodel
2 Delsortiment Delsortimentet er en obligatorisk opdeling af sortimentet i værdilister, samlinger af mulige registreringsværdier, hvor hver samling, delsortimentet, har en bestemt anvendelseskontekst. Anvendelseskonteksten er givet ved en typificering af delsortimentet (fx Registreringsværdier for klassificerede elementer i en integration). Ifm. den eksemplificerede type af delsortimenter er det muligt til delsortimentet at angive specifikt den eller de attributter i en registrering, som delsortimentet er værdiliste for (fx værdilisten over konti, som kan anvendes af KY til finansposteringer). Registreringsværdien er en kopi af klasse i en klassifikation. Den har samme unikke identifikation som klassen og holder samme information fx brugervendt nøgle og titel. Det er ikke tilladt at samme registreringsværdi optræder flere gange med overlappende gyldighed indenfor samme delsortiment. Delsortimentet indeholder alene tilladte registreringsværdier. Det betyder, at delsortimentet ikke vil afspejle det hierarki, som en registreringsværdi kan indgå i. Adgangen til dette hierarki fås ved læsning i den klassifikation, hvorfra registreringsværdien kommer. DelsortimentBeskrivelse Tekst255: maxlength=25 5 DelsortimentBrugervendtNøgle DelsortimentGyldigFra DelsortimentGyldigTil DelsortimentIdentifikation DelsortimentRegistreringTidspunkt DelsortimentSidstÆndretTidspunkt DelsortimentTitel Tekst: pattern=[a-f- 9]{8}-[a-f-9]{4}- [a-f-9]{4}-[a-f- 9]{4}-[a-f- 9]{2} Tekst: Beskrivelse af indhold og formål med delsortimentet (kan redigeres). Brugervendt identifikation af delsortimentet. BrugervendtNøgle er unik indenfor sortimentet under hensyntagen til gyldighedsperiode (kan ikke redigeres). Delsortimentet er gyldig fra og med denne dato. Datoen kan redigeres til en dato tidligere end angivne GyldigFra under forudsætning af, at kravene til unikke BrugervendtNøgle kan overholdes. Delsortimentet har gyldighed til og med Gyldighedsdato minus dag, dvs. dagen før. Gyldighedsperioden er derved eksklusive GyldigTil. GyldigTil er altid senere end GyldigFra. Hvis værdien ikke er angivet er gyldighedsperioden uafsluttet. Værdien kan redigeres/udfyldes. Værdien kan angives til dagsdato +2 dag eller senere. Unik identifikation af delsortimentet (UUID). Tidspunkt for delsortimentets oprettelse (kan ikke redigeres). delsortimentets redigerbare attributter herunder redigerbare attributter på: DelsortimentType Delsortimentets titel - navn (kan redigeres).
3 IntegrationReference Når et sortiment anvendes til at angive tilladte registreringsværdier, værdiliste, for en dataudveksling, angives den konkrete dataudveksling ved en eller flere integrationsreferencer. Integrationsreferencen udpeger en specifik integration (fx SF59_A_IF_v2), service. Alle integrationer er klassificeret som klasser i klassifikation over integrationer sammen med integrationernes klassificerede elementer. IntegrationReferenceGyldigFra Integrationsreferencen er gyldig fra og med denne dato. Datoen kan redigeres til en dato tidligere end IntegrationReferenceGyldigTil IntegrationReferenceRegistreringTidspunkt IntegrationReferenceSidstÆndretTidspunkt angivne GyldigFra. Integrationsreferencen har gyldighed til og med Gyldighedsdato minus dag, dvs. dagen før. Gyldighedsperioden er derved eksklusive GyldigTil. GyldigTil er altid senere end GyldigFra. Hvis værdien ikke er angivet er gyldighedsperioden uafsluttet. Værdien kan redigeres/udfyldes. Værdien kan angives til dagsdato +2 dag eller senere. Tidspunkt for integrationsreferencen oprettelse (kan ikke redigeres) integrationsreferencens redigerbare attributter..3 ITSystem Et ITSystem er en konkret løsning der IT-understøtter et eller flere forretningsdomæner. Eksempler herpå er KMD OPUS Debitor, EG ØS Indsigt. Et IT system kan deployes i en IT-systeminstans. ITSystemIdentifikation It-systemets unikke identifikation (UUID) pattern=[a-f- 9]{8}-[a-f-9]{4}- [a-f-9]{4}-[a-f- 9]{4}-[a-f- 9]{2} ITSystemTitel Tekst: Navn på it-system (kan redigeres).4 ITSystemInstans En ITSysteminstans er et fysisk deployet ITSystem registeret på et af Serviceplatformens IT-miljøer.
4 ITSystemInstansIdentifikation ITSystemInstansTitel pattern=[a-f- 9]{8}-[a-f-9]{4}- [a-f-9]{4}-[a-f- 9]{4}-[a-f- 9]{2} Tekst: Unik identifikation af en it-system-instansen (UUID). Navn på it-system-instansen (Kan redigeres)..5 KlassificeretElementReference Et klassificeret element er en attribut, hvis værdilist, er udtrykt gennem et delsortiment. Det klassificerede element vil være listet i klassifikationen over integrationer. KlassificeretElementReferencen angiver referencen mellem et delsortiment og en bestemt klasse indeholdende et klassificeret element. Referencens gyldighedsperiode følger delsortimentets gyldighedsperiode. Der kan indenfor et sortiment ikke være referencer til samme klassificerede element med overlappende gyldighedsperioder. Dvs. der er kun et delsortiment, der kan være gyldig værdiliste for et klassificeret element på et givent tidspunkt indenfor et sortiment. KlassificeretElementReferenceRegistreringTidspu nkt Tidspunkt for oprettelse af referencen til det klassificerede element. KlassificeretElementReferenceSidstÆndretTidsp unkt referencens redigerbare attributter..6 RegistreringVærdi Et delsortiments elementer kaldes RegistreringVærdi. RegistreringVærdi angiver den unikke identifikation, som skal benyttes i forbindelse med registreringen. Registreringsværdien er en kopi af klassen i en klassifikation. Den har samme unikke identifikation som klassen og holder samme information fx brugervendt nøgle og titel. Gyldigheden for registreringsværdien angiver registreringsværdiens gyldighed i forhold til delsortimentet. Denne gyldighed vil ligge indenfor den bagvedliggende klasses virkning. RegistreringVærdiEjer Tekst: Den juridiske enhed (oftest, men ikke begrænset til myndighed), som er ejer af og kan benytte registreringsværdien (kan ikke redigeres). Angives kun, når den RegistreringEjer er forskellig RegistreringVærdiGyldigFra RegistreringVærdiGyldigTil fra SortimentEjer. RegistreringVærdi er gyldig fra og med denne dato. Datoen kan redigeres til en dato tidligere end angivne GyldigFra. RegistreringVærdi har gyldighed til og med denne dato. Er lig eller senere end GyldigFra. Hvis værdien ikke er angivet er gyldighedsperioden
5 RegistreringVærdiRegistreringTidspunkt RegistreringVærdiSidstÆndretTidspunkt uafsluttet. Værdien kan redigeres/udfyldes. Værdien kan angives til dagsdato + dag eller senere. Tidspunkt for oprettelse af forekomsten af registreringsværdien. forekomsten af registreringsværdien redigerbare attributter herunder redigerbare attributter på: RegistringVærdiDetaljering, RegistringVærdiDetaljeringRegel og SubstitueretKlassificeretElementReference..7 RegistreringVærdiDetaljering RegistreringVærdiDetaljering holder en samling af supplerende registreringsværdier, som kan benyttes til detaljering af en given registreringsværdis angivelse. De enkelte supplerende registreringsværdier benævnes RegistreringVærdiDetaljeringReference. En samling af supplerende registreringsværdier, RegistreringVærdiDetaljering, har altid tilknyttet en regel, som fx kan angive om suppleringsangivelsen er tvungen eller frivillig. Regel er angivet ved RegistreringVærdiDetaljeringRegelType. Endvidere er angives i hvilket klassificeret element, som den supplerende registreringsværdi skal angives i. RegistreringVærdiDetaljering har samme gyldighedsperiode som RegistreringVærdi's. RegistreringVærdiDetaljeringIdentifikation pattern=[a-f- 9]{8}-[a-f-9]{4}- [a-f-9]{4}-[a-f- 9]{4}-[a-f- 9]{2} RegistreringVærdiDetaljeringTitel Tekst: Unik identifikation af RegistreringVærdiDetaljering, dvs. samlingen af supplerende registreringsværdier. Titel på samlingen af supplerende registreringsværdier (Kan redigeres)..8 RegistreringVærdiDetaljeringReference RegistreringVærdiDetaljeringReference angiver den unikke identifikation, som skal benyttes i forbindelse med registreringen. Detaljeringsreferencen er en kopi af klassen i en klassifikation. Den har samme unikke identifikation som klassen og holder samme information fx brugervendt nøgle og titel. Gyldigheden for detaljeringsreferencen angiver detaljeringsreferencens gyldighed i forhold til registreringsværdien. Denne gyldighed vil ligge indenfor den bagvedliggende klasses gyldighed samt indenfor virkningen for selve registreringsværdien. RegistreringVærdiDetaljeringReferenceEjer Tekst: Den juridiske enhed (oftest, men ikke begrænset til myndighed), som er ejer af og kan benytte registreringsværdien (kan ikke redigeres). Angives kun, når den RegistreringEjer er forskellig
6 RegistreringVærdiDetaljeringReferenceGyldigFra RegistreringVærdiDetaljeringReferenceGyldigTil RegistreringVærdiDetaljeringReferenceRegistreri ngtidspunkt RegistreringVærdiDetaljeringReferenceSidstÆndr ettidspunkt fra SortimentEjer. Endvidere gælder, at hvis RegistringEjer på RegistringVærdi er angivet, dvs. forskellig for SortimentEjer, da skal RegistreringEjer på hhv. RegistringVærdi og RegistringVærdiDetaljeringReference have samme værdi. RegistreringVærdiDetaljeringReferencen er gyldig fra og med denne dato. Datoen kan redigeres til en dato tidligere end angivne GyldigFra under forudsætning af, at kravene til unikke BrugervendtNøgle kan overholdes. RegistreringVærdiDetaljeringReferencen har gyldighed til og med Gyldighedsdato minus dag, dvs. dagen før. Gyldighedsperioden er derved eksklusive GyldigTil. GyldigTil er altid senere end GyldigFra. Hvis værdien ikke er angivet er gyldighedsperioden uafsluttet. Værdien kan redigeres/udfyldes. Værdien kan angives til dagsdato +2 dag eller senere. Tidspunkt for oprettelse af forekomsten af detaljeringsreferencen. forekomsten af detaljeringsreferencen redigerbare attributter..9 RegistreringVærdiDetaljeringRegel Angiver den regel, som skal benytte ved angivelse af detaljeringsreferencer. Eksempler på regler: Detaljeringsreference kan være angivet, Detaljeringsreference skal være angivet RegistreringVærdiDetaljeringRegel har samme gyldighedsperiode som RegistreringVærdiDetaljering, dvs. RegistreringVærdi's. RegistreringVærdiDetaljeringRegelBeskrivelse Tekst: RegistreringVærdiDetaljeringRegelIdentifikation RegistreringVærdiDetaljeringRegelTitel pattern=[a-f- 9]{8}-[a-f-9]{4}- [a-f-9]{4}-[a-f- 9]{4}-[a-f- 9]{2} Tekst: Beskrivelse af typens betydning og formål. (kan redigeres) Unik identifikation af typen (UUID) Titel på typen (kan redigeres).. Sortiment Et sortiment er en samling af klasser, som er udvalgt fra en eller flere klassifikationer, med et specifikt formål om at afgrænse
7 registreringspraksis i en given kontekst. Sortimentet angiver de mulige klasser, som er tilladte at benytte i en registrering, med andre ord en værdiliste over tilladte koder. Sortimentets kontekst er givet ved en sortimentstype (fx værdiliste til brug ifm. dataudveksling), en afgrænsning af systemkontekst ved en eventuelt reference til en instans af et it-system (fx ekstern testinstans af kommunernes ydelsessystem, KY) samt eventuel reference til den eller de dataudvekslinger, her givet ved integrationer, som sortimentet danner værdiliste for (fx Finansposteringer version 2 og 3 af ØiR integrationen SF59_A). Sortimentet er opdelt i et eller flere delsortimenter. Delsortimentet angiver den konkrete anvendelse for den værdiliste, som delsortimentet holder (fx værdilisten over konti, som kan anvendes af KY til finansposteringer). Et sortiment vil typisk være fastlagt ift. et it-systems specifikke anvendelseskrav (fx vil Kommunernes Ydelsessystem anvende et sæt af konti og Kommunernes Sygedagpengesystem et andet sæt i deres brug af integrationen til kommunernes bogføringsløsninger - eventuelt med en fællesmængde). Da it-systemer vil optræde i flere instanser, fx test, demo, produktion, så vil der tilsvarende typisk være individuelle sortimenter pr. it-system-instans. SortimentBeskrivelse Tekst255: maxlength=25 5 SortimentBrugervendtNøgle SortimentEjer SortimentGyldigFra SortimentGyldigTil SortimentIdentifikation Tekst: Tekst: pattern=[a-f- 9]{8}-[a-f-9]{4}- [a-f-9]{4}-[a-f- 9]{4}-[a-f- 9]{2} Beskrivelse af indhold og formål med sortimentet (kan redigeres). Brugervendt identifikation af sortimentet. BrugervendtNøgle er unik sammen med ejer og gyldighedsperiode. Den juridiske enhed (oftest, men ikke begrænset til myndighed), som er ejer af sortimentet (Kan ikke redigeres). Sortimentet er gyldig fra og med denne dato. Datoen kan redigeres til en dato tidligere end angivne GyldigFra under forudsætning af, at kravene til unikke BrugervendtNøgle kan overholdes. Sortimentet har gyldighed til og med Gyldighedsdato minus dag, dvs. dagen før. Gyldighedsperioden er derved eksklusive GyldigTil. GyldigTil er altid senere end GyldigFra. Hvis værdien ikke er angivet er gyldighedsperioden uafsluttet. Værdien kan redigeres/udfyldes. Værdien kan angives til dagsdato +2 dag eller senere. Unik identifikation af sortimentet (UUID). SortimentRegistreringTidspunkt Tidspunkt for sortimentets oprettelse (kan ikke redigeres). SortimentSidstÆndretTidspunkt sortimentets redigerbare attributter, herunder redigerbare attributter på: ITSystemInstans. SortimentTitel Tekst: Sortimentets titel - navn (kan redigeres).
8 SubstitueretKlassificeretElement Angiver en samling af klassificerede elementer, hvis angivelse bliver substitueret (ej mulig) ved angivelse af registreringsværdien. Samlingen indeholder reference til et eller flere klassificerede elementer. Der kan ikke i samlingen være reference til klassificerede elementer, som indgår i delsortiments reference til klassificerede elementer. Tilsvarende kan der ikke være reference til et klassificeret element, som er angivet RegistreringVærdiDeltaljering under samme registreringsværdi. SubstitueretKlassificeretElement har samme gyldighedsperiode som RegistreringVærdi's..2 SubstitueretKlassificeretElementReference Et klassificeret element er en attribut, hvis værdilist, er udtrykt gennem et delsortiment. Det klassificerede element vil være listet i klassifikationen over integrationer. SubstitueretKlassificeretElementReferencen angiver referencen til et klassificeret element, som ikke længere er påkrævet (kan ikke være) udfyldt, når den tilhørende registreringsværdi anvendes. SubstitueretKlassificeretElementReferernce har samme gyldighedsperiode som RegistreringVærdi's.
Sortiment 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 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 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.
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 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 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 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 KlassifikationStruktur
..27 KlassifikationStruktur. KlassifikationStruktur Klassifikation er det abstrakte objekt som samler et klassifikationssystem. Klassifikation holder klassifikationssystemets metadata. Klassifikationssystemet
Læs mereINTERIM KLASSIFIKATION
Eksternt publiceret INTERIM KLASSIFIKATION Eksportmodel for - ØiR Klassifikation version 2 - KDI Marts 2017 version 1.1 Indhold Opdatering siden version 1.0 Kort gennemgang opdateringer mv. siden forrige
Læs mereØIR. Introduktion. AP32 / xpml - version november 2017
ØIR Introduktion AP32 / xpml - version 1.1 7. november 2017 INTRODUKTION TIL ØIR ØiR -Intro 1. Baggrund og formål ØiR Økonomi i Rammearkitekturen Nye standardiserede integrationer til udveksling af økonomidata
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 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 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 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 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 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 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 mereDEBITOR LEVERANDØRMØDE 20. OKT 15. Oplæg til gennemgang på mødet
DEBITOR LEVERANDØRMØDE 20. OKT 15 Oplæg til gennemgang på mødet Agendag 1. Velkomst / bordet rundt Kort status Formål 2. Revideret begrebsmodel Gennemgang af større tilpasninger/principielle afklaringer
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 mereWEBINAR OM ØIR (ØKONOMI I RAMMEARKITEKTUREN) Den 7. og 13. juni 2018
WEBINAR OM ØIR (ØKONOMI I RAMMEARKITEKTUREN) Den 7. og 13. juni 2018 1 VELKOMST V/ CHEFKONSULENT METTE VINTHER POULSEN 2 KOMBIT webinar om ØiR (Økonomi i Rammearkitekturen) for kommunernes KOMBIT programledere
Læs mereIntegration SF1590_A - ØiR - Afsend økonomipostering til ØiR (Finans) Integrationsbeskrivelse - version 2.1.0
Integration SF1590_A - ØiR - Afsend økonomipostering til ØiR (Finans) Integrationsbeskrivelse - version 2.1.0 Kommunernes Datafællesskab - KDF Versionshistorik Relevans Dato Initialer Version Kommentarer
Læs mereØIR (ØKONOMI I RAMMEARKITEKTUREN) 26. februar 2019
ØIR (ØKONOMI I RAMMEARKITEKTUREN) 26. februar 2019 1 Program for dagens præsentation om ØiR Målgruppen for webinaret er kommunernes leverandører af fagsystemer som kan få gavn af at benytte økonomisnitfladerne
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 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 mereGenerelt Udtræk leveres som Zip-filer indeholdende udtræk i det format, som man som kunde har valgt.
Udtræksformater Generelt Udtræk leveres som Zip-filer indeholdende udtræk i det format, som man som kunde har valgt. Sektioner Grundlæggende er et udtræk opdelt i tre sektioner: 1. Virksomheder indeholder
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 mereVersion 1.0. Vilkår for brug af Støttesystemet Adgangsstyring
Version 1.0 Vilkår for brug af Støttesystemet Adgangsstyring kombit@kombit.dk CVR 19 43 50 75 Side 1/10 1. Indledning og vejledning I forbindelse med det forestående monopolbrud konkurrenceudsætter KOMBIT
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 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 mereOGF Datamodeller. Workshop 2 Teknisk gennemgang
OGF Datamodeller Workshop 2 Teknisk gennemgang Datamodel - Datakatalog Pragmatisk tilgang: Navn / beskrivelse af dataindhold Geometri Attributter Behov for at sætte begreber på plads, så det er det samme
Læs mereSnitfladebeskrivelse for GO000004Q Betalingsadministration Send indbetaling til KMD Opus Debitor. Version 1.0,
Af Snitfladebeskrivelse for GO000004Q Betalingsadministration Send indbetaling til KMD Opus Debitor Version 1.0, 05.09.2012 Snitfladebeskrivelse for GO000004Q betalingsadministration modtag betaling Indholdsfortegnelse
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 mereSnitfladebeskrivelse for GO000003Q Betalingsadministration Send forespørgsel til og modtag svar fra KMD Opus Debitor. Version 1.0,
Af Snitfladebeskrivelse for GO000003Q Betalingsadministration Send forespørgsel til og modtag svar fra KMD Opus Debitor Version 1.0, 05.09.2012 Indholdsfortegnelse Indholdsfortegnelse Ændringer i forhold
Læs mereFÆLLES BIBLIOTEKSSYSTEM TRINVIS GUIDE TIL BESTILLING AF INTEGRATION MELLEM FBS OG ØKONOMISYSTEM. Version 1.0
TRINVIS GUIDE TIL BESTILLING AF INTEGRATION MELLEM FBS OG ØKONOMISYSTEM Indholdsfortegnelse 1 INDLEDNING... 3 2 TRINVIS GENNEMGANG AF FAKTURAINTEGRATION... 4 3 TRINVIS GENNEMGANG AF DEBITORINTEGRATION...
Læs mere23. maj 2013Klik her for at angive tekst. HHK/KMJ. Vejledning til brug af Støttesystemet Adgangsstyring
23. maj 2013Klik her for at angive tekst. HHK/KMJ Vejledning til brug af Støttesystemet Adgangsstyring kombit@kombit.dk CVR 19 43 50 75 Side 1/10 1. Indledning og vejledning I forbindelse med det forestående
Læs mereGrafdage Feltregistrering
Grafdage 2018 Feltregistrering Selv om rejsen fra papir til digital format har stået på i årtier, så er behovet for registrering langt fra dækket. Faktisk ser det ud til at behovet stiger, og især inden
Læs mereIntroduktion til Støttesystem Organisation
Introduktion til Støttesystem Organisation 1. Om dokumentet Dette dokument formidler et overblik over Støttesystemet Organisation i den fælleskommunale infrastruktur. Formålet er at give læseren en forståelse
Læs mereOIOXML dokumentationsguide Adressepunkt
OIOXML dokumentationsguide Adressepunkt OIOXML dokumentationsguide Adressepunkt . Ejerskab Økonomi- og Erhvervsministeriet, Erhvervs- og Byggestyrelsen i medfør af lov om bygnings- og boligregistrering
Læs mereIntegration SF7002 Overfør Sortiment til abonnent Integrationsbeskrivelse - version 1.3.1
Integration - version 1.3.1 Kommunernes Data- og Infrastrukturfællesskab - KDI Versionshistorik Dato Relevans Initialer Version Kommentarer 23.11.2017 KDI 1.0 Baseline 08.12.2017 KDI 1.1 Tilføjet HovedOplysninger
Læs mere1 KOMBIT. Økonomi i Rammearkitekturen. ØiR Klassifikation. En del af støttesystemet STS Klassifikation. Version 1.0
1 KOMBIT Økonomi i Rammearkitekturen ØiR Klassifikation En del af støttesystemet STS Klassifikation Version 1.0 2 KOMBIT 3 KOMBIT 1 Introduktion 1.1 Målgruppe for dokumentet og læsevejledning Dette dokument
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 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 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 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 mereNiveauangivelse for Regionale SOR koder gennem hierarki/type attribut
Niveauangivelse for Regionale SOR koder gennem hierarki/type attribut Et af tre centrale forretningsbehov fra RSI SOR projektet, i relation til endelig udfasning af SHAK Visionen bag SOR SOR indførtes
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 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 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 mereUNI Login. Eksport webservice. WS17 v1
UNI Login Eksport webservice WS17 v1 UNI Login Eksport webservice 1.4 Indhold 1 Eksport webservice... 1 1.1 Indhold af data... 1 1.2 Dataaftale... 1 1.3 Klassifikation af data... 2 1.4 Informationsmodel...
Læs mereSPOR 6: ØKONOMI I RAMMEARKITEKTUREN
SPOR 6: ØKONOMI I RAMMEARKITEKTUREN v. Peter Müller og Maibrit Georg Data- og infrastrukturdage 16. og 19. september 2019 Dagsorden for spor 6 1. Få indsigt i Økonomi i Rammearkitekturen (ØiR) - formålet
Læs mereFSIII evalueringskriterier. version 1.0
FSIII evalueringskriterier version 1.0 København den 18. november 2015 Indholdsfortegnelse 1 Baggrund... 3 2 FSIII evalueringskriterier... 4 Side 2 af 9 1 Baggrund Formålet med dette dokument er at beskrive
Læs mereSnitfladebeskrivelse for GO000002Q Betalingsadministration Send sagsoplysninger til KMD Opus Debitor. Version 1.0,
Af Snitfladebeskrivelse for GO000002Q Betalingsadministration Send sagsoplysninger til KMD Opus Debitor Version 1.0, 05.09.2012 Indholdsfortegnelse Indholdsfortegnelse Ændringer i forhold til forrige version...
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 mereErfaringer med CPR-replikering
Erfaringer med CPR-replikering Dette dokument beskriver en række overvejelser vi har gjort os i forbindelse med at vi har udviklet en Proof of Concept (PoC) af en CPR-replikeringstjeneste for KOMBIT. CPRs
Læs mereØKONOMIEN I MONOPOLBRUDDET
ØKONOMIEN I MONOPOLBRUDDET Vicedirektør marked, Poul Ditlev Christiansen Kommunedagene januar 2016 Dagsorden 1. Status på de 25 % omkostningsreduktion 2. Hvad er med i de 78 kr? 3. Snitflader - KOMBITs
Læs mereVejledning til oprettelse af priselementer på DataHub Markedsportal
Vejledning til oprettelse af priselementer på DataHub Markedsportal 9. marts 2015 USS/MAA Dok. 13/96684-6 1/5 Indledning Denne vejledning handler om netvirksomhedens oprettelse af egne priselementer på
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 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 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 mereIntegration SF1590_B_02_V3 Overfør debitorregistrering til Debitor Integrationsbeskrivelse - version 3.4.1
Integration Integrationsbeskrivelse - version 3.4.1 Kommunernes Data- og Infrastrukturfællesskab - KDI Versionshistorik Dato Relevans Initialer Version Kommentarer Samlet 30.10.2017 KDI 3.4.0 Ny baseline
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 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 mereÆndringer Masseoprettelse og masseredigering af kontaktlærertilknytninger er ny funktionalitet i EASY-A. Forklaring eller beskrivelse
Masseoprettelse og masseredigering af kontaktlærertilknytninger 29-10-2007/version 1/mgl Indhold Ændringer Centrale begreber Generelt Arbejdsgange Fremsøgning af elever Opret (nye) kontaktlærertilknytninger
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 mereTil kommunernes og Udbetaling Danmarks fremtidige it-udbud vedrørende brug af de fælleskommunale støttesystemer
UdbudsVejledning Til kommunernes og Udbetaling Danmarks fremtidige it-udbud vedrørende brug af de fælleskommunale støttesystemer KOMBIT udarbejder i samarbejde med kommunerne en trin-for-trin Drejebog,
Læs mere(Bilag til dagsordenspunkt 8, Kommunale anvenderkrav til støttesystemerne)
25. april 2013Klik her for at angive tekst. NOTAT Bilag 11: Anvenderkrav til adgangsstyring - Støttesystemerne Context handler, Security Token Service og Administrationsmodul (Bilag til dagsordenspunkt
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 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 mereADK 1.0 KRAVSPECIFIKATION
ADK 1.0 KRAVSPECIFIKATION Dokumentets versioner (revisionshistorie) Version Dato Ansvarlig Beskrivelse 0.1 17-06-2014 MST Oprettelse af krav 0.2 18-05-2014 MST Tilretning af tabeller 0.3 18.06.2014 PKR
Læs mereIntegration SF1590_B_02_V3 Overfør debitorregistrering til Debitor Integrationsbeskrivelse - version 3.7.0
Integration Integrationsbeskrivelse - version 3.7.0 Kommunernes Data- og Infrastrukturfællesskab - KDI Versionshistorik Dato Relevans Initialer Version Kommentarer Samlet 30.10.2017 KDI 3.4.0 Ny baseline
Læs mereSYNTAKS FOR EGENSKABER I KODESTRENG
Metode for egenskaber i kodestreng - 4. udgave.docx SYNTAKS FOR EGENSKABER I KODESTRENG cuneco en del af bips Dato 30. januar 2014 Projektnr. 12 071 Sign. SSP 1 Indledning Formålet med kodestrukturen for
Læs mereSnitfladebeskrivelse for Udstilling af efterreguleringer. KMD Social Pension. Version 1.1 af 7. juli side 1 af 6
Snitfladebeskrivelse for Udstilling af KMD Social Pension Version 1.1 af 7. juli 2017 side 1 af 6 Indholdsfortegnelse 1 Versionsinformation... 2 2 Brug af snitfladebeskrivelsen... 3 3 Formål og målgrupper...
Læs mereVejledning til udarbejdelse af jobfunktionsroller og tilknytning til brugersystemroller
Vejledning til udarbejdelse af jobfunktionsroller og tilknytning til brugersystemroller Indhold 1. Introduktion... 2 1.1 Baggrund... 2 2. Adgangsstyring for brugervendte systemer... 3 2.1 Brugervendte
Læs mereBilag 2B Eksisterende data
Bilag 2B Eksisterende data Version 0.8 23-02-2015 Indhold 1 VEJLEDNING TIL TILBUDSGIVER... 2 2 INDLEDNING... 3 3 OVERBLIK OVER DOKUMENTATION FRA... 4 3.1 BEGREBSMODEL ( OPUS DEBITOR)... 4 3.2 INFORMATIONSMODEL
Læs mereIndhold. Digital Sundhed. Brugerstyringsattributter - Politikker ... 2. 1. Introduktion... 2 2. Identifikation...
Digital Sundhed Brugerstyringsattributter - Politikker - Specificering af nye og ændrede attributter i id-kortet Indhold 1. Introduktion... 2 2. Identifikation...... 2 2.1. Politik... 2 3. Sundhedsfaglig
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 mereTirsdag, den 11. juni Til brugere af KMD Opus Debitor. Funktionsbeskrivelse til G19-snitfladen GE550010Q. Version / 12.
Funktionsbeskrivelse til G19-snitfladen GE550010Q Version 1.0 1 / 12 Indhold 1. Generelt... 3 2. Transaktionstypernes indbyrdes forhold... 3 2.1 Standard anvendelse (gælder for langt de fleste kravtyper)...
Læs mereFraværsregistrering for AMU-elever Sidst opdateret 19-11-2011/version 1.0/UNI C
Fraværsregistrering for AMU-elever Sidst opdateret 19-11-2011/version 1.0/UNI C Indhold Ændringer Centrale begreber Generelt Arbejdsgange Vejledningen består af 3 dele, som kan læses hver for sig. Du kan
Læs mereDatabeskrivelse: DAGI Kommuneinddeling
Kontor Forvaltningsdata Dato 16. februar 2016 Databeskrivelse: DAGI Kommuneinddeling 1. Indledning Dette datasæt repræsenterer Danmarks inddeling i 98 kommuner, således som de blev fastlagt i forbindelse
Læs mereITD ecmr WEB Services. Af Allan Wisborg, IT Udvikler
Af Allan Wisborg, IT Udvikler Til løsningen ecmr Det elektroniske fragtbrev udbydes en række offentlige WEB services. Dette er beskrivelsen af disse services og hvorledes de anvendes. 21. December 2015
Læs mereLeverandørmøde Kommunernes Ydelsessystem. Den 19. februar 2013
Leverandørmøde Kommunernes Ydelsessystem Den 19. februar 2013 A. Idemodning Eksterne tests og pilot-drift F. Afslutning Tidsplan 2011 2012 2013 2014 2015 2016 C. Krav & kontrakter D. Udvikling & overtagelse
Læs mereIntegration mellem FBS og økonomi-/debitorsystemer
Integration mellem FBS og økonomi-/debitorsystemer I dette dokument kan du få et overblik over integration mellem det Fælles Bibliotekssystem og økonomi- og debitor-systemer. Desuden giver vi en status
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 mereMONOPOLBRUDDET ØKONOMI & TRANSITIONSAFTALEN. v/poul Ditlev Christiansen Vicedirektør - Marked
MONOPOLBRUDDET ØKONOMI & TRANSITIONSAFTALEN v/poul Ditlev Christiansen Vicedirektør - Marked Kommunedage, november 2016 Agenda 1. Status på de 25 % omkostningsreduktion i forhold til forsinkelse 2. Status
Læs mere1 Brug af snitfladebeskrivelsen... 2. 2 Formål og beskrivelse... 2. 2.1 Hvad er formålet med snitfladen?... 2. 2.2 Beskrivelse af snitfladen...
AUB - Indberet skoleophold(al8) Indholdsfortegnelse Indholdsfortegnelse 1 Brug snitfladebeskrivelsen... 2 2 Formål og beskrivelse... 2 2.1 Hvad er formålet med snitfladen?... 2 2.2 Beskrivelse snitfladen...
Læs mereNemHandelsRegistret (NHR)
NemHandelsRegistret (NHR) Hjælpeguide til oprettelse i NemHandelsRegistret og registrering af profiler. Januar 2017 Version 1.2 Introduktion Hvis en offentlig myndighed eller en virksomhed ønsker at kunne
Læs mereIntegration SF1590_B_01_V3 Afsend debitorregistrering til Debitor Integrationsbeskrivelse - version 3.8.0
Integration Integrationsbeskrivelse - version 3.8.0 Kommunernes Data- og Infrastrukturfællesskab - KDI Versionshistorik Dato Relevans Initialer Version Kommentarer Samlet 30.10.2017 KDI 3.4.0 Ny baseline
Læs mereOff-line redigering i Arealdata
Brugervejledning Danmarks Arealinformation Den 6. januar 2009 Off-line redigering i Arealdata Trin-for-trin vejledning 6. januar 2009 INDHOLDSFORTEGNELSE SIDE 1. Redigering i Arealdata 3 2. Proces ved
Læs mereSnitfladebeskrivelse for Udstilling af pensionstyper
Snitfladebeskrivelse_-_Udstilling_af_.dotx Udstilling af Snitfladebeskrivelse for Udstilling af KMD Social Pension Version 1.1 af 2. august 2017 side 1 af 6 Snitfladebeskrivelse_-_Udstilling_af_.dotx Udstilling
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 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 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 mereVejledning om regioners indberetning af oplysninger
21. december 2017 Datakvalitet og -indhold Vejledning om regioners indberetning af oplysninger til Sygehusmedicinregisteret SDS vejledning til indberetning af data til Sygehusmedicinregisteret 1 / 5 Indhold
Læs mereSide 1 af 16. Vedligehold decentrale stamdata i SKS
Side 1 af 16 Vedligehold decentrale stamdata i SKS Indholdsfortegnelse Side 2 af 16 1. Indledning... 3 2. Generelt om stamdata i SKS og vedligeholdelse af disse... 3 2.1. CENTRALE STAMDATA... 4 2.2. DECENTRALE
Læs mereSchema SagStatusDetalje.xsd
Schema SagStatusDetalje.xsd schema location: attributeformdefault: elementformdefault: targetnamespace: SagStatusDetalje.xsd unqualified qualified urn:oio:kombit:bygogmiljoe:statistik:sagstatus:2.0.0 Elements
Læs mereSIDSTE NYT FRA KOMBIT. V/ Markedsdirektør Thomas Rysgaard Christiansen
SIDSTE NYT FRA KOMBIT V/ Markedsdirektør Thomas Rysgaard Christiansen Gevinster KOMBIT Besparelser på de direkte it-omkostninger Kommunen Effektiviseringer gennem omlægning af arbejdsgange Baseline for
Læs mereUnderbilag 2.5 Informationsmodel. Kommunernes Ydelsessystem
Kommunernes Ydelsessystem Indholdsfortegnelse Vejledning... 3 1 Indledning... 3 1.1 Symbolforklaring... 3 1.2 Underbilagets indhold... 4 KOMBIT A/S Halfdansgade 8 2300 København S www.kombit.dk CVR 19
Læs mereFinanskladden åbnes ved at klikke på menupunktet Finanskladde under fanen Dagligt.
Finanskladde Finanskladden åbnes ved at klikke på menupunktet Finanskladde under fanen Dagligt. Her vises en oversigt over kladder i det aktuelle modul. Du kan vælge mellem at få vist åbne eller lukkede
Læs mereArbejdstidsaftaler og ændring af disse Sidst opdateret /version 2.0/
Arbejdstidsaftaler og ændring af disse Sidst opdateret 20-05-2016/version 2.0/ Indhold Ændringer Centrale begreber Generelt Arbejdsgange Vejledningen består af 3 dele, som kan læses hver for sig. Du kan
Læs mere