Indeværende dokument er et bilag til rapporten MOX et forretningsmønster for fagsystemers udveksling af hændelser Version 0.76

Størrelse: px
Starte visningen fra side:

Download "Indeværende dokument er et bilag til rapporten MOX et forretningsmønster for fagsystemers udveksling af hændelser Version 0.76"

Transkript

1 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 fra en arbejdsgruppe nedsat af Kommunernes It-Arkitekturråd. Versionsoplysninger Version 0.76 (indeværende version) Dokumentet har indarbejdet reviewkommentarer fra 1. og 2. review i KL/KOMBIT arkitekturstab. Dokumentet er ikke koordineret i detaljer med udkastet til scope for en kommunal beskedfordeler, som KL og KOMBIT for nylig har lagt til eksternt review. De to dokumenter vil være fuldt koordineret i næste udgave på baggrund af kommuners og it-leverandørers kommentarer til begge dokumenter, forventeligt i september Version 0.7 Arbejdsgruppens oprindelige udkast KL, 6. juli 2012 Rasmus Vandkjær Rasmussen, Frederikshavn Kommune Marc David Martin, Horsens Kommune David Møller, Svendborg Kommune Michael Breuning, Odense Kommune Martin Scheil-Corneliussen, Hjørring Kommune Erik Helweg-Larsen, KL Nikolaj Skovmann Malkov, KL 1

2 Indholdsfortegnelse Metode... 3 Begreber... 3 Symbolforklaring... 5 MOX standardprocesser... 7 Klassifikation... 8 Organisation... 9 Dokument Sag Beskedfordeler MOX byggeblokke

3 Metode De enkelte dele af konceptet er fremkommet ved analyse (nedbrydning i forskellige spor) af forretningsprocessen, indtil de enkelte delprocesser er overskuelige. Analysen er ikke gengivet i dokumentet kun resultatet. Vi har: Analyseret (opbygget) arkitekturbyggeblokke (ABB) som kan gennemføre en administrativ delproces 1. En ABB udfører en eller flere delprocesser, der kan implementeres i forbindelse med et it-system. Disse delprocesser kalder vi MOX processer, fordi de er standardiseret. Analyseret (opbygget) informationsudveksling mellem arkitekturbyggeblokke (ABB). Beskrevet hver arkitekturbyggeblok, så de vil kunne implementeres i et nyt eller eksisterende system. Pointen: Nedbrydning skal gennemføres, indtil man kan udføre Processen med en ABB. En ABB kan implementeres af leverandørerne, og den udfører dermed en afgrænset opgave. En ABB kan implementeres mange gange i sammenhæng med forskellige systemer. De anbefalede ABB er som udgangspunkt automatiske. Begreber Her gennemgår vi de vigtigste begreber, som gør det muligt at læse specifikationen. Begreberne er nærmere defineret og beskrevet i standarderne. Forretningsobjekt er den genstand, der begrunder en forretningsservice. Sag og dokumentstandarderne har nedenstående forretningsobjekter. Alle objekter har attributter, tilstande og relationer til andre forretningsobjekter. Forretningstjenesten Organisation administrerer oplysninger om nedenstående objekter: Aktør er en fællesbetegnelse for Organisations forretningsobjekter. En aktør kan have ansvar for en arbejdsopgave. Organisation som ikke skal forveksles med organisering. Objektet indeholder oplysninger om den formelle organisation. Organisatorisk Enhed som er det objekt, som en organisation er opbygget af det svarer til en afdeling, et kontor. Forkortes OrgEnhed og indeholder typisk en relation til klassifikation af, hvilke arbejdsopgaver enheden har ansvar for, og hvilke medarbejdere der er tilknyttet. Organisatorisk funktion som er det objekt, der kan bruges til at beskrive den funktion, der udføres i organisationen. Forkortes OrgFunktion. Interessefællesskab kan bruges til at beskrive uformelle organisationer f.eks. vejlaug. It-system kan bruges til at holde styr på de it-systemer, som organisationen bruger. 1 Jf. OIO-EA 3

4 Bruger af et it-system svarer til en brugerkonto (username). En bruger kan have relation til en person. Når et system udfører en proces automatisk, er det altid en bruger (system-bruger), der udfører det. Forretningsservicen Klassifikation administrerer oplysninger om nedenstående objekter: Klassifikation er det objekt, der samler et antal facetter med klasser. KLE og FORM er klassifikationssystemer. Facet er det objekt, der samler klasser i et klassifikationssystem, der belyser en del af en helhed. Emne og handling er to facetter af en emnesystematik. Klasse er selve indholdet i et klassifikationssystem. Klasser kan være ordnet hierarkisk. Forretningsservicen Sag administrerer oplysninger om en sag. Sag er det eneste forretningsobjekt i sag. Der er to hjælpeobjekter - journalpost og journalnotat. Journalpost er blot en relation til et eller flere dokumenter. Journalnotat er et kort notat, der kan knyttes til sagen. Det er ikke et selvstændigt objekt. Forretningsservicen Dokument administrerer oplysninger om et dokument. Dokument er det eneste forretningsobjekt i dokument. Det kan være oplysninger om et fysisk dokument, et digitalt dokument eller en samling af dokumentdele. Dokument kan rumme forskellige varianter af samme dokument f.eks. en pdf, en rtf og en xml variant. Forretningsservicen Beskedfordeler administrerer oplysninger om et abonnement. Abonnement er det eneste forretningsobjekt i Beskedfordeler. Objektet er afledt af de øvrige objekter, fordi det er et søgeudtryk (filter) på disse objekter. En besked om et objekt skal indeholde objektet, for at abonnementet kan afprøves. Det har reference til den aktør, der er abonnent. En Forretningsproces er en eller flere aktiviteter, der bearbejder et forretningsobjekt. Det er altid en aktør, der udfører en forretningsproces. F.eks. at sende et dokument til Digital Post er en forretningsproces. Forretningsprocesser kan være manuelle, brugerstyret eller systemstyret. En forretningslokation er et sted, hvor forretningsprocesser udføres. Nogle processer vil udføres over flere lokationer f.eks. at sende et dokument til Digital Post vil indebære, at man sender fra en lokation til en anden lokation. En lokation kan have nogle sikkerhedsmæssige egenskaber. Forretningshændelse (event) er en begivenhed, som har betydning for forretningen. F.eks. en person er født kan udløse børnefamilieydelse. Forretningsbesked er en besked om en forretningshændelse. Beskeden stilles til rådighed for aktører på grundlag af et abonnement. Det betyder, at den aktør der udsteder en besked ikke kender beskedens modtager. 4

