Vedrørende udbud for Familieydelsessystem og Debitorsystem til Udbetaling Danmark

Transkript

1 Velkommen til andet informationsmøde Vedrørende udbud for Familieydelsessystem og Debitorsystem til Udbetaling Danmark Den 14. januar

2 Agenda Velkommen Herefter gennemgår de to projekter følgende punkter Status og tidsplan på udbudsmaterialerne Særlige fokusområder Integrationer Udfasning (konvertering og nødvendige grænseflader) Eventuelt 1

3 Hvem er vi Konkurrence Udsættelses Programmet (KUP) Hans Christian Jelstrup, Underdirektør og programleder Mikael Boe Larsen, Sourcing Specialist Nethe Rosenvinge, Juridisk konsulent Familieydelse er repræsenteret ved: Hanne Nørgaard Hansen, Afdelingschef (styregruppeformand) Simon Schulian, Projektchef Tine Cederstrand Møller, Forretningsansvarlig Christian Lyrn, It arkitekt Dorte Dugbæk, Forretningsarkitekt Debitor er repræsenteret ved: Hanne Nørgaard Hansen, Afdelingschef (styregruppeformand) Lærke Ring Poss, Projektchef Bettina Breyen Sundberg, Forretningsansvarlig Lars Parby, Forretningsarkitekt fra 1. januar 2015 Henrik Vendelbo Danielsen, Forretningsarkitekt frem til 31. december

4 Kort opdatering på udbudsproces De to separate udbud for Familieydelse og Debitor gennemføres fortsat i tæt koordinering Familieydelse forventes at koble sig på debitorsystemet, som den første bruger med direkte integration mellem de to systemer. Debitor vil derfor først være i drift, når Familieydelse er fuldt implementeret. Tidsplanerne for de to udbud følger planen Tidsplanen for udbudsprocessen og den efterfølgende implementering er ens. Det betyder at udfasning og konvertering af data vil følges. Væsentlige milepæle: 23. februar, 27. april, 18. august og 17. november 2015 Individuelle leverandørdialoger ultimo januar/primo februar Her ønskes særligt drøftet Er de funktionelle krav forståelige og markedskonforme? Giver materialet leverandørerne den fornødne indsigt i Udbetaling Danmarks forretning? Er der krav, der er specielt fordyrende eller vanskelige? Kan kravene løses indenfor rammerne af et standardsystem? Er tidsplanen passende? Hvorledes vurderes indfasningsstrategien for Familieydelser og Debitor? 3

5 Hovedtidsplan frem til kontraktunderskrivelse for Familieydelse og Debitor Færdiggørelse, review og godkendelse af udbudsmateriale Udbudsmateriale udsendt Prækvalifisering Vurder egnethed Tilbudsperiode inkl. spørgsmål Tilbudsevaluering Stand still Første informationsmøde Offentliggørelse af udbudsmateriale 19. december 2014 Individuelle dialogmøder FY: januar DEB: februar Prækvalifikations anmodninger modtaget Tilbud modtaget Kontrakt underskrevet Leverandørfremvisninger af debitorsystemer 9. og 10. oktober Andet informationsmøde 14. januar 2015 Annoncering af udbud Udvalgte leverandører offentliggjort Tildeling offentliggjort

6 Status og tidsplan på udbudsmaterialerne

7 Status på udbudsmaterialerne for Familieydelser Offentliggjorte bilag (pr ) i foreløbig version: Bilag Familieydelser 0 Definitioner 1 Tidsplan 2 Situationsbeskrivelse 2A Sådan forretningsmodellerer vi i ATP 2B Eksisterende Data 2C ATP PC-arbejdsplads 3 Leverancebeskrivelse 3A Behovsopgørelse 3A.1 Kravliste 3A.2 Løsningsflows 3A.4 Informationsmodeller 3A.6 Integrationer 3A.7 Brugergrænseflader 3B Løsningsbeskrivelse Præsentation af ud/indfasningsstrategi Offentliggøres i forbindelse med udbudsbekendtgørelse Bilag Familieydelser 3A.3 Aktivitetsbeskrivelser - 3A.5 Regel- og beslutningsmodeller - 4 Dokumentation - 5 Priser og betalingsplan - 6 Afprøvninger - 7 Servicemål - 8 Samarbejdsorganisation og rapportering - 9 ATP's medvirken - 10 Licensbetingelser - 11 Ændringshåndtering - 12 Underleverandører og ydelseslokationer - 13 Sikkerhed - 14 Accelereret konfliktløsning og mediation - 15 Leverandørkoordinering - 16 Garanti - 17 Benchmarking - 18 Projektaftale - 19 Projektvilkår - 20 Ophørsbistand - - Kontrakten - 6

