Sortimentet angiver de mulige klasser, som er tilladte at benytte i en registrering, med andre ord en værdiliste over tilladte koder.
|
|
- Sofia Carlsen
- 6 år siden
- Visninger:
Transkript
1 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 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). * Sortiment * SortimentIdentifikation SortimentBrugervendtNøgle SortimentTitel Sortiment SortimentEjer SortimentGyldigFra (SortimentGyldigTil) SortimentRegistreringTidspunkt SortimentSidstÆndretTidspunkt ( * AnvenderItSystemInstansListe * { * AnvenderItSystemInstans * ItSystemInstansIdentifikation ItSystemInstansTitel ) ( * IntegrationReferenceListe * { IntegrationReferenceStruktur ) * DelsortimentListe * { DelsortimentStruktur
2 Dataelementer SortimentEjer ItSystemInstansIdentifikation SortimentGyldigFra Sortiment SortimentGyldigTil ItSystemInstansTitel SortimentTitel SortimentBrugervendtNøgle SortimentRegistreringTidspunkt SortimentSidstÆndretTidspunkt SortimentIdentifikation pattern=a-f- 9{8-a-f-9{4- a-f-9{4-a-f- 9{4-a-f- 9{2 Tekst255: maxlength=25 5 pattern=a-f- 9{8-a-f-9{4- a-f-9{4-a-f- 9{4-a-f- 9{2 Den juridiske enhed (oftest, men ikke begrænset til myndighed), som er ejer af sortimentet (Kan ikke redigeres). Unik identifikation af en it-system-instansen (UUID). 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. af indhold og formål med sortimentet (kan redigeres). 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. Navn på it-system-instansen (Kan redigeres). Sortimentets titel - navn (kan redigeres). Brugervendt identifikation af sortimentet. BrugervendtNøgle er unik sammen med ejer og gyldighedsperiode. Tidspunkt for sortimentets oprettelse (kan ikke redigeres). Seneste tidspunkt for oprettelse/ajourføring af sortimentets redigerbare attributter, herunder redigerbare attributter på: ItSystemInstans. Unik identifikation af sortimentet (UUID).
3 En klasses tilhørsforhold til et klassifikationssystem sker via klassens relation til en facet i klassifikationssystemet. Klassifikationssystemet er beskrev og samlet omkring objektet klassifikation. Objektet facet angiver ved reference til klassifikation hvilket klassifikationssystem, som facetten er en del af. Identifikation af facet og klassifikation er medtaget for at gøre det enklere for anvendere af sortimentet at udsøge de klassifikationssystemer/udsnit af klassifikationssystemer, som er relevante at arbejde med i sammenhæng med sortimentet. Uddybning af specifikke felter: KlasseTitel - Den refererede klasses titel (Kan rettes i objekter, der har GyldighedFra og GyldighedTil) Klasse - Den refererede klasses beskrivelse (Kan rettes i objekter, der har GyldighedFra og GyldighedTil) KlasseIdentifikation KlasseBrugervendtNøgle KlasseTitel Klasse FacetIdentifikation KlassifikationIdentifikation.2. Dataelementer FacetIdentifikation Unik identifikation af facetten (UUID). pattern=a-f- 9{8-a-f-9{4- a-f-9{4-a-f- 9{4-a-f- 9{2 KlasseIdentifikation Unik identifikation af klassen (UUID). pattern=a-f- 9{8-a-f-9{4- a-f-9{4-a-f- 9{4-a-f- 9{2 KlasseBrugervendtNøgle KlassifikationIdentifikation Klasse pattern=a-f- 9{8-a-f-9{4- a-f-9{4-a-f- 9{4-a-f- 9{2 Tekst255: Brugervendt identifikation af Klassen BrugervendtNøgle er unik sammen med ejer og gyldighedsperiode. Unik identifikation af klassifikationen (UUID). af indhold og formål med Klassen (kan redigeres).
4 KlasseTitel maxlength=25 5 Klassens titel - navn (kan redigeres)..3 DelsortimentStruktur 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 eller Tekniske fejlkoder). Ifm. den første 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. Et delsortiment kan indeholde værdilist for et eller flere klassificerede elementer, men referencen til klassificerede elementer er ikke et krav. DelsortimentIdentifikation DelsortimentBrugervendtNøgle DelsortimentTitel Delsortiment DelsortimentGyldigFra (DelsortimentGyldigTil) DelsortimentRegistreringTidspunkt DelsortimentSidstÆndretTidspunkt ( * KlassificeretElementReferenceListe * { KlassificeretElementReferenceStruktur ) * RegistreringVærdiListe * { RegistreringVærdiStruktur.3. Dataelementer Delsortiment Tekst255: af indhold og formål med delsortimentet (kan redigeres). maxlength=25
5 DelsortimentSidstÆndretTidspunkt DelsortimentRegistreringTidspunkt DelsortimentGyldigTil DelsortimentBrugervendtNøgle DelsortimentTitel DelsortimentIdentifikation DelsortimentGyldigFra 5 pattern=a-f- 9{8-a-f-9{4- a-f-9{4-a-f- 9{4-a-f- 9{2 Seneste tidspunkt for oprettelse/ajourføring af delsortimentets redigerbare attributter herunder redigerbare attributter på: DelsortimentType Tidspunkt for delsortimentets oprettelse (kan ikke redigeres). 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. Brugervendt identifikation af delsortimentet. BrugervendtNøgle er unik indenfor sortimentet under hensyntagen til gyldighedsperiode (kan ikke redigeres). Delsortimentets titel - navn (kan redigeres). Unik identifikation af delsortimentet (UUID). 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..4 RegistreringVærdiDeltaljeringStruktur 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. Angivelsen er kun mulig og samtidig obligatorisk, hvis der til delsortimentet er refereret klassificerede elementer under KlassificeredeElementerReferenceStruktur. RegistreringVærdiDetaljering har samme gyldighedsperiode som RegistreringVærdi's. * AngivetIKlassificeretElementReference * = Klassereference til det klassificerede element referencen skal anviges i. * RegistreringVærdiDetaljeringReference * = Den unikke identifikation for detaljeringsreferencen til den klasse, som skal benyttes ifm. registrering.
6 RegistreringVærdiDetaljeringIdentifikation RegistreringVærdiDetaljeringTitel * AngivetKlassificeretElementReference * RegistreringVærdiDetaljeringRegelIdentifikation RegistreringVærdiDetaljeringRegelTitel * ReferenceListe * { * Reference * * RegistreringVærdiDetaljeringReference * RegistreringVærdiDetaljeringReferenceEjer RegistreringVærdiDetaljeringReferenceGyldigFra (RegistreringVærdiDetaljeringReferenceGyldigTil) RegistreringVærdiDetaljeringReferenceRegistreringTidspunkt RegistreringVærdiDetaljeringReferenceSidstÆndretTidspunkt.4. Dataelementer RegistreringVærdiDetaljeringRegelIdentifikation Unik identifikation af typen (UUID) pattern=a-f- 9{8-a-f-9{4- a-f-9{4-a-f- 9{4-a-f- 9{2 RegistreringVærdiDetaljeringReferenceGyldigTil 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 RegistreringVærdiDetaljeringReferenceSidstÆndr ettidspunkt RegistreringVærdiDetaljeringReferenceEjer dagsdato +2 dag eller senere. Seneste tidspunkt for oprettelse/ajourføring af forekomsten af detaljeringsreferencen redigerbare attributter. 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 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.
7 RegistreringVærdiDetaljeringTitel RegistreringVærdiDetaljeringReferenceRegistreri ngtidspunkt RegistreringVærdiDetaljeringIdentifikation RegistreringVærdiDetaljeringReferenceGyldigFra RegistreringVærdiDetaljeringRegelTitel pattern=a-f- 9{8-a-f-9{4- a-f-9{4-a-f- 9{4-a-f- 9{2 Titel på samlingen af supplerende registreringsværdier (Kan redigeres). Tidspunkt for oprettelse af forekomsten af detaljeringsreferencen. Unik identifikation af RegistreringVærdiDetaljering, dvs. samlingen af supplerende registreringsværdier. 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. Titel på typen (kan redigeres)..5 SubstitueretKlassificeretElementStruktur 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. * SubstitueretKlassificeretElementReference * = Unik reference til det klassificerede element, som der refereres til. * SubstitueretKlassificeretElementReferenceListe * {.5. Dataelementer.6 KlassificeretElementReferenceStruktur 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.
8 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. Et delsortiment kan indeholde værdilist for et eller flere klassificerede elementer, men referencen til klassificerede elementer er ikke et krav. * KlassificeretElementReference * = Unik reference til klassen for det klassificerede element i klassifikation. * KlassificeretElementReference * KlassificeretElementReferenceRegistreringTidspunkt KlassificeretElementReferenceSidstÆndretTidspunkt.6. Dataelementer KlassificeretElementReferenceSidstÆndretTidsp Seneste tidspunkt for oprettelse/ajourføring af unkt referencens redigerbare attributter. KlassificeretElementReferenceRegistreringTidspu Tidspunkt for oprettelse af referencen til det nkt klassificerede element..7 RegistreringVærdiStruktur 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. * RegistreringsVærdiKlasseReference * = Unik identifikation af registreringsklassen i klassifikationen. * RegistreringsVærdiKlasseReference * RegistreringVærdiEjer RegistreringVærdiGyldigFra (RegistreringVærdiGyldigTil) RegistreringVærdiRegistreringTidspunkt RegistreringVærdiSidstÆndretTidspunkt ( * RegistreringVærdiDeltaljeringListe * { RegistreringVærdiDeltaljeringStruktur
9 ) (SubstitueretKlassificeretElementStruktur).7. Dataelementer RegistreringVærdiSidstÆndretTidspunkt Seneste tidspunkt for oprettelse/ajourføring af forekomsten af registreringsværdien redigerbare attributter herunder redigerbare attributter på: RegistringVærdiDetaljering, RegistringVærdiDetaljeringRegel og SubstitueretKlassificeretElementReference. RegistreringVærdiEjer RegistreringVærdiRegistreringTidspunkt RegistreringVærdiGyldigTil RegistreringVærdiGyldigFra 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 fra SortimentEjer. Tidspunkt for oprettelse af forekomsten af registreringsværdien. RegistreringVærdi 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. RegistreringVærdi er gyldig fra og med denne dato. Datoen kan redigeres til en dato tidligere end angivne GyldigFra..8 IntegrationReferenceStruktur 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. * IntegrationReference * = Unik reference til klassen for integrationsinstansen i klassifikation. * IntegrationReference * IntegrationReferenceGyldigFra (IntegrationReferenceGyldigTil) IntegrationReferenceRegistreringTidspunkt IntegrationReferenceSidstÆndretTidspunkt
10 Dataelementer IntegrationReferenceGyldigFra Integrationsreferencen er gyldig fra og med denne dato. Datoen kan redigeres til en dato tidligere end angivne GyldigFra. IntegrationReferenceRegistreringTidspunkt Tidspunkt for integrationsreferencen oprettelse (kan ikke redigeres) IntegrationReferenceGyldigTil IntegrationReferenceSidstÆndretTidspunkt 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. Seneste tidspunkt for oprettelse/ajourføring af integrationsreferencens redigerbare attributter.
Sortimentet 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 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 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 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 mere1 KlassifikationStruktur
..27 KlassifikationStruktur. KlassifikationStruktur Klassifikation er det abstrakte objekt som samler et klassifikationssystem. Klassifikation holder klassifikationssystemets metadata. Klassifikationssystemet
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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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Ø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 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 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 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 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 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 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 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 Model for Klassifikation Version 2.0
1 Specifikation af Model for Klassifikation Version 2.0 > Specifikation af Model for Klassifikation Version 2.0 Denne standard kan frit anvendes af alle. Citeres der fra standarden i andre publikationer
Læs 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 mereOptag af FTU-ansøgere fra Optagelse.dk Sidst opdateret marts 2015 af STIL version 8.0.
Optag af FTU-ansøgere fra Optagelse.dk Sidst opdateret marts 2015 af STIL version 8.0. Generelt Optagelse.dk er portalen for administration af ansøgninger til ungdomsuddannelser i Danmark. FTU står for
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 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 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 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 mereSUP-specifikation, version 2.0. Bilag 14. SUP-Styregruppen. Ordliste (informativ) Udkast af 12. juni Udarbejdet for
SUP-specifikation, version 2.0 Bilag 14 Ordliste (informativ) Udkast af 12. juni 2003 Udarbejdet for SUP-Styregruppen Uddrag af indholdet kan gengives med tydelig kildeangivelse Ordliste Anvendelsen af
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 mereVejledning til SLS webservice Løbende løndele
Side 1 af 12 Vejledning til SLS webservice Løbende løndele Indholdsfortegnelse Ændringslog... 1 Formålet med webservicen... 2 Forretningsmæssig beskrivelse... 2 Wsdl-dokumenter... 2 OIOXML-skemaer... 3
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 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 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 mereVejledning i tildeling af rettigheder i NemLogin til STS Administrationsmodulet
Vejledning i tildeling af rettigheder i NemLogin til STS Administrationsmodulet Udarbejdet af: KOMBIT A/S Halfdansgade 8 2300 København S Version: 1.0 September 2017 1. Indledning Før anvendelse af Administrationsmodulet
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 mereDenne vejledning er en af flere vejledninger for RejsUd. Få overblik over RejsUd vejledninger ved at klikke her.
1 VEJLEDNING I REJSUD - EN UDGIFTSHAVER Indhold 1 Vejledning i RejsUd - En udgiftshaver... 1 1.1 Log på Rejsud... 1 1.2 Oprettelse af nyt dokument afregning af en rejse... 2 1.2.1 Opret nyt dokument...
Læs mereUdgivelsen er beskyttet af Creative Commons license, Navngivning 2.5
OIOUBL Guideline OIOUBL Udvidelse UBL 2.0 Extension G33 Version 1.2 Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 OIOUBL Udvidelse Version 1.2 Side 1 Kolofon Kontakt: IT- & Telestyrelsen
Læs mereIKT-teknisk kommunikationsspecifikation
Bilag til IKT Ydelsesspecifikation Dato 2012-10-01, Revisionsdato: 2013-04-15 Samarbejdsdokument for byggesagens parter Projekt: Byggesag: Projektledelse: IKT Koordinator: Dato: Revision: Revision dato:
Læs 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 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 mereUVM- og DS-afdelinger, elevafdelinger og lokationer hvordan hænger det sammen? Sidst opdateret / STIL
UVM- og DS-afdelinger, elevafdelinger og lokationer hvordan hænger det sammen? Sidst opdateret 06-06-2016/ STIL Indhold Generelt Arbejdsgange Centrale begreber Generelt Der findes flere forskellige afdelingsbegreber
Læs mereFinansbalancer Vejledning til opsætning af finansbalancer
Finansbalancer Vejledning til opsætning af finansbalancer Opsætning af finansbalancer. 1) Vælg Økonomi 2) Klik på Opsætning 3) Dobbelt klik på Balance I Axapta er det muligt at rapportgenerere egne balancer.
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 mereUdgivelsen er beskyttet af Creative Commons license, Navngivning 2.5
OIOUBL Guideline OIOUBL Kontakt UBL 2.0 Contact G34 Version 1.2 Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 OUOUBL Kontakt Version 1.2 Side 1 Kolofon Kontakt: IT- & Telestyrelsen
Læs 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 mereStyrket inddragelse af frivillige på plejecentre SAMMENLIGNING AF FØR- OG EFTERMÅLING
Styrket inddragelse af frivillige på plejecentre SAMMENLIGNING AF FØR- OG EFTERMÅLING 2016 Styrket inddragelse af frivillige på plejecentre SAMMENLIGNING AF FØR- OG EFTERMÅLING Sundhedsstyrelsen, 2016.
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 mereDigital post Snitflader Bilag A2 - REST Register Version 6.3
Digital post Snitflader Bilag A2 - REST Register Version 6.3 1 Indholdsfortegnelse A2.1 INTRODUKTION 4 A2.1.1 HENVISNINGER 4 A2.2 OVERSIGT OVER FUNKTIONSOMRÅDE 5 A2.2.1 OPRET / HENT OPLYSNINGER OM SLUTBRUGER
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 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 mereSide 1. Databaser og SQL. Dagens gang. Databasebegreber. Introduktion til SQL Kap 1-5
Databaser og SQL Introduktion til SQL Kap 1-5 1 Dagens gang Databaser Database begreber Mapning af klasser til relationel model Normalisering Opgaver til næste gang 2 Databasebegreber A database is a:
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 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 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 mereBrugervejledning til oprettelse af metadata
Brugervejledning til oprettelse af metadata Når man vælger opret metadata og har valgt template kommer man ind på en side, der ser ud som nedenfor. 1 2 3 4 5 6 1. Layout: Når der skal oprettes metadata
Læs mereDAGORDEN FOR MØDE MED ERP LEVERANDØRER 27. AUGUST. Iver Winther
DAGORDEN FOR MØDE MED ERP LEVERANDØRER 27. AUGUST Iver Winther Dagorden Velkommen Status på ØiR Tilpasning og udvikling af indhold af snitflader Justeret integrationsarkitektur Den videre proces Formålet
Læs mereEksempel på en nyoprettet sag her Ny kantinedrift 2012.
Opret sag Udvalgte medarbejdere eller alle sagsbehandlere har, alt efter hvilken organisation de er tilknyttet, rettighed til at oprette sager. Ved oprettelsen af en sag er det hensigtsmæssigt at tilknytte
Læs mereBILAG. til KOMMISSIONENS GENNEMFØRELSESFORORDNING (EU) /
EUROPA- KOMMISSIONEN Bruxelles, den..09 C(09) 87 final ANNEXES to 7 BILAG til KOMMISSIONENS GENNEMFØRELSESFORORDNING (EU) / om skabelonerne for "EF"-erklæringer og attester for jernbaneinteroperabilitetskomponenter
Læs mereAnsøgere specielt SOSU Sidst opdateret 10-03-2014/ af UNI C/ version 1.1/Revideret af Pia Mejneche og Mette Fogh Kolmos
Ansøgere specielt SOSU Sidst opdateret 10-03-2014/ af UNI C/ version 1.1/Revideret af Pia Mejneche og Mette Fogh Kolmos Indhold Generelt Ændringer Arbejdsgange Centrale begreber Generelt Denne administrative
Læs mereXML webservice for pensionsordninger. Version 1.0 Draft A
XML webservice for pensionsordninger Version 1.0 Draft A Dokumentoplysninger Titel: Projekt: Webservice for pensionsordninger EDI kontorets branchekoordinerede dataudveksling Forfatter: Bidragsydere til
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 mereVejledning, masseregistrering af ferie i AUHRA
Vejledning, masseregistrering af ferie i AUHRA Indhold 1 Hvad bruges rapporten til?... 1 2 Hvordan bestiller jeg rapporten?... 1 3 Hvordan læser jeg udskriften?... 3 4 Hvordan sletter jeg fravær, der er
Læs mereBILAG A KØBENHAVNS UNIVERSITET IKT-TEKNISK KOMMUNIKATIONSSPECIFIKATION
KØBENHAVNS UNIVERSITET BILAG A IKT-TEKNISK KOMMUNIKATIONSSPECIFIKATION PROJEKT ID: KU_xxx_xx_xx_xxxx (se bilag G, pkt. 0.0) PROJEKTNAVN: xxx DATO: xx.xx.xxxx VERSION: 1.1 VERSIONSDATO: 28.03.2014 02 BILAG
Læs mere