Bilag 3A Behovsopgørelse

Transkript

1 Bilag 3A Behovsopgørelse Version

2 Indhold 1 VEJLEDNING TIL TILBUDSGIVER INDLEDNING UNDERBILAG FARVEANVENDELSE PÅ ARKITEKTURDIAGRAMMER DEN SAMLEDE FORRETNINGSMÆSSIGE LØSNING BRUGERNE AF SYSTEMET BORGERNE KUNDERÅDGIVERNE FORRETNINGSADMINISTRATORER ROLLER OG RETTIGHEDER RISIKOVURDERING PERSONDATALOVEN FUNKTIONSADSKILLELSE DOKUMENTATION PRIVILEGEREDE ROLLER FORRETNINGSROLLER FORRETNINGSUDBUDSARKITEKTUREN FORRETNINGSUDBUDSARKITEKTUREN AUTOMATISERET OG MANUEL SAGSBEHANDLING KANALER OG KOMMUNIKATION ØVRIGE ELEMENTER I FORRETNINGSUDBUDSARKITEKTUREN KOMPONENTMODEL Bilag 3A Behovsopgørelse Side 1 af 78

3 5.1 MANUELT OPGAVEINDBAKKE MANUELLE BREVE SAGSHÅNDTERING TVÆRGÅENDE OVERBLIK SYSTEMADMINISTRATION REGELADMINISTRATION AUTOMATISK HÆNDELSER VALIDERING BESKEDHÅNDTERING DAN UDBETALING MODREGNING DAN OPKRÆVNING KONTROL BEREGNING AF YDELSER STØTTEKOMPONENTER PERSONDATA SAGER OG DOKUMENTER KANALER MODTAGELSE AF POST SELVBETJENING ØVRIGE KOMPONENTER SIKKERHED RAPPORTER JOBAFVIKLING ØKONOMI AFSTEMNING INDEKSSYNKRONISERING ARKIVERING FORRETNINGSPROCESSER Bilag 3A Behovsopgørelse Side 2 af 78

4 6.1 SAMLET PROCESKATALOG KERNEPROCESSER KERNEPROCES HÅNDTER INDBERETNING LF Familieydelser Håndter indberetning LF Familieydelser Håndter automatisk genererede oplysninger KERNEPROCES - TRÆF AFGØRELSE LF Familieydelser Træf afgørelse KERNEPROCES HÅNDTER DRIFT LF Pension - Dan udbetalingsgrundlag LF Familieydelser Udsend påmindelse om enlig-erklæring KERNEPROCES HÅNDTER UDBETALING LF Familieydelser Effektuer udbetaling KERNEPROCES HÅNDTER OPKRÆVNING LF Familieydelser Dan krav TVÆRGÅENDE PROCES HÅNDTER POST 20.X TVÆRGÅENDE PROCES HÅNDTER TELEFONISK KONTAKT 20.X TVÆRGÅENDE PROCES HÅNDTER DATALEVERANCE 20.X TVÆRGÅENDE PROCES HÅNDTER WEBADGANG 20.X TVÆRGÅENDE PROCES HÅNDTER WEBSERVICE 20.X INFORMATIONSARKITEKTUR OVERORDNET BEGREBSMODEL FOR UDBETALING DANMARK BEGREBS- OG INFORMATIONSMODELLER FOR FORRETNINGSLØSNINGEN DOKUMENTATION TIL LEVERANDØR INFORMATIONSMODEL SAG Sag Sag - Nøgler og Egenskaber Sagens oprettelse og livsforløb Forskelle til sagsbegreb i Eksisterende Løsning PART SAGSDOKUMENTATION Bilag 3A Behovsopgørelse Side 3 af 78

5 7.2.5 INFORMATIONSMODEL FAMILIEYDELSER FAMILIEYDELSESAG Samlesag Delsag FAMILIEYDELSERGRUNDOPLYSNING FAMILIEYDELSESTYPE FAMILIEYDELSESYDELSE UDBETALING FAMILIEYDELSESYSTEMADMINISTRATION IT ARKITEKTUR IT-UDBUDSARKITEKTUREN SYSTEMKONTEKST OG INTEGRATIONER INTEGRATIONER OG INFRASTRUKTUR NON-FUNKTIONELLE KRAV TIL SYSTEMET ARKITEKTUR RAMMER FOR ARKITEKTUREN BELASTNING OG SKALERING Udbetalingskørsler Satsregulering Udsendelse af årlig påmindelse om enlig erklæring Årlig efterregulering Journaliser post på sagen Dataudtræk og øvrig rapportering DESIGN OG APPLIKATIONSSTRUKTUR LOGNING SYSTEMFLEKSIBILITET TILGÆNGELIGHED DATAKONVERTERING Bilag 3A Behovsopgørelse Side 4 af 78

6 9.6.1 KONVERTERINGSKONCEPTET GENERELT UDTRÆK AF DATA TRANSFORMERING AF DATA INDLÆSNING OG VIDEREFORDELING AF DATA Indlæsning af data i Systemet Viderefordeling af data og synkronisering med støttesystemer AFSTEMNING OG DATAVALIDERING GENNEMFØRSEL AF KONVERTERINGEN HÅNDTERING AF PRØVEUDTRÆK BRUGERVENLIGHED LOVGIVNING SIKKERHED MILJØER PROJEKTLEDELSE UDDANNELSE DOKUMENTATION IDRIFTSÆTTELSE HYPERCARE SAMARBEJDE OG RAPPORTERING TEST KRAV TIL DRIFT, VEDLIGEHOLDELSE, SUPPORT OG VIDEREUDVIKLING (YDELSERNE) OVERORDNEDE KRAV ETABLERINGSYDELSEN ETABLERING AF LOKALITETER ETABLERING AF KOMMUNIKATIONSINFRASTRUKTUR ETABLERING AF PROGRAMMEL ETABLERING AF PROCESSER FOR DRIFTSAFVIKLING OG SUPPORT ETABLERING AF PROCESSER OG VÆRKTØJER TIL VEDLIGEHOLDELSE AF SYSTEMET VEDLIGEHOLDELSE OG VIDEREUDVIKLING AF SYSTEMET VEDLIGEHOLDELSE AF SYSTEMET Bilag 3A Behovsopgørelse Side 5 af 78

