Statement of Work (SOW) ERP-fase

Transkript

1 Statement of Work (SOW) ERP-fase Version 1.0 Status: Endelig Side: 1 af 76

2 Indholdsfortegnelse Indholdsfortegnelse... 2 Tabeloversigt Projektets formål og scope Formål Scope Områder ikke i scope Vurdering af involveringsgrad/dækning Projekttilgang, tidsplan og serviceleverancer Designfase Finans Formål Nøgleleverancer Hovedoutput Forudsætninger Debitor Formål Nøgleleverancer Hovedoutput Forudsætninger Kreditor Formål Nøgleleverancer Hovedoutput Forudsætninger ttestyrelsen Formål Nøgleleverancer Hovedoutput Forudsætninger Budgettering og budgetopfølgning Formål Nøgleleverancer Hovedoutput Forudsætninger Finanslov/bevillinger Formål Nøgleleverancer Hovedoutput Forudsætninger Ressortændringer Formål Nøgleleverancer Hovedoutput Status: Endelig Side: 2 af 76

3 Forudsætninger Std. Ledelsesinformation Formål Nøgleleverancer Hovedoutput Forudsætninger Intern revision Formål Nøgleleverancer Hovedoutput Forudsætninger Projekt/anlæg Formål Nøgleleverancer Hovedoutput Forudsætninger erelt Formål Nøgleleverancer Hovedoutput Forudsætninger Teknik/infrastruktur Formål Nøgleleverancer Hovedoutput Forudsætninger Data migration Formål Nøgleleverancer Hovedoutput Forudsætninger Integrationsstrategi Formål Nøgleleverancer Hovedoutput Forudsætninger Stamdata Formål Nøgleleverancer Hovedoutput Forudsætninger Development-fasen Finans Formål Nøgleleverancer Status: Endelig Side: 3 af 76

4 Hovedoutput Forudsætninger Debitor Formål Nøgleleverancer Hovedoutput Forudsætninger Kreditor Formål Nøgleleverancer Hovedoutput Forudsætninger ttestyrelsen Formål Nøgleleverancer Hovedoutput Forudsætninger Budgettering og budgetopfølgning Formål Nøgleleverancer Hovedoutput Forudsætninger Finanslov/bevillinger Formål Nøgleleverancer Hovedoutput Forudsætninger Ressortændringer Formål Nøgleleverancer Hovedoutput Forudsætninger Std. Ledelsesinformation Formål Nøgleleverancer Hovedoutput Forudsætninger Intern revision Formål Nøgleleverancer Hovedoutput Forudsætninger Projekt/anlæg erelt Formål Status: Endelig Side: 4 af 76

5 Nøgleleverancer Hovedoutput Forudsætninger Teknik/infrastruktur Formål Nøgleleverancer Hovedoutput Forudsætninger Data migration Formål Nøgleleverancer Hovedoutput Forudsætninger Integrationsstrategi Formål Nøgleleverancer Hovedoutput Forudsætninger Stamdata Formål Nøgleleverancer Hovedoutput Forudsætninger Deployment-fasen Finans Formål Nøgleleverancer Hovedoutput Forudsætninger Debitor Formål Nøgleleverancer Hovedoutput Forudsætninger Kreditor Formål Nøgleleverancer Hovedoutput Forudsætninger ttestyrelsen Formål Nøgleleverancer Hovedoutput Forudsætninger Budgettering og budgetopfølgning Status: Endelig Side: 5 af 76

6 Formål Nøgleleverancer Hovedoutput Forudsætninger Finanslov/bevillinger Formål Nøgleleverancer Hovedoutput Forudsætninger Ressortændringer Formål Nøgleleverancer Hovedoutput Forudsætninger Std. Ledelsesinformation Formål Nøgleleverancer Hovedoutput Forudsætninger Intern revision Formål Nøgleleverancer Hovedoutput Forudsætninger Projekt/anlæg erelt Formål Nøgleleverancer Hovedoutput Forudsætninger Teknik/infrastruktur Data migration Formål Nøgleleverancer Hovedoutput Forudsætninger Integrationsstrategi Stamdata Formål Nøgleleverancer Hovedoutput Forudsætninger Status: Endelig Side: 6 af 76

7 Tabeloversigt Tabel 1: Nøgleleverancer på Finans-området Tabel 2: Nøgleleverancer på Debitor-området Tabel 3: Nøgleleverancer på Kreditor-området Tabel 4: Nøgleleverancer på området ttestyrelsen Tabel 5: Nøgleleverancer på området Budgettering og budgetopfølgning Tabel 6: Nøgleleverancer på området Finanslov/bevillinger Tabel 7: Nøgleleverancer på området Ressortændringer Tabel 8: Nøgleleverancer på området Std. Ledelsesinformation Tabel 9: Nøgleleverancer på området Intern revision Tabel 10: Nøgleleverancer på området Projekt/anlæg Tabel 11: Nøgleleverancer på området erelt Tabel 12: Nøgleleverancer på området Teknik/infrastruktur Tabel 13: Nøgleleverancer på området Data migration Tabel 14: Nøgleleverancer på området Integrationsstrategi Tabel 15: Nøgleleverancer på Stamdata-området Tabel 16: Nøgleleverancer på Finans-området Tabel 17: Nøgleleverancer på Debitor-området Tabel 18: Nøgleleverancer på Kreditor-området Tabel 19: Nøgleleverancer på området ttestyrelsen Tabel 20: Nøgleleverancer på området Budgettering og budgetopfølgning Tabel 21: Nøgleleverancer på området Finanslov/bevillinger Tabel 22: Nøgleleverancer på området Ressortændringer Tabel 23: Nøgleleverancer på området Std. Ledelsesinformation Tabel 24: Nøgleleverancer på området Intern revision Tabel 25: Nøgleleverancer på området erelt Tabel 26: Nøgleleverancer på området Teknik/infrastruktur Tabel 27: Nøgleleverancer på området Data migration Tabel 28: Nøgleleverancer på området Integrationsstrategi Tabel 29: Nøgleleverancer på Stamdata-området Tabel 30: Nøgleleverancer på Finans-området Tabel 31: Nøgleleverancer på Debitor-området Tabel 32: Nøgleleverancer på Kreditor-området Tabel 33: Nøgleleverancer på området ttestyrelsen Tabel 34: Nøgleleverancer på området Budgettering og budgetopfølgning Tabel 35: Nøgleleverancer på området Finanslov/bevillinger Tabel 36: Nøgleleverancer på området Ressortændringer Tabel 37: Nøgleleverancer på området Std. Ledelsesinformation Tabel 38: Nøgleleverancer på området Intern revision Tabel 39: Nøgleleverancer på området erelt Tabel 40: Nøgleleverancer på området Data migration Tabel 41: Nøgleleverancer på Stamdata-området Status: Endelig Side: 7 af 76

