BILAG 1 KRAVSPECIFIKATION ØKONOMISYSTEM

Transkript

1 BILAG 1 KRAVSPECIFIKATION ØKONOMISYSTEM

2 VEJLEDNING Denne kravspecifikation er en del af kravspecifikationen af økonomi. Den samlede kravspecifikation for økonomi udgøres af: Bilag 1 kravspecifikation A (fælles) Bilag 1 kravspecifikation C (økonomi) Denne del af den samlede kravspecifikation beskriver de forhold som er specifikke økonomi. Denne kravspecifikation beskriver opgaver, processer og arbejdsgange, som skal håndteres ved hjælp af kommunens fremtidige løsning. Dokumentet indeholder dels en række generelle forhold og ikke-funktionelle krav, dels en beskrivelse af et antal procesområder, som varetages hos Hjørring Kommune. Tilbudsgiver skal i løsningsbeskrivelsen redegøre detaljeret for sine og den tilbudte løsnings forudsætninger vedrørende de nævnte generelle forhold og forventninger samt ikke-funktionelle krav. Tilbudsgiver skal endvidere i løsningsbeskrivelsen redegøre detaljeret for, hvorledes den tilbudte løsning kan anvendes til at løse de opgaver og arbejdsgange som er beskrevet i kravspecifikationen. Tilbudsgiver skal tilstræbe et detaljeringsniveau, som muliggør, at Hjørring Kommune ved gennemgang af løsningsbeskrivelsen kan danne sig et indtryk af den tilbudte løsnings egnethed til at understøtte de beskrevne processer og arbejdsgange samt løsningen af de beskrevne opgaver.

3 INDHOLD 1. Indledning Generelt Procescases 1 2. Hjørring Kommune 2 3. Udbuddets omfang 3 4. Generelle krav til tilbuddet Basiskrav Hovedtidsplan Projektledelse Opsætning og konfigurering Konvertering (option) Implementeringsbistand Test Uddannelse (option) Dokumentation Dokumentation af analysefasen Dokumentation af løsningen Brugersupport Udviklingsplaner Projektmodel Bemanding Involvering af Hjørring Kommunes medarbejdere Hjørring Kommunes udviklingsprojekter Læseadgang historiske data (option) 9 5. Generelle krav til løsningen Forventninger til leverandøren Lovmæssige krav Åbne standarder Krav vedrørende økonomistyring for selvstændige virksomheder Brugervenlighed og fleksibilitet Forhold vedr. it-arkitektur, integration m.v Integration i forhold til økonomisystemet It-sikkerhed It-arkivering Dataudtræk Metadata og søgbarhed Programmering af batchjobs Krav til driftsplaner Svartider, oppetider mv Beskrivelse af opgaveområder og processer Opbygning og vedligeholdelse af Kontoplan Betalinger (bank, kasse og E-fakturaer) Brugeradministration Rapportering og ledelsesinformation Budgetlægning og -opfølgning Årsafslutning Anlægsstyring og anlægsregnskab Ressourcestyring (option) Debitorområdet Indkøb og e-handel (option) 40 Appendiks Appendiks 1: Hjørring Kommunes kasse- og regnskabsregulativ inklusiv rammebilag Appendiks 2: Administrativ styring Hjørring Kommune Appendiks 3: Tidsplan for regnskabsaflæggelse

4 1. INDLEDNING 1.1 Generelt Denne del af det samlede udbud omfatter udbud af Hjørring Kommunes økonomisystem. Dette dokument udgør den specifikke del af kravspecifikationen for udbuddet, som samlet udgøres af: Bilag 1 kravspecifikation A (fælles) Bilag 1 kravspecifikation C (økonomi) Kravspecifikationen er struktureret således, at der i starten af kapitlerne er en generel beskrivelse, hvor det er relevant. Herefter følger de specifikke krav til hvert område. Den generelle beskrivelse er ment som en baggrundsbeskrivelse, som de efterfølgende krav skal opfylde. Kravene er nummereret Krav nn og Tilbud nn, hvor Krav nn er udtryk for et krav til systemet/løsningen, og hvor Tilbud nn er udtryk for et krav til tilbuddet. Det er ud for kravene anført, hvilke krav der er mindstekrav. 1.2 Procescases Der er gjort brug af procescases til at specificere en række krav. En procescase er en struktureret tekst, som beskriver et forretningsområde eller en forretningsproces og dens krav til itunderstøttelse. Procescasene er overordnede af karakter og er udarbejdet for relevante, centrale forretningsprocesser. En procescase består af: Navn for processen Formål og overordnede krav Beskrivelse af forretningsprocessen og dens kritiske processer Specifikke krav til it-løsningen Relationer og snitflader (til andre systemer, til eksterne parter mv.) som skal understøttes Kvantitative forhold ved processen Procescases er ikke beskrevet i detaljer. Der er i tidsplanen indlagt en analyse- og designfase efter valget af leverandør, bl.a. med det formål at arbejde videre med og fylde detaljer i disse procescases. Det forventes, at leverandøren aktivt forholder sig til procescasene og tilbyder en løsning, der understøtter og sikrer en opfyldelse af de angivne procescases. BILAG 1 C KRAVSPECIFIKATION (ØKONOMI) SIDE 1

5 2. HJØRRING KOMMUNE Hjørring Kommunes organisation er kendetegnet ved en høj grad af decentralisering. Opgaveområderne omfattet af kravspecifikationen løses således både i centrale og decentrale organisatoriske enheder. For alle brugeres vedkommende anvendes i forbindelse med den eksisterende økonomiløsning en portaladgang. Krav 1. Det er et krav, at systemet skal kunne anvendes fleksibelt i forhold til den organisatoriske udvikling af Hjørring Kommunes organisation. Løsningen skal kunne udbredes til flere brugere og til andre enheder (mindstekrav). Hjørring Kommune anslår antallet af brugere på den nuværende økonomiløsning til at være som følger: Kategorier Brugere Superbrugere Ca. 20 Brugere* Ca. 800 Portalbrugere Ca. 700 * Ekskl. systemtekniske bruger, såsom kasser, og fiktive brugere til brug for administration og undervisning. Krav 2. Leverandøren skal afgive tilbud med udgangspunkt i det nuværende antal brugere. BILAG 1 C KRAVSPECIFIKATION (ØKONOMI) SIDE 2

6 3. UDBUDDETS OMFANG Opgaven omfatter anskaffelse, drift og vedligeholdelse af et standard økonomisystem. Hjørring Kommune anvender i dag følgende it-løsninger til at løse opgaver indenfor økonomi og økonomistyring: KMD KMD Opus Økonomi KMD KMD Rollebaseret indgang KMD KMD Debitor Krav 3. Udgangspunktet for nærværende udbud er alene at forbedre systemunderstøttelsen inden for de områder, der i dag systemunderstøttes. Det er derfor ikke hensigten at udvide systemunderstøttelsen til at dække nye områder, udover hvad der afspejles af kravspecifikationens procescases. BILAG 1 C KRAVSPECIFIKATION (ØKONOMI) SIDE 3

