Page Comparison

Formål med service

Denne service bruges blandt andet til at registrere samtaler og skifte kontaktgruppe for en borger 

(Alment forkortet som: PRS)

Funktionalitet for midlertidig adresse er flyttet til PersonTemporaryAddressService

Når uddannelseshjælpsmodtager fylder 30 år

Når uddannelseshjælpsmodtager fylder 30 år ændrer DFDG automatisk borgers kontaktgruppe m.v. til at være kontanthjælpsmodtager således:

Metoder

 Metoder mærket med advarselstrekant er under udfasning

Rettigheder til at kalde metoderne

Jobcentre, kommuner og anden aktør

A-kasser

CreateContactGroup

Denne metode bruges til at oprette en ny kontaktgrupperegistrering for den ledige. Hvis der findes en eksistererende kontaktgruppe på personen og der oprettes en ny, sættes der automatisk slutdato på den eksisterende kontaktgruppe.

CreateContactGroup skal bruges både ved oprettelse ny kontaktgruppe og ved skift mellem kontaktgruppe, da afledte forretningshandlinger, der fortages i DFDG, sker i forbindelse med registreringen.

Forretningsregler:

• Startdato skal være 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 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.

• 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 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 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.

Metoden 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 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 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

UpdateContactGroup

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

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 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:

  • 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.

• 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 har 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 valdieringen 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.

CreatePersonCategory

Metoden giver mulighed for at oprette en kategorisering til en borger.

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 forretningsmæssigt ikke anvendes af Jobcentre. DFDG validerer ikke for dette.

UpdatePersonCategory

(udfaset)

Metoden til registrering og indberetning af kontaktgrupper er udfaset. Brug i stedet VisiteringOgStatus.PersonVisiteringService.

UpdateContactGroup (udfaset)

Metoden til opdatering og indberetning af kontaktgrupper er udfaset. Brug i stedet VisiteringOgStatus.PersonVisiteringService.

CreatePersonCategory (udfaset)

Metoden til registrering og indberetning af personkategori (visitation) er udfaset. Brug i stedet VisiteringOgStatus.PersonVisiteringService.

UpdatePersonCategory (udfaset)

Metoden til opdatering og indberetning af personkategori er udfaset. Brug i stedet VisiteringOgStatus.PersonVisiteringService.

CreatePersonGroupMarking

CreatePersonGroupMarking gemmer en persongruppemarkering for en borger i et jobcenter. Det er gennem denne servicemetode muligt at oprette borgeren i et givet projekt.

Denne metode udfases til fordel for tilsvarende metode i PersonGroupProjectService, den metoder udfases derfor på sigt og aftagere bør anvende og overgår den nye service.

Forretningsregler:

• Det vil være muligt at hente alle projekter oprettet af:

  • STAR

  • Region (Hvor jobcentret hører under)

  • Jobcenter (Hvor personen hører under)

• Hierarkiet styres på baggrund af authority registreringerne.

• Hvis projektet har en slutdato, skal markeringen også have en slutdato som er mindre end, eller lig projektets slutdato.

• Hvis projektet ikke har slutdato, er det ikke krævet at markering har en slutdato (der ligger dog en skjult max dato i koden).

• Hvis et projekt afsluttes, opdateres markeringer tilsvarende, se nærmere om håndtering af persongruppeprojekter på PersonGroupProjectService.

• Det er muligt at oprette og redigere markeringer, hvis man er:

  • Jobcenter

  • Kommune

  • STAR

• Anden aktør har kun adgang til at foretage opdateringer (UpdatePersonGroupMarking)).

• En person kan godt være tilknyttet samme projekt, men ikke indenfor samme tidsrum

UpdatePersonGroupMarking

UpdatePersonGroupMarking opdaterer en persongruppemarkering for en borger i et jobcenter/kommune. Det er gennem denne servicemetode muligt at opdatere registreringen ved at sætte en slutdato eller ændre startdatoen (hvis den ikke er overskredet). Hvis slutdato på registreringen er overskredet, betragtes denne markering som afsluttet.

Denne metode udfases til fordel for tilsvarende metode i PersonGroupProjectService, den metoder udfases derfor på sigt og aftagere bør anvende og overgår den nye service.

Det vil være muligt at hente alle projekter oprettet af:

• STAR

• Region (Hvor jobcentret hører under)

• Kommune
  Dette hierarki styres på baggrund af authority registreringerne.

Forretningsregler: 

• Startdato kan ikke ændres, hvis det registrerede tidspunkt (startdato) er overskredet.

• Hvis projektet har en slutdato, skal markeringen også have en slutdato, og den må ikke være efter projektets slutdato. Fejlkode er i begge tilfælde 4671 - The enddate must not be later than the project enddate

DeletePersonGroupMarking

DeletePersonGroupMarking sletter en persongruppemarkering for en borger i et jobcenter. Det er gennem denne servicemetode muligt at fjerne borgeren fra et givet projekt.

Denne metode udfases til fordel for tilsvarende metode i PersonGroupProjectService, den metoder udfases derfor på sigt og aftagere bør anvende og overgår den nye service.

Forretningsregler:

• Det er muligt at slette markeringer, hvis man er:

  • Eget jobcenter

  • Egen kommune

  • STAR

• Startdato må ikke være før dags dato.

CreateCivicConsent (udfaset)

Metoden til indberetning af samtykke er udfaset

DeleteCivicConsent (udfaset)

Metoden til tilbagetrækning af samtykke er udfaset

UpdatePersonJobcenter (udfaset).

Metoden er udfaset. Brug i stedet Borgerkommunikation.JobcentertilknytningService.