Servicebeskrivelse for RejsUd. Juni 2019

Relaterede dokumenter
Servicebeskrivelse for IndFak. Juli 2019

Servicebeskrivelse for Statens HR. September 2019

Servicebeskrivelse for Statens erekruttering. September 2019

Servicebeskrivelse for Statens BI LDV. Juni 2019

Servicebeskrivelse for Statens Koncernsystem. Juni 2019

Servicebeskrivelse for kreditkort. September 2019

Servicebeskrivelse for Statens Koncernbetalinger/Offentligt. Betalingssystem. Juni 2019

Endvidere beskrives ansvarsdelingen mellem virksomheder/brugere og Moderniseringsstyrelsen. 1. Indledning kort beskrivelse af Statens Lønløsning...

Generel Servicebeskrivelse. Juni 2019

Anvendelse og funktion af Ændring af momssats i RejsUd og Rejsekonto i RejsUd Navision

Gældende ansvarsfordeling ved integration mellem lokalt fagsystem og Navision Stat via den generiske integrationssnitflade, GIS.

Gældende ansvarsfordeling ved integration mellem lokalt fagsystem og Navision Stat via den generiske integrationssnitflade, GIS.

Gældende ansvarsfordeling ved integration mellem lokalt fagsystem og Navision Stat via den generiske integrationssnitflade, GIS.

Implementering af RejsUd2. september

Servicebeskrivelse for Navision Stat. Juni 2019

Servicebeskrivelse Version 1.0

Bilag 3 Administration af brugeradgang

Servicebeskrivelse for Statens Lønløsning. Marts 2019

Navision Stat 9.2. HR Medarbejder. Overblik. Side 1 af 11. ØSY/SKH 5. december 2018

Rejseafregning og best practice

Cirkulæreskrivelse om fælles dataansvar vedrørende Moderniseringsstyrelsens fællesoffentlige systemer

Bilag 7 Forretningsnødplaner

Servicebeskrivelse. Servicebeskrivelse for Statens Lønløsning. Side 1 af november 2018 Statens Lønløsning. 1. Indledning. 2.

Hvilke opgaver understøtter Navision Stat 5.1? Hvornår vil Navision Stat 5.1 blive implementeret?

Formål med IndFak. Staten skal have ét system til håndtering af indkøb og fakturaer Procesbesparelser ved at automatisere arbejdsgange og kontroller

Oprettelse og opdatering af kreditorer

MedComs informationssikkerhedspolitik. Version 2.2

Hvorfor er kreditor og betaling ikke låst?

Servicebeskrivelse. 6. juli 2015 ØSY/LHR/SAR. Version 1.3

Bilag 15 Leverandørkoordinering

Kvikguide til kørslen Forbered for RejsUd2 integration

Fakturafordeler Udvidet uddannelse

Udkast til svar på Rigsrevisionens rapport om it-sikkerheden på SDN [Godkendt af MedComs styregruppe den 12. februar 2016]

Workshop 2 Implementering af IndFak2. marts

Leverings- og vedligeholdelsesvilkår for Moderniseringsstyrelsen lokale datavarehus LDV

Rettigheder og Roller i IndFak

! Databehandleraftale

Best Practice for rejseadministration i staten. Vejledning fra bestilling til betaling

Af Camilla Mørk Rösler 1. marts 2014 Versionsnummer Service Level Agreement (SLA) Kreditor

Digitaliseringsstyrelsens konference 1. marts 2018

Videoknudepunktet (VDX) UDKAST Danske Regioner

Pjece om Statens Lønløsning. Februar 2019

UDKAST: Sundhedsdatanettet (SDN) Danske Regioner

MedCom Systemforvaltning (SDN/VDX/KIH) Danske Regioner

Automatiseret refusion af EU-moms. $Få jeres penge tilbage hurtigt og uden besvær! vattax.com

Forord. Pjecen er målrettet institutioner der ikke anvender Statens lønløsning. Pjecen indeholder information om følgende:

