Den gode adskillelse dækker de scenarier, der kan forkomme i forbindelse med, at et jobcenter ønsker en opsplitning i to eller flere nye enheder. Dette kan f.eks. være et jobcenter, hvor flere kommuner har indgået i et forpligtende samarbejde, som ændres eller ophører. Scenariet omfatter ikke en kommune, der deler sig i to eller flere mindre kommuner, men vil kunne bruges som inspiration mht. jobcenterdelen.

Denne beskrivelse er etableret pba. adskillelsen af Vallensbæk og Ishøj i 2021. Vedlagt findes også drejebogen for Vallensbæk og Ishøjs jobcenteropsplitning. Plan for opsplitning af Ishøj-vallensbæk.xlsx XXXX husk at vedligge den færdige version

En sådan adskillelse er et tæt samarbejde mellem KSS-leverandøren, andre kommunale leveradører; f.eks. plannersystem, EG mediconnect og STAR. Det er KSS leverandøren, der har langt den største opgave, og det er også derfor KSS leverandøren, der koordinerer og har det overordnede ansvar for opsplitningen. KSS leverandøren udarbejder ligeledes en drejebog, som alle interessenter skal følge. I STAR er følgende aktører inddragede:

• STAR forretning (PO)
  Ansvarlig for koordinering mellem KSS og STAR City samt aftale evt. STAR aktiviteter i forløbet.
  XXXX Knud

• STAR test (Landssupporten)
  XXXX Kirsten / Pia

• Systemforvalter
  Udførende og koordinerende omkring miljøer til test, opsætning af WSRM køer, koordinering mht. adgang og rettigheder for nye brugere og nedlæggelse af gamle brugere og koordinering med KSS omkring test af drejebogsforløb.
  XXXX Michael

• DFDG (D&S)
  Test af AmpAdmin2 når BI har oprettet det nye jobcenter. Pga. caching kan testen først udføres dagen efter.
  Udføres ved at gå på AmpAdmin2, tildele rettighed til det nye jobcenter til ens egen test-bruger og fjerne den igen.

• Jobnet
  Opdatering af Jobcenter-tabel således, at nyt Jobcenter kan vedligeholde sine Jobcenter-stamdata.
  XXXX Thorbjørn

• Vitas
  Opsplitning af ansøgninger og bevillinger.
  XXXX Bjarne

• DFDG (SF/BI)

  • Oprettelse og ændring af Jobcenter-tabeller inkl. oprettelse af nyt jobcenter, omdøbning af eksisterende og tilrettelse af tabel med forpligtende samarbejde.

  • Flytning af jobcentertilknytning på lukkede “sager”, dvs. borgere med en i DFDG lukket kontaktgruppe.

  • Flytning af rest “sager“; dvs. sager hvor DFDG har en åben kontaktgruppe, men hvor KSS ikke har flyttet jobcentertilknytningen i deres flytning af aktive sager.
    

Hovedpunkter for STAR

WSRM

Det skal sikres, at WSRM sendes til det korrekte jobcenter. Dette styres ud fra Jobcentertilknytningen i DFDG (Borgerkommunikation).

KSS vil derefter stoppe deres jobcentersystem og flytte borgeres jobcentertilknytning i DFDG. Når jobcentertilknytningerne skifter vil DFDG sende WSRM’er til det nye jobcenter. Denne model sikrer, at ingen andre systemer end jobcentersystemer skal lukkes ned. Når KSS har flyttet alle aktive sager i deres system, og DFDG har flyttet alle lukkede sager i DFDG, åbner KSS for de to jobcentersystemer igen og aftager alle WSRM beskeder, der er generet i nedlukningsperioden.

DFDG sender ikke WSRM på de jobcentertilknytninger der ændres i DFDG. dvs. på lukkede sager. XXXX Knud

SF kører disse 2 scripts for oprettelse af WSRM køre med mere for det nye jobcenter (Ishøj i dette eksempel). NB! Scripts skal tilpasses efter 2023-3 hvor jobcentertilknytning er flyttet til Borgerstamdata og jobcenterinformation er flyttet til EksterneData

(i drejebogen, afsnit ‘Detaljeret plan for flytning’, er det punktet 'opsætning af WSRM køer, og abonnement for Ishøj')

Stamdata om jobcenter

Det er jobcentret selv, der skal opdatere sine stamdata på JobcenterService og på CMS-siderne på Info.Jobnet.dk (STAR SPOC kan også vedligeholde på Info.Jobnet.dk). STAR SPOC bestiller ændringer til Jobcenter-landkort på info.jobnet.dk.

Persongruppeprojeker

STAR tildeler via LSS det nye jobcenter adgang til de type 5 projekter som jobcentret skal deltage i.

Profilafklaring/screening/forberedelsesskema

Via LSS tildeler STAR adgang til de typer af forberedelsesskemaet, der skal anvendes i det nye jobcenter.

