Upload
others
View
3
Download
0
Embed Size (px)
Citation preview
GENUDBUD AF
SERVICEPLATFORMEN
Informationsmøde – 3. oktober 2017
Dagsorden
1. Velkomst og præsentation af deltagere fra KOMBIT
2. Hvem er KOMBIT og hvad er KDI
3. Hvad er Serviceplatformen
4. Temaer til belysning i markedsdialog
5. Anskaffelsesproces (udbudsform- og faser samt tidsplan)
6. Dialogmøder – videre forløb
VELKOMST OG PRÆSENTATION
Præsentation af KOMBIT deltagere
Kenneth Møller Johansen Projektchef, chef for KDI
Mikael Schwartz Projektleder
Henrik Højlund Kjær Jurist
Peter Bildt Servicemanager
Tomas Volf Forretningsudvikler
Michael Werliin Arkitekt
Morten Biehl Arkitekt
Malene Bergstrøm Pedersen Projektkoordinator
Inge Speiermann-Vognsen Markedschef
Lars Guld Fuglsang Chef for KDI Drift
HVEM ER KOMBIT
KOMBIT er kommunernes it-fællesskab. Vi skaber et fundament for fremtidens kommune
gennem sikker, sammenhængende og innovativ digitaliseringMis
sion
Str
ate
gis
ke f
okuso
mrå
der
KOMBITs vision er at give kommunerne frihed og muligheder i den digitale fremtid
Vis
ion
Vir
kem
idle
r
Fælleskommunal
it-sammenhæng- Optimering og merværdi
Fælleskommunal
innovation og teknologi- Modning og nye behov
Standardisering, kontrakter og kravspecifikationer
Forhandlingskraft, indkøb og konkurrence
Idémodning, afprøvning, videndeling og udbredelse
Fælleskommunal
infrastruktur og
løsninger- Sikkerhed og data
Str
ate
gis
ke f
okuso
mrå
der
Fælleskommunal
infrastruktur og
løsninger- Sikkerhed og data
Str
ate
gis
ke f
okuso
mrå
der
Fælleskommunal
it-sammenhæng- Optimering og merværdi
Fælleskommunal
infrastruktur og
løsninger- Sikkerhed og data
Str
ate
gis
ke f
okuso
mrå
der
Fælleskommunal
it-sammenhæng- Optimering og merværdi
Fælleskommunal
innovation og teknologi- Modning og nye behov
Fælleskommunal
infrastruktur og
løsninger- Sikkerhed og data
Str
ate
gis
ke f
okuso
mrå
der
Vir
kem
idle
r
Fælleskommunal
it-sammenhæng- Optimering og merværdi
Fælleskommunal
innovation og teknologi- Modning og nye behov
Standardisering, kontrakter og kravspecifikationer
Forhandlingskraft, indkøb og konkurrence
Idémodning, afprøvning, videndeling og udbredelse
Fælleskommunal
infrastruktur og
løsninger- Sikkerhed og data
KOMBIT er kommunernes it-fællesskab. Vi skaber et fundament for fremtidens kommune
gennem sikker, sammenhængende og innovativ digitaliseringMis
sion
Str
ate
gis
ke f
okuso
mrå
der
KOMBITs vision er at give kommunerne frihed og muligheder i den digitale fremtid
Vis
ion
Vir
kem
idle
r
Fælleskommunal
it-sammenhæng- Optimering og merværdi
Fælleskommunal
innovation og teknologi- Modning og nye behov
Standardisering, kontrakter og kravspecifikationer
Forhandlingskraft, indkøb og konkurrence
Idémodning, afprøvning, videndeling og udbredelse
Fælleskommunal
infrastruktur og
løsninger- Sikkerhed og data
HVAD ER KDI?
KOMMUNERNES DATA & INFRASTRUKTUR (KDI)
KDI skal forsyne kommunerne
med forretningsrelevante data
via fælleskommunal infrastruktur
2. Hurtigt udvikle nye
data-løsninger der
møder forretningsbehov
1. Proaktivt modne og udvikle
forretningsrelevante idéer
3. Kontinuert sikre drift
af stabil, sikker og
velsupporteret infrastruktur
4. Effektiv eksekvering med fokus på kunder, kvalitet og kommunikation
Kommunerne er trygge og har vished for at deres investering i en fælles infrastruktur giver det
forventede udbytte i form af øget konkurrence og billigere og bedre adgang til data og services,
der genbruges på tværs af kommunernes forretningsløsninger
Succesk
rite
rie
Mis
sion
Forr
etn
ingsm
ål
SpaghettiD
ata
kild
er
Da
taku
nd
er
KDI som ‘datadistributør’ eller ‘datamægler’
KDI
Da
takild
er
Da
taku
nd
er
Om Kommunernes Data & Infrastruktur (KDI)
• It’s all about data (ikke leverandørens men kommunens data)
• Fokus på kommuners forretningsbehov for adgang til data
• Muligheder for genbrug på tværs af forretningsapplikationer
• Nemmere at være datakilde (én indgang til 98 kommuner)
• ‘Datamægler’ (kontakt og kontrakt med datakilder og datakunder)
• ‘Datadistributør’ med stabil infrastruktur
• Primært: Forsyningssikkerhed, Ubrudt datastrøm, Hurtig respons
• Sekundært: Innovation, Rådgivning, Support, Afregning
• Non-profit: Sammenhæng mellem omkostninger og indtægter
Understøtter proaktivt kommuners digitaliseringsbehov med bedre og billigere adgang til data (og funktionalitet)
Den fælleskommunale it-infrastruktur anerkendes som en troværdig og stabil platform, hvor daglig drift
håndteres åbent og professionelt
Deltager som en naturlig samarbejdspartner i fællesoffentlige it-infrastruktur-initiativer
VISION FOR KOMMUNERNES DATA & INFRASTRUKTUR (KDI)
Vedligeholder
forretningsorienteret
servicekatalog
Sikrer leverandørernes
aktive og tværgående
fejlsøgning 24/7
Prioriterer og
planlægger udvikling af
fremtidige services
Sikrer proaktiv
overholdelse af arkitektur
og sikkerhed
Beslutter ændringer
og godkender releases
Styrer
leverandørkontrakter og
kontrollerer serviceniveau
Sikrer konsistent
forretningsmodellering og
følger op på datakvalitet
Definerer
forretningsmæssige
vilkår
KOMBITs
forvaltning
af it-løsninger
Tjekker om lovforslag er
digitaliseringsparate og
sikrer at ny lovgivning er
it-understøttet
§
Fokus for KOMBITs forvaltning af it-løsninger
HVAD ER SERVICEPLATFORMEN
Om Serviceplatformen
• En fælleskommunal integrationsplatform, der på ét sted
samler data, som kommunale it-systemer ofte anvender
• Data kommer fra mange forskellige kildesystemer• Registre: Fx CPR, CVR
• Myndigheder: Fx SKAT, STAR
• Kommunernes administrative it: Fx ESDH, Økonomi, Organisation
• Kommunernes fagsystemer: Fx Beskæftigelse, Børn&Unge m.v.
• Data udstilles som services på Serviceplatformen• Så kommuner og it-leverandører på en ensartet måde kan få
adgang til at anvende data til kommunale it-løsninger
Æ
Service-
platformen
Datakilder Datakunder
Z
Y
X
Å
Ø
D
C
B
A
F
E
Infrastruktur
Anvendelse af Serviceplatformen
• Alle landets kommuner er oprettet på Serviceplatformen,
og over 90 af kommunerne trækker i dag på services fra
Serviceplatformen i ét eller flere af deres it-systemer.
• Mere end 60 it-leverandører er tilsluttet platformen og får
data til kommunale it-systemer derfra. Mere end 90 it-
leverandører er tilsluttet testmiljøet.
• 10-15 services i produktion – forventer omkring 100+, når
monopolbruddet er fuldt udrullet
Den nuværende anvendelse af Serviceplatformen
Services
CPR-services
CPR Abonnement
CPR Service
Person stamdata (lo...
CPR Kommunekode
ADRSOG1 - CPR Opsla...
Familie+ - CPR Opsl...
Familie - CPR Opsla...
navne3 - CPR Opslag...
STAM+ - CPR Opslag ...
STAM - CPR Opslag (...
Adresse4 - CPR Opsl...
Udvidet person stam...
CPR Query
Person stamdata, ud...
CVR: CVR Online 3.0SF1530 Formålet med servicen er at give kommunens anvendersystemer mulighed for at tilgå kildesystemet CVR-Online 3.0 der udstillet af Erhvervsstyrelsen.
Ejendom: OIS Service.SF5100 - Formålet med servicen er at give anvendersystemer mulighed for at hente ejendomsdata ved at tilgå kildesystemet OIS Service, der udstilles af LIFA. Servicen giver adgang til alle OIS-data.
IndkomstOplysningIndberetSF0770_B Servicen har til formål at understøtte anvendersystemers mulighed for indberetning af et ansættelsesforhold og/eller udbetalte ydelser for en enkelt borger.
NemSMS: VedligeholdTilmeldingSF2250 Formålet med servicen er at en borger/virksomhed kan til- og afmelde sig NemSMS, samt ændre på stamdataoplysning, hvilket sker gennem NemSMS løsningens register (eBoks).
SKAT eIndkomstSF0770_A Integration har til formål at hente indkomstdata til anvendersystemer, som har forvaltningsmæssigt brug for disse data.
SKAT IndkomstAbonnementVedligeholdSF0770_E Formålet med integrationen er at anvendersystemerne kan abonnere på indberetninger om indkomst fra SKAT på ønsket personnumre. Indkomstindberetningerne kan benyttes af anvendersystemet til at generere ændringshændelser for personens indkomstforhold.
Den nuværende anvendelse af Serviceplatformen
Antal kald
2.174.681 1.892.726 1.944.873 2.546.687
3.552.114 3.044.496
8.205.788
4.290.638 4.874.778
7.666.460
11.128.943
12.483.132
8.258.808
6.238.649 6.394.635 6.475.333 7.111.015
5.570.192 6.559.259 6.836.954
7.712.113 8.722.405
13.037.684
16.623.312 16.187.793
18.705.265
10.952.015 11.518.087
12.049.513
14.356.939
-
2.000.000
4.000.000
6.000.000
8.000.000
10.000.000
12.000.000
14.000.000
16.000.000
18.000.000
20.000.000
01-0
2-2
01
5
01-0
3-2
01
5
01-0
4-2
01
5
01-0
5-2
01
5
01-0
6-2
01
5
01-0
7-2
01
5
01-0
8-2
01
5
01-0
9-2
01
5
01-1
0-2
01
5
01-1
1-2
01
5
01-1
2-2
01
5
01-0
1-2
01
6
01-0
2-2
01
6
01-0
3-2
01
6
01-0
4-2
01
6
01-0
5-2
01
6
01-0
6-2
01
6
01-0
7-2
01
6
01-0
8-2
01
6
01-0
9-2
01
6
01-1
0-2
01
6
01-1
1-2
01
6
01-1
2-2
01
6
01-0
1-2
01
7
01-0
2-2
01
7
01-0
3-2
01
7
01-0
4-2
01
7
01-0
5-2
01
7
01-0
6-2
01
7
01-0
7-2
01
7
01-0
8-2
01
7
Udvikling i kald på serviceplatformen
• 100-200 mio. kald pr. år pt, men antallet
kald vil stige eksponentielt, når alle
monopolbrudssystemerne (KOMBIT og
UDK) kommer på Serviceplatformen
Hvordan Serviceplatformen
Serviceplatformen består overordnet set af to dele:
• En integrationsplatform, hvor it-systemer på en ensartet
måde kan koble sig til Serviceplatformen og anvende de
tilgængelige services
• En selvbetjeningsdel, hvor man som kommune eller it-
leverandør kan administrere aftaler om adgang til data, få
overblik over forbrug mm.
Det hele foregår på www.serviceplatformen.dk.
På siden findes også oversigter over tilgængelige services, priser,
brugsvejledninger og vilkår for brug af services
Case 1: Familie+
Forretningsbehovet for data (use case):
Mulighed for at fremsøge familie-, stam- og navneoplysninger for en given person ved
opslag på et personnummer
Løsningen udviklet af SSE (integrationstype):
SOAP service - opslag i CPR replika
Antal kald pr. måned:
Ca. 4 mio. kald i september
CPR
(CPR Replika
på SP)
SP
20 forskellige
kommunale
leverandører
Datakilde DatakundeServiceplatformen
Case 2: CPR Query
Forretningsbehovet for data (use case):
Behov for at kunne lave fremsøgning af borgere på andre parametre end CPR-nr. fx
adresse
Løsningen udviklet af SSE (integrationstype):
SOLR søgning i CPR replika
Antal kald pr. måned:
Ca.220.000 kald i september
CPR
(CPR Replika
på SP)
SP4 kommunale
leverandører
Datakilde DatakundeServiceplatformen
Case 3: Print
Forretningsbehovet for data (use case):
Distribution af breve/meddelelser til borgere og virksomheder uafhængigt af, hvilken
fjernprintleverandør den enkelte kommunerne har valgt.
Løsningen udviklet af SSE (integrationstype):
Kompleks service, hvor aflevering af print kan håndteres på 3 forskellige måder.
Antal kald pr. måned:
Ca. 82.000 i september måned
E-Boks SP BBR
Datakilde DatakundeServiceplatformen
Services i pipelinen
SKAT Indkomst - Opslag personoplysninger
Årsopgørelse
Feriekonto batch opslag
Sags- og Dokumentindeks
Ydelseindeks
Organisation
Klassifikation
CPR - online opslag
CVR - online
ØiR - Afsend økonomipostering til ØiR (Finans)
ØiR - Afsend debitorregistrering til ØiR (Debitor)
ØiR - Afsend udbetalingsanmodninger til ØiR (Udbetalinger)
STAR DFDG - Afgiv status på sygedagpengesag
STAR Dataload
Ledelsesinformation - dataload
Logning via Serviceplatformens sFTP-server
OIO Sag
OIO Journal
OIO Dokument
Danmarks Statistik Udtræk
Jobcenter SDP Hændelser vedr. sygedagpengefravær til Jobcenter
Jobcenter SDP Afsend anmodning om forlængelse til jobcenter
Jobcenter SDP - Afsend status på jobcentersag
Jobcenter SDP - Opslag på sag og sagsresume
Erhvervssystemet (eIndkomst)
Fordelingskomponenten version 2
Link hjemmesiden omkring ændringsønsker:
http://www.kombit.dk/indhold/onsker-til-nye-snitflader
Ifm. monopolbruds-
programmet skal
kommunernes nye
fagsystemer trække på
dataservices fra
Serviceplatformen.
Fx skal Sygedagpenge-
systemet (KSD)
anvende over 40
datasnitflader.
Æ
Datakilder Datakunder
Z
Y
X
Å
Ø
D
C
B
A
F
E
Sikkerheds Infrastruktur
Servicekatalog
Service Aftale Administration
Administrationsmodul
Rapporteringsmodul
Integration Toolbox
Adgangsmodul
Sikkerhed
Integration til Drift &
Rapportering
Logning
SFTP
Webservices
Besked agent
Fordelingskomponent
Replika
Beskedfordeler
Nuværende arkitektur
Anvendte teknologier
Platform & framework:
• Grails
• Java 8
Protokoller:
• SOAP og REST services
• SFTP
• RabbitMQ Client
• IBM MQ Client
Database:
• Hibernate
• MySQL
Servere:
• JBoss App.Server
• Red Hat Linux
TEMAER TIL BELYSNING I
MARKEDSDIALOG
FORRETNINGSMÅL&
MÅLBILLEDE
Forretningsmæssige mål 1/2
• Understøtte behov for data og integrationer:
• Den fælleskommunale digitaliseringsstrategi
• Monopolbrudsprogrammet
• KOMBITs nye forretningsstrategi
• Fokus på sikker og stabil udstilling af system-til-system data
(fra datakilder til datakunder)
• Gennemskuelig vederlagsmodel med mulighed for
budgetsikkerhed overfor anvenderne
Forretningsmæssige mål 2/2
• Mulighed for på sigt at afregne forskellige priser for samme
service afhængigt af anvendertype
• Bi-modal: Stabil drift og agil udvikling
• Samarbejde med leverandørkorps om innovativ afprøvning
og agil udvikling af services til kommunerne
Æ
Service-
platformen
Datakilder Datakunder
Z
Y
X
Å
Ø
D
C
B
A
F
E
Infrastruktur
Serviceplatformen Classic
Genudbud af Drift og Vedligehold
• Monitorering og Event
Management
• Backup og Restore
• Incident Management
• Problem Management
• Service Desk
• Request Fulfilment
• Access Management
• Change Management
• Release and
Deployment
Management
• Patch Management
• Asset and
Configuration
Management
• Knowledge
Management
• Capacity Management
• Availability
Management
• IT Service Continuity
• Information Security
Management
Æ
Service-
platformen
Datakilder Datakunder
Z
Y
X
Ø
D
C
B
A
E
Infrastruktur
Genudbud af Videreudvikling
• Solution design &
Architecture
• Source & Customer inclusion
• Requirement Management
• Integration Development
• Component Development
• Consultancy and technical
support
• Pro active quality
management
• Test as a service, incl. end-to-
end
• Infrastructure development
• DevOps & Continuous Delivery
• Security management
• Architecture Governance
• Deployment Architecture
• Technology selection
• Methology and framework
implementation
• Continuous Integration
Æ
Serviceplat
formen
Datakilder Datakunder
Z
Y
X
D
C
B
A
Infrastruktur
• Monitorering og Event
Management
• Backup og Restore
• Incident Management
• Problem Management
• Service Desk
• Request Fulfilment
• Access Management
• Change Management
• Release and
Deployment
Management
• Patch Management
• Asset and
Configuration
Management
• Knowledge
Management
• Capacity Management
• Availability
Management
• IT Service Continuity
• Information Security
Management
Æ
Service-
platformen
Datakilder Datakunder
Z
Y
X
Ø
D
C
B
A
E
Infrastruktur
Udviklingskorps (integrationer/komponenter)
I II III IV V S
Genudbud af drift og vedligehold af tredjeparters udvikling
Æ
Service-
platformen
Datakilder Datakunder
Z
Y
X
Å
Ø
D
C
B
A
F
E
Infrastruktur
Den fælleskommunale infrastruktur er mere end Serviceplatformen
Æ
Service-
platformen
Datakilder Datakunder
Z
Y
X
Å
Ø
D
C
B
A
F
E
Beskedfordeler
MPLS
Sikkerhed
Infrastruktur
FLIS
Den fælleskommunale infrastruktur er mere end Serviceplatformen
UDBUD AF SYSTEMFORVALTER / SERVICEINTEGRATOR
FOR HELE INFRASTRUKTUREN
Æ
Service-
platformen
Datakilder Datakunder
Z
Y
X
Å
Ø
D
C
B
A
F
E
Beskedfordeler
Sikkerhed
Infrastruktur
FLIS
System-
forvalter
/
Service-
integrator
System-
forvalter
/
Service-
integrator
Systemforvalter / Serviceintegrator
Service Catalogue
Capacity & Availability
Assets & Configuration
Data Governance
Service Introduction
Change
Release & Deploy
Teknisk afprøvning
Early life support
Service Req. & Access
Support til ibrugtagning
Service Levels monitoring
Incident & Problem
Events & Disaster
Recovery
MPLS
Målbillede for Sourcing i Kommunernes Data & Infrastruktur (KDI)
Æ
Services
Datakilder Datakunder
Z
Y
X
Å
Ø
D
C
B
A
F
E
Beskedfordeler
Sikkerhed
Infrastruktur
FLIS
System-
forvalter
/
Service-
integrator
System-
forvalter
/
Service-
integrator
Udviklingskorps (integrationer/komponenter)
I II III IV V S
MPLS
DRIFT SET-UP
Forudsætninger 1/2
• Udbuddet baseres på KOMBITs standarddriftskontrakt
• Efter al sandsynlighed udbydes driftskontrakt på 4 år med
mulighed for 3 gange 2 års forlængelser
• Kontrakten vil være baseret på 3-lags modellen, som
understøtter opdeling i:• Infrastrukturdrift
• Applikationsdrift
• Applikationsvedligehold
• Kædeansvar
Forudsætninger 2/2
3-lags modellen:
Primære principper – 1/4
• Systemet skal være robust og opleves stabilt i drift med en
tilgængelighed på minimum 99,9% for infrastruktur- og
applikationsdrift på 99,9% og et kombineret tilgængeligheds
servicemål (KTS) 99,85%
• Systemet skal være sikret mod datatab
• Systemet skal driftafvikles samtidigt i minimum to geografisk
adskilte datacentre, hvor alle data synkront opdateres i alle
driftscentre: • Hvis et center bliver utilgængeligt, skal driften automatisk
fortsætte i de øvrige centre
• Der skal være tilstrækkelig kapacitet i de øvrige datacentre til
at sikre normal drift
Primære principper – 2/4
• Infrastruktur og middleware skal kunne opdateres, mens
systemet er i normal drift
• Applikationssoftware skal som hovedprincip kunne
opdateres, mens systemet er i normal drift. Lukkevinduer i
forbindelse med opdateringer skal begrænses
• Produktionsmiljøet skal være fleksibelt og skalerbart, så
kapacitet herunder ekstra testmiljøer kan tilføjes og fjernes
hurtigt og fleksibelt
• Driftsydelserne skal leveres på en ”as a service” basis, hvor
leverandøren har ansvar for at sikre den til enhver tid
nødvendige infrastruktur og tilstrækkelige kapacitet
Primære principper – 3/4
• Den valgte driftsmodel skal være økonomisk effektiv og
tillade brug af nye metoder og driftsformer, der fremkommer
i kontraktperioden således, at driftsomkostningerne falder i
aftalens løbetid og er i trit med markedsudviklingen
• Det skal være muligt at driftafvikle andre systemer på
Serviceplatformen. Mulige modeller:• I form af afvikling som tredjepartssoftware
• Som egentlig option
• ?
Primære principper – 4/4
• Leverance af standardydelser skal i vidt omfang være
automatiseret og kunne bestilles både ved en
selvbetjeningsportal, der understøtter en godkendelsesproces
eller henvendelse til servicedesk
• KOMBIT forestiller sig, at der vil være brug for en bimodal
driftsmodel med to ”ben”:• Et hvor det, der er modnet og helt stabilt, afvikles i henhold til de
aftalte og kendte processer og SLA’er• Et andet, hvor nye knap så modne services og komponenter hurtigt
kan tages i brug og afvikles med andre ”light” driftsprocesser og andre SLA’er
Driftsvederlag
• Leverandøren vil få et månedligt vederlag for drift og
support af Systemet
• Vederlagets størrelse skal reguleres efter de
omkostningsbærende faktorer
• Den præcise afregningsmodel fastlægges ved udarbejdelse
af udbudsmaterialet
ARKITEKTURMÆSSIGE OVERVEJELSER
Arkitekturmæssige overvejelser
1. Hvordan kan Integration Toolbox udvides?
2. Hvordan understøttes bi-modal (multi-modal) IT?
3. Hvordan understøttes leverancer fra et heterogent
udviklingskorps?
4. Hvordan kan cloud udnyttes for infrastruktur (og evt. andet)?
5. Hvilke arkitektoniske/tekniske muligheder har vi ikke set?
Hvordan kan Integration Toolbox udvides?
Integration Toolbox
SFTP
Webservices
Besked agent
Fordelingskomponent
Replika
Eksempler på mulige udvidelser:
• Microservices
• API
• …
AS-IS:
Hvordan understøttes bi-modal (multi-modal) IT?
Mode 1
Sequential:
stability and reliabilty
Mode 2
Exploratory:
agility and flexibility
Solution design & Architecture
Source & Customer inclusion
Requirement Management
Integration Development
Component Development
Consultancy and technical
support
Pro active quality management
Test as a service, incl. end-to-
end
Infrastructure development
DevOps & Continuous Delivery
Security management
Architecture Governance
Deployment Architecture
Technology selection
Methology and framework
implementation
Continuous Integration
Æ
Serviceplat
formen
Datakilder Datakunder
Z
Y
X
D
C
B
A
Infrastruktur
Udviklingskorps (integrationer/komponenter)
I II III IV V S
Hvordan understøttes leverancer fra et heterogent udviklingskorps?
Hvordan kan cloud udnyttes for infrastruktur (og evt. andet)?
Infrastruktur:
• Hvad er forudsætning for at anvende cloud?
• Hvilke dele af infrastruktur kan potentielt cloudes?
• Hvilke cloud-modeller er relevante/realistiske?
Løsningskomponenter:
• Hvad er forudsætning for at anvende cloud?
• Hvilke løsningskomponenter kan potentielt cloudes?
• Hvilke cloud-modeller er relevante/realistiske?
Hvilke arkitektoniske/tekniske muligheder har vi ikke set?
TRANSITION
Transition
Fokuspunkter:
1. Stabil drift under hele transitionen
2. Kontinuerlig udvikling/vedligehold af integrationer/forretningsbehov
3. Kontinuerlig vedligehold af kernefunktionalitet
Transitionsmodeller:
1. Big bang
2. Dual drift i overgangsperiode
1. Successiv transition af kernefunktionalitet
2. Successiv transition af integrationer
FORUDSÆTNINGER FOR OVERTAGELSE
Forudsætninger for overtagelse
• Dokumentation
• Systemadgang
• Andet
ANSKAFFELSESPROCES
Udbudsform, faser m.v.
Udbud med forhandling:
1) Prækvalifikation
2) Informationsmøde for tilbudsgivere
3) Udarbejdelse af indledende tilbud
4) Tilbudspræsentation
5) Evaluering og forhandling
6) Endeligt tilbud (BAFO)
7) Evaluering og kontrakttildeling
Tidsplan
Udbudsmateriale
Prækval
Udvikling og Udrulning
1. sept. ‘17 Ult. okt
‘17
Til-
bud
Evaluering og
forhandling
Primo
feb ‘18
Primo
marts
‘18
Kon-
trakt
Medio
‘18
Afkl
Transition
Drift
Jan ‘19
Forvaltning og Videreudvikling
Krav og kontrakt
PID, BC, ANSK STR
Markedsdialog
Analyse og Plan
Ult. Dec
‘17
Aug.
‘18
VIDERE FORLØB
Videre forløb i f.t. markedsdialog
Afholdelse af bilaterale dialogmøder med de 5 mest relevante
virksomheder
De virksomheder som evt. ikke får adgang til deltagelse i møder
kan indgive deres skriftlige input.
Dato Aktivitet
4. oktober 2017 Upload af præsentation og referat fra informationsmøde
6. oktober 2017 Interesserede virksomheder skal give besked til KOMBIT om deltagelse i
dialogmøder, herunder oplyse om relevante erfaringer, som
markedsdialog kan tage udgangspunkt i.
10. oktober 2017 KOMBIT melde ud hvem der ønskes afholdt møder med.
23. til 25. oktober 2017 Afholdelse af dialogmøder (3 timers varighed)