SAMARBEJDSAFTALE VEDRØRENDE KOMMUNERNES TILSLUTNING TIL UDFASNING AF KMD SOCIAL PENSION

Gode råd og tips - til implementering af RejsUd

UDVALGET FOR HUSMODERFERIE Politik for opbevaring og sletning af personlige oplysninger

BILAG 5 DATABEHANDLERAFTALE

FGU opgaver under systemimplementeringen. April 2019

Microsoft Dynamics AX Scanfak. Fall

3. Generelt a) Databehandlerens behandling af data sker alene efter dokumenteret instruks fra den dataansvarlige og alene til det aftalte formål.

Databehandleraftale Bilag 8 til Contract regarding procurement of LMS INDHOLD

Introduktion til IndFak - FGU. Webinar April 2019

Kundeforum. 20. Juni 2017

Generel Databehandleraftale for administrationer under Naver Ejendomsadministration ApS

vedrørende bestilling og forvaltning af Infrastruktur til Fælles Udbud af Telemedicin

Microsoft Dynamics. Fall. 16 AX Scanfak

Leverandørstyring: Stil krav du kan måle på

Administration af konti og rettigheder til konti. Nye betalingsformidlingsfaciliteter på markedet

Kontrakt om Videreudvikling, Vedligeholdelse og Support af IMK2- systemet. Bilag 12 - Ændringshåndtering

RejsUd2 og Indberetning til SKAT

OPTION TIL RM OG RN BILAG 16 TIL KONTRAKT OM EPJ/PAS YDELSER VED OPHØR

AU AARHUS UNIVERSITET. AUs Rejsepolitik. Overordnede principper

RELEASE NOTE: INDFAK OG REJSUD

Hvis vi har brug for yderligere oplysninger end angivet ovenfor, vil vi orientere dig herom ved indsamlingen heraf.

PERSONDATAPOLITIK (EKSTERN)

Kvikguide til Navision Stat 9.x

EMS tjekliste. (A) Kreditkort data. (B) Medarbejdere:

Kontrakt om Drift, Videreudvikling, Support af tilskuds- og kontroladministrative

Leverings- og vedligeholdelsesvilkår. for. Økonomistyrelsen lokale datavarehus ØS LDV

Ledelsen har sikret, at der er etableret en hensigtsmæssig itsikkerhedsorganisation

Handlingsplan til implementering af RejsUd

Konsulentydelser til implementering af ITSM KONTRAKTBILAG 7 SPECIFIKATION AF SUPPORT OG VEDLIGEHOLDELSE. Side 1 af 6

Kontrakt om Drift, Videreudvikling, Support af tilskuds- og kontroladministrative

Lønkontrol Cases til inspiration

Roller i RejsUd Februar

IT- og informationssikkerheds- politik (GDPR) For. Kontrapunkt Group

Privatlivspolitik KL s behandling af oplysninger om kommunalpolitikere og medarbejdere i kommunerne Version 1.0 maj 2018

Bilag 14 Ændringshåndtering

Alt der vedrører kreditors stamdata, herunder bank og betalingsoplysninger skal således vedligeholdes i NS og hentes fra NS til RejsUd2.

Nedenstående beskriver den samlede mængde af funktionalitetsændringer mellem Navision Stat 9.0 og 9.1, frigivet over følgende builds 1 :

RejsUd2 og Indberetning til SKAT

Spørgsmål og svar. Kontrakt om levering af rejse- og udlægssystem. Aalborg Universitet

Persondatapolitik. Dataansvarlig Vision Management A/S Kongevejen Holte Danmark CVR-nr.:

Bilag 1: Beskrivelse af ydelsen (udkast) Konsulent Rammeaftale

KERTEMINDE FORSYNING - VARME A/S Kohaven Kerteminde CVR-nr Kundeservice:

FAQ. Nye databehandleraftaler til eksisterende KMD-løsningsaftaler. Version 1 januar 2018