8 Versionshistorik Dato Version Udarbejdet af Godkendt af Beskrivelse Emir Sibic Dokument startet Emir Sibic Dokument færdigskrevet Bente Søgaard Korrekturlæsning Palle Liebe Endelig version Andreas Hove- Jørgensen Opdatering af nøgleleverancetabeller Status: Endelig Side: 8 af 76

9 1 Projektets formål og scope Denne Statement of Work (SOW) skal ses sammen med bilag 3, hvori følgende er beskrevet: Indledning Projektets formål og scope overordnet Områder, der ikke er i scope overordnet Projektmetode tilgang overordnet Projektorganisation overordnet Kundens generelle ansvarsområder og projektets forudsætninger Tidsplan Betalingsplan Governance Kommunikationsplan Risikostyring Change Management Exhibits. Nærværende SOW dækker udelukkende leverancerne i ERP-fasen. Begrebet ERP-fasen er dækkende for faserne: Design (design), Development (konfiguration, opsætning og kundespecifikke kodetilpasninger) og Deployment (implementering, ibrugtagning og uddannelse). 1.1 Formål Projektets formål er at udskifte de nuværende løsninger hos hhv. kommunerne (KOM) og Grønlands Selvstyre (GS) og dermed få en fællesoffentlig ERP-platform i Grønland i form af en Microsoft Dynamics AX 2012 R3. Den overordnede baggrund for projektet er nærmere beskrevet i bilag 3. I ERP-fasen er det målet, at løsningen i videst muligt omfang anvendes uden kundespecifikke tilpasninger. Det betyder tilpasning af kundens processer med den "best practice", AX 2012 understøtter. Denne strategi Status: Endelig Side: 9 af 76

10 med færre kundespecifikke tilpasninger skal sikre, at fremtidige vedligeholdelses- og opdateringsomkostninger begrænses. Kunden (KOM og GS) er indstillet på gå langt for at kunne være i en standard AX 2012-løsning. Den gennemførte afklaringsfase har vist, at kunden til en vis grad kan holde sig inden for standard AX 2012, men der er også identificeret en række gaps. Det er kun de tilpasninger, som blev identificeret i afklaringsfasen, der er indeholdt i implementeringsprojektets overslag for udvikling af tilretninger. Kunden er indforstået med at skulle ændre forretningsgange og arbejdsrutiner i forbindelse med ibrugtagningen af løsningen for at tilgodese ønsket om standard og dermed undgå tilretninger herunder også førnævnte gaps, hvis EG kan anvise alternativer. 1.2 Scope Projektet er faseopdelt, og nærværende SOW dækker kun fase 1. Følgende spor er omfattet af implementeringsprojektet: Forretningsspor: Finans Debitor Kreditor ttestyrelsen Budgettering og budgetopfølgning Finanslov/bevillinger Ressortændringer Std. ledelsesinformation Intern revision Projekt/anlæg (kun DD, LW og udarbejdelse af FRD 1 ) erelt (sporet indeholder alle grundopsætninger på AX 2012 på tværs af ovennævnte forretningsspor samt add-ons medtaget i it-arkitekturen). Tekniske spor: Teknik/infrastruktur Data-migration Integrationsstrategi Stamdata. Følgende AX 2012-moduler er omfattet af implementeringsprojektet: Finans (herunder Public sector-funktionalitet) Debitor Kreditor 1 Hvad angår projekt-/anlægsområdet, er det udelukkende gennemførelsen af Deep Dive-workshop, løsningsworkshop og udarbejdelse af FRD, der er med i scope. Design, Development og Deployment på området er ikke med i scope. Status: Endelig Side: 10 af 76

11 Bank Budget HR Interne kontroller Tværgående Virksomhedsadministration Systemadministration Rollecentre Sikkerhedsopsætning Dataadgangsbegrænsning AIF. Følgende AX 2012 add-ons fra EG og tredjepart er omfattet af implementeringsprojektet: EG Healthcheck EG License Check EG Business Care EGVI AMC Direct Debit GDM (global data management). Følgende systemer med integration til AX 2012 er omfattet af implementeringsprojektet: EG CrossWork SharePoint Lasernet TM1. Følgende infrastruktur er omfattet af implementeringsprojektet: Rådgivning i forbindelse med konfiguration af miljøer og tekniske installationer Bistand efter behov, der er medtaget en pulje time for at dække denne rådgivning baseret på erfaringer fra andre projekter, såfremt dette ikke er dækkende håndteres det via change processen. 1.3 Områder ikke i scope Dette afsnit omhandler specifikke leverancer inden for de spor, der er omtalt i afsnit 1.2 der ikke er med i scope og dermed ikke er med i estimaterne. Evt. områder, som ikke er nævnt i dette afsnit og ikke fremgår andetsteds i dette dokument, betragtes ligeledes som værende out of scope. Status: Endelig Side: 11 af 76

12 Følgende specifikke funktioner/områder er ikke i scope: Portalen Sulinal Debitor Debitor-webgodkendelse Prisydelser (scripts) E-boks-udskrifter Finans PM-workflow Bruttolønslister Finanslov/bevillinger Cockpit til styring af finanslovsproces erelt Grønlandsk sproglag Kreditor BS plus ttestyrelsen Webservices indførsel Webportal for afgifter Webservices/EP (Inkasso) Portal (Status m.m.) Std. ledelsesinformation BI-løsning Intern revision Logning vedrørende læsning/åbning af transaktioner Redskaber til styring af revisionsindsatsen Integrationer Andre Winformatik-integrationer end dem, som specifikt er beskrevet i Integrationsstrategien IRIS (Udvalgte stamdata eksporteres fra XAL til IRIS, "Kvitteringer" eksporteres fra XAL til IRIS IRIS, Import af kreditorfakturagodkendelser fra IRIS til XAL, IRIS læser udvalgte stamdata direkte fra XALs Oracle-database) NETS (Fil fra NETS med samtlige bankreg. og bankkonti interval (moduluskontrol) indlæses i XAL, Fil fra NETS med betalingsoplysninger indlæses i XAL, Danner opkrævningsfil til NETS, Danner PBS-fil til NETS) SKAT (jf. eksisterende integrationer ) Status: Endelig Side: 12 af 76