8 Hovedtidsplan for Implementeringen (opdateret ifht. bilag 1A) 7

9 Særlige fokusområder

10 To-be IGOE for Familieydelser Indberetninger om nye forløb og ændringer til eksisterende forløb. Automatisk indberetninger: Lov om børnetilskud og forskudsvis udbetaling af børnebidrag Lov om opkrævning af underholdsbidrag Lov om en børne- og ungeydelse Lov om inddrivelse af gæld til det offentlige Love om ægteskabsindgåelse og opløsning Lov om børns forsørgelse UDK loven EF- forordning 883/04 Retssikkerhedsloven Forvaltningsloven Persondataloven Fødsler (Børneydelse) Flerbørnsfødsler (Børnetilskud) M.fl. Vi håndterer udbetaling af Børnetilskud, Underholdsbidrag og Børne- og ungeydelser til familier i forskellige livssituationer. Manuelle indberetning via selvbetjening: Børnetilskud til enlige Underholdsbidrag M.fl. Myndighed (ind- og udland) Borger Kunderådgiver EKSTERNE SYSTEMER & REGISTRE INTERNE SYSTEMER & REGISTRE Familieydelse selvbetjening Borger.dk Familieydelsesfagsystem Fællesoffentlig rammearkitektur Print / Skatteoplysninger Print / Digital Post Digital Post Scanning Netforvaltning Fysisk Post Schultz Sundhed Lovservice HR og Skatteoplysninger Print / økonomi Digital Post Beriget Net-forvaltning grunddata Schultz Sundhed Lovservice

11 Særligt for området Familieydelser 23 forskellige ydelser Borgerne står i mange forskellige situationer vores løsninger skal kunne rumme dem alle Der skal tages udgangspunkt i Borgerens situation, og begrebsforvirring skal forsøges undgået Vores rådgivere skal have overblik over alle 23 ydelser Politisk bevågenhed og fokus på socialt bedrageri Der er åbnet for muligheden for at begrænse ydelserne til familier med høje indtægter området er blevet et finanspolitisk redskab Alle har holdninger om Familieydelser derfor bliver området vigtigt for politikerne, fx i forbindelse med EØS sager Stor bevågenhed fra offentligheden i forhold til socialt bedrageri Udbetalingerne skal være rimelige er det fx rimeligt at børne- og ungeydelsen som udgangspunkt udbetales til mor? Nye ydelser og regler Reglerne på området ændres hyppigt og det er uhyre vigtigt at regler og parametre hurtigt og smidigt kan ændres Nye ydelser skal kunne oprettes hurtigt og smidigt, og ændringer tilbage i tid skal være muligt Tæt samarbejde med Debitor og Statsforvaltningen Familieydelser har et meget tæt samarbejde med Debitor og der skal være fokus på en velfungerende integration i mellem de to systemer Statsforvaltningens afgørelser danner grundlag for sagerne på bidragsområdet. Et godt samarbejdet understøttet af Systemet er vigtigt. 10

12 De fem mantra Effektiv udvikling og drift på en omkostningseffektiv it-platform der kan rumme løbende omstillinger og ændringer samarbejde med lovgiverne om regeltilpasninger Forenkling af ordningerne Automatisering af Sagsbehandlingen fuld fokus på automatisering af de store mængder (motorveje) proaktiv kommunikation i øjenhøjde; vi spørger ikke om det, vi ved i forvejen Let tilgængelig selvbetjening Kundeservice efter behov kundeservice for borgere med særlige behov og sagsområder med få sager 11

13 Visionen Et samlet fagsystem Gode selvbetjeningsløsninger med udgangspunkt i Borgerens behov Regelmotor som sikrer at lovgivning og forretningsregler ejes og administreres af forretningen Velfungerende samarbejde med Debitor Mere samarbejde med Statsforvaltningen og mulighed for understøttelse af manuelle arbejdsgange Respekt for sikker drift Fokus på forenklinger af processen 12