7 4. GENERELLE KRAV TIL TILBUDDET Opgaven omfatter anskaffelse, drift og vedligeholdelse af et standard økonomisystem. Systemet skal understøtte de krav, som en kommunal virksomhed som kunde bør stille til en tidssvarende økonomiløsning. Tilbud på læseadgang til historiske data, indkøbsløsning, ressourcestyring, uddannelse og konvertering af data skal medtages som optioner. Hermed forstås, at leverandørens tilbud inden for disse områder skal prissættes separat, således Hjørring Kommune har mulighed for at fravælge områderne. 4.1 Basiskrav Krav 4. Krav 5. Krav 6. Det er et krav, at leverandøren skal levere et økonomisystem baseret på et standardsystem. Det er et krav, at løsningen i så høj grad som muligt anvender systemets standardfunktionalitet, og at der kun i begrænset omfang foretages tilretninger og specialudvikling. Det er et krav, at løsningen er integreret datamæssigt, således at ændringer og inddateringer slår øjeblikkeligt igennem i hele systemet Tilbud 1. Leverandøren skal i underbilag til bilag 2 med udgangspunkt i den i Bilag 1 kravspecifikation A (fælles) beskrivelse af de nuværende systemer og deres indbyrdes sammenhæng angive, hvilke systemer Hjørring Kommune fortsat skal gøre brug af. 4.2 Hovedtidsplan Krav 7. Økonomisystemet skal være klar til drift i hele kommunen den 1. januar Systemet skal dog være klar til indberetninger af budgetterne for 2012 den 15. oktober Den 1. januar 2012 skal økonomisystemet være klar til at varetage samtlige opgaver (mindstekrav). Tilbuddet skal indeholde en analyse- og designfase, som igangsættes efter valget af leverandør. I denne fase skal løsningsbeskrivelsen viderebearbejdes i form af en endelig løsningsbeskrivelse. Tilbud 2. Tilbud 3. Tilbud 4. Leverandøren skal med udgangspunkt i ovenstående angive en hovedtidsplan med relevante aktiviteter til gennemførelse af projektet. Hovedtidsplanen angives i bilag 5. Leverandøren skal i bilag 3 angive og beskrive de relevante aktiviteter til gennemførelse af projektets analyse- og designfase. Leverandøren skal i bilag 3 redegøre for projektforløbet som helhed, herunder for relevante aktiviteter til implementering af løsningen. Følgende aktiviteter skal som minimum beskrives: Projektledelse Opsætning og konfigurering Konvertering (option) Implementeringsbistand Testplanlægning og afprøvning BILAG 1 C KRAVSPECIFIKATION (ØKONOMI) SIDE 4

8 Uddannelse (option) 4.3 Projektledelse Leverandøren har det totale projektledelsesansvar for alle dele af leverancen samt for overholdelsen af tidsplanen. Leverandørens projektleder har også initiativpligt over for aktiviteter, der skal gennemføres af Hjørring Kommune. Leverandørens projektleder skal arbejde tæt sammen med Hjørring Kommunes projektansvarlige. Tids- og projektplanerne skal omfatte planlægningsaktiviteter, der kan sikre systematik og sammenhæng samt god fælles forståelse af de aktuelt forestående aktiviteter. Krav 8. Det er et krav, at tilbuddet medtager samtlige den til gennemførelsen af projektet nødvendige projektledelse fra leverandørens side (mindstekrav). 4.4 Opsætning og konfigurering Krav 9. Det er et krav, at leverancen skal omfatte den til gennemførelsen af projektet nødvendige bistand fra leverandørens side til opsætning og konfigurering af løsningen (mindstekrav). 4.5 Konvertering (option) Hjørring Kommune ønsker at sikre en så let overgang til det nye system som muligt. Data ønskes konverteret, således at eksisterende data tilbage til 1/ bliver tilgængelige i det nye system. Krav 10. Tilbud 5. Krav 11. Tilbud 6. Det er et krav, at leverandøren i tilbuddet medtager forslag til konvertering af data eller alternativt anden lagring af historiske data. Der kan tilbydes alternative konverteringsforslag. I det omfang datakonvertering forudsætter involvering af tredjepart, skal dette angives. Leverandøren skal i bilag 13 medtage konverteringen som option, og den konkrete konverteringsopgave fastlægges som en del af analyse- og designfasen. Data, der ikke kan konverteres og gøres tilgængelige i det tilbudte system, skal på anden vis gøres tilgængelige og søgbare i hele kontraktperioden. Leverandøren skal i underbilag til bilag 2 beskrive, hvorledes ikke konverterede data gøres tilgængelige. 4.6 Implementeringsbistand Leverancen skal omfatte den nødvendige bistand til en succesfuld implementering og ibrugtagning af systemet, bl.a. i forhold til den initiale systemopsætning, tilrettelæggelse af arbejdsgange, implementering af snitflader til de tilgrænsende systemer mv. Krav 12. Det er et krav, at tilbuddet medtager samtlige den til gennemførelsen af projektet nødvendige implementeringsbistand fra leverandørens side (mindstekrav). 4.7 Test Som en del af den samlede projektplan skal der udarbejdes en detaljeret testplan, som sikrer, at der sker en grundig afprøvning. Det forventes, at afprøvningen bl.a. omfatter en brugerafprøvning, BILAG 1 C KRAVSPECIFIKATION (ØKONOMI) SIDE 5

9 hvor repræsentanter fra kommunen deltager i arbejdet med at teste den samlede systemfunktionalitet. Krav 13. Det er et krav, at leverancen omfatter alle ydelser fra leverandørens side, der er nødvendige for realisering af testplanen, herunder også deltagelse i samtlige kontraktmæssigt fastsatte afprøvninger af systemet. 4.8 Uddannelse (option) Leverandøren skal kunne levere al brugeruddannelse, herunder uddannelse af systemadministratorer, superbrugere og brugere. Leverandøren skal ligeledes kunne levere det nødvendige uddannelsesmateriale. Hjørring Kommune ønsker den størst mulige fleksibilitet i forhold til uddannelse af brugere, både i forhold til uddannelsens omfang og i forhold til den konkrete tilrettelæggelse. Uddannelse skal være indeholdt i tilbuddet. Uddannelse af brugere medtages som option, og det konkrete uddannelsesforløb aftales som en del af analyse- og designfasen. Krav 14. Krav 15. Leverandøren skal tilbyde uddannelse af Hjørring Kommunes brugere i hele kontraktperioden. Leverandøren skal, som en del af tilbuddet, tilbyde uddannelse af følgende økonomi, debitor og indkøbsmedarbejdere: Administratorer (ca økonomisystemadministratorer): Uddannelsen skal være på et niveau og med en tilgang, der giver dem tilstrækkelige kvalifikationer til at kunne forestå de opgaver, der relaterer sig til at være administrator af systemet. Superbrugere (ca. 20 økonomi- og debitorkonsulenter): Uddannelsen skal være på et niveau og med en tilgang, der giver dem tilstrækkelige kvalifikationer til at kunne vejlede øvrige brugere og klæde superbrugerne på til at løse komplekse fagspecifikke problemer samt de basale elementer i brugerhåndtering. Uddannelsen skal give en udførlig indføring i anvendelse af økonomisystemet. Brugere (ca. 800 brugere): Uddannelsen skal være på et tilstrækkeligt niveau, der sikrer, at de kan anvende systemet i daglig brug. Der ønskes en målrettet uddannelse efter forskellige roller eller kompetenceprofiler, og forslag til roller/profiler ønskes omfattet af optionen. Indkøbsbrugere (ca. 400 brugere): Uddannelsen skal sikre, at brugerne er fortrolige med løsningen og kan foretage alle nødvendige delelementer af elektroniske indkøb. Ressourcestyring (ca. 3 superbrugere og 15 lette brugere): Uddannelsen skal sikre, at brugerne er fortrolige med løsningen og at de kan anvende systemet i daglig brug. Krav 16. Uddannelsen af administratorer og superbrugere skal være af ensartet kvalitet, og skal derfor forestås af leverandøren. Leverandøren skal i optionen give forslag til anvendelse af superbrugere i undervisningen af de øvrige brugere i kommunen. Leverandøren kan i undervisningen suppleres af en specialist fra Hjørring Kommune til at sikre den bedst mulige kobling mellem kommunens opgaveløsning og BILAG 1 C KRAVSPECIFIKATION (ØKONOMI) SIDE 6

