DEBITOR. Bilag 3A.1 Kravliste

Transkript

1 DEBITOR Bilag 3A.1 Kravliste Version

2 Vejledning til Tilbudsgiver Bilag 3A.1 Kravliste, version 1.0, Dette bilag består af tre faneblade: 1) "Funktionelle krav" indeholdende de funktionelle krav til et. 2) "Non-funktionelle krav" indeholdende de non-funktionelle krav til et og øvrige non-funktionelle krav til Leverandøren. 3) "Krav til Ydelserne" indeholdende driftskravene til Leverandøren efter Overtagelsesdagen. De tre faneblade indeholder hver især en række krav, som alle er priiteret i henhold til det nedenstående, hvilket Tilbudsgiver skal være opmærksom på: Kravtype Beskrivelse Mindstekrav ( MK ) angiver krav, som er ufravigelige og skal opfyldes fuldt ud af Tilbudsgiver. Mindstekrav K0-krav K1-krav K2-krav K3-krav Tilbudsgiver kan således ikke i sit tilbud tage fbehold f opfyldelse af et mindstekrav, og feltet Opfyldt i bilag 3A.1 (Kravliste) skal være markeret med X. I modsat fald er tilbuddet ikke-konditionsmæssigt med den konsekvens, at ATP i henhold til gældende lovgivning er fpligtet til at fkaste tilbuddet uden yderligere vurdering. Bemærk, at mindstekrav ikke indgår i tilbudsvurderingen, og at ATP dermed ikke evaluerer på opfyldelsesmåden. K0-krav er de få essentielle krav, som er afgørende f ATP at få opfyldt, og hv ATP ønsker at evaluere på opfyldelsesmåden. K1-krav er alle de krav, som er vigtige f ATP at få opfyldt, og hv ATP ønsker at evaluere på opfyldelsesmåden. K2-krav er alle de krav, som ATP gerne vil have opfyldt, og hv ATP ønsker at evaluere på opfyldelsesmåden. K3-krav er de udvalgte krav, som er mindre væsentlige f ATP at få opfyldt, og hv ATP ønsker at evaluere på opfyldelsesmåden. F alle krav i de tre faneblade skal Tilbudsgiver ved afkrydsning i kolonnen "Opfyldelse" tilkendegive opfyldelsesgraden af kravene. Hvis kravet besvares med markering i Fuldt opfyldt, benyttes feltet Beskrivelse/reference til at indsætte en henvisning til det konkrete afsnit i Løsningsbeskrivelsen (bilag 3B) hv den uddybende beskrivelse af det tilbudte fremgår. Hvis kravet besvares med markering i Delvist opfyldt, benyttes feltet Beskrivelse/reference til at uddybe på hvilke punkter det tilbudte IKKE opfylder ATP s krav præcis som anført, og til at indsætte en henvisning til det konkrete afsnit i Løsningsbeskrivelsen (bilag 3B) hv den uddybende beskrivelse af det tilbudte fremgår. Såfremt Tilbudsgiver vælger at opfylde kravet på en anden måde en anført i kravet, f.eks. f at muliggøre en større brug af standardfunktionalitet, skal Tilbudsgiver ligeledes anføre 'X' i kolonnen "Delvist opfyldt", og i feltet "Beskrivelse/reference" redegøre f opfyldelsesgrad og -måde. Hvis kravet besvares med markering i Ikke opfyldt, kan feltet Beskrivelse/reference benyttes til at uddybe, hvf kravet ikke opfyldes. Har Tilbudsgiver ikke angivet en værdi f kravopfyldelsesgrad, da vil kravet få opfyldelsesgraden Fuldt opfyldt. De funktionelle krav og visse af de non-funktionelle krav (undtagen mindstekrav) kan opfyldes på fskellige vis, Via standard, Via tilpasning eller Via udvikling. Løsningsmåden angives ved afkrydsning i kolonnen "Løsningsmåde" i overensstemmelse med nedenstående: Vejledning til bilaget Bilag 03A.1 - Kravliste.xlsx Side 2 / 85

3 Løsningsmåde Via standard Via tilpasning Via udvikling Beskrivelse Via standard betyder at et out-of-the-box indeholder eksisterende og allerede afprøvet funktionalitet, der understøtter ATP s krav. Eksempler på standard er: At et out-of-the-box indeholder alle de parametre og opsætninger, der skal til, f at understøtte ATP s krav efter at data er konverteret ind i et. Dette kan være tilfældet når et f.eks. indeholder funktionalitet, wkflows eller standardrappter, der matcher ATP s krav. Via tilpasning betyder, at et bringes til at understøtte ATP s krav ved tilpasning af allerede eksisterende funktionalitet via konfiguration og parameteropsætning. Eksempler på tilpasning er: Opsætning af grunddata Opsætning af wkflows Tilføjelse af et nyt felt på et skærmbillede (ændring af brugergrænsefladen) Tilføjelse af nye elementer/data til en allerede eksisterende standardrappt Via udvikling betyder, at et kan bringes til at understøtte ATP s krav ved at tilføje ny funktionalitet eller ved at ændre eksisterende funktionalitet via ændringer i kildekoden eller tilføjelser til kildekoden. Eksempler på udvikling er: Udvikling af ny funktionalitet Udvikling af en ny standardrappt eller kundespecifik rappt Udvikling af brugergrænseflader Udvikling af integrationer Vejledning til bilaget Bilag 03A.1 - Kravliste.xlsx Side 3 / 85

4 NON-funktionelle krav Funktionelle krav Emneområde Beskrivelse Emneområde Beskrivelse Arkitektur (ARK) Design og Applikationsstrukturer (APP) Dette emneområde stiller krav til de overdnede rammer f Løsningen og angiver de arkitekturmæssige afgrænsninger, som den skal efterleve. Dette emneområde stiller krav til afgrænsninger omkring designet, som Løsningen skal efterleve. Kravene er rettet mod specifikke applikationsstrukturer og integrationsmønstre og angiver, hvilke overdnede egenskaber disse skal have. Arkitektur (ARK) Fleksibilitetskrav Drift (FLD) Dette emneområde stiller krav til Løsningsarkitekturen. Der er desuden en række non-funktionelle krav med præfixet ARK. De beskæftiger sig med de arkitekturmæssige principper og afgrænsninger f systemet. Dette emneområde stiller krav til fleksibiliteten til udvikling. Det kunne fx være krav til at løsningen skal kunne indarbejde løbende lovændringer i udviklingsfløbet. Understøttelse af Standarder, herunder Lovmæssige Krav (STD) Dette emneområde stiller krav til standarder som Løsningen skal efterleve. Det gælder både standarder f fællesoffentlige datafmater og udveksling af disse, men også Lovmæssige krav som Løsningen skal underdne sig. Funktionelle krav (FUN) Dette emneområde stiller krav til funktionaliteten i løsningen. De funktionelle krav er inddelt i følgende underemner. Funktionelle krav Komponentmodel Infmationskrav Selvbetjening (GUI) Input til regler Sikkerhed Sikkerhed (SIK) It-sikkerhed handler om at sikre: konfidentialitet integritet og tilgængelighed af infmation imod fskellige sikkerhedsrisici. Implementeringskrav (IMP) Dette område stiller krav til implementeringen af Løsningen, herunder udfasning af KMD og indfasning af ny leverandør. Dette behov skal sikres ved at indarbejde fskellige kontroller både i designet af systemet, men også i de underliggende fretningsprocesser. Sikkerhedskravene består ofte af en blanding af både funktionelle og non-funktionelle krav, som vi adresserer henholdsvis her, i de non-funktionelle krav, og i den funktionelle kravstilling. I dette emneområde fokuserer vi på krav til datasikkerhed og privatlivspolitikker, medens den funktionelle krav til sikkerhed er beskrevet i fbindelse med krav til løsningsarkitekturen. Logning (LOG) Dette område stiller krav til hvilke infmationer systemet skal logge, så der bliver etableret spbarhed, hvved den gældende lovgivning efterleves, fx ved kontrol af adgang til personfølsomme data. Logningskravene skal sikre, at systemet kan dokumentere hvdan servicemål efterleves, ligesom de skal afhjælpe fejlsøgning og generel overvågning af systemet Konvertering og test krav (KON) Dette emneområde stiller krav til konvertering og test krav, herunder prøvekonvertering, overtagelse- og driftsprøve mv. Brugervenlighed til Selvbetjening og (USA) Dette emneområde stiller krav til, hv nemt det skal være at benytte og tilgå systemet. Brugervenlighed drejer sig primært om kvaliteten af brugergrænsefladen, hvilket fx omhandler ergonomi den visuelle oplevelse skærmbilledeopbygning hvdan man navigerer rundt i applikationen handikapvenlighed. Driftsstyring (OPM) Dette emneområde stiller krav til, hvdan driften af systemet skal håndteres. Driftsstyring involverer flere fskellige områder, fx: Fejlstyring Her findes kravene, som skal sikre at processen, der understøtter at fejl bliver rettet, kan etableres og gennemføres. Dette inkluderer incident og problem management samt krav til integration med service desk. Ændringshåndtering Her findes kravene, som skal sikre at processen, der understøtter at ændringer bliver implementeret, kan etableres og gennemføres. Konfigurationsstyring Her findes kravene, som skal sikre, at processerne, der understøtter styring af hvilke versioner af software, applikationer, konfigurationer etc, der eksisterer og er installeret i de fskellige miljøer, kan etableres og gennemføres. Processerne skal sikre integritet og spbarhed både i udviklings- og driftsfaserne. Vedligeholdelse (MAI) Fmålet med disse krav er at sikre, at man kan vedligeholde systemet efter det er blevet sat i produktion. Dette inkluderer krav til håndtering af fremtidige udvidelser og ændringer til systemet. Kravene dækker også evnen til at facilitere identifikation af fejl og fejlrettelser. Endelig indgår krav til hvdan man skal håndtere at opdateringer og fixes kan blive installeret, samtidig med at servicemålene efterleves. Fleksibilitet (FLX) Dette emneområde er en samling af krav til hvdan og i hvilken grad systemet skal kunne understøtte ændringer og påvirkninger fra omgivelserne. Flytbarhed Kravene retter sig imod håndtering at situationer hv det kræves at systemet skal installeres i nye omgivelser fx på en ny platfm eller hos en ny driftsleverandør når dette skal ske på en cost-effektiv vis. Robusthed Her stilles krav til evnen om at kunne håndtere fejl under afviklingen af driften. Skalerbarhed Disse krav fokuserer på evnen til at håndtere ændringer i mængde(fx data, trafik & brugere) samtidig med at servicemålene ftsat efterleves. Det kan man sikre sig ved at fstå hvdan frentningen som systemet understøtter fventes at udvikle sig (nmalt føges) fra det nuværende niveau henover tid. Konfigurerbarhed Her specificeres krav til systemets evne til at kunne lade sig konfigurationstyre, således at en ændret konfiguration fører til en tilsvarende ændring i systemopførsel. Ydelser og Servicemål (PER, AVA, REL) Området kan inddeles i flere undergrupper: Svartider Svartider angiver krav til hv hurtigt systemet skal løse fskellige opgaver, herunder også krav til hv hurtigt fejl skal afhjælpes. Tilgængelighed, herunder krav til Genetablering og Pålidelighed Tilgængelighed dækker krav til system oppetider og servicevinduer. Pålidelighed dækker krav til håndtering af fejlsituationer. Krav til genetablering dækker aspekter om hvdan og hv hurtigt fskellige funktionsområder skal kunne gøres tilgængelige efter et nedbrud. Typisk er der tale om tidsintervaller f hv hurtigt det skal ske men inkluderer også en kvantificering af hvad der kan accepteres omkring tab af data i sådanne situationer. Kapacitet Dette område stiller krav til hvad systemet kan kunne håndtere med hensyn antal brugere, henvendelser, sager etc. Området beskriver også krav til hvdan kravene til kapaciteten fventes at udvikle sig henover tid Krav til Servicemål og Ydelser er også adresseret i Bilag 7x [navn] Dokumentation (DOK) Dette emneområde angiver krav til den dokumentation som Leverandøren skal levere sammen med systemet og det inkluderer: dokumentation som beskriver arkitektur og design af system Installationsdokumentation som ftæller hvdan skal installeres på den valgte driftsplatfm Driftsdokumentation som beskriver driftsmiljø og processerne som skal efterfølges i driftsafviklingen Vedligeholdelsesdokumentation som skal gøre den ansvarlige f applikationsvedligeholdelse i stand til at udføre vedligeholdelse på Brugervejledninger, onlinehjælp og uddannelsesmateriale. Testdokumentation. Kravene til dokumentation er beskrevet i Bilag 4 - Dokumentation. Læsevejledning Bilag 03A.1 - Kravliste.xlsx Side 4 / 85

5 Funktionelle krav Krav ID Krav type Komponent [xx] Kravgruppe [Kravgruppe: xx] Kravtekst Rolle Opfyldelse Fuldt opfyldt Delvist opfyldt Ikke opfyldt Leverandørens besvarelse Via standard Løsningsmåde Via tilpasning Via udvikling Beskrivelse / reference FUN_001 K1 Posthåndtering Modtag Dokument med tilhørende metadata et skal modtage og indlæse dokumenter fra posthåndteringsleverandøren mht. at fetage en automatisk journalisering. FUN_002 K2 Posthåndtering Match indgående post med udsendt et skal, f alle modtagne dokumenter fra posthåndteringsleverandøren, fetage et opslag på ets sager og fetage en sammenstilling af den indgående posts entydige identifikation (en QR kode el. lign.) med de sager som findes i et og herefter journalisere posten på sagen FUN_003 K2 Posthåndtering Opret sag ved modtagelse af dokument et skal, i de tilfælde hv der ikke allerede er en sag, automatisk oprette en ny sag og journalisere posten på denne. FUN_004 K0 Posthåndtering Opret opgave ved modtagelse af dokument et skal oprette en opgave til Opgaveindbakken, når der er indkomne dokumenter fra posthåndteringsleverandøren. En opgave kan indeholde følgende infmationer (jf. infmationsmodel Debit): * Oprettelsesdato * Priitering af opgaven * Opgavebeskrivelse (tekstbeskrivelse generet ud fra metadatainfmationer på posten) * Hvem der har oprettet opgaven * Hvilken arbejdspakke opgaven tilhører * Tilknyttet KLE nr. * Hvnår opgaven senest skal være afsluttet (ffaldsdato) * Opgavestatus, fx oprettet, afventer Dokumentation, igang, udskudt, afsluttet FUN_005 K2 Posthåndtering Håndter omjournalisering å et skal understøtte, at en kunderådgiver kan sende fkert journaliserede dokumenter tilbage til posthåndteringsleverandøren med en kt tekstbeskrivelse tilknyttet. Beskrivelsen skal indeholde oplysninger om årsag til returnering og evt. fslag til andet område i Udbetaling Danmark, hv posthåndteringsleverandøren skal journalisere posten. FUN_006 K1 Opgaveindbakke Indhold af Opgaveindbakke et skal understøtte visning af opgaver genereret fra: * Komponenter hvi der sker vurdering af indkomne data der medfører, at en opgave skal til manuel behandling (se løsningsflows) * Komponenten Hændelser (se løsningsflows) * Komponenten Posthåndtering (se løsningsflows) * Fejl i udsendelse af automatiske beskedskabeloner * Erindringer på udgående beskeder * Journalisering af post på sager fetaget af posthåndteringsleverandøren (indscannede dokumenter) * Manuelt oprettede opgaver fetaget af en kunderådgiver. FUN_007 K0 Opgaveindbakke Vis Opgave et skal understøtte, at en kunderådgiver via en opgave i Opgaveindbakken og ved et enkelt klik kan få åbnet og præsenteret den sag, som opgaven omhandler., Funktionelle krav Bilag 03A.1 - Kravliste.xlsx Side 5 / 85

6 FUN_008 K0 Opgaveindbakke Vis opgavedetaljer et skal understøtte, at en kunderådgiver kan vælge at få vist alle detaljer f en opgave. Opgavedetaljerne inkluderer infmation (jf. infmationsmodel f opgave): * CPR-nr og/eller CVR-nr eller SE-nr, f den person eller virksomhed som opgaven omhandler * Arbejdspakkenavn, Opgavepriitet, Opgavestatus, Opgaveffaldsdato, Opgavetitel, Opgavebeskrivelse, Oprettelsesdato, OprettetAf (kunderådgiver, et), ReserveretAf(kunderådgiver), OpgavebehandletAf (KundeRådgiver). FUN_009 K1 Opgaveindbakke Vis arbejdspakke med tilknyttet opgaver et skal understøtte, at en kunderådgiver eller driftleder kan filtrere på arbejdspakker, og dermed få vist indholdet (de enkelte opgaver), samt hvilke opgaver der allerede er igang (reserveret). Opgaveindbakken skal indeholde infmation [jvf. infmationsmodel f opgave]: * Arbejdspakkenavn, Opgavepriitet, Opgavestatus, Opgaveffaldsdatoen, Opgavetitel. FUN_010 K2 Opgaveindbakke Stering og filtrering af Opgaver et skal understøtte, at en kunderådgiver eller driftleder kan fetage en stigende/faldende/alfabestisk stering af Opgaver i opgavelisten ud fra følgende infmationer: * Arbejdspakkenavn, opgavepriitet, opgavestatus, opgaveffaldsdatoen, opgavetitel, CPR-nr, CVR-nr., SE-nr. opgavebeskrivelse, oprettelsesdato, oprettetaf (kunderådgiver, et), reserveretaf (kunderådgiver), opgavebehandletaf (), Driftleder, Driftleder FUN_011 FUN_012 K1 K1 Opgaveindbakke Opgaveindbakke Vælg (reservér) Opgave et skal understøtte, at en kunderådgiver kan reservere en eller flere Opgaver i opgaveindbakken. Når kunderådgiveren reserverer en Opgave, skal et blokere f at andre kunderådgivere kan reservere Opgaven, og Opgaven skal fremgå som reserveret i opgaveindbakken. Der skal tages højde f, at der på samme bger kan være genereret mere end en Opgave på samme tid i fskellige arbejdspakker Frigiv en Opgave et skal understøtte, at en kunderådgiver kan frigive en Opgave, som de har reserveret, så den bliver tilgængelig f andre kunderådgivere. FUN_013 K1 Opgaveindbakke Frigiv en Opgave et skal understøtte at en reserveret Opgave frigives på et fast defineret tidspunkt. FUN_014 K2 Opgaveindbakke Frigiv en Opgave et skal understøtte, at en driftleder kan frigive en eller flere Opgaver, som tilhører kunderådgivere i driftlederens sektion, så opgaverne bliver tilgængelige f andre kunderådgivere. FUN_015 K1 Opgaveindbakke Fremsøge Opgaver et skal understøtte, at en kunderådgiver kan fremsøge Opgaver ud fra arbejdspakker. Driftleder FUN_016 K2 Opgaveindbakke Fast søgning et skal understøtte, at en kunderådgiver får præsenteret de senste 5 fremsøgte arbejdspakker først. FUN_017 K1 Opgaveindbakke Visning af arbejdspakker et skal understøtte, at en driftleder kan få et samlet overblik over arbejdspakker. Overblikket skal ud f hver arbejdspakke indeholde antal Opgaver som er priiteret i henholdvis høj, mellem og lav. Overblikket skal kunne vises i listefm og grafisk fm. FUN_018 K2 Opgaveindbakke Ekspter opgaveoversigt et skal understøtte, at en kunderådgiver eller driftleder kan eksptere en fremsøgt opgaveliste med de oplysninger, som er fremkommet i søgningen, til et standard filfmat såsom Microsoft Excel, CSV. FUN_019 K2 Opgaveindbakke Priitér Opgaver. et skal understøtte, at en fretningsadministrat kan ændre opgavepriitering f en eller flere Opgaver uden at skulle åbne hver Opgave, hver gang en priiteringsværdi skal ændres., Driftleder Driftleder, Driftleder Fretningsadministrat Funktionelle krav Bilag 03A.1 - Kravliste.xlsx Side 6 / 85

7 FUN_020 K2 Opgaveindbakke Tilgang til ikke gennemførte afskrivninger et skal understøtte, at ikke gennemførte afskrivninger både kan tilgås direkte fra arbejdspakken og via en direkte indgang til oversigten over alle ikke gennemførte afskrivninger (via brugergrænseflade) FUN_021 K0 Opgaveindbakke Færdiggør Opgaver et skal understøtte, at en kunderådgiver kan færdiggøre Opgaver fra opgaveindbakken. FUN_022 K1 Opgaveindbakke Administrer rettigheder og opgavetyper et skal understøtte, at en Fretningsadministrat kan angive, hvilke opgavetyper som skal vises f hvilken type af brugere. Det kan være bestemte opgavetyper som skal præsenteres f bestemte jf roller i ift. CRUD matrix (Bilag 03A.8 - Oversigter). FUN_023 K0 Sagshåndtering Infmationer på sager et skal understøtte, at en kunderådgiver kan udføre sagsbehandling. Sagerne skal indeholde de relevante infmationer, der fremgår af infmationsmodellen f Debit, Sag og Beriget Grundddata., Fretningsadministrat FUN_024 K0 Sagshåndtering Vis og redigér infmation på sag et skal understøtte at en kunderådgiver kan få vist og redigere i alle infmationer jf. Bilag 3A.8 - Oversigter, fane Infmationsbehandling gui på sagen. FUN_025 K1 Sagshåndtering Oversigt over beskeder på sagen et skal understøtte, at en kunderådgiver sag kan se en oversigt på en sag over ind og udgående beskeder knyttet til sagen. Oversigten kan steres efter tilgængelige infmationer på beskeden. FUN_026 K1 Sagshåndtering Histik på sagsinfmationer et skal understøtte, at en kunderådgiver kan se histikken på de enkelte attributter (jf. infmationsmodellen) på en sag. Af histikken skal fremgå: * Reglerne og versionen, der var gældende ved ændringerne * Identifikation af kunderådgiveren eller systemet som har fetaget ændringen. FUN_027 K1 Sagshåndtering Opret/ændre sag et skal understøtte, at en kunderådgiver kan oprette og ændre en sag jf. bilag 3A. 8 (Oversigter, fane Infmationsbehandling_gui). et skal stemple de enkelte infmationer med en identifikation af, hvem der har fetaget ændringen og hvnår. FUN_028 K1 Sagshåndtering Angiv søgekriterier FUN_029 K2 Sagshåndtering et skal understøtte, at en kunderådgiver kan definere en søgning på sager, dokumenter og journalnotater ud fra de infmationer, som er indeholdt på sagen. Infmationerne skal kunne kombineres i søgningen, og der skal være mulighed at angive kriterier på de enkelte infmationer såsom: * Større end * Lig med * Mindre end * Intervaller mellem f eks datoer etc Søgning på tværs af sager er skal understøtte, at det er muligt at finde/søge relevante sager ud fra indholdsmæssige kriterier. Fx navn, afsender, tema, dato f brev indgået, brevdatering o.lign. til brug f aktindsigt efter fvaltningsloven, offentlighedsloven og persondataloven og til brug f intern udsøgning. FUN_030 FUN_031 K2 K1 Sagshåndtering Sagshåndtering Vis søgeresultat (sager) Søgeresultatet skal udmøntes i en oversigt over sager. Oversigten skal indeholde minimum følgende oplysninger: * Sagstitel * CPR/CVR/SE nummer * KLE nr * Sagstilstand * Kassationskode * Sagsbehandler Vis adressebeskyttelse et skal synligt f en kunderådgiver i brugergrænsefladen til et vise om et CPR nr. er omfattet af navne- og adressebeskyttelse i CPR-registeret. Funktionelle krav Bilag 03A.1 - Kravliste.xlsx Side 7 / 85

8 FUN_032 K1 Sagshåndtering Visning af skærmede sager et skal f sager og dokumenter med begrænset adgang synligt markere på sagen eller dokumentet, at det indeholder begrænset adgang, samt initialerne på vedkommende der har tilført sagen eller dokumentet en begrænset adgang. FUN_033 K0 Sagshåndtering Åbn sag et skal understøtte, at en kunderådgiver gennem et klik på en sag fra sagsoversigten får åbnet sagen i et sagshåndteringsskærmbillede. FUN_034 K1 Sagshåndtering Åbn hæfters sag et skal understøtte, at en kunderådgiver kan åbne eventuelle hæfteres sager, så sagerne er åbne samtidigt i et eller flere skærmbilleder. FUN_035 K2 Sagshåndtering Sletning af sager Driftleder FUN_036 K1 Sagshåndtering et skal understøtte, at en kunderådgiver kan påføre en sag en slettemarkering, så den ikke vises i sagsoversigten eller ved en fremsøgning af en sag. Det er kun sager uden tilknyttede dokumenter og journalnotater, der må kunne påføres en slettemarkering. Slettemarkeringen må kun kunne påføres af udvalgte medarbejdere Udskriv sagsakter et skal understøtte, at en kunderådgiver kan udskrive sagsakterne f en sag (f.eks dokumenter og journalnotater). FUN_037 K0 Sagshåndtering Åbn dokument et skal understøtte, at en kunderådgiver gennem et klik på dokumentet fra dokumentoversigten, får vist det valgte dokument. FUN_038 K2 Sagshåndtering Imptér dokument et skal understøtte, at en kunderådgiver kan imptere et dokument fra en filstruktur til en sag i et. FUN_039 K2 Sagshåndtering Flyt og kopiér dokumenter et skal understøtte, at en kunderådgiver kan flytte samt kopiere et eksisterende dokument fra en sag til en anden sag. FUN_040 K2 Sagshåndtering Slet dokument et skal understøtte, at en kunderådgiver kan påføre, sine egne oprettede dokumenter en slettemarkering, så det ikke fremgår af sagen. FUN_041 K0 Sagshåndtering Opret/ændre journalnotat FUN_042 K1 Sagshåndtering et skal understøtte, at en kunderådgiver fra en given sag kan oprette eller ændre i et journalnotat, hv følgende infmationer fremgår: * Overskrift (prædefineret liste) * Tekstindhold (prædefineret og fritekst) * Sags id * Dato f oprettelse * Oprettet af (entydig identifikation af den der opretter dokument) Søg og vis journalnotater et skal understøtte, at en kunderådgiver skal kunne fetage en søgning på journalnotater i et. Resultatet af søgningen skal som minimum indeholde følgende oplysninger: * Journalnotatnavn * Dato * Sagsbehandler * Sags ID * Tekstbeskrivelse FUN_043 K0 Sagshåndtering Åbn journalnotat et skal understøtte, at en kunderådgiver gennem et klik på journalnotatet fra søgningen, får vist det valgte journalnotat FUN_044 K2 Sagshåndtering Flyt og kopier journalnotat et skal understøtte, at en kunderådgiver kan flytte eller kopiere et eksisterende journalnotat fra en sag til en anden sag. FUN_045 K0 Sagshåndtering Vis sagshistik Sagshistikken bestående af hændelseslog og journalnotater skal være synlige f kunderådgiver. FUN_046 K1 Sagshåndtering Opret ny Opgave et skal understøtte, at en kunderådgiver kan oprette en ny Opgave. Funktionelle krav Bilag 03A.1 - Kravliste.xlsx Side 8 / 85

9 FUN_047 K0 Sagshåndtering Vis/ændre opgave FUN_048 K3 Sagshåndtering et skal understøtte, at en kunderådgiver kan få vist og ændre infmationerne registeret på en Opgave. Det skal fremgå af Opgaven: * Hvad er blevet opdateret - det skal fremgå hvad før og efter værdier/tekst er * Opgavebehandletaf, f.eks kunderådgiver, et etc. * hvnår der er fetaget en ændring - dato f ændring Ekspter søgeresultat et skal understøtte at en kunderådgiver kan eksptere et søgeresultat (Opgaver, sager, dokumenter og journalnotater) til et filfmat såsom Microsoft Excel eller Microsoft Wd uden nogen fm f manuel konvertering af filen. FUN_049 K1 Sagshåndtering Overstyring af systemvalidering et skal understøtte, at en kunderådgiver kan godkende eller omgøre resultatet af en validering, markere i sagen, at valideringen er udført, så det ikke skal processeres igen, når sagen returneres tilbage til det automatiserede flow. FUN_050 K1 Sagshåndtering Når sag ændres et skal på baggrund af ændringer fetaget af kunderådgiver: * Markere rykkerspærårsag på sagen * Markere udligningspær på sagen * Markere Fritagelse f modregning i RIM på sagen * Markere tilbagekaldelse fra RIM med dato og tilbagekaldelsesårsag på sagen * Markere hvilken kunderådgiver der har fetaget ændringen * Markere hvis der ændres i fældelsesdato, betalingsfrist mm på sagen * Markere når en modregningsdning eller afdragsdning lukkes med årsagskode til lukning. * Sikre at sagen ftsætter i det automatiske flow efter manuel indberetning med markering af, at den efterfølgende automatiske behandling ikke igen giver udfald til manuel behandling med samme årsag, som udløste den opgave, som kunderådgiver netop har behandlet. FUN_051 K1 Sagshåndtering Manuelt oprettelse af hæfter et skal understøtte, at kunderådgiver manuelt kan oprette og tilknytte en eller flere hæftere på et krav på et hvilket som helst tidspunkt, efter kravet er oprettet i et. FUN_052 K1 Sagshåndtering Manuel oprettelse af modregningsdning med fuld modregning et skal understøtte, at kunderådgiver manuelt kan oprette modregningsdning med fuld modregning. FUN_053 K1 Sagshåndtering Manuel oprettelse af modregningsdning med afdrag ud fra antal måneder et skal understøtte, at kunderådgiver manuelt kan oprette modregningsdning med beregnet afdrag ud fra antal måneder, som kravet ønskes afviklet over. FUN_054 K1 Sagshåndtering Manuel oprettelse af modregningsdning med fast beløb et skal understøtte, at kunderådgiver manuelt kan oprette modregningsdning med fast beløb, der skal afdrages hver måned. FUN_055 K0 Sagshåndtering Ændring af modregningsdning et skal understøtte, at kunderådgiver manuelt kan ændre en automatisk oprettet modregningsdning. FUN_056 K1 Sagshåndtering Spærrefunktioner når der er mere end en hæfter på kravet, et skal understøtte, at der kan sættes fskellige spærrefunktioner (fx opkrævningsspær, rykkerspær) på kravet på den enkelte hæfter, som kun gælder f processen tilknyttet den enkelte hæfter. FUN_057 K0 Sagshåndtering Manuelt ændre kravet fra inddrivelse til modregning, et skal understøtte, at man via en manuel handling kan ændre kravet tilbage fra en EFI inddrivelsessag til en EFI modregningssag med tilhørende opdatering af EFI sagen i EFI. FUN_058 K1 Sagshåndtering Fuldt billede af kommunikationsflowet et skal understøtte, at kunderådgiveren kan få et fuldt billede af kommunikationsflowet på EFI modregnings- og inddrivelsessagen på EFI-sagsnummerniveau i et., FUN_059 K2 Sagshåndtering Indsæt udklip i journalnotat et skal understøtte, at det er muligt at indsætte udklippet data i et journalnotat. Feks. skærmprint af systemet. Funktionelle krav Bilag 03A.1 - Kravliste.xlsx Side 9 / 85

10 FUN_060 K1 Sagshåndtering Rykkerhistik et skal understøtte, at en kunderådgiver kan få en samlet oversigt over alle krav, der er blevet rykket på alle sager på bger, myndighed eller virksomhed. Oversigten skal indeholde alle oplysninger vedrørende de krav, der er blevet rykket - eksempelvis: * Hvilket rykkerniveau kravet / kravene har nået * Hvilken rykkerprocedure der tilknyttet kravene * Beløb der har været indeholdt i rykkeren * Dato f hvnår der er udsendt rykker FUN_061 K1 Sagshåndtering Overblik over betalinger modtaget fra EFI et skal understøtte, at det er muligt at få et samlet overblik over alle modtagede betalinger fra EFI i et. Det skal være muligt f en kunderådgiver at afgrænse sin søgning. Overblikket skal indeholde oplysninger om: * CPR eller CVR oplysninger * EFI reference id * Kravet betalingen vedrører * EFIRenterBeløb * Betalingen er vedrørende modregning eller inddrivelse * Dato f kørsel fra EFI (afregningsperiode) * Bogføringsdato i Debit * Kravtype * Modtaget EFI Beløb (afregnet og beløb der er trukket tilbage) * KravIdent på fdring * Afregningsunderkode (om det er underretning eller afregning) * Samlet total af afregnet beløb FUN_062 K1 Sagshåndtering Handlinger imellem EFI og Debit et skal understøtte, at alle handlinger, der sker imellem EFI og Debitsystemet, skal kunne ses på sagen i et. Fx. når der er penge på vej fra EFI, når der er modtaget penge, sagen er accepeteret i EFI, er til manuel behandling i EFI mm. FUN_063 K1 Sagshåndtering Afskrivning et skal understøtte, at følgende fremgår tydeligt på kravet, når det er blevet afskrevet: * At der er ftaget en afskrivning * Hvilket beløb der er blevet afskrevet * Hvilken kode der er brugt til afskrivningen Når der er ftaget en afskrivning skal hændelsesloggen indeholde flg. infmationer vedr. afskrivningen: * Kravtype * Periode vedr. krav * Beløb der er afskrevet * Afskrivningskode * Dato f afskrivning * Hvem der har ftaget afskrivningen FUN_064 K1 Sagshåndtering Indberetning til SKAT et skal understøtte, at det er muligt f en kunderådgiver at tilgå oplysninger om, hvad et har indberettet til SKAT på en konkret person. FUN_065 K1 Sagshåndtering Manuel oprettelse af krav et skal understøtte, at en kunderådgiver kan oprette et krav manuelt. FUN_066 K2 Sagshåndtering Manuel oprettelse af flere krav på en gang et skal understøtte, at en kunderådgiver manuelt kan oprette flere krav på en gang ved impt af oplysninger fra eksterne kilder, fx Excel FUN_067 K0 Sagshåndtering Afdragsdninger et skal understøtte, at kunderådgiveren kan oprette flere typer afdragsdninger FUN_068 K1 Sagshåndtering Manuel oprettelse af afdragsdning med afdrag ud fra antal måneder et skal understøtte, at kunderådgiveren manuelt kan oprette afdragsdning med beregnet afdrag ud fra antal måneder, som kravet ønskes afviklet over, f alle kravtyper.,, / Funktionelle krav Bilag 03A.1 - Kravliste.xlsx Side 10 / 85

