Acadre-integration til SAPA
|
|
- Mia Lindholm
- 6 år siden
- Visninger:
Transkript
1 Løsningsbeskrivelse Leverandør: Formpipe Software A/S Borupvang 5D DK-2750 Ballerup CVR nr
2 Indholdsfortegnelse 1.0 Acadre-integration til SAPA Overordnet beskrivelse Detaljeret beskrivelse Relationer OIO arkitektur Adgangsstyring Sikkerhed i SAPA Formpipe Kvalitetskontrol... 12
3 1.0 Acadre-integration til SAPA Dette dokument beskriver, hvordan Acadre integreres til Støttesystemerne og SAPA. Dokumentet beskriver blandt andet, hvordan data og relationer flyder mellem Acadre og Støttesystemerne. Integrationen er ikke færdigudviklet, så derfor kommer der sandsynligvis opdateringer til dette dokument efterhånden som integrationen udvikles. Det er en stor opgave både teknisk og organisatorisk. Formpipe står for den tekniske del i forhold til Acadre-integrationen, og kommunen står for det aftalemæssige i forhold til KOMBIT samt den tekniske og organisatoriske implementering i kommunen. Integrationen forventes at være klar til implementering med Acadre 17 SP1, der frigives inden sommerferien Integrationen kræver at kunden er opgraderet til Acadre 16 Sp2 eller nyere. 1.1 Overordnet beskrivelse KMD Sag person- og sagsoverblik erstattes af KOMBITs nye SAPA-løsning, der forventeligt går i drift 1. kvartal Med SAPA kan man slå borgeren op i alle de it-systemer, der integrerer med SAPA. Borgerservice får fuldt overblik over borgerens sager i kommunen, hvilket betyder, at mange henvendelser kan straks-afklares. Sagsbehandlerne i forvaltningerne kan på et øjeblik få overblik over borgerens eller familiens samlede sager i kommunen, f.eks. i forhold til ydelser, sagshistorik, ledighed, fraflytning, sundhedspleje og PPR. SAPA-integrationen implementeres som en såkaldt asynkron integration, hvilket betyder, at data, som flyder imellem SAPA og fagsystemerne (i dette tilfælde Acadre), ikke opdateres øjeblikkeligt på tværs af Acadre og SAPA. Det gør ikke noget, hvis der går et kvarter eller en halv time fra der opstår en sag i Acadre, til den kan ses i SAPA. Det gør heller ikke noget, hvis der går et kvarter eller en halv time fra sagsbehandleren opretter et notat i SAPA, til notatet kan ses på sagen i Acadre. En undtagelse for dette er dialogintegrationen, som skal være synkron, hvilket betyder, at hvis sagsbehandleren i SAPA ønsker at se sagen eller dens dokumenter i Acadre, så skal åbning af webklienten ske øjeblikkeligt. Det samme gælder også den anden vej, hvis en sagsbehandler i Acadre ønsker at se et partsoverblik i SAPA, så skal det også ske øjeblikkeligt. Løsningsbeskrivelse Version side 1
4 1.2 Detaljeret beskrivelse Nedenstående tegning skitserer komponenterne i Støttesystemerne, SAPA og Acadre og hvordan disse komponenter integrerer til hinanden. Forklaring til farvelægningen: Mørke grøn: SAPA-komponenter Lyse grøn: Støttesystem komponenter Lilla: Acadre komponenter Lyseblå: Formpipe Integrationsplatform komponenter (IP) Lilla/lyseblå pil: En integration som Formpipe har/skal udvikle Grå pil: En integration som KOMBIT har/skal udvikle Brun: En integration som Kunden er ansvarlig for at udvikle/indkøbe evt. via 3. part. NB: Pilenes retning indikerer, i hvilken retning data flyder. I det følgende beskrives de enkelte komponenter, hvor nedenstående nummerering refererer til tallene i tegningen: 1. Acadre er selve systemet indeholdende Acadre-servere og Acadre-klienter. 2. Acadre DB er Acadre-databasen indeholdende metadata på sager, dokumenter og sagsparter mv. Løsningsbeskrivelse Version side 2
5 3. Repl DB er en kopi af Acadre-databasen installeret på en anden SQL-server end den server, som Acadre-databasen ligger på. Kunder, som har implementeret integrationsplatformen (IP), har allerede denne kopi af databasen kørende. Kopien er baseret på en natlig restore af en backup fra driftssystemet, hvilket betyder, at data i kopien kan være helt op til ét døgn gamle. I forbindelse med udvikling af SAPA-integrationen ændres kopieringen til at blive baseret på SQL-server replikering, hvilket medfører, at data i kopidatabasen opdateres i realtid. 4. Acadre Subscription Service er et modul, som er i stand til at reagere på hændelser, som opstår i replikeringsdatabasen. Input Manageren abonnerer på disse hændelser, i første omgang abonneres på følgende hændelser: a. Ny sag b. Rediger sag i. Nyt notat ii. Tilføj sagspart c. Nyt dokument d. Rediger dokument i. Tilføj bilag Når én af disse hændelser opstår, vil Acadre Subscription Service sende et advis til Input Manageren, med information om at der er opstået en af de hændelser som Input Manageren abonnerer på. Herefter vil Input Manageren hente de relevante sags- og/eller dokument- metadata fra replikeringsdatabasen og overføre dem (importere dem) til støttesystemernes Sags- og Dokument- indeks. 5. Output Manager er en delkomponent i integrationsplatformen og bruges i denne forbindelse, sammen med Formpipe Kvalitetskontrol, til kvalitetssikring af de data, som overføres til støttesystemernes Sags- og Dokument- indeks. Formålet med Output Manageren er at sikre, at de data, som Input Manageren skal overføre til Sags- og Dokumentindeksene, er kvalitetssikret, dvs. at de afleveres i en kvalitet, der gør, at sikkerheden i SAPA ikke kompromitteres pga. af forkert opmærkning. Denne komponent er ikke nødvendig for at få SAPA-integrationen til at virke, men en option som vi anbefaler at tilkøbe. For yderligere information henvises til afsnittet Formpipe Kvalitetskontrol samt afsnittet Sikkerhed i SAPA. 6. Sagsindeks er et kæmpestort register, som kommer til at indeholde sagsmetadata fra alle de sagsbærende fagsystemer, som integrerer til SAPA i dette tilfælde også Acadre. Det er ikke alle fagsystemets metadata, som importeres til indekset. Det er derfor nødvendigt at have en hop funktionalitet, den såkaldte Dialogintegration, hvor brugeren i SAPA kan hoppe til fagsystemet for at se alle oplysninger vedrørende en sag. Løsningsbeskrivelse Version side 3
6 7. Dokumentindeks er et kæmpestort register, som kommer til at indeholde dokumentmetadata fra alle de dokumentbærende fagsystemer, som integrerer til SAPA i dette tilfælde Acadre. Her gælder det samme som ved sagsindekset, at det kun er en delmængde af fagsystemets metadata, som importeres til indekset. Selve dokumentet (filen) forbliver i fagsystemet, hvilket betyder, at brugeren i SAPA skal hoppe til fagsystemet for at læse et dokument. En undtagelse herfor er sagsnotater, som også tilgængeliggøres i dokumentindekset. 8. Ydelsesindeks er et register, som kommer til at indeholde metadata fra de ydelsesbærende fagsystemer, som integrerer til SAPA. Acadre indeholder ikke metadata vedrørende ydelser og skal derfor ikke integrere til ydelsesindekset. 9. Beskedfordeler (afsendelse) hver gang Input Manageren opdaterer Sags- eller Dokument-indeksene, skal komponenten også aflevere en besked til beskedfordeleren om hændelsen. Beskeden indeholder information om, hvilket system der er afsender af beskeden, og hvilken hændelse der har fundet sted. Brugerne i SAPA kan så abonnere på disse beskeder og på den måde blive adviseret i forhold til udvalgte hændelser i de forskellige fagsystemer. 10. Adgangsstyring er støttesystemernes komponent til adgangsstyring. Alle brugere, som skal have adgang til én eller flere af komponenterne i støttesystemet, skal oprettes i adgangsstyringen, og det gælder også for brugere, som skal have adgang til SAPA. For yderligere information henvises til afsnittet Adgangsstyring. 11. SAPA Klient er selve SAPA-brugergrænsefladen, hvor brugeren kan fremsøge en sagspart og få vist sagspartens sager. Der er selvfølgelig et sikkerhedslag i SAPA, som gør, at brugeren kun får lov til at se de sagskategorier, som vedkommende er godkendt til. For yderligere information henvises til afsnittet Sikkerhed i SAPA. 12. SAPA Dialog integration (vis i Acadre) er en komponent, der gør det muligt fra SAPA-klienten at klikke på et link, som starter det fagsystem, der ejer sagen. Hvis brugeren klikker på et link til en Acadre-sag, vil Acadre-webklienten starte og vise sagen (tilsvarende for et dokument). 13. SAPA Dialog integration (vis i SAPA) er en komponent, der gør det muligt, fra en kontaktprofil i Acadre webklienten, at aktivere handlingen SAPA personoverblik. Denne handling starter SAPA-klienten og viser de sager, hvor den valgte kontakt er tilknyttet som sagspart. Løsningsbeskrivelse Version side 4
7 14. SAPA Journalnotat er en funktionalitet i SAPA-klienten, hvor brugeren kan oprette et notat på en sag. Notatet gemmes ikke i SAPA, men afleveres til fordelingskomponenten. 15. Fordelingskomponent er en komponent, som modtager journalnotater fra SAPA. Herfra kan de enkelte fagsystemer hente notaterne (filerne). 16. Beskedfordeler (modtagelse) hver gang SAPA afleverer et journalnotat til dokumentfordeleren, skal SAPA også aflevere en besked til beskedfordeleren om hændelsen. Beskeden indeholder information om, hvilket system der ejer den sag, som journalnotatet tilhører. Fagsystemerne kan så abonnere på disse beskeder og på denne måde blive adviseret, om der ligger nogle journalnotater klar til journalisering. 17. Input Manager er en delkomponent i integrationsplatformen og bruges i denne forbindelse som transportør af data fra Acadre til støttesystemerne og til at journalisere journalnotater i Acadre. Input Manageren abonnerer på Acadre hændelserne beskrevet i punkt 4. Acadre Subscription Service sender et advis til Input Manageren, med information om at der er opstået en af de hændelser som Input Manageren abonnerer på. Herefter henter Input Manageren de relevante sags- og/eller dokument- metadata fra replikeringsdatabasen og overfører dem (importere dem) til støttesystemernes Sags- og Dokument- indeks. Input Manageren abonnerer derudover på beskeder fra beskedfordeleren af typen journalnotat sendt til systemet Acadre. Når der modtages en sådan besked, indeholder beskeden information om, hvilket journalnotat Input Manageren skal hente fra fordelingskomponenten. Input Manageren henter notatet og journaliserer det på originalsagen i Acadre. Løsningsbeskrivelse Version side 5
8 1.2.1 Relationer Ovenstående 17 punkter beskriver, hvordan data flyder fra Acadre til SAPA og fra SAPA til Acadre. I dette afsnit beskrives relationerne, der er er pegepinde til data. I forhold til relationer kan man sige, at data forbliver, hvor de er - det er kun relationerne som flyder. For bedre at forstå de efterfølgende punkter, anbefales det først at læse afsnittet vedrørende OIO arkitektur. 18. CPR Serviceplatform (til SAPA) Oplysningerne på en borger, som f.eks. navn og adresse, henter SAPA fra serviceplatformen. Hvis der ligger en borgersag i Acadre, vil Acadre kopiere sagsoplysningerne op i sagsindekset inklusiv en relation til borgeren. Det eneste relationen indeholder er CPR-nummer. De resterende oplysninger henter SAPA fra serviceplatformen, hver gang brugeren fremsøger borgeren i SAPA. 19. CPR Serviceplatform (til Acadre) Det er ikke et krav, at Acadre integrerer til CPRregisteret på serviceplatformen, det er kun gjort for at gøre tegningen mere simpel. De eksisterende Acadre-integrationer til forskellige CPR-registre kan fortsat benyttes. Den natlige synkronisering sikrer, at Acadre har CPR-nummer på alle sagsparter, og da det kun er CPR-nummer, der benyttes som UUID på relationen, vil det virke med de eksisterende integrationer. 20. CVR Serviceplatform (til SAPA) Oplysningerne på en virksomhed, som f.eks. navn og adresse, henter SAPA fra serviceplatformen. Her gælder det samme som i forbindelse med CPR, at det eneste relationen indeholder, er CVR-nummer, de resterende oplysninger henter SAPA fra serviceplatformen, hver gang brugeren fremsøger en virksomhed i SAPA. 21. CVR Serviceplatform (til Acadre) Det er ikke et krav, at Acadre integrerer til CVRregisteret på serviceplatformen, det er kun gjort for at gøre tegningen mere simpel. De eksisterende Acadre-integrationer til forskellige CVR-registre kan fortsat benyttes. Den natlige synkronisering sikrer, at Acadre har CVR-nummer på alle sagsparter, og da det kun er CVR-nummer, der benyttes som UUID på relationen, vil det virke med de eksisterende integrationer. 22. Klassifikation (KLE til SAPA) Oplysningerne vedrørende sagernes emne, som f.eks. emneteksten og facetteksten, henter SAPA fra Klassifikationskomponenten på serviceplatformen. Når Acadre kopierer en sag op i sagsindekset, kopieres også to relationer til Klassifikation. Den ene relation indeholder KL-emnenummeret, den anden relation indeholder KL-facetnummeret. De resterende oplysninger henter SAPA fra Klassifikation, hver gang brugeren fremsøger en sag i SAPA. 23. Klassifikation (KLE til Acadre) Acadre skal udvides til at integrere til Klassifikation på serviceplatformen. Der skal udvikles en integration der sikrer at det interne klassifikationsregister i Acadre altid er synkroniseret med den version af KLE, som ligger i klassifikation. Dette betyder at det ikke længere er nødvendigt at importere de eksisterende kvartalsopdateringer, udsendt fra KL, i Acadre. Løsningsbeskrivelse Version side 6
9 24. Organisation indeholder oplysninger om Sagsansvarlig enhed samt hvem der er Ansvarlig sagshandler på sagerne. På dokumenter er det oplysninger om, hvem der er sagsbehandler på dokumenterne. Når Acadre kopierer en sag op i sagsindekset, kopieres også relationer til den Sagsansvarlig enhed samt den ansvarlig sagsbehandler. Det eneste relationerne indeholder er UUID på enheden og sagsbehandleren. De resterende oplysninger henter SAPA fra Organisation, hver gang brugeren fremsøger en sag i SAPA. Det er formentligt her de største udfordringer ligger i forbindelse med integration til SAPA. Det skyldes, at det her er den enkelte kunde, som selv er den autoritative myndighed og skal sikre, at der tildeles et UUID til alle sagsansvarlige enheder og alle sagsbehandlere både nuværende og tidligere medarbejdere. For yderligere information henvises til afsnittet OIO Organisation. 25. Myndighedens IdM (opdater Organisation) - en komponent som symboliserer kundens Identity Management system, f.eks. AD eller andet. Det der er vigtigt her er, at det er myndighedens ansvar at sikre, at alle organisatoriske enheder og brugere oprettes og vedligeholdes i Organisation. Dette er ikke en del af SAPA-integrationen til Acadre. Derudover skal SAPA brugerne oprettes i Adgangsstyringen, dette kan gøres manuelt, eller via en integration til kundens Identity Management system. 26. Myndighedens IdM (opdater Acadre) den eksisterende Acadre-integration til AD skal opdateres, så UUID erne fra myndighedens IdM synkroniseres til Acadre. Dette var en kort gennemgang af de enkelte komponenter og deres relationer i forhold til, hvordan Formpipe forestiller sig, at Acadre integrerer til SAPA. I de efterfølgende afsnit beskrives nogle af tingene mere detaljeret OIO arkitektur Det er ikke hensigten at forklare hele OIO-arkitekturen i dette afsnit, blot nogle af grundprincipperne. Alle objekter i en OIO-arkitektur skal være opmærket med et Universally Unique Identifier, også kaldet et UUID. Et UUID er et entydigt ID, som er unikt på verdensplan. Det system, som opretter et objekt, skal give objektet et UUID og bliver herefter ejer af det pågældende objekt og der kan kun være én ejer. Et objekt kan importeres (en kopi af objektet) til andre systemer, men UUID et ændrer sig aldrig. I SAPA-sammenhæng taler vi om følgende objekttyper: Organisation (Myndighed) It-system (Acadre) Organisatorisk enhed (afdeling) Bruger (sagsbehandler) Løsningsbeskrivelse Version side 7
10 Borger Virksomhed Klassifikation (KLE nummer) Sag Notat Dokument. Disse objekter relaterer sig til hinanden på forskellig vis. Det der er vigtigt i denne forbindelse, og faktisk et problem, er, at nogle af ovenstående objekter ikke er opmærket med UUID. Følgende objekter er ikke opmærket med UUID: Borger Virksomhed Da det er ejeren, det vil sige den autoritative myndighed, der skal tilknytte et UUID til deres egne objekter, er det besluttet, indtil dette er gjort, at benytte den brugervendte nøgle som ID: Borger (CPR nummer) Virksomhed (CVR nummer) Disse brugervendte nøgler er rimeligt unikke, så det kommer til at virke alligevel, på trods af denne mangel OIO Organisation Organisation er en fælles komponent for hele det kommunale Danmark, som kommer til at indeholde alle Organisationer (alle kommuner) alle organisationernes Organisatoriske Enheder (alle afdelinger i alle kommuner) alle Brugere i alle kommuner. Indtil videre er det besluttet, at de enkelte Organisationer ikke kan se hinanden. Det betyder, at hvis sagsbehandler Fru Jensen i kommune A flytter til kommune B, så oprettes hun to gange i Organisation med to forskellige UUID er. Det er ikke helt sådan OIO er tænkt, men dette er gjort for at holde kompleksiteten på et acceptabelt niveau. Organisationskomponenten har ikke noget at gøre med brugerens login dette styres gennem adgangsstyringen komponenten indeholder kun metadata i forhold til sagernes og dokumenternes tilhørsforhold, dvs. myndighed, afdeling og sagsbehandler. Det er derfor vigtigt, at det ikke kun er de nuværende sagsbehandlere, som importeres til Organisation, men også tidligere medarbejdere. Hvis f.eks. en tidligere medarbejder har oprettet et dokument i Acadre og stadig står som sagsbehandler på dokumentet, skal denne sagsbehandler eksistere i Organisation, ellers vil SAPA formentlig fejle. Løsningsbeskrivelse Version side 8
11 Det er den enkelte kommunes eget ansvar at sikre, at Organisationskomponenten indeholder disse nødvendig metadata. Bemærk at dette ikke har noget med Acadre at gøre, denne problematik gælder for samtlige fagsystemer der skal integrere til SAPA. Der findes forskellige leverandører af Identity Management løsninger på det danske marked, som formentlig kan hjælpe med at synkronisere information til Organisationskomponenten Adgangsstyring Adgangsstyring er ikke det samme som Organisation, men alligevel minder det lidt om Organisationskomponenten. I Adgangsstyring skal alle brugere, der skal kunne logge ind i SAPA-klienten, oprettes og tildeles rettigheder. Dette er muligt at gøre manuelt, men hvis man ønsker, at samtlige medarbejdere skal kunne logge ind i SAPA, er det formentlig nødvendigt at implementere en integration, som kan oprette og vedligeholde brugere, mellem myndighedens Identity Management løsning og Adgangsstyringen. Her gælder det samme som i forbindelse med integration til Organisation, at der findes forskellige leverandører af Identity Management løsninger på det danske marked, som formentlig kan hjælpe med at oprette og vedligeholde brugere i Adgangsstyring. For at en kommune kan få adgang til Adgangsstyring, skal man ansøge KOMBIT om adgang. KOMBIT vil så oprette én administrator, som har tilladelse til at oprette de øvrige brugere. Nedenstående afsnit er et udpluk fra dokumentet Implementeringshåndbog for Adgangsstyring - Version 1.0, som kan hentes via dette link på KOMBIT s hjemmeside: Tilslut kommunen til STS Adgangsstyring For at kunne tage Administrationsmodulet i brug, skal kommunen oprettes som en Tilslutningspart i Administrationsmodulet. Kommunen udfylder en bestillingsblanket og sender den til KOMBIT. KOMBIT foretager herefter den tekniske oprettelse af kommunen i Administrationsmodulet. Bestillingsblanketten skal indeholde oplysninger om den bruger, der er kommunens Administrator i Administrationsmodulet. Ud over oplysninger om navn og e- mail adresse, skal den offentlige del af medarbejderens OCES-certifikat vedlægges bestillingsblanketten, da medarbejderen skal bruge denne til at logge på Administrationsmodulet. Den person, kommunen udpeger som Administrator af Administrationsmodulet, får automatisk tildelt rollen som Tilslutningspartadministrator. Administratoren har herefter rettigheder til at oprette yderligere brugere af Administrationsmodulet (beskrives nærmere i næste afsnit). Det er Administratoren, der kan tildele rettigheder til disse brugere. Løsningsbeskrivelse Version side 9
12 Ovenstående billede viser et eksempel på tilslutning til DAR - Danmarks AdresseRegister Sikkerhed i SAPA Indtil videre er det meningen, at sikkerheden i SAPA styres ud fra disse tre parametre: 1. Myndigheden Det er som standard kun muligt at fremsøge kommunens egne sager 2. KLE-nummer Bliver den vigtigste parameter i forhold til, hvilke sager den enkelte bruger må se se nedenstående afsnit. 3. Følsomhed som kan være: a. IKKE_FORTROLIGE_DATA b. FORTROLIGE_PERSONOPLYSNINGER c. FOELSOMME_PERSONOPLYSNINGER d. VIP_SAGER. Disse følsomhedsværdier forestiller vi os at sætte ud fra en kombination af sagstype og adgangskode. Løsningsbeskrivelse Version side 10
13 KLE-nummer Brugere, som oprettes i Adgangsstyring, bliver autoriseret til sagerne i forhold til sagernes KLemnenummer. Det bliver formentlig sådan, at man kan blive autoriseret på gruppeniveau 1 og/eller 2, men også til de enkelte emner, om nødvendigt. Dette faktum, at hovednøglen til om en bruger må se en sag eller ej, er sagens emne, gør, at det bliver særdeles vigtigt, at sagerne er korrekt opmærkede, og at man overholder enkeltsagsprincippet. Det er derfor, at Formpipe anbefaler, at kunderne investerer i modulet til kvalitetskontrol. For yderligere beskrivelse henvises til afsnittet Formpipe Kvalitetskontrol. Med den her beskrevne sikkerhedsmodel vil det f.eks. blive muligt for en bruger, som er autoriseret til børnesager, at se alle børnesager på tværs af kommunens skoler. Dette mener Formpipe er et brud på datalovgivningen. Det forventes derfor at SAPA klienten understøtter autorisation i forhold til en kombination af brugerens tilknyttede organisatoriske enheder og sagernes KL-emnenummer, alternativt understøttelse af sikkerhedsprofiler, som beskrevet i næste afsnit. Formpipe vil drøfte denne problematik med KOMBIT hurtigst muligt Sikkerhedsprofiler Nedenstående tekst i kursiv er taget fra anvisningsdokumentet vedrørende anvendelse af Sagsog Dokument- indekserne. Sikkerhedsprofilen på en sag er en positivliste over de organisatoriske enheder som må se en sag. Sikkerhedsprofilen består af en eller flere relationer til aktører i STS Organisation. Det er ikke muligt som afsendersystem at anvende en sikkerhedsprofil, uden at kunne referere til STS Organisation. Hvis der ikke er nogen sikkerhedsprofilrelation på en sag, skal modtagersystemerne ikke foretage nogen særlig dataafgrænsning i forhold til sikkerhedsprofiler. Hvis der er én eller flere sikkerhedsprofiler på en sag, så håndhæves sikkerhedsprofilerne. Den almindelige dataafgrænsning på myndighed, KLE og følsomhed håndhæves stadig, hvilket betyder, at en bruger, som via sikkerhedsprofilen bør have adgang, kan formenes adgang til sagen, hvis brugeren ikke samtidig har adgang til sagen via den øvrige dataafgrænsning. Sikkerhedsprofiler forventes ikke at blive anvendt særlig ofte, og afsendersystemerne skal forsøge at anvende den øvrige dataafgrænsning fx ved at sætte en højere følsomhed på sagen i stedet for at tilføje en sikkerhedsprofil. Da sikkerhedsprofilen ikke håndhæves af STS Sags- og dokumentindekset, betyder sikkerheds-profiler både ringere performance og evt. en ringere brugervenlighed hos modtagersystemer som SAPA. Det er ovenstående fremhævede tekst, som Formpipe anser som værende nødvendig for at kunne overholde datalovgivningen i SAPA. Løsningsbeskrivelse Version side 11
14 1.2.5 Formpipe Kvalitetskontrol Formpipe har udviklet et modul, der har fokus på proaktivt at sikre orden og stringens i sagsbehandlingsdata. Vi kalder modulet Formpipe Kvalitetskontrol. Modulet analyserer på daglig basis sager og dokumenter og hjælper dermed sagsbehandlerne med at opretholde datakvalitet. Helt konkret udstiller Formpipe Kvalitetskontrol sager og dokumenter, der ikke lever op til de fastsatte krav i et overskueligt Dashboard-format. Dashboardet er udformet i et brugervenligt og enkelt design, hvor funktionerne er lette at bruge. Formpipe Kvalitetskontrol er ikke nødvendig for at få SAPA-integrationen til at virke, men en option som vi anbefaler at tilkøbe. For yderligere oplysninger henvises til produktbladet vedr. Formpipe Kvalitetskontrol. Løsningsbeskrivelse Version side 12
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 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 mereVelkommen. Acadre nyheder. Jørgen Hedegård, Formpipe Software A/S
Velkommen Acadre nyheder Jørgen Hedegård, Formpipe Software A/S 1 Spor 1 ESDH Perspektiver Acadre nyheder Ved Jørgen Hedegård IMPULS 2015 2 Acadre nyheder Agenda Integration til SAPA Meetings Plus 3.0
Læs mereMø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 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 mereStø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 mereKlik 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 mereESDH - DET SIKRE VALG I DIN DIGITALE HVERDAG. Jørgen Hedegård. 13. september 2018 IMPULS 2018
ESDH - DET SIKRE VALG I DIN DIGITALE HVERDAG Jørgen Hedegård NY DEVOTEAM RAPPORT Sammenligning mellem Acadre, SBSYS og Nova Acadre 18 SBSYS KMD Nova Leverandørstyrke 6 5 Arkitektur 4 3 2 1 0 Håndtering
Læs mereFordeling 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 mereSAPA OG STØTTESYSTEMERNE. V/ projektleder Kenneth Møller Johansen
SAPA OG STØTTESYSTEMERNE V/ projektleder Kenneth Møller Johansen I dag 1. KMD Sag: Konkurrence hvordan? 2. Kort om SAPA og om Støttesystemerne 3. Samspil med kommunernes sagsbærende løsninger 4. Hvad gør
Læs mereSAPA S BETYDNING FOR ESDH. IMPULS 2015, 17. september 2015 Kenneth Møller Johansen
SAPA S BETYDNING FOR ESDH IMPULS 2015, 17. september 2015 Kenneth Møller Johansen I dag 1. Kort om KOMBIT 2. KMD Sag: Monopolbrud hvordan? 3. Samspil med ESDH-systemer 4. Hvad gør kommunerne nu? 5. Etablering
Læs mereVejledning 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 mereSAPAs forretningsmæssige behov i relation til Dialogintegration. SAPAs behov for Dialogintegration. Fordele ved brug af dialogintegration i SAPA
26. marts 2014 NOTAT SAPAs forretningsmæssige behov i relation til Dialogintegration Dette notat beskriver SAPAs specifikke forretningsmæssige behov i forhold til integration med relevante ESDH-/fagsystemer,
Læs mereKlik 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 mereIntroduktion 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 mereVejledning til kommunernes fremtidige it-udbud vedrørende brug af de fælleskommunal støttesystemer
3. september 2013 Vejledning til kommunernes fremtidige it-udbud vedrørende brug af de fælleskommunal støttesystemer KOMBIT udarbejder i samarbejde med kommunerne en trin-for-trin Drejebog, der vejleder
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 mereSAPA KRAVSPECIFIKATION v. 0.8. Overordnede reviewkommentarer fra Kommuneprojektgruppen, ATP, Københavns Kommunes Koncernservice og KL
SAPA KRAVSPECIFIKATION v. 0.8 Overordnede reviewkommentarer fra Kommuneprojektgruppen, ATP, Københavns Kommunes Koncernservice og KL Sags- og partsoverblikket Vise adresser der har adressebeskyttelse Adressen
Læs mereKLASSIFIKATION 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 mereADGANG TIL EGEN SAG ADGANG TIL EGEN SAG. Integration til Borger.dk baseret på fælleskommunal infrastruktur
ADGANG TIL EGEN SAG ADGANG TIL EGEN SAG Integration til Borger.dk baseret på fælleskommunal infrastruktur Tema Side 2 af 7 Indholdsfortegnelse Formål...3 Muligheder for at udstille data...3 SAPA og den
Læs mereSAPA 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 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 mere(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 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 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 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 mereSPOR 2: STØTTESYSTEMER
SPOR 2: STØTTESYSTEMER Organisering, opgaver og kompetencer V/ Peter Hansen KOMBIT Kommunedage 1.-3. juni 2015 Indhold i sporet I dette spor ser vi nærmere på kommunernes organisering af støttesystemerne,
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 mereSPOR 7: IBRUGTAGNING OG ANVENDELSE
SPOR 7: IBRUGTAGNING OG ANVENDELSE v. Peter Bildt og Sonny Thorndal Pedersen Data- og infrastrukturdage 16. og 19. september 2019 Lidt om talerne Peter Bildt Service Manager - Drift - Service Management
Læs mereBaggrundsinformation
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(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 mereSAGS- OG DOKUMENTINDEKS, YDELSESINDEKS TO AF DE OTTE STØTTESYSTEMER. Version 2.0
SAGS- OG DOKUMENTINDEKS, YDELSESINDEKS TO AF DE OTTE STØTTESYSTEMER Version 2.0 Støttesystemer er selvstændige it-løsninger, der sikrer, at kommunens fagløsninger kan fungere sammen og få adgang til relevante
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 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 mereIntroduktion til Støttesystem Ydelsesindeks
Introduktion til Støttesystem 1. Om dokumentet Dette dokument formidler et overblik over støttesystemet i den fælleskommunale infrastruktur. Formålet er at give læseren en forståelse af hvilke komponenter,
Læs mere10. sept 2013 NOTAT. Integrationsmodel støttesystemer
10. sept 2013 NOTAT Integrationsmodel støttesystemer 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/13 1. Indledning... 3 2. Arkitekturens
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 mereReleasebeskrivelse KMD Sag. Version 14.5. Nyheder og ændringer i KMD Sag & KMD Sag EDH
Releasebeskrivelse KMD Sag Version 14.5 Nyheder og ændringer i KMD Sag & KMD Sag EDH August 2015 Version 14.5 1 LÆSEVEJLEDNING... 3 2 GENERELT... 3 2.1 Indstilling for gem fællessøgning som defaultvisning...
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 mereVersion 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 mereSTS NETVÆRKSDAGE ADGANGSSTYRING. Brian Storm Graversen April 2016
STS NETVÆRKSDAGE ADGANGSSTYRING Brian Storm Graversen April 2016 Emner Motivation og baggrund Introduktion til jobfunktionsrollebegrebet Hvad er en jobfunktionsrolle Typer af brugersystemroller Dataafgrænsninger
Læs mereLøsningsbeskrivelse til P13-7 Hent ydelsesinformationer fra Ydelsesindeks
Løsningsbeskrivelse til P13-7 Hent ydelsesinformationer fra Ydelsesindeks Side 1 af 7 Versionsoversigt Version Dato Oprettet af Ændring 1.0 05.03.2015 PSZ/CVS Initiel version 2.0 05.10.2015 CE/PSZ/CVS
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 mereSags- og Dokumentindeks og Ydelsesindeks
Støttesystemet Sags- og Dokumentindeks og Ydelsesindeks 1 Sags- og Dokumentindeks og Ydelsesindeks To af de otte Støttesystemer 2 Kombit Støttesystemerne Sags- og Dokumentindeks og Ydelsesindeks Hvad er
Læs mereNemRolle. KOMBIT adgangsstyring med sikkerhed og overblik. Beskrivelse af funktioner og anvendelse
NemRolle KOMBIT adgangsstyring med sikkerhed og overblik Beskrivelse af funktioner og anvendelse NemRolle KOMBIT adgangsstyring med sikkerhed og overblik NemRolle er en samlet, komplet løsning til administration
Læs mereSPOR 2. Opgaveoverblik på Støttesystemerne
SPOR 2 Opgaveoverblik på Støttesystemerne Det kommunale systemlandskab Det kommunale systemlandskab Adgangsstyring for brugere i forhold til, og SAPA SAPA Bruger Log på Kommune Bruger + Job funktions roller
Læs mereLæ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 mereRAMMEARKITEKTUR, STØTTESYSTEMER OG SAPA. IMPULS 13. September 2018 Peter Hauge Jensen og Iver Winther
RAMMEARKITEKTUR, STØTTESYSTEMER OG SAPA IMPULS 13. September 2018 Peter Hauge Jensen og Iver Winther Agenda Intro - hovedbudskaber Kort om rammearkitektur Status for Støttesystemer, Serviceplatform m.v.
Læs mereOS2autoproces. Vejledning til implementering
OS2autoproces Vejledning til implementering Version: 1.0.3 Date: 10.10.2018 1 Indledning Dette dokument er en gennemgående vejledning til implementeringen af OS2autoproces. Det er ikke en vejledning til
Læs mereLøsningsbeskrivelse til P13-7 Hent ydelsesinformationer fra Ydelsesindeks
Løsningsbeskrivelse til P13-7 Hent ydelsesinformationer fra Ydelsesindeks Dokument-nr.: Version: V2.3 Forfatter: CE/PSZ/CVS Versionsdato: 15.022.2016 Side 1 af 11 Versionsoversigt Version Dato Oprettet
Læs mereStø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 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 mereRammearkitektur. Konkurrence og sammenhængende digitalisering
Rammearkitektur Konkurrence og sammenhængende digitalisering Agenda Hvorfor er Rammearkitekturen nødvendig? Hvad indeholder Rammearkitekturen? Hvilke støttesystemer bringer KOMBIT i udbud nu? Status og
Læs mereScope 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 mereLøsningsbeskrivelse til P13-39-B1- AP24 KMD Sag som Modtagersystem (Bølge 1, spor 4)
Løsningsbeskrivelse til P13-39-B1- AP24 KMD Sag som Modtagersystem (Bølge 1, spor 4) Side 1 af 10 Indhold 1 Projektets rammer... 3 1.1 Formål og baggrund for projektet... 3 1.2 Projektets forventede hovedresultat...
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 mereBESKEDFORDELER -ET AF DE OTTE STØTTESYSTEMER. Version 2.0
BESKEDFORDELER -ET AF DE OTTE STØTTESYSTEMER Version 2.0 Støttesystemer er selvstændige it-løsninger, der sikrer, at kommunens fagløsninger kan fungere sammen og få adgang til relevante data. Et støttesystem
Læs mereOIO 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 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 mereSPOR 2 ADGANGSSTYRING. Netværksdage Støttesystemer 11. og 12. marts 2015
SPOR 2 ADGANGSSTYRING Netværksdage Støttesystemer 11. og 12. marts 2015 Hvem er jeg? Rasmus H. Iversen Teknisk Projektleder Teamlead på sikkerhed Har været på STS projektet helt fra starten Mål for dagens
Læs mereSF 2800 Fordelingskomponent - Modtag objekter Integrationsbeskrivelse - version 2.0.0
SF 2800 Fordelingskomponent - Modtag objekter Integrationsbeskrivelse - version 2.0.0 Kommunernes Datafællesskab - KDF Versionshistorik Relevans Dato Initialer Version Kommentarer 2015-03-03 MVC 0.1 Første
Læs mere/marius hartmann Integrationskrav 2. Logningskrav 3. Konsekvenser for kommunen
/marius hartmann maha31@frederiksberg.dk 20141002 Ang./ Vilkår for integration til støttesystemet Sags- og Dokumentindeks version 1.3 Denne fælleshenvendelse, som dækker it-arkitekterne fra Ballerup, Odense,
Læs mereSPOR 4: SAG-, DOKUMENT- OG YDELSESINDEKS
SPOR 4: SAG-, DOKUMENT- OG YDELSESINDEKS v. Klaus Rasmussen og Kim Rosendal Orbe Data- og infrastrukturdage 16. og 19. september 2019 Agenda SPOR 4 SAGS-, DOKUMENT- OG YDELSESINDEKS Hvorfor er sag-/dokumentindekset
Læs mereSTS ARBEJDSGRUPPEMØDE VEJLE
STS ARBEJDSGRUPPEMØDE VEJLE Spørgsmål, kommentarer og svar 14. december Indledning v/ Peter Hansen Strategi for jobfunktionsroller v/ Brian S. Graversen Hvorfor samles implementeringshåndbøgerne for Klassifikation
Læs mereSAPA ARKITEKTURRAPPORT. Kommunernes it-arkitekturråd 8. maj 2014 DCH & KMJ
SAPA ARKITEKTURRAPPORT Kommunernes it-arkitekturråd 8. maj 2014 DCH & KMJ Indstilling Det indstilles, at arkitekturrådet drøfter, om: - Rapportens omfang og indhold er dækkende - SAPA-løsningens brug af
Læs mereVilkår for dialogintegration SAPA
Vilkår for dialogintegration SAPA Indhold 1. Indledning og vejledning... 3 1.1 Definitioner... 5 2. Krav til it-systemer for at kunne udføre dialogintegration... 6 2.1 Udstilling af endpoint... 6 2.2 HTTPS
Læs mereDet kommunale systemlandskab
Det kommunale systemlandskab Adgangsstyring for brugere i forhold til KY, KSD og Bruger Log på Kommune Bruger + Job funktions roller Veksler Context Handler Bruger + Brugersystem roller KSD KY Administreres
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 mereAdministrationsmodul, Adgangsstyring for systemer og Adgangsstyring for brugere
1 Administrationsmodul, Adgangsstyring for systemer og Adgangsstyring for brugere Tre af de otte Støttesystemer 2 Kombit Støttesystemerne Administrationsmodul, Adgangsstyring for systemer og Adgangsstyring
Læs mereDEN FÆLLESKOMMUNALE INFRASTRUKTUR. Overblik, indblik og anvendelse
DEN FÆLLESKOMMUNALE INFRASTRUKTUR Overblik, indblik og anvendelse Indhold Den fælleskommunale infrastruktur hvad taler vi om? Indflyvning til infrastrukturen hvem bruger den og til hvad? Case DUBUs anvendelse
Læs mereKMD programmer. Snitfladebeskrivelse for. P12-27 FrontendHop/ Situationsafhængig Dialogintegration
KMD programmer Snitfladebeskrivelse for P12-27 FrontendHop/ Situationsafhængig Dialogintegration Kald af KMD program fra kommunalt valgfrit 3. part program (Hop IND) (Klient til klient) KMD 2012. Alle
Læs mereSP Ydelseskatalog. Version 1.0. KOMBIT A/S Halfdansgade København S Tlf CVR Side 1/17
SP Ydelseskatalog Version 1.0. 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/17 Indholdsfortegnelse 1. Versionsstyring... 3 2. Introduktion...
Læs mereVilkår for Dialogintegration
Vilkår for Dialogintegration KOMBIT A/S Halfdansgade 8 2300 København S Tlf 3334 9400 www.kombit.dk kombit@kombit.dk CVR 19 43 50 75 Side 1/8 Dokumenthistorik Dato Version Ansvarlig Kommentar til ændringer
Læs 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 mereOverblik over roller og kompetencer i forhold til Støttesystemerne
Overblik over roller og kompetencer i forhold til ne En vejledning til kommunernes og ATP s opgaver Version 1.0.1 maj 2015 KOMBIT A/S Halfdansgade 8 2300 København S Tlf 3334 9400 www.kombit.dk kombit@kombit.dk
Læs merevejledning til anvisningerne for anvendersystemernes
Vejledning til anvisninger for Indeksene KOMBIT Dette dokument indeholder generel, tværgående vejledning til anvisningerne for anvendersystemernes anvendelse af Sags- og Dokumentindeks og Ydelsesindeks.
Læs mereBilag 3A.6 Integrationer
Bilag 3A.6 Integrationer Version 0.8 26-06-2015 Indhold 1 VEJLEDNING TIL TILBUDSGIVER... 3 2 INDLEDNING... 4 2.1 BILAGETS FORMÅL OG OPBYGNING... 4 2.2 RELATION TIL ØVRIGT MATERIALE... 4 3 INTEGRATIONSBESKRIVELSER...
Læs mereSom bekendt træder EU s nye databeskyttelsesforordning (GDPR) i kraft den 25. maj 2018.
Brev til kommunale kontakter for Kommunernes Data Infrastruktur (KDI), der omfatter de to it-infrastrukturløsninger, Serviceplatformen og Støttesystemerne Kære KDI kontaktperson Som bekendt træder EU s
Læs mereBilag 4: Udkast til kommunal drejebog for Serviceplatformen (Hører til dagsordenspunkt 9: Krav og vejledninger til kommunernes kravspecifikationer)
Klik her for at angive tekst. Bilag 4: Udkast til kommunal drejebog for Serviceplatformen (Hører til dagsordenspunkt 9: Krav og vejledninger til kommunernes kravspecifikationer) Krav og vejledning til
Læs mereUnderbilag 2M Begrebs- og informationsmodel for Ydelsesindeks Version 2.0
Underbilag 2M Begrebs- og informationsmodel for Ydelsesindeks Version 20 Begrebsmodellen for Ydelsesindeks Begrebsmodellen med de centrale forretningsobjekter er illustreret i Figur Begrebsmodel og definition
Læs 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 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 mereSPOR 8: PERSPEKTIVER OG FORRETNINGSMÆSSIG VÆRDI
SPOR 8: PERSPEKTIVER OG FORRETNINGSMÆSSIG VÆRDI v. Sisse Bange og Mette Vinther Poulsen Data- og infrastrukturdage 16. og 19. september 2019 Perspektiver og forretningsmæssig værdi Hvorfor den fælleskommunale
Læs mereFælleskommunal infrastruktur - SAPA-seminar, marts Michel Sassene, KOMBIT
Fælleskommunal infrastruktur - SAPA-seminar, marts 2014 Michel Sassene, KOMBIT Agenda 1. Hvorfor fælleskommunal infrastruktur? 2. Hvad kan man med infrastrukturen? 3. Brug af infrastrukturen i kommunen
Læs mereKMD programmer. Snitfladebeskrivelse for. P12-27 FrontendHop/ Situationsafhængig Dialogintegration. Kald fra KMD programmer
KMD programmer Snitfladebeskrivelse for P12-27 FrontendHop/ Situationsafhængig Dialogintegration Kald fra KMD programmer til kommunalt valgfrit 3. part program (Hop UD) (Klient til klient) KMD 2012. Alle
Læs mereBilag 21. Præsentation til dagsordenspunkt 10: Kommunernes digitale sikkerhedsmodel. Sikkerhed i RA. Gennemgang af Review
Bilag 21 Præsentation til dagsordenspunkt 10: Kommunernes digitale sikkerhedsmodel Sikkerhed i RA Gennemgang af Review Emner Generelle bemærkninger Kommune kommentarer Udvalgte emner Leverandør kommentarer
Læs mereVilkå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 mereLøsningsbeskrivelse. Den fælleskommunale Serviceplatform
Løsningsbeskrivelse Den fælleskommunale Serviceplatform Januar 2014 1 Indhold 2 Serviceplatformen... 2 3 Hjemmesiden www.serviceplatformen.dk... 3 3.1 Administrationsmodul... 4 3.2 Servicekatalog... 4
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 mereKrav og vejledning til kommunernes fremtidige it-udbud
Klik her for at angive tekst. Krav og vejledning til kommunernes fremtidige it-udbud I forbindelse med det forestående monopolbrud udarbejder KOMBIT i samarbejde med kommunerne en trin-for-trin drejebog,
Læs mereVilkår for dialogintegration SAPA
Vilkår for dialogintegration SAPA Klaus Rasmussen 26. oktober 2016 Indhold 1. Indledning og vejledning... 3 1.1 Definitioner... 4 2. Krav til it-systemer for at kunne udføre dialogintegration... 5 2.1
Læs mereVilkår vedrørende brug af Støttesystemet Adgangsstyring
Vilkår vedrørende brug af Støttesystemet Adgangsstyring 1. Indledning Nærværende vejledning beskriver, hvordan it-systemer skal anvender Adgangsstyring i rammearkitekturen såvel dynamisk som i den daglige
Læs mereKOMBIT Byg og Miljø FAQ. Byg og Miljø. Version 1.1 24. januar 2014 BHE
KOMBIT Byg og Miljø FAQ Byg og Miljø Version 1.1 24. januar 2014 BHE Indhold Login og rettigheder... 3 Aktiviteter, sager, projekter... 4 Regler... 5 Proces... 6 Kommunikation... 7 Filer... 8 Integration
Læs mereIntegration SF Sags- og Dokumentindeks Integrationsbeskrivelse - version 2.2.0
Integration Integrationsbeskrivelse - version 2.2.0 Kommunernes Datafællesskab - KDF Versionshistorik Relevans Dato Initialer Version Kommentarer 2015-04-15 dgj 0.1 Første version 2015-06-30 ehe 2.1.0
Læs mereSF1460_A Modtag besked Integrationsbeskrivelse - version 2.3.0
SF1460_A Modtag besked - version 2.3.0 Kommunernes Data & Infrastruktur - KDI 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 mereVELKOMMEN Kommunernes data- og infrastrukturdag 2019
VELKOMMEN Kommunernes data- og infrastrukturdag 2019 Vi starter 9.00 Skab netværk og brug hinanden Har du hilst på dem, du sidder ved siden af KOMBIT eftersender link til dagens præsentationer VELKOMMEN
Læs mereWORKSHOP DIALOGINTEGRATION OG JOURNALNOTAT. HK-huset, onsdag d. 3. april
WORKSHOP DIALOGINTEGRATION OG JOURNALNOTAT HK-huset, onsdag d. 3. april Agenda Velkomst og agenda (5 min.) Kort om SAPAs behov (7 min.) Workshop 1: Dialogintegration - KOMBIT præsentation (10 min.) - Tech-Swat-Teams:
Læs mereSF1460_C Aflever besked Integrationsbeskrivelse - version 2.4.0
SF1460_C Aflever besked - version 2.4.0 Kommunernes Data & Infrastruktur - KDI 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 mereMØDE OM JOBCENTER- RELATEREDE SNITFLADER
MØDE OM JOBCENTER- RELATEREDE SNITFLADER 20. og 21. maj 2014 Dagsorden 1. Præsentation af deltagerne Jesper Bo Seidler 2. Formaliteter omkring indgåelse af aftaler Iver Winther 3. Præsentation af Jobcenter
Læs mere