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.

Opstartsdata

Opstartsdata etableres efter samme proces som herover beskrevet for flyttedata, dog sker initialiseringen via et program i brokeren, der genererer ”Transfer Data Events”-beskeder for hele kommunens population, og der vil ikke blive hentet data i eksterne kommunale systemer via transferdataservicen, da afgivende og modtagende kommune er samme organisation.

Transfer data pattern

Flytte- og opstartsdataservicen understøtter et enkelt transfer pattern i forhold til overførslen af flytte- og opstartsdata i relation til TransferDataService-udbyderen.

Put transfer pattern

Put transfer er baseret på, at der sendes en meddelelse til det afgivne system om, at en person er flyttet, og at det afgivne system derfor skal aflevere flyttedata.
Følgende beskriver den overordnede proces i forbindelse med overførsel af data baseret på et ”Put transfer patterns”:

• DFDG modtager hver nat CPR-dataopdateringer, der sendes til DFDG, som en del af den normale CPR-dataoverførsel. Brokeren danner på baggrund af de modtagne CPR-dataopdateringer ”Transfer Data Events” (flyttehændelser) til flytte- og opstartsdataservicen, der benytter disse data opdateringer til at se, hvilke personer der er flyttet mellem kommuner.
• Flytte- og opstartsdataservicen sender herefter en WSRM-besked til det afgivne jobcenter med besked om, at personen er flyttet, og at de derfor skal overføre flyttedata.
• Det afgivne system kalder herefter TransferData-webservicen hos STAR/DFDG for hver af de borgere, der er flyttet fra dette jobcenter, og gemmer flyttedata. Hvis der ikke er flyttedata for en borger, kalder det afgivne system stadigt den samme service med et tomt dataset.
• Hvis borgeren flytter fra et jobcenter til et fælles jobcenter, gemmes data i STARs systemer (DFDG). Hvis borgeren flytter til et jobcenter, dannes der en WSRM-besked, der sendes til det modtagne jobcenter om, at der er flyttedata.
• Det modtagende jobcenter henter herefter flyttedata fra flytte- og opstartsdataservicen og kvitterer for, at data er hentet.
• Flytte- og opstartsdataservicen danner (dannede) herefter et brev til borgeren med det modtagne jobcenter som afsender med besked om, at borgerens data nu er flyttet. Dette sidste trin med brevdannelse i DFDG er dog udfaset pr. release 2014-2, hvorefter det er op til enten det afgivende eller det modtagende jobcenter at afgøre, om der skal sendes et brev, og i så fald at skrive og sende det.

Filtrering af hvem der sendes flyttedata for

Flyttedata sendes kun, hvis borgeren flytter mellem to jobcentre og kun for de kombinationer af kontaktgruppe og tilmelding/sygdom/..., som er angivet i tabellen nedenfor. Kun hvis en "X"-markeret kombination rammes, sendes notifikationerne. 

Note 1: Samme PersonNotificationType som KG 2 - Kontanthjælpsmodtager

AA-forløb afkortes ved flytning

Flytte- og opstartsmotoren kontrollerer, om der ved flytninger eksisterer et igangværende AA-forløb (hvor slutdato ikke er overskredet), og i så fald sætter slutdato til d.d. gennem kald af ExternalOperatorRegistrationService::UpdateRun, og dermed afkorter AA-forløbet. For at sikre at data er synkront mellem DFDG og de kommunale sagsbehandlersystemer, laves en ny WSRM-besked, der giver besked om afkortning af forløb, som det er kutyme, når der sker hændelser i DFDG, som påvirker data i de kommunale sagsbehandlersystemer.

Ovenstående gennemgås trinvist i figuren nedenfor.

1. DFDG modtager hver nat CPR-dataopdateringer, som en del af den normale CPR-dataoverførsel. Brokeren danner på baggrund af de modtagne CPR-dataopdateringer til ”TransferData-Servicen” data, der danner baggrund for WSRM-beskeder til afgivende og modtagende kommune.
2. Ved modtagelse af CPR-dataopdateringer undersøges der i flytte- og opstartsmotoren, om borger har et aktivt
   AA-forløb. Hvis aktivt forløb findes, kaldes ExternalOperatorRegistrationService::UpdateRun, og
   borgers AA-forløb afsluttes (slutdato sættes).
3. Flytte- og opstartsdataservicen genererer WSRM-besked, der giver besked om afslutning af forløb. Herefter vil flytte- og opstartsprocessen fortsætte som normalt.

Figur: Flow for afmelding af borgers AA-forløb ved flytning (kommune til kommune)

Kilde: WS-spec. version 15.1 (2013-4)

Der sendes en WSRM-besked i WSRMMessageService til at hente afsluttede AA-forløb, hvor slutdato er blevet sat til d.d. i forbindelse med registrering af borgers flytning.

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