Vilkår for Dialogintegration
|
|
- Kirsten Simonsen
- 7 år siden
- Visninger:
Transkript
1 Vilkår for Dialogintegration KOMBIT A/S Halfdansgade København S Tlf kombit@kombit.dk CVR Side 1/8
2 Dokumenthistorik Dato Version Ansvarlig Kommentar til ændringer i version KLR / SAPA Første version offentliggjort DCH / SAPA Revideret ift. udført arbejde i SAPA regi 1. Indledning og vejledning Dette notat beskriver de integrationsvilkår, der gør sig gældende for it-løsninger, der ønsker at integrere til og fra andre it-løsninger, kaldet Dialogintegration, også betegnet som hop. Dialogintegration har til formål at understøtte en smidig transport af en bruger fra en itløsnings brugergrænseflade til brugergrænsefladen i en anden it-løsning (typisk et ESDH-/fagsystem). Der er altså tale om at et menneske via en brugergrænseflade kan navigere imellem it-løsninger og ikke at it-løsninger kommunikerer eller integrerer. Dialogintegration tillader en sagsbehandler i en it-løsning at hoppe med udgangspunkt i et konkret forretningsobjekt, der vises i it-løsningens brugergrænseflade, til det konkrete forretningsobjekt i den it-løsning forretningsobjektet bor. Den it-løsning der hoppes til startes op som en ny instans, dvs. at hoppes fra eks SAPA til KY vil SAPA og KY være aktive samtidig. Eksemplet neden for viser de generelle forudsætninger når der hoppes fra et afsender system til et modtagende system. Lokal sikkerhedsmodel Lokal sikkerhedsmodel Afsendersystem Modtagende system Forudsætninger for dialogintegration: 1) Modtagersystemets end points hentes via støttesystemet Organisation 2) Der oprettes en sikker forbindelse over HTTPS 3) Den protokolsatte parameterudveksling følges Forudsætninger for dialogintegration: 1) Systemets End points indsættes og vedligeholdes korrekt i støttesystemer organisation 2) Det angivne end point udstilles via HTTPS 3) Systemet håndterer for autentificering af brugeren 4) Den protokolsatte parameterudveksling forstås 5) Baseret på parametrenes indhold vises brugerens for relevante dele af løsningen Dialogintegration, som mekanisme til hop fra en it-løsning til en anden, baserer sig på en række forudsætninger til de involverede systemer, der er skitseret herunder: Adressering: Hop fra en it-løsning til en anden it-løsning kræver, at den modtagende it-løsning har et såkaldt endpoint stillet til rådighed for hop. Udveksling af parametre: De enkelte it-løsninger der kan hoppes til skal understøtte det aftalte format uanset hvordan it-løsningen teknisk set er skruet sammen og kunne understøtte de forretningsobjekter der kan indgå i parameterlisten.
3 Oversættelse af bruger-kontekst til relevante skærmbilleder: Den modtagende it-løsning skal indeholde en funktionel komponent, der ved hop kan fortolke de angivne parametre med henblik på at kunne dirigere brugeren til specifikke skærmbilleder og objekter i den modtagende itløsning. Eksempelvis sags-oversigter, sags-dialoger og dokument-detaljer. Det er op til den modtagende it-løsning at beslutte hvilket skærmbillede der skal vises. Autentifikation/autorisation: Den it-løsning system der hoppes til er ansvarlig for at kunne autentificere og autorisere den enkelte bruger. Heraf følger, at it-løsningen ligeledes er ansvarlig for at afvise brugere, der har forsøgt et hop de ikke har rettigheder til. 1.1 er Begreb Kaldende it-løsning Modtagende it-løsning Dialogintegration Den it-løsning der initierer en dialogintegration. Den it-løsning der modtager og afvikler dialogintegration. Dialogintegrationen sker i brugergrænsefladen og er defineret som en situation hvor brugeren eksekverer en handling, hvorigennem brugeren ledes fra en dialog (skærmbillede) i den kaldende it-løsning over i en dialog (skærmbillede) i den modtagende it-løsning. Dialogintegration omtales også som hop mellem brugergrænseflader i it-løsninger. Med andre ord er Dialogintegration både et koncept og en række it-tekniske forudsætninger der tilsammen muliggør en brugers navigering imellem brugergrænseflader. Endpoint Det specifikke endpoint i form af URL/sti (se udstillet af den modtagende it-løsning, hvortil brugeren og dennes kontekst i form af parametre, videresendes. Parametre overføres til den modtagende it-løsning, ved at eksekvere en https request, som beskrevet i afsnit 2.2 Den modtagende it-løsning er ansvarlig for at kunne fortolke de medsendte parametre og dirigere brugeren videre til den ønskede dialog i it-løsningen (eksempelvis til den konkrete sag eller dokument). Endpoints skal være registrerede i det fælleskommunale støttesystem Organisation, se 2.1
4 Parametre De medsendte parametre fra den kaldende applikation, som beskrevet i afsnit (Denny henvisning tak) Forretningsobjekt De typer af objekter, eks. Sag, Part og Dokument (se 1.1 nedenfor for en komplet liste) der kan udføres dialogintegration for HTTPS Secure Hypertext Protocol, en kommunikations protokol der muliggør dialog imellem forskellige it-løsninger 2. Krav til it-løsninger for at kunne udføre dialogintegration Der er opgaver der skal løses for at en it-løsning kan indgå i Dialogintegration. Indeværende kapitel beskriver selve protokollen for Dialogintegrationen og de tekniske foranstaltninger de den kaldende og modtagende løsning skal foretage. Modtagende system Først og fremmest skal den modtagende It-løsning kunne forstå samt reagere på et HTTPS protokol kald og dernæst have et endpoint (indgang) til It-løsningen, der ud fra de modtagne parametre kan vise detail informationer, der er relevante ift. de modtagne parametre. Det er alene op til det modtagende It-løsning at beslutte hvilke detail visninger der kan hoppes til samt reaktionen på parametrene. Der stilles således ikke fra protokollens side nogle konkrete krav til hvor mange af parametrene der skal understøttes. Hvilke parametre der ud fra puljen af parametre kan behandles er op til det modtagende system. Kaldende system Tilsvarende skal den kaldende IT-løsningen kunne foretage et HTTPS kald til andre itløsninger, herunder at kunne udlæse relevant endpoint fra det fælleskommunale støttesystem Organisation (se beskrivelse af dette i afsnit 2.1). Nedenstående figur visualiserer de tekniske krav der stilles til en modtagende og kaldende It-løsning.
5 Modtagende system 2. Hop Kaldende system 1. Hent endpoint Serviceplatformen Organisation De to trin består i følgende handlinger: 1. Hent endpoint: Det modtagende systems Endpoint hentes via støttesystemet Organisation igennem Serviceplatformen. Værdien for Endpoint enten hentes løbende via direkte kald til støttesystemet, eller der kan oprettes et abonnement på systemets Endpoint i beskedfordeleren. 2. Når destinationen er afklaret, og det samtidig er afklaret med det modtagende system, hvilke værdier dette system skal modtage (se afsnit 2.3), kan et HOP udføres via en simpel HTTPS forespørgsel, hvor URL følger de retningslinjer der er skitseret i afsnit Både modtagende og kaldende It-løsninger kan således være browserbaserede, tykke GUI klient, mainframe løsninger eller andet; det er bare op til It-løsningen at kunne modtage et HTTPS kald og starte relevant skærmbillede i It-løsningen op, uanset hvilken teknologi It-løsningen er udviklet og afvikles på. De kommende afsnit giver en yderligere præcisering af de tekniske aspekter ved Dialogintegration. 2.1 Udstilling af endpoint It-løsningen skal have et endpoint defineret i det fælleskommunale støttesystem Organisation. Objekt typen it-system skal anvendes. Navn skal være ENDPOINT + navn på system (eksempelvis ENDPOINT SAPA) og der skal være en relation til en forekomst af objekt typen Adresse af typen URL. Data indrapporteres pr. myndighed. URL skal være af format eks
6 2.2 HTTPS protokol skal understøttes Den URL som endpoint peger på skal kunne forstå et HTTPS protokol kald samt kunne forstå og anvende de parametre der kaldes med. Der vil fra den kaldende it-løsning skulle foretages et HTTPS GET kald (se der skal opfattes som et fire and forget kald. Der er altså ingen mulighed for at kommunikere tilbage til den afsendende It-løsning, eller følge op på om protokol kaldet var succesfuldt. Kaldet er at sammenligne med at brugeren i adressefeltet på en browser, selv skrev URL og parametre mv. 2.3 Protokol som den ser ud Protokollen versioneres, version indgår i kaldet. Her er listet de versioner der enten er gældende eller har været gældende: Version 1 (status: gyldig version) Eksempler på et version 1 kald: ontekst=sag&objekt1=part&objektvaerdi1= &objekt2= SAG&ObjektVaerdi2=ABCDEFGH123&Version=1 ontekst=part&objekt1=part&objektvaerdi1= Herunder er i skemaform indholdet af kaldet Parameter Myndighed Kontekst Teknisk definition Type Obligatorisk QS parameter navn Værdi datatype Værdi udfaldsrum Eksempel Type Obligatorisk QS parameter navn Værdi datatype Værdi udfaldsrum Beskrivelse Statisk parameter med én værdi Nej Myndighedsident Heltal Gyldigt CVR nummer Myndighed= Beskrivelse Statisk parameter med én værdi Nej Kontekst Tekst Følgende værdier er gyldige: PART SAG DOKUMENT
7 Objekter Eksempel Type Obligatorisk QS parameter navne Værdi datatype Værdi udfaldsrum Eksempel Kontekst=SAG Beskrivelse Dynamisk parameter med varierende antal værdier Nej Der benyttes et varierende antal parameternavne. For hver objekt der ønskes værdiansat tilføjes to parametre; Objekt[i] og ObjektVaerdi[i], hvor [i] er et fortløbende heltal startende fra 1. Tekst Følgende objekter er gyldige: PART SAG DOKUMENT BEVILLING GENSTAND Som udgangspunkt ønskes UID benyttet for værdierne. Det er dog det modtagende system, der endeligt fastsætter værdierne. Rækkefølgen for angivelse af værdier er valgfri. Hver værditype må kun optræde én gang Objekt1=PART&ObjektVaerdi1= &Objekt2=SAG& ObjektVaerdi2=ABCDEFGH123 Version Beskrivelse Type Statisk parameter med én værdi Obligatorisk Nej, hvis undladt antages værdien 1 QS parameter navn Version Værdi datatype Decimal Værdi udfaldsrum Følgende værdier er gyldige: 1 Eksempel Version=1 2.4 Kontekstfortolkning og ikke-browser baserede løsninger Den modtagende it-løsnings endpoint skal indeholde en funktionel komponent, der ved kald kan fortolke parametrene og kunne dirigere brugeren til specifikke skærmbilleder og forretningsobjekter i den kaldte it-løsning. Udformning og implementering af denne funktionelle komponent påhviler leverandør af it-løsningen.
8 Såfremt der er tale om en it-løsning der ikke er browser baseret er det it-løsningens ansvar at sikre at relevant skærmbillede startes op. Eksempelvis kunne det være nødvendigt at have data registreret på en windows klient, her kan hjælpe, men det er op til it-løsningen at dirigere brugeren til det korrekte skærmbillede. Som udgangspunkt forventes det at de omtalte forretningsobjekter er genkendelige i den modtagende it-løsning. 2.5 Autentifikation/autorisation af brugere Den modtagende it-løsning er ansvarligt for at kunne autentificere og autorisere den enkelte bruger. Heraf følger, at it-løsningen er ansvarlig for at afvise brugere, der har fulgt et link de ikke har rettigheder til. Herefter er det modtagende it-løsnings rettighedsmodel der sikrer at brugerens adfærd er som defineret.
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
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 mereVilkå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
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 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 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 mereSNITFLADER TIL INDEKSER. Præsentation af de fælleskommunale støttesystemernes snitflader til indekser
SNITFLADER TIL INDEKSER Præsentation af de fælleskommunale støttesystemernes snitflader til indekser Introduktion Fokus At give et overblik over: Integration til indekserne Forudsætninger for integration
Læs 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 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 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 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 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 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 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 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 mereINTEGRATION 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
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 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 mere(Bilag til dagsordenspunkt 8, Kommunale anvenderkrav til støttesystemerne)
30. april 2013 NOTAT Bilag 12: Anvenderkrav til Støttesystemet Beskedfordeler (Bilag til dagsordenspunkt 8, Kommunale anvenderkrav til støttesystemerne) KOMBIT A/S Halfdansgade 8 2300 København S Tlf 3334
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 mereSKI 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:
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 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 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 mereIntegration SF1590_A - ØiR - Afsend økonomipostering til ØiR (Finans) Integrationsbeskrivelse - version 2.1.0
Integration SF1590_A - ØiR - Afsend økonomipostering til ØiR (Finans) Integrationsbeskrivelse - version 2.1.0 Kommunernes Datafællesskab - KDF Versionshistorik Relevans Dato Initialer Version Kommentarer
Læs mere1. Release- og Versioneringsstrategi for Serviceplatformen og services
7. januar 2014. Serviceplatformen 1. Release- og Versioneringsstrategi for Serviceplatformen og services Nærværende notat beskriver Serviceplatformens Release- og Versioneringsstrategier. Formålet 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 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 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 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 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 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 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 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 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 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 mereIntegration SF Organisation services Integrationsbeskrivelse - version 2.2.0
Integration Integrationsbeskrivelse - version 2.2.0 Kommunernes Datafællesskab - KDF Versionshistorik Relevans Dato Initialer Version Kommentarer 2014-10-15 TBD 0.1 Første version 2015-04-09 MMT 0.2 Klar
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 mereIntegration SF1920 NemLogin / Digital fuldmagt Integrationsbeskrivelse - version 1.0.0
Integration Integrationsbeskrivelse - version 1.0.0 Kommunernes Datafællesskab - KDF Versionshistorik Relevans Dato Initialer Version Kommentarer 2015-02-10 MVC 0.1 Første version 2015-03-04 ehe 0.3 Klargjort
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 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 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 mereWebservice kald. System-til-system integration. Ny Easy. ATP 1. februar 2017
Webservice kald System-til-system integration Ny Easy ATP 1. februar 2017 Side 1 of 9 Dokumenthistorik Revisionshistorik Dato for denne revision: 01.02.2017 Dato for næste revision ukendt Revisions Revisions
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 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 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 mereDECEMBER Vejledning til kommunens snitfladestrategi
DECEMBER 2016 Vejledning til kommunens snitfladestrategi Dette notat introducerer arbejdet med kommunens snitfladestrategi. Snitfladestrategien beskriver kommunens strategiske beslutninger vedr. snitflader
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 mereVilkår vedrørende anvendelsen af Støttesystemet Organisation
Vilkår vedrørende anvendelsen af Støttesystemet Organisation 1. Indledning og vejledning Nærværende vejledning beskriver, hvordan it-systemer afsender og/eller modtager beskeder fra Støttesystemet Organisation,
Læs mere0.9 19-09-2012 DAVAR Omdøbt til SagDokumentFormat. Attention er skilt ud i et selvstændigt format, AttentionFormat.
Specifikation 19. september 2012 DAVAR J.nr. 2012-6211-281 Sagdokumentformat Versionshistorik Version Dato Initialer Noter 0.7 15-06-2012 DAVAR Høringsversion. Indsat MeddelelseAttention. 0.9 19-09-2012
Læs mereVejledning 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
Læs mereFESD-standardiseringsgruppen Att: Palle Aagaard IT- og Telestyrelsen IT-strategisk kontor Holsteinsgade 63 2100 København Ø
FESD-standardiseringsgruppen Att: Palle Aagaard IT- og Telestyrelsen IT-strategisk kontor Holsteinsgade 63 2100 København Ø Høringssvar vedr. FESD GIS-integrationsmodel version 2.0 Geodata Danmark har
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 mereKOMBITS 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
Læs mereRoadmap for VERA Q Q Q Q Rettighed. Klassifikation. Organisation. Beskedfordeler. Serviceplatform
Roadmap for VERA Q3 2015 Rettighed Q2 2015 Klassifikation Q1 2015 Organisation Beskedfordeler Q4 2014 platform Indledning Kommunerne i Vendssyssel ønsker at etablere en moderne infrastruktur til at understøtte
Læs 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 mereUnderbilag 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
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 mereOpenTele datamonitoreringsplatform
OpenTele datamonitoreringsplatform Brugergrænsefladedokumentation 1. maj 2013 Indholdsfortegnelse Indholdsfortegnelse...2 Indledning...3 Brugergrænseflade for OpenTele-server...3 Administrationsfunktionalitet...3
Læs mereIntroduktion 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
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 mereIndledning Dokumentet indeholder et oplæg til fastlæggelse af scope for realisering af forretningsservicen Partskontakt.
8. april 2013 19-Partskontakt => Kontaktdata Indledning Dokumentet indeholder et oplæg til fastlæggelse af scope for realisering af forretningsservicen Partskontakt. I de oprindelige oplæg med visionen
Læs mereADK 1.0 KRAVSPECIFIKATION
ADK 1.0 KRAVSPECIFIKATION Dokumentets versioner (revisionshistorie) Version Dato Ansvarlig Beskrivelse 0.1 23-06-2014 MST Oprettelse af integrationskrav 0.2 25-06-2014 HAH Review for forståelighed og stringens.
Læs 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 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
Læs mereAfregningsmodel 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
Læs mereSmartFraming 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
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 mereVejledning til kommuners brug af Serviceplatformen
Vejledning til kommuners brug af Serviceplatformen Udarbejdet for: KOMBIT A/S Halfdansgade 8 2300 København S 1 Indhold 1 Indledning... 3 2 Ordforklaringer... 3 3 Oprettelse... 4 4 Arbejdsgange på Serviceplatformen...
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 leverandørers brug af Serviceplatformen
Vejledning til leverandørers brug af Serviceplatformen Udarbejdet for: KOMBIT A/S Halfdansgade 8 2300 København S 1 Indhold 1 Indledning... 3 2 Ordforklaringer... 3 3 Oprettelse... 4 4 Arbejdsgange...
Læs mereSF1691 NemHandel (Modtag efaktura) Integrationsbeskrivelse - version 1.0.0
Integrationsbeskrivelse - version 1.0.0 Kommunernes Datafællesskab - KDF Versionshistorik Relevans Dato Initialer Version Kommentarer 2014-11-07 sej 0.1.1 Overført fra tidligere skabelon 2014-11-18 sej
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 mereKOMBITS UDMØNTNING AF RAMMEARKITEKTUREN. V/ Chefkonsulent Morten Hass
KOMBITS UDMØNTNING AF RAMMEARKITEKTUREN V/ Chefkonsulent Morten Hass Tre budskaber Rammearkitekturen er kommunernes fælles krav og infrastruktur Hvert fælles projekt udbygger rammearkitekturen Når ny fælles
Læs mereAcadre-integration til SAPA
Løsningsbeskrivelse Leverandør: Formpipe Software A/S Borupvang 5D DK-2750 Ballerup CVR nr. 29177015 Indholdsfortegnelse 1.0 Acadre-integration til SAPA... 1 1.1 Overordnet beskrivelse... 1 1.2 Detaljeret
Læs 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 mereKOMBIT Videncenter. Bestemmelser til it-kontrakter om efterlevelse af Arkivloven. Version 1.0 (april 2017)
KOMBIT Videncenter Bestemmelser til it-kontrakter om efterlevelse af Arkivloven Version 1.0 (april 2017) KOMBIT A/S, Halfdansgade 8, 2300 København S, CVR. 19 43 50 75 Indholdsfortegnelse 1. Indledning...
Læs mereAFREGNINGSMODEL FOR ANVENDELSE AF DEN FÆLLESKOMMUNALE INFRASTRUKTUR
AFREGNINGSMODEL FOR ANVENDELSE AF DEN FÆLLESKOMMUNALE INFRASTRUKTUR Beskrivelse af afregningsmodellen for anvendelse af infrastrukturen. KOMBIT A/S Halfdansgade 8 2300 København S Tlf 3334 9400 www.kombit.dk
Læs mereIntegration SF0770_A - SKAT Indkomst - Opslag personoplysninger Integrationsbeskrivelse - version 2.0.0
Integration SF0770_A - SKAT Indkomst - Opslag personoplysninger Integrationsbeskrivelse - version 2.0.0 Kommunernes Datafællesskab - KDF Versionshistorik Relevans Dato Initialer Version Kommentarer 2014-10-
Læs mereOpenTele datamonitoreringsplatform
OpenTele datamonitoreringsplatform Brugergrænsefladedokumentation 09. marts 2015 Indholdsfortegnelse Indholdsfortegnelse Brugergrænseflade for OpenTele-server Administrationsfunktionalitet Skemaer Skemagrupper
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 mereFaktaark 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...
Læs mereKIGO-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
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 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 mereEG Data Inform. Byggebasen. WCF og webservices. Jens Karsø
EG Data Inform Byggebasen WCF og webservices Jens Karsø 10 Indholdsfortegnelse Byggebasen Services indledning... 2 Målsætning... 2 Valg af teknologier... 3 Kommunikationsmodel for byggebasen... 3 Services.byggebasen.dk...
Læs mereAftale 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
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 mereDrejebog 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
Læs mereecpr 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...
Læs mereINFORMATIONS- OG INDIVIDSIKKERHED (IOI) SUPPLERENDE VEJLEDNING TIL GDPR COMPLIANCE DATATYPER & DATASTRØMME. Version 1.1
INFORMATIONS OG snummer Dato Int Afsnit der er ændret 1.0 17.11.2017 CHG Gældende version 04.12.2017 CHG Opdateret med nyt afsnit 3.2 Datastrøm til Digitalpost (eboks) og afsnit 3.3 Datastrøm til fjernprint
Læs mereIntroduktion til Digital Post. Februar 2016
Introduktion til Digital Post Februar 2016 Hvem skal læse dokumentet? Vejledningen er relevant for dig, hvis du har brug for en introduktion til Administrationsportalen i Digital Post og hvad der skal
Læs mereDette 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
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 mereSYSTEMDOKUMENTATION AF POC
DIGITALISERINGSSTYRELSEN POC PÅ ORKESTRERINGSKOMPONENTEN SYSTEMDOKUMENTATION AF POC Version: 1.1 Status: Endelig Godkender: Forfatter: Copyright 2019 Netcompany. All rights reserved Dokumenthistorik Version
Læs mereVejledning til leverandørers brug af Serviceplatformen
Vejledning til leverandørers brug af Serviceplatformen Udarbejdet for: KOMBIT A/S Halfdansgade 8 2300 København S 1 Indhold 1 Indledning... 3 2 Ordforklaringer... 3 3 Oprettelse... 4 4 Arbejdsgange...
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 mereLoRA lokal rammearkitektur. Marius Hartmann, Frederiksberg Kommune Leif Lodahl, Magenta
LoRA lokal rammearkitektur Marius Hartmann, Frederiksberg Kommune Leif Lodahl, Magenta Hvad er lokal rammearkitektur Frederiksberg Kommune, KL og Magenta om udvikling af en referenceimplementering af rammearkitekturen.
Læs mereVejledning 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
Læs mere