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

Interne links (indhold i links ikke relevant for eksterne):

https://starwiki.atlassian.net/browse/KON-2142

https://starwiki.atlassian.net/browse/PLAN-2942

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 i tabellen.

(kopiér og indsæt manuelt i tabellen)

Automatisk oversigt

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

Beskrivelse af epic

Topdesk S2405-1086 - Deltidsforsikret medlem får startet kontaktforløb - forbrug > 333 / S2405-1070 - Kontaktforløb i A-kassen

Problem

• Deltidsforsikrede, der på baggrund af kriteriet forbrugte timer, får forkert registreret, at de har kontaktforløb i a-kassen, hvis forbruget er mellem 333 og 410 timer på tidspunktet for tilmelding.

Løsning

• DFDG sætter fravær id 75 rigtigt, hvis forbruget for deltidsforsikrede er 333 timer eller derover.

Topdesk S2405-623 - Selvbooket fælles jobsamtale har ikke dannet GetAkasseIndkaldelseVersion1

Problem

• Der blev ikke dannet WSRM-beskedtypen GetAkasseIndkaldelseVersion1 til a-kassen for selvbookede fælles jobsamtaler (id 17) i jobcenteret.

Løsning

• WSRM-beskeden dannes også for selvbookede samtaler (id 17) i jobcenteret.

Topdesk S2404-140260 - CPR historik er forskellig for samme borger

Problem

• Ved kald af Get i BorgerkommunikationStatusService på en borger, som har skiftet CPR, er cpr-historik ikke ens når der kaldes med nyt og gl. cpr nr. Det forventes det at være.

Løsning

• Rettelse prod.lagt håndholdt 22.04.2024, der delvist løste fejlen

Topdesk S2404-140206 - Vejle oplever skift i jobcentertilknytning

Problem

• Hvis borgeres flytning mellem kommunerne modtages fra CPR efter jobcenter i ny kommune selv har opdateret jobcentertilknytningen til den nye kommune, afslutter DFDG persongruppemarkeringer oprettet af jobcenter i den nye kommune

Løsning

• DFDG skal i denne situation ikke afslutte persongruppemarkeringer oprettet af jobcenter i den nye kommune, men kun markeringer oprettet af jobcenter i den tidligere kommune.

• Tilsvarende skal - som hidtil - AA-henvisninger kun afkortes eller slettes hvis de er registreret af jobcenter i fraflytningskommunen. Og indkaldelser til jobsamtaler i JC skal kun aflyses, hvis de er indkaldt af tidligere jobcenter i tidligere kommune.

Topdesk S2404-141389 - Batchjobbet BK-GDPR-SletGaesteadgangskommentarer fejler pga. fejl i Command

Problem

• Batchjobbet BK-GDPR-SletGaesteadgangskommentarer fejler pga. fejl i Command.

Løsning

• Rettelse af Command, så batchjob kan køre.

Topdesk S2404-140913 - Validering mod at GUID'er genbruges på indkaldelser

Problem

• I S2404-140536 fejlmeldte en aftager, at en borger på en indkaldelse havde flere rækker med flaget "erAktuel: true". Det viste sig at skyldes, at der var tale om 2 indkaldelser på samme samme borger, hvor den ene var annulleret/slettemarkeret og GUID’en herefter genbrugt på den nye indkaldelse.

• I alt var der 38 indkaldelser med dette problem. De er datagenoprettet (slettet fysisk).

Løsning

• Ændret validering så validering for, at GUID'er kun må bruges én gang, også tjekker mod brug på slettemarkerede rækker.

Topdesk S2404-140369

Problem

• GetDeltagelsvalgHistorik viser en forkert historik for deltagelsesvalg efter vi har indført at disse kan slettes helt. Dette gør at Landssupporten ikke kan få det korrekte billede af deltagelsesvalg for en borger i LSS

Løsning

• Rettelse af historik udstilling

Topdesk S2403-661 - Borger med frist har booket 2 jobsamtaler

Problem

• Borgeren med frist for booking af jobsamtale (id 7) har med få minutters mellerum selvbooket 2 jobsamtaler (id 7), hvilket ikke bør kunne lade sig gøre

Løsning

• x

Topdesk S2403-536 - DFDGs registrering af fravær id 75 ifm tilmelding som dp.modtager

Problem

