Beskrivelse af epic af it-understøttelse af Styrelsen for Arbejdsmarked og Rekrutterings forretning

Dette indhold kan ikke ses af eksterne (og er ikke relevant for eksterne)

DS-2419 - Getting issue details... STATUS

BI-984 - Getting issue details... STATUS

Indholdsfortegnelse

Afgrænsning af epic

Oversigt over berørte webservices 

Manuel oversigt som er synlig for eksterne

Links i listen virker kun med STAR Jira konto og kan derfor ikke tilgås af eksterne. Links under Summary indeholder ikke andre oplysninger relevant for eksterne end hvad der fremgår af tabellen.

Jobnets håndtering af interne snitflader

Automatisk oversigt 

Ikke synlig for eksterne, men indeholder ikke andre oplysninger end kopieret til den manuelle oversigt ovenfor.

Beskrivelse af epic

Manuscript 180486 - D40 - nye underafdelinger i forbindelse med fusion mellem D37 og D40 - kodelisten UnemploymentFundList

Nye underafdelinger oprettes under den fortsættende a-kasse (D40) i tilknytning til fusion mellem D37 og D40:

• 400103 - Din Faglige A-kasse København KBHA 0103
• 400203 - Din Faglige A-kasse Roskilde VSJA 0203
• 400303 - Din Faglige A-kasse Nordsjælland NSJA 0303
• 400703 - Din Faglige A-kasse Bornholm BOHA 0703
• 400803 - Din Faglige A-kasse Storstrøm SSTA 0803
• 400903 - Din Faglige A-kasse Fyn FYNA 0903
• 401303 - Din Faglige A-kasse Nordjylland NJYA 1303
• 401603 - Din Faglige A-kasse Århus ØJYA 1603
• 401803 - Din Faglige A-kasse LLBA 1803
• 402605 - Din faglige A-kasse, Artisterne 2605
• 402903 - Din Faglige A-kasse Sydjylland SJYA 2903
• 403503 - Din Faglige A-kasse Midtjylland MJYA 3503

Manuscript 180488 - D40 - ændret navngivning af D40 underafdelinger i forbindelse med fusion mellem D37 og D40 - kodelisten UnemploymentFundList

Ændring af navngivning af eksisterende underafdelinger under den fortsættende a-kasse (D40) i tilknytning til fusion mellem D37 og D40. Ændres til:

• 40 - Din Faglige A-kasse
• 400000 - Din faglige Arbejdsløshedskasse
• 400101 - Din faglige A-kasse Storkøbenhavn 0101
• 400102 - Din faglige A-kasse København 0102
• 400202 - Din faglige A-kasse Sjælland Nord 0202
• 400301 - Din faglige A-kasse Sjælland/Bornholm 0301
• 400602 - Din faglige A-kasse Sjælland Syd 0602
• 400702 - Din faglige A-kasse Bornholm 0702
• 400902 - Din faglige A-kasse Fyn 0902
• 401301 - Din faglige A-kasse Aalborg 1301
• 401302 - Din faglige A-kasse Nordjylland 1302
• 401402 - Din faglige A-kasse Vestjylland 1402
• 401601 - Din faglige A-kasse Århus 1601
• 401602 - Din faglige A-kasse Østjylland 1602
• 401801 - Din faglige A-kasse Midtjylland 1801
• 402002 - Din faglige A-kasse Sydjylland 2002
• 402604 - Din Faglige A-kasse, Fiskerne 2604
• 402801 - Din faglige A-kasse Jylland Syd 2801

Manuscript 180489 - D37 - lukning /fjernelse af kodeliste id 37, når de sidste medlemmer er fraflyttet D37 ifm. fusion mellem D37 og D40

Når D40 ifm. fusion mellem D37 og D40 har flyttet alle medlemmer til D40, lukkes / fjernes id 37 fra kodelisten med a-kasser således, at medlemmer ikke kan blive tilbageført til D37, hvis en anden a-kasse recall'er sin MT-registrering.

Forventes at kunne ske i løbet af januar 2021.

Manuscript 180490 - D73 - lukning af underafdelinger - kodelisten UnemploymentFundList

I tilknytning til ændret afdelingsstruktur i KRIFA lukkes underafdelingerne:

• 730201 - Kristelig A-kasse Roskilde
• 730601 - Kristelig A-Kasse Næstved

Lukningen foretages, når KRIFA har flyttet medlemmerne til andre underafdelinger.

