Beskrivelse af epic af it-understøttelse af Styrelsen for Arbejdsmarked og Rekrutterings forretning
BEMÆRK AT DENNE EPIC IKKE MÅ LÅSES OP FØR MØDE MED DANSKE A-KASSER ER AFHOLDT DEN 18. JANUAR!
Page Properties | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|
|
Jira Legacy | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|
|
Jira Legacy | ||||||||
---|---|---|---|---|---|---|---|---|
|
Jira Legacy | ||||||||
---|---|---|---|---|---|---|---|---|
|
Jira Legacy | ||||||||
---|---|---|---|---|---|---|---|---|
|
Indholdsfortegnelse
Table of Contents | ||
---|---|---|
|
Afgrænsning af epic
Afgræsning | ||
---|---|---|
Som a-kasse og kommune, vil jeg gerne have styr på hvem der har ansvaret for de lediges kontaktforløb. | ||
Acceptkriterier | ||
Nr. | Beskrivelse | Relevant for |
935.4.1 | Som a-kasse skal jeg kunne varetage kontaktforløbet med såvel booking som registrering af afholdte samtaler med borger | DFDG |
935.4.2 | Som Jobcenter vil jeg løbende kunne følge med i kontaktforløbet, som varetages af a-kassen | DFDG |
935.4.3 | Som STAR og sagsbehandler i jobcenter og a-kasse vil jeg have ophævet 7-dages regelen med begrænsnings af samtaleregistrering | DFDG |
Kriterier for tilsagn til serviceaftager i forhold til STARs snitflader | Berørte acceptkriterier | Bemærkninger | |||
---|---|---|---|---|---|
935.4.1 | 935.4.3 | 935.4.2 | Acceptkriterie <nr.> | ||
KSS og A-kasse: Eventuelle lokale valideringer ift. 7-dages fristen fjernes | X | ||||
KSS: Nye serviceversioner tages i brug | X | ||||
A-kasse: A-kasse forsøgsamtaler skal kunne selvbookes i a-kassers bookingsystemer | X | ||||
A-kasse: A-kasse i forsøget skal kunne registrere afholdte samtaler - "Fælles jobsamtale med dagpengemodtager" og "Forsøgssamtaler" | X |
Oversigt over berørte webservices
Jira Legacy | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|
|
Beskrivelse af epic
Denne epic er en fortsættelse af arbejdet i 935.3 LAB - A-kasse forsøg
Samtaleafholdelse med borger og registreringen af den afholdte samtale med henblik på en klar fælles forståelse af det fælles kontaktforløb
Der indføres en ny, forsøgsspecifik samtaletype: "A-kasse forsøgssamtale". For borgere i forsøget skal alle samtaler indberettes under samtaletypen "A-kasse forsøgssamtale" (id 20) og der tilføjes en ekstra dimension, hvor a-kassen på den afholdte samtale angiver formålet med samtalen, som kan være 1 eller flere formål af typen cv, rådighed og jobsamtale.
Samtaletypen er i kodelisten tilgængelig for alle a-kasser og jobcentre, men der indføres validering i DFDG så "A-kasse forsøgssamtale" kun kan bookes for borgere omfattet af forsøget og der tilsvarende kun kan registreres afholdt samtale på forsøgsomfattede borgere.
Sammenhold af samtaleindsats i jobcenteret og a-kassen kan ske ved at anvende samtaletype ”Jobsamtale” for ledige i jobcenteret og samtaletypen "A-kasse forsøgssamtale". Der kan kun afholdes 1 samtale af denne type pr dag.
A-kassen skal derudover kunne indkalde, afholde og registrere den nye samtaletype "Fælles jobsamtale med dagpengemodtager" (InterviewType id 19) som afløser "Jobsamtale med a-kasse deltagelse" (id 17). Sidstnævnte udfases.
A-kassen opretter indkaldelser med BookingService hvor der for forløbsdeltagere åbnes op for at samtaletype 19 og 20 for a-kasser. Samtalerne registreres efterfølgende med den nye InterviewService (Version 1)
Jobcentret får WSRM på alle bookinger for egne borgere, og er således orienterede om bookingen.
De nærmere detaljer om indkaldelse m.m. på "Fælles jobsamtale med dagpengemodtager" vil blive behandlet i epic 935.2 i 2019-3
Bemærk: Jobnet userstory job-151 omhandlende acceptkriterie 935.3.5 (visning af at borgers forløb varetages i a-kasse) først er leveret med 2019-2, da opgaven ikke blev nået i 2019-1 i 935.3. Beskrivelsen ligger dog fortsat i 935.3, da det er den rette kontekst for forståelsen.
935.4.1 og 935.4.3 Samtaleregistreringer
InterviewService (Version 1)
Som en del af arkitekturstrategien om mindre status-services og domænespecifikke services. Overtager en række metoder fra PersonRegistrationService:
CreatePersonInterview, UpdatePersonInterview, AddInterviewParticipant, UpdateInterviewParticipant og DeleteInterviewParticipant. Metoderne udfases fra PersonRegistrationService (evt. i en senere release).
CreatePersonCategoryAndInterview tænkes ikke ført med over, men udfases sammen med PersonRegistrationService.
Nedenfor gennemgås metoderne i det omfang der er væsentlige ændringer til dem.
CreatePersonInterview
Metoden flyttes fra PersonRegistrationService med følgende ændringer:
Der er ikke længere en validering for at samtale skal registreres senest 7 dage efter mødeafholdelse. Det er dog et krav, at man har ansvaret for borgeren for såvel jobcenter som a-kasse.
Der tilføjes to nye samtaletyper: "Fælles jobsamtale med dagpengemodtager" (InterviewType id 19) og "A-kasse forsøgssamtale" (id 20). "Fælles jobsamtale med dagpengemodtager" afløser "Jobsamtale med a-kasse deltagelse" (id 17), sidstnævnte udfases.
For "A-kasse forsøgssamtale" (id 20) bliver det muligt at registrere et eller flere formål (InterviewPurposeIdentifier) med samtalen. Der kan kun registreres 1 A-kasse forsøgssamtale pr. dag (validering ¤XX4 - Only 1 interview of the type A-kasse forsøgssamtale can be registered pr. day.) og A-kasse forsøgssamtale kan kun registreres for borgere som på samtaledagen har fravær 75.
Se den fulde CreatePersonInterview på undersiden InterviewService (Version 1)
CodelistService (Version 5)
InterviewType
Der laves en ny samtaletype til "a-kasse forsøgssamtale" (id 20) og en anden til "Fælles job samtale" med dagpengemodtager (id 19). Id 17 udfases.
Se detaljer på undersiden 935.4 - Samtaletyper.
InterviewPurposeIdentifier
Ny kodeliste med samtaleformålene CV, Rådighed og Job
Identifikator | Navn | Beskrivelse | Startdato | Slutdato |
---|---|---|---|---|
1 | CV | Samtalens formål er som for en CV samtale | 01-01-2019 | 01-07-2100 |
2 | Rådighed | Samtalens formål er som for en Rådighedssamtale | 01-01-2019 | 01-07-2100 |
3 | Job | Samtalens formål er som for en Jobsamtale | 01-01-2019 | 01-07-2100 |
GetPersonInterview
Metoden til at få det resultat som kendes fra PersonStatusService, det fulde udtræk af information om registrerede samtaler.
Se den samlede snitflade på undersiden 935.4 - InterviewService (Version 1)
935.4.2 Som Jobcenter vil jeg løbende kunne følge med i kontaktforløbet som varetages af a-kassen
PersonEngagementStatusService (Version 1)
Aftager efter PersonStatusService på kontaktforløbsområdet, dvs. for domænet med Frister, Booking, Interview, NUPH og Anden Aktør.
GetPersonEngagementStatus
Metode som giver adgang til et samlet statusoverblik for de 5 collections Frister, Booking, Interview, NUPH og Anden Aktør
Se den samlede snitflade på undersiden 935.4 - PersonEngagementStatusService (Version 1)
WSRMMessageService (Version 11)
GetPersonInterviewVersion10
"Tynd" WSRM som vist nedenfor. Formål er udeladt da samtaleregistrering af "A-kasse forsøgssamtale" er nulstillende uanset hvilke(t) formål der er angivet.
Se evt. foregående version GetPersonInterviewVersion9 på wiki.
Element | Type | Detaljer | Forekomst | Beskrivelse |
---|---|---|---|---|
GetPersonInterviewVersion10Response | GetPersonInterviewVersion10ResponseType | 1 | ||
- GetPersonInterview | GetPersonInterviewType | 0 - * | ||
- - ( Std. WSRM Metadata ) | ( WSRMMetadataBaseType ) | 1 | ||
- - PersonCivilRegistrationIdentifier | PersonCivilRegistrationIdentifierType Base:string | Pattern:((((0[1-9]|1[0-9]|2[0-9]|3[0-1])(01|03|05|07|08|10|12))|((0[1-9]|1[0-9]|2[0-9]|30)(04|06|09|11))|((0[1-9]|1[0-9]|2[0-9])(02)))[0-9]{6})|0000000000 | 1 | CivilRegistrationNumber (PNR) |
- - PersonInterview | PersonInterviewType | 1 | ||
- - - MessageIdentifier | guid Base:string | Pattern:[0-9a-fA-F]{8}-[0-9a-fA-F]{4}-[0-9a-fA-F]{4}-[0-9a-fA-F]{4}-[0-9a-fA-F]{12} | 0 - 1 | |
- - - InterviewTypeIdentifier | InterviewTypeIdentifierType | 1 | Samtaletype. | |
- - - InterviewTime | dateTime | 1 | Mødeafholdelsestidspunkt. Kan variere fra det planlagte tidspunkt og registreringstidspunkt. |
BookingService (Version 2)
Der åbnes op for at a-kasser kan indkalde til møder af typen "Fællessamtale med dagpengemodtager" (id 19) og "A-kasse forsøgssamtale" (id 20), sidstnævnte dog kun for deltagere i a-kasseforsøget (validering med fejlkode ¤XX2 InterviewType A-kasse forsøgssamtale is only allowed for citizens with absence id 75).
Snitfladen ændres ikke, se wiki: BookingService (Version 2, 2019-2)
JobnetBookingService.GetConductedInterviews
Jobnet får afholdte samtaler her, det skal verificeres at tilføjelsen af formål ikke volder problemer i den sammenhæng.
Min Plan effekter
Registrerede samtaler af typen A-kasse forsøgssamtale vil alle optræde på Min Plan, og vil foranledige en ny Min Plan version.
MyPlanService (Version ¤4)
Ingen snitfladeændringer, men registreringer af nye samtaletyper vil fremgå i seneste samtale med a-kasse respektive jobcenter.
GDPR slettejob
Slettejob for GDPR for interviews opdateres til at medtage samtaleformål ved sletning af samtaler.
Særlige krav til test
Test scenarie | Berørte systemområder (herunder nye batchjobs*) | Identificeret af |
---|---|---|
For forståelse af Job-151 henvises til beskrivelse af acceptkriterie 935.3.5 i 2019.1. Her ligger beskrivelsen for at bevare kontekst, men da arbejdet ikke blev nået i 2019-1 blev story flyttet til 2019-2. | Jobnet | Kenneth Ingemann Larsen (KEIL) (Unlicensed) |
* 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
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.