7 VIDEREUDVIKLING AF SYSTEMET LØBENDE DRIFT LOKALITETER INFRASTRUKTUR OG MASKINEL PROGRAMMEL TEKNOLOGISK RÅDGIVNING, RAPPORTERING OG SUPPORT DOKUMENTATION OG KONFIGURATIONSSTYRING SIKKERHED OG BEREDSKAB OVERVÅGNING OPHØRSBISTAND SERVICE OPERATION Supportløsningen INCIDENT MANAGEMENT PROBLEM MANAGEMENT CHANGE MANAGEMENT RELEASE MANAGEMENT EVENT MANAGEMENT - OVERVÅGNING CONFIGURATION MANAGEMENT CAPACITY MANAGEMENT FREMTIDIGE TILPASNINGER TIL SYSTEMET INTEGRATION TIL FRITAGELSE AF DIGITAL POST INTEGRATION TIL SKAT INTEGRATION TIL SAPA FORUDSÆTNINGSSYSTEMER FOR INTEGRATIONEN TIL SAPA INTEGRATION TIL GRUNDDATAFORDELER OPTIONER OPTION PÅ ORDINÆR FORLÆNGELSE OPTION PÅ UDSKYDELSESADGANG Bilag 3A Behovsopgørelse Side 6 af 78

8 1 Vejledning til Tilbudsgiver Bilaget skal ikke ændres af Tilbudsgiver. Tabel 1 Vejledning til Tilbudsgiver Bilag 3A Behovsopgørelse Side 7 af 78

9 2 Indledning Dette bilag indeholder en overordnet beskrivelse af ATP s krav til det nye System samt de øvrige krav til Leverandøren. Bilaget udgør sammen med tilhørende underbilag ATP s behovsopgørelse for Systemet. 2.1 Underbilag Bilaget har følgende underbilag: Bilag Bilag 3A.1 (Kravliste) Bilag 3A.2 (Løsningsflows) Bilag 3A.3 (Aktivitetsbeskrivelser) Bilag 3A.4 (Informationsmodeller) Bilag 3A.5 (Regel- og beslutningsmodeller) Bilag 3A.6 (Integrationer) Bilag 3A.7 (Brugergrænseflader) Bilag 3A.8 (Oversigter) Indhold Bilaget indeholder en liste over ATP s krav til Leverancen, hvor Leverandøren skal angive opfyldelsesgrad mv. i overensstemmelse med vejledningen til bilaget. Bilaget skal for en del krav læses i sammenhæng med de øvrige underbilag. Bilaget indeholder de løsningsflows, der indgår i de forretningsprocesser, som er forbundet med indberetning, administration og udbetaling af familieydelser. Bilaget indeholder de aktivitetsbeskrivelser, der indgår i de løsningsflows og forretningsprocesser, som er forbundet med indberetning, administration og udbetaling af familieydelser. Bilaget indeholder UML modeller af de væsentligste forretningsmæssige begreber og de informationer, som vedrører indberetning, administration og udbetaling af familieydelser. Bilaget indeholder standardiserede modeller af de regler af lovgivningsmæssig og anden karakter forbundet med indberetning, administration og udbetaling af familieydelser. Bilaget indeholder uddybende information om de integrationer, som Leverandøren skal etablere fra Systemet. Bilaget indeholder rammesættende wireframes for brugergrænseflader, der har til formål at give Leverandøren inspiration til design af brugergrænsefladerne i Systemet Bilaget indeholder følgende oversigter: Brevoversigt Hændelses- og ydelsesoversigt Akt LF - DM Regeloversigt Forretningsroller Informationsbehandling_gui Tabel 1 Behovsopgørelsen og tilhørende underbilag Bilag 3A Behovsopgørelse Side 8 af 78

10 Bilag 3A Behovsopgørelse Side 9 af 78

11 2.2 Farveanvendelse på arkitekturdiagrammer Der optræder en række arkitekturdiagrammer i bilagsmaterialet. Der er på tværs af alle disse figurer anvendt en farvekodning, som siger noget om, hvem der ejer eller anskaffer et system/komponent. Betydningen af farverne fremgår af Figur 1. Figur 1: Farveanvendelse på arkitekturdiagrammer. Bilag 3A Behovsopgørelse Side 10 af 78

12 3 Den samlede forretningsmæssige løsning Beskrivelsen af den forretningsmæssige løsning for familieydelser tager udgangspunkt i brugerne af Systemet; borgere, kunderådgivere, forretningsadministratorer og deres behov. Brugernes behov er i det efterfølgende skildret gennem: 3 Brugerne af Systemet hvornår og hvordan møder brugerne Systemet 4 Forretningsudbudsarkitekturen systemer, parter og sammenhænge 5 Komponentmodellen hvad Systemet skal understøtte 6 Forretningsprocesser tekniske understøttelse af de forretningsmæssige behov 7 Informationsarkitekturen beskrivelse og gruppering af forretningsmæssige begreber 3.1 Brugerne af Systemet Udgangspunktet for brugergrupperne af Systemet er forskelligt og de tre typer af brugere har forskellige behov. De forskellige brugeres anvendelse af Systemet er beskrevet i de følgende afsnit. 3.2 Borgerne Borgerne har grundlæggende behov for at kende og forstå de familieydelser, der er relevante i deres livssituation. De har behov for at forstå ansøgnings- og afgørelsesprocessen, samt kunne se deres udbetalinger, både historiske og fremtidige. Disse grundlæggende behov er afspejlet i de krav, der stilles til Systemet. Obligatorisk selvbetjening (element af den offentlige Digitaliseringsstrategi) stiller samtidig krav om, at der er selvbetjeningsløsninger, der imødekommer borgernes behov for at forstå og overskue processen. Selvbetjeningsløsningerne skal for at understøtte borgernes behov kunne: Indhente og udstille oplysninger om borgeren fra relevante autoritative systemer og registre, så borgeren ikke skal genindtaste oplysninger Give borgeren mulighed for at ændre i egne oplysninger og på den baggrund ansøge om familieydelser Angiv oplysninger i en kørende sag, fx ændringer i enlig status eller svar på partshøring/høring Bilag 3A Behovsopgørelse Side 11 af 78