5 Symbolforklaring Vi bruger forskellige symboler i forskellige situationer. De beskrives nedenfor. En manuel proces er en aktivitet (et stykke arbejde), der udføres af en person. Vi skelner ikke mellem en aktivitet og en proces. I venstre hjørne er angivet en person med nogle tandhjul, der udtrykker at den er manuel. Personen er ikke kendt af it-systemet. Et + i en proces betyder, at den kan nedbrydes i delprocesser, som kan illustreres i deres eget diagram. En bruger proces er et arbejde, hvor brugeren anvender et it-system. Brugeren er kendt af it-systemet. Hvis der er behov, kan man angive et nærmere specificeret brugerinterface. I brugerinterfacet udføres en separat proces (arbejde). En bruger proces hvor udførelsen resulterer i en besked. Beskeden kan f.eks. være en logning af, at brugeren har udført processen. Brugeren skal have rettighed til at udføre det arbejde, der udføres gennem brugerinterfacet. 5

6 En brugerproces i et it-system (serviceanvender) bruger et andet itsystem (Serviceudbyder), der tilbyder et service-interface. Et it-system udfører en system-proces, symboliseret ved et tandhjul. Processen er en bruger-proces, hvor brugeren er en system-bruger. Processen kan køre på vegne af en person-bruger. Processen startes af en besked og afsluttes med en besked. En system-proces kan også anvende et service-interface. System-brugeren skal typisk have rettigheder til at kalde serviceinterfacet. En systemproces kan starte med en besked og sammen med et serviceinterface gennemføre en transaktion (two-phase commit), der også udsteder en slutbesked. De to processer kan køre med samme system-bruger eller forskellige. 6

7 MOX proces er en proces, der udfører en standardiseret proces på basis af en standardiseret startbesked og udsteder en standardiseret slutbesked. Den vil typisk optræde som serviceanvender. MOX standardprocesserne nedenfor er alle af denne type. MOX standardprocesser Nedenfor listes de standardprocesser, som indgår i MOX. Der kan komme flere processer til, efterhånden som der opstår behov. 7

8 Klassifikation MOX proces Replikerer klasseobjekt Læser klasseobjekt Vedligeholder klasseobjekt Søger klasseobjekt Lister klasseobjekt Tilføjer klasseobjekt Processen replikerer (kopierer) objekter på basis af en registreringsbesked, som den skal abonnere på. Bruges til distribution af klassifikationsobjekter til systemer og lokationer, der har brug for at have lokale kopier af disse objekter. Klasseobjekterne er en samlebetegnelse for objekttyperne klassifikation, facet og klasse herunder hjælpeobjektet søgeord. Processen læser detaljer om objektet på basis af objektid og leverer disse i en besked. Den kan bruges, når man skal vise oplysninger om de objekter, som et givet objekt relaterer til (blå objekter). Processen er manuel og ender med en registrering i en service. Vedligeholder omfatter operationerne opret, ret, slet, importer, passiver tilsammen de operationer der danner en registrering. Processen viser, at klassifikationsobjekt (klassifikation, facet, klasse) bliver registreret af en bruger, men en registrering kan også udføres af en it-system-bruger. Processen bruges til at vedligeholde klassifikationssystemer og deres sammenhæng. Processen kan fremfinde objekter på grundlag af søgekriterier herunder brugervendt nøgle, tilstand, attributter og relationer. Slutbeskeden indeholder en liste med 1 eller flere ID, der opfylder søgekriteriet. Kan bruges til at opbygge en liste eller finde et bestemt objekt. Processen kan danne en liste på basis af en besked med 1 eller flere ID, som skal bruges. Slutbeskeden indeholder et tilsvarende antal læs beskeder. Bruges til at vise detaljer i et søgeresultat. Processen kan berige en dokument besked med relation til klassifikation med et klassifikationsobjekt på grundlag af et søgekriterium, der opbygges af beskedens øvrige oplysninger. 8

9 Organisation MOX proces Replikerer aktør Læser aktør Vedligeholder aktør Søger aktør Lister aktør Tilføjer aktør Processen replikerer (kopierer) objekter på basis af en registreringsbesked, som den skal abonnere på. Bruges til distribution af aktører mellem forskellige systemer, der har brug for organisationsoplysninger. Aktør er en samlebetegnelse for Organisation, OrgEnhed, OrgFunktion, Interessefællesskab, Bruger, it-system. Processen læser detaljer om objektet på basis af objektid og leverer disse i en besked. Den kan bruges, når man skal vise oplysninger om de objekter, som et givet objekt relaterer til (blå objekter). Processen er manuel og ender med en registrering i en service. Vedligeholder omfatter operationerne opret, ret, slet, importer, passiver tilsammen de operationer der danner en registrering. Aktør er en samlebetegnelse for objekter i en organisationsservice. Processen bruges til at opdaterer organisationen og det kan foregå på flere lokationer uafhængig af hinanden. Processen søger efter en organisationsaktør typisk på grundlag af klassifikationsobjekt. Slutbeskeden indeholder en liste med 1 eller flere ID, der opfylder søgekriteriet. Kan bruges til at opbygge en liste eller finde et bestemt objekt. Processen kan danne en liste på basis af en besked med 1 eller flere ID, som skal bruges. Slutbeskeden indeholder et tilsvarende antal læs beskeder. Bruges til at vise detaljer i et søgeresultat. Processen kan berige en dokument besked eller en sag besked med relation til organisationsaktør med ID og objekttype for en aktør på grundlag af et søgekriterium, der opbygges af beskedens øvrige oplysninger. 9

10 Dokument 2 MOX proces Replikerer dokument Læser dokument Vedligeholder dokument Søger dokument Lister dokument Præjournaliserer dokument Sender dokument Processen replikerer (kopierer) objekter på basis af en registreringsbesked, som den skal abonnere på. Det er alene dokumentmetadata, der replikeres fra en dokumentservice til en anden. Selve dokumentet kan sendes og modtages med andre processer. Processen læser detaljer om objektet på basis af objektid og leverer disse i en besked. Den kan bruges, når man skal vise oplysninger om de objekter, som et givet objekt relaterer til. Processen er manuel og ender med en registrering i en service. Vedligeholder omfatter operationerne opret, ret, slet, importer, passiver tilsammen de operationer der danner en registrering. Det vil typisk være en manuel proces, der starter et automatisk forløb. Processen kan fremfinde objekter på grundlag af søgekriterier herunder brugervendt nøgle, tilstand, attributter og relationer. Slutbeskeden indeholder en liste med 1 eller flere ID, der opfylder søgekriteriet. Kan bruges til at opbygge en liste eller finde et bestemt objekt. Processen kan danne en liste på basis af en besked med 1 eller flere ID, som skal bruges. Slutbeskeden indeholder et tilsvarende antal læs beskeder. Kan f.eks. give detaljer om de dokumenter, der er journaliseret på en sag. Processen undersøger, om dokumentmetadata er tilstrækkelige til at journalisere et dokument til en sag. Den vil anvende en eller flere regler. Den gør ikke noget selv, men udsteder en besked, som en agent kan abonnere på, hvis den kan tilføje den manglende oplysning. Processen sender dokument til en part eller aktør, som er registreret som modtager i dokumentets metadata. Det er typisk via digital post men kan også implementeres på andre kanaler som mail 2 Standardprocesserne for Dokument indeholder alle operationerne fra standarden Dokument, og er altså ikke identisk med KOMBIT s scope dokumentet for Dokumentindeks, der kun anvender LIST funktionen. 10