• Hvis reference perioden er faktisk udløbet eller forventet udløbet på dato for tilmelding skal DFDG sætte fravær id 75 ifm. tilmelding af dp.modtager, men det sker i dag kun ift. faktisk udløb

• Hvis dp.ret er faktisk udløbet eller forventet udløbet på dato for tilmelding skal DFDG sætte fravær id 75 ifm. tilmelding af dp.modtager, men det sker i dag kun ift. faktisk udløb

• Hvis dp.modtager er visiteret tilbage til jobcentret, fordi den unge er i målgruppen for uddannelsespålæg, og den unge afmeldes og gentilmeldes vil den unge ud fra de eksisterende kriterier få registreret fravær id 75 på ny

Løsning

Supplerende kriterier for at DFDG sætter fravær id 75:

• Hvis reference perioden er faktisk udløbet eller forventet udløbet på dato for tilmelding, sætter DFDG fravær id 75 if. tilmelding af dp.modtager

• Hvis dp.ret er faktisk udløbet eller forventet udløbet på dato for tilmelding, sætter DFDG sætte fravær id 75 ifm. tilmelding af dp.modtager

Supplerende kriterium for at DFDG ikke sætter fravær id 75:

• hvis borger er under 25 år år og har et eller flere afsluttede fravær id 75, hvor det seneste er afsluttet med afslutningsårsag (AbsenceCauseTypeIdentifier) id 45 'Borger er i målgruppe for uddannelsespålæg', sætter DFDG ikke fravær id 75 ved tilmelding

Topdesk S2404-140116 - Oprettelse af kommunenr 9999 m.fl. i EksterneData.KommuneTypeCodeList

Problem

• Fra CPR modtages til tider ukurante kommunenumre som 9999, der giver besvær hos aftagerne, fordi 9999 ikke findes i kodelisten over kommunenumre..

• Eksisterende kommenr. i kodelisten, 999, anvendes i dag dels til ukendte kommunenr og dels som “fælles” kommunenr. for Sygedagpengesystemet, men kaldes i dag blot KMS Sygedagpengeystem

• Endvidere findes de grønlandske kommunenr 955 - 960 i DFDG (classic) kodelisten MunicipalitiesTypeIdentifier, men endnu ikke i EksterneData.

Løsning

• Oprettelse af nye id’er 955-960 og 9999 i kodelisten for kommunenumre - EksterneData.KommuneTypeCodeList

• Ændring af navn og beskrivelse til eksisterende id 999

• Grønlandske kommunenumre:

  • I CPR-flowet i DFDG omsættes kommunenr. 900 - 998 som hidtil til kommunenr. 101.

  • Grønlandske kommunenr. udstilles derfor ikke i oplysninger om borgers kommunetilhørsforhold i BorgerKommunikationStatusService (men Grønlandske kommunenr. kan være anvendt andre steder - fx i stillingsannoncer).

TopDesk S2402-4582 - Ændring af filtrering på jobsamtaler a-kassen kan se

Problem

• Pga. a-kassernes ansvar for kontaktforløb i de første 3 mdr. er der brug for, at a-kasserne kan se afholdte jobsamtaler fra egen medlemsperiode (id 7 og 17) og samtaler afholdt i tidligere a-kasse (afholdt på dato medlem har været i KG1) og inden for aktuel indplacering - også selvom samtaler i tidligere a-kasser liggere mere end 120 dage for tilgang til aktuel a-kasse

Løsning

• A-kasser får mulighed for at se afholdte jobsamtaler fra egen medlemsperiode (id 7 og 17) (afholdt på dato medlem har været i KG1) samt samtaler afholdt i øvrige a-kasser (afholdt på dato medlem har været i KG1), hvis blot de er afholdt 1.1.2024 eller senere

TopDesk S 2403-1024 - Flere services fejler med Unknown Error (Specified cast is not valid.)

Problem

• Pga. manglende interne events på cpr-skiftere fejler nogle kald af DFDGs webservices - og de står derfor uden jobcentertilknytning

Løsning

• Dannelse af interne events på CPR-skifter - og dannelse af jobcentertilknytning

• Daglig datagenopretning af cpr-skiftere indtil rettelse lægges i prod.

TopDesk S2403-156 - Skift af a-kasse annullerer ikke deltagelsesvalg

Problem