Håndtering af rejsekreditorer - selvejeinstitutioner

Redegørelse om Sundhedsplatformens økonomi

ØSC Kundeforum. Den 19. juni 2012

Formål Dokumentet beskriver hvordan brugere i brugerkontrollisten bliver godkendt.

BEK nr 529 af 02/05/2019 (Gældende) Udskriftsdato: 20. juni Senere ændringer til forskriften Ingen

Aftale om levering af ydelser

Kulturministeriets vejledning til retningslinjer for køb af konsulenter September 2015 KØB AF KONSULENTOPGAVER I KULTURMINISTIET 1

UDKAST: MedCom Systemforvaltning (SDN/VDX/KIH) Danske Regioner

Instruks om datasamarbejde med Arbejdsgivernes Uddannelsesbidrag

Aftale om fælles dataansvar for Dansk Boldspil-Union s fælles ITsystemer, der udbydes i Dansk Boldspil-Union s regi

Transkript:

Servicebeskrivelse for RejsUd Juni 2019

Indhold 1. Indledning og beskrivelse af systemet 3 1.1 Forretningsområdet 3 1.2 Kunder og brugere 3 1.3 Funktionalitet 3 2. Ansvarsdeling mellem parterne 4 3. Fælles dataansvar Overordnet cirkulæreskrivelse 6 3.1 Cirkulæreskrivelse 6 4. Servicemål og ydelsesbeskrivelse 7 4.1 Servicemål 7 4.2 Tilgængelighed 7 4.3 Driftsstatus 7 5. Nøglekontroller og tilhørende rapporter 8 5.1 Beskrivelse af nøglekontroller 8 6. Brugerrettighedsstyring 9 6.1 Beskrivelse af primære og sekundære brugere 9 6.2 Brugeradministration 9 6.3 Særlige adgange 9 6.4 Eksterne adgange 10 6.5 Leverandørstyring 10 6.6 Vejledninger, roller/rettighedsbeskrivelser og blanketter 10 7. Forretningsnødplaner 11 7.1 Forretningsnødplaner 11 7.2 Lokale nødplaner 11 7.3 Driftstatus 11

Side 3 af 12 1. Indledning og beskrivelse af systemet RejsUd er et fællesstatsligt system for statslige og selvejende institutioner, som understøtter rejseafregnings- og udlægsprocesser. 1.1 Forretningsområdet RejsUd understøtter forretningsprocesser for oprettelse, kontering og godkendelse af rejseafregninger og rejsebestillinger, herunder oversendelse af udlæg for rejsekreditorer til bogføring og udbetaling i Navision Stat. 1.2 Kunder og brugere Kunderne udgøres af samtlige statslige institutioner, der har en forpligtigelse til at anvende systemet, med mindre der er søgt dispensation herfor. Derudover udgøres kunderne af selvejende statsslige institutioner, der er begunstigede ift. anvendelse, og som derfor selv kan afgøre om og hvornår, de ønsker at ibrugtage systemet. Brugerne består typisk af kundens medarbejdere, der skal foretage rejse-, kørselseller udlægsafregninger på egne vegne, eller som er bemyndiget til at gøre det på andres vegne. 1.3 Funktionalitet Systemet inkluderer følgende funktionalitet: Håndtering af udlæg og forskud til medarbejdere, samt bestilling og afregninger af rejser for: Hoteller, transport og diæter for medarbejdere. Systemet integrerer endvidere med følgende instanser: SKAT for indberetning af skattepligtige ydelser Leverandør af taxa-ydelser til staten (nuværende leverandør: DanTaxi) for udveksling af taxakort Leverandør af rejsebureau-ydelser til staten (nuværende leverandør: Carlson Wagonlit (CWT)) for udveksling af rejseplaner Leverandør af kreditkort-ydelser til staten (nuværende leverandør: SEB) for udveksling af kreditorkorttransaktioner Navision Stat for udveksling af stamdata og rejseafregninger. Systemet omfatter ikke bogføring og betaling. Til dette formål anvendes statens økonomistyringssystem Navision Stat. Se ligeledes servicebeskrivelsen for Navision Stat.