13 Vedhæfte dokumentation Det skal foregå på en måde, hvor borgeren føler sig betrygget. Dette sikres primært ved gennemsigtighed i de oplysninger, der ligger til grund for beregningen og Borgeren skal desuden via selvbetjeningsløsningen kunne danne sig et overblik og indblik i egen sag, og skal derfor til enhver tid kunne se status og en oversigt over udbetalinger. Der henvises i øvrigt til: Bilag 2 (Situationsbeskrivelse), afsnit 4.1.6, der beskriver tankerne om borgerne på Borger.dk. Kravene til borgernes brugergrænseflader er beskrevet med udgangspunkt i disse Bilag 3A.1 (Kravliste), der indeholder de konkrete krav til selvbetjeningsløsningen Bilag 3A. 7 (Brugergrænseflader), der indeholder User experience guidelines (UX-guidelines) og inspirationsgivende wireframes som rammesætter ATP`s tanker om et brugervenligt og effektivt System. Bilag 7 (Servicemål), der indeholder de konkrete krav til svartider og tilgængelighed på selvbetjeningsløsningen (borgernes brugergrænseflader). 3.3 Kunderådgiverne For kunderådgiverne er et tværgående overblik med alle relevante oplysninger og mulighed for at foretage sagshåndtering, mens borgeren er i telefonen, altafgørende. Relevante oplysningerne er primært oplysninger om borgeren, sager, dokumenter, ydelser og journaler. Overblikket skal til enhver tid kunne tilpasses, så den enkelte kunderådgiver oplever et overblik, som er tilpasset den konkrete arbejdsopgave. En opgaveindbakke hvor alle opgaver er prioriteret og med sorterings- og udsøgningskriterier for kunderådgiverne er særdeles vigtig. Når en opgave åbnes skal alle relevante oplysninger og muligheden for at foretage sagshåndtering være til stede straks (efter samme princip som telefonisk henvendelse). En intuitiv og tilgængelig brugergrænseflade påvirker kunderådgiverens effektivitet i høj grad, hvorfor der både er fokus på brugervenlighed og svartider. Det handler om flow i opgaveløsningen og rådgivningssituationen, så mængden af klik, fejl og tid reduceres. Bilag 3A Behovsopgørelse Side 12 af 78

14 Der henvises i øvrigt til: Bilag 2 (Situationsbeskrivelse), Kapitel 6, der beskriver arbejdet med manuelle processer. Kravene til kunderådgivernes brugergrænseflader er beskrevet med udgangspunkt i disse. Bilag 3A.1 (Kravliste), der indeholder de konkrete krav til kunderådgivernes brugergrænseflade Bilag 3A.7 (Brugergrænseflader), der indeholder inspirationsgivende wireframes og UX-guidelines som rammesætter ATP`s tanker om et brugervenligt og effektivt System. Bilag 7 (Servicemål), der indeholder de konkrete krav til svartider og tilgængelighed på kunderådgivernes brugergrænseflader. 3.4 Forretningsadministratorer Systemet skal understøtte, at en forretningsadministrator kan rette og slette i regler, beslutninger, skabeloner og tekster, der styrer en automatiseret funktionalitet i Systemet. Et eksempel herpå kan være, at man retter en parameter til igangsættelse af en automatisk kørsel fra 14 til 10 dage eller opretter en ny manuel brevskabelon. Brugergrænsefladen skal være udformet, så den giver en logisk tilgang til dette arbejde og minimere risikoen for fejl. Der henvises i øvrigt til: Bilag 3A.1 (Kravliste), der indeholder de konkrete krav til forretningsadministratorernes brugergrænseflade. Bilag 3A.7 (Brugergrænseflader), der indeholder UX-guidelines som rammesætter ATP`s tanker om et brugervenligt og effektivt System. 3.5 Roller og rettigheder Det er et grundlæggende arkitekturkrav, at der anvendes roller til at styre adgang til data og funktioner. Adgangstildelingen skal være baseret på en risikovurdering og foregå i overensstemmelse med informationssikkerheds- og kontrolpolitikken i ATP. Det er ATP som tildeler brugerne (inklusiv Leverandørens medarbejdere og systembrugere) adgange og adgangene skal kunne styres via TIM (IBM Tivoli Identity management). I det følgende gennemgås grundprincipperne for opbygningen af rollerne, hvor risikovurdering, persondataloven, funktionsadskillelse, doku- Bilag 3A Behovsopgørelse Side 13 af 78

15 mentation og kontroller er vigtige elementer. Til sidst nævnes de forretningsroller som der på nuværende tidpunkt er identificeret behov for. 3.6 Risikovurdering Risikovurderingen skal foretages i forhold til de konkrete processer, som den pågældende rolle giver adgang til. Generelt vurderes det, at følgende risici skal overvejes ved opbygningen og vedligeholdelse af roller: fejl i transaktionsdata, fejl i stamdata, fejl i beregningsparametre, fejl i kørsler, overtrædelse af persondatalovens regler og besvigelser. Rolleopbygningen er (sammen med adgangstildelingen) en effektiv kontrol, når en risiko kan afdækkes ved funktionsadskillelse eller ved at begrænse adgang til transaktioner og data. 3.7 Persondataloven Persondataloven stiller krav til behandling af data. Ved behandling af data forstås adgang til at se, registrere, slette eller arkivere data. Ved design og vedligeholdelse af roller skal det sikres, at der kun tildeles adgange til personfølsomme oplysninger, hvis der er et kontinuerligt arbejdsrelateret behov. 3.8 Funktionsadskillelse ATP s informationssikkerhedspolitik stiller krav om, at der skal være grundlæggende funktionsadskillelse mellem a) udvikling og vedligeholdelse af systemer, b) drift og c) ATP s forretningsaktiviteter og brugerfunktioner. Dette betyder blandt andet at der ikke må tildeles IT roller til forretningen eller omvendt. Ved design af roller er det således væsentlig, at forretningsopgaver ikke lægges i IT-roller og IT-opgaver ikke lægges i forretningens roller. Inden for ATP s forretningsaktiviteter, skal der ligeledes etableres funktionsadskillelse, der sikrer, at samme person ikke alene kan initiere, udføre og godkende transaktioner. 3.9 Dokumentation Rollerne og de tilhørende rettigheder skal dokumenteres i en rolle/rettighedsmatrice. I rolle/rettighedsmatricen skal rollerne stå nævnt vandret og de tilhørende rettigheder lodret. Det skal for hver rettighed være angivet om der er tale om oprette-, læse-, opdatere- og/eller sletterettigheder. Matricerne skal til enhver tid holdes opdaterede, så de altid afspejler virkeligheden. Rettighedstabellerne kan ændres ved konstruktion af nye funktioner/transaktioner, ændrede funktioner eller nye forretningsmæssige behov. Der vil uvilkårligt ske ændringer, både som følge af udvikling af ny funktionalitet og som følge af forretningens ønsker om tilpasning af roller og arbejdsfunktioner. Bilag 3A Behovsopgørelse Side 14 af 78

16 Roller bør ikke anskues enkeltstående og derfor bør kombinationen af roller vurderes. Det er vigtigt, at der ikke tildeles roller, som er konfliktende. Konfliktende roller skal derfor identificeres og dokumenteres Privilegerede roller Leverandøren skal levere en beskrivelse af, hvilke privilegerede roller de ønsker til deres egne medarbejdere. Beskrivelsen skal samtidig indeholde de funktioner, som kan udføres af den enkelte rolle. Rollerne skal godkendes af ATP, men ansvaret for opdatering ligger hos leverandøren. Der skal være en revisionsmæssig gennemgang (intern audit) af hvilke medarbejdere, der har hvilke roller 2 gange årligt. ATPs sikkerhed er en revisionspåtegning i leverandørens regnskab Forretningsroller ATP har defineret et antal forretningsroller. Rollerne er ordnet i en matrix, der angiver hvilke pakker af informationer fra familieydelsesområdets informationsmodel, den enkelte rolle skal have adgang til. Der skelnes mellem at: oprette (C), læse (R), opdatere og slette (CRUD), jf. bilag 3A.8 (Oversigter), fane Forretningsroller. Det er ikke alle informationer i en pakke, som de enkelte roller skal have adgang til. I Etape II, jf. bilag 1 (Tidsplan) skal leverandøren, som en del af Delleverancerne, i samarbejde med ATP specificere forretningsrollernes adgang til informationer på klasse- og attributniveau og mappe dem til systemroller. Bilag 3A Behovsopgørelse Side 15 af 78

17 4 Forretningsudbudsarkitekturen I dette afsnit beskrives forretningsudbudsarkitekturen, som den ser ud ved implementering af det nye System. Herefter beskrives Systemet via en komponentmodel. 4.1 Forretningsudbudsarkitekturen Forretningsudbudsarkitekturen beskriver dels sammenhænge mellem de forskellige systemer, registre og parter i den forretningsmæssige løsning og dels den ønskede forretningsmæssige funktionalitet. Modellen og den efterfølgende forklarende tekst tjener som introduktion til Familieydelsesløsningen på et konceptuelt plan. Figuren nedenfor viser de væsentligste elementer i forretningsudbudsarkitekturen. Figur 2: Forretningsudbudsarkitektur for familieydelser Den samlede forretningsmæssige løsning består af selve fagsystemet, illustreret ved udvalgte forretningskomponenter med blå farve. Denne del er specifik for Systemet til administration af familieydelser, mens de øvrige dele af figuren viser samspillet med omkringliggende systemer. For at bevare overblikket er kun udvalgte systemer illustreret i forretningsudbudsarkitekturen. I nogle tilfælde er systemer Bilag 3A Behovsopgørelse Side 16 af 78

18 slået sammen og repræsenteret ved én kasse, og konkrete systemnavne er navngivet ved den primære funktionalitet, de leverer frem for konkrete systemnavne. Vi henviser til bilag 3A.6 (Integrationer) for en komplet oversigt over de eksterne systemer, som Systemet skal integrere til. 4.2 Automatiseret og manuel sagsbehandling Denne del er selve Systemet, hvor man finder it-understøttelse til administration af familieydelsessagerne. De blå kasser repræsenterer forretningskomponenter, der beskrives i afsnit 5. Systemet er at betragte som en hel løsning, hvor både automatiseret og manuel funktionalitet er placeret. Dette betyder, at kunderådgiverne arbejder i Systemet som deres primære systemunderstøttelse og her løses stort set alle deres opgaver. En forudsætning, for at ATP kan realisere det effektiviseringspotentiale, der fremgår af ATP s businesscase, er, at sagsbehandlingen automatiseres i vid udstrækning. Dette er særdeles vigtigt for de løsningsflows i bilag 3A.2 (Løsningsflows), der er kategoriseret som motorveje eller landevej, jf. bilag 2A (Sådan forretningsmodellerer vi i ATP). Systemet indeholder den funktionalitet og sikrer adgang til de data, der er behov for i forhold til at behandle en i given arbejdspakke eller sag. Dokumenter, journalnotater og digital post er endvidere placeret på sager og er journaliseret i Systemet. Systemet skal understøtte ønsket om at gennemføre STP ( straight through processing ) i videst muligt omfang, uden at det går ud over kvaliteten af sagsbehandlingen. Princippet er, at sagerne så vidt muligt fødes automatisk på baggrund af besked fra Beriget Grunddata om ny fødsel. Herefter vil ændringer til sagen komme fra autoritative registre og i selvbetjeningsløsningen og behandles så automatisk som muligt i Systemet. I de tilfælde, hvor der er behov for manuel sagsbehandling, sendes en opgave videre til kunderådgivernes opgaveindbakke i Systemet. 4.3 Kanaler og Kommunikation Her vises de kanaler, der bruges til borgerrettet kommunikation og koordinering af sager med borgerens kommune og/eller udenlandske myndigheder. En vigtig del af løsningen er selvbetjeningsløsningen på borger.dk, som skal give borgere nem adgang til ansøgning om ydelser, indberetning af oplysninger og mulighed for at se oplysninger og generel vejledning. Derudover illustrerer forretningsarkitekturen også, at vi modtager fysisk og Digital Post gennem hhv. Scanning Fysisk Post og Digital Post. Bilag 3A Behovsopgørelse Side 17 af 78

19 Afsendelse af post vil ske til Fjernprint, der videresender beskeder til Digital Post eller printer, kuverterer og afsender fysisk post, hvis modtager er undtaget fra Digital Post. 4.4 Øvrige elementer i forretningsudbudsarkitekturen De øvrige dele af forretningsudbudsarkitekturen er tværgående (indenfor Udbetaling Danmark) støttesystemer, komponenter eller registre, som Systemet skal have grænseflader til. De tværgående dele understøtter interne behov for rapportering, forpligtelser i forhold til ekstern rapportering og udbetaling. Bemærk at en fuldstændig liste over integrationer findes i afsnit 8 IT arkitektur. Bilag 3A Behovsopgørelse Side 18 af 78

20 5 Komponentmodel Den funktionalitet, som Systemet skal besidde, beskrives i form af en Komponentmodel. Til forskel fra forretningsudbudsarkitekturen, så omhandler Komponentmodellen kun den fagspecifikke løsning. Komponentmodellen illustrerer, hvordan Systemet er tænkt opdelt i forretningsmæssige logiske komponenter, der leverer beslægtet funktionalitet. Komponentmodellen og de efterfølgende komponentbeskrivelser har to formål: at give et overblik over den funktionalitet, Systemet skal indeholde. at gøre os i stand til at italesætte og kategorisere Systemets funktionalitet fra et forretningsmæssigt perspektiv. Leverandøren må gerne byde ind med forslag til en anden opdeling end den viste, hvis det er mere fordelagtigt set ud fra Leverandørens systemopbygning. Det er blot vigtigt, at Leverandøren tydeliggør, hvordan løsningen samlet leverer den beskrevne funktionalitet i forhold til komponentmodellen. Generelt skal de komponenter, som indeholder funktionalitet, der ændres hyppigt, fx ved lov- og regelændringer, kunne ændres smidigt. Dette gælder desuden også for funktionalitet til håndtering af hændelser, beslutning om sager skal til manuel kontrol, beregning af ydelser og modregningsregler. Derfor skal komponenternes funktionalitet kunne ændres igennem skærmbilleder, hvor ATP s forretningsadministratorer kan konfigurere regler og parametre til regler. Bilag 3A Behovsopgørelse Side 19 af 78

21 Figuren nedenfor viser komponentmodellen for familieydelser. Figur 3: Komponentmodel Komponentmodellen er inddelt i fem hovedområder: Manuelt Automatisk Støttekomponenter Kanal Øvrige komponenter De følgende afsnit gennemgår komponenterne i modellen enkeltvis og præsenterer overordnet den funktionalitet, som komponenterne leverer. De detaljerede krav til komponenterne er listet i bilag 3A.1 (Kravlisten). 5.1 Manuelt Denne gruppe af komponenter understøtter kunderådgivernes daglige manuelle sagsbehandling (jf. afsnit 3.3): Opgaveindbakke, Sagshåndtering, Tværgående overblik og Manuelle breve Bilag 3A Behovsopgørelse Side 20 af 78

22 Disse fire komponenter udgør tilsammen kunderådgivernes primære arbejdsredskab. De er her beskrevet i separate komponenter, men skal ikke betragtes som enkeltstående skærmbilleder. Deres funktionalitet kan med fordel integreres i samme skærmbillede, så kunderådgiverne herved får mulighed for at udføre deres arbejde på en effektiv måde. Den samlede funktionalitet, der er beskrevet her og i bilag 3A.1 (Kravliste), skal være til stede i Systemet. Komponenterne, som understøtter forretningsadministratorerne i deres arbejde er beskrevet i nedenstående komponenter (jf. afsnit 3.4): Systemadministration Regeladministration Opgaveindbakke Udgangspunktet for det daglige arbejde for en kunderådgiver er Opgaveindbakken. Opgaveindbakken indeholder opgaver, som er struktureret i arbejdspakker. En opgave kan bestå af behandling af indscannede blanketter eller hændelser, som Systemet ikke har kunnet eller kan håndtere automatisk, jf. bilag 3A.5 (Regel og beslutningsmodeller). En kunderådgiver skal kunne reservere og arbejde med en opgave Manuelle Breve Denne komponent har ansvaret for at administrere og vedligeholde brevskabeloner til udsendelse af manuelt udarbejdede breve. Disse breve sendes ad samme kanal til Fjernprint som de automatisk genererede breve. Fjernprint styrer om brevet til borgeren og/eller myndigheden skal sendes som fysisk post eller digital besked. Kunderådgiveren skal kunne genere et brev med udgangspunkt i prædefinerede brevskabeloner, og forretningsadministratoren skal kunne oprette nye skabeloner samt rette i eksisterende Sagshåndtering Denne komponent leverer en brugergrænseflade, hvorfra kunderådgiveren udfører manuel sagsbehandling, og hvor familieydelsesdata kan vises og redigeres. Bilag 3A Behovsopgørelse Side 21 af 78

23 5.1.4 Tværgående Overblik Systemet skal kunne præsentere et Tværgående Overblik, der samler alle relevante informationer om den enkelte borger. Det Tværgående Overblik er kunderådgiverens indgangsvinkel til Systemet ved telefonrådgivning. Formålet er at give kunderådgiveren mulighed for, ved ét enkelt opslag, hurtigt at få et overblik over borgerens personlige forhold. Fra det Tværgående Overblik skal kunderådgiveren have mulighed for at få præsenteret yderligere detaljer om en sag og personen. Det Tværgående Overblik viser data fra både Systemet og fra Sags- og Dokumentindeks og fra Ydelsesindeks (se afsnit 8.2 Systemkontekst) Systemadministration Systemadministration er en brugergrænseflade, hvor man kan ændre forskellige systemopsætninger som brevskabeloner, arbejdspakker, tekster, hjælpeinformation og genvejstaster. I denne komponent oprettes og ændres også de familieydelsestyper, som kan bevilges i Systemet Regeladministration For ATP er det væsentligt, at systemet er fleksibelt og robust for indførsel af nye forretningsprocesser og ændret lovgivning. Vi forventer, at der sker en løbende tilpasning af regler for, hvad der håndteres automatisk, og hvad der skal behandles manuelt. Det er væsentligt for optimeringen af arbejdsprocesserne, at disse tilpasninger kan ske smidigt og uden store implementeringsomkostninger. Komponenten Regeladministration indeholder de nødvendige og tilstrækkelige beregningsparametre til at træffe afgørelser om familieydelser og ydelsesberegninger. Komponenten leverer en brugergrænseflade til at vedligeholde de regler, parametre og grænseværdier, der anvendes til at udføre validering, kontrol, afgørelse (beslutning), beregning af ydelse og skatteberegning. Under skatteberegning også beregning af ATP-bidrag og bidrag til Supplerende Arbejdsmarkedspension. I Regeladministration vedligeholdes også regler for hvilke processer, der skal igangsættes når hændelser indtræffer. De konkrete krav til parameterstyring og konfiguration af Systemet fremgår af bilag 3A.1 (Kravliste). Bilag 3A Behovsopgørelse Side 22 af 78

24 5.2 Automatisk Denne gruppe af komponenter understøtter den automatiske sagsbehandling af primært motorvejene og består af følgende komponenter: Hændelser Validering Beskedhåndtering Dan udbetaling Modregning Dan opkrævning Kontrol Skatteberegning Beregning af ydelser Hændelser Hændelser har ansvaret for at styre et automatiseret flow i fagsystemet efter en given ændring i interne eller eksterne registre. Komponenten igangsætter den proces, der følger efter en given ændring i eksterne eller interne registre. Det sker på baggrund af de regler, der er gældende for den aktuelle proces Validering Denne komponent har ansvaret for at validere inputdata såsom ansøgninger og ændringer til Systemet. Valideringen skal sikre konsistens i Systemets data, således, at beløb f.eks. ikke indtastes i datofelter. Validering kan både ske på feltniveau (enkelt attribut validering) og ved at vurdere sammenhænge mellem flere forskellige informationer. Det sker ud fra et sæt af beslutningsregler, der er implementeret i komponenten Regeladministration. Validering udstiller services til Selvbetjening jf. bilag 3A. (Kravliste), komponenten Validering ) Beskedhåndtering Beskedhåndtering initierer udsendelse af beskeder til Fjernprint, som afgør om beskeden sendes som Digital Post eller fysisk brev til borgeren. Komponenten indsamler informationer og genererer automatisk beskeden/brevet. På baggrund af retursvaret fra Fjernprint registreres den anvendte afsendelseskanal. Bilag 3A Behovsopgørelse Side 23 af 78

25 Beskedhåndtering indeholder desuden en brugergrænseflade til konfiguration af beskeder/breve. Komponenten muliggør oprettelse og vedligehold af besked- /brevskabeloner med tilpasning og for udfyldelse af tekstblokke Dan Udbetaling Komponenten skal samle og overføre udbetalinger til udbetalingssystemet. Den registrerer udbetalingsdata og danner udbetalingsfiler Modregning Komponenten Modregning effektuerer modregninger i familieydelser for krav, der indmeldes fra Debitor. Komponenten har ansvar for at danne udbetalingsposter til fordringshavere for de modregninger den foretager Dan Opkrævning Dan opkrævning skal kunne danne krav, der sendes til Debitor Kontrol Kontrol behandler ansøgninger, indberetninger og ændringer efter, at Validering succesfuldt har valideret inputdata. Komponenten udfører kontroller ved inddragelse af yderligere data end de, der direkte danner grundlag for berettigelse til ydelser. Et eksempel på en kontrol kunne være om en enlig mor får barn med samme far som hun har andre børn med. Kontrollerne sker kun på de data, der er til rådighed i Systemet fra autoritative kilder og borgeren selv. Komponenten henter således ikke data fra andre systemer. Kontrollerne skal konfigureres ud fra et sæt af beslutningsregler, som er defineret i Regeladministration. Hvis en eller flere af kontrolbetingelserne er opfyldt adviseres en kunderådgiver herom for videre inspektion af sagens oplysninger og yderligere kontroller. Komponenten har også ansvar for at levere udtræk af data, vedrørende manuelle handlinger i systemet til brug for kontrol af svig i ATP s Kvalitetscenter Beregning af Ydelser Beregning af Ydelser indeholder beregningsfunktionaliteten for alle typer familieydelser. Komponenten træffer en afgørelse om berettigelse til familieydelser på baggrund af relevante oplysninger, så som børn, adresse, civilstand, indkomst mm. Herefter oprettes en økonomisk effektueringsplan som afspejler de ydelser borgeren er tilkendt. Bilag 3A Behovsopgørelse Side 24 af 78

26 Hvis ændringer i beregningsgrundlaget resulterer i, at der skal rettes et krav mod borgeren, hvilket fx kan ske efter den årlige efterregulering af Børne- og ungeydelsen, sender komponenten automatisk en opkrævning til Debitor, hvorfra beløbet opkræves. Opkrævningen kan enten ske ved udsendelse af et girokort til borgeren eller ved modregning i kommende familieydelsesudbetalinger i Systemet. Beregningen baserer sig på de beslutningsregler og beslutningsparametre, der er defineret for tilkendelse og ydelsesberegning i komponenten Regeladministration, jf. bilag 3A.5 (Regel- og beslutningsmodeller). 5.3 Støttekomponenter Denne gruppe af komponenter varetager informationer om borgere fra autoritative registre samt sager og dokumenter: Persondata Sager og dokumenter Persondata Denne komponent har ansvaret for at hente og gemme persondata fra Beriget Grunddata. Komponenten udstiller disse informationer for de øvrige komponenter i Systemet. Komponenten skal vedligeholde de ydelsesspecifikke persondata som ikke vedligeholdes i det tværgående støttesystem, Beriget Grunddata. Dette drejer sig f.eks.om samlivsstatus og undtagelse for obligatorisk selvbetjening, som kunderådgiveren kan opdatere igennem Systemet Sager og dokumenter I Systemet bliver alle sags- og ydelsesinformationer gemt i Sager & Dokumenter. Denne komponent er en database, som vedligeholder metadata for sager og dokumenter og holder referencer mellem sager og dokumenter. Til gruppen af dokumenter hører blandt andet blanketter, beskeder fra Digital Post, breve, post, og andet bilagsmateriale som ATP modtager eller selv udsender. 5.4 Kanaler Denne gruppe af komponenter angiver hvordan Systemet skal fungere sammen med ATP s postmodtagelse og Systemets selvbetjeningsløsning: Modtagelse af post Selvbetjening Bilag 3A Behovsopgørelse Side 25 af 78

27 5.4.1 Modtagelse af post Systemet skal kunne modtage digital og fysisk post fra borgere og myndigheder. Den digitale post hentes af en posthåndteringsleverandør, inden den overleveres til Systemet igennem en snitflade. Samme posthåndteringsleverandør modtager fysisk post, som overleveres til Systemet ad samme snitflade Selvbetjening Selvbetjening leverer en webbaseret løsning, som udstilles på Borger.dk. Selvbetjeningsløsningen anvendes af borgere til ansøgning om familieydelser, indberetning af oplysninger samt til at udstille informationer om borgerens sag og vejledning. Derudover kan borgerne foretage en simulering af hvor meget, den enkelte forventes at få udbetalt (jf. afsnit 3.2) Selvbetjening udstiller og modtager indtastede data og sender disse til Systemet for validering og eventuel registrering. 5.5 Øvrige Komponenter Denne gruppe indeholder Systemets øvrige komponenter: Sikkerhed Rapporter Jobafvikling Økonomi Afstemning Indekssynkronisering Arkivering Sikkerhed Sikkerhed har ansvaret for konfiguration og administration af sikkerhed, herunder rolle og rettighedsstyring i forhold til de brugerrettede dele af systemet. Sikkerhed har desuden ansvaret for håndtering af log on på Systemet og Selvbetjeningsløsningen Rapporter Rapporter har ansvaret for, at der kan dannes dataudtræk til interne ATP-systemer og eksterne rapporter til forskellige samarbejdsparter primært offentlige instanser. Bilag 3A Behovsopgørelse Side 26 af 78

28 Ud over informationer på familieydelsessagerne leverer komponenten også informationer om interne processer i Systemet, f.eks. hvor mange opgaver, der er oprettet på baggrund af en bestemt regel. Disse informationer anvendes til løbende driftsoptimering i ATP. Komponenten har en brugergrænseflade, som muliggør at forretningsadministratorer selv kan definere rapporter i Systemet Jobafvikling Komponenten har ansvaret for at håndtere driftflows for interne hændelser i fagsystemet, hvilket typisk drejer sig om batchkørsler. Komponenten vedligeholder regler for kørselstidspunkter og flowregler for afvikling af de automatiske kørsler Økonomi Systemet overfører posteringer til ATP`s ERP system i forbindelse med udbetalinger, dannelse af opkrævninger, ændringer til udbetalinger etc. Systemets kontonumre skal stemme overens med de kontonumre som anvendes i ERP, så sumposteringer etc. placeres korrekt i forbindelse med en overførsel. Samlet set sikrer denne dataudveksling, at regler til understøttelse af regnskabslovgivning samt gældende revisionskrav kan overholdes Afstemning Afstemning leverer afstemningsdata fra fagsystemet til videre behandling. Afstemning har ansvaret for at udtrække og samle afstemningsdata fra fagsystemet, for at sikre retvisende regnskab. Komponenten har ansvar for at levere logning på data, som udsendes til andre systemer, sådan at der kan foretages afstemninger på grænseflader. Komponenten har ligeledes ansvar for at foretage afstemning af interne dataflyt i Systemet Indekssynkronisering Systemet henter sags- og ydelsesinformationer fra de fælleskommunale støttesystemer Sags- og dokumentindeks og Ydelsesindeks. Systemet skal tilsvarende levere sags- og ydelsesinformationer for familieydelsessager til de samme indekser, dels for at stille informationerne til rådighed for kommunerne, men også for at kunne etablere et opdateret overblik i KMD Sag jf. for- Bilag 3A Behovsopgørelse Side 27 af 78