10 økonomisystemets muligheder, eller superbrugere kan efter undervisningen fra leverandøren - varetage den efterfølgende træning af brugerne i den daglige opgaveløsning. Krav 17. Krav 18. Krav 19. Tilbud 7. Uddannelsen af superbrugere og brugere skal foregå hos Hjørring Kommune, der stiller lokaler og udstyr til rådighed. Uddannelsen af superbrugere og brugere skal tilrettelægges, så Hjørring Kommunes særlige forhold, konfiguration og arbejdsprocesser indgår. Uddannelsen af superbrugere og brugere koordineres tidsmæssigt med implementeringsforløbet, således at uddannelse i brugen af økonomisystemets moduler er koordineret med implementeringen af disse, så medarbejderne er parate til at løse opgaverne i den nye løsning på tidspunktet for dennes driftsstart. Leverandøren skal i bilag 3 afgive tre alternative tilbud på uddannelsesaktiviteterne af brugerne 4.9 Dokumentation - Det minimale uddannelsesforløb - Den anbefalede uddannelsesforløb - Den maksimale uddannelsesforløb. Der skal leveres fuld dokumentation til det samlede system, rettet mod slutbrugerne. Dokumentationen skal løbende vedligeholdes i hele kontraktperioden (vedligeholdelsesaftalen). Dokumentationen bør foreligge i et ajourført online og/eller søgbart format Dokumentation af analysefasen Krav 20. Resultatet af analyse- og designfasen skal dokumenteres i en løsningsbeskrivelse, som vil indgå i kontraktens bilag 2 (mindstekrav) Dokumentation af løsningen Leverandøren skal som en del af løsningen levere: Brugerdokumentation (fx. manualer, online hjælp) Systemdokumentation (løsningsarkitektur, modulbeskrivelser, datamodel, opsætning) Vedligeholdelses- og driftsdokumentation (fx. installations- og system, fejlhåndtering) Kursusmateriale Krav 21. Krav 22. Krav 23. Tilbud 8. Al brugerrettet dokumentation skal foreligge på dansk. Tilbuddet skal omfatte tilstrækkeligt dokumentation til at understøtte brug af systemet. Dokumentation skal leveres samtidigt med programmellet og godkendes som en del af overtagelsesprøven. Leverandøren skal i underbilag til bilag 2 beskrive den dokumentation, som følger med løsningen. BILAG 1 C KRAVSPECIFIKATION (ØKONOMI) SIDE 7

11 4.10 Brugersupport Den generelle leverandørservice skal indeholde dansk brugersupport/helpdesk, som opfylder: At leverandøren er forpligtet til at besvare alle forespørgsler vedrørende anvendelse af systemet. At der skal ydes hjælp til udredning af konkrete problemsager/ problemstillinger. At der skal kunne afgives fejlmeldinger, både i forhold til systemanvendelse og driftsafvikling. At der skal afgives en tidsramme for tilbagemelding vedrørende løsning af problemet. Et begrænset antal brugere vil blive autoriserede til at henvende sig til brugersupporten. Tilbud 9. Leverandøren skal i bilag 10 beskrive omfanget at den tilbudte brugersupport. Omfanget af den tilbudte brugersupport skal som minimum inkludere de fire nævnte forhold Udviklingsplaner Tilbud 10. Leverandøren skal i bilag 10 beskrive igangværende eller planlagte udviklingsplaner for det pågældende produkt, herunder aktuelle planer om nye versioner, moduler mv. Leverandøren skal endvidere angive, om dele af den tilbudte løsning vil blive erstattet af nye delløsninger i kontraktperioden (vedligeholdelsesperioden) Projektmodel Tilbud 11. Leverandøren skal i bilag 3 beskrive den projektmodel, der tænkes anvendt i forbindelse med designfase og implementering af løsningen. Projektmodellen skal indeholde Hjørring Kommunes roller og forventninger til disse, samt beskrivelse af kontaktsnitflader mellem kunde og leverandør Bemanding Tilbud 12. Leverandøren skal i bilag 11 beskrive, hvilken bemanding leverandøren vil allokere til hhv. analyse- og designfasen og til resten af projektet i form af navngivne konsulenter med tilhørende cv er. Leverandøren skal redegøre for, hvorledes kontinuitet og kvalitet i leverancen fastholdes ved medarbejderafgang i projekt- og kontraktperioden Involvering af Hjørring Kommunes medarbejdere Tilbud 13. Leverandøren skal i bilag 6 beskrive, hvordan Hjørring Kommunes medarbejdere bliver involveret i analyse- og designfasen, hvilke profiler, der efterspørges, og hvilket omfang involveringen har Hjørring Kommunes udviklingsprojekter Tilbud 14. Leverandøren skal i underbilag til bilag 2 beskrive, hvorledes leverandøren stiller sig i forhold til løbende at indgå i Hjørring Kommunes udviklingsprojekter og mod vederlag at stille ressourcer og kompetencer til rådighed herfor. BILAG 1 C KRAVSPECIFIKATION (ØKONOMI) SIDE 8

12 4.16 Læseadgang historiske data (option) Ved udløb af denne kontrakt skal opgaven genudbydes. Det kan indebære, at Hjørring Kommune skal overdrage opgaven til en ny leverandør. Hjørring Kommune ved af erfaring, at det er vanskeligt at konvertere data, hvorfor det kan være nødvendigt i en periode at opretholde en spørgeadgang til historiske data. Spørgeadgangen omfatter læseadgang herunder rapportadgang - til samtlige data i systemet, som de forefindes ved kontraktens udløb. Spørgeadgangen skal foregå ved brug af det benyttede system eller et system med lignende spørgefunktionalitet. Tilbud 15. Leverandøren skal som option i bilag 13 angive prisen pr. måned for at opretholde systemets spørge- og rapporteringsadgang til data efter kontraktens udløb. Der angives en pris for 1 år samt en pris for de efterfølgende 4 år. Prisen kan angives som en %- sats af den ved kontraktudløb gældende månedlige afgift. BILAG 1 C KRAVSPECIFIKATION (ØKONOMI) SIDE 9