13 F2 (Nyt ESDH-system, tidligere Capture) Kiffaq mailsystem. 1.4 Vurdering af involveringsgrad/dækning Se bilag 3. 2 Projekttilgang, tidsplan og serviceleverancer 2.1 Designfase I designfasen gennemføres en grundlæggende konfiguration af systemet på de forskellige funktionsområder i AX Der gennemføres designworkshops med deltagere fra EG og kunden med henblik på en detaljeret gennemgang af de enkelte moduler og de nødvendige opsætninger, der skal foretages. Design af løsninger til de identificerede gaps udarbejdes i forbindelse med løsningsworkshops. På baggrund af dette udarbejdes der et overordnet funktionelt konfigurationsdokument (FCD) for hvert modul (eksempelvis Finans, Debitor osv.). Denne indeholder en beskrivelse af den grundlæggende opsætning i det relevante modul. I forbindelse med løsningsworkshops udarbejdes der også et funktionelt designdokument (FDD) for hvert identificerede gap, indeholdende løsningsbeskrivelsen for det pågældende gap. Større løsningskomponenter, der vurderes til at have en høj grad af kompleksitet, skal beskrives yderligere i et teknisk designdokument (TDD). I forbindelse med designworkshops tages der stilling til, om TDD skal udarbejdes for de enkelte gaps. Hvis der skal udarbejdes et TDD, sker det i starten af Developmentfasen. Processen er illustreret nedenfor: FCD start Konfiguration Forberedelse Design WS FCD færdig FDD færdig Behov for TDD? Finans Formål Målet under designfasen på Finans-området er at lave den grundlæggende opsætning og konfiguration af Finans i AX 2012 og beskrive det i et Finans FCD. De identificerede gaps fra FRD Finans behandles på designworkshoppen med henblik på at designe løsningen for de enkelte gaps og beskrive disse i FDD'er. Der udarbejdes ét FDD for hvert identificerede gap. Hvis Finans-området indeholder gaps, der kræver større løsningskomponenter, tages der stilling til, om der i development-fasen skal udarbejdes TDD'er for disse. Status: Endelig Side: 13 af 76

14 Nøgleleverancer Nøgleleverancer fra EG på Finans-området er grupperet og beskrevet i nedenstående tabel. EG's forpligtelser i forbindelse med de enkelte leverancer på området er beskrevet i bilag 3. For yderligere detaljer på området henvises der til FRD Finans og de deri beskrevne fit/gaps. Tabel 1: Nøgleleverancer på Finans-området Finansmodulet Kontoplan Finansielle dimensioner Bogføring Afstemning Bankafstemning Fin Fin Fin Fin Fin Fin Deltager i designworkshop med rette ressource. Godkende funktionelle konfigurationsdokumenter (FCD). Fælles ERPsekretariat skal forestå konfiguration og efterfølgende foretage dette i test/produktion samt flere regnskaber. Fælles ERP-sekretariat skal, inden designworkshop igangsættes, fremsende kontoplan (der forudsættes en fælles kontoplan). Deltager i designworkshop med rette ressource. Godkende funktionelle konfigurationsdokumenter (FCD). Fælles Fælles ERP-sekretariat skal, inden designworkshop igangsættes, fremsende relevante dimensioner, således at designworkshop kan træffe de endelige valg (der forudsættes en fælles kontoplan). Deltager i designworkshop med rette ressource. Godkende funktionelle konfigurationsdokumenter (FCD). Fælles ERP-sekretariat skal forestå konfiguration og efterfølgende foretage dette i test/produktion samt flere regnskaber. Deltager i designworkshop med rette ressource. Godkende funktionelle konfigurationsdokumenter (FCD). Fælles ERPsekretariat skal forestå konfiguration og efterfølgende foretage dette i test/produktion samt flere regnskaber. Deltager i designworkshop med rette ressource. Godkende funktionelle konfigurationsdokumenter (FCD). Fælles ERPsekretariat skal forestå konfiguration og efterfølgende foretage dette i test/produktion samt flere regnskaber. Deltager i designworkshop med rette ressource. Godkende funktionelle konfigurationsdokumenter (FCD). Fælles ERPsekretariat skal forestå konfiguration og efterfølgende foretage dette i test/produktion samt flere regnskaber. Status: Endelig Side: 14 af 76

15 CPR-nummerhåndtering Finansudligningsfunktion Finansafstemningsrapport (CW) Bankafstemningsrapport (CW) Posteringstekst m.m. QA/koordinering Fin Fin Fin Fin Fin Fin Deltager i designworkshop med rette ressource. Godkende ERPsekretariat skal forestå konfiguration og efterfølgende foretage dette i test/produktion samt flere regnskaber. Deltager i designworkshop med rette ressource. Godkende ERPsekretariat skal forestå konfiguration og efterfølgende foretage dette i test/produktion samt flere regnskaber. Deltager i designworkshop med rette ressource. Godkende ERPsekretariat skal forestå konfiguration og efterfølgende foretage dette i test/produktion samt flere regnskaber. Deltager i designworkshop med rette ressource. Godkende ERPsekretariat skal forestå konfiguration og efterfølgende foretage dette i test/produktion samt flere regnskaber. Deltager i designworkshop med rette ressource. Godkende ERPsekretariat skal forestå konfiguration og efterfølgende foretage dette i test/produktion samt flere regnskaber. Sikring af tværfaglig koordinering samt sporrelevant QAarbejde Hovedoutput Hovedoutput på Finans-området består af følgende: Udarbejdelse af FCD Finans Udarbejdelse af X antal FDD'er (afhængigt af antal gaps på området) Beslutning af, om der skal udarbejdes TDD'er på området og hvor mange Forudsætninger Følgende forudsætninger er gældende på Finans-området: Det forudsættes, at den udarbejdede FCD kan godkendes, herunder den fordeling af processer, der blev aftalt i afklaringsfasen (H = 10 %, M = 30 % og L = 60 %). Det forudsættes, at den nye fællesoffentlige kontoplan inkl. dimensionsstruktur er på plads, inden designworkshops igangsættes. Status: Endelig Side: 15 af 76