14 Hvordan arbejder vi? En sag ejes ikke af nogen: Ved behov for sagsbehandling behandles den af den kunderådgiver, der har tid. Arbejdspakke: En gruppe af opgaver af samme type. Kunderådgiveren tager en opgave fra en given arbejdspakke, løser den og går videre til næste opgave. No touch princip: Hvis det er muligt, så afgør vi sagerne alene på baggrund af oplysninger fra autoritative registre og fra borgeren. Hændelsesorienteret: Vi lytter på hændelser som kan være interessante. Fx flytninger. Effektive processer: Vi har hele tiden fokus på at forbedre og optimere. 13

15 Arbejdspakker udtræk fra fælles pulje af input Arbejdspakker Kunderådgiver udsøger via arbejdspakker (definerede udsøgningskriterier) de ansøgninger, ændringer, dokumentation mv. som skal behandles. Når behandling er sket træffes der afgørelse, eller et trin i sagsbehandlingen er gennemført og næste trin vil blive udført at kunderådgiver som har næste arbejdspakke i sagsbehandlingen Hillerød Fælles pulje for alle centre ansøgninger, ændringer, dokumentation mv. Afgør Afgør Holstebro Afgør Ansøgning Ansøgning Ændring Ansøgning Ændring Ændring Ændring Afgørelse Afgørelse Afgørelse Ansøgning Efter 1. behandling Efter 1. behandling Afgørelse 1. behandling Frederikshavn Efter 1. behandling Vordingborg 1. behandling 1. behandling Afgør Haderslev 14

16 Integrationer

17 Integrationer Der er en række systemer som ny familieydelsesløsning skal integrere op imod eller levere data til. De væsentligste er fremhævet i det følgende. Debitor: Integrationen til nyt debitorsystem er specielt central i forhold til Familieydelser, da en andel af underholdsbidrag ikke kan udbetales før kravet er dækket. I integrationen til Debitor er der primært to snitflader hvor der udveksles information: Krav (inklusiv retursvar med henblik på udbetaling af bidrag og indberetning til Skat) Modregning (inklusiv retursvar) 16

18 Integrationer SKAT: Familieydelser har en tæt tilknytning til SKAT og udveksler data med forskellige SKAT systemer. Familieydelser vil hente al data direkte fra SKAT. Der hentes data fra følgende SKAT systemer: SKAT eindkomst SKAT Forskud SKAT Årsopgørelse (SLUT) 17

19 Integrationer Beriget grunddata: Familieydelser modtager data fra Beriget grunddata på lige fod med Udbetaling Danmarks øvrige ydelsesområder. Beriget grunddata er udviklet af ATP og vil i være i drift på overgangstidspunktet. Fællesoffentlige integrationer: De fællesoffentlige snitflader (herunder KOMBIT s serviceplatform) er allerede afprøvet og i drift i forbindelse med Barsel og Pension, så familieydelsesprojektet skal blot koble op mod dem. 18

20 Integrationer Generisk udtræksservice: Familieydelser har en håndfuld eksterne partere der har lovmæssig hjemmel til at modtage udvalgt data fra ny familieydelsesløsning. Ny familieydelsesløsning skal centralt indsamle og afsende data, med en generisk udtræksservice. Ny Familieydelsesløsning Rapport / udtræksservice Derudover skal der kunne udtrækkes rapporter, der kan filtreres på bl.a. CPR nummer, dato osv. Dette skal kunne afvikles på bestemte tidspunkter og ad-hoc. 19

21 Udfasning (konvertering og nødvendige grænseflader)

22 Udfasning (konvertering) Eksisterende løsning er fysisk opdelt i to systemer - KMD Børneydelse og KMD Underholdsbidrag (UHB). Yderligere har Familieydelser en stærk binding til Debitor, hvilket gør at udfasningsscenariet vil afspejle overgang fra begge områder. Udfasningsscenariet Udfasningsscenariet bygger på trinvis udfasning, hvor hvert af de to systemer udfases hvert for sig, først KMD Børneydelse derefter KMD Underholdsbidrag. Eksisterende debitorkrav forbliver i KMD OPUS Debitor, indtil KMD Underholdsbidrag udfases. Overgangsprocessen Overgangsprocessen illustrerer E-T-L processen og de indvirkninger det forventes at have på Udbetaling Danmarks forretning og på borgerne. 21