11 MOX proces Modtager dokument Indsender dokument eller portaler. Processen modtager et dokument og registrerer det. Den anvendes i naturlig følge efter sender dokument eller indsender dokument. Processen er den brugerstyrede pendant til sender dokument. 11

12 Sag 3 MOX proces Læser sag Processen læser detaljer om objektet på basis af objektid og leverer disse i en besked. Den kan bruges, når man skal vise oplysninger om de objekter, som et givet objekt relaterer til (blå objekter). 3 Standardprocesserne for Sag indeholder alle operationerne fra standarden Sag, og er altså ikke identisk med KOMBIT s scope dokumentet for Sagsindeks, der kun anvender LIST funktionen. 12

13 MOX proces Vedligeholder sag Søger sag Lister sag Opretter sag Tilføjer sag Sender sag Modtager sag Danner journalnotat Registrerer journalnotat Journaliserer dokument Tilknytter sagspart Processen er manuel og ender med en registrering i en service. Vedligeholder sag omfatter operationerne opret, ret, slet, importer, passiver tilsammen de operationer, der danner en registrering. Bruges til manuel vedligeholdelse af en sag. Processen søger efter en organisationsaktør typisk på grundlag af klassifikationsobjekt. Slutbeskeden indeholder en liste med 1 eller flere ID, der opfylder søgekriteriet. Kan bruges til at opbygge en liste eller finde et bestemt objekt. Den kan både være brugerstyret og derefter automatisk. Dermed kan søgning foregå i et system og gennemføres i et andet. Processen kan danne en liste på basis af en besked med 1 eller flere ID som skal bruges. Slutbeskeden indeholder et tilsvarende antal læs beskeder. Bruges til at vise detaljer i et søgeresultat. Processen opretter en sag automatisk. Den skal have mange metadata og evt. regel for sagsdannelse for at gennemføres. Disse metadata vil typisk fremgå af metadata for det dokument, der skal journaliseres på sagen. (se Journaliserer dokument). Processen kan tilknytte en sag som relation til et dokument. Processen sender en sag til en part eller aktør, som er registreret som modtager i dokumentets metadata. Det er typisk via Digital Post men kan også implementeres på andre kanaler som mail eller portaler. Processen modtager og registrerer en sag, som er sendt (se sender sag). Processen er blot medtaget for at vise, at et journalnotat kan dannes i en applikation og danne den besked, der vil gå til det system, der holder journalnotat for sagen. Applikationen kan være automatisk således at journalnotatet dannes automatisk. Det vil f.eks. være et fagsystem, der skriver i en bestemt sags journal. Processen registrerer journalnotater på sagen. Kan bruges efter den manuelle proces Danner journalnotat, men også af et fagsystem, der kan danne beskeden Journalnotat dannet. Processen knytter et dokument til en sag. Hvis dokumentet ikke kan journaliseres, vil der udstedes en besked herom. Den vil typisk abonnere på dokumenter, der er præjournaliseret. Processen kan tilknytte en person som relation til sag altså en sagspart. 13

14 Beskedfordeler MOX proces Replikerer abonnement Læser abonnement Processen replikerer (kopierer) objekter på basis af en registreringsbesked, som den skal abonnere på. Et abonnement bruges af en beskedfordeler, og med replikering kan de samarbejde om håndtering af beskeder. Processen læser detaljer om objektet på basis af objektid og leverer disse i en besked. Den kan bruges, når man skal vise oplysninger om de objekter, som et givet objekt relaterer til (blå objekter). 14

15 MOX proces Vedligeholder abonnement Søger abonnement Lister abonnement Tegner abonnement Opsiger abonnement Replikerer besked Læser besked Søger besked Lister besked Sender besked Processen er manuel og ender med en registrering i en service. Vedligeholder omfatter operationerne opret, ret, slet, importer, passiver tilsammen de operationer der danner en registrering. Det vil typisk være en manuel proces, der starter et automatisk forløb. Vedligeholdelse af abonnement kan bruges til, at en bruger lægger sine ønsker til advisering ind i beskedfordeleren. Processen kan fremfinde objekter på grundlag af søgekriterier herunder brugervendt nøgle, tilstand, attributter og relationer. Slutbeskeden indeholder en liste med 1 eller flere ID, der opfylder søgekriteriet. Kan bruges til at opbygge en liste eller finde et bestemt objekt. Processen kan danne en liste på basis af en besked med 1 eller flere ID, som skal bruges. Slutbeskeden indeholder et tilsvarende antal læs beskeder. En delproces skal udstede en Abonnement-besked til den beskedfordeler, som den ønsker at modtage beskeder fra. Abonnementbeskeden indeholder et søgeudtryk (filter) vedrørende objekttype, som den skal bruge. (Se sender besked). En delproces som opsiger et abonnement på basis af en besked fra en anden delproces. (Se Tegner abonnement). Processen replikerer (kopierer) objekter på basis af en registreringsbesked, som den skal abonnere på. Beskeden kan tilgå de beskedfordelere, som har tegnet abonnement herpå. Processen læser detaljer om objektet på basis af objektid og leverer disse i en besked. Den kan bruges, når man skal vise oplysninger om de objekter, som et givet objekt relaterer til (blå objekter). Processen kan fremfinde objekter på grundlag af søgekriterier herunder brugervendt nøgle, tilstand, attributter og relationer. Slutbeskeden indeholder en liste med 1 eller flere ID, der opfylder søgekriteriet. Kan bruges til at opbygge en liste eller finde et bestemt objekt. Processen kan fremfinde objekter på grundlag af søgekriterier herunder brugervendt nøgle, tilstand, attributter og relationer. Slutbeskeden indeholder en liste med 1 eller flere ID, der opfylder søgekriteriet. Kan bruges til at opbygge en liste eller finde et bestemt objekt. Processen sender en besked, når den er dannet. Når den påbegynder sin opgave, sender den første gang en besked Abonnement tegnet til en beskedfordeler. Det gør den på vegne af modtager besked (Se denne). Erindrer besked Annullerer erindring Modtager besked Behandler besked Processen sætter en besked i erindring til et senere tidspunkt. Bruges til at sætte et objekt i erindring så beskeden vender tilbage til den aktør, som har udsat beskeden. Processen annullerer en erindring. Processen modtager en besked fra en beskedfordeler eller anden service. Den vil typisk sikre sekvens og give garanti for, at beskeden leveres. Beskeder kan kun modtages på basis af abonnement (Se Tegner abonnement). Processen behandler besked afprøver abonnementer på den aktuelle besked. 15