16 Der henvises i øvrigt til afsnit 1.3 med hensyn til områder, der ikke er i scope Debitor Formål Målet under designfasen på Debitor-området er at lave den grundlæggende opsætning og konfiguration af Debitor i AX 2012 og beskrive det i et Debitor FCD. De identificerede gaps fra FRD Debitor behandles på designworkshoppen med henblik på at designe løsningen for de enkelte gaps og beskrive disse i FDD'er. Der udarbejdes ét FDD for hvert identificerede gap. Hvis Debitor-området indeholder gaps, der kræver større løsningskomponenter, tages der stilling til, om der i development-fasen skal udarbejdes TDD'er for disse Nøgleleverancer Nøgleleverancer fra EG på Debitor-området er grupperet og beskrevet i nedenstående tabel. EG's forpligtelser i forbindelse med de enkelte leverancer på området er beskrevet i bilag 3. For yderligere detaljer på området henvises der til FRD Debitor og de deri beskrevne fit/gaps. Tabel 2: Nøgleleverancer på Debitor-området Debitormodul Deb Deltager i designworkshop med rette ressource. Godkende funktionelle konfigurationsdokumenter (FCD). Fælles foretage dette i test/produktion samt flere regnskaber. Udskriftsstyring Deb Deltager i designworkshop med rette ressource. Godkende funktionelle konfigurationsdokumenter (FCD). Fælles foretage dette i test/produktion samt flere regnskaber. OIOUBL-konfiguration Deb Deltager i designworkshop med rette ressource. Godkende funktionelle konfigurationsdokumenter (FCD). Fælles foretage dette i test/produktion samt flere regnskaber. Ydelser (Billing codes) Deb Deltager i designworkshop med rette ressource. Godkende Status: Endelig Side: 16 af 76

17 5 prædefinerede udskrifter Deb Deltager i designworkshop med rette ressource. Godkende Fælles ERP-sekretariat er forpligtiget til klart at definere, hvilke 5 udskrifter der skal designes inden afholdelse af workshop. Præudfyldning skabelon Medsend dokument Opsætning FI-kort Direct debit Udtræk til SKAT QA Deb Deb Deb Deb Deb Deb Deltager i designworkshop med rette ressource. Godkende Deltager i designworkshop med rette ressource. Godkende Deltager i designworkshop med rette ressource. Godkende Deltager i designworkshop med rette ressource. Godkende Deltager i designworkshop med rette ressource. Godkende Sikring af tværfaglig koordinering samt sporrelevant QA-arbejde Hovedoutput Hovedoutput på Debitor-området består af følgende: Udarbejdelse af FCD Debitor Udarbejdelse af X antal FDD'er (afhængigt af antal gaps på området) Beslutning af, om der skal udarbejdes TDD'er på området og hvor mange. Status: Endelig Side: 17 af 76

18 Forudsætninger Følgende forudsætninger er gældende på Debitor-området: Det forudsættes, at den udarbejdede FCD kan godkendes, herunder den fordeling af processer, der blev aftalt i afklaringsfasen (H = 10 %, M = 30 % og L = 60 %). Det er en forudsætning, at de integrationer, der er nævnt i FRD Debitor og i integrationsstrategien, designes. Det forudsættes, at fagsystemerne kan levere de nødvendige fakturagrundlag til AX 2012, jf. FRD Debitor. Det forudsættes, at Fælles ERP-sekretariat udarbejder en fuld oversigt over ydelser (katalog) samt beskrivelse af evt. særlige regler, der er gældende for bestemte typer ydelser. Der henvises i øvrigt til afsnit 1.3 med hensyn til områder, der ikke er i scope Kreditor Formål Målet under designfasen på Kreditor-området er at lave den grundlæggende opsætning og konfiguration af Kreditor i AX 2012 og beskrive det i et Kreditor FCD. De identificerede gaps fra FRD Kreditor behandles på designworkshoppen med henblik på at designe løsningen for de enkelte gaps og beskrive disse i FDD'er. Der udarbejdes ét FDD for hvert identificerede gap. Hvis Kreditor-området indeholder gaps, der kræver større løsningskomponenter, tages der stilling til, om der i development-fasen skal udarbejdes TDD'er for disse Nøgleleverancer Nøgleleverancer fra EG på Kreditor-området er grupperet og beskrevet i nedenstående tabel. EG's forpligtelser i forbindelse med de enkelte leverancer på området er beskrevet i bilag 3. For yderligere detaljer på området henvises der til FRD Kreditor og de deri beskrevne fit/gaps. Tabel 3: Nøgleleverancer på Kreditor-området Kreditor Kre funktionelle konfigurationsdokumenter (FCD). Fælles foretage dette i test/produktion samt flere regnskaber. Status: Endelig Side: 18 af 76

19 EGVI Kre funktionelle konfigurationsdokumenter (FCD). Fælles foretage dette i test/produktion samt flere regnskaber. 5 prædefinerede udskrifter Kre Fælles ERP-sekretariat er forpligtiget til klart at definere, hvilke 5 udskrifter der skal designes inden afholdelse af workshop. Bankeksport GLN-register Kreditorworkflow (FRD) QA Kre Kre Kre Kre Sikring af tværfaglig koordinering samt sporrelevant QA-arbejde Hovedoutput Hovedoutput på Kreditor-området består af følgende: Udarbejdelse af FCD Kreditor Udarbejdelse af X antal FDD'er (afhængigt af antal gaps på området) Beslutning af, om der skal udarbejdes TDD'er på området og hvor mange Forudsætninger Følgende forudsætninger er gældende på Kreditor-området: Status: Endelig Side: 19 af 76

20 Det forudsættes, at den udarbejdede FCD kan godkendes, herunder den fordeling af processer, der blev aftalt i afklaringsfasen (H = 10 %, M = 30 % og L = 60 %). Det er en forudsætning, at der i forbindelse med designworkshoppen vælges en kreditorworkflowløsning (gerne inden designworkshoppen). Det er en forudsætning, at de integrationer, der er nævnt i FRD Kreditor og i integrationsstrategien, udarbejdes. Der henvises i øvrigt til afsnit 1.3 med hensyn til områder, der ikke er i scope ttestyrelsen Formål Området ttestyrelsen er kendetegnet ved en række meget specifikke processer og behov i ttestyrelsen, såsom Inkasso, Motorafgift m.fl. Disse processer er som udgangspunkt ikke understøttet af standard AX 2012, hvorfor fokus på sporet er at finde løsningerne via tredjepartsprodukter til de specifikke formål eller lave de nødvendige kundespecifikke tilpasninger i AX Målet under designfasen på området ttestyrelsen er at lave opsætning og konfiguration af de moduler i AX 2012, som specifikt skal anvendes på området. Det indebærer bl.a. de dele af Finans-, Debitor- og Kreditor-modulerne, som skal bruges på eksempelvis inkassoområdet. Modulerne bliver i forvejen opsat på de enkelte spors designworkshops med deltagelse af repræsentanter fra ttestyrelsen, hvorfor designworkshop på området ttestyrelsen vil fokusere på mere specifikke funktioner. Desuden vil der være fokus på grundlæggende opsætning af fiktive regnskaber for øvrige fordringshavere (inkasso), jf. ttestyrelsen FRD. Der udarbejdes et ttestyrelsen FCD med specifikke opsætninger og konfigurationer på området. Derudover vil FCD'erne på de enkelte områder også være dækkende for ttestyrelsen. De identificerede gaps fra FRD ttestyrelsen skal desuden behandles på designworkshoppen med henblik på at designe løsningen for de enkelte gaps og beskrive disse i FDD'er. Der udarbejdes ét FDD for hvert identificerede gap. Hvis området ttestyrelsen indeholder gaps, der kræver større løsningskomponenter, tages der stilling til, om der i development-fasen skal udarbejdes TDD'er for disse Nøgleleverancer Nøgleleverancer fra EG på området ttestyrelsen er grupperet og beskrevet i nedenstående tabel. EG's forpligtelser i forbindelse med de enkelte leverancer på området er beskrevet i bilag 3. For yderligere detaljer på området henvises der til FRD ttestyrelsen og de deri beskrevne fit/gaps. Status: Endelig Side: 20 af 76