29 retningsudbudsarkitektur i afsnit 3.1, i den overgangsperiode hvor nogle af ydelsesområdernes systemunderstøttes der. Samlet sikrer denne dataudveksling, at kunderådgiverne har et overblik over sager i både Udbetaling Danmark og i kommunerne Arkivering Komponenten har ansvaret for sikre korrekt og lovmedholdelig arkivering af sager. Dvs. sikre at Udbetaling Danmark overholder opbevaringspligten, og at lukkede sager markeres til kassation på det rette tidspunkt. Efter udløb af opbevaringspligten skal Systemet automatisk gennemløbe sagerne og slette sager der ikke længere skal opbevares. I det omfang der træffes beslutning om at der skal afleveres til Statens Arkiver skal komponenten håndterer denne afleveringen af data. Bilag 3A Behovsopgørelse Side 28 af 78

30 6 Forretningsprocesser Forretningsprocesserne beskriver en mulig understøttelse af de forretningsmæssige behov. For en detaljeret visning af forretningsprocesserne henvises til bilag 3A.2 (Løsningsflow) og for en detaljeret beskrivelse af de enkelte aktiviteter henvises til bilag 3A.3 (Aktivitetsbeskrivelser). Desuden henvises til den klikbare version af processerne. Den metodemæssige tilgang til forretningsmodellering i ATP er beskrevet i bilag 2A (Sådan forretningsmodellerer vi i ATP). 6.1 Samlet proceskatalog Processerne markeret i den grønne ramme i proceskataloget angiver de forretningsmæssige kerneprocesser, der benyttes i administrationen af familieydelser. Figur 4 Samlet procesoverblik Bilag 3A Behovsopgørelse Side 29 af 78