16 MOX byggeblokke En byggeblok indeholder en eller flere standardiserede MOX processer, der arbejder sammen med et it-system. Processen igangsættes af en standardiseret MOX besked og afsluttes med en MOX besked. De it-systemer, som den monteres på kan være forskellige. Byggeblokke skal opbygges med kode, der kan sende og modtage beskeder. Vi forestiller os, at byggeblokkene vil indeholde en mq-klient, så en it-system leverandør umiddelbart vil kunne indlejre noget kode, der kan bruges til at kalde deres interface. Denne del af projektet vil blive behandlet i efterårets arbejde. 16

17 Hver byggeklods vil blive beskrevet med følgende skabelon (ABB arkitekturbyggeblokke): Navn Begrundelse (A) Replikerer Klasseobjekt Et objekt fra standarden Klassifikation distribueres med en besked og opdateres i en lokal kopi (replika). Man modtager de objekter, som ens abonnement (filter) udtrykker. Mange løsninger indeholder klassifikationsoplysninger, og det kan koste tid at holde disse ajour. Business drivers Forretningsproces Forretningsobjekter Procesbeskrivelse Forretningsregler KPI Arkitekturbyggeblok (ABB) Startbesked Slutbesked Undtagelse Muligheder (D2) Teknologi Forandring Implementering Leverandører Klasseobjekt er betegnelse for de forretningsobjekter, som indgår i standarden klassifikation: Klassifikation, facet og klasse. Det er et enkelt objekt der distribueres og det kan registreres uafhængig af andre objekter. Objektet kan være nyt i den pågældende installation, eller der kan være ændringer til et eksisterende. Processen skal gennemføre en registrering med de operationer, der findes i standarden: Import, ret, slet, passiver. Start og slutbetingelser, undtagelser Key performance indikatorer skal angives her. (Se illustration) Informationsindhold OIOXML: Informationsindhold OIOXML: Informationsindhold OIOXML: Her kan beskrives, hvilke muligheder en implementering giver. Faktisk implementering eller ønsker til den. 17

Informationsmøde for it-leverandører om afprøvning

Informationsmøde for it-leverandører om afprøvning R EFERAT Informationsmøde for it-leverandører om afprøvning af MOX-specifikationen KL-huset, 24. september 2012 13.00 1500 På mødet deltog: It-leverandører: Jesper Vejs, IBM Esben Zeuthen, Medialogic A/S

Læs mere

MOX et forretningsmønster for fagsystemers udveksling af hændelser

MOX et forretningsmønster for fagsystemers udveksling af hændelser MOX et forretningsmønster for fagsystemers udveksling af hændelser Anvendelse af OIO-standarderne sag, dokument, organisation og klassifikation til at opnå sammenhæng og danne grundlag for automatiseringer

Læs mere

Om projektet afprøvning af MOX-konceptet

Om projektet afprøvning af MOX-konceptet NOTAT Om projektet afprøvning af MOX-konceptet MOX konceptet skal afprøves i flere forskellige kommuner med flere forskellige leverandører. Afprøvningen skal gennemføres i løbet af efteråret 2012. Der

Læs mere

Axapoint Reviewkommentar til MOX-specifikation Version 0.76 - udarbejdet af It-arkitekturrådets arbejdsgruppe

Axapoint Reviewkommentar til MOX-specifikation Version 0.76 - udarbejdet af It-arkitekturrådets arbejdsgruppe Axapoint ApS Brunhøjvej 8, st. tv DK-8680 Ry Tel. +45 23 10 83 44 CVR nr. 32 15 37 98 info@axapoint.com www.axapoint.com Bank: Danske Bank. www.axapoint.com MOX-review Axapoint Reviewkommentar til MOX-specifikation

Læs mere

Fællesoffentlig beskedmodel version 1.0

Fæ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 mere

Klik her for at angive tekst. Vejledning til brug af Støttesystemet Sags- og Dokumentindeks

Klik 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 mere

Sager på tværs. MOX giver sammenhængende processer på tværs af it-systemer

Sager på tværs. MOX giver sammenhængende processer på tværs af it-systemer Sager på tværs MOX giver sammenhængende processer på tværs af it-systemer 2 Sager på tværs Vil I gerne gøre det nemmere at sende dokumenter på tværs af jeres kommune? Så er MOX noget for jer! En kommune

Læs mere

Baggrundsinformation

Baggrundsinformation 1. Begreber Baggrundsinformation Sags- og Dokumentindekset skal indeholde sags- og dokumentmetadata, samt nøgler til andre relaterede forretningsobjekter fra Afsendersystemer, således at der kan leveres

Læs mere

Underbilag 2O Beskedkuvert Version 2.0

Underbilag 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 mere

Vilkår for brug af Støttesystemet Sags- og Dokumentindeks

Vilkå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 mere

Overordnet set vurderer Odense Kommune, at både det foreliggende udkast og det bagvedliggende arbejde er af høj kvalitet.

Overordnet 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 mere

1 Klassifikation-version2.0

1 Klassifikation-version2.0 1 Klassifikation-version2.0 Formål med Klassifikationsmodellen Her specificeres Klassifikationsmodellen, som en informationsmodel for Klassifikationer. Klassifikationer (eller klassifikationssystemer)

Læs mere

(Bilag til dagsordenspunkt 8, Kommunale anvenderkrav til støttesystemerne)

(Bilag til dagsordenspunkt 8, Kommunale anvenderkrav til støttesystemerne) 25. april 2013 NOTAT Anvenderkrav til Støttesystemet Klassifikation (Bilag til dagsordenspunkt 8, Kommunale anvenderkrav til støttesystemerne) KOMBIT A/S Halfdansgade 8 2300 København S Tlf 3334 9400 www.kombit.dk

Læs mere

Klik her for at angive tekst. Anvenderkrav til Støttesystemet Sags- og Dokumentindeks