Side 4 af 12 2. Ansvarsdeling mellem parterne Afsnittet indeholder en beskrivelse af ansvarsfordelingen mellem institutionen og Moderniseringsstyrelsen. Den generelle ansvarsdeling mellem Moderniseringsstyrelsen og statslige og selvejende institutioner, der anvender RejsUd, er beskrevet i skemaet nedenfor. Der er i den generelle ansvarsdeling ikke indarbejdet evt. opgavesplit og aftaler mellem institutioner og Statens Administration el evt. andre shared-servicecentre/administrative fællesskaber. RejsUd er et standardsystem, der leveres af Miracle som hovedleverandør og Tricom og Ibistic som underleverandører. Standardsystemet leveres som en SaaS-løsning. Ved en SaaS/Software-as-a-Service-løsning forstås her et system, hvor drift og vedligehold af både applikationen og teknisk infrastruktur varetages af leverandøren. Tabel 2.1 Skema over ansvarsdeling Element Moderniseringsstyrelsen Kunden Produktstrategi Den overordnede produkstrategi fastlægges af N/A leverandøren af systemet. Vedligehold og videreudvikling Dokumentation Sikkerhed Moderniseringsstyrelsen har ansvar for at sikre at systemet understøtter statslige behov. Moderniseringsstyrelsen har dialogen med leverandøren, der står for samtlige tilpasninger af systemet. Leverandøren har ansvar for udarbejdelse og vedligeholdelse af dokumentation. Moderniseringsstyrelsen har ansvar for at sikre at leverandøren lever op til sine forpligtelser samt at den leverede dokumentation tilpasses statens behov. Leverandøren har ansvar for at systemet understøtter den nødvendige sikkerhed i anvendelsen, samt gældende dansk og europæisk lovgivning. Moderniseringsstyrelsen har ansvar for at sikre at leverandøren lever op til sine forpligtelser. Kunden har mulighed for at indberette fejl og ønsker. Indrapporteringen sker via en indberetningsblanket som findes på modst.dk Denne sendes via Statens Administration og TopDesk til Moderniseringsstyrelsen, for en visitering af både fejl og ønsker, forud for afklaring med leverandøren. Kunden sikrer, at den virksomhedsspecifikke dokumentation om kundens anvendelse af systemet foreligger og er ajourført, herunder at regnskabsinstruksen holdes opdateret. Kunden sikrer, at opsætning og anvendelse af systemet overholder relevant lovgivning og revisionskrav.

Side 5 af 12 Tabel 2.1 Skema over ansvarsdeling Element Moderniseringsstyrelsen Kunden Applikationssupport Der ydes level 1 support via Statens Administration, og level 2 support via Moderniseringsstyrelsen. Eventuelt behov for eskalering til leverandøren varetages af Moderniseringsstyrelsen. Uddannelse og kurser Der udbydes en række e-læringskurser i RejsUd, som kan tilgås via Campus. Gå til oversigt på modst.dk Gå til serviceportalen på statensadm.dk Se Brugervejledninger og e- læringsmateriale på modst.dk Der afholdes endvidere opstartsworkshops ifm. implementering. Drift Driften varetages af leverandøren som en N/A SaaS-løsning. Bruger Moderniseringsstyrelsen opretter, Kunden opretter, administrerer og administration administrerer og fører kontrol med alle fører kontrol med egne brugere privilegerede brugere, dvs. alle brugere for direkte i systemet. SAM og MODST med udvidede rettigheder i systemet. Udbud Moderniseringsstyrelsen gennemfører genudbud N/A af systemet iht. gældende EU- udbudsregler. Lokale integrationer Systemet er ikke åben for lokale integrationer. N/A Lokale robotter Opsætning af lokale robotter skal godkendes Kunden er forpligtiget til at lade ved Moderniseringsstyrelsen. evt. opsætning af lokale robotter godkende ved Moderniseringsstyrelsen. GDPR Licens Leverandøren er iht. den indgåede kontrakt forpligtiget til at sikrer at systemet understøtter GDPR. Moderniseringsstyrelsen har ansvar for at sikre de fornødne licenser til brug af systemet. Kunden har ansvar for at de data og de behandlingsaktiviteter, som foretages i systemet, tilrettelægges i overensstemmelse med GDPR-reglerne, herunder særligt ansvar for at undgå at der findes personhenførbare data/ følsomme persondata i fritekstfelter i systemet. N/A

