Sortimentet angiver de mulige klasser, som er tilladte at benytte i en registrering, med andre ord en værdiliste over tilladte koder.
|
|
- Aksel Holm
- 6 år siden
- Visninger:
Transkript
1 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 Overfør sortiment via SFTP. SFTP med dynamisk routing benyttes som transportmekanisme. I Routing benyttes InfRef-værdi: SF72_, som definerer brug af explicit routing.. SortimentLeveranceOverfør Operation Operationen overfører et specifikt snap-shot af et sortiment til en myndigheds IT-systemInstans... SortimentLeverance Input : SortimentLeverance SortimentLeverance indeholder et specifikt snap-shot af et sortiments data. Leverancen er til en Itsysteminstans, som har oprettet abonnement på sortimentet. Abonnementet og dermed leverancen er begrænset til en enkelt myndigheds registreringsværdier. 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 (
2 8..27 ) ( * AnvenderItSystemInstansListe * { * AnvenderItSystemInstans * ItSystemInstansIdentifikation ItSystemInstansTitel * IntegrationReferenceListe * { IntegrationReferenceStruktur ) * DelsortimentListe * { DelsortimentStruktur.2 er.2. 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: KlasseUrnReference - ReferenceNøgle aftalt mellem SKAT, STAR og KL. kan benyttes som alternativ registreringsværdi i udvalgte integrationer. Har samme livscyklys som KlasseBrugervendtNøgle 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 (KlasseUrnReference) KlasseTitel Klasse FacetIdentifikation KlassifikationIdentifikation
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.2.3 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.
4 8..27 * 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. RegistreringVærdiDetaljeringIdentifikation RegistreringVærdiDetaljeringTitel * AngivetKlassificeretElementReference * RegistreringVærdiDetaljeringRegelIdentifikation RegistreringVærdiDetaljeringRegelTitel * ReferenceListe * { * Reference * * RegistreringVærdiDetaljeringReference * RegistreringVærdiDetaljeringReferenceEjer RegistreringVærdiDetaljeringReferenceGyldigFra (RegistreringVærdiDetaljeringReferenceGyldigTil) RegistreringVærdiDetaljeringReferenceRegistreringTidspunkt RegistreringVærdiDetaljeringReferenceSidstÆndretTidspunkt.2.4 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 * {.2.5 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. KlassificeretElementReferencen angiver referencen mellem et delsortiment og en bestemt klasse indeholdende et
5 8..27 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.2.6 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 ) (SubstitueretKlassificeretElementStruktur).2.7 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.
6 8..27 * IntegrationReference * = Unik reference til klassen for integrationsinstansen i klassifikation. * IntegrationReference * IntegrationReferenceGyldigFra (IntegrationReferenceGyldigTil) IntegrationReferenceRegistreringTidspunkt IntegrationReferenceSidstÆndretTidspunkt.3 Dataelementer Dataelement Datatype /værdisæt 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 Delsortiment Tekst255: af indhold og formål med delsortimentet (kan redigeres). maxlength=25 5 IntegrationReferenceGyldigFra DelsortimentSidstÆndretTidspunkt SortimentEjer RegistreringVærdiDetaljeringRegelIdentifikation ItSystemInstansIdentifikation SortimentGyldigFra KlasseIdentifikation maxlength= pattern=a-f- 9{8-a-f-9{4- a-f-9{4-a-f- 9{4-a-f- 9{2 pattern=a-f- 9{8-a-f-9{4- a-f-9{4-a-f- 9{4-a-f- 9{2 Integrationsreferencen er gyldig fra og med denne dato. Datoen kan redigeres til en dato tidligere end angivne GyldigFra. delsortimentets redigerbare attributter herunder redigerbare attributter på: DelsortimentType Den juridiske enhed (oftest, men ikke begrænset til myndighed), som er ejer af sortimentet (Kan ikke redigeres). Unik identifikation af typen (UUID) 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. Unik identifikation af klassen (UUID).
7 8..27 DelsortimentRegistreringTidspunkt KlasseUrnReference IntegrationReferenceRegistreringTidspunkt Sortiment RegistreringVærdiDetaljeringReferenceGyldigTil RegistreringVærdiDetaljeringReferenceSidstÆndr ettidspunkt IntegrationReferenceGyldigTil DelsortimentGyldigTil DelsortimentBrugervendtNøgle KlasseBrugervendtNøgle RegistreringVærdiDetaljeringReferenceEjer pattern=a-f- 9{8-a-f-9{4- a-f-9{4-a-f- 9{4-a-f- 9{2 URN: Tekst255: maxlength=25 5 maxlength= maxlength= maxlength= Tidspunkt for delsortimentets oprettelse (kan ikke redigeres). ReferenceNøgle aftalt mellem SKAT, STAR og KL. kan benyttes som alternativ registreringsværdi i udvalgte integrationer. Tidspunkt for integrationsreferencen oprettelse (kan ikke redigeres) af indhold og formål med sortimentet (kan redigeres). 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. forekomsten af detaljeringsreferencen redigerbare attributter. 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. 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). Brugervendt identifikation af Klassen BrugervendtNøgle er unik sammen med ejer og gyldighedsperiode. 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.
8 8..27 SortimentGyldigTil RegistreringVærdiSidstÆndretTidspunkt KlassifikationIdentifikation IntegrationReferenceSidstÆndretTidspunkt ItSystemInstansTitel RegistreringVærdiDetaljeringTitel Klasse RegistreringVærdiEjer SortimentTitel RegistreringVærdiRegistreringTidspunkt DelsortimentTitel SortimentBrugervendtNøgle pattern=a-f- 9{8-a-f-9{4- a-f-9{4-a-f- 9{4-a-f- 9{2 maxlength= maxlength= Tekst255: maxlength=25 5 maxlength= maxlength= maxlength= maxlength= forskellig for SortimentEjer, da skal RegistreringEjer på hhv. RegistringVærdi og RegistringVærdiDetaljeringReference have samme værdi. 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. forekomsten af registreringsværdien redigerbare attributter herunder redigerbare attributter på: RegistringVærdiDetaljering, RegistringVærdiDetaljeringRegel og SubstitueretKlassificeretElementReference. Unik identifikation af klassifikationen (UUID). integrationsreferencens redigerbare attributter. Navn på it-system-instansen (Kan redigeres). Titel på samlingen af supplerende registreringsværdier (Kan redigeres). af indhold og formål med Klassen (kan redigeres). 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. Sortimentets titel - navn (kan redigeres). Tidspunkt for oprettelse af forekomsten af registreringsværdien. Delsortimentets titel - navn (kan redigeres). Brugervendt identifikation af sortimentet. BrugervendtNøgle er unik sammen med ejer og gyldighedsperiode.
9 8..27 KlasseTitel KlassificeretElementReferenceSidstÆndretTidsp unkt RegistreringVærdiGyldigTil DelsortimentIdentifikation RegistreringVærdiDetaljeringReferenceRegistreri ngtidspunkt RegistreringVærdiDetaljeringIdentifikation KlassificeretElementReferenceRegistreringTidspu nkt SortimentRegistreringTidspunkt DelsortimentGyldigFra RegistreringVærdiDetaljeringReferenceGyldigFra SortimentSidstÆndretTidspunkt SortimentIdentifikation RegistreringVærdiGyldigFra RegistreringVærdiDetaljeringRegelTitel maxlength= pattern=a-f- 9{8-a-f-9{4- a-f-9{4-a-f- 9{4-a-f- 9{2 pattern=a-f- 9{8-a-f-9{4- a-f-9{4-a-f- 9{4-a-f- 9{2 pattern=a-f- 9{8-a-f-9{4- a-f-9{4-a-f- 9{4-a-f- 9{2 maxlength= Klassens titel - navn (kan redigeres). referencens redigerbare attributter. RegistreringVærdi har gyldighed til og med denne dato. Er lig eller senere end GyldigFra. Hvis værdien ikke er angivet er gyldighedsperioden uafsluttet. Værdien kan redigeres/udfyldes. Værdien kan angives til dagsdato + dag eller senere. Unik identifikation af delsortimentet (UUID). Tidspunkt for oprettelse af forekomsten af detaljeringsreferencen. Unik identifikation af RegistreringVærdiDetaljering, dvs. samlingen af supplerende registreringsværdier. Tidspunkt for oprettelse af referencen til det klassificerede element. Tidspunkt for sortimentets oprettelse (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. 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. sortimentets redigerbare attributter, herunder redigerbare attributter på: ItSystemInstans. Unik identifikation af sortimentet (UUID). RegistreringVærdi er gyldig fra og med denne dato. Datoen kan redigeres til en dato tidligere end angivne GyldigFra. Titel på typen (kan redigeres).
10 8..27
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.
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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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Ø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 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 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 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 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 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 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 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 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 mereIndholdsfortegnelse. Systembeskrivelse kapitel 3 Forretningslogik
Indholdsfortegnelse 3. Forretningslogik... 2 3.1 Domænemodel... 2 3.1.1 BBR-domænemodel... 2 3.1.1.1 er i BBR-domænemodel... 3 3.1.2 Modtageboks-domænemodel... 8 3.1.2.1 er i modtageboks-domænemodel...
Læs mereADK 1.0 KRAVSPECIFIKATION
ADK 1.0 KRAVSPECIFIKATION Dokumentets versioner (revisionshistorie) Version Dato Ansvarlig Beskrivelse 0.1 23-06-2014 MST Oprettelse af integrationskrav 0.2 25-06-2014 HAH Review for forståelighed og stringens.
Læs mereSNITFLADER TIL INDEKSER. Præsentation af de fælleskommunale støttesystemernes snitflader til indekser
SNITFLADER TIL INDEKSER Præsentation af de fælleskommunale støttesystemernes snitflader til indekser Introduktion Fokus At give et overblik over: Integration til indekserne Forudsætninger for integration
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 mereIntegration SF1590_A - ØiR - Afsend økonomipostering til ØiR (Finans) Integrationsbeskrivelse - version
Integration SF1590_A - ØiR - Afsend økonomipostering til ØiR (Finans) - version 2.12.0 Kommunernes Data & Infrastruktur - KDI Versionshistorik Relevans Dato Initialer Version Kommentarer 2015-06-30 edm
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 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 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 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 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 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 mereIntegration SF1590_D_V2 Overfør faktura til fakturagodkendelse Integrationsbeskrivelse - version 2.1.0
Integration SF1590_D_V2 Overfør faktura til fakturagodkendelse - version 2.1.0 Kommunernes Data- og Infrastrukturfællesskab - KDI Versionshistorik Relevans Dato Initialer Version Kommentarer Review 04-09-2018
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 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 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 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 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 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 mereIntegration SF7001 Overfør Klassifikation til abonnent Integrationsbeskrivelse - version 1.3.0
Integration - version 1.3.0 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 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 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 mereKrav til beskedfordeler, dannelse og abonnement
Ejendomsdataprogrammet (GD1) Adresseprogrammet (GD2) Bilag 4 - Fælles arkitekturramme for GD1-GD2-GD7 Krav til beskedfordeler, dannelse og abonnement Version: 0.4 Status: udkast Oprettet: 2. juni 2014
Læs mereVilkår for Dialogintegration
Vilkår for Dialogintegration KOMBIT A/S Halfdansgade 8 2300 København S Tlf 3334 9400 www.kombit.dk kombit@kombit.dk CVR 19 43 50 75 Side 1/8 Dokumenthistorik Dato Version Ansvarlig Kommentar til ændringer
Læs 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 mereGD1/GD2 - Model for supplerende forretningsbeskrivelser
Ejendomsdataprogrammet (GD1) Adresseprogrammet (GD2) Bilag 11 - Fælles arkitekturramme for GD1-GD2-GD7 GD1/GD2 - Model for supplerende forretningsbeskrivelser Udbudsoption vedrørende supplerende forretningsbeskrivelser.
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 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 mereMiniprojekt i Programmering (MIP) for DAT2 og SW2, Forår 2012
Miniprojekt i Programmering (MIP) for DAT2 og SW2, Forår 2012 Opgaven er delt op i 2 dele. Læs hele opgaven igennem inden I begynder. 1. Struktur I denne opgave skal der laves et system der håndterer salg
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 mere