Klik her for at angive tekst. Anvenderkrav til Støttesystemet Sags- og Dokumentindeks 30. april 2013 NOTAT Klik her for at angive tekst. Anvenderkrav til Støttesystemet Sags- og Dokumentindeks Indhold: 1. Indledning og vejledning... 3 2. Krav vedr. Systemets anvendelse af Støttesystemet

Læs mere

Sag og dokument standarderne - Hvad og hvorfor

Sag 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 mere

Kommentarer til dokumentet MOX et forretningsmønster for fagsystemers udveksling af hændelser

Kommentarer til dokumentet MOX et forretningsmønster for fagsystemers udveksling af hændelser KL Kommentarer til dokumentet MOX et forretningsmønster for fagsystemers udveksling af hændelser 15. august 2012 Ref. MWL-STE-TXK KL har inviteret til review af dokumentet, MOX et forretningsmønster for

Læs mere

(Bilag til dagsordenspunkt 8, Kommunale anvenderkrav til støttesystemerne)

(Bilag til dagsordenspunkt 8, Kommunale anvenderkrav til støttesystemerne) 25. april 2013 Klik her for at angive tekst. NOTAT Bilag 14: Anvenderkrav til Støttesystemet Organisation (Bilag til dagsordenspunkt 8, Kommunale anvenderkrav til støttesystemerne) kombit@kombit.dk CVR

Læs mere

Specifikation af serviceinterface for organisation. Dette udkast til standard er i offentlig høring i perioden 12. oktober til 13.

Specifikation af serviceinterface for organisation. Dette udkast til standard er i offentlig høring i perioden 12. oktober til 13. Specifikation af serviceinterface for organisation Dette udkast til standard er i offentlig høring i perioden 12. oktober til 13. november 2009 Specifikation af forretningsservice for Organisation Denne

Læs mere

1 Objekt informationsmodel - Byggeblok

1 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 mere

Den fælleskommunale Rammearkitektur. - en arkitektur for den kommunale digitalisering

Den fælleskommunale Rammearkitektur. - en arkitektur for den kommunale digitalisering Den fælleskommunale Rammearkitektur - en arkitektur for den kommunale digitalisering Fundament Vision & Strategi Logik Rammearkitektur Fysik Udvikling/Implementering 2 10.6.2014 De 5 digitaliseringsmål

Læs mere

Introduktion til Støttesystem Organisation

Introduktion 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 mere

P R O J EKTSKITSE ( B I L A G 7. 1 )

P R O J EKTSKITSE ( B I L A G 7. 1 ) P R O J EKTSKITSE ( B I L A G 7. 1 ) Projekt omkring afprøvning af MOXspecifikationen 1. Formål og baggrund Projekter er et delprojekt under Sager på tværs af it-løsninger og organisatoriske skel, der

Læs mere

Introduktion til Klassifikation

Introduktion 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 mere

1 Begrebsmodel for Ydelsesindeks

1 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 mere

SNITFLADER 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 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 mere

Version 1.0. Vejledning til brug af Støttesystemet Organisation

Version 1.0. Vejledning til brug af Støttesystemet Organisation Version 1.0 Vejledning til brug af Støttesystemet Organisation kombit@kombit.dk CVR 19 43 50 75 Side 1/6 1. Indledning I forbindelse med det forestående monopolbrud konkurrenceudsætter KOMBIT indkøb af

Læs mere

Realisering af gevinster på Sag- og Dokumentområdet

Realisering af gevinster på Sag- og Dokumentområdet Realisering af gevinster på Sag- og Dokumentområdet Baggrund... 2 Formål... 2 Hovedresultater/leverancer og succeskriterier... 2 Vision... 2 Mål (kortsigtet)... 3 Strategi for udførelsen af arbejdet med

Læs mere

Underbilag 2Q Vilkår for integration til støttesystemet Klassifikation

Underbilag 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 mere

1. Ledelsesresumé. Den 2. juli Jnr Ø90 Sagsid Ref NSS Dir /

1. Ledelsesresumé. Den 2. juli Jnr Ø90 Sagsid Ref NSS Dir / F ORELØBIG BUSINESS CASE F OR PROJEKT VEDR. SAGER P Å TVÆRS AF IT - LØSNINGER O G ORGANISATORISKE S K E L 1. Ledelsesresumé Der anvendes i dag mange ressourcer på at integrere forskellige it-løsninger

Læs mere

0.9 19-09-2012 DAVAR Omdøbt til SagDokumentFormat. Attention er skilt ud i et selvstændigt format, AttentionFormat.

0.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 mere

Specifikation af serviceinterface for organisation. Denne standard er godkendt af OIO-komiteen december 2009

Specifikation af serviceinterface for organisation. Denne standard er godkendt af OIO-komiteen december 2009 Specifikation af serviceinterface for organisation Denne standard er godkendt af OIO-komiteen december 2009 Specifikation af serviceinterface for Organisation Denne standard kan frit anvendes af alle.

Læs mere

1 Tilstand informationsmodel - Byggeblok

1 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 mere

1 Begrebsmodel for Ydelsesindeks

1 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 mere

STØTTESYSTEMET KLASSIFIKATION

STØ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

Støttesystemerne. Det er tid til

Støttesystemerne. Det er tid til 1 Det er tid til Støttesystemerne 2 Kombit Digitalisering er afgørende for udviklingen af de kommunale kerneopgaver, hvor bedre borgerservice med færre ressourcer er i centrum. Kommunernes mål er at bevare

Læs mere

Møde med leverandører om vejledning til anvendelse af kommende fælleskommunale støttesystemer. KL-huset, tirsdag d. 4. juni 2013

Møde med leverandører om vejledning til anvendelse af kommende fælleskommunale støttesystemer. KL-huset, tirsdag d. 4. juni 2013 Møde med leverandører om vejledning til anvendelse af kommende fælleskommunale støttesystemer KL-huset, tirsdag d. 4. juni 2013 Agenda 1.Mødets formål 2.Der er forskel på leverandører 3.Fælleskommunale

Læs mere

Specifikation af serviceinterface for klassifikation. Denne standard er godkendt af OIO-komiteen december 2009

Specifikation af serviceinterface for klassifikation. Denne standard er godkendt af OIO-komiteen december 2009 Specifikation af serviceinterface for klassifikation Denne standard er godkendt af OIO-komiteen december 2009 > Specifikation af serviceinterface for klassifikation Udgivet af: IT- & Telestyrelsen Denne

Læs mere

Høringsnotat - specifikation af serviceinterface for SAG version 1 2

Hø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 mere

Specifikation 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 er godkendt af OIO-komiteen december 2009 > Specifikation af serviceinterface for sag Denne standard kan frit anvendes af alle. Citeres der fra

Læs mere

STS ORGANISATION. 26. februar 2019

STS 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 mere