Side 6 af 12 3. Fælles dataansvar Overordnet cirkulæreskrivelse Der foreligger fælles dataansvar, når to eller flere dataansvarlige i fællesskab fastlægger formålene med og hjælpemidlerne til behandling af persondata. Dette er i henhold til cirkulæreskrivelse om de fællesoffentlige systemer tilfældet for de fællesoffentlige systemer på økonomi-, betalings-, HR- og lønområdet, som Moderniseringsstyrelsen leverer som følge af regnskabsbekendtgørelsen. 3.1 Cirkulæreskrivelse Moderniseringsstyrelsen har i samarbejde med Datatilsynet udarbejdet en cirkulæreskrivelse (CIS nr. 9223 af 23. marts 2018), der gælder generelt for de statslige og selvejende kunder, der anvender de systemer som Moderniseringsstyrelsen stiller til rådighed jf. regnskabsbekendtgørelsens 11, stk. 2. Cirkulæreskrivelsen sikrer en dokumenteret og klar ansvarsdeling mellem Moderniseringsstyrelsen og institutionerne efter databeskyttelsesforordningens artikel 26 om fælles dataansvar. Institutionerne er helt overordnet ansvarlig for de data, som de selv placerer i systemerne, og for de processer, der ligger lokalt hos institutionen. Cirkulæreskrivelsen betyder bl.a., at der ikke skal udarbejdes databehandleraftale mellem den enkelte institution og Moderniseringsstyrelsen, samt at Moderniseringsstyrelsen er ansvarlig for sikkerheden i de omfattede systemer. Læs mere om fælles dataansvar og hent cirkulæreskrivelsen på modst.dk

Side 7 af 12 4. Servicemål og ydelsesbeskrivelse Afsnittet indeholder servicemål og ydelsesbeskrivelser for RejsUd. 4.1 Servicemål For RejsUd systemet er der udvalgt et antal processer, hvor der er defineret specifikke mål for, hvor hurtigt disse skal kunne afvikles. Der måles og afrapporteres på disse hver måned ifm. status på sidste måneds drift. I tilfælde af at disse ikke overholdes, følger Moderniseringsstyrelsen op over for leverandøren mhp. at sikre, at performance forbedres, og servicemål indfries. Derudover er der angivet en række krav til, hvor hurtigt leverandøren igangsætter og løser indberetninger af fejl og driftsproblemer ( incidents ) fra Moderniseringsstyrelsen, herunder fejl indrapporteret via supporten. Der måles og afrapporteres på disse hver måned ifm. status på sidste måneds drift, hvorom det gælder, at alle incidents af typen 'Critical' eller 'Blocker' skal være løst inden for 2 arbejdsdage 1 (svarende til 14 timer). 4.2 Tilgængelighed Systemet skal være 100 % tilgængelig 24/7, på nær ved aftalte driftsvinduer, hvor der fx sikkerhedspatches om natten. 4.3 Driftsstatus I tilfælde af lukning/utilgængelighed, eksempelvis ved optimering med ny funktionalitet eller indlæsning af sikkerhedspatches, vil der blive givet særskilt besked herom på Moderniseringsstyrelsens hjemmeside. Se også driftsstatus på modst.dk, der drives i et samarbejde mellem Statens Administration og Moderniseringsstyrelsen. 1 Der opereres med følgende klassificering. Blocker: Blokerende for afvikling af kritisk daglig forretningsfunktionalitet uden work around; Critical: Blokerende for afvikling af kritisk daglig forretningsproces uden work around, Major: Generende for afvikling af kritisk forretningsproces uden work around, Minor: Uhensigtsmæssig /ukritisk med mulig work around, Trival: Forstyrrende i mindre grad. Work around er irrelevant.

