NB! Her beskrives forretningsmæssige ændringer som først kommer i produktion i 2024-4

Forretningsbeskrivelse

Denne service giver mulighed for, at jobcentre og anden aktør registrerer og opdaterer oplysninger om borgers kontaktgruppe og personkategori/visitering.

Jobcentre, kommuner, anden aktør,og STAR har adgang til servicen.

Servicen er udskilt fra den SOAP-baserede PersonRegistrationService og kollektioner i PersonStatusService og PersonHistoryService.

Komposit metoden PersonRegistrationService#CreatePersonCategoryAndInterview er ikke omlagt til REST.

CPR-skiftere

Nye DFDG forretningsdomæner

For de nye DFDG forretningsdomæner gælder:

• I nye DFDG forretningsdomæner flyttes data (pegepinden til data) til at være borgers aktuelle cpr,nr, når borger skifter cpr.nr
• I nye DFDG forretningsdomæner kan der alene registreres og opdateres data ved kald med borgers aktuelle cpr.nr
• Fra 2023-3:
  • Ved opstart af nye DFDG forretningsdomæner indlæser STAR data fra den ældre del af DFDG i det nye forretningsdomæer uanset borgers CPR-status (bl.a. af hensyn til aflevering af data til Rigsarkivet) og af hensyn til bl.a. jobcentres og a-kassers behov for at kunne læse historiske data om en borger eller et medlem)
  • Serviceaftagere kan hente/læse data i de nye forretningsdomæner uanset om der kaldes med borgers aktuelle eller historisk cpr nr - også hvis borger er død.
  • For de allerede opstartede DFDG forretningsdomæner foretages efterkonvertering / indlæsning af data for de CPR-statusser som i første indlæsning blev udeladt, således at databestanden er komplet.
  • Ved registreringskald til nye DFDG forretningsdomæner med ikke-aktuelt CPR nummer kaster DFDG (ny) fejlkode med oplysning om at borgers aktuelle cpr nr skal anvendes (frem for nuværende brug af fejlkode om at cpr nr ikke findes) - fejlkode 9460 - "Det er ikke tilladt at registrere oplysninger på borgers ikke-aktuelle personnummer"
• Fra 2023-4
  • I servicen Virksomhedsindsats.PersonStatusService (version 1). GetPersonStatus er der fra 2023-4 releasen foretaget ændring i ansvarligJobcenterKode - Feltet vil fremover bestå af myndighedskode og organisationstype.

DFDG (classic)

For den ældre del af DFDG, der ikke er omlagt til nye DFDG forretningsdomæner, gælder:

• I DFDG (classic) forbliver data (som hidtil) på det cpr.nr., hvor registreringen oprindeligt er sket
• Fra DFDG (classic) kan data udlæses på det cpr.nr hvor registreringen oprindeligt er sket
• Det er muligt for aftagerne at opdatere allerede registrerede data i DFDG (classic) ved kald med ikke aktuelt cpr nr fsva data registreret på det pågældende cpr.nr, det gælder fx afslutning af allerede registreret fravær og lukning af borgers kontaktgruppe
• Ved registrering / opdatering af data med brug af ikke aktuelt cpr nr., dannes afledte WSRM'er / webservicebeskeder på dette ikke-aktuelle cpr.nr
• For SOAP services, som stiller igennem til REST services i en overgangsperiode (såkaldte converters), vil det ikke være muligt at opdatere på gammelt personnummer, da data bor i de nye forretningsdomæner, hvor alene aktuelt cpr nr kan anvendes ved registrering / opdatering

Metoder

CreateKontaktgruppe (tidl. CreateContactGroup) og CreateKontaktgruppeMedIdentifier

Metoderne CreateKontaktgruppe og CreateKontaktgruppeMedIdentifier bruges til at oprette en ny kontaktgrupperegistrering for den ledige. Med førstenævnte metode tildeler DFDG kontaktgruppen en identifier. Med sidstnævnte metode tildeler det kaldende system identifieren.

Hvis der findes en eksistererende kontaktgruppe på personen og der oprettes en ny, sætter DFDG automatisk slutdato på den eksisterende kontaktgruppe, når der oprettes en ny kontaktgruppe.

