Ofte stillede spørgsmål til SAPA-løsningen
|
|
- Lise Axelsen
- 8 år siden
- Visninger:
Transkript
1 Ofte stillede spørgsmål til SAPA-løsningen Emner Funktionalitet... 2 Advis... 5 LIS... 5 Lovgivning/Arkivering... 5 SAPA App Shop... 6 Snitflader... 6 Brugervenlighed... 9 Aktører og Roller... 9 Sikkerhed... 9 Arkitektur Drift Videreudvikling Uddannelse
2 Funktionalitet 1. Hvordan vil opsigelse af KMD Sag kunne ske uden tab af funktionalitet? Det korte svar: SAPA-løsningen er ikke en 1:1 erstatning for KMD Sag. SAPA-løsningen er én af flere it-løsninger, der tilsammen skaber et realistisk alternativ til KMD Sag og på den baggrund giver kommunerne mulighed for at opsige deres eksisterende aftaler. Det lidt længere svar: At opsige kontrakten på KMD Sag er ikke det samme som, at KMD Sag forsvinder. KMD kan frit vælge at markedsføre løsningen på ordinære markedsvilkår. Fælleskommunalt har der i SAPA-projektet været lagt en stor indsats i at kortlægge KMD Sag funktionalitet. Det er bl.a. sket via stor inddragelse af superbrugere fra kommunerne og via dokumentation fra og dialog med KMD. Og ja, der vil være funktionalitet, som ikke bliver videreført i en SAPA-løsning. Omfattende dialog i workshops, på stormøder og skriftlige reviews gennemført henover en periode på ca. halvandet år har bekræftet, at det er ønskeligt og realistisk, at SAPA skal være en it-løsning, der (i) skaber overblik over informationer på tværs af eksisterende itsystemer og (ii) tilvejebringer mulighed for at håndtere advisering om forretningshændelser (via beskedfordeler); hvorimod konkret sagsarbejde og sagsdata, herunder dokumenter og journalnoter skal holdes og vedligeholdes i dedikerede sagsbærende it-løsninger, som kommunerne har i forvejen, og som derfor ikke skal tilvejebringes fælleskommunalt. Et fælleskommunalt indkøb af en generisk sagsløsning ville lægge ESDH-markedet øde og efterlade en ny monopollignende situation med blot én løsning. Dette ønsker ingen. Derfor er SAPA scopet snævert til en overbliks- og advisløsning, da tilfredsstillende løsninger på disse fælleskommunale behov ikke findes på markedet i dag. Er der en journal i SAPA-løsningen? Ja og nej. I SAPA sammenstiller vi journalnotater fra forskellige kildesystemer og viser dem i brugergrænsefladen i en samlet journalrapport, som det kendes fra KMD Sag Journal i dag. Journalrapporten kan vise både manuelle journalnotater (fritekst) og systemers autostemplinger. Man kan også printe, vedhæfte til mail og/eller digital post samt gemme en journalrapport, som en fil. Derudover kan man via SAPAs brugergrænseflade skrive nye journalnotater (kaldet sagsarbejde light), som derefter lagres i en journal i et lokalt ESDH og/eller fagsystem, som kommunen selv har ansvar for at anskaffe. Hvad sker der med KMD Sag Journal? Det er ikke en fælleskommunal opgave at afløfte udbudspligten for it-understøttelse af journalføring, da denne funktionalitet findes i eksisterende ESDH- og fagløsninger, og kommunerne således allerede har anskaffet den funktionalitet eller kan indkøbe den via SKI. Den fælleskommunale opgave vedr. monopolbrud for KMD Sag består i at dekoble og konkurrenceudsætte overblik, advis og journal samt den back-end funktionalitet, der findes 2
3 i monopolløsningen KMD Sag. KMD kan i lighed med andre leverandører tilbyde sine kunder en journalløsning, fx i form af den eksisterende KMD Sag Journal Hvad gør vi med sager, som vi ikke har et kildesystem til? Bliver de hjemløse? Hvis ikke der er et kildesystem til sagerne, kan et sådan indkøbes af kommunen, så alle sager har et sted at bo. Kommunen kan overveje pr. sagstype, om denne bedst itunderstøttes af en fagløsning eller af en ESDH-løsning. Bliver data fra KMD Sag Journal konverteret til nyt sted? Ja. Aftalen forhandles fælleskommunalt med KMD. Kommunen skal selv anvise en alternativ løsning. Den alternative løsning kan være en hvilken som helst sagsbærende itløsning også eksisterende produkter fra KMD. Når sagsarbejde light funktioner (opret sag/journalnotat) bruges i SAPA, er det så meningen at der hoppes til kommunens ESDH system hvor sagen/journalnotatet så oprettes? Vil den oprettede sag eller journalnotat efterfølgende være tilgængelig i SAPA? Sagen og journalnotatet bor i ESDH- eller fagsystemet. Man kan vælge at oprette et journalnotat via SAPAs brugergrænseflade, så man undgår et hop. Sager og journalnotat, som er lagret i fagsystemer/esdh, vil efterfølgende være tilgængelige i den udstrækning, at den pågældende løsning har etableret snitflade til Sag og Dokument indekset, hvor SAPA henter information fra. Hvordan skal man forholde sig hvis man ofte opretter journalnotater, som intet har med fagsystemerne at gøre. Fx personligt tillæg og enkeltydelser eller råd og vejledning? Der vil i nogle tilfælde altid være behov for at skrive journalnotater udenfor fagsystemerne. Disse lagres i én af de mange ESDH-løsninger, der understøtter arbejdsgange vedr. journalføring allerede i dag. Kommunerne anbefales at anskaffe en sådan løsning før SAPAløsningen implementeres. NB! Personligt tillæg og enkeltydelser understøttes at det kommende fælleskommunale KYsystem. Bortfalder sagsarbejde light (opret sag/journalnotater) funktionerne efter en ikke angivet periode? Nej. Det er ikke tanken at sagsarbejde light bortfalder. Altså muligheden for at oprette et journalnotat og en ny sag via SAPAs brugergrænseflade. Journalnotatet og sagen bor dog ikke i SAPA men i et ESDH eller fagsystem. Hvordan håndteres status på journalnotatet? Journalnotater ligger på sagen i kildesystemerne, og SAPA projektet ændrer ikke på, hvordan de forskellige kildesystemer har implementeret funktionalitet ift. journalnotaterne, herunder også ift. statusskift (det er ikke engang sikkert at alle kildesystemer opererer med at journalnotater har forskellige status). Det er ikke SAPA der 3
4 skal styre statusskift i kildesystemerne, det gør kommunebrugeren i kildesystemet. Status på et journalnotat vil selvfølgelig være synlig i SAPA via snitflade til indekserne. Bliver det muligt for f.eks. en administrator at slette fejloprettede journalnotater i relevant fagsystem og/eller SAPA? Journalnotater kan oprettes via SAPA og gemmes i et relevant ESDH- eller fagsystem. Ved fejl i for eksempelvis oprettelsen hopper kommunebrugeren til kildesystemet og retter fejlen der. Tager SAPA højde for, at det ikke er alle fagsystemer, der på enkel vis inddeler sagsdata i dokument og journalnotat? Det bør være muligt for alle typer af fagsystemer at integrere med SAPA. SAPA og tilhørende sags og dokumentindeks arbejder med sager og dokumenter og journalnotater - ud fra de principper som kendes fra OIO S&D standarden. Uanset hvordan journalnotater er implementeret i et fagsystem eller ESDH, vil disse systemer altså skulle aflevere metadata om sager og dokumenter samt konkrete journalnotater til sag og dokumentindekserne via S&D standarden. Dvs. et journalnotat kan "bo" i fagsystemet på et sagsfaneblad eller lign. men det programmel, som trækker det ud af fagsystemet/esdh systemet skal omsætte det til et selvstændigt journalnotat - efter OIO S&D standardens forskrifter. Kan SAPA vise relationer mellem sager fra sagsbærende løsninger? Ja, SAPA kan vise relationer mellem sager, når disse metadata er påført sagen og Sags og Dokument-indeks er opdateret med denne information. Kan man se sagsløse dokumenter i SAPA? Nej, man vil ikke kunne se sagsløse dokumenter i SAPA af sikkerhedsmæssige og juridiske årsager. Det er nemlig ikke muligt at styre, hvem må se hvad på et dokument som endnu ikke er tilknyttet en sag. Kan man se det konkrete indhold af et dokument i SAPA? En bruger vil kunne se metadata på dokumenter. Hvis brugeren vil se selve indholdet af dokumentet skal der foretages et hop til det pågældende ESDH eller fagsystem. NB! Journalnotater er ikke at opfatte som dokumenter men som mindre tekster og indholdet af disse kan læses direkte i SAPA. Kan man oprette dokumenter i SAPA? Nej, man kan ikke oprette dokumenter i SAPA. Det gør man i ESDH eller fagsystemerne. 4
5 Advis Er Advis tænkt som selvstændigt støttesystem? Advis er ikke tænkt som selvstændigt støttesystem men som et selvstændig løsning, der indkøbes via SAPAs udbudsforretning. Hvordan bliver fordelingen af adviser til modtagere? Advis-servicen kan sættes op til at fordele adviser til såvel enkeltbrugere som fagområder/hele afdelinger/grupper af adviser, så en afdeling/gruppe af medarbejdere kan modtage adviser på udvalgte KLE numre. KOMBIT beskriver hvordan dette skal håndteres sikkerhedsmæssigt. Det er en lokal opsætning hvor balancen skal vurderes. Vil der være mulighed for at opsætte reservation af adviser? Ja, en medarbejder vil kunne tage ansvaret for et advis, dvs. markere det enkelte advis som taget og så lukke det senere hen. Vil man kunne se at et advis er under behandling? Ja, advis status under behandling e.l. vil være synlig for andre brugere. Kan man se Adviser fra KMD Sag Advis i SAPA? Nej, det er ikke sådan at man i SAPA skal kunne se andre systemers adviser. Det er dog under overvejelse, om man i en ganske kort overgangsperiode skal kunne se adviser fra KMD Sag for at lette overgangen til den ny SAPA advisløsning. Kan kommunerne se/udveksle adviser med Udbetaling Danmark (UDK)? Nej. Der etableres en ny arbejdsgang, der indebærer, at myndighederne orienterer hinanden via Digital Post. LIS Er et Ledelses Informations System tænkt som en del af SAPA scopet? Ja. Der bliver ikke noget LIS modul i SAPA. Men alle data der etableres i SAPA (dvs. Advis er), kan trækkes ud til viderebehandling i et eksternt LIS system Lovgivning/Arkivering Stilles der krav til arkivering? SAPA-løsningen indeholder ikke bevaringsværdige data, og der vil således ikke være behov for aflevering til statens arkiver. 5
6 SAPA App Shop Hvad er SAPA App Shop? Det er webapplikationer som bliver lavet til brug for SAPA brugere som kan indlejres i SAPA frameworket. Webapplikationerne kan fx indeholde en simpel GIS-komponent, en feedreader, ofte benyttede links, visning af data eller frames fra andre it-løsninger, kommunens intranet eller andet. Når vi bruger begrebet APP Store så er det for at give associationer til hele tankegangen omkring decentral App-udvikling på Android o.l. Det kan være forskellige udviklingshuse der laver disse web apps, og disse skal naturligvis overholde standarder og krav som vi stiller. Der kommer en governance model og en række udviklingskrav som udviklere skal overholde. Er analogier og associationer til App shop problematiske? KOMBIT arbejder videre med konceptualiseringen og begrebsliggørelsen, så den både er forretningmæssigt dækkende og teknologi-neutral. Hvem gør Apps tilgængelig i SAPA App Shop? KOMBIT udarbejder i samarbejde med leverandøren en governancemodel for hvorledes tredjepartseleverandører kan levere indhold til SAPA. Hvordan styres SAPA App Store mht. økonomi? En betalingsmodel udstår. Men betalingen vil foregå mellem app leverandøren og den/de kommuner, der køber den pågældende app. Samtidig vil der være en betaling mellem app leverandøren og SAPA leverandøren for driften af app en. Snitflader Viser SAPA data på tværs af fagsystemer og afdelinger, fx ydelser indenfor arbejdsløshedsdagpenge, sygedagpenge og kontanthjælp? Ja. De enkelte del-overblik i SAPA-løsningen så som sags-, dokumentoverblik, overblik over bevillinger og effektueringer mv. viser netop et overblik på tværs af ESDH- og fagsystemer afhængig af rettighedsstrukturen. Dette er kernekonceptet i SAPA. Hvordan håndteres gyldigheden af særlige oplysninger/ caveoplysninger? De oplysninger, som har en karakter af at være nogle "særlige informationer" om en borger, registreres i et særligt bemærkningsfelt. De bør have en gyldighedsdato og derefter slettes. Kunne man overveje et kravoverblik? Udstilling af de økonomiske krav kommunen har ift. en borger er en meget god idé, som projektet vil tage med i overvejelserne for videreudvikling af SAPA-løsningen. 6
7 Hvilke muligheder vil der være for at integrere SAPA med nye/andre ESDH- og fagsystemer? SAPA-løsningen udstiller, hvad der er tilgængeligt i det fælleskommunale Sag & Dokument indeks, der baserer sig på begrebs- og informationsmodellen for OIO Sag & Dokumentstandarden. Det er op til den enkelte kommune at drøfte muligheden for snitflader til indekserne med sin lokale ESDH- eller fagsystemleverandør og/eller stille krav herom i kommende udbud. KOMBIT forhandler på vegne af kommunerne dog en række af disse snitflader. Kan journalnotater fra relevante ESDH- og fagsystemer tilgås? Ja. Infrastrukturen i SAPA og i Støttesytemerne understøtter dette. Kan ESDH- og fagsystemer modtage journalnotater fra SAPA-løsningen? KOMBIT kan ikke sikre at konkrete sagsbærende it-løsninger er tilpasset til at modtage journaldata fra SAPA-løsningen. Dette skal efterspørges af kommunerne hos den relevante it-leverandør. Hvem beslutter hvilke støttesystemer som kommunerne skal anvende? Vil det være muligt for en kommune at implementerer egne støttesystemer? Kommunerne har forpligtet sig til at anvende de fælleskommunale støttesystemer, som SAPA baseres på. Disse er ligeledes en forudsætning for at gennemføre monopolbruddet. Det står den enkelte kommune frit for, til andre formål, at implementere sine egne støttesystemer, eks. en lokal beskedfordeler, men disse vil ikke blive anvendt af SAPA. Med hvilken frekvens skal ESDH- og fagsystemerne opdatere Sagsindekset? Behovet fra SAPA er en online/synkron opdatering af indekset. Det skyldes nødvendigheden af, at kommunerne til enhver tid kan regne med at de sagsoplysninger, de ser i SAPA er opdaterede. Bliver SAPA gearet til CVR, BBR, som det er til CPR? Ja. Der er mulighed for at slå op på en ejendom, som man også kan på en borger og en virksomhed. Hvis adgang til grunddata ikke er klar, når de skal bruges i SAPA, hvad er så de mulige alternativer? Nogle aftaler er indgået allerede og andre er under forhandling. Vi forudser ingen udfordringer. Og som sådan er der ikke behov for alternativer. Bliver det muligt for kommunerne at implementere egne grunddatakilder? SAPA bygger på de fælleskommunale støttesystemer og de fællesoffentlige grunddata. Vi modtager gerne eksempler på behov, der ikke er dækket via disse løsninger. Kan SAPA understøtte grunddataløsninger fra tredjepart indtil kommunernes kontrakter med disse leverandører udløber? 7
8 SAPA bygger på de fælleskommunale støttesystemer og de fællesoffentlige grunddata. Vi modtager gerne eksempler på behov, der ikke er dækket via disse løsninger. Hvordan foregår registrering og opdatering af kontaktoplysninger? Registrering og opdatering af kontaktoplysninger udføres på den enkelte sag i ESDH eller fagsystem, og ikke i SAPA med mindre man lokalt beslutter at anvende SAPAs bemærkningsfelt til dette. Vil oplysninger om handlekommune og refusionskommune fremgå? Ja. Oplysninger som sagsbehandlerne har brug for at videndele på tværs (fx handlekommune) bor enten på sagen (KLE, sagens overskrift, beskrivelsesfelt) eller i et journalnotat. SAPA understøtter ikke noget særskilt vedr. disse oplysninger. Er indkomstoplysninger i scope? Ja, det vil være muligt at blive adviseret om ændringer i borgers indkomst (fra SKATs Indkomstregister). Hvordan håndteres historikken? Eksempelvis flytning, civilstand, lægeskift, ydelser etc. Vi anerkender behovet for historik og analyserer løsninger, der kan understøtte den dataopsamling, der er behov for for at kunne generere historik på de nævnte forretningsobjekter. Er der taget højde for at kommunen skal kunne se sager / ydelser fra UDK? Ja, infrastrukturen og sikkerhedsmodellen understøtter, at kommunerne kan se sager/ydelser i UDKs fagsystemer. Hvordan er snitfladerne mellem SAPA og digital post? SAPA har en snitflade til Digital Post og udstiller informationen om at en borger er undtaget for Digital Post Sikres der adgang for borgere gennem borger.dk (egne sager og dokumenter)? Ja. Løsningen er designet til at understøtte dette. Det idriftsættes, når monopolbruddet er gennemført. Sikres der adgang for virksomheder gennem virk.dk (egne sager og dokumenter)? Ja. Løsningen er designet til at understøtte dette. Det idriftsættes, når monopolbruddet er gennemført. Hvilke systemer skaber man sammenhæng til på det tekniske område... hvad med GIS/kort info? SAPA-løsningen udstiller, hvad der er tilgængeligt i det fælleskommunale Sag & Dokument indeks. Og her er der principielt ingen grænser, så længe den relevante it-løsning har de relevante OIO-S&D-snitflader til indekserne. Det er op til den enkelte kommune at drøfte 8
9 muligheden med sin lokale ESDH- eller fagsystemleverandør og/eller stille krav herom i kommende udbud. GIS er ikke i scope for den fælleskommunale SAPA-løsning, men via App Shop vil det være muligt på sigt at udvide med lokale GIS-komponenter. Brugervenlighed Stiller kravspecifikationen specifikke krav til brugergrænsefladen, så som personlig opsætning, genvejstaster, mouse-overs, pop-ups, svartider, genkendelig struktur, osv.? Generelt gælder det at kravspecifikationen ikke stiller så detaljerede krav til brugergrænsefladen, at disse krav enten udelukker en leverandør fra at byde eller gør løsningen unødvendigt dyrere. Der stilles dog en række krav, som tilsammen skal tilsikre at SAPA fremstår med en intuitiv, ensartet og sammenhængende brugergrænseflade. De direkte krav er medtaget i et omfang således at man ikke udelukker leverandører fra at byde og derfor vil spørgsmålet/kommentaren ikke i alle tilfælde blive omsat til et decideret krav. Er talegenkendelse i scope for SAPA løsningen? Talegenkendelse er ikke i scope for projektet i denne version. Aktører og Roller Er der kun een model for opsætning af roller? Rollerne kan fleksibelt kan sættes sammen i kommunen. F.eks. med en superadministrator i toppen med én eller flere subadministratorer nedenunder. Er der præ-definerede roller i SAPA? Der vil som minimum være oprettet både Kommunebruger- og Administratorroller ved udrulning af løsningen. Øvrige roller kan kommunerne efterfølgende oprette efter lokalt behov. Mangler der en beskrivelse af UDK-brugeren i kravspecifikationen? I kravspecifikationen anses UDK-brugeren som værende identisk med en kommunebruger. Der er derfor ikke behov for yderligere beskrivelse af en særskilt UDK-bruger. Sikkerhed Bliver der udarbejdet en specifik standardvejledning/anbefaling til kommunerne om design af roller? Ja, KOMBIT kommer med et bud på en vejledning. 9
10 Bliver der logning på både bruger og sagsniveau? Således at der kan udsøges log på hvor den enkelte bruger har været inde, men også hvilke brugere, der har været inde på en specifik sag. Ja. Løsningen sikrer, at der er transitionsspor i logningen. Bliver det muligt at styre (rettigheder), hvem der må se en adresse ved adressebeskyttelse? Det er op til den enkelte kommune via sikkerhedsmodellens opsætning af roller og rettigheder at styre, hvem der kan se hvad, herunder til-/frakoble adressebeskyttelse. Kan man se at der er en sag på en part, selvom man ikke har rettigheder til at se indholdet? Ja og nej. Det afhænger helt og holdent af den lokale sikkerhedsopsætning. SAPA kan sættes op så en sagsbehandler kan se, at der ligger en sag, selvom vedkommende ikke har rettighed til at se indholdet af denne. Og SAPA kan sættes op, så en sagsbehandler ikke kan se sagen, selv om den findes. Hvordan håndterer SAPA, at kun relevant data er tilgængeligt, når 'min sag' er tilgængelig på borger.dk? Det er op til den enkelte kommune via sikkerhedsmodellens opsætning af roller og rettigheder at styre, hvem der kan se hvad, herunder til-/frakoble borger.dk, og hvilke informationer borgeren kan se her. Kan brugere forvente single sign-on til SAPA, således at de ikke behøver at logge på igen for at tilgå SAPA s brugergrænseflade? Single sign-on er understøttet i KOMBIT s kommende sikkerhedsmodel. Der er ikke ændret noget i forhold til den normale single sign-on til de kommunale systemer. Arkitektur Mange kommuner har i dag egne organisations- og identitetsstyringsprodukter (IDM). Kommer SAPA til at erstatte disse produkter, eller trække på de data disse systemer leverer? Både hvad angår identitet, adgangsrettigheder, organisation, kontakt og andre relevante IDM data. I den fælleskommunale infrastruktur for adgangsstyring er princippet, at brugerne administreres lokalt i kommunernes egne brugerkataloger (AD, IDM etc.). Kommunens lokale løsning skal kunne autentificere egne medarbejdere og udstede et security token med de jobfunktionsroller, som medarbejderen er tildelt. Medfører SAPA, at der stilles krav om særlige typer af arbejdspladser, applikationer eller platforme, internetbrowsere og operativsystemer? Bør der være et afsnit der konkretiserer krav om platforms- og applikationsuafhængighed? Måske. Med bistand fra KITA gennemfører KOMBIT en proces, der skal fastlægge et niveau, vi (og kommunerne) kan indføre som krav i udbuddene. Disse krav vil fremadrettet fremgå af krav til Kommunernes It-miljø i alle de fælleskommunale udbudsforretninger samt i Kommunernes drejebog for monopolbrud. 10
11 Hvordan sikres det, at SAPA bliver designet og udviklet til at være så fleksibel, at det også er teknologisk og arkitekturmæssig up-to-date om 10 år? Det er ikke muligt at sikre noget i op til 10 år frem i tiden, men de værktøjer vi forventer vil blive brugt til udviklingen, vil sikre at løsningen kan videreudvikles. Kan den ønskede funktionalitet opnås udelukkende via web-baserede klienter? En installeret klient giver, alt andet lige, bedre muligheder for at udvikle kompleks funktionalitet og sikre ensartet afvikling. Som udgangspunkt skriver I, at en browser er nok til at afvikle systemet, men vi 'frygter', at der skal installeres div. plug-ins mm. i sidste ende. Webbaserede løsninger opfylder SAPAs behov, og vi finder ikke, at der er kompleks funktionalitet, der ikke kan løses på denne platform. SAPA er primært visning af data, ikke procesunderstøttelse Kan SAPA afvikles via en mobilløsning? Ja. SAPA skal kunne afvikles via en browser. Såfremt man via en mobil enhed ønsker at tilgå SAPA, skal denne enhed blot kunne afvikle en browser og have netadgang med datatrafik (3G, 4G, WiFI, ). Hvilke filformater understøttes? Vi stiller et åbent krav, der ikke afgrænser til særlige filformater overhovedet. Hvilke krav vil indgå ift. ejerskab til kildekode? KOMBIT har på vegne af kommunerne eksklusiv brugsret til specialtilpasninger men ikke til evt. standardprogrammel. I øvrigt sikrer vi via krav til dokumentation, at løsningen kan overdrages ifm. genudbud. Hvad kan kommunerne forvente ift. OpenSource programmel? Leverandørerne kan byde med Open Source. KOMBITs ejerskabsstrategi tager højde for denne mulighed. Drift Decentral drift contra central drift bliver det valgfrit for kommunerne? KOMBIT overvejer ved hvert udbud det tekniske setup og krav hertil. Dette sker gennem analyser samt dialog med både leverandører og kommuner. Hidtil har dette resulteret i centrale løsninger, da det blev vurderet det var den mest attraktive løsning samlet set. Kan SAPA læse data udenfor Støttesystemerne? Nej. SAPA læser kun data fra Støttesystemer og Serviceplatformen. Hvis der ønskes snitflader til data, der ikke findes i Støttesystemerne skal de gå via Serviceplatformen. 11
12 Videreudvikling Hvordan sikres en nem og omkostningseffektiv overdragelse til anden leverandør? I KOMBITs standardkontrakt er der gjort meget ud af at sikre overdrageligheden til en anden leverandør. Hvordan håndteres nye releases? Der er i driftskontrakten fastlagt krav om releasestyring i overensstemmelse med ITILprincipperne. Vil tværgående kommunedata blive muligt? Det vil give stor værdi, hvis kommunerne har seadgang til sager på tværs fx vedr. udsatte børn og familier (nomadefamilier) og mht. socialt snyd. Der kan være arbejdsgange, hvor der er behov for adgang til at se oplysninger fra andre kommuner. Vi er opmærksomme på dette behov, og sikrer at sikkerhedsmodellen for SAPA understøtter dette. Hvordan sikrer KOMBIT, at der stadig er en god kernefunktionalitet, som også udvikles og vedligeholdes løbende uden store ekstraomkostninger for kommunerne? Det er KOMBITs ansvar, at løsningen videreudvikles. Det er der også afsat midler til i business casen. Der vil blive et samarbejde mellem kommuner, KOMBIT og leverandøren omkring videreudvikling. Der skal prioriteres mellem alle de ønsker der kommer ind, fejlretninger og funktionalitet allerede ønsket i kravspecifikationen, som ikke indgår i SAPA version 1.0. Uddannelse Der er meget stor forskel på faggrupper i kommunerne,. Bliver uddannelse tilrettet efter de forskellige faggrupper? SAPA er et overblikssystem, der skal kunne bruges af mange faggrupper i samtlige kommuner, og ikke et specifikt fagsystem. Det er derfor som udgangspunkt ikke tanken, at systemleverandøren skal målrette undervisningen eller materialet i SAPA til hver enkelt faggruppe. Hvis en faggruppe har særlige behov, må dette håndteres i dialog mellem den pågældende afdeling og leverandøren efterfølgende. Samtidigt er det dog helt op til den enkelte kommune eller enhed at tilrettelægge undervisningen så den passer til behovet (der kan være forskelligt fra kommune til kommune og fra enhed til enhed). 12
SAPA - 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 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 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 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 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 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 mereSAPAs kravspecifikation Læsevejledning. KMJ, 19. marts 2013
SAPAs kravspecifikation Læsevejledning KMJ, 19. marts 2013 Udbudsmaterialets kontrakter og bilag Øvrige bilag A.Ordliste B.Begrebs- og Informationsmodel C.Snitflader (STS og SP) D.Udrulningsbistand E.Overgangsløninger
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 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 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 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 mereRAMMEARKITEKTUR, STØTTESYSTEMER OG SAPA. IMPULS 13. September 2018 Peter Hauge Jensen og Iver Winther
RAMMEARKITEKTUR, STØTTESYSTEMER OG SAPA IMPULS 13. September 2018 Peter Hauge Jensen og Iver Winther Agenda Intro - hovedbudskaber Kort om rammearkitektur Status for Støttesystemer, Serviceplatform m.v.
Læs 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 mereRapport: Dokumentation og opsamling af kommunehøring for SAPA kravspecifikation. 20. juni 2013
Rapport: Dokumentation og opsamling af kommunehøring for SAPA kravspecifikation 20. juni 2013 Introduktion En kravspecifikation beskriver indholdet af en it-løsning og indgår i et udbudsmateriale. SAPA-projektet
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 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 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 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 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 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 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 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 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 mereESDH-strategi. Sag og Dokument/ESDH anbefalinger til udarbejdelse af lokal strategi i kommunen
ESDH-strategi Sag og Dokument/ESDH anbefalinger til udarbejdelse af lokal strategi i kommunen Indhold Indledning og baggrund for værktøjet 3 Strategiens scope, formål og målsætninger 4 Understøttelse af
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 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 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 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 mereArkitekturrapport: SAPA
Arkitekturrapport: SAPA Denne orienteringsrapport udarbejdes for it-projekter i henhold til brug af den fælleskommunale rammearkitektur. Rapport ejes af projektets it-arkitekt. Det er projektlederens ansvar
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 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 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 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 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 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 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)
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 mereBUSINESS CASEN FOR MONOPOLBRUDDET HVAD RØRER SIG LIGE NU?
BUSINESS CASEN FOR MONOPOLBRUDDET HVAD RØRER SIG LIGE NU? Kommunedage 30. maj 1. juni 2017 Chefkonsulenter Iver Winther og Tomas Volf Dagsorden 1. Økonomi i Rammearkitekturen (ØiR) 2. Buffetpris 3. Fjernprint
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 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 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 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 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 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 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 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 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 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 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 mereSPOR 2 ADGANGSSTYRING. Netværksdage Støttesystemer 11. og 12. marts 2015
SPOR 2 ADGANGSSTYRING Netværksdage Støttesystemer 11. og 12. marts 2015 Hvem er jeg? Rasmus H. Iversen Teknisk Projektleder Teamlead på sikkerhed Har været på STS projektet helt fra starten Mål for dagens
Læs mereOvervejelser om genudbud af it-løsninger - Jura brugt strategisk i it-kontrakter
NOTAT Overvejelser om genudbud af it-løsninger - Jura brugt strategisk i it-kontrakter 1. Indledning Hver gang, en kommune foretager et it-udbud bør man allerede i planlægningen af udbuddet tænke frem
Læs mereSPOR 2: STØTTESYSTEMER
SPOR 2: STØTTESYSTEMER Organisering, opgaver og kompetencer V/ Peter Hansen KOMBIT Kommunedage 1.-3. juni 2015 Indhold i sporet I dette spor ser vi nærmere på kommunernes organisering af støttesystemerne,
Læs 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 mereSTØTTESYSTEMET KLASSIFIKATION
STØTTESYSTEMET KLASSIFIKATION v/ Martin Bo Jensen 26. februar 2019 KOMBITs løsninger og fælleskommunal infrastruktur 2 Kommunale fagområder Arbejdsmarked og erhverv Social og sundhed Børn og læring Mit
Læs 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 mereVelkommen. Acadre nyheder. Jørgen Hedegård, Formpipe Software A/S
Velkommen Acadre nyheder Jørgen Hedegård, Formpipe Software A/S 1 Spor 1 ESDH Perspektiver Acadre nyheder Ved Jørgen Hedegård IMPULS 2015 2 Acadre nyheder Agenda Integration til SAPA Meetings Plus 3.0
Læs mereØKONOMIEN I MONOPOLBRUDDET HOLDER DEN STADIG?
ØKONOMIEN I MONOPOLBRUDDET HOLDER DEN STADIG? Kommunedage 30.-31. maj - 1. juni 2017 Vicedirektør marked, Poul Ditlev Christiansen Dagsorden MONOPOLBRUDDET Status Forlig med KMD den 13. marts 2017 Alternativ
Læs mereKommissorium for Digital Robust Arkitektur
Digital Robust Arkitektur Kommissorium for Digital Robust Arkitektur 1. Motivation/baggrund for programmet Arkitekturprogrammet er et program som udspringer af den Fælles offentlige digitaliseringsstrategi.
Læs mereFællesskabet der vil noget mere
Fællesskabet der vil noget mere Jens Kjellerup Digitaliseringschef Ballerup Kommmune & Bestyrelsen OS 2 - Offentlig Digitaliseringsfællesskab jeh2@balk.dk Tlf. +45 2477 4242 Agenda Digitaliseringslandskabet
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 mereBaggrund 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
Læs mereKOMBIT er ejet af KL og kommunerne. Det er kommunerne, der via KL har bedt om udvikling af Byg og Miljø, og som betaler for løsningen.
1 2 KOMBIT er ejet af KL og kommunerne. Det er kommunerne, der via KL har bedt om udvikling af Byg og Miljø, og som betaler for løsningen. Det er frivilligt for kommuner at aftage systemet. Iht. den fælleskommunale
Læs mereArkitekturrapport: MDB Min Digitale Byggesag
Arkitekturrapport: MDB Min Digitale Byggesag Denne orienteringsrapport udarbejdes for it-projekter med effekt på den fælleskommunale rammearkitektur. Rapport ejes af projektets it-arkitekt. Det er projektlederens
Læs 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 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 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 mereNETVÆRKSDAGE MARTS 2015. Michel Sassene
NETVÆRKSDAGE MARTS 2015 Michel Sassene Emner Baggrund Ibrugtagning af Støttesystemerne Hvorfor dette initiativ? Dialog og opfølgning Status på udviklingsprojektet BAGGRUND Lidt historie I forbindelse med
Læs mereDet kommunale systemlandskab
Det kommunale systemlandskab Adgangsstyring for brugere i forhold til KY, KSD og Bruger Log på Kommune Bruger + Job funktions roller Veksler Context Handler Bruger + Brugersystem roller KSD KY Administreres
Læs mereSAPA NETVÆRK FOR KOMMUNER. 10. og 12. marts 2014 KMJ
SAPA NETVÆRK FOR KOMMUNER 10. og 12. marts 2014 KMJ HVORFOR SAPA? HVILKEN FORRETNINGSMÆSSIG GEVINST? Hvad er målet? Sikre kommunerne en reel mulighed for at frigøre sig fra KMD Sag Basis og Journal Så
Læs mereIndlæ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
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 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 mereKommunernes Ydelsessystem: Vejledning til business caseredskab
Kommunernes Ydelsessystem: Vejledning til business caseredskab Version 1.0, maj 2014 Denne vejledning til en lokal business case suppleres af følgende dokumenter: Instruktion til udfyldelse af business
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 mereBilag 9: Arkitekturrapport for Kommunernes Ydelsessystem. Arkitekturrapport: Kommunernes Ydelsessystem
Bilag 9: Arkitekturrapport for Kommunernes Ydelsessystem (Hører til dagsordenspunkt 11: Arkitekturrapporter) Arkitekturrapport: Kommunernes Ydelsessystem Denne orienteringsrapport udarbejdes for it-projekter
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 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 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 mereSAPA: INFORMATIONSMØDE FOR LEVERANDØRER. 11. april 2014
SAPA: INFORMATIONSMØDE FOR LEVERANDØRER 11. april 2014 Agenda Velkomst og introduktion (2 min.) Nyt siden sidst (5 min.) Behov (30 min.) Kontrakten (10 min.) Udbudsprocessen (10 min.) NYT SIDEN SIDST TEKNISK
Læs mereSPOR 8: PERSPEKTIVER OG FORRETNINGSMÆSSIG VÆRDI
SPOR 8: PERSPEKTIVER OG FORRETNINGSMÆSSIG VÆRDI v. Sisse Bange og Mette Vinther Poulsen Data- og infrastrukturdage 16. og 19. september 2019 Perspektiver og forretningsmæssig værdi Hvorfor den fælleskommunale
Læs 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 mereSAPA - Snitfladestrategi
19. december 2016 Version 1.5 NOTAT SAPA - Snitfladestrategi Dette notat udgør snitfladestrategien for SAPA-projektet. Dokumentet er relevant læsning for alle med interesse for integrationer til gavn for
Læs mereVilkår for dialogintegration SAPA
Vilkår for dialogintegration SAPA Klaus Rasmussen 26. oktober 2016 Indhold 1. Indledning og vejledning... 3 1.1 Definitioner... 4 2. Krav til it-systemer for at kunne udføre dialogintegration... 5 2.1
Læs mereSTS-KOMMUNENETVÆRK. 5. og 7. april 2016 Kenneth Møller Johansen
STS-KOMMUNENETVÆRK 5. og 7. april 2016 Kenneth Møller Johansen Første kommune er live på Adgangsstyring Og alle står i kø for at få lov til at teste og anvende Støttesystemerne Første bølge i monopolbruddet
Læs mereBilag 5: Kundens It-Miljø. Version 0.6 Bilag til dagsordenspunkt 9: Krav til kommunernes it-miljø.
Bilag 5: Kundens It-Miljø Version 0.6 Bilag til dagsordenspunkt 9: Krav til kommunernes it-miljø. Senest opdateret d. 11. Oktober 2013 Indholdfortegnelse 1 Indledning... 3 2 Kundens IT-miljø - Løsningen...3
Læs mereMONOPOLBRUD 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)?
Læs mereKOPI. 1. KOMBITS forretningsmodel Kommunernes aftaleperiode for den nye valgløsning Afregningsmodel for den nye valgløsning...
TILSLUTNINGSAFTALE TIL DEN NYE VALGLØSNING - BILAG 2 ØKONOMI OG AFREGNINGSMODEL Indholdsfortegnelse 1. KOMBITS forretningsmodel... 2 2. Kommunernes aftaleperiode for den nye valgløsning... 2 3. Afregningsmodel
Læs mereOM SNITFLADER. SAPA netværksdage juni 2014. Kenneth Møller Johansen
OM SNITFLADER SAPA netværksdage juni 2014 Kenneth Møller Johansen FOKUS PÅ KOMMUNERNES HJEMMEOPGAVER Snitflader KMD Sag As-Is Dokumentation fra KMD Analyse fra KOMBIT To-do for kommuner To typer opgaver
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 mereSPOR 2. Opgaveoverblik på Støttesystemerne
SPOR 2 Opgaveoverblik på Støttesystemerne Det kommunale systemlandskab Det kommunale systemlandskab Adgangsstyring for brugere i forhold til, og SAPA SAPA Bruger Log på Kommune Bruger + Job funktions roller
Læs mereSAGS-, DOKUMENT- OG YDELSESINDEKS. v. Christian Buss Wennemose og Klaus Rasmussen Leverandørdag 26. februar 2019
SAGS-, DOKUMENT- OG YDELSESINDEKS v. Christian Buss Wennemose og Klaus Rasmussen Leverandørdag 26. februar 2019 AGENDA 1. Recap: Hvad er indekserne og hvad kan de bruges til? 2. Tilslutning og Compliance
Læs 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 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 mereSIDSTE NYT FRA KOMBIT. V/ Markedsdirektør Thomas Rysgaard Christiansen
SIDSTE NYT FRA KOMBIT V/ Markedsdirektør Thomas Rysgaard Christiansen Gevinster KOMBIT Besparelser på de direkte it-omkostninger Kommunen Effektiviseringer gennem omlægning af arbejdsgange Baseline for
Læs mereCPR/CVR-PROJEKTET: ARBEJDET MED UDFASNING AF BETALING TIL KOPIDATA HERUNDER P- OG V-DATA
CPR/CVR-PROJEKTET: ARBEJDET MED UDFASNING AF BETALING TIL KOPIDATA HERUNDER P- OG V-DATA Jonas Gundersen Lundberg, Bornholm Regionskommune Mette Kurland, projektleder, KOMBIT Kommunedage januar 2016 CPR/CVR-projektet
Læs mereKravspecification IdP løsning
Kravspecification IdP løsning Resume IT-Forsyningen, som varetager IT-drift for Ballerup, Egedal og Furesø Kommuner, ønsker at anskaffe en IdP/Føderationsserverløsning, der kan understøtte en række forretningsmæssige
Læs mereSnitfladeoversigt KMD aktiv - Systemafhængigheder Sorø - AS-IS
Snitfladeoversigt aktiv - afhængigheder Sorø - AS-IS Doc2archive Svag afhængighed: Ingen indvirkning på s drift af andre systemer samt den fortsatte integration til 3.partssystemer. Snitfladen opsiges
Læs mereSPOR 1: ADGANGSSTYRING
SPOR 1: ADGANGSSTYRING v. Rasmus Halkjær Iversen og Karin Hindø Data- og infrastrukturdage 16. og 19. september 2019 Formål med dagen: At få overblik over hele adgangsstyring med specielt fokus på STS
Læs mereKOMBIT Byg og Miljø FAQ. Byg og Miljø. Version 1.1 24. januar 2014 BHE
KOMBIT Byg og Miljø FAQ Byg og Miljø Version 1.1 24. januar 2014 BHE Indhold Login og rettigheder... 3 Aktiviteter, sager, projekter... 4 Regler... 5 Proces... 6 Kommunikation... 7 Filer... 8 Integration
Læs 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 mere