TransferDataService (2022-1)

Forretningsbeskrivelse - flytte-flow for borger

Servicen skal sikre overførsel af data fra det fælles datagrundlag til web-service-aftagerne i forbindelse med, at en borger flytter fra en kommune til en anden. Der skal kun overføres data, når borgeren flytter fra en kommune til en anden i forbindelse med flytninger via CPR-registeret.

Der skal således ikke sendes besked eller overføres data, når et jobcenter (midlertidigt) i  en kommune overtager en borger fra et andet jobcenter i en anden kommune - eller ved en borgers flytning inden for samme kommune, herunder mellem jobcentre inden for samme kommune.

Version 4 af denne service indeholder samme soap-actions som den forgående version. Ændringerne består i, at elementerne JobplanCollection, ActivityCollection og CourseEnrollmentCollection er udgået.

Procesbeskrivelse

Følgende diagram beskriver den overordnede proces ved flyttedata, hvor en person flytter mellem kommuner, der bruger hvert sit IT-system.

Der dannes notifikationer på alle kontaktgrupper.

Følgende beskriver den grundlæggende proces for, hvordan flytte- og opstartsdata flyttes mellem systemerne:

1. DFDG modtager hver nat CPR-dataopdateringer, som en del af den normale CPR-dataoverførsel. Se Borgerstamdata CPR data flow til og gennem STAR City systemer for nærmere beskrivelse
2. I DFDG (Borgerkommunikation) modtages en event broker besked om den flyttede borger og danner på den baggrund en flyttehændelse som håndteres af batchjobbet BK-Borgerflytning og af BorgerFlytteService.
3. DFDG sender WSRM til det afgivende jobcenter for borger med besked om, at personen er flyttet, og at de derfor skal indberette eventuelle udestående data til DFDG (hvor modtagende jobcenter vil hente data).
   1. Det afgivende jobcenter (-system) indberetter evt. udestående data for borgeren. Udestående møder (bookings) slettes, hvis de tilhører det afgivende jobcenter. Fravær og anden aktør henvisninger lukkes. Nærmere om anden aktør se  Anden aktør forløb afkortes ved flytning
4. DFDG sender WSRM GetPersonNotification til det modtagende jobcenter via WSRM.
5. Det modtagende jobcenter henter borgerdata fra DFDG.
6. Det modtagende jobcenter kvitterer for afhentning af data.
7. Det er op til enten det afgivende eller modtagende jobcenter at afgøre, om der skal sendes et brev til borger om flytningen. Dannes et brev til borgeren, f.eks. med tilflyttende jobcenter som afsender om, at borgerens data er flyttet og at han skal henvende sig i det nye jobcenterer er brevdannelse og afsendelse KSS's ansvar.

Opstartsdata

Opstartsdata etableres efter samme proces som herover beskrevet for flyttedata, dette initialiseres af DFDG og der genererer flyttehændelse for hele kommunens population.

Filtrering af hvem der sendes flyttedata for

Flyttedata sendes kun, hvis borgeren flytter mellem to hovedjobcentre og har en åben kontaktgruppe eller en ikke-afsluttet kontakt efter INL

Oprydning i borgers data i forhold til fraflytning

I borgeres data afsluttes eller lukke en del data. da de ikke mere er relevante det er:

• Henvisning et anden aktør afsluttes
• Fremtidige mødebookinger fjernes 

• Visitering nulstilles for nogle kontaktgrupper

• Frister for selvbooking fjernes

• Persongruppemarkeringer lukkes

• Vise typer af kontaktpersoner afsluttes

Borger som flytter til udlandet sættes til at have Jobcenter København som jobcenter.

Se endvidere øvrige forretningsregler og valideringer under Borgerkommunikation.BorgerFlytteService.

Visitering nulstilles for nogle kontaktgrupper ved CPR-flytning

Forretningsregler:

• Ved cpr-flytning til en ny kommune nulstiller DFDG visitationskategorien til ikke-visiteret for kontanthjælps-, uddannelseshjælps- og overgangsydelses- og selvforsørgelses- og hjemrejseydelseskontaktgrupperne (KG 2, 3, 12, 26, 27, 28 og 29).
• Hvis jobcenter i den nye kommune har trukket borger (ændret jobcentertilknytning til den nye kommune) inden CPR-flytningen, nulstiller DFDG kun borgers visitationskategori til ikke-visiteret, hvis
  • det nye jobcenter endnu ikke har registreret en ny visitering.
    
  • flyttemeddelelsen fra CPR modtages inden for 7 dage efter borger manuelt er flyttet til det nye jobcenter.
• Hvis borger har et fravær, der ville være ulovligt i visititationskategorien ikke-visiteret, nulstiller DFDG ikke kategorien til ikke-visiteret (dette for at undgå at data låses i en ulovlig tilstand).

Frister for selvbooking

Frister for selvbooking udstedt af fraflytnings-jobcenteret lukkes.

Hvis jobcenter i den nye kommune har trukket borger (ændret jobcentertilknytning til den nye kommune) inden CPR-flytningen, lukker DFDG også frist udstedt af fraflytnings-jobcenteret, hvis flyttemeddelelsen fra CPR modtages inden for 7 dage efter borger manuelt er flyttet til det nye jobcenter.

Mødeindkaldelser

Mødeindkaldelser fra det fraflytnings-jobcenteret annulleres, bortset fra henvisningssamtaler.