• A-kasseskift fører ikke til nulstilling af borgers valg af a-kassens deltagelse i overdragelsessamtalen (første jobsamtale i jobcenter efter overgang fra kontaktforløb i jobcenter til a-kassen).

Løsning

• A-kasseskift fører til nulstilling af borgers valg af a-kassens deltagelse i overdragelsessamtalen

TopDesk S2402-664 - Indberetning af overtagelsesoplysning integration fejler

Problem

• Et jobcenter har for tilflytter behov for at kunne registrere dato for asylovergivelse (en dato i 2014), selvom borger ikke længere er i en af de oprindeligt aftalte, tilladte kontaktgrupper for en sådan registrering. Konkret for en borger i KG 26 "Overgangsydelsesmodtager efter LAB".

Løsning

• Validering i DFDG tilpasses således, at der også kan registreres asylovergivelse på borger i kontaktgruppe 26.

TopDesk S2402-4739 - Ungedatabase - viser forkert og abonnement er blevet lukket / S2403-305 Abonnement til Ungedatabasen - startdato

Problem

• DFDG lukker for mange abonnementer baseret på hændelser fra UDB, da der ikke ses på om gennemførte uddannelser er erhvervskompetencegivende, men blot på om de er gennemførte

• Abonnementer åbnes ved synkrone kald (i modsætning til tidligere asynkrone kald) med dagsdato i stedet for uddannelsesstartdato)

Løsning

• DFDG lukker for abonnementer baseret på hændelser fra UDB om gennemført erhvervskompetencegivende uddannelser (og ikke kun på om en uddannelse uanset niveau er gennemført)

• Abonnementer åbnes ved synkrone kald også med uddannelsesstartdato

TopDesk S2403-1143 - Allerød: Opdatering af jobcenter 20101 fejler

Problem

• Ved jobcentres forsøg på opdatering af navn på det forretningsmæssige hovedjobcenter (xxx01) kaster DFDG en fejl - 9122 ‘Name change is not allowed. Only DFDG is authorized to change the name of main jobcenters’

Løsning

• Jobcentre skal kunne opdatere navn m.v. på det forretningsmæssige hovedjobcenter (xxx01) - og de opdaterede oplysninger skal automatisk overføres til det tekniske hovedjobcenter (xxx00)

• Som hidtil dannes WSRM (GetJobcenterContactInfoVersion1 og siden 2024-1 også Jobcenteroplysninger.WSB

  • Besked sendes til det berørte jobcenter )

  • Dog sendes besked til alle jobcentre, hvis det er navnet for et jobcenter eller et subjobcenter der ændres

KON-2413 - Som STAR, a-kasse og KOMBIT vil jeg have sikkerhed for at Forsikringsgrad er udfyldt ved dagpengeindberetninger

Internt link: https://starwiki.atlassian.net/browse/KON-2413

Problem

• I forbindelse med KOMBITs beregning af kommunal medfinansiering af a-dagpenge. skal YR anvende forsikringsgrad.

• Forsikringsgrad findes alene i REST udgaven af Dagpengeservice (og ikke i tidligere tilsvarende SOAP-service), da SOAP-REST converter udfases i 2024-2 - og alle a-kasser dermed vil anvende REST-servicen kan vi tilføje en forretningsmæssig validering af, at forsikringsgrad udfyldes ved brug af Ydelsesudstilling.DagpengeService # CreateDagpenge.

Løsning

• Ny frretningsmæssig validering af, at forsikringsgrad udfyldes ved brug af Ydelsesudstilling.DagpengeService # CreateDagpenge.

• Ny fejlkode 50000 - ‘Forsikringsgrad skal være angivet

KON-3044 - A-kasser kan kalde flere metoder i UnderretningService for tidligere medlemmer

Internt link: https://starwiki.atlassian.net/browse/KON-3044

Problem

• A-kasser kan ikke kalde alle nødvendige metoder i UnderretningService, når det er mere end 120 dage efter medlemsophør

Løsning

• A-kasser får adgang ti, at kalde yderligere metoder mere end 120 dage efter medlemsophør i a-kassen:

  • CreateUnderretningSvarDokument

  • DeleteUnderretningSvarDokument

  • CreateForespoergselPaaYderligereOplysning

  • CreateSvarPaaYderligereOplysning