13 5. GENERELLE KRAV TIL LØSNINGEN 5.1 Forventninger til leverandøren Hjørring Kommune forventer, at leverandøren har et indgående kendskab til økonomiopgaver og økonomistyring i en dansk kommune, herunder de politiske og administrative processer som kendetegner kommunale økonomiforhold. 5.2 Lovmæssige krav Krav 24. Den tilbudte løsning skal i hele kontraktperioden opfylde, overholde og understøtte administrationen af al relevant lovgivning m.v. (mindstekrav), herunder: A. Lov om behandling af personoplysninger (Persondataloven) B. Datatilsynets sikkerhedskrav C. Arkiverings- og kassationsbestemmelser D. Forvaltningsloven E. Offentlighedsloven F. Styrelsesloven G. Bogføringsloven H. Lov om offentlige betalinger I. Budget- og regnskabssystemet ( den gule mappe ) J. Årsregnskabsloven Krav 25. Tilbud 16. Systemet skal på alle områder løbende være ajour med hensyn til gældende love og regler (mindstekrav). Leverandøren skal i bilag 10 detaljeret redegøre for løsningens egnethed i forhold til at håndtere kommunens økonomiopgaver og økonomistyring under overholdelse af aktuel, relevante lovgivning. Leverandøren forventes i kontraktperioden at holde den tilbudte løsning funktionalitetsmæssigt opdateret i forhold til ændrede lovgivningsmæssige og reguleringsmæssige rammer. 5.3 Åbne standarder Tilbud 17. Leverandøren skal i underbilag til bilag 2 redegøre for systemets opfyldelse for hver af nedenstående standarder, herunder skal leverandøren i fald en eller flere standarder helt eller delvist ikke opfyldes, for disse standarder beskrive baggrunden for leverandørens fravalg af at anvende standarden i leverandørens system. Standarder for dataudveksling mellem offentlige myndigheder (OIOXML) Standarder til elektronisk sags- og dokumenthåndtering (FESD) Standarder til elektroniske indkøb i det offentlige (OIOUBL) Standarder for digital signatur (OCES) Standarder for dokumentudveksling (ODF/OOXML) For yderligere information om obligatoriske, åbne standarder henvises til vejledning om anvendelse af obligatoriske, åbne standarder for software i det offentlige, som kan rekvireres på BILAG 1 C KRAVSPECIFIKATION (ØKONOMI) SIDE 10

14 5.4 Krav vedrørende økonomistyring for selvstændige virksomheder Den nuværende løsning benyttes til økonomistyring for et antal af kommunens samarbejdspartnere (fx selvejende institutioner), der har adgang til separate virksomhedsopsætninger, som dog ikke er integreret med økonomisystemet. Tilbud 18. Tilbud 19. Leverandøren skal i underbilag til bilag 2 redegøre for løsningens evne til at håndtere multiple, uafhængige virksomheder med egen kontoplan, bankkonti etc. Omkostningerne til at håndtere flere regnskaber skal være indregnet i prisen i bilag Brugervenlighed og fleksibilitet Det er vigtigt for Hjørring Kommune, at systemet er brugervenligt og intuitivt. Dette betyder også, at der skal være online hjælp fx. i form af elektroniske manualer/f1-assistance eller lignende, og det skal være muligt at bruge genvejstaster i stedet for mus. Disse støttefunktioner, manualer m.v. skal foreligge på dansk. Herudover bør systemet være fleksibelt, således at det er enkelt for Hjørring Kommune selv at foretage ændringer fx. i rapporter, kontoplan m.v. Krav 26. Krav 27. Krav 28. Tilbud 20. Det er et krav, at systemet skal være brugervenligt og fleksibelt i forhold til Hjørring Kommunes fremtidige behov for justeringer og tilpasninger. Der ønskes et system med en intuitiv og letforståelig brugergrænseflade, som kan tilgodese behovene for brugere på mange forskellige niveauer af viden om systemet, og som reducerer behovet for oplæring til et minimum. Den enkelte bruger skal have mulighed for samtidig at have flere sessioner/skærmbilleder af systemet åbne samtidig. Leverandøren skal i underbilag til bilag 2 redegøre detaljeret for den tilbudte løsnings funktionalitet i forhold til fleksibel tilpasning af opsætningen, herunder brugerinterface, rapporter, søgeresultater, kontoplan m.m.) 5.6 Forhold vedr. it-arkitektur, integration m.v Der efterspørges et sammenhængende og fleksibelt standardsystem. Grænseflader (API er), protokoller og formater skal i størst muligt omfang være baseret på åbne standarder (de-facto og de-jure) samt overholdelse af internet- og webstandarder. It-arkitektur- og softwareplatformen skal i størst mulig omfang være åben, fleksibel og velegnet til udvikling af nye funktioner. Tilbud 21. Tilbud 22. Tilbud 23. Leverandøren skal i underbilag til bilag 2 redegøre detaljeret for løsningens opbygning og modularitet, herunder den datamæssige integration og afhængigheder mellem eventuelle delmoduler og databaser. Leverandøren skal i underbilag til bilag 2 redegøre for, hvilke delfunktionaliteter der umiddelbart kan gøres tilgængelige via webbrowser, og under hvilke forudsætninger dette kan ske. Leverandøren skal i underbilag til bilag 2 redegøre for, hvordan løsningen understøtter effektive arbejdsgange for decentralt placerede brugere med behov for BILAG 1 C KRAVSPECIFIKATION (ØKONOMI) SIDE 11

15 adgang til relevante informationer i relation til arbejdet med økonomi og økonomistyring, herunder udtræk og forespørgsler Integration i forhold til økonomisystemet Økonomisystemet skal understøtte den nødvendige datamæssige integration med en række øvrige it-løsninger, som leverer og trækker økonomidata. Hjørring Kommune kan umiddelbart pege på følgende systemer og parter, hvorfra der i dag er etableret dataintegration til den eksisterende økonomiløsning: Integrationer i forhold til økonomi og debitor: KMD Underholdsbidrag - Debitor KMD Underholdsbidrag Kreditor KMD ESR (ejendomsskat) KMD Pension KMD KMD Aktiv KMD KMD A-refusion KMD KMD Boligstøtte KMD KMD Udbetaling KMD KMD Sag KMD KMD Borgerkonto KMD KMD Betal din kommune KMD KMD Børnetilskud KMD KMD-Debitorsystemet KMD KMD Debitor Ondemand KMD KMD Struchtura KMD Boliglånesystemet KMD S&A KMD Ejendom KMD KMD Opus Løn KMD Sygedagpenge KMD Essentia KMD Modregningssystemet KMD Doc2archive KMD FAS c/s KMD Opus Fravær KMD Grafisk debitor KMD KMD Basisløn KMD Opera Logica AS2007 (afregning til sociale sager) PBS BS-Basis, BS-Total og BS Plus SKAT - E-indkomst E-boks P-data SKAT Geo-Environ BOSSINF (socialt boligbyggeri) Idis daginstitutionssystem Unik boligadministrationssystem Damus Musikskolesystem Det Centrale Fordringsregister Hjørring Kommune forventer, at der kan være behov for yderligere snitflader. BILAG 1 C KRAVSPECIFIKATION (ØKONOMI) SIDE 12

