Beskrivelse af epic af it-understøttelse af Styrelsen for Arbejdsmarked og Rekrutterings forretning
Versionshistorik af betydning for eksterne (v0.1, v0.3, v0.5 og v1.0)
Anvendes ved ændringer, der har betydning for eksterne.
Dato | Version | Hvem | Hvad er ændret? |
|---|---|---|---|
N/A |
Indholdsfortegnelse
Afgrænsning af epic
| Afgrænsning | ||
|---|---|---|
Som Systemforvaltning og STAR ønsker jeg at alle D&S batchjob kan køre i Stonebranch for at de lettere kan vedligeholdes, afvikles og ikke mindst overvåges. | ||
| Acceptkriterier | ||
| Nr. | Beskrivelse | Relevant for |
| 1006.2.1 | D&S batchjobs skal scheduleres til at køre i Stonebranch.på alle Testmiljøer og Preprod og Prod, samt disables fra den hidtidige schedulering. | SF, D&S |
| 1006.2.2 | D&S batchjobs skal tilpasses således at de kan returnere exitkoderne 0 (succes), 100 (delvis succes) eller 200 (fuldstændig fejl) | SF, D&S |
| 1006.2.3 | D&S batchjobs skal alle logge til Eventloggen | SF, D&S |
Oversigt over berørte webservices
Der er ingen berørte webservices.
Summary | Varslingstype | Varslingsnote | Eksterne Snitflader | Interne Snitflader | Project |
|---|---|---|---|---|---|
| N/A |
Beskrivelse af epic
Baggrund
STAR ønsker at eksekvere alle batchjobs med Stonebranch. I den forbindelse har Borger-teamet i 2021-4 opdateret retningslinjerne for, hvad det gode https://starwiki.atlassian.net/wiki/spaces/FYS/pages/1814790241/Det+gode+batchjob er.
Der skal enten logges til eventloggen eller STAR.Foundation loggen. Hvis en af disse bruges i forvejen, så videreføres dette blot. Ofte logges der også til databasen, hvilket også blot skal videreføres.
Regler
Her udfylder PO oplysninger om eksisterende eller forventede regler om registrering og indberetning.
N/A
Forventet påvirkning af jobcenter-, a-kasse- eller ydelsessystemer
Her beskriver PO overordnet, hvordan epic'en forventes at påvirke aftagerne. Særligt vigtigt, at dette fremgår, hvis det ikke fremgår i en overliggende ISB, hvortil der evt. kan henvises.
N/A
Acc.kr. 1006.2.1 D&S' batchjobs skal scheduleres til at køre i Stonebranch.på alle Testmiljøer og Preprod og Prod, samt disables fra den hidtidige schedulering.
Batchjobs udenfor Nightly batch
| RunMTOccurenceBatch | </Name> | <summary> | Batchjobbet tilmelder personer der er tilmeldt dimittend og har dato for dagpengeret den samme dag batchjobbet kører. |
| RunMTOccurenceIllDimittendsBatch | </Name> | <summary> | # Manglede hos SF, er tilføjet til arket. Kører i produktion, men med sidste succesfulde dataændring 24-11-2021. #Tilmelder folk der er syge ved indkommen medlemstilgang (MT hændelse) fra A-Kasse og informerer eksterne systemer herom via WSRM |
| DFDG-TASS-ProcessCitizenMessagesFromBackend | </Name> | <summary> | Batchjobbet sender gennem dialogmodulet (CitizenMessageService) de beskeder, som BI har oprettet i deres loadtabel til beskeder. Det værende sig nudging beskeder, der er leveret fra kampagneplatformen (SAS) og som skal sendes til borgerens beskedbakke på Jobnet. Beskrivelse af batchjob findes på: https://starwiki.atlassian.net/wiki/spaces/CITY/pages/100663304/ProcessCitizenMessagesFromBackend+-+DFDG-TASS-ProcessCitizenMessagesFromBackend |
| ProcessTimelinessData | </Name> | <summary> | SF titel KC-TASS-ProcessTimelinessData opdateret. |
| DFDG-TDS-ProcessDaily | </Name> | <summary> | Flyttemotor. Forflytter borgere mellem kommuner. |
| DFDG-TASS-GetAnnualTaxStatements | </Name> | <summary> | Batchjobbet henter årsopgørelser fra DUPLA og indsætter dem i en BI-tabel |
| DFDG-TASS-ProcessCprAliassesChanges | </Name> | <summary> | Batchjobbet udsender WSRM beskeder når en borger skifter CPR-nummer |
| DFDG-TASS-WsrmValidationChecker | </Name> | <summary> | # Manglede hos SF. Tilføjet. Kører kun i testmiljøer |
| DWHDelta | </Name> | <summary> | "KC-DWH-ProcessDWHDelta" hos SF rettet. |
| DFDG-JL-JoblogDeleteDocumentsDueToAge | </Name> | <summary> | Sletter joblog dokumenter i DocumentRepository DB urørt i længere periode (pt 4 år) |
| DFDG-JL-JoblogDeleteDocumentsMetadataDueToAge | </Name> | <summary> | Sletter joblog dokumenters metadata når disse er urørte I mere end 4 år. Sletningen sker ved en soft delete i BrokerServices.JobLog.Document |
| DFDG-JL-JoblogFullIndexBuilder | </Name> | <summary> | Opbygger et søgeindeks til Joblog PersonSøgning |
| DFDG-JL-JoblogGeoCodeTravelTimeAndDistance | </Name> | <summary> | Batchjobbet geokoder og beregner rejsetid for JoblogSearchEntries. |
| DFDG-RP-RehabilitationProcessDeleteOldDocuments | </Name> | <summary> | # Tilføjet til SF ark. Batchjob der sletter Rehabilitation dokumenter, ældre end 180 dage |
| DFDG-TASS-CancelEnrollmentSalarySubsidiaryEnded | </Name> | <summary> | Jobbet afmelder tilmeldte og syge borgere, som er stoppet med aktivitet med løntilskud. Dette beregnes bla. ud fra start og slutdato på løntilskudsaktiviteten. |
| DFDG-TASS-CreateInterviewDeadlineNotification | </Name> | <summary> | Lægger SMS og E-mail-beskeder på kø til udsendelse som påmindelse om frist til selvbook. (se evt. http://starwswiki.amstest.dk/BatchjobOversigtDFDG.ashx?HL=batchjobs) |
| DFDG-TASS-CloseContactGroup1ForPersonsNotEnrolled | </Name> | <summary> | Lukker kontaktgruppen for dagpengemodtagere, som har været afmeldt i mere end 7 dage (kan konfigureres). Ved lukning af kontaktgruppe lukkes/slettes også fravær og fremtidige bookinger |
| DFDG-TASS-CloseInvalidActivitySupplements | </Name> | <summary> | Jobbet afslutter aktivitetstillæg for borgere i kontaktgrupperne (2,3 og 12) når disse har været lukkede i en hel kalendermåned. |
| DFDG-TASS-SynchronizeCodeLists | </Name> | <summary> | Kopierer kodelister fra DFDG over i BI |
| DFDG-TASS-HandleFromKG7ToKG10 | </Name> | <summary> | Jobbet flytter borgere, som er startet i fleksjob men som stadig er i kontaktgruppen fleksjobvisiteret (KG7), til kontaktgruppen Fleksjobansat (KG10). Dette beregnes bla. Ud fra start og slutdato på fleksjobaktiviteten. |
| DFDG-TASS-HandleFromKG10ToKG7 | </Name> | <summary> | Jobbet flytter borgere, som er stoppet i fleksjob men som stadig er i kontaktgruppen fleksjobsansat (KG10), tilbage til kontaktgruppen Fleksjobvisiteret (KG7). Dette beregnes bla. ud fra start og slutdato på fleksjobaktiviteten. |
| DFDG-TASS-HandleFromKGSDPMToKG7 | </Name> | <summary> | Skifter kontaktgruppe på borger fra sygedagpenge til fleksjobvisiteret når aktivitet ophører og sender WSRM besked til eDagepenge. |
| DFDG-TASS-ProcessInterviewDeadlineStatus | </Name> | <summary> | Opdaterer friststatus for bookninger for borgeren. |
| DFDG-TASS-ProcessEndAbsence75DueEndOfMembership | </Name> | <summary> | Jobbet finder åbne fravær 75 og lukker dem, hvis borgeren er udmeldt eller skiftet væk fra A-kassen, der oprettede fraværet |
| DFDG-TASS-ProcessEndAbsence75 | </Name> | <summary> | Jobbet finder fravær 75 som er lukket med en fremtidig slutdato og som nu er afsluttet siden sidste successfulde kørsel og rydder op efter fraværet - slet indkaldelser og nulstil deltagelsesvalg |
| DFDG-TASS-RSSToFogBugzMonitoring | </Name> | <summary> | undersøger RSS-feeds fra SKAT for nyheder og sender en mail med nyheden til Fogbugz's mailadresse, hvorved der oprettes en sag. |
| DFDG-TASS-HandleJobFirstPersonGroupMarkings | </Name> | <summary> | Jobbet læser først fra tabellen Staging_DWH.dbo.tblStagingControlTable for derved at finde ud af om det skal processere data. Hvis der findes en record med UpdateTypeName=Personmark og ProcessStatus=0 så kører jobbet videre. Så udvælger jobbet persongruppemarkeringer fra tabellen Staging_DWH.dboPERSMARK_PersonGroupMarking. Hver record behandles alt efter hvilken UpdateType den har definerert (Insert, update, delete). Dette resulterer i et tilsvarende create/update/delete-kald i DFDGs logik til håndtereing af persongruppemarkeringer. Der dannes desuden WSRM-beskeder for hver operation som udføres på en borger. Når alle rækker er processeret skriver jobbet en status i Staging_DWH.dbo.tblStagingControlTable som kan være én af følgende: -1 : Processering fejlet 1 : Processering gennemført 2: Processering annulleret |
| KC-TASS-UpdateCprRevivedClient | </Name> | <summary> | Batchjobbet behandler én person, som er blevet fejlagtigt dødsmeldt, ved at genåbne den kontaktgruppe, som blev lukket ifm. dødsmeldingen, og sætter WSRM'er på kø til jobcentret og evt. til A-kassen. |
| DFDG-TASS-ProcessAbsenceThatHasChanged | </Name> | <summary> | For alle fravær, der er "udløbet" dagen før, sendes et request om at få beregnet borgers "fritagelsessituation". Der dannes events til JobSearch silo |
| GDPR-DeleteFromJoblogOptionalData | </Name> | <summary> | Batchjobbet sletter data i kolonner på udvalgte Joblogtabeller som er frivillige at udfylde. Slettefrist er konfigurerbar (pt. 4 år) |
| KcSearchManagerService_restart | </Name> | <summary> | # Manglede hos SF. Analyseopgave ifm. US. |
| DFDG-USER-DisableInactiveUsers | </Name> | <summary> | disabler personlige brugere, som er oprettet for mere end det konfigurerede antal dage og har været inaktive i samme periode: Prod og test:100 |
| DFDG-USER-DeleteDisabledUsers | </Name> | <summary> | Batchjobbet sletter alle brugere, som har været disablede i mere end det konfigurerede antal dage: Prod: 90 Test:190 (For datagenopretning: DeleteUser stored proceduren i ProfileData databasen kan kaldes med et relevant UserName fra User-tabellen) |
| AddWebservicesToProfileData | </Name> | <summary> | # Manglede hos SF. Tilføjet, kører kun i testmiljøer |
GDPR slettebatchjobs særlige forhold
Hvordan sætter vi enkelt batchjobs op som skal køre kl 03, 05, 09, 11, 13, 15, 17, 19, 21 og 23 lørdag og søndag. Giver det evt. mening at lave conductors i Stonebranch?
Hvordan fastholder vi overblik over kapacitetsstyring og rækkefølge
Acc.kr. 1006.2.2 D&S' batchjobs batchjobs skal tilpasses således at de kan returnere exitkoderne 0 (succes), 100 (delvis succes) eller 200 (fuldstændig fejl)
XXX
Acc.kr. 1006.2.3 D&S's batchjobs skal alle logge til Eventloggen.
XXX
Særlige krav til test
| Test scenarie | Berørte systemområder (herunder nye batchjobs*) | Identificeret af |
|---|---|---|
Der ændres ikke i selve batch job-logikken, men kun lidt i den ydre indpaktning så det kan køres i Stonebranch og returnere de relevante exitkoder. Derfor er der ikke de sædvanlige "særlige krav til test" for batch job omkring test af hhv. delta og full load.
Konsekvenser for drift/idriftsættelse
Ingen konsekvenser ifm. idriftsættelse.
Arkitektur- og implementeringsnoter
SF inddrages i omlægningen.
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.
- Ja, det er tjekket, at epic ikke indeholder dette.
Angiv hvem der har foretaget dette tjek: Knud de Place (STAR)
Angiv dato for tjek: 21.12.2021
Opbevaring af oplysninger i STARs it-systemer
Ingen forandringer.
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.
ej relevant
Korrekte sikkerhedsattributter på services
PO skal for hver enkelt servicemetode angive hvilke myndighedstyper, der må kalde de forskellige servicemetoder.
N/A
Alle borgere | Egne borgere | Tidligere egne borgere | Gæsteadgang | Anden Aktør - egne borgere | Anden Aktør - gæsteadgang | |
|---|---|---|---|---|---|---|
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
Ej relevant. Knud de Place (STAR)
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
Ej relevant Knud de Place (STAR)