11 FUN_069 K1 Sagshåndtering Manuel oprettelse af afdragsdning med fast beløb et skal understøtte, at kunderådgiveren manuelt kan oprette afdragsdning med fast beløb, der skal afdrages hver måned. Dette skal kunne ske f alle kravtyper. FUN_070 K1 Sagshåndtering Angives om afdragsdning er en frivillig aftale eller en afgørelse et skal understøtte, at der på afdragsdning kan angives, hvvidt det er en frivillig aftale eller en afgørelse. FUN_071 K1 Sagshåndtering Ændring til afdragsdning et skal understøtte, at en kunderådgiver kan ændre en eksisterende afdragsdning. FUN_072 K1 Sagshåndtering Manuelt ophør af afdragsdning et skal understøtte, at afdragsdning manuelt kan blive bragt til ophør af en kunderådgiver. FUN_073 K0 Sagshåndtering Overblik over krav der er oversendt til EFI et skal understøtte, at det er muligt f kunderådgiveren at få et samlet overblik over alle sager, der er sendt til EFI på den enkelte bger. FUN_074 K2 Sagshåndtering Tilbagetrækning af sager fra EFI et skal understøtte, at det er muligt at trække en eller flere EFI sager (dvs. f.eks. alle krav på en person) tilbage fra EFI på en gang, uanset om det er en modregnings- eller inddrivelsessag. FUN_075 K1 Sagshåndtering Manuel afskrivning et skal understøtte, at en kunderådgiver kan afskrive krav manuelt med afskrivningskoder. FUN_076 K2 Sagshåndtering Automatisk masseafskrivning på krav et skal understøtte at en kunderådgiver kan iværksætte en masseafskrivning manuelt ud fra valgte kriterier som eksempelvis fældelsesdato, kravstype, periode. FUN_077 K1 Sagshåndtering Udligningsspær et skal understøtte at: * Udligningspær skal kunne sættes manuelt * Der automatisk stemples på udligningsspærret, hvem der har sat udligningsspærret * Der automatisk stemples på udligningsspærret, hvilken dato udligningsspærret er sat * Der kan sættes en slutdato på udligningsspærret, FUN_078 K1 Sagshåndtering Fritagelse fra modregning i EFI et skal understøtte, at kunderådgivere kan initiere fritagelse af enkelte krav fra oprettelse af EFI modregningssager til RIM. Fritagelsen f EFI modregningssag skal ftsat gælde, hvis der er en EFI inddrivelsessag på kravet. FUN_079 K1 Sagshåndtering Rykkerspær et skal understøtte at: * en manuelt kan sætte et rykkerspær på et krav * en manuelt kan sætte en slutdato på rykkerspærret * Der automatisk stemples på sagen, hvem der har sat rykkerspærret * Der automatisk stemples på sagen, hvilken dato rykkerspærret er sat FUN_080 FUN_081 K0 K1 administration administration Generel konfigurering af systemopsætning et skal understøtte, at en Fretningsadministrat skal kunne konfigurere al infmation, som udstilles i brugergrænseflader, skabeloner og genvejstaster: besked-, journalnotatskabeloner, opgaver, arbejdspakker, kravtyper, rykkerspærårsager, rykkerprocedurer, navngivning af afskrivningerkoder, oprettelse af afskrivningskoder, tekster på brugergrænseflader, tekster til hændelseslog, værdisæt på udvalgte attributter, kontoplan, mapning mellem system- og fretningsroller etc Brugergrænseflade til konfigurering Der skal være en brugergrænseflade til generel konfigurering af systemopsætning. Brugergrænsefladen skal kunne anvendes af brugere uden særlige tekniske fudsætninger. FUN_082 K0 administration Konfiguration af kravtyper et skal understøtte at en Fretningsadministrat skal kunne oprette og ændre kravtyper jf. infmationsmodel Debit., Fretningsadministrat Funktionelle krav Bilag 03A.1 - Kravliste.xlsx Side 11 / 85

12 FUN_083 K1 administration Konfigurer hyperlink til eksterne sites et skal understøtte, at en Fretningsadministrat kan konfigurere hvilke hyperlinks, der skal vises f en kunderådgiver. De links der fremgår af brugergrænsefladen skal kunne styres ud fra de infmationer, der er på sagen. Med konfigurering menes både oprette og ændre. FUN_084 K0 administration Versionering Alle konfigurerbare systemværdier skal versioneres og føres med dobbelthistik. Derudover skal det klart fremgå hvnår og af hvem rettelsen er fetaget. Se krav til grundlæggende funktionalitet vedrørende dobbelthistik. FUN_085 K1 administration Opret / ændre beskedskabelon et skal understøtte, at en Fretningsadministrat kan oprette en skabelon samt redigere i en eksisterende. Skabelonen skal som minimum indeholde: * Navn på skabelon * Skabelonnummer (bogstaver og tal) (skal autogenereres af systemet) * Metadata tilknyttet dokumentet (jf ínfmationsmodel f Debit - Class Dokument) * Tekstuel beskrivelse samt logoopsætning etc. * Flettefelter hv et skal indsætte oplysninger fra parten på sagen og ind i skabelonen * Regler f hvnår i det automatiserede flow skabelonen skal afsendes * Angivelse af digital post, A, B, C brev eller fsendelse til udlandet * Sprogkode * Erindringsmarkering som betyder, at systemet skal danne en erindring /opgave på et nærmere defineret tidspunkt efter afsendelse af beskeden. * Vedhæftninger et skal endvidere understøtte, at der til udvalgte afsendte beskeder kan kobles en entydig identifikation i fm af en QR kode indeholdende dokumentidentifikation på beskeden. FUN_086 K2 administration Vis beskedskabelon et skal understøtte, at alle beskedskabeloner vises i et samlet overblik f en Fretningsadminstrat, med en tydelig markering af, hvnår en skabelon er en manuel beskedskabelon eller en automatisk beskedskabelon. FUN_087 K1 administration Opret/ændre journalnotat skabelon et skal understøtte, at en Fretningsadministrat kan oprette en ny skabelon til de manuelt oprettede journalnotater og til de automatiske stemplinger samt ændre i en eksisterende: * Navn på skabelon * Skabelonnummer (bogstaver og tal) (skal autogenereres af systemet) * Metadata tilknyttet journalnotatet * Tekstuel beskrivelse * Flettefelter hv et skal indsætte oplysninger fra parten på sagen og ind i skabelonen Fretningsadministrat Fretningsadministrat Fretningsadministrat Fretningsadministrat Sletning af skabelon sker ved at der indføres en ny version med tilhørende gyldig fra/til dato. FUN_088 K2 administration Fremsøgning af tidligere versioner af skabeloner et skal understøtte, at en Fretningsadministrat kan fremsøge tidligere versioner af beskedog journalnotatskabeloner. FUN_089 K2 administration Sletning af skabeloner et skal understøtte, at en Fretningsadministrat kan slette eksisterende besked- og journalnotatskabeloner FUN_090 K0 administration Design af skabeloner et skal understøtte skabeloner til design af beskeder og journalnotater. FUN_091 K1 administration Fmatering og præsentation af beskedindhold et skal understøtte, at tekster der indsættes i beskedskabeloner bliver vist krekt i PDF. Teksten skal kunne indeholde: billeder (logoer etc.) og skal kunne bruge alle nmalt tilgængelige fmateringsmuligheder i et standard tekstsystem og bogstaver fra udenlandske alfabeter. Teksten skal kunne redigeres i font størrelse, farve, og fremhævelse samt font navn. Fretningsadministrat Fretningsadministrat Funktionelle krav Bilag 03A.1 - Kravliste.xlsx Side 12 / 85

13 FUN_092 K1 administration Versionering af beskedskabelon et skal understøtte, at Fretningsadministrat kan anvende andre versioner af samme beskedskabelon. Dette skal kunne ske samtidig med, at den gældende version er i brug. Fretningsadministrat FUN_093 K1 administration Opret/ændre sagstype og dokumenttype Debitsystemet skal understøtte, at en Fretningsadministrat kan oprette nye: * Sagstyper (bruges til klassifikation af sager) * Dokumenttyper (bruges til klassifikation af dokumenter) samt ændre i de eksisterende sags og dokumenttyper FUN_094 K1 administration Opret/ændre værdisæt Debitsystemet skal understøtte, at en Fretningsadministrat kan oprette, ændre værdisæt på de attributter som kunderådgiverne eller et kan påføre en sag, et dokument, en opgave eller et journalnotat jf. infmationsmodel Debit. FUN_095 K1 administration Opret/ændre arbejdspakkeindhold et skal understøtte, at en Fretningsadministrat kan oprette en ny arbejdspakke eller ændre i en eksisterende ved at angive, hvilke opgaver der tilhører en arbejdspakke. Opgaver skal kunne grupperes som en samling af: * Opgaveoprettet Af, f. eks kunderådgiver, et, posthåndteringsleverandøren * Dokumenttyper, klassificering af indholdet af beskeden. * Opgaveårsag, f. eks. adresseændring, rykkerspærårsag, udligningsspær, dødsfald mv. * Samling KLE-numre. * En kombination af ovenstående * T k t k ift FUN_096 K2 administration Konfigurer infmationer i brugergrænsefladen Debitsystemet skal understøtte, at en Fretningsadministrat kan administrere, hvilke fretningsmæssige attributter fra infmationsmodellerne, jf. infmationsmodel f Debit, der vises i ets brugergrænseflade. FUN_097 K2 administration Ændre tekster på brugergrænseflade Debitsystemet skal understøtte, at en Fretningsadministrat kan rette i hjælpetekster (mouse over på felter etc.) og beskrivende tekstblokke (permanente områder med vejledende tekst). Fretningsadministrat Fretningsadministrat Fretningsadministrat Fretningsadministrat Fretningsadministrat FUN_098 K1 administration Ændre systembeskeder inkl. fejlbeskeder Debitsystemet skal understøtte, at en Fretningsadministrat kan ændre i teksten i de beskeder, som et eventuelt sender i fbindelse med en opkrævning, ienteringsskrivelse eller rykker. FUN_099 K2 administration Modtag advis fra beskedsfdeleren et skal understøtte konfigurering af adviseringer fra beskedsfdeleren, som systemet skal agere på. En advis skal kunne generere en Opgave i opgaveindbakken eller igangsætte en automatisk proces ved at der dannes en hændelse f. eks når en bger dør eller der skal ftages betalingsevnevurdering på baggrund af en rykker. Fretningsadministrat FUN_100 K2 administration Send advis på beskedsfdeleren og opdater indeks Når der ændres på en sag, skal et afsende en advisering via beskedsfdeleren. Finden skal Sags- og Dokumentindeks og Ydelsesindeks opdateres. FUN_101 K1 administration Konfigurer kommunikationskanal et skal understøtte, at en Fretningsadministrat kan konfigurere, hvilken kanal (fjernprint eller sikkerpost) som benyttes til tværgående kommunikation mellem Udbetaling Danmark og de enkelte kommuner. FUN_102 K2 administration Konfigurering af automatisk hændelseslog, journalnotater et skal understøtte, at en Fretningsadministrat kan fetage ændringer til indholdet af den beskrivende tekst, som genereres i fbindelse med en journalnotatstempling, der indgår som et led i en automatiseret proces FUN_103 K2 administration Igangsætte manuelt rykkerfløb et skal understøtte, at en Fretningsadministrat manuelt kan igangsætte et rykkerfoløb. Det skal kunne igangsættes ned på kravstypeniveau og med mulighed f udsendelse af delmængder FUN_104 K2 Tværgående Overblik Vis tilgodehavende og gæld Der skal være mulighed f at få et overblik over en bgers fulde tilgodehavende/gæld på et vilkårligt tidspunkt. Fretningsadministrat Fretningsadministrat Fretningsadministrat Funktionelle krav Bilag 03A.1 - Kravliste.xlsx Side 13 / 85

14 FUN_105 K0 Tværgående Overblik Vis infmationer i Tværgående overblik: et skal kunne udstille udvalgte infmationer i et Tværgående overblik. Alle infmationene fra klasserne i Bilag 3A.8 - Oversigter, fane Infmationsbehandling_gui skal kunne vælges. FUN_106 K1 Tværgående Overblik Søg person FUN_107 K1 Tværgående Overblik et skal undersøtte, at en kunderådgiver kan fremsøge bgerens oplysninger via et opslag på f.eks: * CPR, CVR eller SE nummer * Udenlansk CPR/fsikringsnummer * Personnavn * Personadresse (dansk og udenlandsk) Udvidet søgning FUN_108 K0 Tværgående Overblik et skal understøtte, at en kunderådgiver kan taste dele af et: * CPR, CVR, SE nummer * Udenlansk CPR/fsikringsnummer * Personadresse (dansk og udenlandsk) * Personnavn i det Tværgående Overblik og herefter blive præsenteret f en oversigt med max 20 valgmuligheder pr. side f pågældende søgekriterie. Det skal være muligt at vælge de enkelte søgeresultater og få vist den konkrete sag herfra Vis alle infmationer på en sag et skal understøtte, at en kunderådgiver gennem et klik skal kunne få vist alle infmationer på sagen jf. Bilag 3A.8 - Oversigter, fane infmationsbehandling gui. FUN_109 K1 Tværgående Overblik Vis hyperlink til eksterne sites et skal understøtte, at en kunderådgiver fra det Tværgående Overblik kan aktivere link til websider/andre ptalbaserede systemer og ad den vej åbne f.eks. Schultz lovgivning eller Udbetaling Danmarks Vidensløsning. FUN_110 K1 Tværgående Overblik Vis dokumenter og journalnotat i Tværgående Overblik et skal understøtte visning af de fem seneste dokumenter og journalnotater på sagen i det Tværgående overblik. Dokumenter og journalnotaer skal kunne åbnes direkte herfra med et enkelt klik. FUN_111 K1 Tværgående Overblik Infmationer fra øvrige myndigheder eller ydelsesområder Vis infmationer fra øvrige myndigheder og ydelsesområder i Tværgående Overblik et skal understøtte visning af infmationer fra Sags- og Dokumentindeks samt Ydelsesindeks. F.eks. Om udbetalende ydelser fra fagsp, kontanthjælp etc. FUN_112 K1 Tværgående overblik Infmation om hæftere et skal understøtte, at kunderådgiver har adgang til infmation om alle hæftere på et givent krav - uanset hvem af hæfterne der er indgangen f fespørgslen på kravet. FUN_113 K2 Manuelle Breve Vælg afsendelseskanal et skal understøtte, at en kunderådgiver i fbindelse med afsendelse af én besked, kan påføre om den skal afsendes som fysisk post. FUN_114 K2 Manuelle Breve Søg beskedskabelon et skal understøtte at en kunderågiver får vist de tilgængelige beskedsskabeloner. Listen over beskedsskabeloner er dannet på baggrund af filteringer på skabelonernes kategier. FUN_115 K1 Manuelle Breve Vælg beskedskabelon et skal understøtte, at en kunderådgiver kan vælge en beskedskabelon, som bla. indeholder: * En dato f hvnår beskeden er oprettet * Hvem der har oprettet beskeden * Tekstindholdet på beskeden * Markering af at beskeden er udgående * Eventuelle vedhæftninger (bilag, blanketter etc.) * Alle relevante oplysninger om krav Funktionelle krav Bilag 03A.1 - Kravliste.xlsx Side 14 / 85

15 FUN_116 K1 Manuelle Breve Udfyld beskedskabelon et skal understøtte, at en kunderådgiver i fbindelse med arbejdet med en beskedskabelon kan rette i de infmationer, som automatisk påsættes (flettes), samt tilføje en tekstuel beskrivelse på det sted i skabelonen, hv der er mulighed f tekstredigering. Den færdige besked (med indflettet infmation) skal præsenteres f kunderådgiveren umiddelbart efter at skabelonen er præudfyldt. FUN_117 K2 Manuelle Breve Gem kladde et skal understøtte, at når en kunderådgiver gemmer et ufærdigt brev, skal den automatisk tildeles et versionsnummer. FUN_118 K2 Manuelle Breve Ændre kladde f udgående dokumenter, et skal understøtte, at en kunderådgiver kan ændre i en kladde f udgående dokumenter samt i de infmationer, der er tilknyttet dokumentet. et skal stemple dokumentet med identifikation af, hvem der har fetaget ændringen, hvnår den er fetaget og give dokumentet et nyt versionsnummer. FUN_119 K1 Manuelle Breve Underskriv besked et skal understøtte, at når en kunderådgiver afsender en besked vedrørende en afgørelse, påføres beskeden automatisk kunderådgiverens navn eller afdelingen, som underskriver. FUN_120 K2 Manuelle Breve Igangsætte en masseudsendelse et skal understøtte, at en Fretningsadministrat, kan igangsætte en masseudsendelse af beskeder (op til stk.) til den Fællesoffentlige Printløsning ud fra følgende: Dato f afsendelsen, modtager, kravtype og beskedskabelon. Fretningsadministrat FUN_121 K2 Manuelle Breve Versionshistik på kladder f udgående dokumenter et skal understøtte, at en kunderådgiver kan fremfinde tidligere versioner af dokumenter (kladder) og få dem vist i den fm og indhold, som gjde sig gældende ved det aktuelle versionsnummer. FUN_122 K1 Regeladministration Brugergrænseflade til konfigurering Der skal være en brugergrænseflade til konfigurering af regler og parametre FUN_123 K0 Regeladministration Konfigurering af regler et skal understøtte, at en Fretningsadministrat kan tilføje og ændre regler, som anvendes i et. Regler skal versioneres, så der altid fefindes en gældende version og eventuelt tidligere anvendt version. Tidligere versioner som har være i anvendelse må ikke kunne ændres. Fretningsadministrat FUN_124 K0 Regeladministration Konfigurering af parametre Debitsystemet skal understøtte, at en Fretningsadministrat har adgang til at tilføje og ændre i alle de parametre, der anvendes, eksempelvis: * Gebyrsatser * Rentesatser * Antal dage i fhold til rykkerkørsler Parametre skal versioneres, så der altid fefindes en gældende version og eventuelt tidligere anvendt version. Tidligere versioner som har være i anvendelse må ikke kunne ændres. FUN_125 K0 Regeladministration Dobbelthistik på regler og parametre et skal understøtte, at en Fretningsadministrat kan konfigurere en gyldig fra og gyldig til dato samt virkning fra og virkning til f samtlige regler og parametre, så de træder i kraft med de nye parametre i det definerede tidsinterval. FUN_126 K1 Regeladministration Konfigurering af histiske regler og parametre et skal understøtte at ændringer til regler kan virke bagudrettet, så eksisterende kørsler på beregninger, afgørelser etc. kan genkøres gennem en manuel initiering af en Fretningsadministrat. Fretningsadministrat Fretningsadministrat Fretningsadministrat FUN_127 K1 Regeladministration Vis regelhistik Fretningsadministrat skal kunne se alle regler herunder hvnår de gælder fra og til. FUN_128 K2 Regeladministration Konfigurering af valideringsregler et skal understøtte, at en Fretningsadministrat kan konfigurere valideringsregler. Fretningsadministrat Fretningsadministrat Funktionelle krav Bilag 03A.1 - Kravliste.xlsx Side 15 / 85

16 FUN_129 K1 Regeladministration Afskrivningsårsagsniveau et skal understøtte, at det på afskrivningsårsagsniveau skal være muligt at tilvælge, hvvidt afskrivning af kravet i et skal gennemføres "fuldautomatisk" eller automatisk på baggrund af en initiering fra kunderådgiveren. FUN_130 K1 Regeladministration Opsætning af kontoopsætning et skal understøtte at en Fretningsadministrat kan opsætte kontoopsætningen/kontoplan til fx afskrivningskoder, kravtyper, konti ect. FUN_131 K1 Regeladministration Ændring af rentesatser et skal understøtte, at systemadministrat kan ændre rentesatser tilknyttet rentetilskrivningen f de enkelte kravtyper. FUN_132 K1 Regeladministration Automatisk afskrivning på krav et skal understøtte, at Fretningsadministraten kan opsætte kriterier f, at et krav skal afskrives automatisk. Fx efter en given dato knyttet til kravet (fx fældelsesdato) eller et antal dage efter en tidligere kørsel. Kriterierne / reglerne skal både kunne defineres f den enkelte kravtype og en gruppe af kravtyper. FUN_133 K0 Regeladministration Rykkerprocedure et skal understøtte at: * Der kan opsættes flere fskellige rykkerprocedurer * At hver kravtype kan blive tilknyttet sin egen rykkerprocedure * Alle rykkerprocedurer skal kunne igangsættes og gennemføres automatisk FUN_134 K3 Regeladministration Udligningsspær et skal understøtte, at der kan opsættes udligningsspær med fskellige navne / fklaring på hvf udligningsspær er sat. FUN_135 K2 Regeladministration Rykkerspærårsager et skal understøtte, at der kan opsættes rykkerspær med flere fskellige årsager, der har fskellige fløb tilknyttet. FUN_136 K1 Validering Genvalidere på eksisterende sager et skal understøtte, at en Fretningsadministrat skal kunne genvalidere på eksisterende sager FUN_137 K1 Validering Valider indberetning et skal ud fra et sæt af valideringsregler kunne validere de indkomne oplysninger/hændelser som modtages fra interne/eksterne registre eller i fbindelse med at der fetages ændringer til data af en kunderådgiver. FUN_138 K1 Validering Udfør validering et skal fetage valideringer så tidligt som muligt i behandlingen af indberetninger til systemet. FUN_139 K1 Opkrævnings- og betalingsadministration Automatisk oprettelse af hæfter et skal understøtte, at der automatisk oprettes en eller flere hæftere på et krav på oprettelsestidspunktet, såfremt hæfterinfmation er oplyst fra det fagsystem, der har sendt kravet til et. FUN_140 K1 Opkrævnings- og betalingsadministration Bogføring af krav med hæftere på et skal understøtte, at der kun sker bogføring af kravet 1 gang uanset antallet af hæftere på kravet. FUN_141 K1 Opkrævnings- og betalingsadministration Hæfter har individuelle og indbyrdes uafhængige fløb et skal understøtte, at hver enkelt hæfter har individuelle og indbyrdes uafhængige fløb vedr. opkrævning, der automatisk gennemføres på samme måde som ved "almindelige" debiter. Dvs. de kan både sendes samtidig eller fskudt af hinanden (styres af regler). FUN_142 K1 Opkrævnings- og betalingsadministration Afdragsdning f hæfter et skal understøtte, at hver enkelt hæfter har mulighed f at få oprettet en afdragsdning på kravet. FUN_143 K2 Opkrævnings- og betalingsadministration Krav består ved ændret hæfterkreds et skal understøtte, at kravet består, uanset at der fjernes en eller flere hæftere fra kravet (inkl. "hovedhæfter"). FUN_144 K2 Opkrævnings- og betalingsadministration Hæfter ftsætter i proces et skal understøtte, at kravet f de øvrige hæftere ftsætter i processen uanset, at der er fjernet en eller flere hæftere fra kravet., fretningsadministrat Fretningsadministrat, Fretningsadministrat, fretningsadministrat Fretningsadministrat Fretningsadministrat Fretningsadministrat Funktionelle krav Bilag 03A.1 - Kravliste.xlsx Side 16 / 85

17 FUN_145 K1 Opkrævnings- og betalingsadministration Ændringer fremgår på hver enkelt hæfters sag et skal understøtte at alle ændringer vedr. kravets størrelse, der kommer som ændringer til selve kravet, vil fremgå på hver hæfters krav. FUN_146 K1 Opkrævnings- og betalingsadministration Fritagelse fra modregning i EFI et skal understøtte, at enkelte krav og / eller kravtyper kan fritages fra oprettelse af EFI modregningssager til RIM ud fra hhv. kravniveau og kravtypeniveau (via parameteropsætningsniveau). Fritagelsen f EFI modregningssag skal ftsat gælde, hvis der er en EFI inddrivelsessag på kravet., FUN_147 K0 Opkrævnings- og betalingsadministration Automatisk modtagelse og oprettelse af krav et skal kunne modtage krav fra andre systemer via snitflade jf. bilag 3A.6 (Integrationer) tilknyttet relevante infmationer jf. infmationsmodellen og understøtte, at de bliver oprettet automatisk i et. FUN_148 K0 Opkrævnings- og betalingsadministration Automatiks oprettelse af debit et skal automatisk oprette debit i systemet, når der modtages nyt krav, hvis debit ikke eksisterer i systemet i fvejen. FUN_149 K1 Opkrævnings- og betalingsadministration Bogføring ved oprettelse af krav et skal understøtte, at kravet bogføres samtidig med at kravet oprettes. FUN_150 K1 Opkrævnings- og betalingsadministration Ændringer til krav et skal kunne håndtere ændringer fra et fagsystem til et allerede oprettet krav. Herunder at der automatisk sker et match til det oprindelige krav. FUN_151 K2 Opkrævnings- og betalingsadministration Hente oplysninger vedr. fmue et skal understøtte, at der kan hentes oplysninger om fmue ved krav - der er allerede eksisterer på tidspunktet, hv der kommer dødsfaldsmarkering på debit - der bliver oprettet som nyt krav efter der er kommmet dødsfaldsmarkering på debit (vil typisk fekomme i de tilfælde, hv et tilbagebetalingskrav er opstået som følge af dødsfaldet) til brug f automatisk beslutning om, hvad det videre fløb med kravet skal være. FUN_152 K1 Opkrævnings- og betalingsadministration Opkrævningsspær et skal understøtte, at der kan sættes et opkrævningsspær på kravet og / eller sagen. Opkrævningsspærret skal kunne blive sat automatisk, når givne fhold er tilstede som fx ved et dødsfald. Opkrævningsspærret skal kunne sættes manuelt af en kunderådgiver. FUN_153 K1 Opkrævnings- og betalingsadministration Dan opkrævning et skal understøtte, at flere krav til samme debit kan samles i en opkrævning ud fra grupperingsregler. Eksempler på grupperinger: * Krav med samme betlingsfrist * Samme kravstype FUN_154 K1 Opkrævnings- og betalingsadministration Betalingsfrist på afdragsdning et skal understøtte, at afdragene i en afdragsdning tilføres en betalingsfrist ud fra nærmere definerede regler. FUN_155 K1 Opkrævnings- og betalingsadministration Automatisk opdatering af afdragsdning et skal understøtte at afdragsdninger opdateres automatisk, når der sker indbetaling. FUN_156 K2 Opkrævnings- og betalingsadministration Automatisk ophør af afdragsdning et skal understøtte, at afdragsdning automatisk kan blive bragt til ophør FUN_157 K1 Opkrævnings- og betalingsadministration Tilskrivning af renter et skal understøtte, at det er muligt at beregne og tilskrive renter til det enkelte krav. FUN_158 K0 Opkrævnings- og betalingsadministration BS standard et skal understøtte, at det BS kundenr., som et krav tildeles fra et, opfylder de gængse standarder på markedet, så en bger kan tilmelde sin betaling til BS, uanset hvilken bank bgeren har. FUN_159 K1 Håndter modregning Anmodning om modregning et skal understøtte, at der fremsendes anmodning om modregning til de udbetalende fagsystemer ud fra den oprettede modregningsdning., Funktionelle krav Bilag 03A.1 - Kravliste.xlsx Side 17 / 85

18 FUN_160 K1 Håndter modregning Ændring til Anmodning FUN_161 K1 Håndter modregning et skal understøtte, at der fremsendes ændringer til den oprindelige anmodning om modregning til det udbetalende fagsystem hvis: * Indbetaling på kravet kommer via en anden kanal end det udbetalende fagsystem, og det har medført ændring i modregningsdningen. * Der sker ændring af kravet som medfører ændringer i modregningsdningen Automatisk oprettelse af modregningsdning med fuld modregning et skal understøtte, at der automatisk kan oprettes modregningsdning med fuld modregning, hvis reglerne ift. kravtypen definerer dette. FUN_162 K1 Håndter modregning Automatisk oprettelse af modregningsdning med beregnede afdrag et skal understøtte, at der automatisk kan oprettes modregningsdning med automatisk beregnede afdrag, afhængig af kravtype, hvis reglerne f kravtypen definerer dette. Beregningen sker på oprettelsestidspunktet ud fra fastsatte regler om antal afdrag ift. kravstørrelse. FUN_163 K1 Håndter modregning Angives om Modregningsdning er frivillig aftale eller en afgørelse et skal understøtte, at der på modregningsdningen kan angives, hvvidt det er en frivillig aftale eller en afgørelse. Det skal både ske, når modregningsdningen oprettes automatisk (ud fra kravstype), og når den oprettes manuelt, hv det sker via valg fra kunderådgiveren. FUN_164 K1 Håndter modregning Angivelse af hvilken ydelse der modregnes i et skal understøtte, at der på modregningsdningen kan angives, hvilken ydelse, der skal modregnes i. Angivelsen styrer, hv anmodningen skal sendes til. Det skal både ske, når modregningsdningen oprettes automatisk (ud fra kravstype), og når den oprettes manuelt, hv det sker via valg fra kunderådgiveren. FUN_165 K1 Håndter modregning Ny fremsendelse af anmodning et skal understøtte, at der skal fetages ny fremsendelse af anmodning om modregning, hvis det ikke er det fulde beløb, der modtages, og der ftsat er modregningsadgang. Dette skal kunne ske ud fra en kombination af oplysninger om kravtype, modregningsdning og frivillig aftale vs. afgørelse / FUN_166 K1 Håndter modregning Modregningsmulighed ift. lovhjemlede modregningsadgange et skal understøtte, at modregningsmulighed undersøges ift. lovhjemlede modregningsadgange f den konkrete kravstype, før kravet ændres til en EFI inddrivelsessag. FUN_167 K1 Håndter modregning Betalingsfrist på anmodning et skal understøtte at anmodningen tilføres en betalingsfrist ud fra nærmere definerede regler. Regler ift. betalingsfrist kan være fskellige afhængig af kravtype og modregningsdningen. FUN_168 K1 Håndter modregning Automatisk opdatering af Modregningsdninger et skal understøtte at Modregningsdninger automatisk opdates, når der modtages indbetaling på kravet. Det gælder både, når indbetalingen modtages som anmodet fra det udbetalende Fagsystem eller hvis indbetalingen kommer fra anden kanal som fx. fra EFI som en indbetaling på en EFI Modregningssag som følge af, at der var overskydende skat vi kunne få andel i. FUN_169 K1 Rykning Rykkerfløb f hæftere et skal understøtte, at hver enkelt hæfter har individuelle og indbyrdes uafhængige fløb vedr. rykkere, der automatisk gennemføres på samme måde, som ved "almindelige" debiter. Dvs. de kan både sendes samtidig eller fskudt af hinanden (styres af regler). FUN_170 K1 Rykning Rykkergebyr et skal understøtte, at der kan tilskrives rykkergebyrer i fbindelse med rykkerkørsler. et skal understøtte, at rykkergebyret bogføres på tidspunktet, hv det tilskrives. et skal understøtte, at rykkergebyret kan opkræves sammen med den rykker, som tilskrivelsen er sket med. et skal understøtte, at rykkergebyret kan behandles som et individuelt krav. Størrelse på rykkergebyr og hvnår i rykkerfløbet rykkergebyr tilskrives kan være fskelligt fra rykkerproces til rykkerproces. Funktionelle krav Bilag 03A.1 - Kravliste.xlsx Side 18 / 85