31 Nederst i figuren vises de kommunikations-, styrings-, drifts- og støtteprocesser som er tværgående for hele Udbetaling Danmark. I de efterfølgende afsnit vil kerneprocesserne samt de tværgående kommunikationsprocesser blive beskrevet. De øvrige processer beskrives ikke yderligere i udbudsmaterialet. Niveau 1 - Procesområde Niveau 2 Niveau 3 Løsningsflow Indberetning Håndter indberetning LF Familieydelser Håndter indberetning LF Familieydelser Håndter automatisk genererede oplysninger Administration Træf afgørelse LF Familieydelser Træf afgørelse Håndter drift LF Familieydelser Dan udbetalingsgrundlag LF Familieydelser Udsend påmindelse om enlig-erklæring Udbetaling Håndter udbetaling LF Familieydelser Effektuer udbetaling Håndter opkrævning LF Familieydelser Dan krav Kommunikation Håndter post 20.x.1 LSF Modtag post LSF Afsend post Håndter telefonisk kontakt 20.x.2 LSF Modtag telefonopkald LSF Foretag telefonopkald Håndter dataleverance 20.x.3 LSF Modtag dataleverance LSF Afsend dataleverance Håndter webadgang 20.x.4 LSF Modtag henvendelse via www LSF Modtag log-in oplysninger Håndter webservice 20.x.5 LSF Besvar webservicekald LSF Foretag webservicekald Tabel 2: Oversigt over procesområder og løsningsflows 6.2 Kerneprocesser Kerneprocesserne beskriver hvordan Udbetaling Danmark indberetter, administrerer og danner udbetalinger for familieydelsesområdet. Kerneprocesserne er nedbrudt i Løsningsflows (LF), som er yderligere beskrevet i afsnittene nedenfor Kerneproces Håndter indberetning Processen håndterer opstart og indberetning af oplysninger fra en person eller myndighed, samt modtagelse og håndtering af automatisk generede oplysninger fra registre. Kerneprocessen Håndter Indberetning består af følgende løsningsflow: LF Familieydelser - Håndter indberetning LF Familieydelser Håndter automatisk genererede oplysninger Bilag 3A Behovsopgørelse Side 30 af 78

