SAPAs forretningsmæssige behov i relation til Dialogintegration. SAPAs behov for Dialogintegration. Fordele ved brug af dialogintegration i SAPA
|
|
- Alma Bech
- 6 måneder siden
- Visninger:
Transkript
1 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, i form af muligheden for at understøtte en smidig transport af en bruger fra SAPA it-løsningens brugergrænseflade til brugergrænsefladen i en anden it-løsning. Notatet beskriver Dialogintegrationsbegrebet, SAPAs konkrete behov i forhold til integration, samt det arkitekturmønster der tænkes anvendt og de forudsætninger dette stiller til de enkelte kildesystemer. SAPAs behov for Dialogintegration SAPA-systemet er at betragte som en glasplade, dvs. en web-portal, der samler og sammenstiller information om sager, parter og ydelser fra en række kommunale ESDH- /fagsystemer og udstiller denne information til dets brugere. De relevante ESDH-/fagsystemer føder løbende opdateret information om deres respektive sags-, dokument og ydelsesdata via en fastlagt system-grænseflade til Sags- og Dokumentindeks og Ydelsesindeks. SAPA har en snitflader til disse fælleskommunale indekser og udstiller således kun metadata om de enkelte sager, ydelser og dokumenter (id er, parter, sags-status, sags-ejere mv.). Egentlig sagsbehandling udføres og hører hjemme i de respektive ESDH-/fagsystemer. Dialogintegration er en del af SAPA-systemet idet SAPA tillader en sagsbehandler, der arbejder i SAPA-systemet, at hoppe fra en konkret sag, ydelse, eller dokument i SAPAs brugergrænseflade til den konkrete sag eller dokument i det ESDH-/fagsystem, hvor sagen bor. Behovet opstår, såfremt brugeren har behov for yderligere detaljer end det der vises i SAPA eller der er behov for videre sagsbehandling med konkret registrering af oplysninger direkte i ESDH-/fagsystemet. Denne funktionalitet vurderes at kunne lette sagsbehandlerens arbejdsgang betydeligt, da det vil spare den enkelte sagsbehandler for dobbeltindtastning, udsøgning og navigation i multiple it-systemer. Fordele ved brug af dialogintegration i SAPA Ideelt set vil en fuldt udviklet 1 dialogintegrations-funktionalitet give SAPAs brugere følgende fordele: Automatisk viderestilling til det relevante it-system: SAPA kan på basis af metadata identificere det it-system (i form af en URL/ endpoint ), som brugeren skal videresendes til. Det betyder i praksis, at brugeren automatisk kan blive viderestillet ( hoppe ) fra SAPAs brugergrænseflade til det ESDH- /fagsystem som ejer data og se yderligere oplysninger om sagen/parten, 1 Se venligst afsnittet Understøttelse af hop fra SAPA, for uddybning. KOMBIT A/S Halfdansgade København S Tlf CVR Side 1/6
2 såfremt vedkommende har de nødvendige rettigheder til kildesystemet. Dermed spares tid og klik til at åbne det relevante fagsystem, da dette sker via hop direkte fra SAPA brugergrænseflade. Overførsel af kontekst: SAPA kender metadata på det objekt (sag, ydelse, dokument), som brugeren klikker på, hvilket giver mulighed for at gå direkte til den pågældende brugergrænseflade-dialog i det relevante ESDH-/fagsystem. Dermed får brugeren sin kontekst med over i det relevante it-system og kan med de rette parametre blive viderestillet direkte til de relevante oplysninger om f.eks. parten eller sagen. Derved undgås manuelle udsøgninger, navigation og traversering af menuer. Single sign-on eller adgang efter login-prompt: SAPA medsender information om den aktuelle bruger, som det modtagende system kan benytte til autentifikation og autorisation. Afhængig af de tekniske muligheder i det modtagende it-system, er der basis for single sign-on. Brugeren kan dermed springe processen med at skulle logge på det pågældende system helt eller delvist over og blive viderestillet direkte til de relevante oplysninger om f.eks. parten eller sagen. Integrationsform I sin kerne handler dialogintegrations -begrebet om integration mellem heterogene applikationer/systemer. For at kunne hoppe fra SAPA-systemet til et andet system i det kommunale systemlandskab kræves en eller anden form for integrationsmekanisme mellem de to systemer. Typisk etableres denne integration på data-niveau eller på metode- og service-niveau. Dialogintegration, som beskrevet ovenfor, adskiller sig fra mere traditionelle integrationsformer på mindst to områder: 1) Antallet af og forskelligheden i de ESDH-/fagsystemer, der er i scope for SAPA, gør individuelle (system-til-system) integrationer mindre attraktive 2) Den enkelte bruger er ansvarlig for at drive interaktionen og dermed adgang til data og logik, hvorfor det giver mening at foretage integrationen på brugergrænseflade-niveau Med henblik på at understøtte dialogintegration i SAPA, er der udarbejdet et konkret arkitekturmønster (ikke en del af det offentliggjorte materiale). Dette mønster, der reflekterer SAPAs behov for dialogintegration, har mange lighedspunkter med den integration, der er udviklet til brug med KMDs systemer: Hop fra SAPA til et modtagende it-system er underlagt sikkerheden i sidstnævnte. Brugerens kontekst overføres fra SAPA til det modtagende it-system i form af parametre. Hop fra SAPA giver ikke brugeren rettigheder til at se information, som denne ikke i forvejen har adgang/rettigheder til at se i det modtagende it-system. Er brugeren ikke kendt i modtagersystemet og i besiddelse af de fornødne rettigheder, vil brugeren blive mødt af en fejlside i det modtagende it-system. KOMBIT A/S Halfdansgade København S Tlf CVR Side 2/6
3 SAPA er udelukkende ansvarlig for viderestillingen. Det er det modtagende itsystems ansvar, at håndtere eventuelle fejl i parametre eller andet, der måtte forhindre brugeren i at lande korrekt i det respektive system. Mens det primære behov, set fra SAPA systemet, består i at kunne hoppe fra SAPA ud til et ESDH-/fagsystem, skal det også være muligt at hoppe fra et ESDH-/fagsystem ind i SAPAs sags- eller parts-overblik. Forudsætninger Dialogintegration, som mekanisme til hop fra SAPA til ESDH-/fagsystemer, baserer sig på en række forudsætninger til de involverede kildesystemer, der er skitseret herunder: Adressering: Hop fra SAPA til et andet it-system kræver, at det modtagende systems endpoint er stillet til rådighed for SAPA på forhånd. Udveksling af parametre: De enkelte ESDH-/fagsystemer, der hoppes til fra SAPA, skal kunne modtage og forstå et foruddefineret fast sæt af parametre, der medtages som led i hoppet (fx cpr-nr., sags-id, dokumentid, etc.). Oversættelse af bruger-kontekst til relevante skærmbilleder: Det modtagende it-system skal indeholde en funktionel komponent, der ved kald/viderestilling fra SAPA, kan fortolke brugerens kontekst (i form af de medsendte parametre) med henblik på at kunne dirigere brugeren til specifikke skærmbilleder og objekter i det modtagende system. Eksempelvis sags-oversigter, sags-dialoger og dokument-detaljer. Autentifikation/autorisation: Det system der hoppes til er ansvarlig for at kunne autentificere og autorisere den enkelte bruger, hvad enten det er på basis af separat login eller ved sammenligning af de medsendte brugerparametre med systemets egen brugertabel. Heraf følger, at systemet ligeledes er ansvarlig for at afvise brugere, der har fulgt et link de ikke har rettigheder til. Understøttelse af hop fra SAPA Dialogintegration via SAPA gør en række forudsætninger gældende, for de it-systemer, der skal kunne hoppes til. Disse modtagende it-systemer udgør en heterogen gruppe af applikationer, hvoraf ikke alle nødvendigvis på nuværende tidspunkt kan leve op til de gældende forudsætninger i fuld grad. Der kan også være andre grunde til, at man måtte ønske ikke at prioritere tilpasning af eksisterende it-systemer, for at understøtte fuld dialogintegration med SAPA Grad af integration Tabellen nedenfor skitserer forskellige grader af hop til ESDH-/fagsystemer, sammenstillet med de forudsætninger de stiller til det enkelte fagsystem: KOMBIT A/S Halfdansgade København S Tlf CVR Side 3/6
4 # Grad af integration Delt sikkerhedsmodel Adressering Udveksling af parametre Mapning af brugerkontekst Autentifikation/ autorisation 1 Single sign-on Påkrævet Påkrævet Påkrævet Påkrævet Påkrævet 2 Hop til sag Påkrævet Påkrævet Påkrævet Påkrævet 3 Hop til dokument Påkrævet Påkrævet Påkrævet Påkrævet 4 Hop til sags- eller person-overblik 5 Hop til sags- eller person-overblik (bruger har aktiv fagsystem session) 6 Hop til web- eller login-side (og derefter manuel udsøgning og navigation) Påkrævet Påkrævet Påkrævet Påkrævet Påkrævet Påkrævet Påkrævet Påkrævet 7 Kopier sags-metadata til udklipsholder Som det fremgår, spænder definitionen af hop fra single sign-on (hvor den enkelte bruger sømløst bliver transporteret mellem systemer, uden eksplicit at skulle identificere sig selv) i den ene ende af spektret, til web- eller login-side (hvor det videste brugeren kan blive transporteret, er til det modtagende systems forside/loginside, vel at mærke uden brugerkontekst) i den anden ende af spektret. Kopier sagsmetadata til udklipsholder det laveste niveau af integration - repræsenterer en situation, hvor SAPA brugeren kan få kopieret sags-metadata (cpr-nummer, sags-id, system URL mm.) fra den aktuelle sag i SAPAs sags-overblik, som brugeren da kan bruge til at indsætte i sin søgning i det aktuelle ESDH-/fagsystemer. Den enkelte kommune kan sammen med de relevante leverandører finde ud af, hvilket niveau af integration de ønsker/kan tilbyde. Brugeroplevelse i forbindelse med hop fra SAPA Der er identificeret et behov for at kunne hoppe fra SAPA brugergrænsefladen til et andet it-systems brugergrænseflade. I nedenstående tabel beskrives den forventede brugeroplevelse i forbindelse med hop fra SAPA. Det forventes ikke, at 3. parts itsystemer i samme grad kan understøtte behovet, da dette vil afhænge af det enkelte systems tekniske muligheder i forhold til de ovennævnte forudsætninger der gør sig gældende for integrationen. Samtidig vil det afhænge af de behov/ønsker kommunerne har, for at kunne hoppe til en sag, et personoverblik m.m. i det pågældende system. KOMBIT A/S Halfdansgade København S Tlf CVR Side 4/6
5 # Behov Brugeroplevelse 1 Single sign-on Brugeren transporteres fra SAPA direkte til den relevante skærmdialog i det modtagende system, uden yderligere brugerinteraktion. 2 Hop til sag Brugeren transporteres fra SAPA til det modtagende systems loginside. Umiddelbart efter login transporteres brugeren videre til den relevante skærmdialog for den pågældende sag i det modtagende system, uden yderligere brugerinteraktion. 3 Hop til dokument Brugeren transporteres fra SAPA til det modtagende systems loginside. Umiddelbart efter login transporteres brugeren videre til den relevante skærmdialog for det pågældende dokument i det modtagende system, uden yderligere brugerinteraktion. 4 Hop til sags- eller personoverblik 5 Hop til sags- eller personoverblik (bruger har aktiv fagsystem session) 6 Hop til web eller loginside (og derefter manuel udsøgning og navigation) 7 Kopier sags-metadata til udklipsholder Brugeren transporteres fra SAPA til det modtagende systems loginside. Umiddelbart efter login transporteres brugeren videre til sagseller personoverblikket i det modtagende system, uden yderligere brugerinteraktion. Herfra fortsætter brugeren manuelt sin udsøgning eller sags-behandling i it-systemet. En variant af 2, 3 og 4 herover, hvor en bruger, der allerede er logget på det pågældende ESDH-/fagsystem, transporteres direkte til det pågældende skærmbillede uden yderligere brugerinteraktion. Brugeren transporteres fra SAPA til en web-side eller det modtagende systems login-side. Efter login navigerer brugeren manuelt gennem de nødvendige skærmbilleder og indtaster de ønskede sags-oplysninger. Brugeren får automatisk kopieret sags-metadata (cpr-nummer, sags-id, system URL mm.) fra den aktuelle sag i SAPAs sags-overblik. Brugeren logger herefter på ESDH-/fagsystemet og kan da indsætte det kopierede indhold i sin søgning i det aktuelle system. Der er med andre ord ikke tale om et egentlig hop i dialogintegrationsforstand. Understøttelse af hop til SAPA De kommende fælleskommunale it-systemer KY og KSD har identificeret et behov for også at kunne hoppe ind i SAPAs sags- og parts-overblik, fra deres respektive systemer. Det kan ikke udelukkes, at andre tredjeparts it-systemer ønsker at tilbyde den samme funktionalitet for at lette sags-arbejdet. KOMBIT A/S Halfdansgade København S Tlf CVR Side 5/6
6 Understøttelse af denne funktionalitet betyder, at SAPA skal leve op til følgende forudsætninger: Adressering: Hop til SAPA fra et andet it-system kræver, at SAPAs endpoint er stillet til rådighed for det kaldende system på forhånd. Udveksling af parametre: SAPA skal kunne modtage og forstå et foruddefineret sæt af parametre, der medtages som led i hoppet (fx brugerident, cpr-nr. mm). Oversættelse af bruger-kontekst til relevante skærmbilleder: SAPA skal indeholde en funktionel komponent, der ved kald/viderestilling udefra, kan fortolke brugerens kontekst (i form af de medsendte parametre) med henblik på at kunne dirigere brugeren til sags-og person/overblik i SAPA systemet. Autentifikation/autorisation: SAPA er ansvarlig for at kunne autentificere og autorisere den enkelte bruger, hvad enten det er på basis af separat login eller ved sammenligning af de medsendte brugerparametre med systemets egen brugertabel. Heraf følger, at systemet ligeledes er ansvarlig for at afvise brugere, der har fulgt et link de ikke har rettigheder til. De enkelte tredjeparts-systemer, der ønsker at deres brugere skal kunne hoppe til SAPAs sags- og person-overblik, skal implementere funktionalitet, der viderestiller brugeren og dennes kontekst, såvel som den brugergrænseflade-tilpasning, det måtte kræve. KOMBIT A/S Halfdansgade København S Tlf CVR Side 6/6
Vilkår for integration til SAPA Dialogintegration
Vilkår for integration til SAPA 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/5 Dokumenthistorik Dato Version Ansvarlig
Vilkå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
Vilkå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
WORKSHOP 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:
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
Sags- 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
Vejledning 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
DECEMBER Vejledning til kommunens snitfladestrategi
DECEMBER 2016 Vejledning til kommunens snitfladestrategi Dette notat introducerer arbejdet med kommunens snitfladestrategi. Snitfladestrategien beskriver kommunens strategiske beslutninger vedr. snitflader
Til 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,
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
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
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,
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
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
Bilag 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
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
Administrationsmodul, 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
Introduktion 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,
Dette dokument beskriver kort, hvorledes ansatte ved nationale myndigheder får tildelt adgang til BBR 1.8.
4. maj 2017 NATIONAL MYNDIGHEDSADGANG TIL BBR 1.8 Formål med dokumentet Dette dokument beskriver kort, hvorledes ansatte ved nationale myndigheder får tildelt adgang til BBR 1.8. Dokumentet er målrettet
SAPA 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
Krav 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,
DUBU Sag og Dokument integrationer
DUBU Sag og Dokument integrationer Formålet med dette notat er at informere DUBU kommuner omkring hvilke integrationer vedrørende Sager og Dokumenter der er en del af DUBU, samt hvilke integrationsmuligheder
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.
SAPA 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
Opsamling på kommunal høring. Vejle & Roskilde Den 18. Juni 2013
Opsamling på kommunal høring Vejle & Roskilde Den 18. Juni 2013 Dagsorden Velkommen Høringsprocessen frem til udbuddet på KY Resultater fra høringen Udbudsmaterialet kapitel 1 4, 5 og 6 Temaer: EDSH, opgavelisten,
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.
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
Overblik 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
SKI 02.19. Version 1.0
SKI 02.19 Version 1.0 23. maj 2015 1 Indhold Indledning... 3 Snitfladernes etablering og tilgængelighed... 3 Integrations- og anvendervilkår... 3 Beskrivelse af KOMBITs snitfladeoversigt... 4 Faneblad:
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
23. 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ø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
ADGANG 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
SAPA. Kommunenetværk. KMJ, d. 24. november 2013
SAPA Kommunenetværk KMJ, d. 24. november 2013 P R O J E K T S T A T U S 1. Integrationer til sagsbærende it-systemer 2. Kravspecifikation for SAPA 3. Interessenterne 4. Tidsplan 2 1. Se data fra sagssystemer
INTEGRATION TIL DEN FÆLLESKOMMUNALE ARKITEKTUR
INTEGRATION TIL DEN FÆLLESKOMMUNALE ARKITEKTUR Integrationsform (Serviceplatform [SP]) Gennemstilling Omstilling/redirect Orkestrering Replica/cache Transformation SFTP simpel SFTP med service kvittering
Vejledning 6. november 2014
KOMMUNESPECIFIKKE SNITFLADELISTER Vejledning 6. november 2014 1. Formål Monopolbruddet medfører, at en eksisterende KMD-monopolløsning udfases til fordel for en fælleskommunal løsning. Kommunerne skal
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ø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
Guide til integration med NemLog-in / Signering
Guide til integration med NemLog-in / Signering Side 1 af 6 14. november 2013 TG Denne guide indeholder en kort beskrivelse af, hvorledes man som itsystemudbyder (myndighed eller it-leverandør) kan integrere
Underbilag 2.10 Eksempler på skærmbilleder Kommunernes Ydelsessystem
Underbilag 2.10 Eksempler på skærmbilleder Kommunernes Ydelsessystem Indholdsfortegnelse Vejledning... 3 1 Indledning... 3 KOMBIT A/S Halfdansgade 8 2300 København S www.kombit.dk CVR 19 43 50 75 Side
SUP-specifikation, version 2.0. Bilag 9. SUP-Styregruppen. Sikkerhed og samtykke. Udkast af 12. juni Udarbejdet for
SUP-specifikation, version 2.0 Bilag 9 Sikkerhed og samtykke Udkast af 12. juni 2003 Udarbejdet for SUP-Styregruppen Uddrag af indholdet kan gengives med tydelig kildeangivelse Indholdsfortegnelse 1 Introduktion...
Afregningsmodel for brug af Serviceplatformen
Afregningsmodel for brug af Serviceplatformen Detaljeret beskrivelse af elementerne i afregningsmodellen April 2016 KOMBIT A/S Halfdansgade 8 2300 København S Tlf 3334 9400 www.kombit.dk kombit@kombit.dk
Version 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
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
Trin-for-trin guide: Tilslutning af web service til NemLog-in
Trin-for-trin guide: Tilslutning af web service til NemLog-in Side 1 af 18 18. maj 2015 TG Baggrund og formål I foråret 2014 blev der udarbejdet en fælles sikkerhedsmodel for grunddataprogrammet. Modellen
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
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
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
Umbrella Blanketløsning
12. januar 2012 Umbrella Blanketløsning Opdateret beskrivelse af løsningen Umbrella Blanketløsningen er en digital selvbetjeningsløsning, der omfatter blanketforløb inden for borgerserviceområdet og Teknik
SAPA PÅ KOMMUNEDAGE. November Kenneth Møller Johansen
SAPA PÅ KOMMUNEDAGE November 2014 Kenneth Møller Johansen Person- og sagsoverblik SAPA Overblik SAPA Advis Sagsbehandling og sagsstyring Sagsbærende løsninger (Fagsyst. & ESDH) Infrastruktur Legacy (KMD
SERVICEPLATFORMEN. v. Stephanie Pause
SERVICEPLATFORMEN v. Stephanie Pause spa@kombit.dk Agenda En introduktion til den fælleskommunale Serviceplatform 1) Formålet med Serviceplatformen 2) Hvor er vi? 3) Afregningsmodel 4) Hvordan gør man?
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
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
Baggrund og løsningsbeskrivelse
Udfasning af ESR og nyt Ejendomsskat- og Ejendomsbidragssystem 04. juni 2015 BILAG 1 Baggrund og løsningsbeskrivelse Indholdsfortegnelse: 1. Baggrunden for projektet... 2 2. Udfasningen af Ejendomsstamregistret
Det 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
Vejledning til KOMBIT KLIK
Vejledning til KOMBIT KLIK KOMBIT A/S Halfdansgade 8 2300 København S Tlf 3334 9400 www.kombit.dk kombit@kombit.dk CVR 19 43 50 75 0 Version Bemærkning til ændringer/justeringer Dato Ansvarlig 1.0 Første
Udarbejdelse af strategier for hændelsesorientering
Udarbejdelse af strategier for hændelsesorientering En vejledning til kommunernes og ATP s opgaver Version 1.0 februar 2015 KOMBIT A/S Halfdansgade 8 2300 København S Tlf 3334 9400 www.kombit.dk kombit@kombit.dk
SAPA 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
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
Informationsmateriale til kommunerne om Den fælleskommunale Serviceplatform
Informationsmateriale til kommunerne om Den fælleskommunale Serviceplatform Version 1.0, september 2013 Den fælleskommunale Serviceplatform Ved årsskiftet 2013/14 åbner Den fælleskommunale Serviceplatform
Rammearkitektur. 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
KIGO-instruks til projektledere og programledere i kommunerne
KIGO Ansvarlig KIGO-instruks til projektledere og programledere i kommunerne Indhold Læsevejledning... 1 1. Gennemgang af skærmbilleder... 2 Startbillede... 2 Ved klik på projekt... 2 Ved klik på et interval
Indlæg på Kommunerne IT arkitektur råd
Indlæg på Kommunerne IT arkitektur råd 25. februar 2014 Peter Glargaard Jytte Bertelsen Hvor vi kom fra Kommunerne UDK SAPA Overblik, Opgavestyring Driftsstabilitet afhænger bl.a. af leverandørafhængigheder
Teknisk Dokumentation
Sundhedsstyrelsens E2B Bivirkningswebservice Teknisk Dokumentation Side 1 af 8 Indhold Indledning... 3 Terminologi... 3 Arkitektur... 4 Web Service Snitflade... 4 Valideringsfejl... 5 Success... 5 E2B...
Releasebeskrivelse 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...
Overordnet løsningsbeskrivelse - Private aktører og borger log-in via SEB / NemLog-in
Overordnet løsningsbeskrivelse - Private aktører og borger log-in via SEB / NemLog-in (samt mulighed for FMK tilgang via SOSI STS) 15.marts 2017 /chg Baggrund Private aktører på sundhedsområdet som apoteker,
Introduktion til Støttesystemet Beskedfordeler
Introduktion til Støttesystemet 1. Om dokumentet Dette dokument formidler et overblik over brugen af den fælleskommunale. Formålet er at give læseren en forståelse af, de væsentligste begreber, forudsætninger
Faktaark for Byg og Miljø
14. juni 2016 Faktaark for Byg og Miljø Overordnet beskrivelse og baggrund for Byg og Miljø Indholdsfortegnelse 1. Indledning... 2 2. Baggrund og formål... 3 Byg og Miljø består af tre dele... 3 Byg og
Høringssvar vedr. Serviceinterface for Person
Høringssvar vedr. Serviceinterface for Person 1. Indledning... 3 1.1 Arkitekturmæssige overvejelser... 3 2. Konkrete ændringsforslag... 5 2.1 Variable attributnavne... 5 2.2 Registeroplysninger fra akkreditiv...
Velkommen. 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
End-to-end scenarier for fuldmagtsløsningen
End-to-end scenarier for fuldmagtsløsningen Side 1 af 6 15. januar 2013 TG Dette notat beskriver en række end-to-end scenarier for fuldmagtsløsningen. Formålet er at illustrere sammenhænge og forløb på
Bilag 2: Kravspecifikation
Side 1 af 142. Dokumentets versioner (revisionshistorie) Version Dato Ansvarlig Beskrivelse 0.7 Følgende opdatering er gjort i kravspecifikationen på baggrund af intern review: Kapitel 1 Indledning og
Faktaark for DAR 1.0
1. december 2014 HEGK Faktaark for DAR 1.0 Overordnet beskrivelse og baggrund for DAR 1.0 Indholdsfortegnelse 1. Indledning... 2 2. Baggrund og formål... 3 DAR i dag... 3 Fremtidige DAR 1.0... 4 3. Teknik...
Spørgsmål/svar til Sip2-profil
NOTAT Fælles Bibliotekssystem Spørgsmål/svar til Sip2-profil Oprettet den 27. februar 2015 Spørgsmål 1 AU felt. Normalt (i alle andre ILS er vi har mødt) er AU feltet brugt til at hente information omkring
KOMBITS TILGANG TIL ARKITEKTUR ER ENKEL
KOMBITS TILGANG TIL ARKITEKTUR ER ENKEL KOMBIT s EA rammeværk KL Fundament Digitaliseringsstrategi Arkitekturmål Arkitekturprincipper Brug Måling, evaluering og opfølgning Undervisning og gå-hjem møder
Drejebog for SAPA-høringsproces i kommunerne
Klik her for at angive tekst. Drejebog for SAPA-høringsproces i kommunerne I forbindelse med kravspecifikation Drejebogen kommer med input, ideer og forslag til, hvordan kommunerne kan gribe en lokal høringsproces
IT- og Telestyrelsen 21. august 2007 Sagsnr. 032071-2007
IT- og Telestyrelsen 21. august 2007 Sagsnr. 032071-2007 Holsteinsgade 63 2100 København Ø Att. Palle Aagaard FESD Grænseflade til CMS-løsninger, høringssvar fra Gentofte Kommune Gentofte Kommune har med
ecpr erstatnings CPR Design og arkitektur
1 ecpr erstatnings CPR Design og arkitektur Indhold ecpr erstatnings CPR... 1 Indhold... 2 Formål... 3 Overblik... 4 Snitflader... 4 Komponenter... 5 Webservice... 5 Statuskomponent... 5 Forretningslag...
Fæ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
Beskrivelse af løsningsmodeller til fordeling af MedCom Advis til flere kommunale fagsystemer
Beskrivelse af løsningsmodeller til fordeling af MedCom Advis til flere kommunale fagsystemer Indhold Baggrund... 1 Løsningsforslag 1: Omkuvertering i VANS... 2 Teknisk Beskrivelse... 2 Forudsætninger...
NYHEDSBREV FÆLLES SERVICEMÅL. Fælles servicemål på miljøgodkendelser, husdyrgodkendelser og byggesager FOR BYGGERI OG MILJØ I KOMMUNERNE
FÆLLES SERVICEMÅL FOR BYGGERI OG MILJØ I KOMMUNERNE NYHEDSBREV Fælles servicemål på miljøgodkendelser, husdyrgodkendelser og byggesager Dette er første nyhedsbrev i rækken en månedlig opdatering på, hvad
/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,
- Får eks. gymnasier samme brugergrænseflade som PLC? Svar: Ja, men skoleportalen bliver gymnasiernes primære adgangsvej.
21. oktober 2015 NOTAT FBS - Spørgsmål/svar fra informationsmøderne den 7. og 8. oktober 2015 1. Spørgsmål om teknik/arkitektur/integration - Cicero selvbetjening. Er det en browser eller en klient? Svar:
Udarbejdelse af jobfunktionsroller
Udarbejdelse af jobfunktionsroller En vejledning til kommunernes og ATP s opgaver Version 1.1 marts 2015 KOMBIT A/S Halfdansgade 8 2300 København S Tlf 3334 9400 www.kombit.dk kombit@kombit.dk CVR 19 43
Underbilag 2.19: Målepunkter og succeskriterier Kommunernes Ydelsessystem
Underbilag 2.19: Målepunkter og succeskriterier Kommunernes Ydelsessystem Underbilag 2.19 Målepunkter og succeskriterier Indholdsfortegnelse Vejledning... 3 1 Indledning... 3 2 Målepunkter og succeskriterier...
STS NETVÆRKSDAGE. Spor 3: Beskedfordeler. 11. og 12. marts 2015. Christian Callsen
STS NETVÆRKSDAGE Spor 3: Beskedfordeler 11. og 12. marts 2015 Christian Callsen SPOR: BESKEDFORDELER PRÆSENTERES AF: Christian Callsen, KOMBIT (ekstern) BAGGRUND: It-arkitekt, bl.a. speciale i hændelsesorientering
SmartFraming Et vindue til nationale sundhedssystemer. Version 3.0
SmartFraming Et vindue til nationale sundhedssystemer Version 3.0 Infrastruktur i dagens sundheds IT Det sundhedsfaglige personale benytter sig i dag af en række forskellige systemer i forbindelse med
AuthorizationCodeService
AuthorizationCodeService Sammenhængende Digital Sundhed i Danmark, version 1.1 W 1 AuthorizationCodeService Sammenhængende Digital Sundhed i Danmark version 1.1 Kåre Kjelstrøm Formål... 3 Introduktion...
MONOPOLBRUD OG IT-INFRASTRUKTUR
MONOPOLBRUD OG IT-INFRASTRUKTUR - HVEM GØR HVAD? Projektleder Kenneth Møller Johansen Kommunedage januar 2016 Første halvdel Hvad er Rammearkitektur? Hvad indkøber KOMBIT? Hvad er LoRa (Lokal Rammearkitektur)?
Integration SF0770_A - SKAT Indkomst - Opslag personoplysninger Integrationsbeskrivelse - version 2.0.0
Integration SF0770_A - SKAT Indkomst - Opslag personoplysninger Integrationsbeskrivelse - version 2.0.0 Kommunernes Datafællesskab - KDF Versionshistorik Relevans Dato Initialer Version Kommentarer 2014-10-
Fejlbehæftede betalinger
Danske Bank, Statens Betalinger Fejlbehæftede betalinger Juni 2015 Side 1 Indhold 1 Formål... 3 2 Forespørgsel på en betaling i Business Online... 3 3 Identifikation af fejlbehæftede betalinger, der indsættes
Automatisering og datakvalitet i it-systemer
RIGSARKIVETS KONFERENCE 2017 - KVALITET I OFFENTLIGE FORVALTNINGSDATA Automatisering og datakvalitet i it-systemer Hvad betyder kvaliteten, når borgeren skal have adgang til egne sager? Henrik Brix, Favrskov
Vilkå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
KOMBIT 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
Aftale med KMD om udfasning af KMD Sag
30. april 2014 KMJ NOTAT Aftale med KMD om udfasning af KMD Sag 1. Om dette notat Dette notat er udarbejdet som orientering til kommunerne og distribueres til alle kommuners lokalt udpegede kontaktperson
Notat om Single sign-on for kliniske brugere af telemedicinsk sårvurdering i det nationale projekt for udbredelse af telemedicinsk sårvurdering
Notat om Single sign-on for kliniske brugere af telemedicinsk sårvurdering i det nationale projekt for udbredelse af telemedicinsk sårvurdering Baggrund I det nationale projekt for udbredelse af telemedicinsk
Installationsguide. Integration af erhvervsdata fra NN Markedsdata til Microsoft Dynamics NAV 2015
Installationsguide Integration af erhvervsdata fra NN Markedsdata til Microsoft Dynamics NAV 2015 Indledning Dette dokument indeholder vejledning til installation af modulet NN Markedsdata i Dynamics NAV
MØ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
KMD 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
(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