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

Bemærk at denne epic er includeret i den opsummerende epicside 935 A-kasse-forsøget. Opsummering af 935.3, 935.2, 935.4, 935.7, 935.8 og 935.9 som a-kasser og KSS-systemer med fordel kan læse i stedet for at læse de enkelte epics.

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):

Automatisk oversigt (vi arbejder på løsning på at gøre den synlig)

Beskrivelse af epic

Der etableres en ny service til udstilling af afholdte samtaler, deltagelse m.v. Det bliver derudover muligt at registrere afholdte samtaler selvom samtaledatoen ligger mere end 7 dage tilbage i tid.

InterviewService (version 1) med fuld IntervewInfo

Der etableres ny InterviewService (Version 1) med metoden GetPersonInterviewInfo med feltsæt, der svarer til PersonInterviewInfo i PersonStatusService. Se den fulde snitflade på undersiden 935.2 - InterviewService (Version 1) med fuld GetInterview og registreringsmetoder

Ny

.

Nyt navn på samtaletype til fællessamtaler

Med henblik på at have en samtaletype som er neutral ift. om det er a-kasse eller jobcenter der indkalder, og ligeledes med henblik på ikke at have en borger-forvirrende deltagelsesindikation i samtaletype-titlen, indføres omdøbes InterviewType Id 19 - 17 til "Fælles jobsamtale med dagpengemodtager". Denne samtaletype erstatter id 17 - Jobsamtale med a-kasse deltagelse. 

Der kan kun afholdes 1 samtale af denne type (id 1917) pr. dag (samtaledato). Der laves ikke DFDG-validering for dette. De nærmere detaljer om ændret indkaldelse m.m. på "Fælles jobsamtale med dagpengemodtager" vil blive behandlet i epic 935.6 i 2019-3 

CodelistService . InterviewType

(bemærk at det nu er samme id i begge rækker!)

Funktionalitet knyttet til id 17, såsom at a-kasses fravalg i deltagelse nulstilles ved samtaleregistrering af en sådan samtale, flyttes til id 19forbliver uændret.

GetInterviewInfo

Metoden laves så man her har adgang til de fulde data om samtaleregistreringer, når PersonStatusService udfases (og fulde data i modsætning til, at der i den kommende PersonEngagementStatusService med collection InterviewStatus kun vil være adgang til et overbliksdannende status-udtræk af det fulde datasæt)

Der lægges ift. a-kasserne filtrering på output fra InterviewService.GetInterviewInfo, der svarer til filtreringen, der var er på PersonStatusService tidligere.

PersonRegistrationService (Version 9)

Registrering af afholdte samtaler uden 7-dages regel

Med henblik på forenkling og styrkelse af datakvaliteten fjernes reglen om at en samtale på registreringstidspunktet højest måtte være afholdt 7 dage inden. 

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øresskal der køres konverteringkonvertering: Konvertering fra CPR til PersonId på tabeller for samtaleregistrering er lagt ind som en del af de databaseændringer som udviklerne har lagt til deploy. Der er eksplicit taget stilling til at det ikke er så omfattende en konvertering så den skal køres separat.
• 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

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.