21 Tabel 4: Nøgleleverancer på området ttestyrelsen Inkasso Rykker Fakturaprocesoptimering (told) Betalingsplaner Udskriv kontoudtog (Portal) Afgiftsregister Afgiftssammenhængen Afgiftslogik funktionelle konfigurationsdokumenter (FCD). Fælles foretage dette i test/produktion samt flere regnskaber. funktionelle konfigurationsdokumenter (FCD). Fælles foretage dette i test/produktion samt flere regnskaber. funktionelle konfigurationsdokumenter (FCD). Fælles foretage dette i test/produktion samt flere regnskaber. funktionelle konfigurationsdokumenter (FCD). Fælles foretage dette i test/produktion samt flere regnskaber. funktionelle konfigurationsdokumenter (FCD). Fælles foretage dette i test/produktion samt flere regnskaber. Status: Endelig Side: 21 af 76

22 Automatafgift Motorafgift Indførselsafgift/godsregistrering Udførselsafgift Stempelregister/Udlæg Statistikregister (told) Dan billinggrundlag i kladder ( 85) Udligning på tværs af billing codes Fælles ERP-sekretariat skal inden designworkshop definere evt. yderligere afgifter, som skal indeholdes. Der er "medtaget" 4 afgifter. Deltager i designworkshop med rette ressourcer. Godkende funktionelle designdokumenter (FDD). Fælles ERP-sekretariat skal forestå konfiguration og efterfølgende foretage dette i test/produktion samt flere regnskaber. Status: Endelig Side: 22 af 76

23 Kreditormodregning Modregningsbrev (Portal) Meddebitorlogik Løntræk/afdragsordning 5 prædefinerede udskrifter Fælles ERP-sekretariat er forpligtiget til klart at definere, hvilke 5 udskrifter der skal designes inden afholdelse af workshop. Udligning Udskrifter Rykker Status: Endelig Side: 23 af 76

24 Rente Opkrævning Mellemregning Fiktive regnskaber (INI, GF ) Winformatik (overgangsfase) Indlevering af løntræk Private krav CrossWork templates 10 Fælles ERP-sekretariat foretager selv opsætning af yderligere regnskaber, der ønskes. Deltager i designworkshop med rette ressourcer. Godkende funktionelle designdokumenter (FDD). Fælles ERP-sekretariat skal forestå konfiguration og efterfølgende foretage dette i test/produktion samt flere regnskaber. Fælles ERP-sekretariat skal sikre, at det inden designworkshop er defineret, hvilke 10 dokumenter der skal designes. Deltager i designworkshop med rette ressourcer. Godkende funktionelle designdokumenter (FDD). Fælles ERP-sekretariat skal forestå konfiguration og efterfølgende foretage dette i test/produktion samt flere regnskaber. Status: Endelig Side: 24 af 76

25 Testsupport QA/koordinering EG bistår Fælles ERP-sekretariat's superbrugere ifm. deres testarbejde. EG udfører ikke det enkelte testarbejde og udarbejder heller ikke testcases, men validerer og kvalitetssikre (QA) disse. Sikring af tværfaglig koordinering samt sporrelevant QA-arbejde Hovedoutput Hovedoutput på området ttestyrelsen består af følgende: Beslutning om valg af inkassoløsning dette skal foretages inden næste fase (development) Udarbejdelse af FCD ttestyrelsen Udarbejdelse af X antal FDD'er (afhængigt af antal gaps på området) Beslutning af, om der skal udarbejdes TDD'er på området og hvor mange Forudsætninger Følgende forudsætninger er gældende på området ttestyrelsen: Det forudsættes, at den udarbejdede FCD kan godkendes, herunder den fordeling af processer, der blev aftalt i afklaringsfasen (H = 10 %, M = 30 % og L = 60 %). Det forudsættes, at den nye fællesoffentlige kontoplan inkl. dimensionsstruktur er på plads, inden designworkshops igangsættes. Det er en forudsætning, at der er valgt en kreditorworkflowløsning (gerne inden designworkshops). Det er en forudsætning, at de integrationer, der er nævnt i FRD ttestyrelsen og i integrationsstrategien, udarbejdes. Det forudsættes, at fagsystemerne kan levere de nødvendige fakturagrundlag til AX 2012, jf. FRD Debitor. Det forudsættes, at Fælles ERP-sekretariat-sekretariatet udarbejder en fuld oversigt over ydelser (katalog) samt beskrivelse af evt. særlige regler, der er gældende for bestemte typer ydelser. Det er en forudsætning, at der vælges en løsning til inkasso i forbindelse med designworkshops (gerne inden designworkshops). Der henvises i øvrigt til afsnit 1.3 med hensyn til områder, der ikke er i scope. Status: Endelig Side: 25 af 76

26 2.1.5 Budgettering og budgetopfølgning Formål Målet under designfasen på området Budgettering og budgetopfølgning er at lave den grundlæggende opsætning og konfiguration af Budgettering i AX 2012 og beskrive det i et Budgettering og budgetopfølgning FCD. De identificerede gaps fra FRD Budget og Budgetopfølgning behandles på designworkshoppen med henblik på at designe løsningen for de enkelte gaps og beskrive disse i FDD'er. Der udarbejdes ét FDD for hvert identificerede gap. Hvis området Budgettering og budgetopfølgning indeholder gaps, der kræver større løsningskomponenter, tages der stilling til, om der i development-fasen skal udarbejdes TDD'er for disse Nøgleleverancer Nøgleleverancer fra EG på området Budgettering og budgetopfølgning er grupperet og beskrevet i nedenstående tabel. EG's forpligtelser i forbindelse med de enkelte leverancer på området er beskrevet i bilag 3. For yderligere detaljer på området henvises der til FRD Budget og budgetopfølgning og de deri beskrevne fit/gaps. Tabel 5: Nøgleleverancer på området Budgettering og budgetopfølgning Budgetmodul Budgetsimulering Balanceniveau QA/koordinering Bud Bud Bud Bud funktionelle konfigurationsdokumenter (FCD). Fælles foretage dette i test/produktion samt flere regnskaber. Sikring af tværfaglig koordinering samt sporrelevant QA-arbejde. Status: Endelig Side: 26 af 76