23 Udfasningsscenariet Eksisterende Familieydelsesløsning Alle sager UHB sager Efter udfasningen vil forretningslogik alene bo i ny familieydelsesløsning og debitorfunktionalitet alene bo i ny debitorløsning Eksisterende Debitor Alle sager Ny Familieydelsesløsning BYS sager Alle sager Ny Debitor Alle sager BYS: UHB: - Børne- & ungeydelse - Børnetilskud - Underholdsbidrag 22

24 Overgangsprocessen Drift i KMD Familieydelsesløsning Opsamlingskørsler Dataudtræk Transformer data Indkonverter data Drift i Systemet Interne processer Sagsbehandling Sagsbehandling i KMD Familieydelsesløsning Stop for sagsbehandling for det Udkonverterede område Sagsbehandling i Systemet Automatiske kørsler Automatisk kørsler i KMD Familieydelsesløsning Stop for automatiske kørsler for det Udkonverterede område Automatiske kørsler i Systemet Adgangsniveau Fuld adgang til KMD Familieydelsesløsning Readonly for KMD Familieydelsesløsning indtil fallback periodens ophør Borgervendt adgang Selvbetjening Adgang til selvbetjening fra KMD s systemer Interimsadgang til selvbetjening fra Ny Familieydelsesløsning Evt. container Normal selvbetjening i Systemet 23

25 Pause 24

26 Status og tidsplan på udbudsmaterialerne

27 Status på udbudsmaterialerne for Debitor Offentliggjorte bilag (pr ) i foreløbig version: Bilag Debitor 0 Definitioner 1 Tidsplan 2 Situationsbeskrivelse 2A Sådan forretningsmodellerer vi i ATP 2C ATP PC-arbejdsplads 3A Behovsopgørelse 3A.1 Kravliste 3A.2 Løsningsflows 3A.3 Aktivitetsbeskrivelser 3A.4 Informationsmodeller (23/1) 3A.5 Regel- og beslutningsmodeller Bilag 3.A.4 og kontrakt vil blive offentliggjort 23/ Bilag 5 og kontrakten vil blive tilpasset ifht. de særlige forhold der gælder for idriftsættelse af Debitor, som vil være afhængig af fagsystemernes tilkobling jf. tidsplanen Øvrige bilag offentliggøres i forbindelse med udbudsbekendtgørelse, og vil følge den standard, der er anvendt på Barsel og Pensionsudbuddene 26

28 Hovedtidsplan for Implementeringen (opdateret ifht. bilag 1A) 27

29 Kontrakten Kontrakten indeholder både systemudvikling, drift, vedligeholdelse og videreudvikling Kontrakten tager udgangspunkt i samme kontrakts paradigme som anvendt på udbuddet Pension, som kan findes på udbudsportalen Kontrakten er opdelt i 4 etaper, hvor der vil være delleverancer i løbet af etapen (etapeforløbet vist i tidsplanen s. 27 er tentativt) Hver etape og delleverance kan have tilhørende betalingsmilepæle Det forventes at kontrakten bliver 5 årig med forlængelse på op til 2 år Udkast til kontrakten vil blive offentliggjort på udbudsportalen d. 23. januar

30 Udfasning (konvertering og nødvendige grænseflader)

31 Udfasning (konvertering) Debitor forventer på nuværende tidspunkt at udfase alle ydelserne under Familieydelser på en gang, og det vil ske samtidig med, at Familieydelser udfaser UHB. Timingen for udfasningen af Debitor og UHB i Familieydelser er, at de skal være afsluttet samtidig. Forløbet skal fastlægges med dette udgangspunkt. De øvrige ydelser, som Debitor skal udfase, forventes på nuværende tidspunkt at blive udfaset efterfølgende. Planlægning af tidspunktet for udfasningen skal ske i tæt samarbejde mellem leverandørerne af Debitor og de fagsystemer, der skal udfases. 30

32 Særlige fokusområder