32 LF Familieydelser Håndter indberetning Det centrale i dette løsningsflow er selvbetjeningsløsningen, som giver personer mulighed for dels at orientere sig på området og se aktuelle oplysninger om egen sag, og dels at søge om Familieydelser eller angive oplysninger til en verserende sag. Desuden modtages indberetninger fra personer og myndigheder via brev eller telefon. Disse behandles af en kunderådgiver i Systemets brugergrænseflade. Processen starter når en person anvender selvbetjeningsløsningen på Borger.dk. Hvis der ikke logges på med NemID er løsningen begrænset til muligheden for at se og læse generelle oplysninger om området, samt benytte simulering/beregning af ydelser. Hvis der logges på selvbetjeningsløsningen henter Systemet de oplysninger, der er til rådighed om personen, og herefter har vedkommende mulighed for at søge om familieydelser eller angive oplysninger til aktuelle sager, fx en erklæring som enlig eller svar på en partshøring. Når en person har søgt om en ny ydelse eller angivet oplysninger, er det muligt at vedhæfte dokumentation til Udbetaling Danmark. Afslutningsvis vælger personen at indsende ansøgningen/oplysningerne eller at gemme som kladde. Når en ansøgning eller oplysninger er sendt til Udbetaling Danmark, viser Systemet en kvittering på selvbetjeningsløsningen, og desuden sendes besked til eboks. Hvis sagen kan afgøres straks (sker i flowet Træf afgørelse) vil afgørelsen blive udstillet sammen med kvitteringen LF Familieydelser Håndter automatisk genererede oplysninger Formålet med dette løsningsflow er oprettelsen af nye sager og modtagelse og registrering af data fra interne og eksterne registrer. Hver gang et barn bliver født eller bliver tildelt et CPR nummer (fx ved indrejse i Danmark) modtager Beriget Grunddata besked. Der opsættes herefter automatisk et abonnement til Familieydelser i Beriget Grunddata, og oplysningen om det nye barn samt øvrige stamoplysninger sendes til Systemet. Ved modtagelse af data fra Beriget Grunddata opretter og opdaterer Systemet en sag og tilhørende delsager, hvorefter sagen sendes videre til Træf afgørelse. Det hele sker automatisk uden inddragelse af kunderådgiver eller person. Langt de fleste af sagerne i Familieydelser oprettes i dette flow. Denne proces viser også de ændringer som løbende modtages i Systemet. Dels abonneres på oplysninger om ydelsesmodtagere, der kan have betydning for be- Bilag 3A Behovsopgørelse Side 31 af 78