27 Hovedoutput Hovedoutput på området Budgettering og budgetopfølgning består af følgende: Udarbejdelse af FCD Budgettering og budgetopfølgning Udarbejdelse af X antal FDD'er (afhængigt af antal gaps på området) Beslutning af, om der skal udarbejdes TDD'er på området og hvor mange Forudsætninger Følgende forudsætninger er gældende på området Budgettering og budgetopfølgning: Det forudsættes, at den udarbejdede FCD kan godkendes, herunder den fordeling af processer, der blev aftalt i afklaringsfasen (H = 10 %, M = 30 % og L = 60 %). Det forudsættes, at den nye fællesoffentlige kontoplan inkl. dimensionsstruktur er på plads, inden designworkshops igangsættes. Det forudsættes, at standard budgetmodul anvendes i videst muligt omfang. Det forudsættes, at evt. integrationer til eksternt budgetværktøj (eksempelvis TM1) designes. Det forudsættes, at Management Reporter anvendes, jf. FRD Budgettering og budgetopfølgning. Der henvises i øvrigt til afsnit 1.3 med hensyn til områder, der ikke er i scope Finanslov/bevillinger Formål Området Finanslov/bevillinger er kendetegnet ved en række meget specifikke processer og behov i GS. Disse processer er som udgangspunkt ikke understøttet af standard AX 2012, hvorfor fokus på sporet er at finde løsningerne via tredjepartsprodukter til de specifikke formål eller lave de nødvendige kundespecifikke tilpasninger i AX Målet under designfasen på området Finanslov/bevillinger er at lave den grundlæggende opsætning og konfiguration af Budgetteringsmodulet i AX 2012 med henblik på specifikke finanslovsprocesser. Derudover at konfiguration af eksterne værktøjer, der er valgt i forbindelse med løsningsworkshop til understøttelse af processerne på området, også gennemgås, og konfigurationen laves. Dette skal beskrives i et Finanslov/bevillinger FCD. De identificerede gaps fra FRD Finanslov/bevillinger behandles på designworkshops med henblik på at designe løsningen for de enkelte gaps og beskrive disse i FDD'er. Der udarbejdes ét FDD for hvert identificerede gap. Hvis området Finanslov/bevillinger indeholder gaps, der kræver større løsningskomponenter, tages der stilling til, om der i development-fasen skal udarbejdes TDD'er for disse. Status: Endelig Side: 27 af 76

28 Nøgleleverancer Nøgleleverancer fra EG på området Finanslov/bevillinger er grupperet og beskrevet i nedenstående tabel. EG's forpligtelser i forbindelse med de enkelte leverancer på området er beskrevet i bilag 3. For yderligere detaljer på området henvises der til FRD Finanslov/bevillinger og de deri beskrevne fit/gaps. Tabel 6: Nøgleleverancer på området Finanslov/bevillinger TM1 SharePoint Templates CDM FL-udskrivning Workflowinformation (AX) Godkendelse workflow (SP) Datasammenhængen (TM1) FinLov FinLov FinLov FinLov FinLov FinLov FinLov funktionelle konfigurationsdokumenter (FCD). Fælles foretage dette i test/produktion samt flere regnskaber. funktionelle konfigurationsdokumenter (FCD). Fælles foretage dette i test/produktion samt flere regnskaber. funktionelle konfigurationsdokumenter (FCD). Fælles foretage dette i test/produktion samt flere regnskaber. funktionelle konfigurationsdokumenter (FCD). Fælles foretage dette i test/produktion samt flere regnskaber. Status: Endelig Side: 28 af 76

29 Prisregister Budgetflow (TM1) Dokumentgodkendelsesflow (SP) Testsupport QA/koordinering FinLov FinLov FinLov FinLov FinLov EG bistår Fælles ERP-sekretariat's superbrugere ifm. deres testarbejde. EG udfører ikke det enkelte testarbejde og udarbejder heller ikke testcases, men validerer og QA'er disse. Sikring af tværfaglig koordinering samt sporrelevant QA-arbejde Hovedoutput Hovedoutput på området Finanslov/bevillinger består af følgende: Beslutning om valg af løsning til understøttelse af processer på området Finanslov/bevillinger Udarbejdelse af FCD Finanslov/bevillinger Udarbejdelse af X antal FDD'er (afhængigt af antal gaps på området) Beslutning af, om der skal udarbejdes TDD'er på området og hvor mange Forudsætninger Følgende forudsætninger er gældende på området Finanslov/bevillinger: Det forudsættes, at den udarbejdede FCD kan godkendes, herunder den fordeling af processer, der blev aftalt i afklaringsfasen (H = 10 %, M = 30 % og L = 60 %). Det forudsættes, at den nye fællesoffentlige kontoplan inkl. dimensionsstruktur er på plads, inden designworkshops igangsættes. Det forudsættes, at standard budgetmodul anvendes og der er derfor ikke medtaget estimater til tilretninger af modulet. Det forudsættes, at der vælges et værktøj til understøttelse af finanslovsprocesserne, jf. FRD Finanslov/bevillinger. Status: Endelig Side: 29 af 76