16 Tilbud 24. Krav 29. Leverandøren skal i underbilag til bilag 2 beskrive de for løsningen nødvendige snitflader hos tredjemand for dataoverførsel til Hjørring Kommunes øvrige systemer. Hjørring Kommune forestår selv købet af snitfladerne. Det er et krav, at tilbuddet omfatter prisen på samtlige nødvendige interne snitflader i leverandørens egen løsning (både etablering og løbende drift) i den tilbudte løsning It-sikkerhed Løsningen skal indeholde sikkerhedsfunktionalitet, som opfylder Datatilsynets sikkerhedskrav. Tilbud 25. Tilbud 26. Leverandøren skal i underbilag til bilag 2 redegøre for, hvordan systemet og driftsmiljøet er sikret mod uautoriseret adgang fra tredjemand samt for, hvordan kommunen sikres mod diverse vira o.l., når økonomisystemet i øvrigt anvendes. Leverandøren skal i underbilag til bilag 2 detaljeret redegøre for løsningens logningsfunktionalitet, herunder overholdelse af krav til revisionsspor It-arkivering De tilbudte løsninger skal leve op til Arkivlovens bestemmelser omkring elektronisk aflevering. I forhold til aflevering til et offentligt arkiv gælder det, at den efterspurgte løsning skal leve op til bestemmelserne i Arkivloven og Bekendtgørelse 342 af 11. marts 2004 eller den til enhver tid gældende bekendtgørelse. Krav 30. Leverandøren skal, som en del af den elektroniske aflevering af data, levere den tekniske dokumentation af systemet der afleveres ved afleveringsforhandling. Den tekniske dokumentation bør indeholde en tabeloversigt og et struktur-diagram. Der skal fra leverandørens side foreligge et tilbud der indeholder arkivering og fremstilling af en arkiveringsversion. (forudsætning om en årlig arkivering). 5.7 Dataudtræk Hjørring Kommune benytter i høj grad ad hoc dataudtræk fra økonomisystemet i den daglige produktion. Løsningen skal derfor have omfattende muligheder for at udtrække data til manuel eller maskinel behandling, herunder til gængse regneark- og tekstbehandlingsformater. Tilbud 27. Tilbud 28. Leverandøren skal i underbilag til bilag 2 redegøre detaljeret for løsningens funktionaliteter i forhold til dataudtræk, herunder muligheden for at tilpasse standardrapporter og etablere nye rapporter til specifikke formål. Leverandøren skal i underbilag til bilag 2 redegøre for systemets mulighed for at overføre data og rapporter fra systemet til almindelige filtyper, herunder Word, Excel, HTML og PDF. 5.8 Metadata og søgbarhed Hjørring Kommune ønsker fortsat, at kunne benytte den nuværende løsnings funktionalitet i forhold til at knytte ad hoc kommentarer til poster, herunder tilknytte filer. Denne funktionalitet har stor betydning i forhold til især decentrale brugeres anvendelse af økonomisystemet. Funktionaliteten ønskes anvendt til dokumentationsformål gennem tilknytning af originaldokumenter til poster. BILAG 1 C KRAVSPECIFIKATION (ØKONOMI) SIDE 13

17 Tilbud 29. Tilbud 30. Leverandøren skal i underbilag til bilag 2 detaljeret redegøre for løsningens funktionalitet i forhold hertil, herunder til hvilke typer af poster der evt. ikke kan tilknyttes kommentarer og vedhæftes filer. Leverandøren skal i underbilag til bilag 2 endvidere redegøre for den tilbudte løsnings søgefunktionalitet, herunder søgefunktionalitetens brugerinterface og resultatpræsentation, samt muligheder for at tilpasse visningen af søgeresultater gennem applikation af filtre, sorteringer etc. 5.9 Programmering af batchjobs Krav 31. Løsningen skal indeholde funktionalitet til at afvikle periodiske jobs (batchjobs), fx i forbindelse med inddatering via overførsel eller udskrivning af data, rapportering, ad hoc-analyser eller andet. Løsningen skal kunne afvikle periodiske og tidsforskudte jobs (batchjobs), fx udenfor arbejdstiden i forbindelse med inddatering og overførsler Krav til driftsplaner Krav 32. Leverandøren skal i henhold til kontrakten udarbejde egentlige driftsplaner på baggrund af ydelsesbeskrivelserne i bilag 1 og leverandørens løsningsbeskrivelse i bilag 2. Det er et krav til indholdet, at driftsplanerne beskriver rutiner, og er egnede som styringsværktøj for den daglige drift. Driftsplanen kan udgøre en detaljering af leverandørens løsningsbeskrivelse. Driftsplanerne skal sikre, at der sker en vidensoverførelse og forventningsafklaring parterne imellem, og at der identificeres præcise målepunkter og opfølgningsinstrumenter for de enkelte opgaver. Endelig skal driftsplanerne indeholde en beskrivelse af procedurer, kontaktnumre mv. i forbindelse med den daglige opgavevaretagelse. Indholdet af driftsplanerne drøftes og fastlægges endeligt efter kontraktindgåelse. Tilbud 31. Leverandøren skal i underbilag til bilag 2 medtage udkast til driftsplaner Svartider, oppetider mv. I en række af Hjørring Kommunes opgaver og processer er tidsaspektet afgørende, og systemets oppetider og svartider er derfor vigtige. Krav 33. Systemet skal overholde de i bilag 9 aftalte svartider, oppetider mv. BILAG 1 C KRAVSPECIFIKATION (ØKONOMI) SIDE 14

18 6. BESKRIVELSE AF OPGAVEOMRÅDER OG PROCESSER Afsnittet indeholder detaljerede beskrivelser af et antal opgaveområder og processer som forventes understøttet af den udbudte løsning. For hvert opgaveområde beskrives følgende forhold: Navn for opgaveområdet/processen Formål og overordnede krav til opgaveområdet/processen Beskrivelse af opgaveområdet/processen og dens kritiske delprocesser Specifikke krav (overordnet) til IT-understøttelse af opgaveområdet/processen Relationer og snitflader (til andre systemer, til eksterne parter mv.) som skal understøttes Kvantitative forhold ved processen Leverandøren bedes detaljeret redegøre for, hvorledes den tilbudte løsning kan anvendes til at løse de opgaver og arbejdsgange, som er beskrevet. Leverandøren skal tilstræbe et detaljeringsniveau som muliggør at udbudsgiver ved gennemgang af løsningsbeskrivelsen, kan danne sig et indtryk af den tilbudte løsnings egnethed til at understøtte de beskrevne processer og arbejdsgange samt løsningen af de beskrevne opgaver. For yderligere dokumentation af forhold hos Hjørring Kommune, som forventes understøttet af en fremtidig løsning henvises i øvrigt til følgende appendiks: Appendiks 01: Hjørring Kommunes kasse- og regnskabsregulativ inklusiv rammebilag Appendiks 02: Administrativ styring Hjørring Kommune Appendiks 03: Tidsplan for regnskabsaflæggelse Der er beskrevet procescases inden for områderne: Opbygning og vedligeholdelse af kontoplan Betalinger (bank, kasse og E-fakturaer) Brugeradministration Rapportering og ledelsesinformation Budgetlægning og budgetopfølgning Årsafslutning og aflæggelse af årsregnskab Anlægsstyring og anlægsregnskab Ressourcestyring (option) Debitorområdet Indkøb og e-handel(option) BILAG 1 C KRAVSPECIFIKATION (ØKONOMI) SIDE 15