33 To-be IGOE for Debitor Opkrævning jf. lovgivning for de specifikke ydelsesområder for Udbetaling Danmark Udbetaling Danmark loven Inddrivelsesloven Retssikkerhedsloven Forvaltningsloven Persondataloven Indberetning fra Ydelsesområder med krav om løbende bidrag, tilbagebetalingskrav og oplysninger herom. Henvendelse fra bobestyrer eller skifteret Afgørelse om modregning Henvendelse fra borger, virksomheder og kommuner Indbetalinger Informationer fra SKAT via EFI Debitor håndterer: Opkrævning, rykning og indbetaling Oversendelse til og kommunikation med EFI Afdragsordninger af alle krav i UDK Modregning i ydelser udbetalt af UDK og kommuner Behandling af dødsbo og gældssanering/konkurssager Afskrivning Lån Udbetaling Henvendelser Krav og restancehåndtering Kommuner EKSTERNE SYSTEMER & REGISTRE Borgere Kunderådgiver Print Nem / Digital Konto EFI Digital Post Scanning Fysisk Post Debitor selvbetjening Borger.dk Debitor fagsystem Fællesoffentlig rammearkitektur ATP ATP Systemer Statistik/data ATP Statistik/data

34 Særlige fokusområder for Debitor Materialet indeholder krav til og beskrivelser af de særlige fokusområder for Debitor: EFI Modregning Medhæfter Ikke normal standard De mest komplekse områder Oplysninger fra fagsystemer Mange informationer, der danner grundlag for regler og videre proces Indbetalingsløsning Dialog om supplement til de mest normale løsninger 33

35 Særlige fokusområder for Debitor Foreløbige bilag der er lagt ud på udbudsportalen, der i særlig grad omhandler de konkrete krav: Bilag 3A Behovsopgørelsen Bilag 3A.3 Aktivitetsbeskrivelser Bilag 3A.2 Løsningsflows Bilag 3A.1 Kravliste 34

36 Særlige fokusområder for Debitor Bilag 3A Behovsopgørelsen Beskrivelse af den samlede forretningsmæssige løsning i relation til Udbetaling Danmarks debitorfunktion. Beskrivelse af, hvad systemet skal understøtte via beskrivelse af definerede komponenter (afsnit 5, Komponentmodel) Beskrivelse af, hvilke forretningsmæssige processer, systemet skal understøtte (afsnit 6, Forretningsprocesser) 35

37 Særlige fokusområder for Debitor Bilag 3A.2 Løsningsflows Tegninger af de løsningsflows, som forretningsprocesserne består af Herunder en synliggørelse af, hvilke aktiviteter der skal håndteres via systemet, og hvilke der kræver manuel behandling i et eller andet omfang. Inkl. markering af hvilke veje i flowet der er defineret som motorveje, hovedveje og biveje 36

38 Særlige fokusområder for Debitor Bilag 3A.3 Aktivitetsbeskrivelser Beskrivelser af de aktiviteter, som indgår i de enkelte løsningsflows Ved understøttelse af aktiviteten henviser vi til kravene i kravlisten. 37

39 Særlige fokusområder for Debitor Bilag 3A.1 Kravliste Indeholder specifikke krav til funktionaliteten. I det fremlagte materiale er der oplistet konkrete krav tilknyttet de tre særlige områder: EFI Modregning Medhæfter Kravene er knyttet til de komponenter, som vi forventer vil håndtere den angivne funktionalitet. 38

40 Særlige fokusområder for Debitor Bilag 3A.1 Kravliste Eksempler på krav vedr. EFI fra kravlisten Komponent [xx] Kravgruppe [Kravgruppe: xx] Kravtekst EFI Håndtering EFI Håndtering Håndter indbetaling Oprettelse og oversendelse af EFI modregnings- og inddrivelsessager Systemet 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. Information til EFI Systemet skal understøtte, at krævede informationer fra UDK til RIM automatisk kan medsendes på EFI Modregnings- og Inddrivelsessagen. Krævede informationer defineres af RIM med udgangspunkt i lovgivningen. Systemet skal understøtte, at der sker udligning på de krav, som den indbetaling, der er modtaget fra EFI vedrører (styret ud fra EFIsagsnummer). 39