33 rettigelsen til familieydelser, og dels indrapporteres nogle oplysninger fra kommunerne eller udenlandske myndigheder. Når nye oplysninger modtages bestemmes det om de har betydning for en sag, og i givet fald sendes sagen til Træf afgørelse for en genvurdering af berettigelsen Kerneproces - Træf afgørelse Processen håndterer overordnet set validering af informationer og kontrolbehov, beregning af ydelsen samt selve afgørelsen, der kan være en bevilling eller et afslag. Kerneprocessen Træf afgørelse består af løsningsflowet: LF Familieydelser Træf afgørelse LF Familieydelser Træf afgørelse Formålet med processen er at træffe afgørelse om en persons berettigelse til en given familieydelse. Processen er startet i Håndter indberetning eller Håndter automatisk genererede oplysninger. Systemet starter med at fremskaffe nødvendige data om ansøger. Data valideres og på baggrund heraf og ud fra gældende regler bestemmes behovet for kontrol og/eller kontakt til personer, der er relevante for sagen. Systemet bestemmer ligeledes om personen er berettiget og beregner en eventuel ydelse. Når hele processen er gennemført afgøres sagen, og der sendes besked til personen via brev og selvbetjening. Hvis der skal udbetales, fortsætter processen i Dan udbetalingsgrundlag. Er der undervejs et behov for manuel kontrol, så danner Systemet en opgave, som lægges i en arbejdspakke. En kunderådgiver vil så via Opgaveindbakken behandle opgaven og evt. indhente yderligere information. Herefter lægges sagen tilbage til det automatiske flow Kerneproces Håndter drift Processen håndterer overordnet set klargøring af udbetalingerne og den årlige kontrol af enlig status. Kerneprocessen består af løsningsflowene: LF Familieydelser Dan udbetalingsgrundlag LF Familieydelser Udsend påmindelse om enlig-erklæring LF Pension - Dan udbetalingsgrundlag Formålet med processen er at bestemme og danne det endelige udbetalingsgrundlag. Bilag 3A Behovsopgørelse Side 32 af 78