Hvis jobcenter i den nye kommune har trukket borger (ændret jobcentertilknytning til den nye kommune) inden CPR-flytningen, annullerer DFDG også mødeindkaldelser fra fraflytnings-jobcenteret, hvis flyttemeddelelsen fra CPR modtages inden for 7 dage efter borger manuelt er flyttet til det nye jobcenter.

Persongruppemarkeringer

Persongruppemarkeringer for persongruppeprojekttype 1, 3 og 5 (se PersonGroupProjectService) registreret af fraflytnings-jobcenteret afsluttes ved CPR-flytning mellem kommuner, men kun for KG, hvor der dannes flyttebeskeder og den fraflyttemde kommune kalder TransferDataService.SaveTransferData.

Hvis jobcenter i den nye kommune har trukket borger (ændret jobcentertilknytning til den nye kommune) inden CPR-flytningen, afslutter DFDG også persongruppemarkeringer registrereret fraflytnings-jobcenteret, hvis flyttemeddelelsen fra CPR modtages inden for 7 dage efter borger manuelt er flyttet til det nye jobcenter.

Kontaktpersoner

DFDG sætter slutdato på borgers kontaktpersoner ved CPR-flytning mellem kommuner - med undtagelse af følgende typer (roller):

• 8 - Pårørende
• 9 - Bisidder
• 10 - Partsrepræsentant
• 25 - Kontaktperson i a-kassen
• 26 - Kontaktperson på asylcentret
• 31 - Kontaktperson på uddannelsesstedet (uddannelsespålæg)

Bemærk at de kontakter der kommer/kan komme fra aktiviteter (Mentor (id 15), Udslusningskoordinator (id 2) og Personlig jobformidler (Id 3) ikke berøres i denne forbindelse da de er angivet i ActivityService.

Datoregler for start- og slutdato på kontaktpersoner

• Hvis ingen slutdato på kontaktperson → DFDG sætter slutdato = flyttedato (dags dato)
• Hvis slutdato på kontaktperson efter flyttedato → DFDG sætter slutdato = flyttedato (dags dato)
• Hvis startdato på kontaktperson efter flyttedato → DFDG sætter startdato og slutdato = flyttedato (dags dato) minus 1 dag (dette svarer til reglerne der bliver brugt hvis en fremtidig kontaktperson på en borger overskrifts af en ny)

Ikke-afsluttet kontrakt efter integrationsloven og kontaktgruppe

Hvis KG i DFDG er lukket på flyttetidspunktet gøres således: DFDG sender notifikationstype (PersonNotificationTypeIdentifier) svarende til den seneste åbne KG borger havde i DFDG. Og hvis borger aldrig har haft en KG i DFDG anvendes KG 8.

Metoder

Rettigheder til at kalde metoderne

Jobcentre, kommuner og anden aktør

A-kasser

GetTransferData

Metoden returnerer flyttedata i form af cpr.nr. på flyttede personer, hændelsesdato (eventdate) og kollektion af interviews.

SaveTransferData

Med metoden dannes flyttedata i form af cpr.nr. på flyttede personer, hændelsesdato (eventdate) for afhentning af data i det afgivende system og kollektion af interviews.

Der indgår også Transaktions identifikation (i form af en GUID) medsendt fra det centrale system, til brug for serviceaftagerens log med sammenkobling af nøgledata i service udbyders systemer.

AcknowledgeDataTransfer

Med TransferDataIdentifier (Transaktions identifikation medsendt fra det centrale system, til brug for serviceaftagerens log med sammenkobling af nøgledata i serviceudbyders systemer) som input returneres om identifieren kunne genkendes ved anerkendelsen af data-overflytningsprocessen.

LogTransferDataException

Med TransferDataIdentifierr (Transaktions identifikation medsendt fra det centrale system, til brug for serviceaftagerens log med sammenkobling af nøgledata i serviceudbyders systemer) som input returneres evt. fejlbeskeder fra data-overflytningsprocessen.

Anvendelse af OrganisationType ved webservice kald

I Jobcentret er opgaverne delt mellem stat og kommune, alt efter hvilken målgruppe, dagpenge eller kontakthjælp, der sagsbehandles på.

Det betyder at medarbejderne som hovedregel vil for:

• Statslige medarbejdere kalder med OrganisationType=8
• Kommunale medarbejdere kalder med OrganisationType=7

En kommunal medarbejder kan dog arbejde på vegne af staten og f.eks. sagsbehandle en dagpengesag. I sådan et tilfælde skal webservicekald foretaget som en del af sagsbehandlingen kaldes med OrganisationType=8. Personen skal følgelig være oprettet med rettighed til at foretage kald som en statslig medarbejder.

Det modsatte gælder også statslige medarbejdere der arbejder på vegne af kommunen. Her skal der også kaldes med OrganisationType=7.

I Jobcentret anvendes OrganisationType på sammen måde som i et almindeligt Jobcenter, også selv om alle medarbejdere her er kommunale. Det er gjort for at håndteringen skal være parallel, og for fortsat at understrege at der er tale om statslige opgaver, der udføres af en kommunal medarbejder på vejene af staten.

Ydelsescentret kalder med OrganisationType=7, da medarbejderne her udfører kommunale opgaver.

A-kassen kalder med OrganisationType=2.

Anvendelse af OrganisationType ved WSRM

Når der skal hentes beskeder over WSRM anvendes OrganisationType på følgende måde:

• Jobcenter, OrganisationType = 8
• Ydelsescenter, OrganisationType = 7
• A-kasser, OrganisationType = 2