41 Særlige fokusområder for Debitor Bilag 3A.1 Kravliste Eksempler på krav vedr. modregning fra kravlisten Komponent [xx] Kravgruppe [Kravgruppe: xx] Kravtekst Håndter modregning Håndter modregning Håndter indbetaling Systemet skal understøtte, at der fremsendes Anmodninger om modregning til De udbetalende fagsystemer ud fra den oprettede Modregningsordning. Systemet skal understøtte, at der automatisk kan oprettes Modregningsordning med automatisk beregnede afdrag, afhængig af kravtype. Beregningen sker på oprettelsestidspunktet ud fra fastsatte regler om antal afdrag ift. kravstørrelse. Systemet skal understøtte, at informationer om indbetaler, herunder oplysning Det udbetalende fagsystem ved en indbetaling fra Det udbetalende fagsystem er tilgængelig for videre behandling. 40

42 Særlige fokusområder for Debitor Bilag 3A.1 Kravliste Eksempler på krav vedr. medhæfter fra kravlisten Komponent [xx] Kravgruppe [Kravgruppe: xx] Opkrævnings- og betalingsadministration Kravtekst Systemet skal understøtte, at der automatisk oprettes en eller flere hæftere på et krav på oprettelsestidspunktet, såfremt hæfterinformation er oplyst fra det fagsystem, der har sendt kravet til Systemet. Opkrævnings- og betalingsadministration Rykning Systemet skal understøtte, at der kun sker bogføring af kravet 1 gang uanset antallet af hæftere på kravet. Systemet skal understøtte, at hver enkelt hæfter har individuelle og indbyrdes uafhængige forløb vedr. rykkere, der automatisk gennemføres på samme måde, som ved "almindelige" debitorer. Dvs. de kan både sendes samtidig eller forskudt af hinanden (styres af regler). 41

43 Integrationer

44 Integrationer UDK Fagsystem DFSY1: Krav DFSY2: Kravstatus DFSY3: Modregningsanmodning DFSY4: Modregningsstatus Printløsning DDPO1: Dokument DFYS1 DFYS2 DFYS3 DFYS4 DNEM1: Udbetaling DNEM2: Udbetalingssvar NemKonto eindkomst DEIN1: Skatteoplysninger Beriget Grunddata DBGD1: Grunddata Debitor DEFI1: Fordringsindberetn. DEFI2: Status DNET1: Opkrævning EFI Beskedfordeler Sags og dokument indeks DBFO1: Besked DSDI1: Sag og Dokument DAAF1: Posteringer DIDP1/ DIDM1: DDWH1: Adgang/ Debitorinfo Rettigheder DNET2: Indbetaling m.v. DNET3: BS-aftale DBFC1: Indb. besked DBFC2: BS-aftale DKKY2: Modregningstatus DERP1: Økonomiinfo DKKY1: Modregningsanmodning nets BFC (Bogføringscentr al) Modregningsfordeler Fagsystem Udbetaling Danmark Intern system ATP Intern system Fælleskommunale systemer ATP Afstemning ATP IdM og IdP ATP DW (Data Warehouse) ATP ERP (Økonomi) Fællesoffentligt system

45 Integrationer Fagsystemer: Krav Krav modtages i Debitor fra Fagsystemer via en generel integration, der udover skal selve kravet også kunne indeholde information om afskrivning, afdrag og modregning Ved lukning (f.eks. Indbetaling eller afskrivning) af krav, sendes status retur fra Debitor til Fagsystem Modregning Anmodning om modregning sendes fra Debitor til Fagsystem, som returnerer resultat efter udført modregning Modregningsbeløb til anmodning og resultat er ikke nødvendigvis ens 44

46 Integrationer EFI: Krav sendes fra Debitor til EFI som fordring, der skal modregnes i overskydende skatter eller inddrives EFI s standardintegrationer anvendes Integrationen dækker modregning af ikke betalte krav i overskydende skatter og oversendelse af krav til inddrivelse Debitor henter dagligt status på oversendte krav til EFI Modregningsfordeler: Krav vedr. modregning i kommunale udbetalinger Anmodning om modregning sendes fra Debitor til modregningsfordeler på Serviceplatformen Modregningsfordeler distribuerer modregning til udbetalingssystem Debitor modtager svar på modregning fra modregningsfordeleren 45

47 Spørgsmål? 46

48 Praktik ifht. udbudsproces Referater Som altid vil der blive lagt et anonymiseret referat på vores Udbudsportal efter mødet Familieydelse: Debitor: Tilmelding til de individuelle møder sker via mail til senest den 16. januar

49 Eventuelt Udbudsportalen her bliver udbudsmateriale og prækvalifikationsmateriale offentliggjort 23. februar