| Table of Contents |
|---|
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.
Inc drawio simple 0 zoom 1 custContentId 3612311729 pageId 7307502 diagramDisplayName Untitled Diagram.drawio lbox 1 hiResPreview 0 baseUrl https://starwiki.atlassian.net/wiki diagramName Untitled Diagram.drawio imgPageId 3442737917 pCenter 0 aspect B42v_oE0ZixHSaraXv8x 1 includedDiagram 1 width 1752 aspectHash 5ccc823d70cc11a58ee146abef34551378f522a9 links auto tbstyle top height 962
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.kontaktgruppe
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.
- 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.
- 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). - 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)
| Table of Contents |
|---|
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.
Se flowdiagram og uddybet procesbeskrivelse på Borger flytter til ny kommune
Anden aktør forløb afkortes
Flytte- og opstartsmotoren kontrollerer, om der ved flytninger eksisterer er et igangværende anden aktør 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 anden aktør forløbet. For at sikre at data er synkrone mellem DFDG og de kommunale sagsbehandlersystemer, laves en ny WSRM-besked, der giver besked om afkortning af forløb.
Flow vedrørende anden aktør
- DFDG classic modtager event på eventbroker, som en del af den normale CPR-flow. På baggrund af de modtagne CPR-data til Flytte- og opstartsdata-servicen (TransferDataService) data. Ved modtagelse af event undersøges det i flytte- og opstartsmotoren, om borger har et aktivt anden aktør forløb. Hvis aktivt forløb findes sættes borgers anden aktør forløb afsluttes (slutdato sættes). Der sendes en WSRM-besked
- Der genererer WSRM-besked om afslutning af forløb til det fraflyttende jobcenter. Herefter vil flytte- og opstartsprocessen fortsætte som normalt.
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.
- det nye jobcenter endnu ikke har registreret en ny visitering.
- 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.
Link til snitfladebeskrivelser
| Child pages (Children Display) | ||
|---|---|---|
|
Link til forretningsbeskrivelser
Search Results spacekey LOG query TransferDataService type page
Metoder
Rettigheder til at kalde metoderne
Jobcentre, kommuner og anden aktør
Metode | Alle borgere | Egne borgere | Mulighed for gæsteadgang | Beskrivelse |
|---|---|---|---|---|
| GetTransferData | JC, K | |||
| SaveTransferData | JC, K | |||
| LogTransferDataException | JC, K | |||
| AcknowledgeDataTransfer | JC, K |
A-kasser
Metode | Alle personer | Egne medlemmer | Tidligere medlemmer | Mulighed for gæsteadgang | Beskrivelse |
|---|---|---|---|---|---|
| GetTransferData | |||||
| SaveTransferData | |||||
| LogTransferDataException | |||||
| AcknowledgeDataTransfer |
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
| Note |
|---|
Følgende er et uddrag fra AMS generelle web service dokumentation. |
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