CreateKontaktgruppe (tidl. CreateContactGroup) skal bruges både ved oprettelse ny kontaktgruppe og ved skift mellem kontaktgrupper, da afledte forretningshandlinger, der fortages i DFDG, sker i forbindelse med registreringen af den nye kontaktgruppe.

Forretningsregler:

• Startdato må ikke være før d.d.
• Startdato må ikke være efter d.d.
• Slutdato må ikke være før startdato
• Det er muligt at oprette en ny kontaktgruppe, selvom der er registreret fravær, som ikke er mulig i den registrerede kontaktgruppe, idet DFDG automatisk lukker eller sletter det ulovlige fravær. Det er skift af kontaktgruppen og personkategoriseringen (målgruppeskift), der er bestemmende for afslutning/sletning af fraværsregistreringer (AbsenceValidationRuleSets). 
  • Igangværende fravær lukkes pr. dags dato, men fremtidige fravær slettes. 
  • Bemærk dog nedenstående afsnit omkring skift til kontaktgrupper for syge
• Det er muligt at oprette en ny kontaktgruppe, selvom der er indkaldt til samtaler (samtaletyper), som ikke mulige i den nye kontaktgruppe, idet DFDG automatisk aflyser sådanne indkaldelser afledt af kontaktgruppeoprettelsen.
• Det er ikke muligt at oprette en ny kontaktgruppe, hvis der er registreret en tilmelding, som ikke er mulig ift. den nye kontaktgruppe.
• Det er ikke muligt at ændre (registrere nye kontaktgruppe) på borger, der er tilmeldt som jobsøgende. Kontaktgruppen skal i stedet ændres via ændring af tilmeldingen (hvor DFDG som afledt handling ændrer kontaktgruppen)
• Det er ikke muligt at sætte en slutdato i oprettelsen af kontaktgruppen, hvis personen står med en aktiv tilmelding. Denne validering skal tilsikre at man ikke kan oprette en kontaktgruppe med en fremtidig slutdato, så personen på et tidspunkt kommer til at stå med en aktiv kontaktgruppe og uden en tilmelding.
• Kontaktgruppe 12 og 28 kan kun registreres på borger op til 30 år
• Hændelsesdato skal være før eller lig kontaktgruppens startdato
• Der er ikke muligt at skifte kontaktgruppe fra sygedagpengemodtager fra ledighed (KG25) til sygedagpengemodtager fra beskæftigelse (KG24).
• KG 3 ”Kontanthjælpsmodtager omfattet af integrationsprogrammet” og KG 6 ”Sygedagpengemodtager” må ikke oprettes af eksterne serviceaftagere.
  • Internt i DFDG vil de 2 kontaktgrupper stadig kunne sættes i forbindelse med at en borger tilbageføres til den pågældende kontaktgruppe f.eks. i DFDG batchjob.
  • I den specielle situation hvor en borger der kommer fra KG 6, er blevet sat i KG 13 ”Jobafklaring” af jobkonsulenten og hvor det efterfølgende har vist sig at borgeren skulle være forblevet sygedagpengemodtager, skal jobkonsulenten i stedet sætte borgeren i KG 24 ”Sygedagpengemodtager fra beskæftigelse” eller KG 25 ”Sygedagpengemodtager fra ledighed”.
• Når CreateKontaktgruppe (tidl. CreateContactGroup) anvendes til at skifte en kontaktgruppe vil der:
  • for den kontaktgruppe, der afsluttes, blive sat en slutdato svarende til startdato på den efterfølgende kontaktgruppe og en Berigtigelseskommentat (tidl. CorrectionComment) ”Opdateret af system som følge af oprettelse af ny kontaktgruppe.”
  • blive sendt WSRM på både den kontaktgruppe, der afsluttes, og den nye kontaktgruppe
  • Borger beholder i nogle tilfælde personkategoriseringen (hvis valid) / alternativt oprettes ny personkategorisering med default værdien for den kontaktgruppe der bliver flyttet til. Se Målgrupper (Kontaktgrupper og kategorisering).
• Når der skiftes kontaktgruppe til Jobafklaring (13) sendes WSRM beskeden "IllnessUpdateRegistrationType" med AbsenceCauseType = 40 ("Overgår til jobafklaringsforløb"). 

