Sortiment Informationsmodel
|
|
- Tina Kirkegaard
- 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: UUID: 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 angivne GyldigFra. IntegrationReferenceGyldigTil IntegrationReferenceRegistreringTidspunkt 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. 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 ItSystem kan deployes i en ItSystemInstans. ItSystemIdentifikation UUID: 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
4 En ItSystemInstans er et fysisk installeret it-system (ItSystem) registeret i Administrationsmodulet på et af Serviceplatformens it-miljøer. ItSystemInstansIdentifikation UUID: pattern=[a-f- 9]{8}-[a-f-9]{4}- [a-f-9]{4}-[a-f- 9]{4}-[a-f- 9]{2} ItSystemInstansTitel Tekst: Unik identifikation af en it-system-instansen (UUID). Klassificeret værdi, som fremgår af STS Organisation. Samme værdisæt findes i kopi i ØiR Klassifikation. Navn på it-system-instansen..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).
5 RegistreringVærdiGyldigFra RegistreringVærdiGyldigTil RegistreringVærdiRegistreringTidspunkt RegistreringVærdiSidstÆndretTidspunkt Angives kun, når den RegistreringEjer er forskellig 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 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 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 UUID: 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.
6 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: RegistreringVærdiDetaljeringReferenceGyldigFra RegistreringVærdiDetaljeringReferenceGyldigTil RegistreringVærdiDetaljeringReferenceRegistreri ngtidspunkt RegistreringVærdiDetaljeringReferenceSidstÆndr ettidspunkt 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. 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: Beskrivelse af typens betydning og formål. (kan redigeres) RegistreringVærdiDetaljeringRegelIdentifikation UUID: pattern=[a-f- 9]{8}-[a-f-9]{4}- [a-f-9]{4}-[a-f- Unik identifikation af typen (UUID)
7 RegistreringVærdiDetaljeringRegelTitel 9]{4}-[a-f- 9]{2} Tekst: 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 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 Beskrivelse af indhold og formål med sortimentet (kan redigeres). SortimentBrugervendtNøgle SortimentEjer SortimentGyldigFra SortimentGyldigTil Tekst: Tekst: 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
8 SortimentIdentifikation SortimentRegistreringTidspunkt SortimentSidstÆndretTidspunkt SortimentTitel UUID: pattern=[a-f- 9]{8}-[a-f-9]{4}- [a-f-9]{4}-[a-f- 9]{4}-[a-f- 9]{2} Tekst: senere. Unik identifikation af sortimentet (UUID). Tidspunkt for sortimentets oprettelse (kan ikke redigeres). sortimentets redigerbare attributter, herunder redigerbare attributter på: ItSystemInstans. Sortimentets titel - navn (kan redigeres).. 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
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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 mereServiceplatformen Vejledning til tilslutning af OS2MO som anvendersystem
Serviceplatformen Vejledning til tilslutning af OS2MO som anvendersystem Indhold 1 Serviceplatformen generelt... 3 1.1 Oprettelse af medarbejdere på Serviceplatform... 3 1.2 Log på STS Administration...
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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 mereSPOR 1: ADGANGSSTYRING
SPOR 1: ADGANGSSTYRING v. Rasmus Halkjær Iversen og Karin Hindø Data- og infrastrukturdage 16. og 19. september 2019 Formål med dagen: At få overblik over hele adgangsstyring med specielt fokus på STS
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 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 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 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 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 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 SF0770_A - SKAT Indkomst - Opslag personoplysninger Integrationsbeskrivelse - version 2.0.0
Integration SF0770_A - SKAT Indkomst - Opslag personoplysninger Integrationsbeskrivelse - version 2.0.0 Kommunernes Datafællesskab - KDF Versionshistorik Relevans Dato Initialer Version Kommentarer 2014-10-
Læs mereOS2MO 2.0 Fugl Fønix
OS2MO 2.0 Fugl Fønix OS2MO 2.0 er genoplivet og rulles ud i 18 & 19......men inden produktet rulles ud, gøres brugergrænseflade og kommunikationslag klar (se illustration nedenfor). For at kunne levere
Læs mereNETVÆRKSDAGE MARTS 2015. Michel Sassene
NETVÆRKSDAGE MARTS 2015 Michel Sassene Emner Baggrund Ibrugtagning af Støttesystemerne Hvorfor dette initiativ? Dialog og opfølgning Status på udviklingsprojektet BAGGRUND Lidt historie I forbindelse med
Læs mereMØDE OM INTEGRATION GENNEM ØKONOMI I RAMMEARKITEKTUREN 27/8-2015
MØDE OM INTEGRATION GENNEM ØKONOMI I RAMMEARKITEKTUREN 27/8-2015 Introduktion ERP-leverandører har været med i afklarings- og specificeringsforløb siden 2013. Der vil være gentagelser og opsummeringer
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 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 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 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 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 mereGenerelt om støttesystemerne
Generelt om støttesystemerne Dette afsnit giver et overblik over de enkelte støttesystemer der indgår i Rammearkitekturen. For yderligere information henvises til de udarbejdede kravspecifikationer. Støttesystemerne
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 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 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 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 mereØIR FINANS TAVLETEST. Uge Version
ØIR FINANS TAVLETEST Uge 10-2016 Version 1.0 2016-03-07 Agenda Velkommen Formål med Tavletesten Intro kontering af ydelser Tavletest: KSD Tavletest: KY Justeret konteringsflow fejlrettelse ved kilden Forvaltning:
Læs mereBrugervejledning til Administrationsmodulet for leverandører
Brugervejledning til Administrationsmodulet for leverandører Udarbejdet for: KOMBIT A/S Halfdansgade 8 2300 København S Version: 2.0 Februar 2018 1 Indhold 1 Changelog... 4 2 Indledning... 5 3 Formål...
Læs mereYDELSESREFUSION. Dialog med it-leverandører af økonomisystemer Torsdag den 27. august 2015
YDELSESREFUSION Dialog med it-leverandører af økonomisystemer Torsdag den 27. august 2015 Opgaver på de kommunale økonomisystemer fra 2016 og 2018 Fra 2016 skal kommunernes refusioner og medfinansieringer
Læs mereDEN FÆLLESKOMMUNALE INFRASTRUKTUR. Kom godt fra start
DEN FÆLLESKOMMUNALE INFRASTRUKTUR Kom godt fra start KOM GODT FRA START Testmiljø - Produktionsmiljø Hvor starter du? Hvad skal du være opmærksom på? Hvor du kan få hjælp/support? Hvor du kan finde mere
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 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 mereGenerel introduktion: Det skal du vide om KIGO, før du går i gang
Generel introduktion: Det skal du vide om KIGO, før du går i gang Indhold Dette dokument indeholder generel information om KIGO og forklarer, hvad KIGO er, hvem der skal bruge KIGO, og hvad KIGO kan hjælpe
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 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 mere