19 6.1 Opbygning og vedligeholdelse af Kontoplan Tilbud 32. Leverandøren skal i underbilag til bilag 2 redegøre detaljeret for løsningens funktionalitet i forhold til de beskrevne opgaver, processer m.v. angående kontoplan. Det skal af redegørelsen fremgå om den tilbudte funktionalitet er tilstede på tilbudstidspunktet eller overtagelsestidspunktet. Det skal tillige af redegørelsen fremgå, hvis processen beskriver funktionalitet, som ikke tilbydes. Navn for processen Opbygning og vedligeholdelse af Kontoplan Formål og overordnede krav Overordnet ønsker Hjørring Kommune at kunne opbygge og vedligeholde en standardkontoplan, der understøtter kommunens krav til økonomistyring og rapportering. Der lægges vægt på en løsning som både tilgodeser krav fra det politiske niveau, de administrative behov for økonomistyring samt behov i forhold til styring af anlægsprojekter. Kontoplanen skal indebære mulighed for en tværgående økonomistyring i hele kommunen med gennemgående registreringsdimensioner på tværs. Desuden skal der være mulighed for at understøtte forskellige decentrale styringsbehov med valgfri opbygning af registreringsdimensioner i forhold til specifikke styringsbehov lokalt. Kontoplanen skal afspejle Den politiske kontoplan der fastlægger, hvem der er ansvarlig for bevillingerne og Den administrative kontoplan, der angiver hvem der har ret til at anvise. I forhold til styringsbehovene i forvaltningerne og på institutionsniveau er det målet, at økonomisystemet kan dække alle behovene bl.a. også til styring af disponeringer, således at behovet for regnearksløsninger kan elimineres. Kontoplanen skal opbygges i overensstemmelse med den autoriserede kommunale kontoplan. Leverandøren skal sikre at kontoplanen løbende lever op til de gældende regler i forhold til den autoriserede kontoplan. Beskrivelse af forretningsprocessen og dens kritiske processer Kontoplanen vedligeholdes centralt. Ved behov for nye konti, udfylder kommunens enkelte enheder en elektronisk formular, som indeholder alle nødvendige oplysninger. Den kontoplanansvarlige validerer oplysningerne, inden konti oprettes. Systemet skal understøtte organisatoriske ændringer og flytning af opgaver og budgetansvar til andre enheder, herunder Oprettelse af helt nye organisatoriske enheder Flytning af eksisterende enheder til anden del af organisationen Oprettelse af enheder (fx daginstitutioner), hvor der i forvejen findes tilsvarende enheder Specifikke krav til it-løsning Kontoplanen skal opbygges som en multidimensional kontoplan. Brugen af registreringsdimensionerne skal kunne styres på flere niveauer: Nogle af dimensionerne skal være gennemgående for hele kommunen, således at der på tværs kan foretages økonomianalyser af bestemte omkostningsarter. BILAG 1 C KRAVSPECIFIKATION (ØKONOMI) SIDE 16

20 Navn for processen Opbygning og vedligeholdelse af Kontoplan Nogle registreringsdimensioner skal kunne fastlægges for en gruppe af enheder/institutioner (fx for skoler) Andre dimensioner skal frit kunne benyttes decentralt til særlige styringsformål. Det skal være muligt at opsætte systemet, så det er krævet at udfylde udvalgte registreringsdimensioner. Tekster på dimensioner skal kunne låses i forhold til den værdi, der registreres på en dimension. Der skal automatisk kunne foretages omkontering af posteringer fra en konto, eller interval af konti til en anden konto. Systemet skal kunne give advis (via ) til udvalgte medarbejdere i forvaltninger og decentrale institutioner, hvis der oprettes nye konti eller foretages budget- eller udgifts- /indtægtsændringer. Systemet skal gennem validering sikre, at der er en entydig sammenhæng mellem kontoplan i økonomisystem og lønsystem. Øvrige forhold vedrørende kontoplan Hjørring Kommune har i øvrigt i forbindelse med kontoplanen fokus på: At kontoplanen er logisk og intuitivt opbygget med genkendelige termer At de autoriserede regler knyttet til kontering i en kommune, herunder sammenhæng mellem forskellige kontotyper understøttes ved fejlmelding At der kan tildeles koder til udvalgte konti på tværs af kontoplanen til tværgående områder fx. bygningsvedligehold så der for delområder oprettes en autoriseret kontoplan Systemet skal understøtte en kontrol af, at decentrale konti peger korrekt på centrale konti, bl.a. med henblik på korrekt momsafløftning At nye konti/kontogrupper kan oprettes ud fra en vedligeholdt skabelon At der kan tilknyttes advis til konti f.eks. forfaldsdato på pantebreve At der kan oprettes konti med cpr.nr. krav af hensyn til registrantkontering At det er muligt at ændre kontotekst uden, at kontoen opfattes som nyoprettet At konti kan styres på dato og år At det fremgår, når en konto er lukket. Det skal dog ikke være muligt at lukke en konto, som der er budget og/eller forbrug på. At der kan søges uafhængigt på alle dimensioner i kontoplanen At kontoplanen benytter genkendelig og let forståelig terminologi BILAG 1 C KRAVSPECIFIKATION (ØKONOMI) SIDE 17

21 Navn for processen Opbygning og vedligeholdelse af Kontoplan At kontotekster har en længde, der kan rumme tekstlængden i den autoriserede kontoplan At systemet giver et visuelt billede af kontoplanen, hvor man befinder sig på et givent tidspunkt, og mulighed for fleksibelt at bevæge sig rundt i kontoplanen At kontoplanen kan skrives ud og overføres til regneark eller fil. Relationer og snitflader (til andre systemer, til eksterne parter mv.) som skal understøttes Kontoplanen har snitflader og berøring til en lang række øvrige systemer, hvoraf lønsystemet må karakteriseres som det mest kritiske. Når der fra andre systemer dannes bogføringsposteringer til økonomisystemet, skal der fra disse systemer kunne ske en automatisk validering af den konto, som anvendes. Kvantitative forhold ved processen Kommunen har i det nuværende økonomisystem godt 800 brugere oprettet, hvortil kommer systemtekniske brugere, såsom kasser, og fiktive brugere til brug for systemadministration og undervisning. BILAG 1 C KRAVSPECIFIKATION (ØKONOMI) SIDE 18