30 FRD Finanslov/bevillinger er udarbejdet med udgangspunkt i en løsning via TM1/CDM/SharePoint. Det forudsættes, at Management Reporter anvendes, jf. FRD Finanslov/bevillinger. Der henvises i øvrigt til afsnit 1.3 med hensyn til områder, der ikke er i scope Ressortændringer Formål Området Ressortændringer er kendetegnet ved en række meget specifikke processer og behov i forbindelse med ændringer i organisationen og dimensionsstrukturen. Disse processer er som udgangspunkt ikke understøttet af standard AX 2012, hvorfor fokus på sporet er at lave de nødvendige kundespecifikke tilpasninger i AX Målet under designfasen på området Ressortændringer er at lave den grundlæggende opsætning og konfiguration af modulerne Finans og Virksomhedsstyring i AX 2012 med henblik på specifikke behov i ressortændringsprocessen. Dette skal beskrives i et Ressortændringer FCD. De identificerede gaps fra FRD Ressortændringer behandles på designworkshops med henblik på at designe løsningen for de enkelte gaps og beskrive disse i FDD'er. Der udarbejdes ét FDD for hvert identificerede gap. Hvis området Ressortændringer indeholder gaps, der kræver større løsningskomponenter, tages der stilling til, om der i development-fasen skal udarbejdes TDD'er for disse Nøgleleverancer Nøgleleverancer fra EG på området Ressortændringer er grupperet og beskrevet i nedenstående tabel. EG's forpligtelser i forbindelse med de enkelte leverancer på området er beskrevet i bilag 3. For yderligere detaljer på området henvises der til FRD Ressortændringer og de deri beskrevne fit/gaps. Tabel 7: Nøgleleverancer på området Ressortændringer Hierarkier Datostyring Res Res funktionelle konfigurationsdokumenter (FCD). Fælles foretage dette i test/produktion samt flere regnskaber. funktionelle konfigurationsdokumenter (FCD). Fælles foretage dette i test/produktion samt flere regnskaber. Status: Endelig Side: 30 af 76

31 Rapporteringsenheder 5 stk. QA Res Res Fælles ERP-sekretariat skal inden designworkshop havde listet, hvilke 5 rapporteringsenheder der ønskes. Sikring af tværfaglig koordinering samt sporrelevant QA-arbejde Hovedoutput Hovedoutput på området Ressortændringer består af følgende: Udarbejdelse af FCD Ressortændringer Udarbejdelse af X antal FDD'er (afhængigt af antal gaps på området) Beslutning af, om der skal udarbejdes TDD'er på området og hvor mange Forudsætninger Følgende forudsætninger er gældende på området Ressortændringer: Det forudsættes, at den udarbejdede FCD kan godkendes, herunder den fordeling af processer, der blev aftalt i afklaringsfasen (H = 10 %, M = 30 % og L = 60 %). Det forudsættes, at den nye fællesoffentlige kontoplan inkl. dimensionsstruktur er på plads, inden designworkshops igangsættes. Det forudsættes, at funktionaliteten organisationshierarkier i AX 2012 anvendes. Det forudsættes, at Ressortændringer udelukkende er et spørgsmål om rapporteringsstruktur. Det forudsættes, at Ressortændringer, som medfører behov for omposteringer, håndteres manuelt. Der henvises i øvrigt til afsnit 1.3 med hensyn til områder, der ikke er i scope Std. Ledelsesinformation Formål Målet under designfasen på området Std. Ledelsesinformation er at lave den grundlæggende opsætning og konfiguration af værktøjet Management Reporter, jf. FRD Std. Ledelsesinformation, og beskrive det i et Std. Ledelsesinformation FCD. De identificerede gaps fra FRD Std. Ledelsesinformation behandles på designworkshoppen med henblik på at designe løsningen for de enkelte gaps og beskrive disse i FDD'er. Der udarbejdes ét FDD for hvert identificerede gap. Status: Endelig Side: 31 af 76

32 Hvis området Std. Ledelsesinformation indeholder gaps, der kræver større løsningskomponenter, tages der stilling til, om der i development-fasen skal udarbejdes TDD'er for disse Nøgleleverancer Nøgleleverancer fra EG på området Std. Ledelsesinformation er grupperet og beskrevet i nedenstående tabel. EG's forpligtelser i forbindelse med de enkelte leverancer på området er beskrevet i bilag 3. For yderligere detaljer på området henvises der til FRD Std. Ledelsesinformation og de deri beskrevne fit/gaps. Tabel 8: Nøgleleverancer på området Std. Ledelsesinformation Management Reporter 3 stk. QA LedInf LedInf funktionelle konfigurationsdokumenter (FCD). Fælles foretage dette i test/produktion samt flere regnskaber. Fælles ERP-sekretariat skal sikre, at der inden designworkshop foreligger et udkast til, hvilke 3 finansielle rapporter der skal anvendes. Sikring af tværfaglig koordinering samt sporrelevant QA-arbejde Hovedoutput Hovedoutput på området Std. Ledelsesinformation består af følgende: Udarbejdelse af FCD Std. Ledelsesinformation Udarbejdelse af X antal FDD'er (afhængigt af antal gaps på området) Beslutning af, om der skal udarbejdes TDD'er på området og hvor mange Forudsætninger Følgende forudsætninger er gældende på området Std. Ledelsesinformation: Det forudsættes, at den udarbejdede FCD kan godkendes, herunder den fordeling af processer, der blev aftalt i afklaringsfasen (H = 10 %, M = 30 % og L = 60 %). Det forudsættes, at den nye fællesoffentlige kontoplan inkl. dimensionsstruktur er på plads, inden designworkshops igangsættes. Det forudsættes, at Management Reporter anvendes som rapporteringsværktøj. Der henvises i øvrigt til afsnit 1.3 med hensyn til områder, der ikke er i scope. Status: Endelig Side: 32 af 76

33 2.1.9 Intern revision Formål Målet under designfasen på området Intern revision er at lave den grundlæggende opsætning og konfiguration af sikkerhedskontrolværktøjer samt standard databaselog i AX Derudover skal de gængse rapporteringsmuligheder på området gennemgås. Det skal beskrives i et Intern revision FCD. De identificerede gaps fra FRD Intern revision behandles på designworkshoppen med henblik på at designe løsningen for de enkelte gaps og beskrive disse i FDD'er. Der udarbejdes ét FDD for hvert identificerede gap. Hvis området Intern revision indeholder gaps, der kræver større løsningskomponenter, tages der stilling til, om der i development-fasen skal udarbejdes TDD'er for disse Nøgleleverancer Nøgleleverancer fra EG på området Intern revision er grupperet og beskrevet i nedenstående tabel. EG's forpligtelser i forbindelse med de enkelte leverancer på området er beskrevet i bilag 3. For yderligere detaljer på området henvises der til FRD Intern revision og de deri beskrevne fit/gaps. Tabel 9: Nøgleleverancer på området Intern revision Sikkerhedsstyring Rapportudtræk Databaselog QA IntRev IntRev IntRev IntRev funktionelle konfigurationsdokumenter (FCD). Fælles foretage dette i test/produktion samt flere regnskaber. funktionelle konfigurationsdokumenter (FCD). Fælles foretage dette i test/produktion samt flere regnskaber. funktionelle konfigurationsdokumenter (FCD). Fælles foretage dette i test/produktion samt flere regnskaber. Sikring af tværfaglig koordinering samt sporrelevant QA-arbejde. Status: Endelig Side: 33 af 76