19 FUN_171 K1 Rykning Rykkergebyr når der er mere end en hæfter på kravet et skal undersøtte, at der kan tilskrives rykkergebyrer vedr. kravet til hver enkelt hæfter, når der er mere end en hæfter på kravet. et skal understøtte, at de tilskrevne rykkergebyrer på den enkelte hæfter kun fremgår hos denne. Der er ikke fælles hæftelse på tilskrevne rykkergebyrer. FUN_172 K1 Rykning Rykkerspærårsager et skal understøtte at: * Der automatisk sættes rykkerspær afhængig af regler * Der ikke dannes rykker, hvis der er rykkerspær på et krav FUN_173 K1 EFI Håndtering Infmation til EFI ved nedskrivning eller tilbagetrækning af EFI sagen et skal understøtte, at EFI sagen automatisk opdateres med infmation om nedskrivning / tilbagetrækning af en EFI sag fra hhv. EFI modregning eller inddrivelse, når en ændring på et krav medfører en nedskrivning eller en annullering af det oprindelige krav. FUN_174 K1 EFI Håndtering Infmation til EFI ved opskrivning af EFI modregningssag et skal understøtte, at der automatisk sker opskrivning af EFI modregningssagen i EFI, hvis der sker ændringer på kravet i et, som medfører, at kravet bliver større. FUN_175 K1 EFI Håndtering Oprettelse og oversendelse af EFI modregnings- og Inddrivelsessager, et skal understøtte, at oprettelse og oversendelse af EFI modregnings- og inddrivelsessager kan ske automatisk: * Via den automatiserede proces (regel) * Via en automatisk oversendelse initieret af kunderådgiver. FUN_176 K1 EFI Håndtering Oprettelse af EFI modregningssag på modregningsdning et skal understøtte, at oprettelse og oversendelse af EFI modregningssager til RIM sker automatisk på krav, der kræves betalt i udbetalende fagsystemer, efter et opsat antal dage regnet fra en fuddefineret dato, hvis det fulde krav ikke er betalt på det tidspunkt. FUN_177 K1 EFI Håndtering Automatisk registrering til modregning i EFI et skal understøtte, at oprettelse og oversendelse af EFI modregningssager til RIM på almindelige krav kan oversendes automatisk efter et opsat antal dage regnet fra betalinsgfristen, hvis det fulde krav ikke er betalt på dette tidspunkt. FUN_178 K1 EFI Håndtering Infmation til EFI et skal understøtte, at krævede infmationer fra UDK til RIM automatisk kan medsendes på EFI modregnings- og inddrivelsessagen. Krævede infmationer defineres af RIM med udgangspunkt i, fretningsadministrat lovgivningen. FUN_179 K1 EFI Håndtering "Stamdata" på EFI sagen FUN_180 K1 EFI Håndtering et skal understøtte, at infmationer fra RIM vedr. "stamdata" på EFI sagen stemples på kravet, så det er muligt at søge sagerne frem ud fra disse kriterier senere. Oplysninger der modtages retur fra RIM via EFI, når en sag oprettes er pt. følgende (defineres af EFI): * Fdringsid * Eventuelle tilføjede hæftelsesfhold * AKR-nr hvis der ikke findes et cpr- eller et cvr-nr på kravet Manuel opskrivning af EFI modregningssag og EFI inddrivelsesag, et skal understøtte, at der manuelt kan ske opskrivning af en eksisterende EFI modregningseller inddrivelsessag i EFI i de tilfælde, lovgivningen tillader det. FUN_181 K1 EFI Håndtering Bagatelgrænser ved oversendelse til EFI et skal understøtte, at der kan opsættes bagatelgrænser ift. oprettelse og oversendelse af en EFI Sag på kravet. Der skal være individuelle bagatelgrænser f hhv. EFI modregningssag og EFI inddrivelsessag., fretningsadministrat FUN_182 K1 EFI Håndtering Kommunikation med EFI et skal undersøtte, at der kan kommunikeres automatisk med RIM via EFI på EFIsagsnummerniveau på EFI modregnings- og inddrivelsessager. FUN_183 K1 EFI Håndtering EFI histik på lukkede sager et skal undersøtte, at al kommunikation på det enkelte krav bibeholdes i et, hvis kravet enten afskrives, eller EFI sagen trækkes tilbage fra EFI. Funktionelle krav Bilag 03A.1 - Kravliste.xlsx Side 19 / 85

20 FUN_184 K1 EFI Håndtering Automatiske ændringer fra andre betalingskanaler end EFI et skal understøtte, at der sker automatisk opdatering i fm af nedskrivning af EFI modregnings- eller inddrivelssag, når der modtages indbetalinger fra andre betalingskanaler end EFI, på krav der er overdraget til EFI som EFI modregnings- eller inddrivelsessager. FUN_185 K1 EFI Håndtering Mere end 1 hæfter på en EFI Sag et skal understøtte, at hver enkelt hæfter har individuelle og indbyrdes uafhængige fløb vedr. oprettelse af EFI inddrivelsessag på kravet, der automatisk gennemføres på sammen måde, som ved "almindelige" debiter. Dvs. de kan både oprettes samtidig eller fskudt af hinanden (styres af regler). FUN_186 K1 EFI Håndtering Hæftere kobles på samme EFI sag et skal understøtte, at hæfterne kobles på samme EFI sag som hæftere, i takt med, at der sker oprettelse af EFI sag ift. opkrævnings-, rykker- og restantfløbet. FUN_187 K1 EFI Håndtering Fritagelse f EFI Modregning f den enkelte hæfter, et skal understøtte, at der kan ske fritagelse f EFI modregningssag f den enkelte hæfter, uden at EFI sagen tilhørende den / de øvrige hæftere påvirkes. FUN_188 K1 EFI Håndtering Ændring af hæftere på en EFI Sag, et skal understøtte, at der kan ske "frigørelse" fra EFI inddrivelsessag f den enkelte hæfter, uden at EFI sagen tilhørende den / de øvrige hæftere påvirkes. FUN_189 K1 Håndter indbetaling Løbende indbetalinger et skal understøtte, at besked om løbende indbetalinger fra EFI vedr. EFI modregnings- og inddrivelsessager modtages og danner grundlag f opdatering på EFI sagerne. FUN_190 K0 Håndter indbetaling Indbetalinger fra udbetalende fagsystem ifm. anmodninger om modregning et skal understøtte, at oplysning om indbetalinger fra udbetalende fagsystemer vedr. fremsendte anmodninger om modregning modtages og bruges som grundlag f udligning på de krav, de vedrører. FUN_191 K0 Håndter indbetaling Udligning på EFI nummer et skal understøtte, at der sker udligning på de krav, som den modtagede indbetaling fra EFI vedrører (styret ud fra EFI-sagsnummer). FUN_192 K1 Håndter indbetaling Afgørelse ved modregning i overskydende skat erne skal understøtte, at der genereres uddata til en besked (afgørelse) til bger, når der modtages og udlignes en indbetaling fra EFI på en EFI-modregningssag. Afgørelsen skal indeholde infmation om det udlignede krav på detailniveau. FUN_193 K1 Håndter indbetaling Registering af indbetalte renter på EFI inddrivelsessager et skal understøtte, at indbetalinger fra EFI vedr. betalte renter på EFI inddrivelsessager registreres i relation til de krav, de er tilknyttet, og fremgår som infmation på EFI sagen. FUN_194 K1 Håndter indbetaling Nedskrivning af krav f alle hæftere ved indbetaling et skal understøtte, at en indbetaling på kravet fra en af hæfterne (også via EFI eller Det udbetalende fagsystem) nedskriver kravet f alle hæfterne. FUN_195 K1 Håndter indbetaling Infmation om betalingsoplysninger på indbetaling et skal understøtte, at alle indbetalinger indlæst i et, skal indeholde infmation om betalingsoplysninger. Betalingsoplysningerne på indbetalingen skal fx. indeholde: * FIK nummer, PBS, modregning i kontanthjælp mm. ("betalingskanalen") * Detailoplysninger vedr. oprindelige infmationer vedr. opkrævningen / rykkeren tilknyttet betalingsreferencen på indbetalingen. Eksempelvis cpr-nr., kravtype, beløb, betalingsfrist mv. Infmationerne skal være synlige f kunderådgiverne. FUN_196 K1 Håndter indbetaling Overskydende indbetaling tilknyttes hæfter, der har indbetalt et skal understøtte, at en overskydende indbetaling på et krav med flere hæftere bliver tilknyttet den hæfter, der har indbetalt det overskydende beløb. FUN_197 K1 Håndter indbetaling Udligningsspær et skal understøtte, at der ikke sker udligning på kravet, hvis der er et aktivt udligningsspær. FUN_198 K0 Håndter indbetaling Automatisk indlæsning af indbetalinger fra fskellige kanaler et skal understøtte, at oplysninger om indbetalinger fra fskellige kanaler, fx. Finsta og Nets, kan indlæses automatisk i et. Funktionelle krav Bilag 03A.1 - Kravliste.xlsx Side 20 / 85

21 FUN_199 K1 Håndter indbetaling Oplysninger på betalinger fra EFI et skal understøtte, at det fremgår tydeligt på indbetalingen modtaget fra EFI, hvvidt den vedrører en EFI modregningssag eller en EFI inddrivelsessag. FUN_200 K0 Håndter indbetaling Automatisk udligning ifm. indbetalinger et skal understøtte, at der sker automatisk udligning af krav ud fra definerede regler. FUN_201 K1 Håndter indbetaling Automatisk besked ifm. udligning af indbetaling et skal understøtte, at der automatisk kan sendes besked til bger / virksomhed ifm. udligning af indbetaling. et skal understøtte, at det kun er f nogle typer af indbetalinger og krav, der skal sendes besked. FUN_202 K1 Håndter indbetaling Automatisk besked ved udligning af EFI renter et skal understøtte, at når der modtages afregning af renter fra EFI, skal der genereres uddata til besked til fdringshaver om den udbetaling af renter fra EFI, som renteafregningen har medført. FUN_203 K0 Håndter indbetaling Kvitteringssvar til fagsystemerne ved udligning af krav et skal understøtte, at der sendes kvitteringssvar til fagsystemerne, når krav udlignes med en indbetaling. FUN_204 K2 Håndter indbetaling Automatisk udbetalingspost ved overskydende indbetaling et skal understøtte, at der i nogle tilfælde dannes en automatisk udbetaling til bgeren, hvis der er en indbetaling, hv der ikke er et krav, der kan dækkes, eller hvis der er oveskydende beløb efter udligning af kravet. I hvilke tilfælde det skal ske, vurderes ud fra nærmere fastsatte regler. FUN_205 K1 Håndter indbetaling Manuel opgave ved ved overskydende indbetaling et skal undersøtte, at der i nogle tilfælde dannes en opgave til manuel behandling, hvis der er en indbetaling, hv der ikke er et krav, der kan dækkes, eller hvis der er overskydende beløb efter udligning af kravet. I hvilke tilfælde det skal ske, vurderes ud fra nærmere fastsatte regler. FUN_206 K1 Dan udbetaling Udbetaling til danske og udenlandske konti Der skal kunne udbetales til danske og udenlandske konti igennem NemKonto, også til lande med specielt lange kontonumre, som f.eks. Rusland og Kina. FUN_207 K1 Dan Udbetaling Igangsæt genudbetaling Debitsystemet skal understøtte, at Leverandøren på et vilkårligt tidspunkt kan igangsætte en genudbetaling af en udbetalingskørsel på udvalgte personer, virksomheder eller myndigheder eller på hele bestanden. FUN_208 K1 Dan udbetaling Straksudbetalinger Straksudbetalinger skal kunne gennemføres direkte fra Debitsystem, så udbetalingen sker med det samme. FUN_209 K1 Dan Udbetaling Stop udbetaling et skal understøtte, at en kunderådgiver kan stoppe en konkret udbetaling. Stoppede udbetalinger skal bogføres i systemet på en separat konto. FUN_210 K1 Dan Udbetaling Sum af udbetalingsposter et skal kunne summere de beregnede udbetalingsposter til én udbetaling til en bger eller virksomhed. Hvis en udbetaling er en summeret udbetaling til en bger eller virksomhed skal id'et gælde f den, men kunderådgiveren skal kunne se, hvilke beløb udbetalingen vedrører. FUN_211 K0 Dan Udbetaling UdbetalingsID et skal genere et entydigt id f hver udbetaling. FUN_212 K0 Dan Udbetaling Kontonumre til afstemning et skal påsætte kontonumre på udbetaling/afstemningsposterne. Kontonumrene skal være konfigurerbare af en Fretningsadministrat. Kontoplanen leveres af ATP FUN_213 K2 Dan udbetaling Referencetekst til afsender og modtager skal være spbar Udbetalinger skal indeholde en unik reference, som skal kunne slås op og ses af en kunderådgiver i Debitsystemet. Det skal være muligt f kunderådgiveren selv at taste, hvad udbetalingen vedrører. FUN_214 K2 Dan udbetaling Udbetaling til kommuner et skal understøtte udbetalinger til kommuner ved tilbageførsel af fejlagtige modregnede beløb eller ved udbetaling af overskydende indbetaling vedr. krav, som kommunen har indbetalt tidligere. Funktionelle krav Bilag 03A.1 - Kravliste.xlsx Side 21 / 85

22 FUN_215 K1 Dan udbetaling Kontroller dobbeltudbetalinger et skal understøtte, at en Fretningsadministrat kan opsætte regler i fbindelse med udbetalinger, således at en udbetaling på det samme beløb indenf en tidsperiode (konfigurerbart) til den samme modtager stoppes. FUN_216 K0 Dan udbetaling Kontrol af kritiske kørsler et skal understøtte automatisk kontrol af, at summen af de afsendte udbetalinger og antallet af udbetalinger fra et svarer til det, som er modtaget i udbetalingssystemet. Hvis der er en difference, skal der automatisk oprettes en priitet 1 fejlsag med det samme, og ATP skal underrettes. FUN_217 K1 Dan udbetaling Videreafregning / behandling af modtagne EFI-renter: et skal understøtte, at betalte EFI-renter, der er overført fra RIM til Udbetaling Danmark automatisk enten udbetales til relation på bestemte kravtyper eller omposteres til specifikke konti afhængig af kravtyper og detaljer på kravet. FUN_218 K0 Dan udbetaling Godkendelse ved udbetaling et skal understøtte, at manuelle betalinger kan sættes i godkendelseflow ud fra nærmere fastsatte regler. FUN_219 K1 Afskrivning Automatisk afskrivning et skal understøtte, at afskrivninger af krav kan ske automatisk med samme afskrivningsårsag, som der modtages fra EFI. FUN_220 K1 Afskrivning Ikke gennemførte afskrivninger et skal understøtte, at afskrivninger, der ikke gennemføres automatisk, fremgår af en oversigt, der oprettes som en opgave i opgaveindbakken. FUN_221 K2 Afskrivning Automatisk masseafskrivning på krav et skal understøtte, at der kan ske en masseafskrivning af krav ud fra valgte kriterier som eksempelvis fældelsesdato, kravstype, periode. Afskrivningen skal kunne iværksættes automatisk. Fretningsadministrat Fretningsadministrat FUN_222 K1 Afskrivning Delafskrivning af et krav et skal understøtte, at det er muligt at delafskrive et krav. Kunderrådgiver, FUN_223 K1 Afskrivning Besked om afskrivning fra fagsystem et skal understøtte, at når der, på tidspunktet f oprettelsen af et krav, er en besked på kravet om, at det skal afskrives med det samme, så kan et håndtere det i det automatiske flow. FUN_224 K1 Afskrivning Ved afskrivning gives besked til fagsystem et skal understøtte, at der ved afskrivning på et krav kan sendes et kvitteringssvar til fagsystemet om, at der er ftaget en afskrivning inkl. årsag til afskrivningen. FUN_225 K1 Afskrivning Tilbageføring af en afskrivning, et skal understøtte, at det er muligt at tilbageføre en afskrivning. FUN_226 K0 Beskedhåndtering Opret automatisk besked FUN_227 K1 Beskedhåndtering et skal kunne oprette en besked, som en del af et automatisk flow. Beskeden skal blandt andet indeholde: * En dato f hvnår beskeden er oprettet * Hvem der har oprettet beskeden * Tekstindholdet på beskeden * Markering af at beskeden er udgående * Eventuelle vedhæftninger (bilag, blanketter etc.) Alle infmationer jf. infmationsmodellerne Debit, Sag og Beriget Grunddata skal kunne anvendes i de a tomatiske beskeder Underskriv besked et skal understøtte, at når der automatisk udsendes en besked vedr. en afgørelse, påføres beskeden automatisk kunderådgiverens navn eller afdeling som underskriver. FUN_228 K2 Beskedhåndtering Fravælg automatisk udsendelse af besked et skal understøtte, at en kunderådgiver kan fravælge, at en automatisk genereret besked udsendes til bgeren på en given sag. FUN_229 K2 Beskedhåndtering Automatisk masseudsendelse et skal i en automatisk kørsel igangsætte en masseudsendelse af beskeder (op til stk) til den Fællesoffentlige Printløsning. FUN_230 K2 Beskedhåndtering Entydig identifikation på beskeder et skal påsætte en entydig identifikation på beskeden og på en evt. tilhørende besked, som bger / virksomhed skal sende retur, så de automatisk kan journaliseres. Funktionelle krav Bilag 03A.1 - Kravliste.xlsx Side 22 / 85

23 FUN_231 K1 Beskedhåndtering Udbetalingsmeddelelse et skal understøtte, at der dannes Besked ved udbetaling af EFI-renter til relation. FUN_232 K1 Beskedhåndtering Opret automatisk ientering vedr. EFI inddrivelsessag et skal understøtte, at der automatisk kan dannes en ientering til bger eller relation på kravet, når der oprettes en EFI inddrivelsessag i EFI på kravet., fretningsadministrat FUN_233 K1 Beskedhåndtering Det skal være muligt at til- og afkoble denne funktion på kravtypeniveau. Det skal være muligt at til- og afkoble denne funktion på enkeltkravsniveau. Til- og afkobling skal kunne ske både som en standardopsætning ift. Kravtypen og som en manuel handling på det enkelte krav ved den manuelle igangsatte oversendelse / oprettelse. (til- og afkobling styres via regler) Opret besked til hæfter et skal understøtte, at alle hæftere på et krav skal kunne modtage beskeder (opkrævninger, rykkere) på samme krav uafhængigt af hinanden. FUN_234 K0 Beskedhåndtering Oplysning om hæfter et skal understøtte, at der ikke fremgår oplysninger om de øvrige hæftere på de beskeder (opkrævninger og rykkere), der fremsendes til den enkelte hæfter. FUN_235 K2 Beskedhåndtering Opret besked ved ændring til krav et skal undersøtte, at der kan oprettes og sendes besked til bger ved ændring til et eksisterende krav. FUN_236 K2 Beskedhåndtering Opret erindring et skal understøtte, at der ved afsendelsen af en besked dannes en erindring, hvis den valgte beskedskabelon, har en erindringsmarkering. FUN_237 K1 Beskedhåndtering Håndter alle adresser et skal automatisk kunne håndtere udsendelser til både danske og udenlandske adresser. et skal automatisk opdatere danske og udenlandske adresser i systemet ud fra infmationer fra eksterne registre. FUN_238 K1 Beskedhåndtering Kontoudtog et skal understøtte, at det skal være muligt at udsende kontoudtog på fskellige kravtyper samt yderligere infmationer jf. infmationsmodellen. Kontoudtoget skal kunne opsættes ud fra fskellige kriterier, og infmationerne på kontoudtoget skal fremstilles, så de er meningsgivende f modtageren. Fx. skal kontoudtoget vise en indbetaling som det beløb, bgeren har indbetalt - uanset om beløbet har udlignet et enkelt eller flere krav. Krav skal kunne oplistes enkeltvis eller grupperes som en sum afhængig af fmålet med kontoudtoget. Det skal også kunne ske som en kombination. Eksempelvis kan man have en situation, hv alle meget gamle krav skal grupperes, men hv kravene f indeværende år skal oplyses enkeltvis. Der skal være en sigende tekst både på grupperingen af kravene og på de enkelte linjer med kravene, så det er tydeligt, hvad summen indeholder. Kontoudtoget skal kunne afgrænses til en periode med en til og fra dato. Kontoudtoget skal kunne expteres til excel Kontoudtoget skal have et beskedfelt, som kunderådgiveren skal kunne skrive i. Det skal være muligt at oprette en fast tekst, der fremgår af alle kontoudtog. FUN_239 K1 BeskedhåndteringManuelle breve Statusmarkering på besked til bger et skal understøtte, at en kunderådgiver på sagen kan se en statusmarkering på det, som er afsendt fra sagen til den Fællesoffentlige Printløsning FUN_240 K2 BeskedhåndteringManuelle breve Modtag infmation om afsendelsesfm fra Fjernprint (digitalt eller fysisk) et skal på hver afsendt besked påsætte en markering tydelig f kunderådgiveren, om hvilken afsendelsesfm den Fællesoffentlige Printløsning har brugt (fysisk eller digitalt). FUN_241 K1 BeskedhåndteringManuelle breve Konverter besked til PDF et skal konvertere beskeden til PDF før den afsendes til den fællesoffentlige printløsning (Fjernprint). FUN_242 K1 BeskedhåndteringManuelle breve Opret erindring et skal understøtte, at der ved afsendelsen af en besked dannes en erindring (som udløser en opgave i opgaveindbakken) på et nærmere defineret tidspunkt, hvis den valgte beskedskabelon, har en markering om, at dette skal ske.,, Funktionelle krav Bilag 03A.1 - Kravliste.xlsx Side 23 / 85

24 FUN_243 K1 BeskedhåndteringManuelle breve Flette infmationer i beskedskabelon et skal understøtte, at alle infmationer fra infmationsmodellerne Debit, Sag og Beriget Grunddata skal kunne indsættes (flettes) i beskedskabeloner. FUN_244 K1 BeskedhåndteringManuelle breve Afsend besked, et skal afsende beskeden til den Fællesoffentlige Printløsning (Fjernprint) eller via Sikker Post, hvis modtageren er en myndighed, som er konfigureret til at kunne modtage Sikker Post. Ved manuelle beskeder skal kunderådgiveren kunne angive, om der er tale om et A, B eller C brev eller udenlandsk post FUN_245 K1 BeskedhåndteringManuelle breve Afsend besked til myndighed, et skal kunne afsende beskeder til myndigheder (Kommuner) via den Fællesoffentlige Printløsning (Fjernprint) eller via Sikker Post. FUN_246 K1 BeskedhåndteringManuelle breve Samle beskeder et skal understøtte, at en Fretningsadministrat kan vælge, at samle flere beskeder til samme modtager på samme tidspunkt i én fsendelse., Fretningsadministrat FUN_247 K0 BeskedhåndteringManuelle breve Skjul CPR-nr et skal understøtte, at bgers cpr-nr fjernes fra breve til andre private og ved breve til flere parter i samme sag fx. flere hæftere. FUN_248 K1 BeskedhåndteringManuelle breve Koble entydig identifikation til besked Debitsystemet skal til hver afsendt besked koble en entydig identifikation i fm af en QR kode indeholdende DokumentIdentifikation på beskeden. FUN_249 K1 BeskedhåndteringManuelle breve Journalisering af udsendte beskeder et skal fetage en journalisering af udsendte beskeder på modtagernes sager. Beskederne skal kunne genudskrives som nøjagtige kopier af de udsendte. FUN_250 K0 Person- og Virksomhedsdata Indlæs og gem personinfmationer et skal ved modtagelse af personinfmationer fra Beriget Grunddata kunne indlæse og gemme data på det aktuelle CPR nr`s sag/er. FUN_251 K0 Person- og Virksomhedsdata Indlæs og gem virksomheds- og myndighedsinfmation et skal ved modtagelse af infmationer fra Beriget Grunddata kunne indlæse og gemme data på det aktuelle CVR/SE nr`s sag/er. FUN_252 K1 Sager & Dokumenter Søg og vis dokumenter et skal understøtte, at en kunderådgiver skal kunne fetage en søgning på dokumenter i et. Søgeresultatet skal udmøntes i en dokumentoversigt, som minimum skal indeholde følgende oplysninger: * Dokumentnavn * Skabelonnummer * Dokumenttype * Dokumentstatus (f.eks slettemarkeret) * CPR/CVR/SE nummer * KLE nr * Dato FUN_253 K1 Sager & Dokumenter * Låsning k d af åd sager i (d id h di i d k ) et skal låse sagen og tilhørende dokumenter f redigering af andre brugere, hver gang der åbnes en eksisterende sag. et skal vise (gennem initialer på brugeren), hvem der er i gang med at redigere i sagen eller dokumentet. Visningen skal være synlig f kunderådgiverne. FUN_254 K2 Sager & Dokumenter Frigiv sag automatisk et skal én gang hver nat genåbne sager og tilhørende dokumenter, der stadig måtte være låst f redigering. FUN_255 K1 Sager & Dokumenter Frigiv sag automatisk et skal frigive sagen, når en kunderådgiver afslutter behandling af en sag, så den kan redigeres af andre. FUN_256 K1 Sager & Dokumenter Tilføj hændelseslog et skal ved afslutning af behandling af en hændelse generere en hændelseslog på sagen indeholdende: * Dato f oprettelse * Årsag til stempling * Beskrivende tekst Funktionelle krav Bilag 03A.1 - Kravliste.xlsx Side 24 / 85

25 FUN_257 FUN_258 K1 K1 Sager & Dokumenter Sikkerhed Tilføj jounalnotat et skal ved automatiske ændringer på sager generere et journalnotat indeholdende: * Dato f oprettelse * Årsag til ændring * Beskrivende tekst * Ændret af Vedligehold brugerrettigheder et skal benytte sig af en rollebaseret model f adgangsstyring, hv brugere autiseres på baggrund af deres tildelte rolle. et skal hertil understøtte, at der i et defineres og vedligeholdes roller/rettighedsgrupper, som styrer adgangen til de fskellige dele af systemet, herunder adgangen til at udføre fskellige operationer (f.eks. oprettelse, læsning, opdatering og FUN_259 K1 Sikkerhed sletning) på fskellige dataelementer Vedligehold brugerrettigheder/adgange til fagsystemet og administration et skal understøtte, at en Fretningsadministrat kan angive, hvilke dele af et en bruger kan tilgå. FUN_260 K1 Sikkerhed Vedligehold brugerrettigheder og adgange i fhold til fagsystem og administration ATP IT sikkerhed Alle brugere, såvel fretningsmæssige som tekniske (Privilegerede brugere) af et skal kunne oprettes og vedligeholdes af ATP. Leverandøren skal levere egen CRUDmatrice f de tekniske brugere. FUN_261 K1 Sikkerhed Log på Debitsystem et skal f ATP's interne brugere understøtte Single Sign-On med brugerens Windows-login. FUN_262 K1 Sikkerhed VIP status Det skal være muligt at angive, at bestemte sager har VIP-status, hvilket betyder, at kun særlige roller kan se dem. FUN_263 K1 Sikkerhed Skærmede/VIP sager, et skal understøtte at opsætte begrænsninger som følge af de ansattes tavshedspligt og som følge af pligten til at skærme visse sager, hv særlige hensyn taler derf. Kun kunderådgivere med særlige adgange skal kunne behandle skærmede sager. FUN_264 K1 Sikkerhed Mapning af systemroller Leverandøren skal i samarbejde med ATP specificere fretningsrollernes adgang til infmationer på Fretningsadministrat klasse- og attributniveau og mappe dem til systemroller jf. Bilag 3A.8 - Oversigter, fane Fretningsroller. FUN_265 K1 Hændelser Modtag ændringer fra interne og eksterne registre og fra NETS et skal understøtte, at en Fretningsadministrat kan opsætte/redigere i abonnementer på Fretningsadministrat FUN_266 K1 Hændelser hændelser, som indgår som et led i en automatiseret proces. Det skal være muligt at redigere i de tilknyttede regler. Hændelserne kan fx. komme fra: * Beriget Grunddata * NETS Igangsætning af processer ved interne og eksterne hændelser et skal understøtte igangsættelse af processer, når interne eller eksterne hændelser indtræffer. FUN_267 K1 Hændelser Rykkerspær ved markering død et skal understøtte, at der automatisk sættes rykkerspær på bgerens sag, når en sag er markeret med død FUN_268 K1 Hændelser Oprettelse af erindring på baggrund af oplysninger fra modtaget dokument et skal automatisk kunne oprette en erindring, når der modtages et dokument retur vedr. anmeldelser af hhv. boer og gældssaneringer. Slutdatoen / erindringsdatoen er fskellig afhængig af oplysninger på det modtagede dokument. FUN_269 K1 Hændelser Automatisk advisering, hvis der ikke modtages svar retur på afsendt besked et skal understøtte, at der automatisk dannes en advisering, hvis der ikke er modtaget svar på en tidligere afsendt besked, hv der er krævet retursvar. Funktionelle krav Bilag 03A.1 - Kravliste.xlsx Side 25 / 85

26 FUN_270 K1 Hændelser Oprettelse af en erindring når et krav ligger til Inddrivelse, og der opstår en modregningsadgang et skal understøtte, at der oprettes en erindring i opgaveindbakken, når et krav ligger til Inddrivelse i EFI, og der opstår en modregningsadgang. FUN_271 K1 Hændelser Krydsende handlinger mellem EFI og Debitsystemet et skal understøtte, at der oprettes en Opgave i opgaveindbakken, hvis der sker krydsende handlinger mellem EFI og Debitsystemet, så en kunderådgiver kan behandle sagen. Fx. hvis Debit prøver at trække et krav tilbage fra EFI, men at handlingen bliver afvist fra EFI, fdi der er penge på vej fra EFI. FUN_272 K1 Hændelser Udligningsspær et skal understøtte, at der dannes en opgave i opgaveindbakken, når slutdatoen f et udligningsspær er nået. FUN_273 K2 Hændelser Rykkerspær et skal understøtte, at der dannes en opgave i opgaveindbakken, når slutdatoen f et rykkerspær er nået, afhængig af, hvad der er opsat f det typen af rykkerspærret. FUN_274 K0 Rappter Konfiguration og visning af rappter Debitsystemet skal understøtte, at en fretningsadminstrat kan definere rappter ud fra infmationsmodellen og logs (kontrol, bogføring, transaktion etc.). Rappterne skal vises i en selvstændig grænseflade som farvelagte diagrammer, pivottabeller eller andet. Det skal være muligt at eksptere indholdet i et standard fmat (Excel, Power Point etc.) og skal kunne vises på fskellige platfme (ipad, pc etc.). Adgangen og konfiguration til og af rappter skal være rollebaseret. Fretningsadministrat FUN_275 K2 Rappter Udtræk produktionsdata Debitsystemet skal understøtte, at en Fretningsadministrat gennem en grænseflade kan udtrække ønskede Produktionsdata til et filfmat, som kan indlæses f eksempel i Microsoft Excel og statistikprogrammet SAS uden nogen fm f manuel konvertering af filfmatet. Fretningsadministrat FUN_276 K3 Rappter Udtræk produktionsdata Debitsystemet skal understøtte, at en Fretningsadministrat har adgang til at se struktur- og feltindhold i tabellerne i et gennem en brugervenlig front end. FUN_277 K1 Rappter Udtræk produktionsdata Debitsystemet skal understøtte, at en Fretningsadministrat kan lave søgninger på produktionsdata via relationer på tværs af tabeller i systemet. FUN_278 K2 Rappter Konfiguration og visning af rappter Debitsystemet skal understøtte, at en driftleder eller kunderådgiver kan generere rappter, såsom: * Sager med overskredet deadlinedato * Dokumenter med overskredet deadlinedato * Opgaver med overskredet deadlinedato * Opgaver med deadline inden f et defineret tidsinterval * etc. Fretningsadministrat Fretningsadministrat, Driftleder FUN_279 K2 Rappter Opret og genbrug af rappt Debitsystemet skal understøtte, at en rolle kan oprette og gemme rapptsøgninger. Rapptsøgningen skal kun være tilgængelige f de roller, som er specificeret. Rappt skal kunne gemmes, navngives og fremfindes ved efterfølgende søgning. FUN_280 K3 Rappter What if analyse et skal understøtte, at ATP skal kunne simulere ændringer i regler og satser. FUN_281 K2 Rappter Igangsæt generering af rappter Debitsystemet skal ud fra fastsatte tidskørsler, der fastsættes individuelt f hver rappt, kunne igangsætte en generering af rappter., Driftleder, F+E4retningsadminis trat Funktionelle krav Bilag 03A.1 - Kravliste.xlsx Side 26 / 85