34 Processen starter, når det er tid til at udbetale eller når et krav, som skal sendes til Debitor, opstår. Før Systemet kan beregne det endelige udbetalingsgrundlag modtages dels informationer om indbetalinger (for bidragssager) og dels informationer om eventuelle modregningsposter. Når udbetalingsgrundlaget er dannet bestemmes det videre forløb, som kan være at sagen skal vurderes manuelt af en kunderådgiver, at der skal sendes besked til en person, at sagen skal lukkes, at der gives besked til opkrævning om modregning og/eller at der udbetales eller opkræves (Håndter udbetaling/håndter opkrævning). Bemærk at processen både bruges til at opgøre opkrævningsposter og udbetalingsposter LF Familieydelser Udsend påmindelse om enlig-erklæring Formålet med denne proces er at udsende en årlig påmindelse om erklæringen som enlig. Det gælder for alle de personer hvis status (enlig/ikke enlig) berettiger til enlig-ydelser (ordinært og ekstra børnetilskud), at der en gang årligt skal bekræftes at de fortsat er enlige. Processen starter med at udsøge alle relevante personer, hvorefter der sendes besked om erklæringen. Hvis der ikke er modtaget svar indenfor et givet tidsrum, så udsendes en rykker. Hvis der fortsat ikke modtages svar indenfor tidsfristen, så fortsætter processen i Træf afgørelse, da det manglende svar opfattes som en erklæring som ikke-enlig. Svarene på enlig-erklæringen modtages via selvbetjeningsløsningen(håndter indberetning) Kerneproces Håndter udbetaling Processen håndterer overordnet set udbetaling af familieydelser og indberetning af udbetalinger til e-indkomst. Kerneprocessen Håndter udbetaling består af løsningsflowet: LF Familieydelser Effektuer udbetaling LF Familieydelser Effektuer udbetaling Formålet med processen er at effektuerer udbetalingerne af familieydelser, samt danne relevante posteringer til regnskab og afstemning. Processen starter, når det er tid til udbetaling og der findes et udbetalingsgrundlag. Systemet danner poster til regnskab og afstemning, og sender selve udbetalingen til NemKonto. Efterfølgende modtager Systemet besked om gennemførte og afviste udbetalinger fra NemKonto. Når der udbetales Børne- og ungeydelser gives Bilag 3A Behovsopgørelse Side 33 af 78

35 desuden besked til EFI, som derved kan modregne daginstitutionsrestancer via NemKonto. I forbindelse med udbetalingerne modtages ind i mellem besked fra personer om fejl i udbetalingerne. Henvendelserne behandles manuelt af kunderådgiverne Kerneproces Håndter opkrævning Processen understøtter overordnet hvordan betalingskrav videreformidles til Debitor. Kerneprocessen Håndter opkrævning består af løsningsflowet: LF Familieydelser Dan krav LF Familieydelser Dan krav Formålet er at sikre, at krav videreformidles til opkrævningssystemet, samt at der kan dannes regnskabs- og afstemningsposter, som sendes til ERP. Processen starter når Dan udbetalingsgrundlag har resulteret i et krav. Det forekommer i bidragsager og i forbindelse med tilbagebetaling. Systemet danner poster til afstemning, regnskabet og selve kravet. Når Debitor har opkrævet kravet og modtaget en indbetaling, modtager Systemet besked herom, og processen fortsætter på Dan udbetalingsgrundlag Tværgående proces Håndter post 20.x.1 Den tværgående proces Håndter post, består af to løsningssubflows: LSF Modtag post LSF Afsend post Flowsene beskriver overordnet hvordan post modtages og afsendes i Udbetaling Danmark. Processen er den samme for alle ydelsesområderne i Udbetaling Danmark. Familieydelsessystemet skal kunne modtage og afsende post via denne proces Tværgående proces Håndter telefonisk kontakt 20.x.2 Den tværgående proces Håndter telefonisk kontakt, består af to løsningssubflows: LSF Modtag telefonopkald LSF Foretag telefonopkald Flowsene beskriver overordnet hvordan telefonopkald modtages og foretages i Udbetaling Danmark. Processen er den samme for alle ydelsesområderne i Udbetaling Danmark. Bilag 3A Behovsopgørelse Side 34 af 78

36 6.2.8 Tværgående proces Håndter dataleverance 20.x.3 Den tværgående proces Håndter dataleverance, består af to løsningssubflows: LSF Modtag dataleverance LSF Afsend dataleverance Flowsene beskriver overordnet hvordan dataleverancer modtages og afsendes i Udbetaling Danmark. Processen er den samme for alle ydelsesområderne i Udbetaling Danmark. Familieydelsessystemet skal kunne modtage og afsende dataleverance via denne proces Tværgående proces Håndter webadgang 20.x.4 Den tværgående proces Håndter webadgang, består af to løsningssubflows: LSF Modtag henvendelse via www LSF Modtag log-in oplysninger Flowsene beskriver overordnet hvordan personers henvendelser via www og log-in oplysninger modtages i Udbetaling Danmark. Processen er den samme for alle ydelsesområderne i Udbetaling Danmark. Familieydelsessystemet skal kunne modtage henvendelser via www og log-in oplysninger via denne proces Tværgående proces Håndter webservice 20.x.5 Den tværgående proces Håndter webservice, består af to løsningssubflows: LSF Besvar webservicekald LSF Foretag webservicekald Flowsene beskriver overordnet hvordan webservicekald besvares og foretages i Udbetaling Danmark. Processen er den samme for alle ydelsesområderne i Udbetaling Danmark. Familieydelsessystemet skal kunne foretage webservicekald via denne proces. Bilag 3A Behovsopgørelse Side 35 af 78