KON-1561 - Som STAR, jobcenter og a-kasser ønsker jeg at der validereres mod overlap i datoer ved NUPH på enkeltdages udeblivelser fra tilbud

Internt link: https://starwiki.atlassian.net/browse/KON-1561

Problem

• Ved oprettelse af NUPH for enkeltdagsudeblivelser validerer DFDG ikke for, om der i forvejen er oprettet NUPH for den pågældende hændelsesdato - og der har været eksempler på, at et jobcentersystem på kort tid (derfor) har sendt 10 eller flere NUPH for samme hændelsesdato

Løsning

• Der indføres validering. så der ikke kan indberettes NUPH for samme hændelsesdato for enkeltdagsudeblivelser mere end 1 gang (med mindre tidligere underretninger forinden er slettet). Ny fejlkode 100027 - ‘Hændelsesdato må ikke overlappe tidligere indrapporterede på samme aktivitet’

KON-3426 - Som a-kasse ønsker jeg mere entydige navne på 3 id'er i kodelisten VisiteringOgStatus.NUPHTypeCodeList

Internt link: https://starwiki.atlassian.net/browse/KON-3426

Problem

• Der er risiko for forkert brug af negative underretninger eller for forkert implementering i KSS eller a-kasse, da navngivningen på fx id 1 i NUPHTypeCodeList - trods beskrivelsen af id’et - kan foranledige, at id’et også anvendes ved negative underretningspligtige hændelser vedr. LAB-tilbud

Løsning

• Id 1-3 i kodelisten ændres således:

TopDesk S2402-586 - Fejl i beskedmodulet

Problem

• Det er kun beskedopretter, der kan opdatere beskedstatus med metoden SetMessageStatus, men der kastes en ikke så sigende fejlkode, hvis andre end opretter forsøger at opdatere status: 8156 - ‘The reply has to be created by either the sending or receiving organization’

Løsning

• Der kastes en mere sigende fejlkode: 8211 - ‘You are not allowed to Update this message since you did not create it’

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.

Husk GDPR stillingtagen

Ingen personfølsomme data i epics

Illustrationer, skærmdumps m.v. må ikke indeholde cpr.nr., CV. nr., rigtige personnavne på borgere eller deres kontaktoplysninger i form af e-mail, telefonnr., adresse m.v.

• Angiv hvem der har foretaget dette tjek: 

• Angiv dato for tjek: 

Opbevaring af oplysninger i STARs it-systemer

Ved oprettelse af nye dataområder skal der tages stilling til, hvornår formålet med data ophører og dermed fastlægges en slettepolitik.

Ved indførelse af nye data på eksisterende dataområder skal GDPR slettejobs opdateres.

Hvem må tilgå oplysningerne?

Afsnittet må ikke blot slettes, hvis det vurderes ikke relevant. Det skal dokumenteres at man har forhold sig til nedenstående.

Husk det er hensynet til borgeren der tæller højst. Der skal være hjemmel til at sagsbehandler må tilgå oplysninger. Formålet skal være som led i administrationen af beskæftigelsesreglerne eller ydelsesadministration.  

Korrekte sikkerhedsattributter på services

PO skal for hver enkelt servicemetode angive hvilke myndighedstyper, der må kalde de forskellige servicemetoder.

Tilladte organisationer (eksempel - se den fulde liste over myndighedstyper på siden DFDGs sikkerhedsmodel )

A-kasse filtrering

Hvis a-kassen må anvende metoden, må a-kassen så se / hente alle data? Eller skal der foretages filtrering ift. at a-kassen fx kun må se nogle udfaldsrum / kodelisteværdier? Husk at filtreringen skal ramme eventuel visning på Jobnet aht. sagsbehandlerlogin

Sagsbehandlerlogin på Jobnet - tag stilling til adgang!

En sagsbehandler i et jobcenter kan tilgå en borger tilknyttet det konkrete jobcenter.

En sagsbehandler i en a-kasse kan tilgå en borger, som er medlem af a-kassen og KG 1 (tilmeldt og ikke-tilmeldt) eller KG 8 og tilmeldekategori 5 - dimittend.

Begrænsninger kan foretages via (a-kasse-) filtrering, eller ved at afgrænse på action niveau på konkrete sider på Jobnet.

Stillingtagen: Beskriv kort, at der er taget stilling til sagsbehandlerlogin