Manuscript 173398 - KSD - fejlkode 4686 This person must have an active contactgroupregistration

Problem:

• I få tilfælde hvor KSD raskmelder kaster DFDG fejlen "4686 This person must have an active contactgroupregistration". Fejlen kan opstå, når borger på tidspunktet for raskmeldingskaldet ikke længere er i KG 24/25.

Løsning: 

• Såfremt at borger er i KG 24/25 forsætter vi som normalt med registrering af raskmelding (og afledte KG-skift)
• Såfremt at borger har anden KG end 24/25 eller ingen KG, så lukker DFDG kun fraværet og returnerer uden yderligere handlinger (som fx KG-lukning eller tilmelding).

Manuscript 180883 - Registrere fravær 75 på KG25, hvor JC har indkaldt til en opfølgningssamtale

Problem:

• Hvis a-kassen registrerer fravær 75 på andre kontaktgrupper end dagpengenmodtagere annulleres jobcentrets frister og indkaldelser til samtaler / selvbookinger til møder i jobcentret.

Løsning:

• Lukning af frister og bookings sker kun for KG1 ifm oprettelse af fravær 75.

Manuscript 166170 / 180225 - Manglende WSRM for booking / Borger i KG 1 booking i WFP videre sendes ikke til Momentum

Problem:

• Ved timeout er det hændt at en booking er blevet gemt i DFDG uden der er dannet afledte WSRM'er til plannersystemer og til KSS.

Løsning:

• 1. Flytte GetBookingDetails kaldet og efterfølgende valideringer af svaret ud af hovedtransaktionen for at mindske belastningen på den

• 2. Create/update Booking i DFDG og kald til eksternt plannersystem holdes fortsat i en transaktion.

• 3. Huskeservice, opdatering af friststatus og afsendelse af WSRM lægges i en transaktion som påføres retry-pattern.

• Dermed kan der være en mindre risiko for at vi får oprettet en booking i DFDG uden at få opdateret frist og afsendt huskeservice + WSRM

Manuscript 179441 - Kan ikke generere registerudskrift

Registerudskriftsfunktionen i LSS opdeles i forskellige del-udskriftsfunktioner for

• at forebygge timeout i forbindelse med dannelse af PDF-dokument med registerudskrift.
• at der ikke dannes udskrifter for mere end borgerne anmoder om

Manuscript 181544 - Fejlkode 4598 og flere andre fejlkoder - opdatering af navn/beskrivelse

Det tilføjes, at det er kombinationen af kontaktgruppe og personkategori, der har betydning for valideringen.

Manuscript 181762  - Grænsegængere: Borgere arbejdende i fx Skagen, bosiddende i Sverige får sendt WSRM beskeder om fravær til København / 181768 - WSRM til virksomhedens jobcenter, når KSD registrerer sygefravær på udrejste i København

Problem: 

• København oplever at Schultz opretter sygedagpenge sager på borgere,  der ikke skal behandles i deres jobcenter. Dette gøres da Fasit modtager WSRM'en GetIllnessCompositeMessageVersion8 omkring fravær med abonnement hos KSD på udrejste og grænsegængere, der i DFDG er tilknyttet JC København.
• For sådanne personer er det imidlertid virksomhedens jobcenter, der har opfølgningsopgaven ift. sygedagpengesagen.

Løsning:

Hvis følgende er gældende med kaldet fra KSD:

• Borger kommer fra beskæftigelse.
• Borger er tilknyttet et andet JC end information i kaldet fra KSD.
• Der er tale om en oprettelse.

vil DFDG forud for registrering, skifte borgers JC til at være JC fra informationerne (om kaldende kommune) i kaldet fra KSD - og det pågældende jobcenter vil modtage følgende WSRM-beskeder foranlediget KSDs oprettelse af fraværet:

• GetPersonJobcenterVersion4
  
• GetContactGroupVersion5
  
• GetIllnessCompositeMessageVersion8

Manuscript 182393 - CaseWorkerInformationService - Uoverensstemmelse mellem wiki og aktuel løsning + forkert tekst på wiki

Problem:

• Iflg. forretningsbeskrivelsen for metoden GetCaseworkerInformation gælder, at hvis der søges på både email og navn er udfyldt, vil retur svaret give for begge forekomster, altså behøves det ikke være, at navnet og emailen er knyttet sammen.
• Men i praksis fungerer det ikke som en ellers-søgning.

Løsning:

• Sagbehandlere udsøges efter navn ELLER email - i stedet for navn OG email.

Manuscript 182425 - DØD borger skifter KG 25 sygedagpengemodtager fra ledighed til KG 1 Dagpengemodtager og tilmeldes og afmeldes dagen efter

Problem:

• Ved raskmelding fra KSD med årsag "død", bliver borger i DFDG automatisk gentilmeldt, hvis borger fra tilmeldt forud for overgangen til SDP-modtager. 
• Det giver anledning til at KSS danner til- og afmeldebreve, hvis KSS ikke selv tjekker om borger er død ifm. brevdannelsen.

Løsning:

• Der er aktuelt følgende regler i DFDG for håndtering af ophør af fravær med raskmeldingsårsag:

  • Ved årsag "Tilkendt pension", lukkes KG uagtet nuværende KG

  • Ved årsag "Revalideringsydelse" ændres KG til KG 4 (revalidering)

  • Ved årsag "Overgår til fleksjob" ændres KG til KG 7 (fleksjobvisiteret)”

• Følgende regel bør tilføjes:

  • Ved årsag "Død", lukkes KG og der sker ikke gentilmelding, selvom borger var tilmeldt før personen blev sygedagpengemodtager

Manuscript 182441 - Problemer med læsning af bookingdata via PersonStatusServce, obligatorisk felt er null

Problem:

• Bookingdata kan ikke læses via PersonStatusServce og PersonHistoryService, obligatorisk felt (participantName) er null.

Løsning:

• Ændring af Stored Procedures, så participantName = null konverteres til "Ukendt" for PSS og PHS.

Manuscript 182509 - Problemer med bookingdata via PSS, obligatorisk felt InterviewParticipantName er null

Sagen indeholder permanentgørelse af rettelse fra fra FB 182441 i form af at flytte ændringen i PSS stored proedure til .Net koden i forhold til at konvertere null til Ukendt for InterviewParticipantName i PSS.

Manuscript 182563 - Ny kodelisteværdi i kodelisten ClientSystemTypeIdentifier og lukning af id 24

Nyt id 56 og lukning af id 24.

Lukning af id 24 er foranlediget af af KMD Sygedagpenge er lukket i juni 2020 ifm. at de sidste kommuner er overgået til KSD.

Id 56 er foranlediget af, at Marselisborg IT har oplyst (i FB 182332), at de vil anvende bl.a. Create- og Updatemetoder (foruden en række Get-metoder) på 

• PlanService
• JobSearchDefinitionService
• InterviewService
• ActivityService

hvilket kan give anledning til WSRM'er tll KSS og a-kasser om registrering eller opdatering inden for ovenstående områder.

Manuscript 182332 - Tilslutning af nyt IT system JobMatch

Foranlediget af case 182563 oprettes varslingstasks om den forventede brug af registrerings- og opdateringsmetoder, der i jobcenter sammenhæng hidtil alene eller primært har været anvendt af Momentum og Fasit:

De pågældende varslingstasks fremgår også i afsnittet med berørte services.

Det bemærkes, at der i prod. er plannersystem, der har adgang til at registrere og opdatere afholdte samtaler.

Der er ikke udviklingsopgaver i DFDG forbundet med denne sag.

Særlige krav til test

* Batchjobs

• bør testes både med delta og fuldt load,
• bør hvis der er afhængigheder køres med normalt load fra BI i ét testmiljø i hele testperioden
• bør testes i samarbejde med teams som har afhængigheder
• kørselstid, særligt hvis det er en del af NightlyBatch

Konsekvenser for drift/idriftsættelse

I forbindelse med idriftsættelse:

• Skal der køres et fuldt dataload ved første kørsel af et batchjob - aftal med SF hvornår load skal køres
• skal der køres konvertering
• Skal der køres databasescripts for opdatering af tabeller i databasen

Efter idriftsættelse:

Arkitektur- og implementeringsnoter 

Her beskriver PO/FA om arkitekturen og teknikken bag løsningen, om der f.eks. anvendes:

• Nye dataområder
• Nye snitflader
• Nye komponenter
• Nye miljøer
• Nye teknologier
• Nye aftagertyper
• Eller afvigelser fra principperne
• Eventuelle behov for reduktion af teknisk gæld skal afdækkes

Der gives en beskrivelse af hvorledes disse tænkes håndteret/implementeret i løsningen og om dette har været vendt med STAR arkitekten.