• Ved overgang til jobafklaring danner DFDG WSRM-beskeden GetIllnessUpdated til sygedagpengesystemet. Som slutdato sættes i denne besked (efter ønske fra KSD) eventdate for skift til kontaktgruppe 13 (jobafklaring), dvs. første dag med jobafklaringsforløb og ressourceforløbsydelse under jobafklaring. KSD skal dermed selv fratrække 1 dag fra denne slutdato i WSRM'en for at finde sidste dag med sygedagpenge. (Ændring ift. forretning oprindeligt aftalt med eDagpenge ifm. sygedagpengereformen).

• Såfremt kontaktgruppeskiftet giver anledning til ændring i CV-søgbarhed (se Regler for CV Søgbarhed) lægges der en opdatering af denne (i Jobnet og DFDG) på en kø, som sidenhen processeres af batchjobbet DFDG-TASS-SynchronizeCVAvailability.
• Der kan ikke oprettes ny KG på afdøde

Metoden CreateKontaktgruppe (tidl. CreateContactGroup) håndterer også inaktivering, opdatering og sletning af fravær i forhold til den kontaktgruppe man opdatere.

Håndtering af fravær ved skift til en KG der dækker sygdom:

• Ved kontaktgruppeskift til kontaktgrupperne der dækker sygdom (fx sygedagpengemodtager) foretages ingen validering mod, hvilke aktive og fremtidige fraværsforhold. Disse sættes i stedet inaktive.
• Følgende fravær inaktiveres: 1, 2, 4, 6, 7, 8, 9, 10, 11, 12, 14, 15, 16, 17, 18, 21, 23, 24, 25, 42, 43, 44, 45, 46, 47, 62, 63, 64, 65, 66, 67, 68, 69, 71, 72, 73, 75, 77, 78 og 79
• Når et fravær inaktiveres i forbindelse med skift til kontaktgrupper, der dækker sygedagpengemodtagere, bibeholdes sagsbehandlerens kommentar, mens DFDG skriver en årsagstekst til denne inaktivering i fraværets CorrectionComment.
• Fravær der er lovlige for sygdoms kontaktgruppen ændres ikke.

Håndtering af fravær ved skift fra KG der dækker sygdom:

• Hvis borgeren skifter til en anden kontaktgruppe, vil det fremtidige fraværsforhold, hvis det stadig er gældende og lovligt i forhold til den nye kontaktgruppe blive markeret som aktivt. 
  Ved raskmelding skal forhold sættes aktivt, hvis det er lovligt, sagsbehandler skal advares hvis der ligger inaktive forhold som ikke kan aktiveres.
• Ved skift til andre kontaktgrupper end sygdom valideres fraværet også i forhold til lovlighed for den kontaktgruppe man skifter til. Nogle fravær bliver automatisk lukket hvis de er ulovlige og i listen med fravær der automatisk skal lukkes eller slettes hvis det er fremtidigt.
• Fravær der er lovlige for kontaktgruppen ændres ikke.
• Det er skift af kontaktgruppen og personkategoriseringen (målgruppeskift), der er bestemmende for afslutning/sletning af fraværsregistreringer (AbsenceValidationRuleSets).  Igangværende fravær lukkes pr. dags dato, mens fremtidige fravær slettes.
• Ved kald direkte til CreateKontaktgruppe (tidl. CreateContactgroup), er lukning af fravær 11 blokeret
• I forbindelse med genaktiveringen af et fravær vil en historisk startdato blive opdateret til dags dato, og der sendes WSRM for opdateringen – WSRM sendes altid, når der ændres på aktiv-status.
• Ved kontaktgruppeskift fra f.eks. sygedagpengeforledighed (kg 25) til kontanthjælpsmodtager (kg 2) bliver aktivt sygdomsfravær afsluttet med dags dato.
• Når et fravær genaktiveres i forbindelse med skift væk fra kontaktgrupper, der dækker sygedagpengemodtagere, bibeholdes sagsbehandlerens kommentar, mens DFDG skriver en årsagstekst til denne genaktivering i fraværets CorrectionComment.

Håndtering af fravær ved andre kontaktgruppeskift:

• Det er skift af kontaktgruppen og personkategoriseringen (målgruppeskift), der er bestemmende for afslutning/sletning af fraværsregistreringer (AbsenceValidationRuleSets).  Igangværende fravær lukkes pr. dags dato automatisk af DFDG, men fremtidige fravær slettes af DFDG.  Bemærk dog ovenstående afsnit omkring skift til kontaktgrupper for syge.
  • Ved DFDGs lukning af igangværende fravær ifm. direkte eller indirekte KG-skift (fx ifm. tilmelding eller raskmelding) påsætter DFDG følgende kommentar på fraværet: "Afsluttet - af DFDG da det ikke er lovligt for kontaktgruppe/personkategorisering"
  • Ved DFDGs lukning af igangvæfende fravær ifm. direkte eller indirekte KG-skift (fx ifm. tilmelding eller raskmelding) påsætter DFDG følgende kommentar på fraværet: "Slettet - af DFDG da det ikke er lovligt for kontaktgruppe/personkategorisering"
• Ved kald direkte til CreateKontaktgruppe (tidl. CreateContactGroup), er lukning af fravær 11 blokeret og der returneres en fejlmeddelelse at eksistererende fraværsregistreringer skal slettes inden kontaktgruppeskift kan foretages.
• Der returneres en SOAP fault med en beskrivelse af hvilken fraværsregistrering, der er tale om, samt hvilken kontaktgruppe og visitationsgruppe kombination, som er lovlig ift. den forsøgte registrering.
• Hvis en kontaktgruppe bliver berigtiget, og der er registreret fravær på personen, som er i modstrid med den berigtigede kontaktgruppe, skal sagsbehandleren på fraværsregistreringen angive, at der er foretaget berigtigelse af registreringen.
• Der forelægger dog en undtagelse for fravær 59 Tillæg for danskkundskaber. Hvis en person har et eksisterende fremtidigt fraværsforhold af denne type, vil der ved Kontaktgruppeskift til en Kontaktgruppe, der ikke indebærer de samme betingelser for fraværet, som den eksisterende Kontaktgruppe, ikke blive udsendt en fejlmeddelelse. Derimod bliver fraværet lukket automatisk ved kontaktgruppeskiftet.

Håndtering af fravær 75 - kontaktforløb i a-kassen ved kontaktgruppeskift til og fra dagpengemodtager

• DFDG annullerer jobcenteroprettede indkaldelser, borgers selvbookinger i jobcentret og lukker jobcenterets frister; hvis en borger med et åbent fravær 75 skifter til kontaktgruppe 1 - dagpengemodtager

UpdateKontaktgruppe (tidl. UpdateContactGroup)

Denne metode kan bruges til at afslutte en eksisterende kontaktgruppe ved at sætte slutdato på registreringen. 

UpdateKontaktgruppe (tidl. UpdateContactGroup) skal alene bruges, når en kontaktgruppe skal lukke og den ikke umiddelbare skal efterfølges af en ny kontaktgruppe. Dog hvis der er tale om en fejlregistrering på en person, som i forvejen har en aktiv kontaktgruppe, vil det være nødvendigt at sætte en slutdato på den fejlagtige registrering og efterfølgende oprette en ny registrering ved at benytte CreateKontaktgruppe (tidl. CreateContactGroup). Hvis der sættes en slutdato som en konsekvens af en fejlregistrering skrives dette i kommentaren (CorrectionComment).

Forretningsregler:

• En opdatering kan ikke ske tilbage i tid.
• Det er ikke muligt at registrere følgende elementer i metoden:
  • Startdato for kontaktgruppen (tidl. ContactGroupStartDate)
  • ContactGroupTypeIdentifier