Indledning Dokumentet indeholder et oplæg til fastlæggelse af scope for realisering af forretningsservicen Partskontakt.

Indledning Dokumentet indeholder et oplæg til fastlæggelse af scope for realisering af forretningsservicen Partskontakt. 8. april 2013 19-Partskontakt => Kontaktdata Indledning Dokumentet indeholder et oplæg til fastlæggelse af scope for realisering af forretningsservicen Partskontakt. I de oprindelige oplæg med visionen

Læs mere

Socialanalyse Øget datadeling på socialområdet

Socialanalyse Øget datadeling på socialområdet Socialanalyse Øget datadeling på socialområdet Præsentation af foreløbige resultater til Arkitekturrådet 29. april 2015 v/projektleder Michal Ingvald Sørensen, Arbejdsgange & It-arkitektur, KL Baggrund

Læs mere

1 Dokument-version2.0

1 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 mere

Bilag 1: Arkitekturrapport, EDS Hjælpemidler

Bilag 1: Arkitekturrapport, EDS Hjælpemidler Bilag 1: Arkitekturrapport, EDS Hjælpemidler (Bilag til dagsordenspunkt 2, Arkitekturrapporter fra Effektiv Digital Selvbetjening) Denne orienteringsrapport udarbejdes for it-projekter i henhold til brug

Læs mere

Klik her for at angive tekst.