De tre tabeller [BrokerServices].[dbo].[tblMunicipalityJobcenterRelation], [BrokerServices].[Screening].[JobCenter] og [BrokerServices].[Screening].[ScreeningRegistration] skal forinden være opdateret.

Jobordrer

Via LSS tildeler STAR adgang til at det nye jobcenter skal kunne modtage jobordrer.

Der kan være forsinkelse i LSS pga. caching (data i LSS kan være op til 24 timer forsinket og i dette tilfælde grundet caching i SystemAreaSubscriptionService i DFDG. SP'en, der henter data, hedder SAS_GetSubscriptions i BrokerServices.)

Certifikater

XXXX Michael

Flytning af “sager“

KSS er ansvarlig for at flytte jobcentertilknytningen på deres aktive sager.

Når dette er sket, vil eksekveres scripts der flytter jobcentertilknytningen på lukkede sager (med en lukket kontaktgruppe i DFDG) og på de sager, som har en åben kontaktgruppe i DFDG, men som KSS ikke har flyttet blandt deres åbne sager.

(se afsnit om DFDG Stamdata)

Denne type burde der ikke være nogle af, men erfaringsmæssigt er der af og til sager (åbne kontaktgruppe) i DFDG, som ikke er blevet korrekt lukket.

SF - Testmiljøer og dataløft

SF dedikerer et testmiljø til ekstern test af hele drejebogens forløb. På dette testmiljø vil SF kunne resette dette miljø mht. data (lave dataløft på), således af drejebogens forløb kan testes flere gangen hvis nødvendigt.

XXXX Michael

SF - WSRM-køer

SF styrer, at WSRM-køer for et jobcenter har samme nummering i testmiljøer og produktion (køer dataløftes ikke fra prod. til test, da testmiljøerne oftest er på Next eller Next-next).

DFDG Stamdata

Der er udarbejdet et sæt af scripts, der opretter det nye jobcenter og justerer data omkring forpligtende samarbejde, foretager flytning af “sager“ der ikke blev fanget af KSS med mere.

Rækkefølge, forudsætninger og beskrivelse af disse scripts: NB! Scripts skal tilpasses efter 2023-3 hvor jobcentertilknytning er flyttet til Borgerstamdata og jobcenterinformation er flyttet til EksterneData

• Før KSS på begynder deres del af flytningen skal dette script køres.
  (i drejebogen, afsnit ‘Detaljeret plan for flytning’, er det punktet ‘Opdatering af tabellen med samarbejdende kommuner' og 'Oprettelse af Ishøj Jobcenter’ )
  Scriptet gør følgende

  • opretter Ishøj i Jobcentertabellen med hovedJC 18300 og et underJC 18301

  • omdøber Vallensbæk-Ishøj til Vallensbæk 18700, 18701 og 18702

  • Fjerner Ishøj fra Vallensbæk

  • Oprettter Ishøj som selvstændig

  Scriptet er ikke en facitliste, men var det der var nødvendigt ved adskillelsen af Vallensbæk og Ishøj december 2021.

• Når KSS har kørt Deres scripts der flyttere borgere med en åben kontaktgruppe i KSS systemet, skal disse scripts udføres
  Der er 3 scripts der flytter forskellige delmængder af borgere, og de skal udføres i denne rækkefølge:
  - 01 Borgere med lukket kontaktgruppe, der bor i Ishøj, og har Vallensbæk-Ishøj som jobcenter, flyttes til Ishøj Jobcenter
  - 02 Borgere med lukket kontaktgruppe der bor i Ishøj, men ikke har det nye Ishøj som jobcenter, flyttes til Ishøj Jobcenter
  - 03 Borgere med åben kontaktgruppe der bor i Ishøj, men ikke har det nye Ishøj som jobcenter, flyttes til Ishøj Jobcenter
  

BI

BI leverancer

Generelt burde der ikke skulle ændres da ændringerne i DFDG stamdata vil slå igennem automatisk

Aftagere af BI leverancer skal informeres om opsplitningen og evt. konsekvenser.

Myndighedsload testes for at se at opsplitning registreres

BI.STAR.DK (Sharepoint)

Skilsmissen gennemføres i 2 spor:

1. Håndtering af brugere og rettigheder

2. Håndtering af de data, der ligger i de forskellige løsninger

1. Håndtering af af brugere og rettigheder
Opdater AD modul og NemLog-in Selvbetjening (nye AD grupper og opdatering af datalister).

Håndter oprettede brugere.

2. Håndtering af data

Analyser og dokumenter omfang for hver af de løsninger der er påvirket.

Kontakt løsningsejer for hver løsning og aftal, hvordan data skal behandles (hvor skal de allerede registrerede data placeres).

Gennemfør dataopdatering som aftalt.

Se BI-830 med tilhørende dokumenter som eksempel.

SUP

Her skal intet gøres i forbindelse med opsplitning af jobcentre.
Data udstilles pr kommune og ikke jobcenter, opgjort efter borgerens bopæl på udstillingstidspunktet.