Side 8 af 12 5. Nøglekontroller og tilhørende rapporter Afsnittet beskriver RejsUds nøglekontroller og tilhørende rapporter. Nøglekontroller defineres som de vigtigste kontroller til sikring af sikker og stabil drift, samt at der ikke foregår noget uønsket eller ulovligt. 5.1 Beskrivelse af nøglekontroller Nøglekontroller, i forhold til RejsUd, skal forstås som de vigtigste kontroller, der knytter sig til integration med Navision Stat, herunder tværgående sporbarhed for aflæggelse af et retvisende regnskab og en sikker styring af udbetalinger. Tabel 5.1 Oplistning af nøglekontroller Nøglekontrol Beskrivelse 1 Det er muligt at følge transaktionssporet på tværs af RejsUd og Navision Stat. 2 Det er muligt at se i RejsUd, hvorvidt en afregning overført til Navision Stat er korrekt modtaget af Navision Stat. 3 Det er ikke muligt at overføre de samme afregninger fra RejsUd til Navision Stat (samme batchnummer) mere end 1 gang. 4 Kreditorer oprettet i Navision Stat overføres 1:1 til RejsUd, men uden betalingsoplysninger, der fastholdes i Navision Stat. 5 Det er ikke muligt at ændre betalingsoplysningerne på en kreditor i RejsUd, da disse administreres af Navision Stat. 6 Det er ikke muligt at foretage et udlæg på en kreditor i RejsUd, med mindre denne er oprettet af Navision Stat, og mappet med korrekt kreditor i RejsUd. 7 Så snart der overføres en afregning for en given kreditor fra RejsUd til Navision Stat, er det ikke længere muligt at rette kreditoren i Navision Stat. 8 Det er kun et begrænset antal medarbejdere med en helt specifik brugerrettighedsprofil, der kan foretage opsætninger i Navision Stat til understøttelse af integration til RejsUd.

Side 9 af 12 6. Brugerrettighedsstyring Formålet med administration af brugeradgang er at sikre adgang for autoriserede brugere og forhindre uautoriseret adgang til systemet. 6.1 Beskrivelse af primære og sekundære brugere De primære brugere består af medarbejdere hos kunden, der foretager hyppige rejseafregninger på egne vegne og i særlig grad sekretærer, der foretager rejseafregninger på vegne af en eller flere chefer. De medarbejdere, der kun sjældent rejser, har kun sporadisk behov for adgang til systemet og er klassificeret som sekundære brugere. Der er ifm. udvikling af systemet fokus på, at brugergrænsefladen skal fungerer så intuitivt som muligt for netop at imødekomme sekundære brugere, der måske blot skal anvende systemet et par gange årligt. 6.2 Brugeradministration Brugeradministration i den enkelte institution varetages af den lokale administrator direkte i administrationsmodulet. Brugeradministrationsfunktionaliteten i RejsUd er beskrevet yderligere på modst.dk Som kunde har man selv ansvar for at følge op på egne privilegerede brugere kvartalsvist og for alle øvrige brugere halvårligt, mens det påhviler Moderniseringsstyrelsen at kontrollere alle privilegerede brugere. 6.3 Særlige adgange RejsUd opererer konceptuelt med privilegerede rettigheder. Brugere med privilegerede rettigheder er defineret som brugere med rollerne Global Systemadministrator, Lokal systemadministrator eller rollen Disponent kombineret med en opsat prokura. Ved Global og Lokal Systemadministrator forstås administration af brugermodulet og opsætning af kontering mv. Globale Systemadministratorer tildeles på øverste niveau og giver adgang til alle underliggende organisationer. Brugere med denne rolle kan oprette/slette (eller deaktivere) samt tildele roller til alle brugere i systemet. Rollen tildeles en snæver gruppe af medarbejdere i Moderniseringsstyrelsen med et helt særligt arbejdsbetinget behov, der følger af deres rolle som systemforvalter o.lign. Lokale Systemadministratorer tildeles på lokalt niveau, typisk på koncernniveau som fx et ministerområde, og giver adgang til de underliggende organisationer. Lokale