22 6.2 Betalinger (bank, kasse og E-fakturaer) Tilbud 33. Leverandøren skal i underbilag til bilag 2 detaljeret redegøre for løsningens funktionalitet i forhold til de beskrevne opgaver, processer m.v. angående betalinger (bank, kasse og E-fakturaer). Det skal af redegørelsen fremgå om den tilbudte funktionalitet er tilstede på tilbudstidspunktet eller overtagelsestidspunktet. Det skal tillige af redegørelsen fremgå, hvis processen beskriver funktionalitet, som ikke tilbydes. Navn for processen Betalinger (bank, kasse og E-fakturaer) Formål og overordnede krav Hjørring Kommune ønsker et økonomisystem, der fuldt ud understøtter processen omkring elektronisk bilagsbehandling samt opgaver i forbindelse med kommunens kassefunktion og afstemning i forhold til bank, herunder elektroniske kasserapporter. Beskrivelse af forretningsprocessen og dens kritiske processer E-fakturaer og kreditnotaer modtages og behandles på alle niveauer i organisationen. Kontrolfunktioner i forbindelse med elektronisk bilagsbehandling samt vedligeholdelse af kreditorregistret, varetages centralt. Kreditnotaer modtages elektronisk og modregnes i hængende fakturaer. Kommunen har indbetalingskasser i 4 Borgerservicecentre, hvor der dagligt modtages indbetalinger fra borgere enten kontant eller via dankort for pas og kørekort. Kontante indbetalinger for øvrige tilgodehavender modtages ikke. Kassen optælles dagligt, dankortterminalerne afsluttes dagligt. Kassen afstemmes med bilagene. Betaling for pas og kørekort skal understøttes af økonomisystemet. Dette ønskes, således at der løbende kan bogføres. Dette foregår via daglige kasserapporter, der bogføres i økonomisystemet. Decentralt i kommunens institutioner er der ofte også kontantkasser til mindre kontante indog/eller udbetalinger (opgøres nogen steder kun ugentligt). Disse skal også kunne håndteres systemmæssigt. Enkelte af enhederne tager imod betaling via dankort og kreditkort. Kommunens hovedkonti bliver som minimum afstemt ugentligt. De øvrige centrale konti bliver som minimum månedligt afstemt. Institutionerne er ansvarlig for afstemning af egne bankkonti. Specifikke krav til it-løsning Systemet skal kunne håndtere fakturaer og afregning i euro. Elektronisk bilagsbehandling skal ske ved lette processer, størst mulig gennemskuelighed og brugervenlighed. Der skal kunne opsættes regler for rækkefølgen af de forskellige behandlinger i bilagshåndteringen (workflow), herunder opsætning af beløbsregler for BILAG 1 C KRAVSPECIFIKATION (ØKONOMI) SIDE 19

23 Navn for processen Betalinger (bank, kasse og E-fakturaer) attestation/godkendelse af elektroniske bilag. Elektroniske bilag skal til enhver tid kunne følges i systemet, herunder mulighed for at spore, hvem der har håndteret de forskellige elementer i processen. Der ønskes en løsning der indeholder mulighed for automatisk fx via at give forvaltninger besked om overskredne betalingsdatoer m.v. Betaling for pas kørekort skal understøttes af det nye system. Det skal være muligt for kommunen at have flere kontantkasser. Relationer og snitflader (til andre systemer, til eksterne parter mv.) som skal understøttes Snitflade til Adra Match afstemningssystem. Nemkonto systemet. Kvantitative forhold ved processen Hjørring Kommunes bank er Sparekassen Vendsyssel og Danske Bank. BILAG 1 C KRAVSPECIFIKATION (ØKONOMI) SIDE 20

24 6.3 Brugeradministration Tilbud 34. Leverandøren skal i underbilag til bilag 2 detaljeret redegøre for løsningens funktionalitet i forhold til de beskrevne opgaver, processer m.v. angående brugeradministration. Det skal af redegørelsen fremgå om den tilbudte funktionalitet er tilstede på tilbudstidspunktet eller overtagelsestidspunktet. Det skal tillige af redegørelsen fremgå, hvis processen beskriver funktionalitet, som ikke tilbydes. Navn for processen Brugeradministration Formål og overordnede krav Brugeradministrationen skal sikre en let og sikker håndtering af brugeroprettelse og - ændringer og sikre at kun brugere der er autoriseret hertil skal have adgang til økonomisystemet. Det skal i økonomisystemet sikres, at brugere af systemet er autoriseret til at have adgang til systemets data og funktioner, såvel gennem adgang til skærmbilleder, ved rapportering og ved udtræk af data til andre systemer. For den enkelte bruger skal der kunne ske en detaljeret og fintmasket styring af, hvilke adgange til data og funktioner, den enkelte bruger har. Systemet skal sikre, at brugerrettigheder, adgang til systemet og brugen af systemet bliver dokumenteret og logget, så registreringer og ændringer i systemet kan henføres til den medarbejder, der har foretaget ændringen, og så systemet lever op til Datatilsynets krav. Beskrivelse af forretningsprocessen Oprettelse og vedligeholdelse af brugernes rettigheder og adgangsforhold til økonomisystemet sker i en central funktion. Kommunen anvender en web-skabelon til understøttelse af brugeradministration. Skabelonen sikrer at de nødvendige oplysninger bliver indberettet elektronisk til den funktion, der forestår brugeradministration, og sikrer at godkendelse finder sted. Når brugeroprettelse er sket sendes en kvittering/mail herom til den pågældende medarbejder. Brugerrettigheder styres ud fra foruddefinerede standardprofiler. Krav til it-løsning Økonomisystemet skal indeholde funktioner, der gør det muligt at foretage en sikker og veldokumenteret registrering og styring af brugernes adgange og rettigheder. Der skal kunne opbygges en række standardprofiler/adgangsgrupper, som den enkelte bruger kan tilknyttes. Der skal desuden kunne foretages individuelle ændringer i den enkelte brugers rettigheder. En given brugers rettigheder skal kunne kopieres over til en anden medarbejder fx ved fratrædelser. Der skal kunne udsendes en kvittering til brugeren, når der er sket oprettelse/ændring af brugerrettigheder med information om rettigheder og ændringer. Det ønskes, at kvittering samt vedhæftet brugervejledning til nye brugere skal kunne udsendes via en , som BILAG 1 C KRAVSPECIFIKATION (ØKONOMI) SIDE 21