34 Hovedoutput Hovedoutput på området Intern revision består af følgende: Udarbejdelse af FCD Intern revision Udarbejdelse af X antal FDD'er (afhængigt af antal gaps på området) Beslutning af, om der skal udarbejdes TDD'er på området og hvor mange Forudsætninger Følgende forudsætninger er gældende på området Intern revision: Det forudsættes, at den udarbejdede FCD kan godkendes, herunder den fordeling af processer, der blev aftalt i afklaringsfasen (H = 10 %, M = 30 % og L = 60 %). Det forudsættes, at standard AX 2012 Databaselog anvendes. Der henvises i øvrigt til afsnit 1.3 med hensyn til områder, der ikke er i scope Projekt/anlæg Formål Målet under designfasen på området Projekt/anlæg er udelukkende at gennemføre en analyse af processerne på området med henblik på at vælge og estimere en løsning. I henhold til EG's ODM-metode gennemføres faserne BA og SA på området, og resultaterne beskrives i en Projekt/anlæg FRD Nøgleleverancer Nøgleleverancer fra EG på området Projekt/anlæg er grupperet og beskrevet i nedenstående tabel. EG's forpligtelser i forbindelse med de enkelte leverancer på området er beskrevet i bilag 3. Tabel 10: Nøgleleverancer på området Projekt/anlæg Deep Dives LW Pro Pro Fælles ERP-sekretariat har besluttet, at analyse på Projekt/anlæg medtages i fasen, men procesmæssigt anvendes EG ODM. Fælles ERP-sekretariat skal levere procesoverblik til EG og foretage udvælgelse af relevante processer. Fælles ERP-sekretariat skal deltage med relevante ressourcer på sporet, således at løsningsworkshop kan afholdes optimalt. FRD Pro Fælles ERP-sekretariat skal godkende FRD som i tidligere forløb, og disse skal efterfølgende estimeres for Status: Endelig Side: 34 af 76

35 det efterfølgende forløb. QA Rådgivning Koordinering Pro Pro Pro Sikring af tværfaglig koordinering og sporrelevant QAarbejde. Fælles ERP-sekretariat skal udarbejde indstilling til styregruppen om, hvorledes dette skal håndteres. EG bidrager med rådgivning i relation til indstillingen. Fælles ERP-sekretariat skal håndtere forløbet. EG skal koordinere med egne ressourcer, men også sikre sammenhængen med XAL Hovedoutput Hovedoutput på området Projekt/anlæg består af følgende: Udarbejdelse af Deep Dive-referater for området Projekt/anlæg Udarbejdelse af LW-referater for området Projekt/anlæg Udarbejdelse af FRD for området Projekt/anlæg Forudsætninger N/A erelt Formål Sporet erelt omfatter en række tværgående moduler i AX 2012, tredjepartsmoduler (EG og andre) og evt. supportsystemer, som arbejder med AX Der er tale om følgende: Licenskonfiguration i AX 2012 Brugere Roller Funktionsrettigheder Adgangsbegrænsninger HR Medarbejdere Organisation Bankmodul AIF (Application integration framework) GDM (Global data management) EGVI Status: Endelig Side: 35 af 76

36 AMC Direct Debit EG CrossWork TM1 SharePoint Lasernet. Målet under designfasen på sporet erelt er at lave den grundlæggende opsætning og konfiguration af ovennævnte. Der udarbejdes et erelt FCD, som dækker de konfigurationer, der ikke i forvejen er omfattet af de øvrige spor (hvis nødvendigt, kan der udarbejdes flere FCD'er på området). Sporet erelt har ikke været en del af afklaringsfasen, hvorfor der ikke foreligger specifikke FRD'er på området. Der udarbejdes ikke nogen FDD'er for sporet erelt, men sporet vil danne grundlag for en række af FDD'er på de øvrige spor. Det samme er gældende med hensyn til TDD'er Nøgleleverancer Nøgleleverancer fra EG på området erelt er grupperet og beskrevet i nedenstående tabel. EG's forpligtelser i forbindelse med de enkelte leverancer på området er beskrevet i bilag 3. Tabel 11: Nøgleleverancer på området erelt Basiskonfiguration AMC Lasernet HR funktionelle konfigurationsdokumenter (FCD). Fælles foretage dette i test/produktion samt flere regnskaber. funktionelle konfigurationsdokumenter (FCD). Fælles foretage dette i test/produktion samt flere regnskaber. funktionelle konfigurationsdokumenter (FCD). Fælles foretage dette i test/produktion samt flere regnskaber. funktionelle konfigurationsdokumenter (FCD). Fælles foretage dette i test/produktion samt flere regnskaber. Status: Endelig Side: 36 af 76

37 Organisation Medarbejdere EGVI CrossWork Bank AIF GDM TM1 funktionelle konfigurationsdokumenter (FCD). Fælles foretage dette i test/produktion samt flere regnskaber. funktionelle konfigurationsdokumenter (FCD). Fælles foretage dette i test/produktion samt flere regnskaber. funktionelle konfigurationsdokumenter (FCD). Fælles foretage dette i test/produktion samt flere regnskaber. funktionelle konfigurationsdokumenter (FCD). Fælles foretage dette i test/produktion samt flere regnskaber. funktionelle konfigurationsdokumenter (FCD). Fælles foretage dette i test/produktion samt flere regnskaber. funktionelle konfigurationsdokumenter (FCD). Fælles foretage dette i test/produktion samt flere regnskaber. funktionelle konfigurationsdokumenter (FCD). Fælles foretage dette i test/produktion samt flere regnskaber. funktionelle konfigurationsdokumenter (FCD). Fælles foretage dette i test/produktion samt flere regnskaber. Status: Endelig Side: 37 af 76

38 SharePoint Roller 10 stk. Funktionsrettigheder Adgangsbegrænsninger Sprogstyring Brugeroprettelse Sparring (eks.) QA funktionelle konfigurationsdokumenter (FCD). Fælles foretage dette i test/produktion samt flere regnskaber. Fælles ERP-sekretariat skal sikre, at EG bliver involveret i relevante møder vedrørende basisopsætning og roller/rettigheder. Fælles ERP-sekretariat skal sikre, at godkendelse af leverancer foretages, efter at EG QA-funktion har godkendt disse Hovedoutput Hovedoutput på området erelt består af følgende: Udarbejdelse af en eller flere FCD'er (afhængigt af behov). Status: Endelig Side: 38 af 76