• Når borgerens kontaktgruppe lukkes valideres der i DFDG på om borgeren er tilmeldt eller ej. I tilfælde af at borgeren har en RemovalDate som er senere end kontaktgruppens slutdato returneres fejl 4919 (The contact group can not be ended due to an active enrollment). For at undgå fejl ved fremtidig afmelding og hvis kontaktgruppen forsøges lukket før afmeldingstidspunktet på afmeldingsdagen, bør RemovalDate sættes uden tidspunkt.
• Kontaktgruppen kan ikke lukkes med en fremtidig slutdato. 
• Når en borger afmelder sig via Jobnet eller bliver afmeldt af et DFDG-batchjob, lukker DFDG ikke straks kontaktgruppen. Dette er efter ønske fra KSS'erne, som selv ønsker at have "hånd i hanke" med, hvornår kontaktgruppen lukkes. Kontaktgruppen lukkes dog af DFDG 7 dage efter afmelding (med enkelte undtagelser), hvis sagsbehandler ikke inden da selv hat lukket kontaktgruppen.
• Kontaktgruppe 6, 24 og 25 kan ikke lukkes af sagsbehandler, hvis borger har et fraværsforhold af typen "sygdom - sygemelding" (id 11) uden slutdato eller med en fremtidig raskmeldingsdato, hvis Sygedagpenge har tegnet et abonnement på fraværet (dvs. hvis fraværet har en UUID). Der kastes fejl 9370 ("The contact group can not be ended due to an active absence"). Formålet med vailderingen er at undgå utilsigtede raskmeldinger og lukninger af sygedagpengesager pr. d.d. (som afledt konsekvens af lukning af kontaktgruppen d.d. fra jobcentersystemet).
• Det er muligt at lukke en kontaktgruppe, selvom der er indkaldt til samtaler (samtaletyper), som ikke kan registreres som afholdt, når kontaktgruppen er lukket, idet DFDG automatisk aflyser sådanne indkaldelser afledt af lukningen af kontaktgruppen.
• KG på afdøde kan opdateres (lukkes)

GetKontaktgruppe / GetKontaktgrupper / GetKontaktgruppeHistorik

A-kasse filtrering - Kontaktgrupper a-kasse har adgang til at se filtreres på ContactGroupTypeIdentifier

• 1 - Dagpengemodtager
• 2 - Kontanthjælpsmodtager
• 4 - Revalidering
• 5 - For-revalidering
• 7 - Fleksjobvisiteret (ledig)
• 8 - Uden ydelse
• 10 - Fleksjobansat
• 13 - Jobafklaring
• 21 - Voksenelever
• 22 - Jobrotation
• 23 - Seniorjob
• 25 - Sygedagpengemodtager fra ledighed

CreatePersonkategori (tidl. CreatePersonCategory) og CreatePersonkategoriMedIdentifier

Metoden CreatePersonkategori og CreatePersonkategoriMedIdentifier giver mulighed for at oprette en kategorisering (efter visiteringsreglerne på kontanthjælpsområdet eller på sygedagpengeområdet) på en borger. Med førstenævnte metode tildeler DFDG personkategorien en identifier. Med sidstnævnte metode tildeler det kaldende system identifieren.

Forretningsregler: 

• Kategoriseringen kan ikke ligge tidligere end seneste kategorisering.
• Kategoriseringen skal være gyldig i forhold til gældende kontaktgruppen på registreringstidspunktet.
• Kategoriseringen må ikke medføre, at der vil være ulovlige fravær i forhold til kategoriseringen og den gældende kontaktgruppe.
• Der valideres på tilmelding / afmelding i forhold til kategorisering.
• Kategorisering kan ikke ske frem i tiden.
• Kategorisering som ”Ikke visiteret" kan ikke anvendes af Jobcentre.

Hvis personkategori skiftes væk fra aktivitetsparat, så afslutter DFDG aktivitetstillægget.
Såfremt ændringen af personkategori giver anledning til ændring i CV-søgbarhed (se Regler for CV Søgbarhed) lægges der en opdatering af denne (i Jobnet og DFDG) på en kø, som sidenhen processeres af batchjobbet DFDG-TASS-SynchronizeCVAvailability.

UpdatePersonkategori (tidl. UpdatePersonCategory)

Metoden giver mulighed for at opdatere en eksisterende kategorisering med en berigtigelseskommentar.

Såfremt ændringen af personkategori giver anledning til ændring i CV-søgbarhed (se Regler for CV Søgbarhed) lægges der en opdatering af denne (i Jobnet og DFDG) på en kø, som sidenhen processeres af batchjobbet DFDG-TASS-SynchronizeCVAvailability.

GetPersonkategori / GetPersonkategoriHistorik 

Filtrering: Der filtreres fra i form af en tom collection ved a-kasse kald