Side 10 af 12 systemadministratorer kan oprette/slette (eller de-aktivere) samt tildele roller til brugere, der er oprettet på samme institutions-/koncernniveau eller underliggende. Rollen tildeles en medarbejder med ansvar for brugeradministration hos kunden. Globale- og lokale systemadministratorer kan ene og alene oprette/slette brugere samt tildele/fjerne roller. Disse to roller giver ikke adgang til nogen form for behandling af bilag, og kan derfor ikke indgå i godkendelsesflowet. Disponenter kan med tilstrækkelig prokura kan godkende bilag, der i forvejen er varemodtaget af anden person. Brugeradministration, der knytter sig til revision, support hos enten Moderniseringsstyrelsen eller Statens Administration samt eksterne konsulenter godkendt af Moderniseringsstyrelsen, administreres hos Moderniseringsstyrelsen i regi af systemejer. 6.4 Eksterne adgange Der er ikke åbnet for ekstern adgang til systemet. Det er således ikke muligt for andre leverandører end kontraktens leverandør med underleverandører at tilgå udviklingsmiljøet. 6.5 Leverandørstyring Moderniseringsstyrelsen forestår den samlede leverandørstyring, hvad enten det drejer sig om Contract Management, Service Management eller Change Management. 6.6 Vejledninger, roller/rettighedsbeskrivelser og blanketter Alle vejledninger vedrørende systemet kan hentes på Moderniseringsstyrelsens hjemmeside. Gå til brugervejledninger til RejsUd på modst.dk

Side 11 af 12 7. Forretningsnødplaner Afsnittet beskriver forretningsnødplaner for de mest kritiske opgaver i RejsUd. Forretningsnødplanerne kan følges, hvis det ikke er muligt at arbejde normalt i systemerne, fordi de er utilgængelige i længere tid. 7.1 Forretningsnødplaner Skulle der opstå et systemnedbrud, som resulterer i, at RejsUd ikke er tilgængeligt, må institutionerne overgå til manuelle processer for rejseafregning og håndtering af udlæg. Dette betyder: At rejser skal bestilles direkte hos rejsebureauet. At der ikke automatisk kan ske en afregning af udlæg via Navision Stat. At der ikke kan udveksles data, baseret på automatiserede datastrømme med: SKAT, SEB og DanTaxi. 7.2 Lokale nødplaner Det er op til kunden at afgøre, hvor længe man kan vente med at iværksætte egne nødplaner. Kunden skal afveje om omkostningen ved at iværksætte nødplanen som vil kræve manuel håndtering mod generne ved at afvente, at systemet igen er i normal drift. Det er op til kunden at fastlægge de konkrete arbejdsgange og ansvarsfordelingen internt i institutionen i det omfang, hvor kunden kan gennemføre manuelle arbejdsgange. Kunden bør i alle tilfælde følge med i den driftsstatus som Moderniseringsstyrelsen løbende opdaterer, og hvoraf det fremgår, hvilke tiltag Moderniseringsstyrelsen har igangsat og den forventede tidshorisont herfor. 7.3 Driftstatus Statens Administration og Moderniseringsstyrelsen sørger for en løbende driftsinformation. Denne opdateres dagligt i tilfælde af fejl, der er kritiske for normal drift. Se driftstatus på modst.dk

modst.dk