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 som omlægges
| Batchjob | Noter |
|---|---|
| RunMTOccurenceBatch | |
| RunMTOccurenceIllDimittendsBatch | # 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 |
| AdminTools_UpdateUFFutureChanges | # Mangler hos SF. Navn mm. udredes Ifm. US |
| DFDG-TASS-ProcessCitizenMessagesFromBackend | |
| ProcessTimelinessData | SF titel KC-TASS-ProcessTimelinessData opdateret. |
| DFDG-TDS-ProcessDaily | |
| DFDG-TASS-GetAnnualTaxStatements | |
| DFDG-TASS-ProcessCprAliassesChanges | |
| DFDG-TASS-WsrmValidationChecker | # Manglede hos SF. Tilføjet. Kører kun i testmiljøer |
| DWHDelta | "KC-DWH-ProcessDWHDelta" hos SF rettet. |
| DFDG-JL-JoblogDeleteDocumentsDueToAge | |
| DFDG-JL-JoblogDeleteDocumentsMetadataDueToAge | |
| DFDG-JL-JoblogFullIndexBuilder | |
| DFDG-JL-JoblogGeoCodeTravelTimeAndDistance | |
| DFDG-RP-RehabilitationProcessDeleteOldDocuments | # Tilføjet til SF ark. Batchjob der sletter Rehabilitation dokumenter, ældre end 180 dage |
| DFDG-TASS-CancelEnrollmentSalarySubsidiaryEnded | |
| DFDG-TASS-CreateInterviewDeadlineNotification | |
| DFDG-TASS-CloseContactGroup1ForPersonsNotEnrolled | |
| DFDG-TASS-CloseInvalidActivitySupplements | |
| DFDG-TASS-SynchronizeCodeLists | |
| DFDG-TASS-HandleFromKG7ToKG10 | |
| DFDG-TASS-HandleFromKG10ToKG7 | |
| DFDG-TASS-HandleFromKGSDPMToKG7 | |
| DFDG-TASS-ProcessInterviewDeadlineStatus | |
| DFDG-TASS-ProcessEndAbsence75DueEndOfMembership | |
| DFDG-TASS-ProcessEndAbsence75 | |
| DFDG-TASS-RSSToFogBugzMonitoring | |
| DFDG-TASS-HandleJobFirstPersonGroupMarkings | |
| KC-TASS-UpdateCprRevivedClient | |
| DFDG-TASS-ProcessAbsenceThatHasChanged | |
| GDPR-DeleteFromJoblogOptionalData | |
| KcSearchManagerService_restart | # Manglede hos SF. Analyseopgave ifm. US. |
| DFDG-USER-DisableInactiveUsers | |
| DFDG-USER-DeleteDisabledUsers | |
| AddWebservicesToProfileData | # Manglede hos SF. Tilføjet, kører kun i testmiljøer |
Batchjobs som ikke omlægges til Stonebranch
| name | Column4 | Column42 | Column5 |
| AdminTools_NightlyBatchJob | </Name> | <summary> | # Udfases da det er jobbet der kører NB |
| AdminTools_ProcessTASS2AutoConfirmEnrollment | </Name> | <summary> | # udfaset hos SF. Omlægges ikke. Udfasnings afdækkes i US |
| DFDG-TASS-ProcessJobSearchEvents | </Name> | <summary> | Udfases ifm. 951.20 ("husmandsbroker") |
| AdminTools_MaintainTimelinessSearchData | </Name> | <summary> | # Fremstår som udfaset hos SF. Medtages ikke i Stonebranch |
| LoadCPRFromBackend | </Name> | <summary> | # Hos SF under navnet KC-TASS-CprDataUpdate, del af NB og udfases ifm 1001.6 |
| DFDG-TASS-DeleteObsoleteData-Iteration-5-0300 | </Name> | <summary> | Conductor 5, overføres ikke |
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)