27 FUN_282 K0 Rappter Kontrol af manuelle handlinger i fbindelse med svig et skal understøtte udtræk af rappter over alle manuelle oprettelser, ændringer, sletninger samt afskrivninger af krav og udbetalinger. Rappterne skal indeholde oplysninger om: * Hvad der er lavet af manuelle handlinger * Hvem der har fetaget den manuelle handling * Hvilken periode handlingen er fetaget i * Om der har været godkendelse på udbetalingerne Rappterne skal kunne genereres af en fretningsadministrat eller sættes op til automatisk generering og leveres til en modtager. FUN_283 K2 Rappter Rappt over interne processer Debitsystemet skal understøtte rapptering over interne processer til brug f driftsoptimering i ATP. F.eks. skal systemet kunne rapptere hv mange opgaver, der er oprettet til Opgaveindbakken pga. en bestemt regel eller hv mange opgaver, der er løst af den enkelte kunderådgiver. FUN_284 K2 Rappter Udstil rappt vedr. andre regnskabsperioder et skal danne en rappt indeholdende regnskabsposteringer, der vedrører andre regnskabsperioder end indeværende måned. FUN_285 K2 Rappter Fventede poster - rappt et skal danne en rappt indeholdende fventede poster, som endnu ikke er kommet til opkrævning eller udbetaling. FUN_286 K1 Rappter Opgørelse over omposterede EFI-renter et skal undersøtte, at der kan trækkes opgørelse over omposterede EFI-renter på valgfrie perioder. Opgørelsen skal indeholde detaljer ift. posteringerne fx person, kommune, beløb tilknyttet kravtype mm., der er tilknyttet de enkelte posteringer. FUN_287 K2 Rappter Opkrævningsfslag et skal understøtte, at det er muligt at: * Udtrække oplysninger om den samlede mængde af opkrævninger inden udsendelse * Få et overblik over hv mange opkrævninger der sendes til Nets, FIK, Modregning mfl. Fslaget skal bla. indeholde oplysninger om, CPR, CVR, kravtype, beløb mv. FUN_288 K2 Rappter Rykkerfslag et skal understøtte, at det er muligt at: * Få et overblik over hv mange rykkere der udsendes * Få oplysninger vedr. detajler om den samlede mængde af rykkere inden udsendelse Rykkerfslaget skal bla. indeholde oplysninger om, CPR, CVR, kravtype, beløb, rykkerniveau, rykkerprocedure, gebyr mv. FUN_289 FUN_290 K1 K0 Rappter Rappter Rappt vedr. slettede dokumenter og sager et skal understøtte, at en driftleder kan trække en rappt på slettede dokumenter og sager. Rappten skal bla. Indeholde: * Personen der har slettet dokumentet eller sagen * CPR, CVR eller SE-nr. * Dato dokumentet eller sagen er slettet Aldersfdelt debitliste Det skal være muligt at udtrække en aldersfdelt debitliste, der viser tilgodehavender fdelt på alder. Listen skal endvidere kunne opliste, hv de fskellige krav er i processen fx om de har fået rykker 2, har henstandsmarkering eller er til inddrivelse. FUN_291 K2 Rappter Udstil rappt vedr. betalingshistik Det skal være muligt at udtrække en rappt, der viser betalingsflow tilknyttet opkrævningerne. Rappten skal kunne trækkes f et selvvalgt datointerval og skal kunne specificeres ned på kravtypeniveau. Rappten skal kunne vise både sum og antal. Rappten skal endvidere kunne vise, hvilken kanal der har medført nedskrivning af opkrævningen mv. FUN_292 K0 Rappter Rappter der dækker notekrav i regnskabsbekendtgørelsen Det skal være muligt at udtrække rappter, der dækker de notekrav, som fremgår af regnskabsbekendtgørelsen. Fretningsadministrat,, Driftleder, Driftleder Driftleder Funktionelle krav Bilag 03A.1 - Kravliste.xlsx Side 27 / 85

28 FUN_293 K1 Afstemning Udfør intern grænsefladekontrol Debitsystemet skal generere en intern grænsefladekontrol mellem hver afsendelse og efterfølgende modtagelse af en ikke pengebærende transaktion internt i Debitsystemet. Det kunne f.eks. være antal generede manuelle breve i fhold til det antal som er afsendt fra et. FUN_294 K1 Afstemning Udfør intern grænsefladekontrol Debitsystemet skal som et led i den interne grænsefladekontrol, dokumentere pr dataelement, de steder hv der er differencer mellem de ikke pengebærende transaktioner og hvad størrelsen på differencen er. FUN_295 K1 Afstemning Grænsefladekontrol Det er leverandørens ansvar at sikre, at hv der afleveres data mellem et og andre systemer - jf. system context overblikket over grænseflader - skal alle dataoverførsler kontrolleres f, at de er krekt overført og indlæst. f.eks. i fm af kontrol af headerinfmation om sumfelter, antal, filløbenummer etc. Leverandøren skal gennemgå disse kontroller med ATP afstemningsgruppen i afklaringsfasen. Grænsefladekontrollen skal afholdes ved hver dataoverførsel og skal logges. Loggen skal fremvises til ATP på flangende og skal udleveres i digitalt fmat, så den kan bruges i analysearbejde. I tilfælde af fejl ved overførsel af data over grænseflader skal ATP straks adviseres med relevant infmation, og fx skal et som et led i den interne grænsefladekontrol dokumentere de steder, hv der er differencer mellem transaktioner, og hvad størrelsen på differencen er pr. dataelement., leverandøren FUN_296 K0 Afstemning Dataleverancer til månedlige, kvartalsvise og årlige afstemninger af pengestrømme ATP har behov f at lave periodevise afstemninger til Økonomifunktionen, revisionen og lign. Til dette fmål skal leverandøren levere data om alle pengebærende transaktioner og tilhørende bogføringer. Data skal leveres på laveste niveau, f.eks på CPR-nummer og posterings-niveau. Data skal omfatte alle relevante felter vedr. pengestrømme. Data skal leveres med en frekvens, som specificeres nærmere i samarbejde med ATP. Ved daglige udbetalinger vil kravet være daglige dataleverancer. Data skal leveres til ATP s standardsystem f modtagelse af data i fm af e.g txt-filer og datawarehouse læsbare filer. I afklaringsfasen skal leverandøren fremlægge en detaljeret redegørelse f pengestrømmene og skal assistere ATP med at definere, hvledes pengestrømmen afstemmes fra ende til anden., leverandøren FUN_297 K1 Afstemning Differencesøgning I tilfælde af at afstemningerne resulterer i differencer, så skal ATP have adgange, redskaber og mulighed f at analysere på de produktive data f at fstå og fklare problemstillingerne. Leverandøren skal give ATP adgang til at kigge direkte i de produktive tabeller og lave ad hoc udtræk herfra, også selv om der skal joines på flere tabeller. Der skal eksempelvis også kunne initieres en aflevering af afstemningsdata uden om de fastsatte tidskørsler. Leverandøren skal udstille planen f driftsafviklingen, således at afstemningsgruppen kan planlægge udtrækkene under hensyn til den daglige drift. I afklaringssfasen skal disse hensyn specificeres nærmere i dialog mellem ATP og leverandøren. Leverandøren skal dokumentere og udstille infmation til brug f afstemnings- og dataanalyse. I afklaringsfasen skal leverandøren gennemgå de relevante artefakter med ATP. Det skal være muligt at lave udtræk i baggrunden, således at man kan lave udsøgninger samtidigt med, at der i systemet kører andre kørsler. Det skal være muligt at schedulere udtræk på et fuddefineret tidspunkt, således at medarbejderen ikke behøver at lægge sin arbejdstid på selve kørselstidspunktet. Der skal være mulighed f at udsøge posteringer på specifikke selektioner, fx. transaktioner efter en given dato eller en posteringsart mm. og selv at dirigere disse udsøgninger i en CSV fil til et givent fileshare. Fretningsadministrat Funktionelle krav Bilag 03A.1 - Kravliste.xlsx Side 28 / 85

29 FUN_298 K0 Afstemning Data erne skal registrere data, så det er muligt at analysere på i tilfælde af fejl. Der skal være en unik identifikationsnøgle mellem de detaildata der udveksles mellem Debitsystemet og øvrige systemer. Leverandøren skal gennemgå disse nøgler med ATP i afklaringssfasen. Nøglerne og medhørende data, skal fremvises til ATP på flangende og skal udleveres i digitalt fmat, så den kan bruges i analysearbejde. Der skal være mulighed f at kunne lave aldersopdelte specifikationer. Dvs. posteringer skal indeholde infmationer omkring bogføringsdato, bilagsdato, vedr. dato og tidsstempel f hvnår posteringen er oprettet. Der skal være fuld histik på transaktionerne. Det må ikke være muligt at ændre i posteringer, da alle ændringer skal håndteres ved at postere yderligere deltaposter, således at histikken er tilgængelig f ATP. Det skal være simpelt at kunne supplere med ekstra udtræksfelter, således at ATP uden problemer kan få tilføjet nye variable (hvis der opstår nye felter i leverandørens database, eller hvis ATP får behov f at tilføje nye felter)., fretningsadministrat FUN_299 K1 Kvittering f indberetning/overførsel Afstemning Kvitteringssvar fra trediepart f afviste indberetninger/overførsler mv. skal registreres således, at der kan ske afstemning med beløb på cpr-niveau mellem Debitsystem og den faktiske indberetning/overførsel. FUN_300 K1 Jobafvikling Automatiserede kørsler et skal understøtte automatiserede kørsler. FUN_301 K3 Jobafvikling Udstil jobafviklingsplan et skal understøtte at en Fretningsadministrat kan se, på hvilke tidspunkter automatiserede kørsler er planlagt til at blive afviklet., Fretningsadministrat Fretningsadministrat FUN_302 K1 Arkivering Markering af sager til Kassation et skal understøtte at sager der lukkes, automatisk bliver markeret til Kassation. Regler f kassation skal opsættes, som en del af fretningsreglerne f debit. FUN_303 K2 Arkivering Visning af sager der er markeret til Kassation Sager der er lukkede og markeret til kassation skal kunne vises i et, med markering af kassationen. FUN_304 K1 Arkivering Ændring af Kassationskode et skal understøtte at en kassationskode kan ændres, enten ved udsøgning af en gruppe af sager eller ved at en Fretningsadministrat udvælger enkeltsager. FUN_305 K1 Arkivering Sletning af sager et skal ud fra tidsbestemte kørsler kunne fetage et gennemløb på samtlige sager i et og med baggrund i specifikke kassationskoder kunne slette sagerne og de tilhørende sags- og kravssinfmationer. Kassationskoderne angiver hv længe en sag skal gemmes og derefter slettes. FUN_306 K0 Økonomi Overfør bogføringsdata et skal med baggrund i en systemkørsel fastsat med en bestemt tidsfrekvens, kunne afsende bogførings og afstemningsposter til ATPs økonomisystem, sådan at gældende regnskabslovgivning bliver overholdt. FUN_307 K0 Økonomi Bogføringsdato Der skal overføres konteringsdata til ATPs økonomisystem et skal registrere en bogføringsdato, som føres med over i økonomisystemet. Med bogføringsdato skal fstås den dato, der bestemmer hvilken måned/regnskabsår bilaget medtages i regnskabet. Rettelser tilbage i tid bogføres med dags dato, dette skal også gælde f.eks. afklaringslister, således at der kan trækkes låste lister med gamle skæringsdatoer Funktionelle krav Bilag 03A.1 - Kravliste.xlsx Side 29 / 85

30 FUN_308 K0 Økonomi Bogføringsperioder Regnskabsåret skal være inddelt i bogføringsperioder, der kan åbnes/spærres Der skal være 12 bogføringsperioder pr. regnskabsår tilgængelige i et, og det skal være muligt at åbne og lukke bogføringsperioderne. Bogføringsperioderne i et, der afleverer regnskabsdata til ATPs økonomisystem skal kunne åbnes/lukkes på samme tidspunkt som i ATPs økonomisystem. Åbning og lukning skal kunne varetages af ATPs Økonomiafdeling. FUN_309 K1 Økonomi Periodisering Der skal ske periodisering i fhold til regnskabsperioder. Betaling vedrørende indeværende og tidligere perioder bogføres i indeværende regnskabsperiode, og fudbetalinger bogføres i kommende regnskabsperiode FUN_310 K0 Økonomi Kvitteringssvar fra banken Svar fra banken skal danne bogføring i et Kvitteringssvar fra banken skal anvendes til at danne bogføring, således at den faktiske betalingsstrøm registreres. Dette gælder både f indbetalinger og udbetalinger. FUN_311 K1 Økonomi Konfigurering af kontoplan Der er behov f at ATP løbende kan vedligeholde kontobro til bogføringsdata. Fretningsadministrat FUN_312 K1 Indekssynkronisering Opdater indeks et skal afsende data til de fællesoffentlige indekses (Sags og dokumentindeks), når en sag oprettes eller skifter sagsstatus. FUN_313 K0 Kravgruppe: Grundlæggende funktionalitet FUN_314 K1 Kravgruppe: Grundlæggende funktionalitet Dobbelthistik ets entiteter skal registreres med dobbelthistik, Registrering gælder Fra og Til samt Virkning Fra og Til. Registrering ets entiter skal registreres med angivelse af aktør, Registreringsaktør og Virkningsaktør. FUN_315 K1 Kravgruppe: Grundlæggende funktionalitet FUN_316 K2 Kravgruppe: Grundlæggende funktionalitet FUN_317 K1 Kravgruppe: Grundlæggende funktionalitet FUN_318 K1 Kravgruppe: Grundlæggende funktionalitet Registrering ets entiteter skal registreres med en global unik nøgle. Registrering ets entiteter skal registreres med en status. Komponentmodel Tilbudsgiver, Leverandøren skal respektere Debitsystemets afgrænsninger og levere den fulde funktionalitet Leverandør inden f ets grænser. ATP har som led i sin kravspecificering udarbejdet en Komponentmodel beskrevet i Bilag 3A - Behovsopgørelsen. Modellen er ATPs fslag til en logisk gruppering af den ønskede fretningsmæssige funktionalitet. Tilbudssgiver kan i sin besvarelse af tilbuddet feslå en anden logisk gruppering af komponeneterne inden f systemet, såfremt dette er bedre i overensstemmelse med den tilbudte løsning. Tilbudsgiver skal i besvarelsen redegøre redegøre f sammenhængen mellem den tilbudte løsnings komponentmodel og ATPs komponentmodel Kobling til lovgrundlag et skal understøtte, at ATP til enhver tid kan dokumentere, på hvilket lovgrundlag en sag er behandlet og en afgørelse er truffet, Tilbudsgiver FUN_319 K2 Kravgruppe: Brugergrænseflader Brugergrænseflader Debitsystemet skal indeholde en brugergrænseflader som skal kunne sammensættes på tværs af et, uden det skal omkodes. Det skal være muligt at sammensætte flere fskellige typer af brugergrænseflader til brug f fskellige grupper og interessenter i systemet. Brugergrænseflader skal tillige kunne sættes op, så de bliver spefikke ift. løsningen af konkrete opgaver. Tilbudsgiver skal i sin besvarelse af tilbuddet redegøre f hvdan brugergrænsefladerne f brugerne bygges op, således at der er fskellige brugergrænseflader, og at disse enkelt kan ændres og tilpasses ift. nye grupper og interessenter i systemet. Eksempler herpå kunne være at det kun var en andel af systemet en posthåndteringsleverandør får adgang til og skal kunne se eller hvis der bliver oprettet en ny rolle til at varetage nogle af de opgaver, der knytter sig til debitfunktionaliteten. Den kan også bare være en tilpasning / variant ift. en konkret arbejdsopgave. Funktionelle krav Bilag 03A.1 - Kravliste.xlsx Side 30 / 85

31 FUN_320 K2 Kravgruppe: Infmationsmodel Logisk datamodel ATP har som led i sin kravspecificering udarbejdet en infmationsmodel. Tilbudsgiver skal med udgangspunkt heri udarbejde en logisk datamodel. Det er et krav at leverandørens logiske datamodel ikke må være i modstrid med ATPS infmationsmodel. Sker der under implementeringen ændringer til leverandørens logiske datamodel, skal leverandøren skriftligt infmere ATP herom Tilbudsgiver, Leverandør FUN_321 FUN_322 K2 K1 Kravgruppe: Infmationsmodel Kravgruppe: Infmationsmodel Fysisk datamodel ATP har som led i sin kravspecificering udarbejdet en infmationsmodel. Leverandøren skal med udgangspunkt heri samt den af leverandøren udarbejdede logiske datamodel, udarbejde en fysisk datamodel. Det er et krav at leverandørens fysiske datamodel ikke er i modstrid med ATPS infmationsmodel samt den af leverandøren udarbejdede logiske datamodel. Sker der under implementeringen ændringer til leverandørens fysiske datamodel, skal leverandøren skriftligt infmere ATP herom Aktive og passive data et skal indeholde aktive og passive/histiske data til at opfylde de krav, der bliver stillet fra Tilbudsgiver, Leverandør løsningsflows, beregningsregler, beslutningsmodeller og funktionelle krav FUN_323 K1 Kravgruppe: Infmationsmodel Håndtere løbende ændringer i infmationsmodeller Leverandør Leverandøren skal infmere ATP om konsekvensen af ændringer i relation til infmationsmodeller som led i den almindelige ændringsstyring, jf. Kontraktens bestemmelser om Ændringshåndtering. ATP vedligeholder på baggrund heraf egne infmationsmodeller. FUN_324 K1 Kravgruppe: FUN_325 K1 Kravgruppe: FUN_326 K1 Kravgruppe: FUN_327 K1 Kravgruppe: FUN_328 K1 Kravgruppe: Understøttelse af aktivitetsbeskrivelser F de krav, der i det efterfølgende vedrører understøttelse af aktivitetsbeskrivelser, skal Leverandøren implementere, teste og levere: En opsætning af regler og beregninger som beskrevet i løsningsflows og i afsnittet Regler i de pågældende aktivitetsbeskrivelser En logisk og fysisk datamodel, der kan rumme de data der skal anvendes i fobindelse med udførelse af aktiviteten Funktionalitet beskrevet i afsnit Behov f understøttelse af aktivitet i den pågældende aktivitetsbeskrivelse Aktivitet: D: (Op)ret krav Debitsystemet skal understøtte denne aktivitetsbeskrivelse som specificeret. Placeringen af Se Bilag 03A.8 (Oversigter), fane Akt - LF - MP f infmation om, hvilke løsningsflow aktiviteten Aktivitet: D: *Hent oplysninger om fmue Debitsystemet skal understøtte denne aktivitetsbeskrivelse som specificeret. Placeringen af Se Bilag 03A.8 (Oversigter), fane Akt - LF - MP f infmation om, hvilke løsningsflow aktiviteten Aktivitet: D: *Dan indbetalings, bogførings- og afstemningsposer Debitsystemet skal understøtte denne aktivitetsbeskrivelse som specificeret. Placeringen af Se Bilag 03A.8 (Oversigter), fane Akt - LF - MP f infmation om, hvilke løsningsflow aktiviteten Aktivitet: D: *Afsend afstemningsposter Debitsystemet skal understøtte denne aktivitetsbeskrivelse som specificeret. Placeringen af Se Bilag 03A.8 (Oversigter), fane Akt - LF - MP f infmation om, hvilke løsningsflow aktiviteten Leverandør, Funktionelle krav Bilag 03A.1 - Kravliste.xlsx Side 31 / 85

32 FUN_329 K1 Kravgruppe: FUN_330 K1 Kravgruppe: FUN_331 K1 Kravgruppe: FUN_332 K1 Kravgruppe: FUN_333 K1 Kravgruppe: FUN_334 K1 Kravgruppe: FUN_335 K1 Kravgruppe: FUN_336 K1 Kravgruppe: Aktivitet: D: Dan udbetalings-og afstemningsposter og posteringer Debitsystemet skal understøtte denne aktivitetsbeskrivelse som specificeret. Placeringen af Se Bilag 03A.8 (Oversigter), fane Akt - LF - MP f infmation om, hvilke løsningsflow aktiviteten Aktivitet: D: Dan opkrævning Debitsystemet skal understøtte denne aktivitetsbeskrivelse som specificeret. Placeringen af Se Bilag 03A.8 (Oversigter), fane Akt - LF - MP f infmation om, hvilke løsningsflow aktiviteten Aktivitet: D: *Generer opgave Debitsystemet skal understøtte denne aktivitetsbeskrivelse som specificeret. Placeringen af Se Bilag 03A.8 (Oversigter), fane Akt - LF - MP f infmation om, hvilke løsningsflow aktiviteten Aktivitet: D: *Generer ændring til EFI sag Debitsystemet skal understøtte denne aktivitetsbeskrivelse som specificeret. Placeringen af Se Bilag 03A.8 (Oversigter), fane Akt - LF - MP f infmation om, hvilke løsningsflow aktiviteten Aktivitet: D: *Generer aut. besked Debitsystemet skal understøtte denne aktivitetsbeskrivelse som specificeret. Placeringen af Se Bilag 03A.8 (Oversigter), fane Akt - LF - MP f infmation om, hvilke løsningsflow aktiviteten Aktivitet: D: *Valider indkomne oplysninger Debitsystemet skal understøtte denne aktivitetsbeskrivelse som specificeret. Placeringen af Se Bilag 03A.8 (Oversigter), fane Akt - LF - MP f infmation om, hvilke løsningsflow aktiviteten Aktivitet: D: *Behandl opgave i Debitsystem Debitsystemet skal understøtte denne aktivitetsbeskrivelse som specificeret. Placeringen af Se Bilag 03A.8 (Oversigter), fane Akt - LF - MP f infmation om, hvilke løsningsflow aktiviteten Aktivitet: D: *Behandl opgave i Debitsystem Debitsystemet skal understøtte denne aktivitetsbeskrivelse som specificeret. Placeringen af Se Bilag 03A.8 (Oversigter), fane Akt - LF - MP f infmation om, hvilke løsningsflow aktiviteten Funktionelle krav Bilag 03A.1 - Kravliste.xlsx Side 32 / 85

33 FUN_337 K1 Kravgruppe: FUN_338 K1 Kravgruppe: FUN_339 K1 Kravgruppe: FUN_340 K1 Kravgruppe: FUN_341 K1 Kravgruppe: FUN_342 K1 Kravgruppe: FUN_343 K1 Kravgruppe: FUN_344 K1 Kravgruppe: Aktivitet: D: Dan inddrivelse Debitsystemet skal understøtte denne aktivitetsbeskrivelse som specificeret. Placeringen af Se Bilag 03A.8 (Oversigter), fane Akt - LF - MP f infmation om, hvilke løsningsflow aktiviteten Aktivitet: D: Send til inddrivelse Debitsystemet skal understøtte denne aktivitetsbeskrivelse som specificeret. Placeringen af Se Bilag 03A.8 (Oversigter), fane Akt - LF - MP f infmation om, hvilke løsningsflow aktiviteten Aktivitet: D: Fremfind afskrivningsmodne krav Debitsystemet skal understøtte denne aktivitetsbeskrivelse som specificeret. Placeringen af Se Bilag 03A.8 (Oversigter), fane Akt - LF - MP f infmation om, hvilke løsningsflow aktiviteten Aktivitet: D: *Udfyld manuel besked og sæt evt. opfølgningsopgave Debitsystemet skal understøtte denne aktivitetsbeskrivelse som specificeret. Placeringen af Se Bilag 03A.8 (Oversigter), fane Akt - LF - MP f infmation om, hvilke løsningsflow aktiviteten Aktivitet: D: Afsend udbetalingsposter Debitsystemet skal understøtte denne aktivitetsbeskrivelse som specificeret. Placeringen af Se Bilag 03A.8 (Oversigter), fane Akt - LF - MP f infmation om, hvilke løsningsflow aktiviteten Aktivitet: D: Modtag kvittering f anmeldelse og isæt erindring Debitsystemet skal understøtte denne aktivitetsbeskrivelse som specificeret. Placeringen af Se Bilag 03A.8 (Oversigter), fane Akt - LF - MP f infmation om, hvilke løsningsflow aktiviteten Aktivitet: D: Dan anmeldelse i dødsbo Debitsystemet skal understøtte denne aktivitetsbeskrivelse som specificeret. Placeringen af Se Bilag 03A.8 (Oversigter), fane Akt - LF - MP f infmation om, hvilke løsningsflow aktiviteten Aktivitet: D: *Fremfind ikke indbetalte krav Debitsystemet skal understøtte denne aktivitetsbeskrivelse som specificeret. Placeringen af Se Bilag 03A.8 (Oversigter), fane Akt - LF - MP f infmation om, hvilke løsningsflow aktiviteten Funktionelle krav Bilag 03A.1 - Kravliste.xlsx Side 33 / 85

34 FUN_345 K1 Kravgruppe: FUN_346 K1 Kravgruppe: FUN_347 K1 Kravgruppe: FUN_348 K1 Kravgruppe: FUN_349 K1 Kravgruppe: FUN_350 K1 Kravgruppe: FUN_351 K1 Kravgruppe: FUN_352 K1 Kravgruppe: Aktivitet: D: Dan rykker Debitsystemet skal understøtte denne aktivitetsbeskrivelse som specificeret. Placeringen af Se Bilag 03A.8 (Oversigter), fane Akt - LF - MP f infmation om, hvilke løsningsflow aktiviteten Aktivitet: D: *Afsend bogføringsposter Debitsystemet skal understøtte denne aktivitetsbeskrivelse som specificeret. Placeringen af Se Bilag 03A.8 (Oversigter), fane Akt - LF - MP f infmation om, hvilke løsningsflow aktiviteten Aktivitet: D: *Send kravstatus Debitsystemet skal understøtte denne aktivitetsbeskrivelse som specificeret. Placeringen af Se Bilag 03A.8 (Oversigter), fane Akt - LF - MP f infmation om, hvilke løsningsflow aktiviteten Aktivitet: D: *Vurder behov f opdatering af afdragsdning Debitsystemet skal understøtte denne aktivitetsbeskrivelse som specificeret. Placeringen af Se Bilag 03A.8 (Oversigter), fane Akt - LF - MP f infmation om, hvilke løsningsflow aktiviteten Aktivitet: D: Udlign krav Debitsystemet skal understøtte denne aktivitetsbeskrivelse som specificeret. Placeringen af Se Bilag 03A.8 (Oversigter), fane Akt - LF - MP f infmation om, hvilke løsningsflow aktiviteten Aktivitet: D: (Op)ret afdragsdning Debitsystemet skal understøtte denne aktivitetsbeskrivelse som specificeret. Placeringen af Se Bilag 03A.8 (Oversigter), fane Akt - LF - MP f infmation om, hvilke løsningsflow aktiviteten Aktivitet: D *Hent oplysninger om modregningsmulighed Debitsystemet skal understøtte denne aktivitetsbeskrivelse som specificeret. Placeringen af Se Bilag 03A.8 (Oversigter), fane Akt - LF - MP f infmation om, hvilke løsningsflow aktiviteten Aktivitet: D: *Generer EFI Modregningssag Debitsystemet skal understøtte denne aktivitetsbeskrivelse som specificeret. Placeringen af Se Bilag 03A.8 (Oversigter), fane Akt - LF - MP f infmation om, hvilke løsningsflow aktiviteten Funktionelle krav Bilag 03A.1 - Kravliste.xlsx Side 34 / 85

35 FUN_353 K1 Kravgruppe: FUN_354 K1 Kravgruppe: FUN_355 K1 Kravgruppe: FUN_356 K1 Kravgruppe: FUN_357 K1 Kravgruppe: FUN_358 K1 Kravgruppe: FUN_359 K1 Kravgruppe: FUN_360 K1 Kravgruppe: Aktivitet: D: *Behandl retursvar Debitsystemet skal understøtte denne aktivitetsbeskrivelse som specificeret. Placeringen af Se Bilag 03A.8 (Oversigter), fane Akt - LF - MP f infmation om, hvilke løsningsflow aktiviteten Aktivitet: D: Hent stamdata Debitsystemet skal understøtte denne aktivitetsbeskrivelse som specificeret. Placeringen af Se Bilag 03A.8 (Oversigter), fane Akt - LF - MP f infmation om, hvilke løsningsflow aktiviteten Aktivitet: D: *Afgør videregivelse af krav Debitsystemet skal understøtte denne aktivitetsbeskrivelse som specificeret. Placeringen af Se Bilag 03A.8 (Oversigter), fane Akt - LF - MP f infmation om, hvilke løsningsflow aktiviteten Aktivitet: D: Modtag krav Debitsystemet skal understøtte denne aktivitetsbeskrivelse som specificeret. Placeringen af Se Bilag 03A.8 (Oversigter), fane Akt - LF - MP f infmation om, hvilke løsningsflow aktiviteten Aktivitet: D: Opret abonnement i Beriget Grunddata Debitsystemet skal understøtte denne aktivitetsbeskrivelse som specificeret. Placeringen af Se Bilag 03A.8 (Oversigter), fane Akt - LF - MP f infmation om, hvilke løsningsflow aktiviteten Aktivitet: D: Opret stamdata Debitsystemet skal understøtte denne aktivitetsbeskrivelse som specificeret. Placeringen af Se Bilag 03A.8 (Oversigter), fane Akt - LF - MP f infmation om, hvilke løsningsflow aktiviteten Aktivitet: D: Opdater betalingsaftaler Debitsystemet skal understøtte denne aktivitetsbeskrivelse som specificeret. Placeringen af Se Bilag 03A.8 (Oversigter), fane Akt - LF - MP f infmation om, hvilke løsningsflow aktiviteten Aktivitet: D: Opdater debtioplysninger Debitsystemet skal understøtte denne aktivitetsbeskrivelse som specificeret. Placeringen af Se Bilag 03A.8 (Oversigter), fane Akt - LF - MP f infmation om, hvilke løsningsflow aktiviteten Funktionelle krav Bilag 03A.1 - Kravliste.xlsx Side 35 / 85

36 FUN_361 K1 Kravgruppe: FUN_362 K1 Kravgruppe: FUN_363 K1 Kravgruppe: FUN_364 K1 Kravgruppe: FUN_365 K1 Kravgruppe: FUN_366 K1 Kravgruppe: FUN_367 K1 Kravgruppe: FUN_368 K1 Kravgruppe: Aktivitet: D: Generer oplysninger om betalingsaftale Debitsystemet skal understøtte denne aktivitetsbeskrivelse som specificeret. Placeringen af Se Bilag 03A.8 (Oversigter), fane Akt - LF - MP f infmation om, hvilke løsningsflow aktiviteten Aktivitet: D: *Generer EAN oplysninger til virksomhed Debitsystemet skal understøtte denne aktivitetsbeskrivelse som specificeret. Placeringen af Se Bilag 03A.8 (Oversigter), fane Akt - LF - MP f infmation om, hvilke løsningsflow aktiviteten Aktivitet: D: Tilskriv renter Debitsystemet skal understøtte denne aktivitetsbeskrivelse som specificeret. Placeringen af Se Bilag 03A.8 (Oversigter), fane Akt - LF - MP f infmation om, hvilke løsningsflow aktiviteten Aktivitet: D: Generer modregningsanmodning til kommunalt fagsystem Debitsystemet skal understøtte denne aktivitetsbeskrivelse som specificeret. Placeringen af Se Bilag 03A.8 (Oversigter), fane Akt - LF - MP f infmation om, hvilke løsningsflow aktiviteten Aktivitet: D: Generer modregningsanmodning til UDK fagsystem Debitsystemet skal understøtte denne aktivitetsbeskrivelse som specificeret. Placeringen af Se Bilag 03A.8 (Oversigter), fane Akt - LF - MP f infmation om, hvilke løsningsflow aktiviteten Aktivitet: D: Vurder automatisk udbetaling Debitsystemet skal understøtte denne aktivitetsbeskrivelse som specificeret. Placeringen af Se Bilag 03A.8 (Oversigter), fane Akt - LF - MP f infmation om, hvilke løsningsflow aktiviteten Aktivitet: D: Gennemfør afskrivning Debitsystemet skal understøtte denne aktivitetsbeskrivelse som specificeret. Placeringen af Se Bilag 03A.8 (Oversigter), fane Akt - LF - MP f infmation om, hvilke løsningsflow aktiviteten Aktivitet: D: Dan posteringer f udbetaling Debitsystemet skal understøtte denne aktivitetsbeskrivelse som specificeret. Placeringen af Se Bilag 03A.8 (Oversigter), fane Akt - LF - MP f infmation om, hvilke løsningsflow aktiviteten Funktionelle krav Bilag 03A.1 - Kravliste.xlsx Side 36 / 85