25 genereres direkte fra økonomisystemet. Systemet skal automatisk kunne sende en med en ny adgangskode til de brugere som har glemt deres kode, hvis brugeren ønsker dette. Brugeren skal selv via systemet kunne anmode om en ny kode. Det skal være muligt at opsætte detaljerede regler for, hvilke medarbejdere der må kontere på hvilke konti/dimensioner. Medarbejdere har normalt kun ret til at bogføre inden for eget område. Det skal være muligt at begrænse adgangen til kontoplanen efter brugerens behov, idet det fortsat skal være muligt for brugeren at udtrække data fra en større del af kontoplanen. Kommunens regler for anvisning af betalinger skal kunne afspejles og håndteres. Kasse- og regnskabsregulativ for Hjørring Kommune er vedlagt som Appendiks 01. Der ønskes mulighed for i systemet at indbygge kontroller, så brugeren i forbindelse med betaling/anvisning, ikke har mulighed for at lave bilag til sig selv, og så anvisningsberettigede ikke kan anvise til sig selv. Der ønskes mulighed for at spærre fratrådte medarbejdere i systemet uden at fjerne dem, så logning og historik fortsat kan ses i systemet samt mulighed for at spærre medarbejdere i et datointerval. Det skal være muligt, at oprette medarbejdere med en tidsbegrænset autorisation. Det skal være muligt, at danne et udtræk af en given brugeres autorisation på tværs af økonomisystemets moduler til brug for dokumentation og overblik. Om muligt ønskes brugerrettigheder i lønsystem og økonomisystem baseret på en centralt vedligeholdt fælles ledelses- og organisationsstruktur. Relationer og snitflader (til andre systemer, til eksterne parter mv.) som skal understøttes Oplysninger om brugerrettigheder og log over registreringer i systemet skal kunne overføres til regneark/tekstbehandling/fil. Hjørring Kommune anvender Outlook som postsystem. Kvantitative forhold ved processen Kommunen har i det nuværende økonomisystem godt 800 brugere oprettet. I dag anvender kommunen i størrelsesordenen 30 forskellige brugerprofiler. BILAG 1 C KRAVSPECIFIKATION (ØKONOMI) SIDE 22

26 6.4 Rapportering og ledelsesinformation Tilbud 35. Leverandøren skal i underbilag til bilag 2 detaljeret redegøre for løsningens funktionalitet i forhold til de beskrevne opgaver, processer m.v. angående rapportering og analyse. Det skal af redegørelsen fremgå om den tilbudte funktionalitet er tilstede på tilbudstidspunktet eller overtagelsestidspunktet. Det skal tillige af redegørelsen fremgå, hvis processen beskriver funktionalitet, som ikke tilbydes. Navn for processen Rapportering og ledelsesinformation Formål og overordnede krav Brugerne af økonomisystemet skal have nem adgang til alle relevante informationer i form af rapporter og velstruktureret ledelsesinformation, som kan sikre det bedst mulige styringsgrundlag. Hjørring Kommune stiller krav om, at systemet giver brugerne adgang til information om alle relevante økonomiske forhold samt forhold vedr. løn og personale. Rapportering skal sikre at budgetkontrol og årsafslutning kan foretages på et præcist, sikkert og overskueligt grundlag. Der ønskes fra alle forvaltninger fleksibel mulighed for rapportering direkte fra økonomisystemet. Der lægges vægt på både at have faste skabeloner/rapporter, der kan genbruges og mulighed for selv at definere rapporter og udtræk. Dette inkluderer kodning af udvalgte konti og posteringer, så der kan følges op på specifikke områder på tværs af kontoplanen og bogføringselementer. Informationerne skal kunne hentes online med fleksible og valgfri muligheder for afgrænsninger på alle dimensioner, konti, baggrundsdata (fx leverandørnavn, -adresse, cvrnr,) med mulighed for periodeafgrænsninger, valg af dimensioner samt rækkefølge deraf, sortering og sumangivelser. På grund af lønomkostningernes store andel af kommunens samlede budget er der særlig fokus på, at sikre en ledelsesinformation, der giver en sammenhængende information og analysemulighed fra økonomi- og lønsystemet. Der ønskes at man kan starte analysen på et aggregeret niveau og slutte med oplysninger om, hvilke medarbejderes lønandele, der ligger bag det aggregerede tal. Der ønskes en rollebaseret rapportering, så systemet foreslår en rapporteringsform efter hvilken rolle, som brugeren indtager. Beskrivelse af forretningsprocessen Budgetopfølgning foretages normalt månedsvis af de enkelte budgetansvarlige. Tilsvarende foretages i kommunens enheder opfølgning på fravær og øvrige personaleforhold. Ud over den faste budgetopfølgning er der løbende behov for at foretage ad hoc prægede analyser af økonomi og af forhold vedr. løn og personale. I sådanne analyser starter man typisk analysen på et overordnet niveau og har derefter brug for at gå i yderligere detaljer og at foretage filtreringer og sorteringer i forhold til kontoplanens dimensioner. Likviditeten overvåges løbende med behov for dag-til-dag styring. Ved analyser skal systemet understøtte, at der kan udtrækkes og overføres informationer fra økonomisystemet til regneark for videre bearbejdning her. BILAG 1 C KRAVSPECIFIKATION (ØKONOMI) SIDE 23

27 Navn for processen Rapportering og ledelsesinformation Specifikke krav til it-løsning Den faste, periodiske økonomirapportering til brug ved budgetopfølgning skal kunne udformes efter en fælles skabelon. Der skal desuden kunne udformes særlige rapporter til understøttelse af de enkelte områder og enheders særlige styringsbehov. Brugergrænsefladen for rapportering og analyse skal være intuitiv og let anvendelig for forskellige brugergrupper med forskellige forudsætninger. Til brug ved ad hoc prægede analyser ønskes adgang til en overskuelig brugergrænseflade, hvorfra man kan udvælge informationer i forhold til enkelte dimensioner eller til intervaller af dimensioner. Der ønskes mulighed for at kunne foretage drill down i rapporterne online, så analyser på et mere konkret niveau kan foretages straks uden at man skal afvente at rapporter genereres. På rapporterne skal man samtidig kunne få vist budgetbeløb og bogførte beløb. I forlængelse af analyserne skal man kunne foretage simuleringer/estimeringer fx af, hvordan årsresultatet forventes at blive for det udvalgte område. De faste rapporter, som kommunen skal aflevere til eksterne myndigheder, som fx DS, KL og Ministeriet skal kunne dannes og overføres elektronisk til modtageren. Der skal kunne foretages pengestrømsanalyser og opgørelse af kommunens likviditets på dag-basis, der tager højde for kassekreditter og byggekreditter. Det skal sikres, at medarbejdere kun kan anfordre rapporter med data, som de har adgangsrettigheder til. For oplysninger om løn og personale vil lederen som udgangspunkt kun skulle gives adgang til oplysninger om egne medarbejdere. Der skal i rapporteringen generelt være sporbarhed, således at det på enkel vis er muligt at få vist, hvilke posteringer, der ligger til grund for de tal, der vises i rapporterne. Dette gælder også når specifikation af tallene i økonomisystemet skal findes i andre systemer. Som eksempel på dette ønskes der i rapporteringen en let adgang til den fulde specifikation for de posteringer i økonomisystemet, der dannes på baggrund af lønkørsler. Specifikationen ønskes her i forhold til de medarbejdere, som lønkørslen har omfattet og i forhold til lønnens enkelte bestanddele/de enkelte lønlinjer. Tilsvarende ønskes der nem adgang til den fulde specifikation vedr. personaleforhold som fx fravær/ og sygdom, personalesammensætning (på køn og alder). Mediet for rapportering skal som minimum kunne vælges mellem følgende muligheder: Udtræk til skærm, papir, pdf, regneark og flade filer Rapporter skal kunne trækkes på tværs af regnskabsår, og der skal være adgang til rapportering vedr. det p.t. gældende budget for kommende år. Der skal i rapporteringen kunne skelnes mellem vedtaget budget, tillægsbevillinger, omplaceringer, overførsler og korrigeret budget. BILAG 1 C KRAVSPECIFIKATION (ØKONOMI) SIDE 24