/marius hartmann Integrationskrav 2. Logningskrav 3. Konsekvenser for kommunen
|
|
- Rasmus Laustsen
- 7 år siden
- Visninger:
Transkript
1 /marius hartmann 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, Hjørring, Frederiksberg, og Sorø/Ringsted kommune, er affødt af en række problemstillinger ved kommunernes tilslutning til Støttesystemerne. Problemstillingerne kan deles op i: 1. Integrationskrav 2. Logningskrav 3. Konsekvenser for kommunen Executive summary Kravene for tilslutning til Støttesystemer risikerer at pålægge kommunerne unødige byrder som giver anledning til følgende bekymringspunkter: Fordyrende for kommunerne at implementere Ansvarsfrasigelse, kommunerne bærer hele ansvaret Begrænset forretningsværdi for kommunerne Ej rammearkitektur Overordnet kravstilles der både om anvendelse af proprietære snitflader, såvel som beskedfordeling kun beskedfordeling bør anvendes. Afsendersystemerne pålægges ansvaret for en række uortodokse opgaver, som vil være omkostningstungt for kommunerne at implementere og drive. Dertil kommer fordyrende logningskrav som er systemnære, afviger fra princippet om logning i objektet og går videre end lovgivningen kræver. Set i lyset af Kombit s nylige udmelding, hvori Sags- og Dokumentindekset foreløbigt kun vil understøtte Støttesystemerne er det nødvendigt at tage integrationskravene op til revision. Både af hensyn til SAPA s begrænsede scope, men også af hensyn til den resterende del af den kommunale portefølje som vil basere sig på beskedfordeling. Der er en risiko for, at forretningsværdien vil blive udfordret af de arkitektoniske valg man har truffet ved integrationskravene til SAPA som bør behandles i Business Cases for monopolbruddet på det strategiske plan bør man overveje om det er hensigtsmæssigt, hvis andre aktører umiddelbart vil kunne udnytte denne svaghed til at tilbyde produkter som overholder rammearkitekturen og dermed er bedre integreret i den kommunale forretning.
2 Integrationskrav Det bør afklares, hvad der ligger til grund for dublerede objekter. Det synes umiddelbart i strid med logikken bag distribuerede objekter. 4.1 Generelle vilkår Støttesystemet Sags- og Dokumentindeks kan indeholde "logiske dubletter" af dets objekter, hvis det bliver opdateret af forskellige Afsendersystemer, der indeholder data om de samme sager eller dokumenter. Støttesystemet Sags- og Dokumentindeks vil imidlertid ikke kunne afgøre hvilken udgave af objektet, der er "mest fyldestgørende" eller "mest retvisende". Modtagersystemet skal derfor kunne håndtere at Støttesystemet Sags- og Dokumentindeks indeholder sådanne dubletter. Hvordan kan man fralægge sig et ansvar ifht. objekter og pålægge dette kommunerne? Hvorledes harmonerer kravet om Modtagersystemers håndtering af dubletter med kravet om Afsendersystemers opdatering af Sagsindekset? 3.3 Vilkår for kvalitetssikring af opdatering af Støttesystemet Sags- og Dokumentindeks Afsendersystemet skal kunne identificere de objekter, der findes i Støttesystemet Sags- og Dokumentindeks, og hvor Støttesystemet Sags- og Dokumentindeks har registreret, at Afsendersystemet er Afsendersystem, men hvor disse objekter ikke findes i Afsendersystemet. Dette muliggør identifikation af data i indekset, der muligvis er kommet ud af synkronisering med Afsendersystemet, og som bør slettes i indekset, fordi de ikke længere findes som gyldige data i Afsendersystemet. Der kan være en risiko for, at fravalget af hændelsesdrevet arkitektur medfører, at Sagsindekset i kraft af dublerede objekter udstiller objekter som er forældede sideløbende med objekter som er opdaterede. Det er uklart hvorledes et Modtagersystem skal kunne håndtere disse dublerede objekter, ligesom baggrunden for dette krav er uklar, da der ikke må stilles krav om hvor objekter administreres. Logningskrav Fra Bilag 7 Vilkår for integration til støttesystemet Sags- og Dokumentindeks version Logning Anvendersystemet bør generelt udføre logning i henhold til [LOGNING] således de lovmæssige krav til revisionslogning imødekommes.
3 I forhold til integrationen til Støttesystemet Sags- og Dokumentindeks skal transaktionsid håndteres som det er beskrevet i [LOGNING] afsnit 4.2, samt i udbudsvejledningen. 4.2 Vilkår for læsning af data fra Støttesystemet Sags- og Dokumentindeks Når et Modtagersystem har brug for at læse oplysninger om sager eller dokumenter fra Støttesystemet Sagsog Dokumentindeks, skal Modtagersystemet anvende de services Sags- og Dokumentindeks udstiller til opslag jf. [SNITFLADER]. Det er et problem, at kravene til anvendersystemet jf. Sags- og Dokumentindekset går videre end de lovmæssige krav til revisionslogning og at disse logningskrav ikke er holdt adskilt fra kravene for anvendelse af snitflader. Fra: Bilag 1 Logning Revisionslog Da meget af denne form for logdata vil blive genereret internt i et fagsystem, er der stadig behov for at kunne sammenstykke sagsbehandling foretaget over flere fagsystemer. For at muliggøre dette er det vigtigt, at der logges unikt data, som gør det muligt at sammenstille logdata fra flere systemer, således at alle relevante aspekter af en sag dokumenteres og kan fremfindes og vurderes på en overskuelig måde. Det er uklart hvem der efterspørger denne funktionalitet. Sagsbehandling på tværs af flere fagsystemer synes at være et forretningskrav som er dækket af distribuerede objekter og som ikke kræver en revisionslog at udføre. Dog kan der ved systemer der hverken understøtter MOX eller beskedfordeling være behov for et logningsapparat som det beskrevne. Fra Bilag 1. Logning v marts Dette giver en udfordring med at kunne verificere og dokumentere en given sagsgang, transaktion mv., og det skal derfor være muligt at sammenstille logs fra de forskellige systemer til samlet og entydigt logningsspor. Det betyder derudover at logningsdata skal stilles til rådighed på enten forespørgsel, efter nærmere aftale, eller ved automatisk overlevering til andre systemer. Derudover skal systemerne kunne levere logningsdata på en struktur og et format der gør maskinel læsning og analyse mulig. En sagsgang er dokumenteret i de sagsbærende systemer og overholder Persondataloven, dokumentation af en sagsgang kræver ikke at systemer skal udveksle logningsdata krav om udveksling indgår heller ikke i logningsemnerne.
4 I punkt 3.2 Sikkerhed udspecificeres grundlaget for log sammenstilling, hvor man på baggrund af Persondatalovens krav til det enkelte system opstiller en række yderligere krav. Der er identificeret følgende afledte krav forbindelse med dette: Ure skal være synkroniseret på tværs af maskiner, driftscenter og systemer for at muliggøre sammenstilling af logs ud fra tid Et fælles rapporteringsformat på tværs af systemer for at kunne sammenstille logs Et gennemgående unik transaktions ID, som propageres videre med rundt i systemerne, som indgå i en given transaktion Et data grundlag for det loggede, som tillader en eventuel fremtidig konsolidering af data og separate logs Ved tid forstås UTC, mere specifikt, højopløsning UTC, 60bit, a la den brugt i UUID standarden RFC4122 (IEFT). Dette sikrer fx, den nødvendige præcision ved sammenstilling samt angivelse af tidszone og sommertidsangivelse. Derudover så gælder sidstnævnte punkt, angående fælles rapporteringsformat, alle logs, og ikke kun den eller de logs, som er relateret til sikkerhed. Krav i relation til fælles format, vil blive behandlet yderligere og senere i notatet. Disse yderligere krav tyder på en underliggende forståelse af rammearkitekturens principper for dataansvar og distribuerede objekter som ikke er udtrykt på denne måde i rammearkitekturen og som derfor bør afklares. Det er ikke tydeligt, hvordan disse krav vil oppebære principperne om bitemporalitet. Sagsbehandling foregår formelt set ikke i Sagsindekset, det synes derfor ikke indlysende nødvendigt, at pålægge Afsendersystemerne yderligere integrations- og logningskrav for at sammenfatte en sagsbehandling på tværs af systemer, som ikke allerede er dækket af Beskedfordeling og objektmodel.
5 Konsekvenser for kommunen Integrationskravene pålægger Afsendersystemer et usædvanligt stort ansvar som i sidste ende bliver en omkostning for kommunen. Det er ikke optimalt for kommunerne, at skulle oppebære de særlige integrationskrav til støttesystemerne, når man har muligheden for at anvende en hændelsesdrevet arkitektur. Kravene til logning indeholder en skjult forventning om et løbende analysearbejde som kan være en byrde i driften og som vil være en hindring for fleksibelt at ændre kommunens arbejdsgange og systemer. En anden udfordring for kommunernes optimering af forretningen er en sammenkædning af støttesystemernes produkter og manglende alternative datakilder. Databehandleraftaler Fra: Udbudsvejledning til kommunerne og Udbetaling Danmark vedr. brug af støttesystemerne Kommunerne og Udbetaling Danmark bør endvidere overveje at indsætte kontraktbestemmelser der forpligtiger en leverandør til at angive det forventede dataforbrug på Støttesystemerne, da det i henhold til prismodellen for Støttesystemerne, er kommunerne der bliver afregnet for brug af disse. Der bør ligeledes tilbudsvurderes på dette, da det vil indgå som en del af kommunernes omkostninger for det pågældende itsystem. Bindinger mellem Støttesystemerne er i dette tilfælde til ulempe for kommunerne, det manglende mulighed for at tilrette integrationen til Serviceplatformen påfører kommunerne en unødvendig økonomisk risiko i kraft af afregningsmodellen for dataforbrug. Det ville være ønskeligt om leverandørers tilslutning til Serviceplatformen kunne følge kommunens strategi for data genbrug, således at kommunen har mulighed for at styre sin forretning. Den nuværende ide om, at kommunen kan bede leverandøren om et forventet dataforbrug er uforpligtende og der er høj risiko for at en sådan angivelse vil være misvisende i en tilbudssituation eller endnu værre at leverandøren reelt begrænser dataforbruget for at være billigst. Løsningsforslag For at imødegå de særlige integrationskrav der knytter sig til Støttesystemerne og samtidigt vedligeholde en hændelsesdrevet arkitektur i kommunen kan det være en løsning, at kommunen indsætter et samlende integrationspunkt til Støttesystemerne, der på baggrund af beskedfordeling kommunikerer med Støttesystemerne via en MOX-agent. Det hensigtsmæssige ville være at vælge løst koblede systemer via beskedfordeling, både med henblik på at afskaffe de indeværende logiske problemstillinger, men også for at fjerne kravet om dobbelt implementering af integration både ved snitflade og beskedfordeling.
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,
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 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 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. 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 mereUnderbilag 2.3 Logning
Underbilag 2.3 Logning INSTRUKTION TIL TILBUDSGIVER Underbilaget er en del af bilag 2, De generelle krav og beskriver Krav til logning. Tilbudsgivers eventuelle forbehold til underbilag 2.3 anføres i forbeholdslisten
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 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 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 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 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 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 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 mereKommunale cases: Frederiksberg & VeRA. Marius Hartmann It og forretningsarkitekt Frederiksberg kommune
Kommunale cases: Frederiksberg & VeRA Marius Hartmann It og forretningsarkitekt Frederiksberg kommune Frederiksberg Det eksisterende systemlandskab af ikkerammearkitektur kompatible systemer vil være et
Læs mereForretningsmæssigt leverandørspor - Serviceplatformen
Forretningsmæssigt leverandørspor - Serviceplatformen Dagsorden 1. Velkomst 2. Opfølgning på arbejdsgange 3. Aftaler om brug af Serviceplatformen 4. Orientering fra kommunedialog 5. Forretningsgørelse
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 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 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 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 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 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 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 mereBilag 9 - Opsamling på høringssvar fra netværket til Arkitekturrapport for KITOS
NOTAT Bilag 9 - Opsamling på høringssvar fra netværket til Arkitekturrapport for KITOS (Bilag til dagsordenspunkt 10, Arkitekturrapport for KITOS) Lars Nico Høgfeldt, Odense Kommune Generel indledning
Læs 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 mereDEN FÆLLESKOMMUNALE RAMMEARKITEKTUR
DEN FÆLLESKOMMUNALE RAMMEARKITEKTUR FDA2017 DEN FÆLLESKOMMUNALE RAMMEARKITEKTUR - FRA VISION TIL PRAKSIS FDA 2017 Agenda Digitaliseringsstrategien og kommunernes udfordringer Rammearkitekturen som et fælles
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 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 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 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 mereInformationsmateriale 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
Læs mereSERVICEPLATFORMEN FOSAKO MØDE 21. MARTS Forretningsudvikler Tomas Volf
SERVICEPLATFORMEN FOSAKO MØDE 21. MARTS 2019 Forretningsudvikler Tomas Volf HVAD ER DEN FÆLLESKOMMUNALE INFRASTRUKTUR? - DEN KORTE VERSION Serviceplatformen Støttesystemerne Datakilder Datakunder Grunddata:
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 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 mereSERVICEPLATFORMEN. 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æ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 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 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 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 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 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 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 mereSAPA overblik på et øjeblik. Kenneth Møller Johansen, KOMBIT
SAPA overblik på et øjeblik Kenneth Møller Johansen, KOMBIT 1 Om forprojektet for SAPA Hvorfor? Del af Udbudsplanen for monopolområderne (ejes af KL, udføres af KOMBIT) Udbudsplanen skal iværksætte it-projekter,
Læs mereOpsamling 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,
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 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 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 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 merePeter Thrane Enterprisearkitekt KL+KOMBIT. Den fælleskommunale Rammearkitektur - Inspiration
Peter Thrane Enterprisearkitekt KL+KOMBIT Den fælleskommunale Rammearkitektur - Inspiration REGIONERNE Selvstyre Egen økonomi Konkurrence = bedre priser Samarbejde Koordinering Udveksling SAMMENHÆNG
Læs mereSAPA. 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
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 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 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 mereIt-Arkitekturrådets møde 28. februar Effektmåling af rammearkitektur
www.pwc.dk It-Arkitekturrådets møde 28. februar Effektmåling af rammearkitektur Revision. Skat. Rådgivning. Interviews og workshop har været primær input til udarbejdelsen af målepunkter, som har haft
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 mereSTS 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
Læs mereStøttesystemet Beskedfordeler. Beskedfordeler Et af de otte Støttesystemer
Støttesystemet 1 Et af de otte Støttesystemer 2 Kombit Støttesystemet Hvad er Støttesystemet Beskedefordeler? Abonnér på beskeder om forretningsmæssige hændelser Støttesystemet er det centrale beskedsystem,
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 mereDen fælleskommunale Rammearkitektur. - en arkitektur for den kommunale digitalisering
Den fælleskommunale Rammearkitektur - en arkitektur for den kommunale digitalisering Fundament Vision & Strategi Logik Rammearkitektur Fysik Udvikling/Implementering 2 13.10.2014 Fælles it-arkitekturstyring
Læs 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 mereRammearkitekturen og services i et lokalt perspektiv
KL s Dialogforum for it-leverandører og konsulenthuse 21. oktober 2015 Rammearkitekturen og services i et lokalt perspektiv Henrik Brix Fmd for KIT@ Fmd for IT-arkitekturrådet Favrskov Kommune 1 Den fælleskommunale
Læs 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 mereDEN FÆLLESKOMMUNALE RAMMEARKITEKTUR
KL S DIALOGFORUM FOR IT-LEVERANDØRER OG KONSULENTHUSE 10.OKT. 2014 DEN FÆLLESKOMMUNALE RAMMEARKITEKTUR DEN FÆLLESKOMMUNALE RAMMEARKITEKTUR - en arkitektur for den kommunale digitalisering - v/ Peter Thrane,
Læs mereInformationsmateriale til kommunerne om Den fælleskommunale Serviceplatform
Informationsmateriale til kommunerne om Den fælleskommunale Serviceplatform Version 1.1, januar 2014 Den fælleskommunale Serviceplatform Ved årsskiftet 2013/14 åbnede Den fælleskommunale Serviceplatform
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 mereOversigt over integrationsmodeller til støttesystemer
Oversigt over integrationsmodeller til støttesystemer Indledning Nedenfor er angivet forventede integrationsmodeller til støttesystemerne. De synkrone integrationsformer bruger serviceplatformen til at
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 mereServiceplatformen informationsmateriale. Leverandørmøde 7. februar 2013
Serviceplatformen informationsmateriale Leverandørmøde 7. februar 2013 1 Om Serviceplatformen Dette informationsmateriale beskriver kort Den fælleskommunale Serviceplatform: formålet med Serviceplatformen,
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 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 mereIT-ARKITEKTURPRINCIPPER 2018
IT-ARKITEKTURPRINCIPPER 2018 5 It-arkitekturmål 5 Arkitekturprincipper Følg eller forklar Fælleskommunale arkitekturprincipper og -regler IT-ARKITEKTURMÅL Billigere it Sammenhængende it Mere robust og
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 mereFællesoffentlig beskedmodel version 1.0
Side: 1 Fællesoffentlig beskedmodel version 1.0 Dokumentet indeholder dels en informationsmodel for hændelsesbeskeden og dens miljø, dels en generisk datamodel for hændelsesbeskeden, som kan danne en fælles
Læs mereArkitekturrapport: Kommunernes Ydelsessystem (KY) Arkitekturrapport: Kommunernes Ydelsessystem
Arkitekturrapport: Kommunernes Ydelsessystem 1 Indholdsfortegnelse Baggrund for projekt... 3 Resultat af gennemført arkitekturanalyse... 5 Anvendelse af forretningsservices... 9 Baggrund for projekt Baggrund
Læs 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 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 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 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 mereAnvendelse af dobbelthistorik i GD2
Grunddataprogrammet under den Fællesoffentlige Digitaliseringsstrategi GD2 - Adresseprogrammet Anvendelse af dobbelthistorik i GD2 Implementerings regler og eksempler på dobbelthistorik MBBL- REF: Version:
Læs mereDen fælleskommunale Rammearkitektur. - en arkitektur for den kommunale digitalisering
Den fælleskommunale Rammearkitektur - en arkitektur for den kommunale digitalisering Fundament Vision & Strategi Logik Rammearkitektur Fysik Udvikling/Implementering 2 10.6.2014 De 5 digitaliseringsmål
Læs mere(Bilag til dagsordenpunkt 7, Føderative sikkerhedsmodeller til Sårjournalen og andre nationale it-løsninger på sundhedsområdet)
N OTAT Den 15. december 2014 Bilag 6 opsamling på høringssvar fra netværket til sikkerhedsmodel for sårjournalen (Bilag til dagsordenpunkt 7, Føderative sikkerhedsmodeller til Sårjournalen og andre nationale
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 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 mereKOMBITs arbejde med it-arkitektur
KOMBITs arbejde med it-arkitektur Fælleskommunal rammearkitektur Mette Kurland, KOMBIT 29.09.2011 KOMBIT/Fælleskommunal rammerarkitektur 1 Rammearkitektur ift. KOMBITs mission Forhandlingskraft Effektivisering
Læs mereIT-arkitekturstyring i Syddjurs Kommune
IT-arkitekturstyring i Syddjurs Kommune Arkitekturprincipper 1. Skab sammenhængende digitale oplevelser for borgere og virksomheder 2. Forretningens behov skal drive og definere løsningerne 3. Understøt
Læs mereSAPA - spørgsmål & svar for beslutningstagere
SAPA - spørgsmål & svar for beslutningstagere Erstatter vi ikke bare et monopol med et andet? Nej. Vi vil kombinere en række forskellige nye og eksisterende it-løsninger, som hver især kræver flere forskellige
Læs mereSager på tværs. MOX giver sammenhængende processer på tværs af it-systemer
Sager på tværs MOX giver sammenhængende processer på tværs af it-systemer 2 Sager på tværs Vil I gerne gøre det nemmere at sende dokumenter på tværs af jeres kommune? Så er MOX noget for jer! En kommune
Læs 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 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 mereDHUV ARKITEKTURRAPPORT
DHUV ARKITEKTURRAPPORT Agenda Baggrund for projektet Projektoverblik (incl. rammearkitektur) Høringssvar Evt. DHUV-projektet har til Arkitekturrådet udarbejdet en arkitekturrapport. Rapporten beskriver
Læs mereMøde i følgegruppen for den fælleskommunale Serviceplatform
REFERAT Møde i følgegruppen for den fælleskommunale Serviceplatform Møde i den kommunale følgegruppe for den fælleskommunale Serviceplatform, 3. april 2014 Deltagere: Brian Andersen, Roskilde Henrik Flindt,
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 mereUNDGÅ DÅRLIGE IT-LØSNINGER
UNDGÅ DÅRLIGE IT-LØSNINGER ARKITEKTURPRINCIPPER 1. Skab sammenhængende digitale oplevelser for borgere og virksomheder 2. Forretningens behov skal drive og definere løsningerne 3. Understøt digitalt samarbejde
Læs mereForretningsmæssigt leverandørspor - Serviceplatformen
Forretningsmæssigt leverandørspor - Serviceplatformen Dagsorden 1. Velkomst og ramme for dialogen 2. Forretningsmæssig ramme 3. Arbejdsgange 4. Services på Serviceplatformen 5. Forretningsmæssige muligheder
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 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 mereFAGCHEFSEMINAR OKTOBER Gruppearbejde - Monopolbrud
FAGCHEFSEMINAR OKTOBER 2017 Gruppearbejde - Monopolbrud 11-10-2017 GRUPPEARBEJDE Formål og output: Sikre at fagcheferne får overblik over projektaktiviteterne herunder KOMBIT versus DIGIT (STS, SAPA, KY,
Læs mereIntegration SF Sags- og Dokumentindeks Integrationsbeskrivelse - version 2.8.1
Integration - version 2.8.1 Kommunernes Data & Infrastruktur - KDI Versionshistorik Relevans Dato Initialer Version Kommentarer 2015-04-15 dgj 0.1 Første version 2015-06-30 ehe 2.1.0 Opdateret med wsdl-info
Læs mereFælles kommunal rammearkitektur og konkrete støttesystemer
Fælles kommunal rammearkitektur og konkrete støttesystemer KL/Kombit og Kommunerne hvad er Kombit? KOMBIT er kommunernes it-fællesskab, hvis forretningsområde er kommunal it og digitalisering. KOMBIT bestiller
Læs mereArkitekturrapport: KITOS - Kommunens It-Overbliks System
Arkitekturrapport: KITOS - Kommunens It-Overbliks System Denne orienteringsrapport udarbejdes for it-projekter i henhold til brug af den fælleskommunale rammearkitektur. Rapport ejes af projektets it-arkitekt.
Læs mereAxapoint Reviewkommentar til MOX-specifikation Version 0.76 - udarbejdet af It-arkitekturrådets arbejdsgruppe
Axapoint ApS Brunhøjvej 8, st. tv DK-8680 Ry Tel. +45 23 10 83 44 CVR nr. 32 15 37 98 info@axapoint.com www.axapoint.com Bank: Danske Bank. www.axapoint.com MOX-review Axapoint Reviewkommentar til MOX-specifikation
Læs mere