37 FUN_369 K1 Kravgruppe: Beslutningsmodeller og regler FUN_370 K1 Kravgruppe: Beslutningsmodeller og regler FUN_371 K1 Kravgruppe: Løsningsflow FUN_372 K0 Kravgruppe: Løsningsflow FUN_373 K1 Kravgruppe: Løsningsflow Lovmedholdelig regler Leverandøren har ansvaret f og i samarbejde med ATP at sørge f, at de regler som er implementeret i et, som er udsprunget af lovgivning ("lovregler"), til enhver tid er lovmedholdelige både i udviklings - og driftsperioden Parallelle regelsæt Debitsystemet skal understøtte flere regelsæt/lovgivninger samtidig med efterfølgende bekendtgørelser, så sager kan have krav og tilhørende processer fanlediget af fskellige lovgrundlag. Understøttelse af løsningsflows. F de krav, der i det efterfølgende vedrører understøttelse af løsningsflows, skal Leverandøren implementere, teste og levere et, som: Muliggør og ikke hindrer de logiske flow gennem fretningsprocesserne i sin helhed Understøtter de 3 typer af vejnet jf. krav omkring Vejnet og automatisering Overholder ansvarsfdelingen mellem alle lanes i det pågældende løsningsflow Det er acceptabelt, at Leverandøren justerer den konkrete rækkefølge af aktiviteter og fetager sammenlægning eller opbrydning af aktiviteter f at opnå en større grad at udnyttelse af standardfunktionalitet og/ eller en højere grad af fleksibilitet i den fretningsmæssige løsning. Leverandør Vejnet og automatisering Løsningen skal understøtte fuldautomatisering af processer angivet som Motveje (grønne pile mellem aktiviteter i løsningsflow). Motveje er kendetegnet ved processer med st volumen, og hv fuldautomatisering etableres med positiv business case. Vejnet og automatisering Løsningen skal understøtte videst mulig automatisering af processer angivet som Landeveje (blå pile mellem aktiviteter i løsningsflow). Landevejsprocesser er kendetegnet ved at følge de samme aktiviteter som Motvejene, men særlige hændelser/typer har behov f særskilt behandling i enkelte akitviteter Leverandør, FUN_374 K1 Kravgruppe: Løsningsflow FUN_375 K1 Kravgruppe: Løsningsflow FUN_376 K1 Kravgruppe: Løsningsflow FUN_377 K1 Kravgruppe: Løsningsflow FUN_378 K1 Kravgruppe: Løsningsflow FUN_379 K1 Kravgruppe: Løsningsflow FUN_380 K1 Kravgruppe: Løsningsflow FUN_381 K1 Kravgruppe: Løsningsflow FUN_382 K1 Kravgruppe: Løsningsflow FUN_383 K1 Kravgruppe: Løsningsflow FUN_384 K1 Kravgruppe: Løsningssubflow FUN_385 K1 Kravgruppe: Løsningssubflow Tilbudsgiver skal i sin besvarelse af tilbuddet beskrive, hvilke landeveje leverandørens løsning understøtter automatisering af Vejnet og automatisering Løsningen skal understøtte processer angivet som Bjergveje (røde pile mellem aktiviteter i løsningsflow). Bjergveje er kendetegnet ved, at dele af processen ikke umiddelbart kan helt eller delvist automatiseres Tilbudsgiver skal i sin besvarelse af tilbuddet beskrive, hvledes løsningen understøtter bjergveje ved enten manuelle arbejdsgange eller automatisering LF - Debit Opret krav et skal understøtte løsningsflowet i sin helhed LF - Debit - Håndter automatisk genererede oplysninger et skal understøtte løsningsflowet i sin helhed LF - Debit Håndter opkrævning et skal understøtte løsningsflowet i sin helhed LF - Debit Håndter Afdragsdning et skal understøtte løsningsflowet i sin helhed LF - Debit Håndter indbetaling et skal understøtte løsningsflowet i sin helhed LF - Debit Håndter rykker et skal understøtte løsningsflowet i sin helhed LF - Debit Håndter restance et skal understøtte løsningsflowet i sin helhed LF - Debit Håndter afskrivning et skal understøtte løsningsflowet i sin helhed LF - Debit Effektuer udbetaling et skal understøtte løsningsflowet i sin helhed LSF - Debit - **Modtag post et skal understøtte løsningsflowet i sin helhed LSF - Debit - **Afsend post et skal understøtte løsningsflowet i sin helhed Funktionelle krav Bilag 03A.1 - Kravliste.xlsx Side 37 / 85

38 FUN_386 K1 Kravgruppe: Løsningssubflow FUN_387 K1 Kravgruppe: Løsningssubflow FUN_388 K1 Kravgruppe: Løsningssubflow FUN_389 K1 Kravgruppe: Løsningssubflow FUN_390 K1 Kravgruppe: Løsningssubflow LSF - Debit - **Modtag telefonopkald et skal understøtte løsningsflowet i sin helhed LSF - Debit - **Afsend dataleverance et skal understøtte løsningsflowet i sin helhed LSF - Debit - **Fetag webservicekald et skal understøtte løsningsflowet i sin helhed LSF - Debit - **Modtag dataleverance et skal understøtte løsningsflowet i sin helhed LSF - Debit - **Udsend brev/ et skal understøtte løsningsflowet i sin helhed Funktionelle krav Bilag 03A.1 - Kravliste.xlsx Side 38 / 85

39 Non-funktionelle krav Opfyldelse Leverandørens besvarelse Løsningsmåde Krav ID Kravgruppe Underkrav-gruppe relateret Kravtype Fmål med kravet Kravtekst Fuldt opfyldt Delvist opfyldt Ikke opfyldt Via standard Via tilpasning Via udvikling Beskrivelse / reference NFK_001 Arkitektur Arkitekturprincipper K1 et skal efterleve ATP's arkitekturprincipper, jf. bilag 3 (Leverancebeskrivelse). Tilbudsgiver skal redegøre f, hv og hvdan man kan se at arkitekturprincipperne er indarbejdet i et. NFK_002 Arkitektur Arkitekturprincipper K1 Fmålet er at sikre at veldefinerede processer ved anvendelse af redundante data, hvilket er et aspekt under arkitekturprincip nummer 5. et skal genbruge data ved træk på autitative kilder og fællesoffentlige registre. NFK_003 Arkitektur Belastning X K1 Fmålet er at kvantificere fra et kapacitetssynspunkt f, hvdan et benyttes og af hv mange. et skal understøtte den nuværende og fventede fremtidige årlige belastning, i fbindelse med administration af de ydelsesområder, som Udbetaling Danmark administrerer. et skal på sigt være fberedt på understøttelsen af yderligere belastning i fbindelse med administration af andre ydelsesområder. NFK_004 Arkitektur Belastning X K1 Fmålet er at kvantificere fra et kapacitetssynspunkt f, hvdan et benyttes og af hv mange. et skal understøtte den nuværende og fventede fremtidige årlige belastning i antallet af henvendelser, i fbindelse med administration af de ydelsesområder, som Udbetaling Danmark administrerer. et skal på sigt være fberedt på understøttelsen af yderligere henvendelser i fbindelse med administration af andre ydelsesområder. NFK_005 Arkitektur Data X K2 Fmålet er at sikre en effektiv drift og sikkerheden i et. Leverandøren skal levere et, hv applikation og data holdes adskilt. Non.funkt. krav Bilag 03A.1 - Kravliste.xlsx Side 39 / 85

40 NFK_006 Arkitektur Data X K2 Fmålet er at sikre Hvis et anvender replikerede data, skal det sikre, at permanente datakonsistens og dataejerskab. ændringer sker i dataejerens kildesystem, og ikke kun i den replikerede kopi. NFK_007 Arkitektur Data X K2 Fmålet er at et kan modtage og behandle dokumenter og billeder et skal som minimum kunne modtage og persistere de mest gængse filfmater (F.eks. TXT, DOC, DOCX, ODT, PDF, PPT, PPTX, XLS, XLSX, XML, BMP, GIF, JPG, PNG og TIFF) NFK_008 Arkitektur Data X K2 Fmålet er at et kan videresende dokumenter og billeder til posthåndteringsleverandøren, jf. bilag 3A.6 (Integrationer). et skal kunne videresende de mest gængse filfmater til Fjernprint, jf. bilag 3A.6 (Integrationer). NFK_009 Arkitektur Data X K2 Fmålet er at et kan modtage og behandle dokumenter og billeder et skal understøtte modtagelse og persistering af filer, f.eks. i fbindelse med modtagelse af vedhæftede dokumenter. Det skal være muligt at konfigurere øvre størrelse på filer, der kan behandles af et. NFK_010 Arkitektur Data X K2 Fmålet at at kunne tilpasse systemet til relevante kanaler. Det fventes, at der over tid opstår nye relevante kanaler, som på nuværende tidspunkt ikke kendes. et skal understøtte, at ændringer i eller tilføjelser af nye kanaler kan ske, uden at det kræver ændringer i designet f eksisterende kanaler. NFK_011 Arkitektur Data X K0 Fmålet er at kunne tilkoble nye ydelsesområder til et et skal undersøtte, at nye ydelsesområder kan tilkobles og anvende den funktionalitet, der er til rådighed i et. Ved tilkoblingen skal det tilkoblede ydelsesområde kunne fungere særskilt og individuelt i systemet uden påvirkning af de øvrige ydelsesområder, der bliver håndteret i et. Non.funkt. krav Bilag 03A.1 - Kravliste.xlsx Side 40 / 85

41 NFK_012 Arkitektur Data X K0 Fmålet er at kunne udfase enkelte ydelsesområder et skal understøtte, at specifikke ydelsesområder kan udfases fra et uden påvirkning af driften af og funktionaliteten f de øvrige ydelsesområder i øvrigt. Dvs. alle data vedr. debiter inden f det konkrete ydelsesområde kan udfases af et. Et ydelsesområde kan i denne sammenhæng eksempelvis være BørneUngeydelse eller Førtidspension. NFK_013 Arkitektur Integrationer X K2 Fmålet er at sikre, at Services er indkapslet Leverandøren skal designe et, så services er indkapslet. Det betyder, at serviceanvendere ikke skal være bekendt med, hvdan servicen er implementeret. Ved services fstås funktionalitet, som er tilgængeligt igennem snitflader eller systeminterfaces. NFK_014 Arkitektur Integrationer X K1 Fmålet er at sikre, at Leverandøren har ansvaret f etablering af de nødvendige integrationer. Etablering af integrationer Leverandøren skal etablere, implementere, teste og levere de integrationer mellem et og øvrige komponenter, som er nødvendige f understøttelse af ets funktionalitet. Leverandøren skal herunder etablere og levere den nødvendige tekniske infrastruktur til integrationerne. Integrationerne skal implementeres, så de sikrer overholdelsen af krav til servicemål, jf. bilag 7 (Servicemål), og non-funktionelle krav vedrørende integrationer, herunder indenf områderne arkitektur, design og applikationsstruktur, sikkerhed og robusthed. NFK_015 Arkitektur Integrationer X K1 Fmålet er at sikre, at alle Udbetaling Danmarks systemer benytter de samme person- og virksomhedsgrunddata og myndighedsoplysninger. Integration til Beriget Grunddata et skal anvende person- og virksomhedsgrunddata og myndighedsoplysninger fra Beriget Grunddata, og hente disse oplysninger via en integration, som beskrevet i integrationsbeskrivelse DBGD1 i bilag 3A.6 (Integrationer). NFK_016 Arkitektur Integrationer X K1 Fmålet er at sikre, at Integration til ATP ERP posteringsoplysninger overføres et skal automatisk overføre posteringsoplysninger til ATP ERP via en automatisk til ATP ERP, således at økonomiopfølgning kan integration, som beskrevet i integrationsbeskrivelse DERP1 i bilag 3A.6 (Integrationer). fetages i ATP's ERP-system. NFK_017 Arkitektur Integrationer X K1 Fmålet er at sikre, at ATP's afstemnings-enhed automatisk modtager de fnødne data. Levering af data til ATP afstemning et skal automatisk levere data til brug f den regnskabsmæssige kontrol og afstemning, som beskrevet i integrationsbeskrivelse DAAF1 i bilag 3A.6 (Integrationer). Non.funkt. krav Bilag 03A.1 - Kravliste.xlsx Side 41 / 85

42 NFK_018 Arkitektur Integrationer X K1 Fmålet er at sikre, at data automatisk leveres til ATP's Datawarehouse, således at ledelsesrapptering kan fetages i ATP's Datawarehouse. Levering af data til Datawarehouse et skal overføre data til ATP's Datawarehouse, som beskrevet i integrationsbeskrivelse DDWH1 i bilag 3A.6 (Integrationer). NFK_019 Arkitektur Integrationer X K1 Fmålet er at sikre at ATP's proces f vedligeholdelse af brugere og deres rettigheder understøttes af et. Integration til ATP's IdM og IdP et skal benytte sig af de oplysninger om brugere og deres rolletildelinger, som findes og vedligeholdes i ATP IdM og IdP. Dette skal ske via integration til ATP IdM og IdP, som beskrevet i integrationsbeskrivelse DIDM1 og DIDP1 i bilag 3A.6 (Integrationer). NFK_020 Arkitektur Integrationer X K1 Fmålet er at sikre, at integrationer til ATPs systemer benytter ATPs integrationsplatfm. Integration til ATP's systemer via integrationsplatfmen EKKO et skal integrere til ATP-interne systemer via ATP's integrationsplatfm EKKO. Dette gælder f nedenstående integrationer: - Levering af data til ATP ERP - Levering af data til ATP afstemning - Levering af data til ATP Data warehouse - Integration til Beriget Grunddata. NFK_021 Arkitektur Integrationer X K1 Fmålet er at sikre, at integrationer til ATP's systemer overholder ATP's sikkerhedskrav. NFK_022 Arkitektur Integrationer X K1 Fmålet er at sikre, at integrationer til ATP's systemer overholder ATP's sikkerhedskrav. Tilladte batch-integrationsfmer via ATP's integrationsplatfm EKKO et skal benytte en af nedenstående integrationsfmer/transptteknologier ved batch-integrationer over ATP's integrationsplatfm EKKO. - FTP over VPN - HTTP over VPN - MQ over VPN - MQ med OCES Certifikat - SFTP med OCES Certifikat HTTPS WSS ( WebService Secure) Tilladte online-integrationsfmer via ATP's integrationsplatfm EKKO et skal benytte en af nedenstående integrationsfmer/transptteknologier ved online integrationer over ATP's integrationsplatfm: - HTTP over VPN - MQ over VPN - OIO IDWS SAML NFK_023 Arkitektur Integrationer X K1 Fmålet er at sikre at krav fra Fagsystemer kan håndteres automatisk. Integration til Fagsystemer et skal automatisk overføre kravoplysninger fra Fagsystemer via en integration, som beskrevet i integrationsbeskrivelse DFSY1 og DFSY2 i bilag 3A.6 (Integrationer). Non.funkt. krav Bilag 03A.1 - Kravliste.xlsx Side 42 / 85

43 NFK_024 Arkitektur Integrationer X K1 Fmålet er at sikre at modregninger mellem ydelser kan håndteres automatisk. Integration til Fagsystemer et skal automatisk overføre modregningsoplysninger til Fagsystemer via en integration, som beskrevet i integrationsbeskrivelse DFSY3 og DFSY4 i bilag 3A.6 (Integrationer). NFK_025 Arkitektur Integrationer X K1 Fmålet er at sikre at elektroniske fakturaer kan afsendes. Integration til efaktura et skal kunne afsende elektroniske fakturaer, som beskrevet i integrationsbeskrivelse DEAN1 i bilag 3A.6 (Integrationer). NFK_026 Arkitektur Integrationer X K1 Fmålet er at sikre at bankindbetalinger håndteres automatisk. Integration til Bogføringscentral et skal automatisk integrere opkrævningsdata, indbetalingsdata som beskrevet i integrationsbeskrivelse DBFC1 i bilag 3A.6 (Integrationer). NFK_027 Arkitektur Integrationer X K1 Fmålet er at sikre at modregning og inddrivelse håndteres automatisk. Integration til EFI et skal anvende EFI til at gennemføre modregning i overskydende skatter og inddrivelse, som beskrevet i integrationsbeskrivelse DEFI1 og DEFI2 i bilag 3A.6 (Integrationer). NFK_028 Arkitektur Integrationer X K1 Fmålet er at sikre at udbetalinger håndteres automatisk. Integration til NemKonto et skal anvende NemKonto til at gennemføre udbetalinger og skal gøre dette via en integration til Nemkonto systemet, som beskrevet i integrationsbeskrivelse DNEM1 i bilag 3A.6 (Integrationer). NFK_029 Arkitektur Integrationer X K1 Fmålet er at sikre, at breve og digitale beskeder afsendes automatisk og på en ensartet måde. Integration til Fjernprint et skal anvende den fællesoffentlige fjernprintløsning til afsendelse af fysisk og digital post samt afgørelse af hvilken kanal, en besked sendes igennem, via en integration til Fjernprint, som beskrevet i integrationsbeskrivelse DFPR1 i bilag 3A.6 (Integrationer). Non.funkt. krav Bilag 03A.1 - Kravliste.xlsx Side 43 / 85

44 NFK_030 Arkitektur Integrationer X K1 Fmålet er at sikre, at der automatisk indberettes renteoplysninger til SKAT. Levering af data til SKAT et skal udtrække og aflevere data til SKAT, som beskrevet i integrationsbeskrivelse DSKA1 i bilag 3A.6 (Integrationer). NFK_031 Arkitektur Integrationer X K1 Fmålet er at sikre at der vedligeholdes et sagsoverblik i sagsindekset. Integration til Sags- og dokumentindekse - Udstil sager og dokumenter et skal automatisk sende opdateringer til relevante sager og dokumenter til Sags- og dokumentindeks, som beskrevet i integrationsbeskrivelse DSDI1 i bilag 3A.6 (Integrationer). NFK_032 Arkitektur Integrationer X K1 Fmålet er at få adgang til data fra SKAT. Integration til KMD Indkomst et skal kunne hentefmueoplysninger, fskudsopgørelse og årsopgørelse fra KMD Indkomst, som beskrevet i integrationsbeskrivelse DKIN1, DKIN2 og DKNI3 i bilag 3A.6 (Integrationer). NFK_033 Arkitektur Integrationer X K1 Fmålet er at sikre at systemet kan modtage indgående post/beskeder, som skal journaliseres. Integration til Posthåndteringsleverandøren - Modtag indgående post et skal automatisk kunne modtage dokumenter, som skal journaliseres enten på en eksisterende eller ny sag, som beskrevet i integrationsbeskrivelse DPHL1 i bilag 3A.6 (Integrationer). NFK_034 Arkitektur Integrationer X K1 Fmålet er at sikre, at et kan returnere post/beskeder, som skal journaliseres et andet sted. Integration til Posthåndteringsleverandøren - Send post til genjournalisering et skal sende dokumenter, som skal genjournaliseres, til Posthåndteringsleverandøren, som beskrevet i integrationsbeskrivelse DPHL2 i bilag 3A.6 (Integrationer). NFK_035 Arkitektur Integrationer X K1 Fmålet er at sikre, at opkrævningsdata automatisk overføres til nets. Integration til NETS et skal automatisk integrere opkrævningsdata, indbetalingsdata, samt til/frameldelser vedr. BS-aftaler, til og fra nets, som beskrevet i integrationsbeskrivelse DNET1, DNET2 og DNET3 i bilag 3A.6 (Integrationer). Non.funkt. krav Bilag 03A.1 - Kravliste.xlsx Side 44 / 85

45 NFK_036 Arkitektur Integrationer x K1 Fmålet er at sikre, at kommunale modregninger og træk kan overføres mellem et og KMD Aktiv Integration til KMD Aktiv et skal automatisk integrere modregninger til KMD Aktiv, som beskrevet i integrationsbeskrivelse DKAK1 og DKAK2 i bilag 3A.6 (Integrationer). NFK_037 Arkitektur Integrationer X K1 Fmålet er at sikre, at kommunale modregninger og træk kan overføres mellem et og Kommunernes Ydelsessystem Integration til Kommunernes Ydelsessystem et skal automatisk integrere modregninger til Kommunernes Ydelsessystem, som beskrevet i integrationsbeskrivelse DKKY1 og DKKY2 i bilag 3A.6 (Integrationer) NFK_038 Arkitektur Integrationer X K1 Fmålet er at sikre, at Debitsystemet kan sende beskeder via kanalen Sikker Post. Integration til Sikker Post Debitsystemet skal kunne sende beskeder til myndigheder via integrationen til Sikker Post, som beskrevet i integrationsbeskrivelse DSPT1 i bilag 3A.6 (Integrationer). NFK_039 Arkitektur Skalering X K1 Fmålet er, at sikre ets skalerbarhed, og at der leveres en skaleringsstrategi Leverandøren designe og udvikle et således, at et i den efterfølgende drift kan skaleres. Skaleringen skal sikre, at et kan håndtere et stigende antal brugere og datamængder samtidig med at de aftalte servicemål f driften, jf. bilag 7 (Servicemål), til enhver tid overholdes. NFK_040 Arkitektur Standardisering K1 Fmålet er at sikre at et anvender modne teknologier et skal anvende markedsudbredte, veletablerede, suppterede og gennemprøvede teknologier. Hv der findes en standardløsning, bør denne være det fetrukne valg. Leverandøren skal redegøre f sine valg. NFK_041 Arkitektur Standardisering K1 Fmålet er at sikre en effektiv fvaltning af et. et skal benytte officielle og dokumenterede funktionaliteter fra standardsystemer og tredjepartskomponenter. Hvis Leverandøren ønsker at benytte et API eller en funktionalitet, som ikke er en officiel del af standardsystemet eller tredjepartskomponent, så skal dette aftales med ATP. Non.funkt. krav Bilag 03A.1 - Kravliste.xlsx Side 45 / 85

46 NFK_042 Arkitektur Standardisering X K2 Fmålet er benytte OIO-Sag og Dokumentstandarderne et skal basere udvekslingen af Sager og Dokumenter på de OIOgodkendte Standarder f Sag og Dokument, således at det sikres, at 3. parts systemer kan hente og/eller modtage Sager og Dokumenter via udstillede services. NFK_043 Arkitektur Standardisering K2 Fmålet er at skabe mulighed f lokal udvidelse ad OIO-Sag og Dokumentstandarden Leverandøren skal fetage lokal udvidelse af OIO-sag og Dokumentstandarden, såfremt den specifikke sag eller dokument kræver yderligere attributter eller relationer, end det der eksisterer i standarden. Lokale udvidelser skal godkendes af ATP. NFK_044 Arkitektur Standardisering K1 Fmålet er at følge de et skal overholde følgende offentlige standarder: offentlige standarder, som både - Standarder f dataudveksling mellem offentlige myndigheder (OIOXML) Udbetaling Danmark og ATP som myndighed er underlagt. - Standarder f digital signatur (OCES + OCES-II) - Standarder til elektronisk sags- og dokumenthåndtering (FESD) - Standarder til elektroniske indkøb i det offentlige (OIOUBL) - Standarder f ISO Standarder f dokumentudveksling (ODF/OOXML) - B103 åbne standarder f software i det offentlige NFK_045 Brugervenlighed Generelt X K1 Fmålet er at understøtte princippet om, at brugeren ikke skal spørges om oplysninger som findes i fvejen. Uddybende beskrivelser findes her: Selvbetjeningsløsningen skal understøtte princippet om, at bgeren eller brugeren ikke skal spørges om oplysninger, som findes i bagvedliggende systemer, eller som kan hentes fra offentlige registre. NFK_046 Brugervenlighed Layout X K1 Fmålet er at sikre, at obligatiske indtastningsfelter bliver markeret tydeligt Indtastningsfelter, som brugeren skal udfylde, dvs. obligatiske felter, skal markeres tydeligt. NFK_047 Brugervenlighed Meddelelser & fejlhåndtering X K2 Fmålet er at sikre, at utilgængelige skærmobjekter bliver sløret f brugeren et skal sløre skærmobjekter, fx knapper og indtastningsfelter, som midlertidigt ikke er tilgængelige f brugeren. Hjælp til et sløret skærmobjekt skal tydeligt fklare, hvf skærmobjektet ikke er tilgængeligt, og hvad brugeren skal gøre f at gøre skærmobjektet tilgængeligt. Non.funkt. krav Bilag 03A.1 - Kravliste.xlsx Side 46 / 85

47 NFK_048 Brugervenlighed Meddelelser & fejlhåndtering X K2 Fmålet er at sikre, at et infmerer brugeren, når svartiden f en side overskrider svartidskravene. et skal sikre, at når svartiden f en side bliver længere end standardsvartiden, så skal brugeren kunne se, at processen er i gang, fx. ved at skrive til brugeren den fventede procestid. Brugeren skal ligeledes infmeres, hvis eksterne datakilder ikke er tilgængelige, ligesom brugeren skal infmeres, når et er igang med at behandle en fespørgsel fra brugeren. NFK_049 Brugervenlighed Meddelelser & fejlhåndtering X K3 Fmålet er at febygge typiske brugerfejl Leverandøren skal sikre, at løsningen febygger typiske fejl. Eksempler på febyggelse kan være: - At brugere vælger værdier i stedet f at indtaste dem. - Hv det er muligt, feslår et automatisk den mest sandsynlige, gyldige værdi f et felt. Febyggende fanstaltninger må ikke i væsentlig grad påvirke effektiviteten. NFK_050 Brugervenlighed Meddelelser & fejlhåndtering K3 Fmålet er, at ATP kan fmulere og opdatere tekster og meddelelser i et. Leverandøren skal levere et oplæg på fejlmeddelelser og tekster mv, som vises i et. et skal overalt anvende samme d f samme begreb. ATP skal have adgang til at kunne redigere tekster, hjælpetekter, status- og fejlmeddelelser ved hjælp af et tekstredigeringsværktøj svarende til redigeringsværktøj som kendes fra fx content management-systemer. NFK_051 Brugervenlighed Meddelelser & fejlhåndtering X K3 Fmålet er at sikre, at et gemmer indtasninger ved teknisk fejl i kommunikationen I ets hjælpetekster skal det endvidere være muligt at indsætte links til eksterne infmationskilder herunder ATP's videnløsning et skal sikre, at brugere ikke utilsigtet kan miste mere end ca. 1 minuts arbejde ved et uheld. Eksempler: - Brugere flader deres arbejdsplads i en periode som er længere end timeout - Der opstår en intern fejl i systemet - Strømmen svigter. NFK_052 Brugervenlighed Meddelelser & fejlhåndtering X K1 Fmålet et at sikre, at brugerne ser en tydelig markering af de handlinger, der udføres et skal sikre at brugeren tydeligt gøres opmærksom på fejl eller mangler i indtastninger og at brugeren ikke skal bekræfte trivielle eller rutinemæssige operationer. NFK_053 Brugervenlighed Meddelelser & fejlhåndtering X K2 Fmålet er at sikre et godt arbejdsmiljø, der lever op til Arbejdstilsynets vejledning "ATvejledning om skærmarbejde" Fagsystemet skal indeholde hjælpefunktioner og -infmation, som er tilgængelig f brugeren. Brugeren skal have mulighed f at til- og fravælge at få vist processuel hjælpeinfmation, fx i fm af pop-up vinduer til felter og instrukser. Non.funkt. krav Bilag 03A.1 - Kravliste.xlsx Side 47 / 85

48 NFK_054 Brugervenlighed Navigation & interaktion X K2 Fmålet er at sikre et godt arbejdsmiljø, der lever op til Arbejdstilsynets vejledning "ATvejledning om skærmarbejde" Brugergrænsefladen i et skal have genvejstaster til de mest brugte funktioner. Genvejstaster skal så vidt muligt kunne aktiveres, uden at brugeren skal trykke på flere knapper samtidig. NFK_055 Brugervenlighed Navigation & interaktion X K2 Fmålet er at sikre smidighed og effektivitet i ens daglige arbejde. et skal gøre det muligt f ATP s fretningsadministrater at fetage konfigurering af skærmbilledeopbygning i søgeskærmbilleder med hensyn til visning og rækkefølge af felter, således at konfigureringen gælder f grupper af brugere af fagsystemet. NFK_056 Brugervenlighed Teknisk krav MK Fmålet er at definere sprogunderstøttelsen i et Brugerne skal kunne tilgå et på dansk. et skal være fberedt til at kunne understøtte flere sprog udover dansk (f.eks. engelsk). Implementeringen vil dog i første omgang alene ske på dansk. X NFK_057 Brugervenlighed Teknisk krav X K3 Fmålet er at sikre at de webbaserede funktioner, som udgangspunkt er uafhængig af applets eller andre plug-ins Brugergrænseflader, der vises i en browser, skal som udgangspunkt være fri f applets eller andre plug-ins. NFK_058 Brugervenlighed Teknisk krav X K2 Fmålet er at sikre, at klientbaseret software kan installeres på ATP's PCplatfm. et skal kunne afvikles i Citrix, såfremt det afvikles fra en tyk klient. NFK_059 Brugervenlighed Teknisk krav X K2 Fmålet er at sikre, at et fremtræder ens på flest mulige platfme. HTML-kode skal overholde W3C-standarder, og skal kunne valideres af Non.funkt. krav Bilag 03A.1 - Kravliste.xlsx Side 48 / 85

49 NFK_060 Brugervenlighed Teknisk krav X K2 Fmålet er at sikre, at der er tilgængelighed ved opfyldelse af WCAG 2.0 Level AA Web-baserede dele af løsningen skal opfylde retningslinjerne i WCAG 2.0 Level AA, jf. NFK_061 Brugervenlighed Teknisk krav MK Fmålet er at sikre, at digitale løsninger kan integreres op mod bger.dk Løsningsdele, der præsenteres, tilpasses og integreres på bger.dk, skal overholde den til enhver tid gældende version af bger.dk's html-guide: X NFK_062 Brugervenlighed Teknisk krav X K1 Fmålet er at sikre, at digitale løsninger inkluderer tællerscripts fra bger.dk Løsningsdele, der præsenteres, tilpasses og integreres på bger.dk, skal have tællerscripts påsat fra bger.dk og siteimprove, således at antallet af aktiveringer og transaktioner offentliggøres på NFK_063 Design og applikationsstrukturer Automatiske kørsler X K2 Fmålet er at sikre en effektiv drift af systemet et skal implementere automatiske kørsler (batchjobs), så batchjobbet ftsætter trods fretningstekniske fejl (f.eks. manglende adresse, kontonummer e.l.). et skal registrere fejlene, så de kan behandles efterfølgende. NFK_064 Design og applikationsstrukturer Automatiske kørsler X K2 Fmålet er at sikre, at ATP's systemer er tilgængelige hele døgnet et skal kunne afvikle automatiske kørsler (batchjobs) og onlinetransaktioner sideløbende, og samtidigt overholde servicemålene i bilag 7 (Servicemål). NFK_065 Design og applikationsstrukturer Automatiske kørsler X K2 Fmålet er at sikre fuld kontrol og effektiv gennemførsel af automatiske kørsler. Automatiske kørsler må ikke starte ffra ved nedbrud, men skal ved genstart ftsætte hvfra de nåede. Leverandøren skal tage aktivt stilling til, hv ofte der skal indsættes genstartspunkt. Leverandøren skal beskrive den valgte løsning af ovenstående i bilag 3B (Løsningsbeskrivelse). Non.funkt. krav Bilag 03A.1 - Kravliste.xlsx Side 49 / 85

50 NFK_066 Design og applikationsstrukturer Automatiske kørsler X K2 Fmålet er at undgå fejl, hvis et skal designes således, at en proces med flere faser skal kørselstidspunkter bliver rykket. identificeres og styres via logiske referencer og ikke udelukkende tidspunkter. (Eksempelvis må en automatisk kørsel (batchjob) ikke startes hver dag kl 02:00, hvis den er afhængig af, at andre batchjobs er kørt finden). NFK_067 Design og applikationsstrukturer Automatiske kørsler X K2 Fmålet er at sikre fuld kontrol og effektiv gennemførsel af automatiske kørsler. et skal designes, så det har kontrol over den automatiske kørsel (batchjobbet) under hele batchjobbets reelle køretid og kender dets reelle slutstatus, når alle data er færdigbehandlet. (Det betyder, at automatiske kørsler ikke må igangsættes som eksempelvis "fire-and-fget-løsninger"). NFK_068 Design og applikationsstrukturer Integrationer MK Fmålet er at sikre at ansvaret f håndtering af fejl i integrationspunkter er entydigt fastlagt og er robuste, når der opstår en fejlsituation. Løsningens integrationspunkter skal sikre, at data overføres krekt (dvs. leveres én gang, er komplet og i krekt sekvens), samt at der er spbarhed på tværs af integrationen. Der skal være mulighed f gentransmission af al data. X NFK_069 Design og applikationsstrukturer Integrationer X K1 Fmålet er at sikre, at der ikke sendes uvalideret data til backend-services. Hver gang et modtager infmation via en brugergrænseflade, webservice eller en anden fm f ekstern integration, skal infmationen valideres ift. fmat. NFK_070 Design og applikationsstrukturer Operationelt design X K2 Fmålet er at sikre, at det som testes i testmiljøerne, også virker i produktionsmiljøet. et skal kunne installeres ved hjælp af den samme installationspakke i alle miljøer. Eventuelle miljøafhængige parametre skal kunne konfigureres. NFK_071 Design og applikationsstrukturer Operationelt design X K2 Fmålet er at begrænse mængden af aktive data, så et kan opretholde det ønskede perfmanceniveau jf bilag 7 (Servicemål), samt sikre, at det er muligt at afstemme på tværs af histiske, aktuelle og relevante data. et skal være designet til at understøtte en effektiv sanering af data og databaser m.v., således at oprydning, arkivering og reganisering kan ske løbende. Det inkluderer, at midlertidige data slettes, delmængder af data kan arkiveres, og at data kan slettes efter en given periode. Sanering skal kunne gennemføres uden at påvirke SLA. Non.funkt. krav Bilag 03A.1 - Kravliste.xlsx Side 50 / 85