Klik her for at angive tekst. 30. april 2013 Klik her for at angive tekst. NOTAT Klik her for at angive tekst. Bilag 16: Anvenderkrav til Støttesystemet Ydelsesindeks version 1.0 (Bilag til dagsordenspunkt 8, Kommunale anvenderkrav

Læs mere

Scope dokument for Advisservice

Scope dokument for Advisservice 18. marts 2013 AHI Scope dokument for Advisservice Indhold 1. Advisservice... 2 2. Advis håndtering i KMD Sag... 2 3. Hændelse og Advis... 3 4. Advis løsningsmodel... 4 5. Abonnementsopsætning... 5 6.

Læs mere

Version Dato Beskrivelse 1.0.0 26/11/2012 Initial version 1.2.0 05/03/2013 Tilføjet eksempel med Template Agent, generelt udvidet dokumentet.

Version Dato Beskrivelse 1.0.0 26/11/2012 Initial version 1.2.0 05/03/2013 Tilføjet eksempel med Template Agent, generelt udvidet dokumentet. MOX og APOS2 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 mere

Specifikation af serviceinterface for dokument. Denne standard er godkendt af OIO-komiteen december 2009

Specifikation af serviceinterface for dokument. Denne standard er godkendt af OIO-komiteen december 2009 Specifikation af serviceinterface for dokument Denne standard er godkendt af OIO-komiteen december 2009 > Specifikation af serviceinterface for dokument. Version 1.1.1 Denne standard kan frit anvendes

Læs mere

Specifikation 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 er godkendt af OIO-komiteen december 2009 Specifikation af serviceinterface for arkivstruktur Denne standard kan frit anvendes af alle.

Læs mere

Fordeling af journalnotater og dokumenter Udkast til løsningsmodel. Marts 2014

Fordeling af journalnotater og dokumenter Udkast til løsningsmodel. Marts 2014 Fordeling af journalnotater og dokumenter Udkast til løsningsmodel Marts 2014 1 Indledning Denne præsentation beskriver, på et overordnet plan, følgende områder i forhold til en fremtidig fordelingsmekanisme,

Læs mere

Specifikation af serviceinterface for dokument. Dette udkast til standard er i offentlig høring i perioden 12. oktober til 13.

Specifikation af serviceinterface for dokument. Dette udkast til standard er i offentlig høring i perioden 12. oktober til 13. Specifikation af serviceinterface for dokument Dette udkast til standard er i offentlig høring i perioden 12. oktober til 13. november 2009 Specifikation af serviceinterface for dokument Denne standard

Læs mere

Anvendelse af dobbelthistorik i GD2

Anvendelse 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 mere

Generelt om støttesystemerne

Generelt 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 mere

1 KY-dokument

1 KY-dokument 1 KY-dokument... 2 1.1 Dokument... 3 1.1.1 Attributter... 3 1.2 Part... 4 1.2.1 Attributter... 4 1.3 Person... 4 1.3.1 Attributter... 5 1.4 Aktør... 6 1.4.1 Attributter... 6 1.5 Organisation... 6 1.6 OrgFunktion...

Læs mere

OS2MO 2.0 Fugl Fønix

OS2MO 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 mere

Generelle egenskaber for serviceinterfaces på sags- og dokumentområdet. Denne standard er godkendt af OIO-komiteen december 2009

Generelle egenskaber for serviceinterfaces på sags- og dokumentområdet. Denne standard er godkendt af OIO-komiteen december 2009 Generelle egenskaber for serviceinterfaces på sags- og dokumentområdet Denne standard er godkendt af OIO-komiteen december 2009 Generelle egenskaber for serviceinterfaces på sags- og dokumentområdet Denne

Læs mere

Introduktion til MeMo

Introduktion til MeMo Introduktion til MeMo 1. februar 2019 CIU I forbindelse med Digitaliseringsstyrelsens udbud af Næste generation Digital Post løsningen (NgDP) er der udviklet en ny model for udveksling af digitale postmeddelelser,

Læs mere

Underbilag 2M Begrebs- og informationsmodel for Ydelsesindeks Version 2.0

Underbilag 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 mere

Vejledning i kravspecificering af Sag og Dokument standarder (Revideret udgave; januar 2011)

Vejledning i kravspecificering af Sag og Dokument standarder (Revideret udgave; januar 2011) Notat Vejledning i kravspecificering af Sag og Dokument standarder (Revideret udgave; januar 2011) Denne version af vejledningen er identisk med første udgave fra august 2010 bortset fra redaktionelle

Læs mere

KOMBITs arbejde med it-arkitektur

KOMBITs arbejde med it-arkitektur KOMBITs arbejde med it-arkitektur Fælleskommunal rammearkitektur Mette Kurland, KOMBIT 29.09.2011 KOMBIT/Fælleskommunal rammerarkitektur 1 Rammearkitektur ift. KOMBITs mission Forhandlingskraft Effektivisering

Læs mere

Integration Generelle vilkår og forudsætninger Integrationsbeskrivelse - version 0.1

Integration 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

Bilag 9 - Opsamling på høringssvar fra netværket til Arkitekturrapport for KITOS

Bilag 9 - Opsamling på høringssvar fra netværket til Arkitekturrapport for KITOS NOTAT Bilag 9 - Opsamling på høringssvar fra netværket til Arkitekturrapport for KITOS (Bilag til dagsordenspunkt 10, Arkitekturrapport for KITOS) Lars Nico Høgfeldt, Odense Kommune Generel indledning

Læs mere

Arkitekturrapport: KITOS - Kommunens It-Overbliks System

Arkitekturrapport: KITOS - Kommunens It-Overbliks System Arkitekturrapport: KITOS - Kommunens It-Overbliks System Denne orienteringsrapport udarbejdes for it-projekter i henhold til brug af den fælleskommunale rammearkitektur. Rapport ejes af projektets it-arkitekt.

Læs mere

SAPA Kommunenetværk Øst & Vest. KMJ 28. august 2013, Værløse 29. August 2013, Middelfart

SAPA Kommunenetværk Øst & Vest. KMJ 28. august 2013, Værløse 29. August 2013, Middelfart SAPA Kommunenetværk Øst & Vest KMJ 28. august 2013, Værløse 29. August 2013, Middelfart P R O J E K T S T A T U S 1. Kravspecifikation A. Kommuner B. Leverandører 2. Faglige afklaringer i workshops 3.

Læs mere

SAGS-, 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 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

DKAL Snitflader REST Register

DKAL 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 mere

Compliance-test, STS Sags- og Dokument indekset

Compliance-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 mere

KMD Sag II udfasningsassistance. Bilag G: Grænsefladedokumentation til KMD Sag. Dokumentet er udarbejdet af KMD. Version 2.1.

KMD Sag II udfasningsassistance. Bilag G: Grænsefladedokumentation til KMD Sag. Dokumentet er udarbejdet af KMD. Version 2.1. KMD Sag II udfasningsassistance Bilag G: Grænsefladedokumentation til KMD Sag Dokumentet er udarbejdet af KMD Version 2.1 Side 1 af 14 Indhold KMD Sag II udfasningsassistance... 1 Bilag G: Grænsefladedokumentation

Læs mere

Kommunale cases: Frederiksberg & VeRA. Marius Hartmann It og forretningsarkitekt Frederiksberg kommune

Kommunale cases: Frederiksberg & VeRA. Marius Hartmann It og forretningsarkitekt Frederiksberg kommune Kommunale cases: Frederiksberg & VeRA Marius Hartmann It og forretningsarkitekt Frederiksberg kommune Frederiksberg Det eksisterende systemlandskab af ikkerammearkitektur kompatible systemer vil være et

Læs mere

Sag og Dokument: Eksempel på brug af generelle egenskaber

Sag 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 mere

KOMBIT er ejet af KL og kommunerne. Det er kommunerne, der via KL har bedt om udvikling af Byg og Miljø, og som betaler for løsningen.

KOMBIT er ejet af KL og kommunerne. Det er kommunerne, der via KL har bedt om udvikling af Byg og Miljø, og som betaler for løsningen. 1 2 KOMBIT er ejet af KL og kommunerne. Det er kommunerne, der via KL har bedt om udvikling af Byg og Miljø, og som betaler for løsningen. Det er frivilligt for kommuner at aftage systemet. Iht. den fælleskommunale

Læs mere

1 Organisation-version2.0

1 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 mere

Roadmap for VERA Q Q Q Q Rettighed. Klassifikation. Organisation. Beskedfordeler. Serviceplatform

Roadmap for VERA Q Q Q Q Rettighed. Klassifikation. Organisation. Beskedfordeler. Serviceplatform Roadmap for VERA Q3 2015 Rettighed Q2 2015 Klassifikation Q1 2015 Organisation Beskedfordeler Q4 2014 platform Indledning Kommunerne i Vendssyssel ønsker at etablere en moderne infrastruktur til at understøtte

Læs mere

Status på Sag og Dokument

Status på Sag og Dokument Bilag 10: Præsentation til dagsordenspunkt 5, Status på arbejdet med sag- og dokumentstandarder Status på Sag og Dokument Arkitekturrådsmøde 11. september 2013 Michael Bang Kjeldgaard, DIGST Nikolaj Skovmann

Læs mere

KLASSIFIKATION OG ORGANISATION SPOR Netværksdage Støttesystemer og

KLASSIFIKATION OG ORGANISATION SPOR Netværksdage Støttesystemer og KLASSIFIKATION OG ORGANISATION SPOR Netværksdage Støttesystemer 11-03-15 og 12-03-15 Hvem er jeg? Denny Christensen Chefkonsulent og IT Arkitekt i KOMBIT Har været teamlead og skribent på bla. kravspecifikationerne

Læs mere

Vejledning til kommunernes fremtidige it-udbud vedrørende brug af de fælleskommunale Støttesystemer

Vejledning til kommunernes fremtidige it-udbud vedrørende brug af de fælleskommunale Støttesystemer Vejledning til kommunernes fremtidige it-udbud vedrørende brug af de fælleskommunale Støttesystemer KOMBIT udarbejder i samarbejde med kommunerne en trin-for-trin Drejebog, der vejleder kommunerne i det

Læs mere

Arkitekturrapport: FÆLLES SPROG III

Arkitekturrapport: FÆLLES SPROG III Bilag 5: Arkitekturrapport fra projektet Fælles Sprog III (Bilag til dagsordenspunkt 6: Arkitekturrapporten). Arkitekturrapport: FÆLLES SPROG III Denne orienteringsrapport udarbejdes for it-projekter med

Læs mere

Rammearkitekturen og services i et lokalt perspektiv

Rammearkitekturen og services i et lokalt perspektiv KL s Dialogforum for it-leverandører og konsulenthuse 21. oktober 2015 Rammearkitekturen og services i et lokalt perspektiv Henrik Brix Fmd for KIT@ Fmd for IT-arkitekturrådet Favrskov Kommune 1 Den fælleskommunale

Læs mere

ØIR KLASSIFIKATIONSSYSTEM

Ø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

Læsevejledning til review af støttesystemer, marts 2013

Læsevejledning til review af støttesystemer, marts 2013 Læsevejledning til review af støttesystemer, marts 2013 Kommunerne ønsker en fælleskommunal rammearkitektur, der kan understøtte digitaliseringen og åbne for konkurrence på det kommunale it-marked. Rammearkitekturen

Læs mere

Arkitekturrapport: MDB Min Digitale Byggesag

Arkitekturrapport: MDB Min Digitale Byggesag Arkitekturrapport: MDB Min Digitale Byggesag Denne orienteringsrapport udarbejdes for it-projekter med effekt på den fælleskommunale rammearkitektur. Rapport ejes af projektets it-arkitekt. Det er projektlederens

Læs mere

Den fælleskommunale Rammearkitektur. - en arkitektur for den kommunale digitalisering

Den fælleskommunale Rammearkitektur. - en arkitektur for den kommunale digitalisering Den fælleskommunale Rammearkitektur - en arkitektur for den kommunale digitalisering Fundament Vision & Strategi Logik Rammearkitektur Fysik Udvikling/Implementering 2 13.10.2014 Fælles it-arkitekturstyring

Læs mere

1 Indsats informationsmodel - Byggeblok

1 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 mere

Arkitekturrapport: Kommunernes Ydelsessystem (KY) Arkitekturrapport: Kommunernes Ydelsessystem

Arkitekturrapport: Kommunernes Ydelsessystem (KY) Arkitekturrapport: Kommunernes Ydelsessystem Arkitekturrapport: Kommunernes Ydelsessystem 1 Indholdsfortegnelse Baggrund for projekt... 3 Resultat af gennemført arkitekturanalyse... 5 Anvendelse af forretningsservices... 9 Baggrund for projekt Baggrund

Læs mere

STEDBEVIDST UDVIKLING. Jes Ryttersgaard Kort og Matrikeldtyrelsen

STEDBEVIDST UDVIKLING. Jes Ryttersgaard Kort og Matrikeldtyrelsen STEDBEVIDST UDVIKLING Jes Ryttersgaard Kort og Matrikeldtyrelsen - bevidst om at bruge stedet som indgang til digital forvaltning - bevidst om hvordan vi sikrer, at det giver mening at bruge stedet - bevidst

Læs mere

LoRA lokal rammearkitektur. Marius Hartmann, Frederiksberg Kommune Leif Lodahl, Magenta

LoRA lokal rammearkitektur. Marius Hartmann, Frederiksberg Kommune Leif Lodahl, Magenta LoRA lokal rammearkitektur Marius Hartmann, Frederiksberg Kommune Leif Lodahl, Magenta Hvad er lokal rammearkitektur Frederiksberg Kommune, KL og Magenta om udvikling af en referenceimplementering af rammearkitekturen.

Læs mere

Sortimentet angiver de mulige klasser, som er tilladte at benytte i en registrering, med andre ord en værdiliste over tilladte koder.

Sortimentet 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 mere

Vilkår vedrørende brug af Støttesystemet Beskedfordeler

Vilkår vedrørende brug af Støttesystemet Beskedfordeler Vilkår vedrørende brug af Støttesystemet Beskedfordeler 1 Indledning og vejledning Nærværende vejledning beskriver, hvordan it-systemer afsender og/eller modtager beskeder fra Støttesystemet Beskedfordeler,

Læs mere

Specifikation af Model for Klassifikation Version 2.0

Specifikation 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 mere

Acadre-integration til SAPA

Acadre-integration til SAPA Løsningsbeskrivelse Leverandør: Formpipe Software A/S Borupvang 5D DK-2750 Ballerup CVR nr. 29177015 Indholdsfortegnelse 1.0 Acadre-integration til SAPA... 1 1.1 Overordnet beskrivelse... 1 1.2 Detaljeret

Læs mere

OIO standardservice til Journalnotat. Generel servicevejledning. KMD Sag Version 1.0 01-09-2013. KMD A/S Side 1 af 15. September 2013 Version 1.

OIO standardservice til Journalnotat. Generel servicevejledning. KMD Sag Version 1.0 01-09-2013. KMD A/S Side 1 af 15. September 2013 Version 1. OIO standardservice til Journalnotat Generel servicevejledning KMD Sag Version 1.0 01-09-2013 KMD A/S Side 1 af 15 Generel servicevejledning til OIO Journalnotat Ekstern standardservice Opdateret 01.09.2013

Læs mere

Drejebog for tilslutningsprøve OIO sag

Drejebog 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 mere

Digital post Snitflader Bilag A2 - REST Register Version 6.3

Digital 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 mere

Støttesystemet Klassifikation. Klassifikation. Et af de otte Støttesystemer

Støttesystemet Klassifikation. Klassifikation. Et af de otte Støttesystemer 1 Et af de otte Støttesystemer 2 Kombit Støttesystemet Hvad er Støttesystemet? Håndtering af alle typer klassifikationer i samme system Støttesystemet er et centralt register for de klassifikationer, som

Læs mere

Introduktion til Støttesystem Sags- og Dokumentindeks

Introduktion til Støttesystem Sags- og Dokumentindeks Introduktion til Støttesystem Sags- og Dokumentindeks 1. Om dokumentet Dette dokument formidler et overblik over støttesystemet Sags- og Dokumentindeks i den fælleskommunale infrastruktur. Formålet er

Læs mere

Peter Thrane Enterprisearkitekt KL+KOMBIT. Den fælleskommunale Rammearkitektur - Inspiration

Peter Thrane Enterprisearkitekt KL+KOMBIT. Den fælleskommunale Rammearkitektur - Inspiration Peter Thrane Enterprisearkitekt KL+KOMBIT Den fælleskommunale Rammearkitektur - Inspiration REGIONERNE Selvstyre Egen økonomi Konkurrence = bedre priser Samarbejde Koordinering Udveksling SAMMENHÆNG

Læs mere

Specifikation 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 er godkendt af OIO-komiteen december 2009 > Specifikation af serviceinterface for sag. Version 1.2 Denne standard kan frit anvendes af alle. Citeres

Læs mere

Mens vi venter på 100 % digitalisering

Mens vi venter på 100 % digitalisering Mens vi venter på 100 % digitalisering - Vil du så frigøre 4 min. 120 gange om dagen? Det handler om fejlfri og fyldestgørende journalisering og sagsdannelse via påført stregkode Arbejdsgangsbanken En

Læs mere

IKT TEKNISK KOMMUNIKATIONS- SPECIFIKATION

IKT TEKNISK KOMMUNIKATIONS- SPECIFIKATION DATO DOKUMENT SAGSBEHANDLER MAIL TELEFON 5. december 2016 16/10604-1 Tina Jonsen tjon@vd.dk +45 7244 2220 IKT TEKNISK KOMMUNIKATIONS- SPECIFIKATION Thomas Helsteds Vej 11 8660 Skanderborg vd@vd.dk EAN

Læs mere

Typografidefinition: Typografi1: Skrifttype: 10 pkt, (intet) DKAL Snitflader REST Afhentningssystem

Typografidefinition: Typografi1: Skrifttype: 10 pkt, (intet) DKAL Snitflader REST Afhentningssystem Typografidefinition: Typografi1: Skrifttype: 10 pkt, (intet) DKAL Snitflader REST Afhentningssystem 1 Indholdsfortegnelse A3.1 INTRODUKTION 3 A3.1.1 HENVISNINGER 3 A3.1.2 LÆSEVEJLEDNING 4 A3.1.2.1 SÅDAN

Læs mere