51 NFK_072 Design og applikationsstrukturer Operationelt design X K2 Fmålet er at sikre, at klientbaseret software kan installeres på ATP's PCplatfm. Den klientbaserede del af et skal understøtte Windows 7 og nyere versioner i både 32 og 64 bit versioner. Hvis et anvender browser eller kontpakke, skal det understøtte følgende: Internet Expler version 10 og nyere versioner samt Microsoft Office 2010 og nyere versioner. NFK_073 Design og applikationsstrukturer Rapptdesign X K2 Fmålet er at sikre, at der kan leveres rappter i et tilpasningsvenlig udtræk. Generelt gælder det, at et ikke skal stille krav til særlige versioner af standardsoftware på klientplatfm (eksempler: PCOM, Java, SAPGui og NET) udover hvad der er understøttet i dag jf bilag 2C (ATP PC et skal understøtte en udtræksløsning, der sikrer, at ATP eller en af denne udpeget administrat, kan vedligeholde eksisterende og definere nye udtræk, uden at dette skal involvere Leverandøren, med mindre data ikke er tilgængelige i infmationsmodellen. Dette omfatter ATP's behov f at: Til-/fravælge felter Anvende standardfunktioner på ét eller flere felter Anvende eksisterende konverteringsfunktioner (med eksisterende menes, at de er lavet f ATP i fbindelse med andre udtræk). NFK_074 Design og applikationsstrukturer Rapptdesign X K2 Fmålet er at sikre, at der kan leveres rappter på konfigurerbarer udtrækstidspunkter et skal understøtte udtræk på given dato, hv det er muligt at angive frekvens f hvnår en rappt bliver udtrukket: Daglig Ugentligt Månedligt Årligt (dato angives uden årstal) Ad hoc (der angives ingen dato, men ATP eller dennes administrat skal kunne iværksætte dette udtræk ved tilvalg evt. som en bestilling, der effektueres). NFK_075 Design og applikationsstrukturer design X K2 Fmålet er at sikre, at et kan håndtere ikkefatale fejl. Hvis der opstår priitet 3 og/eller priitet 4 fejl, jf. bilag 7 (Servicemål), skal et sikre, at infmationer vedrørende fejlen er logget i Leverandørens overvågningsværktøj. et skal derudover krigeres krekt f udførte operationer, således at et funktionelt fremstår, som inden den fejlende operation blev fsøgt udført. NFK_076 Design og applikationsstrukturer design X K1 Fmålet er at sikre konsistente data ved kontrolleret nedlukning og genstart. Som eksempel kan nævnes, at et skal udføre rollback på en databaseopdatering som fejler et skal understøtte en kontrolleret lukning og genstart uden transaktions- og datatab. NFK_077 Design og applikationsstrukturer design X K1 Fmålet er at sikre dataintegritet ved nedbrud. et skal udføre konsistent rollback i tilfælde af nedbrud og føre et til en tilstand med konsistente data og opsætning, og uden tab af ajourførte dataog accepterede transaktioner. et må ikke miste data, når de er undervejs mellem systemer (i transit), hvis selve systemet eller et af dets nabosystemer bryder ned. Non.funkt. krav Bilag 03A.1 - Kravliste.xlsx Side 51 / 85

52 NFK_078 Design og applikationsstrukturer design X K1 Fmålet er at sikre en effektiv drift og vedligeholdelse. et skal logge resultatet af automatiske kørsler. Logningerne skal dokumentere, hvilke infmationer der er benyttet som input og det samlede resultat af afviklingen. Resultatet skal gemmes i indeværende år plus 5 år, hvefter det skal slettes. Den udtømmende liste af infmationer, som logges, defineres i samarbejde med ATP i afklaringsfasen, jf. bilag 1 (Tidsplan) NFK_079 Design og applikationsstrukturer design X K2 Fmålet er at sikre, at hele Processer, der afvikles trinvist, skal inkludere en komplethedskontrol af den processen er udført krekt, når fulde proces, f.eks. med antal eller beløb. den eksekveres i trin NFK_080 Design og applikationsstrukturer design X K2 Fmålet er at sikre dataintegritet ved nedbrud et skal sikre, at nedbrud i eventuelle automatiske kørsler ikke udløser behov f en generel database reste. Leverandøren skal tilsikre, at der ikke er behov f at udføre manuel krektion af data i databasen, køer, i filer eller lignende, inden en automatisk kørsel kan blive genstartet efter et nedbrud. NFK_081 Design og applikationsstrukturer design X K2 Fmålet er at muliggøre vedligehold og opgraderinger i systemerne. Leverandøren skal designe et således, at navngivning af komponenter ikke er begrænsende i fhold til opgradering og vedligehold. Fx må der ikke være hardkodede versionsnavne i applikationer og stinavne. NFK_082 Design og applikationsstrukturer design X K0 Fmålet er, at de systemer, der understøtter Udbetaling Danmark kan fungere uafhængigt af hinanden. et skal fungere uafhængigt af øvrige støtte- og fagsystemer, både i fhold til systemtilgængelighed og perfmance, jf. bilag 7 (Servicemål). NFK_083 Design og applikationsstrukturer design X K2 Fmålet er at sikre en effektiv drift af systemet. et skal designes og implementeres således, at det, så vidt muligt, ftsætter trods fejl. Fejlene skal logges, og der skal vises sigende fejlmeddelelser til brugeren. Non.funkt. krav Bilag 03A.1 - Kravliste.xlsx Side 52 / 85

53 NFK_084 Design og applikationsstrukturer design X K1 Fmålet er at kunne modificere et efter behov et skal være designet således, at nye kanaler kan blive tilsluttet, hvis et sådant behov opstår. NFK_085 Design og applikationsstrukturer design X K2 Fmålet er at sikre kontinuerlig afvikling i Driftsmiljøet et skal kunne afvikles kontinuerligt døgnet rundt i produktionsmiljøet til trods f tilstedeværelse priitet 2, 3 eller 4 fejl, jf. bilag 7 (Servicemål). Det betyder eksempelvis, at eksterne systemer, der fetager servicekald i stt omfang, ikke påvirker svartider f servicekald fetaget af andre systemer. NFK_086 Dokumentation N/A K2 Fmålet er sikre at Leverandøren bistår ATP med udarbejdelsen og vedligeholdelsen af den del af dokumentationen, som ATP er ansvarlig f. Bistand til ATP's udarbejdelse og vedligeholdelse af Dokumentation Leverandøren er i kontraktperioden ansvarlig f at bistå ATP med udarbejdelsen og vedligeholdelsen af den Dokumentation ATP er ansvarlig f, jf. bilag 4 (Dokumentation). Leverandørens bistand skal blandt andet inkludere review af dokumentation samt leveringen af de infmationer, som Leverandøren er - eller burde være - i besiddelse af, og som er nødvendige f ATP's udarbejdelse/vedligeholdelse af dokumentationen. NFK_087 Dokumentation N/A K1 Fmålet med kravet er at sikre, Dokumentationens opbygning og kvalitet at dokumentationen er logisk og overskueligt opbygget, samt at dokumentationen er af tilstrækkelig kvalitet. Dokumentationens opbygning og kvalitet skal understøtte, at såvel drift som videreudvikling med jævne mellemrum kan bringes i udbud i henhold til gældende lovgivning og/eller kan overdrages til anden leverandør. Alle dele af Leverancen, inklusive den krævede dokumentation, skal uhindret og Dokumentationen skal gøre ATP omkostningsfrit f ATP kunne indgå i udbudsfretninger. i stand til at udbyde Ydelserne omfattet af Kontrakten. NFK_088 Dokumentation N/A K2 Fmålet er at sikre tilgængeligheden af opdateret dokumentation. Placering af dokumentation Al dokumentation, jf. bilag 4 (Dokumentation), skal være tilgængeligt f visning og download i den seneste, godkendte version f ATP, på et fælles netsted i et f ATP rediger- og søgbart fmat. NFK_089 Hypercare N/A K2 Fmålet er at sikre, at Leverandøren etablerer et øget beredskab til at assistere ATP i fbindelse med idriftsættelsen af et. Levering af hypercare-ydelse Leverandøren skal fra én måned før og i 3 måneder efter Overtagelsesdagen levere hypercare og suppt i fbindelse med ibrugtagning af et. Hypercare-ydelsen skal også inkludere hypercare og suppt i fbindelse med første gang en regelmæssig kørsel igangsættes, f.eks. årskørsler, selv om disse finder sted mere end 3 måneder efter Overtagelsesdagen. Hypercare ydelsen skal mindst inkludere: Non.funkt. krav Bilag 03A.1 - Kravliste.xlsx Side 53 / 85

54 NFK_090 Hypercare N/A K2 Fmålet er at sikre, at Leverandøren etablerer et øget beredskab til at assistere ATP i fbindelse med idriftsættelsen af et. Hotline f ATP's undervisere Leverandøren skal fra én måned før og i 6 måneder efter Overtagelsesdagen opretholde en hotline, hv ATP's undervisere kan kontakte Leverandøren via telefon, og instant messaging med spørgsmål vedrørende hensigtsmæssig anvendelse af et, undervisningen af ets øvrige brugere og lignende. NFK_091 Hypercare N/A K2 Fmålet er at sikre, at Leverandøren etablerer et øget beredskab til at assistere ATP i fbindelse med idriftsættelsen af et. Åbningstider f hotline Leverandørens hotline skal være åben alle Arbejdsdage i tidsrummet 8.00 til 16.00, og Leverandørens besvarelse af henvendelser fra ATP's undervisere skal ske i overensstemmelse med servicemålet f svartid i Leverandørens servicedesk, jf. bilag 7 (Servicemål). NFK_092 Idriftsættelse N/A K1 Fmålet med dette krav er at tydeliggøre Leverandørens ansvar ift. planlægning NFK_093 Idriftsættelse N/A K1 Fmålet med kravet er at tydeliggøre Leverandørens ansvar ift. gennemførelse af idriftsættelsen Planlægning af Teknisk Idriftsættelse Leverandøren er ansvarlig f at planlægge idriftsættelsen af et baseret på Leverandørens relevante erfaringer og i overensstemmelse med ATP's krav til idriftsættelsen i bilag 1 (Tidsplan). Leverandørens plan f idriftsættelse skal som minimum indeholde følgende: Detaljeret drejebog f idriftsættelsen, inklusive tidspunkt, varighed, afhængigheder og ansvarlig Plan f verifikation af idriftsættelsen Gennemførelse af ibrugtagning Leverandøren er efter den tekniske idriftsættelse og som beskrevet i Bilag 1 (tidsplanen) ansvarlig f gennemførelsen af konvertering af data i overensstemmelse med Leverandørens konverteringsdrejebog. NFK_094 Idriftsættelse N/A K2 Fmålet med kravet er at sikre, at Leverandøren gennemfører idriftsættelsen på en sådan måde, at ATP's fretning fstyrres mindst muligt. Nedetid ved idriftsættelse Leverandøren skal ved idriftsættelse af et tilsikre, at ATP's fretning og anden drift fstyrres mindst muligt. Leverandøren skal planlægge og gennemføre idriftsættelse således, at den indpasses med ATP's Change Management- og Release Management-processer og tilhørende servicevinduer jf. bilag 2 (Situationsbeskrivelse). NFK_095 Idriftsættelse N/A K2 Fmålet med kravet er at sikre, at der er særlig opmærksomhed og bemanding omkring førstegangsidriftsættelser og ved førstgangsafvikling af jobs i et. Særligt fokus ved førstegangsidriftsættelser og førstegangsafvikling af jobs Leverandøren skal have et særligt fokus på første gang funktionalitet idriftsættes og første gang jobs i et afvikles. I disse situationer skal Leverandøren samarbejde med ATP f at sikre, at dette fløber succesfuldt, og skal på ATP's anmodning levere øget bemanding, øget kontrol og/eller øget overvågning. Leverandøren er ikke berettiget til særskilt vederlag f deltagelse i førstegangsidriftsættelser eller førstegangsafvikling af jobs Non.funkt. krav Bilag 03A.1 - Kravliste.xlsx Side 54 / 85

55 NFK_096 Logning Design X K1 Fmålet er at sikre dataintegritet, i fbindelse med konvertering af data. et skal sikre, at stamdata og transaktionsdata bliver overført fuldstændigt i fbindelse med konvertering af data. Det betyder, at hvis der er data, som et ikke konverterer, så skal disse opbevares på en sikker måde og med mulighed f adgang til dem i et søgbart fmat. Der skal kunne skabes en relation mellem nøgler i et og de opbevarede data, som ikke er konverteret. NFK_097 Logning Design X K1 Fmålet er at sikre, at ets brug af regler, som benyttes, når der træffes en afgørelse, bliver registreret et skal understøtte, at brug af regler og begrundelse af regelvalg bliver registreret med henblik på både fejl- og mønstersøgning, samt til dokumentation af trufne afgørelser. NFK_098 Logning Design X K2 Fmålet er at sikre en hurtig og effektiv fvaltning, og derigennem en høj oppetid. et skal generere fejlbeskeder, som er specifikke og konkrete, samt anviser mulige opfølgningsmønstre. Leverandøren skal i driftsvejledningen f et, jf. bilag 4 (Dokumentation), beskrive overvågningsreaktionen på en given fejlmeddelelse i et, så det er muligt at agere præcist og alene på baggrund af dlyden i driftsvejledningen. NFK_099 Logning Design X K2 Fmålet er at sikre hurtig og effektiv fvaltning. et skal sikre en hurtig og effektiv sping og identificering af fejl. NFK_100 Logning Logdata X K1 Fmålet er skabe en ensartet struktur og fmat f logning af data i et et skal opsamle og gemme logdata via en maskinlæsbar lagringsmetode og gemme disse logdata i et lagringssystem. NFK_101 Logning Logdata X K1 Fmålet er skabe en ensartet struktur og fmat f logning af data i et et skal kunne eksptere logdata i et standardfmat, så ATP kan behandle dem i et andet system. Non.funkt. krav Bilag 03A.1 - Kravliste.xlsx Side 55 / 85

56 NFK_102 Logning Logdata MK Fmålet er skabe en ensartet struktur og fmat f logning af data i et Leverandøren skal kunne stille alle audit og revisions logs/rappter til rådighed f ATP på anfdring. X NFK_103 Logning Logdata X K1 Fmålet er at sikre, at et kan generere og benytte unikke transaktions ID'er et skal genere og benytte sig af unikke transaktions ID er. Transaktions ID et skal sikre muligheden f at sammenstille logs på tværs af et NFK_104 Logning Logdata MK Fmålet er at sikre, at Persondataloven overholdes. NFK_105 Logning Logdata MK Fmål er at kunne spe hvem eller hvad, der har lavet ændringer på et. Leverandøren skal sikre, at sikkerhedsloggen indeholder oplysninger om anvendelse af ftrolige og følsomme persondata, på nær CPR nr. og ind- og udbetalingsoplysninger i offentlige dninger. Loggen skal indeholde oplysning om: - Tidspunkt f anvendelse - Bruger - Type af anvendelse - Angivelse af søgekriterium - Kaldende system. et skal logge alle parameterændringer med angivelse af: - Hvnår - Af hvem - Hvad der er ændret - Hvnår ændringen gælder fra og til Det skal være muligt at identificere, hvilke parametre, som er anvendt ved gennemførelse af transaktioner, der fører til ændringer i et. X X NFK_106 Logning Logdata X K1 Fmålet er at overholde de uddybende sikkerhedsbestemmelser. et skal sikre, at der fetages logning af alt, hvad Privilegerede brugere gør i de dele af et, hv de er "privilegerede". NFK_107 Logning Logdata X K2 Fmålet er at sikre en effektiv drift af systemet. et skal dokumentere, hvnår en automatisk kørsel (batchjob) starter og slutter, også selvom batchjobbet stopper i utide. Alle batchjobs skal løbende logge deres fremdrift, så deres aktuelle status kan følges. Efterfølgende skal det kunne dokumenteres, hvilke parametre jobbet er kørt på. Endvidere skal det kunne dokumenteres, hvilke parametre der eventuelt er ændret, samt hvem der har udført ændringen. Non.funkt. krav Bilag 03A.1 - Kravliste.xlsx Side 56 / 85

57 NFK_108 Logning Logdata X K1 Fmålet er at muliggøre sping af kommunikation med eksterne parter i fbindelse med misbrug og fejlfinding. et skal logge al kommunikation med eksterne parter f at muliggøre sping i fbindelse med misbrug og fejlfinding. NFK_109 Logning Logdata X K1 Fmålet er at kunne udøve effektiv fvaltning. et skal understøtte spbarhed, så det er muligt at følge, hvilke hændelser der er på en sag. Det skal være muligt at følge relationen i begge retninger, dvs. fra Sag til transaktion og transaktion til sag. NFK_110 Logning Logdata X K1 Fmålet er at kunne udøve effektiv fvaltning. et skal kunne håndtere, at en Sag, inklusive Debitsag(er), jf. bilag 3A (Behovsopgørelse), bliver arkiveret. NFK_111 Logning Logtyper X K1 Fmålet er, at få et til at implementere generel systemlogning. et skal logge systemhændelser relateret til fx operativsystem, netværk, middleware og applikation(er) f at kunne understøtte effektiv drift og fejlrettelsesaktiviteter. NFK_112 Logning Logtyper MK Fmålet er at sikre, at Bogføringsloven overholdes. NFK_113 Logning Logtyper MK Fmålet er at sikre, at Bogføringsloven overholdes. et skal sikre, at der er et transaktionssp til stede f alle transaktioner, der direkte eller indirekte resulterer i transaktioner og/eller oplysninger til ATP's regnskab. et skal dokumentere, hvdan transaktionsspet er blevet implementeret, herunder hvdan det sikres at transaktionsspet kan føres på tværs af systemer. Log-infmationerne gemmes enten sammen med de fretningsmæssige data eller i separate logfiler. et skal sikre, at der er et kontrolsp til stede f alle transaktioner. et skal dokumentere definitionen af kontrolspet. Loggen skal gemmes i indeværende år + 5 år. Hvefter den skal slettes. Log-infmationerne gemmes enten sammen med de fretningsmæssige data eller i separate logfiler. X X Non.funkt. krav Bilag 03A.1 - Kravliste.xlsx Side 57 / 85

58 NFK_114 Logning Logtyper MK Fmålet er at kunne spe hvem eller hvad, der har lavet ændringer på systemet. et skal sikre, at der er et histiksp på alle ændringer af stam-, posteringsdata og bilagsinfmationer. Det skal være muligt at genskabe data pr. en vilkårlig dato. X NFK_115 Logning Logtyper MK Fmålet er at kunne spe, hvem der har fsøgt at blive autentificeret i et. et skal vedligeholde en adgangskontrollog, når brugerens identitet kontrolleres, jf. Persondataloven X NFK_116 Logning Logtyper K3 Fmålet er at sikre en hurtig og effektiv fvaltning. Leverandøren skal fjerne debug-logninger, som er brugt under test og udvikling, fra alle programmer, inden de løftes i produktion. NFK_117 Logning Lovgivning MK Fmålet er at sikre, at Bogføringsloven overholdes. Leverandøren skal dokumentere logfiler, både i fhold til fil- og infmationsstruktur, samt hvdan logdata opsamles og behandles. X NFK_118 Logning Sikkerhed MK Fmålet er at sikre, at integriteten af logfilerne er intakte, samt at infmationerne gemmes i den krekte aftalte periode Leverandøren skal sikre, at ets log-infmation behandles således, at ftrolighed, autenticitet, integritet og uafviselighed bliver opretholdt, og at Leverandøren kan slette relevante logdata efter de tilhørende dataklassificeringer. X NFK_119 Lovgivning N/A MK Fmålet er at sikre, at almen lovgivning overholdes ets overholdelse af almen lovgivning et skal designes, udvikles og implementeres på en sådan måde, at alment gældende lovgivning (dvs. Ikke ATP-specifik lovgivning) overholdes, herunder særligt: Arkivloven Bogføringsloven Lov om behandling af personoplysninger (Persondataloven) Regnskabsbekendtgørelsen Bekendtgørelsen nr. 528 af 15 juni 2000 om sikkerhedsfanstaltninger til beskyttelse af personoplysninger som behandles f den offentlige X Non.funkt. krav Bilag 03A.1 - Kravliste.xlsx Side 58 / 85

59 NFK_120 Lovgivning N/A MK Fmålet er at sikre, at almen lovgivning overholdes efter Overtagelsesdagen NFK_121 Lovgivning N/A K0 Fmålet er at sikre, at specifik lovgivning og særlovgivning f offentlige myndigheder overholdes NFK_122 Lovgivning N/A K1 Fmålet er at sikre, at et understøtter ATP's overholdelse af gældende lovgivning ets ftsatte overholdelse af almen lovgivning efter Overtagelsesdagen Leverandøren skal som en del af Ydelserne vedrørende drift, vedligeholdelse og suppt af et efter Overtagelsesdagen, jf. Kontrakten, sikre den ftsatte overholdelse af følgende lovgivning: Arkivloven Bogføringsloven Lov om behandling af personoplysninger (Persondataloven) Regnskabsbekendtgørelsen Bekendtgørelsen nr 528 af 15 juni 2000 om sikkerhedsfanstaltninger til ets overholdelse af specifik lovgivning Leverandøren skal i hele kontraktperioden medvirke til ets overholdelse af specifik lovgivning og særlovgivning f offentlige myndigheder, som f eksempel: Lov om Udbetaling Danmark (Udbetaling Danmark-loven) Lovgivning f de specifikke ydelsesområder i Udbetaling Danmark Inddrivelsesloven Fvaltningsloven Lov om offentlighed i fvaltningen (Offentlighedsloven) Lov om retsikkerhed og administration på det sociale område ets understøttelse af ATP's overholdelse af gældende lovgivning et skal designes, udvikles og implementeres på en sådan måde, at et understøtter, at ATP's anvendelse af et er i overensstemmelse med gældende lovgivning, herunder både almen og specifik lovgivning. X NFK_123 Miljøer Eksternt testmiljø K1 Fmålet er at sikre, at der er det nødvendige eksterne testmiljø til rådighed. Etablering af eksternt testmiljø Leverandøren skal etablere et eksternt testmiljø, hvi der kan fetages delleveranceprøver og samlet systemintegrationstest, jf. bilag 6 (Afprøvninger). Det skal i miljøet være muligt at teste konvertering og integrationer separat, uden at testene påvirker hinanden. ATP skal have testadgang til miljøet. Miljøet skal være kørende og tilgængeligt i hele kontraktperioden. NFK_124 Miljøer Eksternt testmiljø K1 Fmålet er at sikre, at der er det nødvendige integrationstestmiljø til rådighed. Integrationer i eksternt testmiljø I det eksterne testmiljø skal alle integrationer etableres og testes. Undtaget herfra kan dog være integrationer til brug f autentifikation og autisation, hvis dette er nødvendigt f at sikre den fnødne adgang med testbrugere. NFK_125 Miljøer Eksternt testmiljø K1 Fmålet er at sikre, at der er det nødvendige integrationstestmiljø til rådighed. Data i eksternt testmiljø Leverandøren skal sikre, at der kan etableres testdata i det eksterne testmiljø; det skal herunder være muligt både at etablere konstruerede testdata og at indlæse maskerede (delmængder af) produktionsdata. Der skal være adgang til et med flere fskellige testbrugere. Non.funkt. krav Bilag 03A.1 - Kravliste.xlsx Side 59 / 85

60 NFK_126 Miljøer Generelt K1 Fmålet er at sikre, at der er det nødvendige interne miljø til rådighed. Etablering af interne miljøer Leverandøren skal etablere interne miljøer, der dækker Leverandørens behov f miljø til udvikling, komponenttest og komponentintegrationstest. Leverandøren er ansvarlig f versions- og releasestyring i de interne miljøer, og det skal være muligt at gennemføre fskellige tests parallelt, således at rækkefølgen f releases ikke nødvendigvis afspejler den rækkefølge, de er blevet oprettet i. NFK_127 Miljøer Generelt K1 Fmålet er at sikre, at det er muligt at afprøve al funktionalitet i test- og uddannelsesmiljøerne. Funktionalitet i test- og uddannelsesmiljøerne I integrationstestmiljøet, præproduktionsmiljøet og uddannelsesmiljøet skal det være muligt at afprøve al ets funktionalitet. Herunder skal det være muligt at simulere et givet tidspunkt, således at tidsbestemt funktionalitet kan afprøves, f.eks. månedskørsler, aldring af sager og lignende. NFK_128 Miljøer Generelt K2 Fmålet er at sikre, at der findes dokumenterede procedurer f transptering mellem fskellige miljøer. Procedure f transptering mellem miljøer Leverandøren skal sikre, at der er en klar og kvalitetssikret procedure f transptering af applikationselementer og data mellem de enkelte miljøer, og at projektdeltagerne er gjt bekendt med denne procedure. NFK_129 Miljøer Generelt K2 Fmålet er at sikre, at der findes dokumenterede procedurer f genopfriskning af transaktionsdata. Procedure f genopfriskning af transaktionsdata Leverandøren skal sikre, at der er en procedure f at genopfriske transaktionsdata (f.eks. prøvekonverterede data) i testmiljøerne, således at en testcase kan gennemføres mere end en gang med de samme test data (f.eks. ved gentest af en rettet fejl). Genopfriskningen af data i testmiljøerne skal udelukkende ske efter aftale med ATP s testmanager og i tæt samspil med testplanen. NFK_130 Miljøer Produktionsmiljø K1 Fmålet er at sikre, at der er det nødvendige produktionsmiljø til rådighed. Etablering af produktionsmiljø Leverandøren skal etablere et produktionsmiljø, der opfylder krav til sikkerhed og servicemål, jf. bilag 7 (Servicemål). NFK_131 Miljøer Præproduktionsmiljø K1 Fmålet er at sikre, at der er det nødvendige præproduktionsmiljø til rådighed. Etablering af præproduktionsmiljø Leverandøren skal etablere et præproduktionsmiljø, hvi der kan fetages idriftsættelsesprøve, konverteringsprøve og overtagelsesprøve, jf. bilag 6 (Afprøvninger). Miljøet skal være bestykket således, at det er muligt at vurdere perfmance f det endelige produktionsmiljø. ATP skal have testadgang til miljøet. Miljøet skal være kørende og tilgængeligt i hele kontraktperioden. Non.funkt. krav Bilag 03A.1 - Kravliste.xlsx Side 60 / 85

61 NFK_132 Miljøer Præproduktionsmiljø K1 Fmålet er at sikre, at der er det nødvendige præproduktionsmiljø til rådighed. Integrationer i præproduktionsmiljøet I præproduktionsmiljøet skal alle integrationer være etableret (til integrationspartens testmiljøer). Der skal være etableret autentifikation og autisation af brugere. NFK_133 Miljøer Præproduktionsmiljø K1 Fmålet er at sikre, at der er det nødvendige præproduktionsmiljø til rådighed. Data i præproduktionsmiljøet Præproduktionsmiljøet skal kunne håndtere en fuld kopi af produktionsdata, herunder kunne håndtere alle data indkonverteret fra KMD Opus Debit "Den nuværende løsning". Leverandøren skal sikre etablering af mekanismer til indlæsning af data fra produktion. NFK_134 Miljøer Uddannelsesmiljø K1 Fmålet er at sikre, at der er det nødvendige uddannelsesmiljø til rådighed. NFK_135 Miljøer Uddannelsesmiljø K1 Fmålet er at sikre, at der er det nødvendige uddannelsesmiljø til rådighed. Etablering af uddannelsesmiljø Leverandøren skal etablere et uddannelsesmiljø, der afspejler funktionaliteten i produktionsmiljøet, herunder simulering af datoer (så der f.eks. kan simuleres en månedskørsel), simulering af testdata (f.eks. dødsfald) og lignende funktionalitet, hvi der kan fetages undervisning og oplæring. Uddannelsesmiljøet skal være bestykket på en sådan måde, at ATP kan anvende uddannelsesmiljøet uden at opleve svartider, der afviger væsentligt fra dem i produktionsmiljøet. Integrationer i uddannelsesmiljøet I uddannelsemiljøet skal der være adgang til eksterne integrationer, fx. eindkomst. Hvis det ikke er muligt at etablere reelle integrationer i uddannelsesmiljøet, skal der etableres intelligente stubbe, der kan give et svar som simulerer produktionsmiljøet. NFK_136 Miljøer Uddannelsesmiljø K1 Fmålet er at sikre, at der er det nødvendige uddannelsesmiljø til rådighed. Data i uddannelsesmiljøet Uddannelsesmiljø skal beriges med et sæt af data, der skal indlæses af Leverandøren før uddannelsessessionens opstart jvf. tidplan i bilag 1 (Tidsplan). Det skal være muligt at konstruere uddannelsesdata (mange CPR-numre med samme navn, sager m.v.) f at sikre en ensartet indlæring og med mulighed f fælles gennemgang. NFK_137 Projektledelse N/A K1 Fmålet med kravet er at tydeliggøre omfanget af Leverandørens ansvar i fhold til projektledelsesaktiviteterne i Projektet. ATP stiller testdata til rådighed f Leverandøren. Placering af overdnet projektledelsesansvar Leverandøren er overdnet ansvarlig f projektledelsen i perioden fra kontraktindgåelsen til endelig Overtagelsesdag. ATP sørger f udnævnelsen af en intern projektleder f denne periode, som kan assistere Leverandørens projektleder med opgaver som f eksempel mødebooking og allokering af ATP-ressourcer. Omfanget og karakteren af arbejdsopgaverne f ATP's interne projektleder fremgår af bilag 9 (ATP's medvirken). Non.funkt. krav Bilag 03A.1 - Kravliste.xlsx Side 61 / 85

62 NFK_138 Projektledelse N/A K1 Fmålet med kravet er at sikre, at Leverandøren anvender en anerkendt projektledelsesmetode, der er velegnet til Udviklingsprojektet og efterfølgende Projekter, og at tydeliggøre Leverandørens ansvar ift. projektledelsesaktiviteterne. NFK_139 Projektledelse N/A K1 Fmålet med dette krav er at tydeliggøre Leverandørens ansvar ift. planlægning Projektledelsesmetode Leverandøren skal anvende en projektledelsesmetode der svarer til projekternes størrelse, kompleksitet og risikoniveau fx PMI, Prince2 eller lignende. Leverandørens projektledelsesplan og udførelse af projektledelse skal som minimum omfatte en rettidig og proaktiv opfølgning inden f følgende: Fremdriftsstyring i henhold til alle projektplaner og milepæle Godkendelse af alle faseovergange og leverancer Issues, afklaringspunkter, beslutningspunkter, fudsætninger og afhængigheder Udarbejdelse af hovedtidsplan Leverandøren har i bilag 1 (Tidsplan) udarbejdet en hovedtidsplan f Projektet i overensstemmelse med bestemmelserne i bilaget. Projektplanen gælder f hele perioden fra kontraktunderskrift til afslutningen af Driftsprøven. NFK_140 Projektledelse N/A K1 Fmålet med dette krav er at tydeliggøre Leverandørens ansvar ift. planlægning Løbende detailplanlægning Leverandørens projektleder er ansvarlig f at fetage løbende detailplanlægning f de kommende 3 måneder inden f rammerne af Leverandørens hovedtidsplan i bilag 1 (Tidsplan). Den løbende detailplanlægning skal udmunde i en detaljeret tidsplan, som opdateres minimum én gang månedligt. NFK_141 Sikkerhed Data K1 Fmålet er at sikre bgerens privatliv, samt at overholde relevant lovgiving, herunder Persondataloven et må ikke indsamle flere infmationer end strengt nødvendigt f at kunne gennemføre den pågældende fvaltning. NFK_142 Sikkerhed Data X K1 Fmålet er at sikre, at Leverandøren skal sikre, at infmation er klassificeret på attributniveau i logningskrav til infmationer er fhold til lognings- og afleveringskrav i: klare, samt at sletteregler f infmation kan specificeres. - Persondataloven - Bogføringsloven - Arkivloven - Fvaltningsloven. NFK_143 Sikkerhed Data X K2 Fmålet er at sikre, at der er funktionsadskillelse mellem fretningsfunktioner, udviklingsfunktioner, driftsfunktioner og sikkerhedsfunktioner, således at ingen enkeltperson har eller kan få kontrol over alle faser i ITanvendelsen et skal designes således, at driftspersonale og systemfvaltere ikke har behov f skriveadgang i produktionsmiljøet f at kunne udføre den daglige fvaltning. Derudover skal et være indrettet således, at ATP ikke har behov f it-systemadgange f at udføre det daglige arbejde. Non.funkt. krav Bilag 03A.1 - Kravliste.xlsx Side 62 / 85

63 NFK_144 Sikkerhed Data K2 Fmålet er, at sikre fuld kontrol over hvem der laver ændringer i kildekode, samt hvilke ændringer der laves. Leverandøren skal sikre, at adgangen til kildekode og konfigurationsfiler er begrænset i fm af adgangskontrol. Kildekoden skal desuden være versionsstyret. NFK_145 Sikkerhed Data MK Fmålet er at træffe sikkerhedsfanstaltninger ved brug og opbevaring af persondata. NFK_146 Sikkerhed Data MK Fmålet er at overholde gældende lovgivning f opbevaring af dokumenter. Jf. Persondataloven skal Leverandøren alene handle efter instruks fra ATP, i det omfang Leverandøren opbevarer eller på anden vis håndterer persondata ved Kontraktens opfyldelse. Leverandøren skal i den fbindelse træffe tekniske og ganisatiske sikkerhedsfanstaltninger mod, at personoplysninger hændeligt eller ulovligt tilintetgøres, ftabes eller fringes samt mod, at de kommer til uvedkommendes kendskab, misbruges eller i øvrigt behandles i strid med lov om behandling af personoplysninger. et skal persistere og gemme alle infmationer (fx data, dokumenter og logfiler) i den periode, som er krævet i fhold til den fastlagte dataklassifikation. X X NFK_147 Sikkerhed Design X K1 Fmålet er at sikre, at brugeren bliver autiseret. et skal sikre, at brugere autiseres i fhold til de data og den funktionalitet, som brugeren har rettigheder til, jf. ATPs infmationssikkerhedspolitik, bilag 13A (Politik f Infmationssikkerhed). NFK_148 Sikkerhed Design X K1 Data som transmitteres over åbne linjer skal sikres med stærk kryptering et skal være konstrueret således, at data, som transmitteres over åbne linjer, er sikret med stærk kryptering. Stærk kryptering defineres som min. 128 bit kryptering (symmetrisk) med AES algitmen. Det skal ske f at beskytte ftroligheden af data, samtidig med at der opnås vished f, at data ikke har undergået fvanskning under transpten. NFK_149 Sikkerhed Design X K1 Fmålet er at sikre, at der er funktionsadskillelse mellem fretningsfunktioner, udviklingsfunktioner, driftsfunktioner og sikkerhedsfunktioner, således at ingen enkeltperson har eller et skal være konstrueret således, at der findes behørig funktionsadskillelse i et, hv der er risiko f svig, eller hv funktionen har høj fretningsrisiko, dvs. at det sikres, at samme person ikke alene kan: - Initiere - Udføre - Godkende. kan få kontrol over alle faser i ITanvendelsen Som eksempel på hv i systemet dette skal være opfyldt, nævnes, når der udføres opgaver der involverer udbetaling af penge Non.funkt. krav Bilag 03A.1 - Kravliste.xlsx Side 63 / 85

64 NFK_150 Sikkerhed Design X K2 Fmålet er at sikre krekte data. et skal sikre, at alle dataoperationer i relationelle databasesystemer ftages på en sikker måde. En nærmere beskrivelse af, hvdan databaseadgange ftages, skal beskrives i dokumentationen, jf. bilag 4 (Dokumentation). NFK_151 Sikkerhed Design X K2 Fmålet er, at der ikke må gives flere rettigheder til brugerne, end der er behov f til at løse opgaven. et skal være designet efter least privilege princippet. Det betyder, at brugere ikke må tildeles flere rettigheder, end der er behov f til at kunne løse opgaven. NFK_152 Sikkerhed Design X K3 Fmålet er at sikre, at eksterne personer eller systemer ikke får unødig infmation, der potentielt kan benyttes til at finde sikkerhedshuller. et skal være konstrueret således, at det ikke viser detaljerede fejlbeskeder som eksempelvis Call stack eller software versioner til slutbrugere i fbindelse med systemfejl. et skal logge den detaljerede beskrivelse af fejlen i fejlloggen. NFK_153 Sikkerhed Infmationssikkerhedsp olitik X K1 Fmålet er at overholde infmationssikkerhedspolitikke n og de uddybende sikkerhedsbestemmelser et skal sikre autenticitet i fbindelse med behandling af data og itsystemer. Kun når betingelserne om autenticitet, integritet og uafviselighed f en given infmation er opfyldt, kan der disponeres i tillid til infmationen. NFK_154 Sikkerhed Infmationssikkerhedsp olitik X K1 Fmålet er at overholde infmationssikkerhedspolitikke n og de uddybende sikkerhedsbestemmelser et skal sikre integritet i fbindelse med behandling af data og itsystemer. Kun når betingelserne om autenticitet, integritet og uafviselighed f en given infmation er opfyldt, kan der disponeres i tillid til infmationen. NFK_155 Sikkerhed Infmationssikkerhedsp olitik X K1 Fmålet er at overholde infmationssikkerhedspolitikke n og de uddybende sikkerhedsbestemmelser et skal sikre uafviselighed i fbindelse med behandling af data og itsystemer. Kun når betingelserne om autenticitet, integritet og uafviselighed f en given infmation er opfyldt, kan der disponeres i tillid til infmationen. Non.funkt. krav Bilag 03A.1 - Kravliste.xlsx Side 64 / 85

65 NFK_156 Sikkerhed Infmationssikkerhedsp olitik K1 Fmålet er at overholde et skal sikre, at det kun benytter data, infmationssikkerhedspolitikke - som det selv ejer, n og de uddybende - hv der er lavet aftale om at hente disse fra 3. part systemer sikkerhedsbestemmelser - som er offentligt tilgængelige. Det er ikke tilladt at benytte data fra andre myndighed/kilder med mindre det er specifikt nævnt i lovgivningen, jf. ATP's infmationssikkerhedspolitikk, bilag 13A (Politik f Infmationssikkerhed). NFK_157 Sikkerhed Infmationssikkerhedsp olitik X K1 Fmålet er at overholde et skal fetage en registrering af alle gennemførte og afviste infmationssikkerhedspolitikke adgangsfsøg. Hvis der, indenf en fastsat periode, er registreret et n og de uddybende sikkerhedsbestemmelser nærmere fastsat antal på hinanden følgende afviste adgangsfsøg fra samme arbejdsstation, server eller med samme brugeridentifikation, så skal et blokere f yderligere fsøg i en nærmere fastsat tidsperiode. Denne tidsperiode skal kunne konfigureres. NFK_158 Sikkerhed Infmationssikkerhedsp olitik X K1 Fmålet er at overholde et skal leve op til ATPs' infmationssikkerhedspolitik og de infmationssikkerhedspolitikke uddybende retningslinjer i Sikkerhedshåndbogen, jf. hhv. bilag 13A (Politik n og de uddybende f Infmationssikkerhed) og bilag 13B (Sikkerhedshåndbogen). sikkerhedsbestemmelser NFK_159 Sikkerhed Infmationssikkerhedsp olitik K1 Fmålet er at revidere de Privilegerede brugere adgange. ATP Sikkerhedsfunktion skal 2 gange årligt godkende og revidere Leverandørens Privilegerede brugere og de tilknyttede roller. Leverandøren skal på flangende dokumentere nødvendigheden af rollernes adgange, samt at brugerne stadigvæk er aktive/nødvendige. NFK_160 Sikkerhed Infmationssikkerhedsp olitik X K1 Fmålet er at overholde Leverandøren skal implementere febyggende kontrolfanstaltninger infmationssikkerhedspolitikke med henblik på at minimere risikoen f besvigelse og/eller datamisbrug. n og de uddybende sikkerhedsbestemmelser NFK_161 fleksibilitet Flytbarhed X K3 Fmålet er at sikre, at et er flytbart i fhold til Driftsmiljøet et skal kunne installeres på og pteres til fskellige driftsmiljøer, såfremt driftsmiljøerne opfylder ets krav hertil. Non.funkt. krav Bilag 03A.1 - Kravliste.xlsx Side 65 / 85

66 NFK_162 fleksibilitet Flytbarhed X K2 Fmålet er at sikre en effektiv og dynamisk drift af et, samt at sikkerhedsfølsomme infmationer ikke er frit tilgængelige. Leverandøren skal sikre, at koden ikke indeholder hardkodede parametre. Det gælder f tekniske parametre som fx brugernavne, passwds og IP numre. Det gælder også f fretningsmæssige parametre, som fx satser, alder og lignende. Disse konstanter skal læses fra konfigurationsfiler eller databaser f online applikationer, som samtidigt er sikret, så infmationen ikke er frit tilgængelig. NFK_163 fleksibilitet Vedligeholdelse X K1 Fmålet er at kunne modificere et efter behov Leverandøren skal sikre, at et er fleksibelt opbygget, således at det kan modificeres med hensyn til design og funktionalitet i takt med, at efterspørgsel og behov ændres i ets livscyklus. NFK_164 fleksibilitet Vedligeholdelse X K1 Fmålet er at sikre, at et kan vedligeholdes og videreudvikles løbende uden f ste omkostninger f ATP. Leverandøren skal sikre, at et kan videreudvikles og vedligeholdes løbende uden ufholdsmæssigt ste omkostninger f ATP. ets design og struktur skal understøtte dette og skal tillade, at rettelser og tilpasninger kan gennemføres, uden at hele et skal genimplementeres. NFK_165 Test Datasikkerhed X K1 Fmålet er at sikre, at Persondataloven overholdes i fbindelse med test. NFK_166 Test Datasikkerhed X K1 Fmålet er at sikre, at Persondataloven overholdes i fbindelse med test. Ved anvendelse af umaskerede produktionsdata til testfmål skal Leverandøren sikre, at data kun behandles i miljøer/systemer, som er underlagt sikkerhedsbekendtgørelsens retningslinjer herunder logningskrav, samt er konstrueret, så det er målrettet en test, som er egnet i fhold til det relevante produktionsmiljø. NFK_167 Test Datasikkerhed X K1 Fmålet er at sikre, at Persondataloven overholdes i fbindelse med test. Ved anvendelse af umaskerede produktionsdata til testfmål skal Leverandøren sikre, at data kun behandles af personer hos Leverandøren eller eventuelle underleverandører, der efter Overtagelse vil være beskæftiget med opgaver, der kan begrunde autisation til at behandle data. Ved anvendelse af umaskerede produktionsdata til testfmål skal Leverandøren føre oversigt over, hvilke personer hos Leverandøren eller eventuelle underleverandører, som har deltaget i hvilke tests og prøver med angivelse af, hvilke funktioner og hvilke typer af data, de enkelte personer har haft adgang til. Non.funkt. krav Bilag 03A.1 - Kravliste.xlsx Side 66 / 85

67 NFK_168 Test Datasikkerhed X K1 Fmålet er at sikre, at Persondataloven overholdes i fbindelse med test. NFK_169 Test Datasikkerhed X K1 Fmålet er at sikre, at Persondataloven overholdes i fbindelse med test. Ved anvendelse af produktionsdata til testfmål skal Leverandøren sikre, at der ikke behandles flere data end nødvendigt. Leverandøren skal felægge beslutningen om, hv st en andel af produktionsdataene, der skal benyttes til løsning af den konkrete opgave f ATP til godkendelse. Ved anvendelse af produktionsdata til testfmål skal Leverandøren løbende vurdere, om testens fmål kan opfyldes med helt eller delvist maskerede/anonymiserede data, samt udføre den nødvendige maskering/anonymisering. ATP bistår i det omfang, ATP finder det nødvendigt, ved vurderingen af, hvilket niveau af anonymisering/maskering der er nødvendigt og proptionalt i det konkrete tilfælde, f at testen ftsat kan udføres fyldestgørende. NFK_170 Tilgængelighed Operationelt design K1 Fmålet er at sikre, at 3. parts indhold på websider ikke indfluerer på brugeroplevelsen. et skal overholde ATP's servicemål f svartider som beskrevet i bilag 7 (Servicemål) og sikre, at 3.parts indhold ikke indfluerer på brugeroplevelsen. NFK_171 Tilgængelighed Operationelt design K1 Fmålet er at undgå unødvendige servicevinduer ud over servicevinduer, der er aftalt f det pågældende ift. vedligehold. et skal efterleve servicemålene, der er beskrevet i bilag 7 (Servicemål), og sikre høj robusthed mod nedbrud, så ikke-planlagte servicevinduer undgås. et skal kunne ftsætte nmal drift efter at have logget infmationer om den opståede fejl. NFK_172 Uddannelse N/A K0 Fmålet er at sikre, at den nødvendige uddannelse gennemføres, så ATP's projektteam kan deltage effektivt i projektet Uddannelse af ATP's projektteam Leverandøren skal sikre den nødvendige uddannelse af ATP's projektteam på leverandør-, løsnings- og metodespecifikke områder. Uddannelsen skal gøre ATP's projektteam i stand til at deltage effektivt i projektet omkring design, udvikling og ibrugtagning af et. NFK_173 Uddannelse N/A K0 Fmålet er at sikre, at den nødvendige uddannelse gennemføres, så ATP kan ibrugtage et. Uddannelse af ATP's undervisere Leverandøren skal sikre den nødvendige uddannelse af ATP's udvalgte medarbejdere, der er ansvarlige f undervisningen af ets øvrige brugere ( train the trainer ). Uddannelsen skal gøre ATP's undervisere i stand til at gennemføre uddannelsen af de øvrige brugere af et. Non.funkt. krav Bilag 03A.1 - Kravliste.xlsx Side 67 / 85

68 NFK_174 Uddannelse N/A K0 Fmålet er at sikre, at den nødvendige uddannelse gennemføres, så ATP kan ibrugtage et. Uddannelse af ATP's fretningsadministrater Leverandøren skal sikre den nødvendige uddannelse af ATP's fretningsadministrater, der ansvarlige f den daglige konfigurering og opsætning af et. NFK_175 Uddannelse N/A K2 Fmålet er at sikre, at den nødvendige uddannelse gennemføres, så ATP kan ibrugtage et. NFK_176 Uddannelse N/A K2 Fmålet er at sikre, at den nødvendige uddannelse gennemføres, så ATP kan ibrugtage et. NFK_177 Uddannelse N/A K2 Fmålet er at sikre, at det nødvendige uddannelsesmateriale etableres, så ATP kan ibrugtage et. Tidsrammer f uddannelse Leverandøren skal sikre, at gennemførelsen af uddannelse sker umiddelbart før ATPs medarbejdere har behov f kompetencerne. Endvidere skal Leverandøren sikre, at uddannelsen af ATP's undervisere sker i tilstrækkelig tid til at ATP's undervisere kan nå at gennemføre uddannelsen af de øvrige brugere af et inden idriftsættelsen af et. Tidsmæssig placering og varighed af Leverandørens uddannelse fremgår af bilag 1 (Tidsplan). Planlægning af uddannelse Leverandøren skal sikre, at den samme uddannelse gennemføres ved flere sessioner, placeret på fskellige dage og på fskellige tidspunkter af dagen. Dette skal give ATP's medarbejdere mulighed f at deltage i undervisning på det tidspunkt, der bedst passer ind i den enkelte medarbejders øvrige arbejde. Omfanget af ATP's medvirken i fbindelse med deltagelsen i Leverandørens undervisning fremgår af bilag 9 (ATP's medvirken). Udarbejdelse af eget undervisningsmateriale Leverandøren er ansvarlig f udarbejdelsen af alt undervisningsmateriale, som er nødvendigt f Leverandørens undervisning af ATP. Undervisningsmaterialet skal i fbindelsen med undervisningen - dog senest 1 måned før Overtagelsesdagen, jf. bilag 1 (Tidsplan) - gøres elektronisk tilgængeligt f ATP i et f ATP læsbart og redigerbart fmat. Undervisningsmaterialet til ATP's fretningsadministrater kan - såfremt et baserer sig på Standardprogrammel - bestå af eksisterende materiale f Standardprogrammellet med nødvendige tilpasninger og kan være på enten dansk eller engelsk. NFK_178 Uddannelse N/A K3 Fmålet er at sikre, at Leverandøren på ATP's anmodning kan bistå med udarbejdelsen af det undervisningsmateriale, som ATP's undervisere skal bruge til uddannelsen af ets brugere. Udarbejdelse af undervisningsmateriale til brug af ATP's undervisere Leverandøren skal på ATP's anmodning bistå med udarbejdelsen af det uddannelsesmateriale, som ATP's undervisere skal anvende til ATP's undervisning af de øvrige brugere af et. Bistand til udarbejdelsen af dette undervisningsmateriale er IKKE indeholdt i Leverancevederlaget, men afregnes særskilt som timebaserede ydelser, jf. bilag 5 (Priser og betalingsplan). NFK_179 Uddannelse N/A K3 Fmålet er at sikre, at den nødvendige uddannelse gennemføres, så ATP kan ibrugtage et. Leverandørens deltagelse i ATP's undervisning af ets brugere Leverandøren skal deltage som observatør og sparingspartner ved første session af ATP's undervisning af ets brugere. I fbindelse med undervisningen skal Leverandøren levere sparring til ATP's underviser, såfremt dette er nødvendigt f en succesfuld gennemførelse af sessionen. Endvidere skal Leverandøren efter sessionens afslutning levere mundtlig og skriftlig feedback til ATP's undervisere omkring eventuelle optimeringer af ATP's undervisning. Non.funkt. krav Bilag 03A.1 - Kravliste.xlsx Side 68 / 85

69 NFK_180 Uddannelse N/A K3 Fmålet er at sikre, at den nødvendige uddannelse gennemføres, så ATP kan ibrugtage et. NFK_181 Arkitektur Integrationer X K1 Fmålet er at sikre, at der automatisk hentes fuldmagtshaver-/ fuldmagtshaverer. Supplerende uddannelse af ATP's undervisere Leverandøren skal tilbyde supplerende uddannelse af ATP's udvalgte medarbejdere, der er ansvarlige f undervisningen af ets øvrige brugere ( train the trainer ). Den supplerende uddannelse skal afholdes 3-6 måneder efter den oprindelige uddannelse af ATP's undervisere, og den skal indeholde en genopfriskning af væsentlige områder fra den oprindelige uddannelse samt udvidet undervisning på områder af særlig relevans med henblik på at fremme en effektiv anvendelse af et. Integration til Digital Fuldmagt - Hent digital fuldmagt et skal automatisk via integration indhente fuldmagtshaver - /fuldmagtshaverer, som beskrevet i integrationsbeskrivelse DDIF1 i bilag 3A.6 (Integrationer). Non.funkt. krav Bilag 03A.1 - Kravliste.xlsx Side 69 / 85

70 Krav til Ydelserne Opfyldelse Leverandørens besvarelse Krav ID Kravgruppe Krav-type Kravtekst YDL_001 Change management K2 Leverandøren skal altid rejse ændringsanmodninger, jf. Change Management-processen, ved ønske om tiltag til fbedring eller fastholdelse af tilgængelighed af Driftsmiljøet. YDL_002 Change management K2 Leverandøren må ikke som udgangspunkt fetage ændringer i den anvendte hardware, hvis dette betyder, at ATP s udgifter til Programmel stiger. I sådanne tilfælde skal ATP s fudgående skriftlige accept feligge. Helt opfyldt Delvist opfyldt Ikke opfyldt Beskrivelse / reference YDL_003 Change management K1 Leverandøren skal oprette en Request f Change (RfC) f løsning af Incidents, som vedrører Driftsmiljøet. Disse RfC skal behandles i henhold til Change Management-processen. YDL_004 Change management K2 Leverandøren skal infmere ATP om behovet f RfC i fbindelse med problemløsning, hv dette er nødvendigt - og tillige oprette disse. Disse RfC skal behandles i henhold til Change Management-processen. YDL_005 Change management K2 Alle Changes skal klassificeres og tilknyttes relevant område efter nærmere aftale mellem Leverandøren og ATP. Bekræftelsen f modtaget RFC indeholder RFC ID hos Leverandøren, samt hvilken afdeling hos Leverandøren, som behandler RfFC'en. ATP skal ligeledes have mulighed f at tilgå relevante personer hos Leverandør i fbindelse med nmal afklaring og analyse i fhold til udarbejdelse af RfC er. YDL_006 Change management K2 Nærmere processer aftales i fbindelse med Leverandørens udarbejdelse Leverandøren f D ift ft l hå skal db oprette RfC er f at modvirke Incidents/Problems og optimere et og Driftsmiljøet. Disse RfC er skal følge Change Management processen. YDL_007 Change management K1 Leverandøren skal implementere alle godkendte Changes, der falder inden f Leverandørens ansvar indenf de af ATP fastsatte servicevinduer og tidsfrister jf. bilag 2 (Situationsbeskrivelse) og bilag 7 (Servicemål). Leverandøren kan alene opnå særskilt vederlag f udførelse af en Change, såfremt Changen ikke er omfattet af Leverandørens ydelser der vederlægges via Driftsvederlaget, jævnfør bilag 5 (Priser og betalingsplan). YDL_008 Change management K3 Leverandøren skal, i samarbejde med ATP, udarbejde og vedligeholde en liste af standard-changes f debitområdet. Ved periodiske møder med ATP vedtages eventuelle Standard Changes, som ATP godkender. Standard- Changes skal fremgå af Driftsaftalehåndbogen. Leverandøren kan alene opnå betaling f udførelse af en Standard Change, såfremt Changen ikke er omfattet af Leverandørens faste ydelser. Et eventuelt vederlag f udførelse af Standard Changes skal aftales med ATP. Krav til ydelser Bilag 03A.1 - Kravliste.xlsx Side 70 / 85

71 YDL_009 Change management K1 Changes må kun udføres af Leverandøren efter godkendelse fra ATP i henhold til Change Management-processen. YDL_010 Change management K3 ATP fbeholder sig retten til at holde en Change åben i op til 72 timer efter implementering. Før en Change kan lukkes, skal den være dokumenteret og godkendt. YDL_011 Change management K3 Ved oprettelsen af en Change, skal følgende beskrives: Projektplan, inkl. tidsplan, aktivitetsplan, milepæle, fventet timefbrug fdelt på ressourcekategier Testplan Fallback-plan, såfremt ATP måtte ønske dette Konsekvenserne af Changen f et, herunder eventuelle konsekvenser f servicemålene, jf. bilag 7 (Servicemål) Økonomiske konsekvenser af Changen, inkl. eventuelle afledte, økonomiske konsekvenser ATP s eventuelle medvirken Impact f Change vurderes Low, Medium eller High Det konkrete fmat f Changes aftales i fbindelse med udarbejdelse af Driftsaftalehåndbogen, hv templates herf fastlægges. YDL_012 Change management K2 Leverandøren skal indmelde Changes til servicevinduer som beskrevet i bilag 2 (Situationsbeskrivelse). YDL_013 Change management K2 Leverandøren skal sikre, at der ved implementeringen af Changes eller som følge af driftsmæssige fhold ikke sker fringelser af svartiderne, jf. bilag 7 (Servicemål), med mindre ATP har accepteret en sådan fringelse i fbindelse med godkendelsen af Changen. YDL_014 YDL_015 YDL_016 Dokumentation og konfigurationsstyring Dokumentation og konfigurationsstyring Dokumentation og konfigurationsstyring K1 K3 K2 Alle systemmæssige ændringer i opsætningen af Driftsmiljøet skal som udgangspunkt være dokumenterede i CMDB og stilles til rådighed f ATP og dennes revision. Leverandøren skal have en dokumenteret proces f patchning af et. Denne proces skal være underlagt change management processen. Leverandøren skal anvende et Configuration Management databasesystem (CMDB-system), der skal indeholde ajourført infmation om Driftsmiljøet. Alle konfigurationselementer skal være spbare i Configuration Management databasen. Det skal således være muligt at følge histik på et konfigurationselement. YDL_017 Dokumentation og konfigurationsstyring K2 Som eksempler på elementer, der skal fremgå af CMDB, kan følgende nævnes: Hardware- og softwarekomponenter i Driftsmiljøet Sammenhænge mellem konfigurationselementer Udarbejdelse og vedligehold af specifikke driftsinstrukser på de områder, som Leverandøren har ansvaret f. Versionering af installerede applikationer Serviceniveau, fx SLA + tidspunkt f fejlmelding Leverandøren skal stille den til enhver tid opdaterede CMDB til rådighed f ATP på et fælles netsted i et f ATP læsbart og godkendt fmat. Den samlede CMDB skal ved kontraktophør udleveres til ATP. Leverandøren må ikke dele ATP s CMDB med andre kunder. YDL_018 Dokumentation og konfigurationsstyring K2 Leverandøren skal opdatere CMDB samt øvrig dokumentation f Driftsmiljøet ved enhver ændring, så det til enhver tid afspejler Driftsmiljøet. Krav til ydelser Bilag 03A.1 - Kravliste.xlsx Side 71 / 85

72 YDL_019 YDL_020 Dokumentation og konfigurationsstyring Dokumentation og konfigurationsstyring K2 K1 Leverandørens processer og driftsdokumentation skal være af en sådan standard, at den lever op til ITIL 3 Leverandøren er fpligtet til at sikre, at der altid findes opdateret Dokumentation over hvilket programmel, det vil sige samtlige programmeltyper omfattet af kontrakten, der er installeret på maskinellet. YDL_021 Dokumentation og konfigurationsstyring K2 Leverandøren skal udstille CI's, således at der demonstreres konfigurationsstyring af kildekode. I samarbejde med ATP defineres passende niveau, således at der kan laves baselines mod integrationer til ATP s Øvrige Leverandører. CI's skal være på et sådant niveau, at de kan bruges til at afdække, hvad der eventuel påvirkes af fremtidige Releases. YDL_022 Etablering af kommunikationsinfrastruktur K1 Leverandøren skal etablere og påtage sig driftsansvaret f den nødvendige kommunikationsinfrastruktur mellem ATP og adresser f maskinellets placering. YDL_023 Etablering af kommunikationsinfrastruktur K2 Kommunikationsinfrastrukturen skal fra etableringstidspunktet og i resten af Kontraktens løbetid dimensioneres således at det sikres, at servicemålene i bilag 7 (Servicemål) overholdes Leverandøren skal etablere fbindelser der sikrer, at kommunikation til tredjeparter og kommunikation mellem ATP s applikationer, jævnfør bilag 2 (Situationsbeskrivelse), kan udføres. YDL_025 Etableringsydelsen K1 Leverandøren skal etablere et samlet Driftsmiljø, der i sin helhed og i enkeltdele har tilstrækkelig kapacitet til at opfylde de opstillede servicemål, jf. bilag 7 (Servicemål) og de sikkerhedsmæssige krav i bilag 13 (Sikkerhed) YDL_026 Etableringsydelsen K1 Leverandøren skal i samarbejde med ATP udarbejde en Driftsaftalehåndbog f et og Driftsmiljøet. De nærmere krav til indholdet fremgår af bilag 4 (Dokumentation). YDL_027 Event management - overvågning K1 Det er Leverandørens ansvar at udarbejde og vedligeholde Driftsaftalehåndbogen Leverandøren skal levere 24-7-overvågning f Driftsmiljøet, således at alle driftsfstyrrelser, herunder potentielle driftsfstyrrelser, udløser alarm og fejlmeldes. YDL_028 Event management - overvågning K1 Alle hændelser, der potentielt kan medføre at servicemålene jævnfør bilag 7 (Servicemål) overskrides skal udløse alarmer I det tilfælde hv overvågningen ikke kan fetages automatiseret, skal den fetages manuelt. YDL_029 Event management - overvågning K1 I fald der aktiveres alarmer mv., der kræver umiddelbar reaktion fra Leverandøren, skal disse tiltag iværksættes umiddelbart, således at driftsfstyrrelser kan reduceres. De faktiske tiltag skal fra Leverandørens side dokumenteres som Changes/Incidents, jf. Incident og Change processerne og tilhørende Servicemål, jf. bilag 7 (Servicemål). YDL_030 Event management - overvågning K2 Leverandøren skal tilpasse sit overvågningsmiljø, når infrastruktur og/eller fretningsapplikationer ændres og derved påvirker aftalte overvågningstransaktioner. YDL_031 Event management - overvågning K1 Disse tilpasninger skal gennemføres samtidig med, at Changes gennemføres i Driftsmiljøet ATP skal have læseadgang til Leverandørens aktive overvågningsplatfm i real time, således ATP løbende kan monitere status over samtlige overvågede komponenter, herunder i særligt grad i fhold til de i bilag 7 (Servicemål) specificerede servicemål. Krav til ydelser Bilag 03A.1 - Kravliste.xlsx Side 72 / 85

73 YDL_032 Event management - overvågning K1 Leverandøren skal levere et business view til ATP's overvågningsmiljø. Det vil sige, at Leverandøren skal levere en beskrivelse af fretningstransaktioner, således at transaktionerne kan blive optaget i ATP's produkt til overvågning af business view, HP Business Service Management (BSM). I Etape I, jf. bilag 1 (Tidsplan), skal Leverandøren aftale med ATP, hvilke konkrete fretningstransaktioner, der skal indgå i business viewet. ATP fventer, at mellem 10 og 20 fretningstransaktioner skal indgå i business viewet, ligeligt fdelt på selvbetjeningsløsningen og fagsystemet. Eksempler på fretningstransaktioner kunne være hhv. "Indberet barsel" og "Vis personoverblik". YDL_033 Incident management K1 Leverandørens servicedesk skal sikre, at alle henvendelser registreres, behandles og logges i Leverandørens ITSM system. YDL_034 Incident management K2 Leverandøren skal ligeledes sikre, at status ajourføres i ITSM systemet, og at ATP løbende ienteres, når status opdateres i overensstemmelse med servicemålene i bilag 7 (Servicemål) Leverandøren skal gennem registreringer i Leverandørens ITSM-system sikre, at flest mulige henvendelser bliver løst ved første kontakt. F at sikre dette, skal Leverandøren vedligeholde FAQ-lister og løsninger på tilbagevendende Incidents i ITSM systemet. Tilgrundliggende årsager, root cause, skal således identificeres hurtigt og registreres som kendte fejl. YDL_035 Incident management K2 Leverandøren skal anvende de i bilag 7 (Servicemål) angivne kategier ved priitering af Incidents. YDL_036 Incident management K1 ATP kan altid ompriitere et Incident. Såfremt Leverandøren er uenig i ATP s priitering, er det til hver en tid ATP s priitering, der er den gældende. YDL_037 Incident management K2 Leverandøren skal eskalere alle Incidents, som ikke endeligt kan afhjælpes, til Problem Management ved at oprette sagen som et problem. YDL_038 Incident management K1 Leverandøren skal tilbyde et dedikeret telefonnummer til eskalation i tilfælde af priitet 1 incidents, som eskaleres udenf Leverandørens servicedesk s åbningstid. YDL_039 Incident management K1 Leverandøren skal, så længe der findes åbentstående Incidents, sørge f at holde ATP underrettet omkring status på disse i overensstemmelse med servicemålene f kommunikationstid i bilag 7 (Servicemål). YDL_040 Incident management K3 Efter løsning af Incidents og problems skal Leverandøren, i relevant omfang, fetage en opfølgning på processen f håndtering af Incidents og problems, f at sikre erfaringsopsamling, der kan fbedre Incident og Problem Management processerne. YDL_041 Løbende drift K1 Leverandøren skal sikre, at alle de licenser, der indgår i Leverancen, er fyldestgørende i fhold til ATP s aftalte brug af et, og at disse licenser vedligeholdes i hele kontraktperioden. Krav til ydelser Bilag 03A.1 - Kravliste.xlsx Side 73 / 85

74 YDL_042 Løbende drift K1 Certifikater, som Leverandøren er ansvarlig f, skal løbende vedligeholdes af Leverandøren. Det påhviler Leverandøren at sikre, at certifikater er opdateret rettidigt og under hensyntagen til gældende servicevinduer og Change Management-processen. Certifikater, som ATP er ansvarlig f, skal overvåges på samme måde som Leverandørens certifikater, og Leverandøren skal underrette ATP om udløb mv. senest 60 dage før udløb. Processen f underretning af ATP aftales i Drfitsaftalehåndbogen. YDL_043 Løbende drift K2 ATP og ATP s underleverandører skal - fra ATP s lokation og netværk - have læseadgang til samtlige miljøer omfattet af Kontrakten. Læseadgang til samtlige miljøer omfattet af Kontrakten omfatter læseadgang til systeminfmationer såsom eksempelvis logs og perfmancetal. YDL_044 Løbende drift K3 En oversigt over ressourceberedskab indarbejdes i Driftsaftalehåndbogen og ajourføres mindst en gang årligt. YDL_045 Løbende drift K1 Leverandøren har det fulde ansvar f at tilkalde eventuelle underleverandører/3. partsleverandører, hvis der er behov f tilkald i fbindelse med adresseringen af et Incident. Leverandøren skal selv afholde udgifter til eventuelle serviceaftaler og udfører de nødvendige fanstaltninger under hensyntagen til servicemålene i bilag 7 (Servicemål). YDL_046 Løbende drift K2 Leverandøren skal sikre, at de fretningsapplikationer, som skal afvikles på PC-platfmen, tilpasses og vedligeholdes i overensstemmelse med seneste 2 versioner af den basis-software, som indgår i ATP's PC-platfm jf. bilag 2C (ATP PC arbejdsplads ) YDL_047 Løbende drift K2 Såfremt fagsystemet kræver installation på klientmaskiner, skal dette software leveres som én samlet installation baseret på MSI (Windows Installer) pakkefmat. YDL_048 Løbende drift K3 MSI-pakkerne skal være tilgængelige f ATP. Procedurer f håndtering af MSI-pakker aftales i fbindelse med udarbejdelse og godkendelse af Driftsaftalehåndbogen. YDL_049 Løbende drift K3 ATP skal have læseadgang til Leverandørens batchscheduleringssystem til brug f eksempelvis opfølgning på incident og problem håndtering. YDL_050 Løbende drift K1 Alle Batchjobs skal være kalenderlagte og kategiseret ud fra kriterierne i bilag 7 (Servicemål). YDL_051 Løbende drift K2 Leverandøren skal på ATP s anmodning og mod særskilt betaling levere timebaserede ydelser f at muliggøre et ekstradinært vagtberedskab, jf. bilag 5 (Priser og betalingsplan). Detaljer f vagtberedskabet aftales under udarbejdelse af Driftsaftalehåndbogen Krav til ydelser Bilag 03A.1 - Kravliste.xlsx Side 74 / 85

75 YDL_052 Løbende drift K2 Der skal rappteres på kritiske batchkørsler som følger: Kategi A: Leverandøren skal på hverdage inden kl levere en rappt med status f kørselsafvikling på fælles site. Ved fsinkelse og/eller nedbrud skal der rappteres hver time indtil afvikling er afsluttet krekt. Alle nedbrud (og fsinkelser, der ikke indhentes inden deadline) skal håndteres som Maj Incidents (priitet 1), og Leverandøren skal levere en redegørelse om nedbrud jf. krav om redegørelse ved Maj Incident. Kategi B: Leverandøren skal på hverdage inden kl levere en rappt med status f kørselsafvikling på fælles site. Ved fsinkelse og/eller nedbrud skal der rappteres hver time indtil afvikling er afsluttet krekt. Nedbrud skal håndteres som Incidents priitet 2 (eller efter aftale) med kommunikation om nedbrud via Incident Management-processen. Kategi C: Rapptering om nedbrud via Incident Management-processen. Kategi D: Rapptering om nedbrud via Incident Management-processen. Kategiseringen af batchkørsler i et samt rappternes specifikke indhold og layout aftales i fbindelse med udarbejdelse og godkendelse af Driftsaftalehåndbogen. YDL_053 Ophørsbistand K1 Leverandøren skal levere ophørsbistand i overensstemmelse med kravene i bilag 20 (Ophørsbistand). YDL_054 Overdnede krav K1 Leverandøren skal efter Overtagelsesdagen levere Ydelserne, herunder stille den tilstrækkelige kapacitet til rådighed, der er nødvendig f en sikker og stabil drift af det samlede Driftsmiljø i henhold til servicemålene, jf. bilag 7 (Servicemål) og Kontraktens krav i øvrigt. YDL_055 Overdnede krav K1 Der må ikke fekomme driftsfstyrrelser på grund af uvarslede overskridelser af kapaciteten. Leverandøren skal proaktivt gennem løbende kapacitetsplanlægning sikre, at miljøerne har tilstrækkelig lagerplads og øvrig kapacitet og yder en perfmance i henhold til de indgåede servicemål. Kapacitetsplanlægningen skal ske gennem planlægning, overvågning af de samlede aktuelle leverancer, kvalitetsniveauer og fbrugsmængder samt gennem optimering og skalering af Driftsmiljøet. Resultatet af kapacitetsplanlægningen skal gennemgås med ATP i relevante samarbejdsfa jf. bilag 8 (Samarbejdsganisation og Rapptering), med henblik på aftaler om skalering af kapacitet og vederlag. YDL_056 Overdnede krav K2 Leverandøren skal sikre et beredskab af kvalificerede ressourcer til varetagelse af timebaserede opgaver under Kontrakten. YDL_057 Overdnede krav K2 Leverandøren skal sikre opretholdelse af det niveau af kvalifikationer, der var gældende på tidspunktet f Overtagelsesdagen, med mindre andet eksplicit aftales med ATP. YDL_058 Overdnede krav MK Behandling af data må - af sikkerhedsmæssige årsager - alene finde sted inden f Danmarks grænser, jf. persondatalovens 41 og bogføringsloves 12, og det er derf et krav, at Leverandøren ikke overfører data uden f landets grænser X Krav til ydelser Bilag 03A.1 - Kravliste.xlsx Side 75 / 85

76 YDL_059 Overdnede krav K2 Leverandøren skal i fbindelse med fakturering af ATP levere behørig dokumentation f alle poster på den pågældende faktura, f.eks. ved hjælp af referencer til Change ID, projekt ID eller tilsvarende. Fmkrav til dokumentationen aftales mellem ATP og Leverandøren i fbindelse med Leverandørens udarbejdelse af Driftsaftalehåndbogen. YDL_060 Overdnede krav K3 Leverandøren skal minimum en gang årligt gennemgå og fastlægge budget f det kommende år. Budgetlægningen skal ske i samarbejde med ATP og skal afspejle sæsonudsving, kendte fremtidige ændringer og lignende. YDL_061 Overdnede krav K2 Leverandøren skal løbende følge op på budgetoverholdelse og rapptere til ATP i fbindelse med månedsrappteringer, jf. bilag 8 (Samarbejdsganisation og Rapptering). YDL_062 Overdnede krav K2 Eventuel bod skal opgøres på en særskilt specifikation med præcise angivelser af, hvilke fhold boden adresserer (bodsspecifikation). Boden opgøres jævnfør bodsmodellen, der beskrives i bilag 7 (Servicemål). Afregning af bod håndteres som udgangspunkt på særskilte kreditnotaer. YDL_063 Overdnede krav K1 Leverandøren skal sikre personuafhængighed i opgaveløsningen. Denne personuafhængighed skal sikres gennem fyldestgørende dokumentation, intern videndeling og personaleoverlap under hensyntagen til behandlingen af ftrolig infmation. YDL_064 Overdnede krav K3 Hvad angår Ydelserne skal Leverandøren én gang årligt fra Overtagelsesdagen udføre kundetilfredshedsundersøgelser f ATP s interne brugere, som er direkte involveret i og gør brug af Ydelserne i ATP s ganisation. Leverandøren skal sikre, at kundetilfredshedsundersøgelserne dækker et repræsentativt udvalg af interne brugere, i hvert tilfælde omfattende de interne brugere som rimeligt angivet af ATP. Tidspunkt, indhold, omfang og metode f kundetilfredshedsundersøgelserne aftales nærmere mellem Kunden og Leverandøren. Resultaterne af kundetilfredshedsundersøgelsen skal anvendes til diskussion mellem Parterne på det passende samarbejdsniveau i henhold til bilag 8 (Samarbejde og Rapptering). Hvis resultaterne af en kundetilfredshedsundersøgelse viser, at der har været en nedgang i kundetilfredsheden, skal Leverandøren, på ATP s anmodning, sende en passende og detaljeret plan f at fbedre kundetilfredsheden og opfylde alle de i nærværende bilag anførte krav. Planen skal fremsendes til ATP s godkendelse inden f 30 Dage efter Leverandørens modtagelse af ATP s anmodning om udarbejdelse af en sådan plan. Leverandøren skal sikre, at planen omfatter anvendelse af yderligere og andre ressourcer, såsom personale, ydelser og varer (om fnødent) og en plan f fbedring af overholdelsen af Servicemålene (hvis relevant). Efter ATP s godkendelse af planen, skal Leverandøren implementere planen og gennemføre en anden kundetilfredshedsundersøgelse inden f en periode, der ligger mellem tre (3) og seks (6) måneder efter ATP s godkendelse af planen. Krav til ydelser Bilag 03A.1 - Kravliste.xlsx Side 76 / 85

77 YDL_065 Overdnede krav K1 F at sikre at Ydelserne leveres rettidigt, fejlfrit og i overensstemmelse med nærværende bilag, skal Leverandøren sikre, at alle Leverandørens Ændringer og/eller udvidelser af et er genstand f passende Afprøvning i overensstemmelse med Kontrakten og bilag 6 (Afprøvning), før de medtages i et og bruges som del af leveringen af Ydelser til ATP. YDL_066 Overdnede krav K2 Leverandøren skal etablere, vedligeholde og gennemgå egne interne processer og procedurer i fhold til at afdække trusler eller risici i fbindelse med levering af Ydelserne, hvdan disse trusler og risici kan mindskes, og hvdan levering af Ydelserne kan opretholdes i tilfælde af, at en afdækket trussel eller risiko udmønter sig i faktiske leveranceproblemer. Disse interne processer og procedurer skal til enhver tid opfylde kravene i bilag 13 (Sikkerhed). YDL_067 Overdnede krav K2 Leverandøren skal i Løsningsbeskrivelsen udarbejde en backupstrategi f alle miljøer. Backupstrategien skal indeholde en retention plan og backup frekvens samt restetid. YDL_068 Overdnede krav K3 Leverandøren er fpligtet til at levere de standardserviceydelser, som er defineret i bilag 5A (Standardserviceydelser). YDL_069 Overdnede krav K1 Leverandøren er fpligtet til at etablere og deltage i samarbejdsganisationen som beskrevet i bilag 8 (Samarbejdsganisation og Rapptering). YDL_070 Problem management K1 Leverandøren skal identificere og registrere Problems f et i Leverandørens ITSM systemet f de Incidents, hv den bagvedliggende årsag til Incidents ikke er kendt eller ikke umiddelbart løses af incident Management. YDL_071 Problem management K0 Leverandøren skal straks rapptere til ATP ved Problems, der påvirker vitale eller kritiske dele af det samlede miljø i henhold til servicemålene i bilag 7 (Servicemål). YDL_072 Problem management K1 Leverandøren skal fetage endelig afhjælpning f Problems, der falder inden f Leverandørens ansvarsområde og være ansvarlig f opfølgning på status, kommunikation, servicemål og løsning indtil Incidentet er lukket. YDL_073 YDL_074 Problem management Problem management K2 K2 Leverandøren skal ved Problems, hv der ikke kan findes fejl i Leverandørens ansvarsområde, registrere dette Problem i eget ITSM system og fetage en grundig vurdering af karakteren af det pågældende Problem, og hvis det vedrører en underleverandør (Leverandørens leverandør) eller ATP/ATP's Øvrige Leverandører, skal Leverandøren overlevere Problemet til underleverandøren eller ATP/ATP's Øvrige Leverandører og være ansvarlig f opfølgning på status, kommunikation, servicemål og løsning indtil Incidentet er lukket jf. bilag 15 (Leverandørkodinering)) Leverandørens Problem Management skal løbende rapptere problem status til alle, der bidrager til løsning af problemet jf. servicemålene i bilag 7 (Servicemål). YDL_075 Problem management K2 Leverandøren skal også initiere Problem sager på følgende: Alle sager som ATP ønsker eskaleret overf Leverandøren f.eks. pga. mange gentagne Incidents Alle maj Incidents skal efter løsning/wk around initieres til root causeanalyse i en ny initieret Problem-sag. YDL_076 Problem management K2 Efter løsning af Problems skal Leverandøren i relevant omfang, eventuelt i samarbejde med ATP s Øvrige Leverandører, fetage en opfølgning på processen, f at sikre erfaringsopsamling, der kan fbedre den fremtidige fejlsøgning og løsning (proaktiv Problem Management). Viden oparbejdet i fbindelse med håndtering af Problemer, herunder løsningsaktiviteter, skal yderligere dokumenteres i en løsningsdatabase. Krav til ydelser Bilag 03A.1 - Kravliste.xlsx Side 77 / 85

78 YDL_077 Problem management K2 Alle Problem sager skal sagsopdateres i samme ITSM system og efter samme registrerings- og opdateringsprocesser som Incidents. Problem sager skal være klassificeret som sagstype = Problem, så det fremgår tydeligt af den enkelte sag. YDL_078 Problem management K2 ATP har til enhver tid mulighed f at anmode om, at der udarbejdes en Problem-sag på tilbagevendende Incidents, som opstår i Driftsmiljøet. YDL_079 Problem management K2 Leverandøren skal levere et overblik over åbne og lukkede Problems månedligt jf. bilag 8 (Samarbejdsganisation og rapptering)]. Nærmere detaljer om behandling af rappten aftales under udarbejdelse af Driftsaftalehåndbogen. YDL_080 Problem management K1 Leverandøren skal f hver priitet 1 Incident udarbejde en redegørelse og sende til den ansvarlige Situation Manager i ATP. Redegørelsen skal som minimum indeholde følgende: Tidspunkt f fejlen (start slut) Kt beskrivelse af impact (berørte fretningsprocesser, antal brugere og perioden, hv Incidenten var i gang). Løsningsbeskrivelse evt. wk around f fejlhåndtering af Incidenten. Årsagsfklaring, hvis denne kendes på redegørelsestidspunktet. Hvis dette ikke er tilfældet, skal redegørelsen oplyse sagsnummer på den initierede problemsag, som efterfølgende undersøger root cause. Impact beskrivelse med angivelse af berørte og omfang. Fbedringsinitiativer f at undgå lignende fejl Navn på involverede medarbejdere til løsning inkl. navn på Leverandørens kodinerede ressource og tidspunkt f, hvnår denne ressource blev allokeret til løsning af Incidenten. YDL_081 YDL_082 Problem management Programmel K2 K2 Root cause-analysen skal som minimum indeholde følgende: Kt beskrivelse af problem og berørte fretningsprocesser, brugere eller andet. Årsagsfklaring. Løsningsbeskrivelse. Iværksættelsesinitiativer f at undgå nye Incidents. Alle problemsager skal løbende opdateres med løsningsinitiativer Alt Standardprogrammel skal, med mindre andet aftales med ATP, altid være opdateret i fhold til det af den relevante producent anbefalede patch-level og yderligere være i suppterede versioner. Der skal følges en fælles afstemt og godkendt patch procedure. Alle patches følger Change Management-processen. ATP skal altid godkende patches inden gennemførelse jf. bilag 7 (Servicemål). YDL_083 Release management K2 Leverandøren skal varsle nødvendige Release-skift herunder opgraderinger mindst 6 måneder fud. Release-skift kan kun gennemføres i de tilfælde, hv tekniske fhold i Leverandørens installation betinger dette, og i de tilfælde hv ATP godkender og-/eller ønsker det. YDL_084 Release management K2 Leverandøren skal udføre og udarbejde Release-planer i fhold til Ydelserne, herunder ændringer, fejlrettelser, sikkerhedspatches mv., f godkendte ændringer/opgraderinger. YDL_085 Release management K2 Leverandøren skal sikre, at alle procedurer og checklister mv. i fbindelse med Releases er dokumenteret og gennemført i henhold til aftalte processer. Eksempelvis skal det i en checkliste markeres, at Changes er testet i de relevante testmiljøer og følger ATP testkrav jf. bilag 6 (Afprøvninger). YDL_086 Release management K2 Leverandøren er ansvarlig f selv at gennemføre Releases eller bistå ATP eller ATP s Øvrige Leverandører efter behov i henhold til Ydelserne. Krav til ydelser Bilag 03A.1 - Kravliste.xlsx Side 78 / 85

79 YDL_087 Release management K2 Leverandøren skal sikre den fnødne bemanding i fbindelse med servicevinduer til at fetage Changes, teknisk verifikation samt stå til rådighed under brugerverifikationen ved eventuelle fejlrettelser/fall back. YDL_088 Release management K2 Leverandøren skal følge ATP s retningslinjer f Release Management i bilag 2 (Situationsbeskrivelse) f at sikre, at relevante Changes inkluderes i pågældende Release. YDL_089 Release management K2 Leverandøren skal planlægge det fulde idriftsættelsesfløb fra en Change indmeldes i en Release over iværksættelse frem til fuld ibrugtagning. Af Leverandørens plan skal Leverandørens bemanding fremgå. Endvidere skal behov f kodinering med tredjeparter fremgå af planen. ATP skal godkende planen. Frist f ATP s modtagelse af planen fud f en Release aftales i fbindelse med udarbejdelse og godkendelse af Driftsaftalehåndbogen. YDL_090 Release management K2 ATP kan stille krav om, at Leverandøren befinder sig på ATP's lokationer eller en af ATP udpeget lokation i fbindelse med gennemførelsen af en Change. YDL_091 Release management K1 Leverandøren skal efter implementeringen af en Change rapptere status til ATP. Ligeledes skal Leverandøren kontakte ATP uden unødigt ophold, hvis det konstateres, at der er risiko f, at en Change ikke kan implementeres succesfuldt. YDL_092 Release management K1 Såfremt det konstateres, at der er overhængende risiko f at en Change ikke kan implementeres succesfuldt, kan ATP til enhver tid kræve, at fall back-planen f den pågældende Change iværksættes. YDL_093 Service Operation K2 Leverandøren skal udstille en grænseflade mellem Leverandørens og ATP s IT service management-system (ITSM-system). Integrationen kan ske som WebService-kald, og skal fungere begge veje, så opdateringer i ATP's ITSM-system bliver replikeret til Leverandørens ITSMsystem, og opdateringer i Leverandørens ITSM-system replikeres til ATP's ITSM-system. ATP vil selv fetage eventuelle tilpasninger i ATP s eget ITSM-system i et rimeligt omfang f at muliggøre integrationen med Leverandørens ITSMsystem. ATP s ITSM-system er beskrevet i bilag 2 (Situationsbeskrivelse), kapitel 9. YDL_094 Service Operation K2 Leverandørens skal senest syv dage efter verifikationen af idriftsættelse og endelige konvertering er godkendt, jf. bilag 6 (Afprøvninger), sikre, at alle udestående Fejl er oprettet i Leverandørens ITSM-system. YDL_095 Service Operation K1 Leverandøren skal oprette en servicedesk, som single point of contact f ATP's servicedesk. Kun autiserede brugere fra ATP IT Service operation, som ATP har udpeget, kan rette henvendelse til Leverandørens Servicedesk. Leverandøren skal afvise at modtage henvendelse fra ikke-autiserede personer. Leverandøren skal varetage 2. level fejlhåndteringssuppt og dermed kunne sikre besvarelse og suppt af alle henvendelser fra ATP s servicedesk. ATP kan anvende Leverandørens servicedesk som én samlet servicedesk f hele Driftsmiljøet, også hvis fejlen skyldes fhold hos Leverandørens Krav til ydelser Bilag 03A.1 - Kravliste.xlsx Side 79 / 85

80 YDL_096 Service Operation K1 Selv om Leverandøren med rimelighed kan antage, at et rappteret problem er relateret til programmel eller maskinel, der ikke er omfattet af Ydelserne, skal Leverandøren assistere med identifikation, diagnosticering og problemløsning. YDL_097 Service Operation K2 Leverandørens servicedesk skal desuden kodinere kommunikation mellem ATP, Øvrige Leverandører og Leverandøren i de tilfælde, hv sagers løsning kræver dialog mellem disse parter, medmindre ATP eksplicit ønsker at påtage sig dette ansvar Leverandørens servicedesk skal være bemandet med dansktalende medarbejdere, der er uddannet til at varetage fejlhåndtering relateret til Ydelserne. Bemandingen bør som minimum have ITIL kompetencer på foundation-niveau eller tilsvarende. Leverandørens servicedesk skal i åbningstiden (alle Arbejdsdage mellem kl ) være bemandet i tilstrækkeligt omfang, således at unødig ventetid undgås, og skal kunne kontaktes via: , Telefon, Webinterface og ATP s eget ITSM-system Ved Incidents med priitet 1, priitet 2 og Problem Management skal ATP hurtigt og effektivt sættes i direkte dialog med/viderestilles til en af Leverandørens tekniske eksperter, hvis det er fdrende f en sags løsning. ATP skal ligeledes have mulighed f at tilgå relevante personer i fbindelse med nmal afklaring og analyse i fhold til udarbejdelse af YDL_098 Service Operation K3 Inden en sag afsluttes kontaktes ATP f en bekræftelse af krekt løsning af sagen, medmindre ATP eksplicit har frabedt sig dette. YDL_099 Service Operation K1 Leverandøren skal understøtte brugen af ITIL version 3; det vil sige håndtere Incident, Change, Problem, Release og Configuration Management i henhold til ITIL version 3. YDL_100 Service Operation K1 Ved Incidents der kategiseres som priitet 1, jævnfør bilag 7 (Servicemål), skal sagen eskaleres til situation Management og håndteres i overensstemmelse med beskrivelsen af situation Management i bilag 2 (Situationsbeskrivelse). YDL_101 Service Operation K1 Leverandøren skal proaktivt konstatere og febygge Problemer, fx ved at reducere eller helt febygge Incidents, i fbindelse med løbende trendanalyser, som udføres i fbindelse med Ydelserne. Trendanalysen kan eksempelvis håndteres ved gennemgang af alle Incidents (både løste og uløste) f gentagne fejlmønstre og root causes. YDL_102 Service Operation K1 Leverandøren skal til enhver tid kunne videregive samtlige oplysninger i en given supptsag, således at dokumentationen kan anvendes til drøftelse med ATP eller videregives til ATP s øvrige Leverandører. YDL_103 Service Operation K2 ATP har ret til at kræve alle sager (Incidents, Problems, Changes mv.) genåbnet, såfremt det konstateres, at den pågældende sag ikke er løst tilfredsstillende. Genåbnede sager skal håndteres af Leverandøren i henhold til den eller de relevante ITIL-processer. Leverandøren kan ikke lukke en genåbnet sag uden godkendelse fra ATP. Krav til ydelser Bilag 03A.1 - Kravliste.xlsx Side 80 / 85

81 YDL_104 YDL_105 Service Operation Sikkerhed og beredskab K1 K1 Leverandøren er fpligtet til at rette alle fejl og mangler i et, der betyder, at et ikke tilbyder den aftalte funktionalitet, jf. bilag 3 (Leverancebeskrivelse) eller ikke lever op til de aftalte servicemål, jf. bilag 7 (servicemål). Leverandøren er endvidere ansvarlig f at udbedre eventuelle fejl, der opstår som følge af idriftsættelsen af Releases. Fejlretningen skal ske i overensstemmelse med de opstillede servicemål i bilag 7 (Servicemål) ATP skal med én dags varsel have fysisk adgang til driftscentre op til fire gange årligt. Endvidere skal nøglepersoner fra ATP have fysisk adgang til backups uden unødig fsinkelse. YDL_106 Sikkerhed og beredskab K0 Leverandøren skal udarbejde en detaljeret beredskabsplan, jf. bilag 4 (Dokumentation). Såfremt Leverandøren fetager ændringer i Ydelserne, som vedrører fhold der kan påvirke ATP, skal Leverandørens Beredskabsplan opdateres og ændringerne skal godkendes af ATP. Beredskabsplanen skal endvidere opdateres minimum én gang årligt. YDL_107 Sikkerhed og beredskab K1 Leverandøren skal udpege en sikkerhedsansvarlig f hele kontraktperioden. Såfremt Leverandøren ønsker at udskifte den sikkerhedsansvarlige, skal dette meddeles ATP, som skal godkende valget af sikkerhedsansvarlig. YDL_108 Sikkerhed og beredskab K1 Leverandøren skal, i tillæg til [ Kontraktens pkt ], dagligt varetage opdateringer af antivirussoftware (signaturfiler) og i øvrigt implementere automatisk virusscanning af alle filer, der tilgås on-demand på serverne. Identificeringen af virus skal medføre virusalarm til overvågningen. YDL_109 Sikkerhed og beredskab K2 Leverandøren er ansvarlig f at fetage årlig test af Leverandørens Disaster Recovery-plan. Testene skal gennemføres efter miljøerne er i drift og i overensstemmelse med servicemålene. Krav til ydelser Bilag 03A.1 - Kravliste.xlsx Side 81 / 85

82 YDL_110 Sikkerhed og beredskab K1 Leverandøren skal løbende fetage evaluering, opdatering og vedligeholdelse af egne procedurer i fhold til: Leverandørens fysiske og logiske adgang. Intern elektronisk kommunikation. Beskyttelse af personoplysninger. Tavshedspligt. Sletning af datamedier inkl. backup. Efterlevelse af ATP s it-sikkerhedspolitik og bestemmelser. Efterlevelse af Persondataloven, herunder Vejledning til bekendtgørelse nr. 528 af 15. juni Efterlevelse af Lov om finansiel virksomhed 71, herunder Vejledning 9074 af 23/01/2004. Efterlevelse af Lov 392 af 25. maj 2009, 11 & 12, herunder Økonomiog erhvervsministerens nærmere regler. Placering af ansvar, herunder ejerskab f it-processer og ressourcer. Overvågning af funktionsadskillelse. Kontrol med opretholdelse af det ønskede it-sikkerhedsniveau samt håndtering af eventuelle svagheder. Klassifikation og priitering af systemer og data. Dokumentation af systemer (både basis- og brugersystemer) og ændringer. Sikkerhedskopiering af systemer og data, herunder opbevaring af sikkerhedskopierne. Anskaffelse af it-ressourcer. udvikling, konfigurering og vedligeholdelse, samt afprøvning af nye og ændrede systemer. Test og anden kvalitetssikring. Ændringshåndtering og Problemstyring. Adgangskontrol til systemer og data. YDL_111 Sikkerhed og beredskab K1 Leverandøren skal fetage registrering af sikkerhedsmæssige hændelser i produktionsmiljøet. Hvad der nøjagtigt skal registreres aftales mellem ATP og Leverandøren i fbindelse med Leverandørens udarbejdelse af Driftsaftalehåndbogen. Leverandøren skal ligeledes fetage månedlig rapptering vedrørende de sikkerhedsmæssige fhold. Alle sikkerhedshændelser skal inddeles i kategier efter alvligheden af de enkelte hændelser. YDL_112 Sikkerhed og beredskab K2 Leverandøren skal have procedurer f adgangstildeling såvel fysisk som logisk. Der skal være en funktion, der sikrer og dokumenterer, at kun autiseret personale kan få adgang til et. YDL_113 Sikkerhed og beredskab K0 Leverandøren må ikke uden ATP s fudgående godkendelse lagre ATP data på udstyr, der ikke er omfattet af Kontrakten hverken på lokale servere og/eller arbejdsstationer hos Leverandøren. YDL_114 Sikkerhed og beredskab K1 Leverandøren skal uden unødigt ophold medvirke til at ATP kan leve op til sine lovmæssige fpligtelser f løsningen, herunder opfyldelsen af sikkerhedsmæssige krav, som påvirker ATP s mulighed f dette. YDL_115 Sikkerhed og beredskab K1 Der skal etableres en infmationssikkerhedspolitik, der som minimum lever op til ISO27001 og som skal kommunikere Leverandørens holdning til og engagement i infmationssikkerhed, yde vejledning i fbindelse med sikkerhedsaktiviteter samt sætte fventningerne til medarbejdernes adfærd. Krav til ydelser Bilag 03A.1 - Kravliste.xlsx Side 82 / 85

83 YDL_116 Sikkerhed og beredskab K1 et og netværk skal overvåges løbende. Dette f at opnå fokus på system- og netværksfejl, f at afsløre potentielle og faktiske angreb og f at understøtte undersøgelser. YDL_117 Sikkerhed og beredskab K1 Både ATP's og Leverandørens Privilegerede brugere skal bruge stærke passwds og ændre deres passwds regelmæssigt. Endvidere skal Privilegerede brugeres aktiviteter logges, overvåges og gennemgås regelmæssigt. YDL_118 Sikkerhed og beredskab K1 Driftsmiljøet må alene deles med andre af Leverandørens kunder, såfremt det kan garanteres, at adskillelsen af miljøerne hos ATP og hos kunderne imellem er sikret, bl.a. ved at ATP s data alene kan ses af ATP, og at øvrige krav omfattet af Kontrakten kan overholdes. YDL_119 Sikkerhed og beredskab K1 Der skal regelmæssigt og minimum 4 gange årligt udføres sårbarhedsskanninger på et ved anvendelse af alment anerkendte værktøjer til dette fmål. ATP skal f hver skanning modtage en liste med fundne sårbarheder kategiseret efter trusselsniveau samt en plan f udbedringer. Penetrationstest skal udføres minimum 1 gang årligt og ved større systemændringer. Penetrationstesten kan udføres af en selvstændig, uafhængig stabsafdeling hos Leverandøren. ATP fbeholder sig ret til at få penetrationstesten udført af en tredjepart, hvis Leverandørens egen test ikke lever op til markedsstandard. Ydelsen indeholdes i Driftsvederlaget. YDL_120 Sikkerhed og beredskab K2 Leverandøren skal vedligeholde relevante egne procedurer f sletning af datamedier. YDL_121 Sikkerhed og beredskab K1 Seneste generation af fulde back-up og sikkerhedskopier skal opbevares fsvarligt på den primære lokation og på en anden geografisk lokation, end hv et og data er lagret. YDL_122 Sikkerhed og beredskab K1 Opdager Leverandøren en sikkerhedsbrist i sit eller ATP s miljø, som er relevant f Ydelserne, skal Leverandøren uden ugrundet ophold ientere ATP s sikkerhedsansvarlige om bristen og om hvem, der i perioden har haft adgang til ATP s miljøer. Derudover skal Leverandøren ientere ATP om, hvilke tiltag Leverandøren har gjt f at afbøde sikkerhedsbristen. YDL_123 Sikkerhed og beredskab K1 Leverandøren skal afprøve genetablering af databaser på udvalgte dele af Driftsmiljøet mindst én gang årligt og altid efter større Ændringer. Hvilke databaser afprøvning af genetablering skal fetages f, aftales med ATP under udarbejdelse af Driftsaftalehåndbogen, YDL_124 Sikkerhed og beredskab K1 et skal ftsætte med at fungere i overensstemmelse med gældende servicemål f et, hvis én eller flere integrationer er nede. et skal give ATP s kunderådgivere mulighed f at betjene bgere på de data, der er i systemet. YDL_125 Vedligeholdelse af et K1 I Etape I, jf. bilag 1 (Tidsplan), skal Leverandøren sammen med ATP afklare, hvilke integrationer der nødvendige f ATP s brug af et, og hvdan et kan anvendes i de situationer, hv én eller flere af de øvrige integrationer er nede Leverandøren skal løbende vedligeholde et, herunder Programmel, og løbende idriftsætte opgraderinger f herigennem at sikre, at de fastsatte servicemål, jf. bilag 7 (Servicemål), overholdes. YDL_126 Vedligeholdelse af et K1 Leverandøren skal ved vedligeholdelse af Programmel overholde kravene til Incident, Problem, Change og Release Management i nærværende bilag, og herigennem sikre, at de fastsatte servicemål overholdes, jf. bilag 7 (Servicemål). Krav til ydelser Bilag 03A.1 - Kravliste.xlsx Side 83 / 85

84 YDL_127 Vedligeholdelse af et K1 Leverandøren skal løbende vedligeholde al intern og ekstern kommunikationsinfrastruktur i relation til Ydelserne, således at de fastsatte servicemål i bilag 7 (Servicemål) overholdes. YDL_128 Vedligeholdelse af et K1 Leverandøren er fpligtet til at rette alle fejl og mangler i et, der betyder, at et ikke tilbyder den aftalte funktionalitet eller ikke lever op til de aftalte servicemål, jf. bilag 7 (Servicemål). Fejlretningen skal ske i overensstemmelse med de opstillede servicemål i bilag 7 (Servicemål). YDL_129 Vedligeholdelse af et K2 Leverandøren skal udarbejde og vedligeholde en plan f febyggende vedligeholdelse på et. Planen skal løbende række 6 måneder frem og skal godkendes af ATP månedligt. YDL_130 Vedligeholdelse af et K1 Leverandøren skal kontinuerligt monitere, om der kommer nye relevante softwareopdateringer i fm af patches, service packs og sikkerhedsopdateringer til Standardprogrammel, herunder værktøjer, og skal uden ugrundet ophold ientere ATP om nye releases (herunder hotfixes, sikkerhedspatches etc.) og versioner, når sådanne feligger. YDL_131 Vedligeholdelse af et K2 Leverandøren skal monitere, om der kommer opdateringer til eller nye versioner af fællesoffentlige komponenter med relevans f et. Ændringer til et som følge af opdateringer/nye versioner af fællesoffentlige komponenter skal ske i henhold til Change Managementprocessen mod særskilt betaling, medmindre det kan sandsynliggøres, at det falder inden f Leverandørens vedligeholdelsesfpligtelse. YDL_132 Vedligeholdelse af et K1 Leverandøren skal implementere patches, service packs og sikkerhedsopdateringer eller nye releases af Standardprogrammel i overensstemmelse med Change Management-processen som en del af Driftsvederlaget, jf. bilag 5 (Priser og betalingsplan). YDL_133 YDL_134 Vedligeholdelse af et Vedligeholdelse af et K1 K2 Leverandøren skal i overensstemmelse med den Change Management proces der endeligt aftales mellem Leverandøren og ATP i Driftsaftalehåndbogen fetage alle nødvendige tilretninger til et f at sikre overholdelsen af almen lovgivning, jf. lovgivningskravene i bilag 3A.1 (Kravliste), i hele kontraktperioden som en del af Driftsvederlaget jf. bilag 5 (Priser og betalingsplan) Leverandøren skal i overensstemmelse med Change Managementprocessen YDL_135 Videreudvikling af et K2 fetage løbende vedligeholdelse og optimering af ets kildekode f: at minimere risiko f nedbrud (proaktive fejlrettelse), f at fremme ets perfmance, og f at sikre at et holdes teknisk ajour i kontraktperioden, som en del af Driftsvederlaget jf bilag 5 (Priser og betalingsplan) Projekter og større ændringer gennemføres i overensstemmelse med bilag 19 (Projektvilkår). YDL_136 Videreudvikling af et K1 Leverandøren skal føre et nøjagtigt og detaljeret timeregnskab i fbindelse med levering af timebaserede ydelser. Timeregnskabet skal indeholde en opgørelse over fbrugt tid på den enkelte ydelse og den maksimale tidsenhed, der må anvendes i regnskabet, er én arbejdsdag. Timeregnskaberne skal føres således, at det specificerer hvilken medarbejder, hvilken dag, hvilken aktivitet og hvilken opgave timefbr get edrører Krav til ydelser Bilag 03A.1 - Kravliste.xlsx Side 84 / 85

85 YDL_137 Videreudvikling af et K2 Leverandøren skal senest 6 måneder inden en opgradering oplyse, hvilke andre softwareprodukter og grænseflader i et, der er berørt af opgraderingen, og om disse kræver opgraderinger eller konfigurationsændringer. Fmålet er at sikre, at ATP og Øvrige Leverandører kan tilpasse og matche deres applikationsptefølje til et ved opgraderinger. Leverandøren skal ved Overtagelsesdagen, som en del af Driftsaftalehåndbogen levere en plan f idriftsættelse af nye Versioner f de første 12 måneder. Det er herefter denne plan, der løbende opdateres f L dø Krav til ydelser Bilag 03A.1 - Kravliste.xlsx Side 85 / 85