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

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

967.12. 1 Som jobcenter ønsker jeg at kunne revurdere en PA-bevilling, når den er ved at udløbe

Jobcenter kan oprette en revurdering af en personlig assistancebevilling 10 måneder efter bevillingsdato. 

967.12.2 Som KSS ønsker jeg at få en WSRM og serviceudstilling, når en mentorbevilling bliver forlænget eller lukket

Vitas.MentorService version 1 erstattes af version 2.

Når en mentorbevilling forlænges eller der registreres ophør, sendes følgende WSRM (tynde WSRM'er)

• WSRM SendCaseNotification vedr. ændring på bevilling.
  KSS kan hente den opdaterede mentorbevilling med webservice Vitas.MentorService.GetMentorAllocation.
  
  

Webservice Vitas.MentorService.GetMentorAllocation udbygges med følgende elementer

Det eksisterende datafelt "EndDate" får præciseret sin definition, så det til enhver tid repræsenterer den aktuelle slutdato.

Der tilføjes et nyt datafelt "OriginalEndDate" (datetime), som repræsenterer den oprindelige bevillingsdato.

Der tilføjes en liste (0 til flere forekomster) med MentorExtension. En MentorExtension indeholder:

• MentorExtensionElementIdentifier (GUID), som er ID på forlængelsen, der kan indlæses separat jf. efterfølgende.
• NewEndDate (datetime), som er den nye slutdato for bevillingen

Når en mentorbevilling forlænges sendes desuden følgende WSRM (tynde WSRM'er):

• WSRM SendCaseNotification vedr. forlængelse med VitasSubFormTypeIdentifier = 3 Forlængelse
  KSS kan hente forlængelsen med ny webservice Vitas.MentorService.GetMentorExtension. Feltindhold jf. forlængelseselement (pt. ikke specificeret med felter).

Dokumentation af webservice: Vitas.MentorService (Version 2, 2020-4)

Eksterne Ekstern status: Leveret og klar til ekstern anvendelse. 

Note: WSRM flow opdateret efter aftale med Kenneth Midtgaard, KMD.

967.12.3 Som KSS ønsker jeg at få en WSRM og serviceudstilling, når en PA-vurdering bliver revurderet (forlænget) eller lukket

Vitas.PersonalAssistanceService version 1 erstattes af version 2.

Når en PA-bevilling udløber, sendes WSRM SendCaseNotification for PA-bevillingen med JobAllocationStatusIdentifier = 4 Lukket. Denne WSRM har hidtil været sendt med øvrige status.

Når en PA-bevilling forlænges eller der registreres ophør, sendes følgende WSRM (tynde WSRM'er)

• WSRM SendCaseNotification vedr. ændring på bevilling.
  KSS kan hente den opdaterede PA-bevilling med webservice Vitas.PersonalAssistanceService.GetPersonalAssistanceAllocation.
  
  

Webservice Vitas.PersonalAssistanceService.GetPersonalAssistanceAllocation udbygges med følgende elementer

Det eksisterende datafelt "EndDate" får præciseret sin definition, så det til enhver tid repræsenterer den aktuelle slutdato.

Der tilføjes et nyt datafelt "OriginalEndDate" (datetime), som repræsenterer den oprindelige bevillingsdato.

Der tilføjes en element (0 eller 1 forekomst) med PersonalAssistanceExtension. En PersonalAssistanceExtension indeholder:

• PersonalAssistanceExtensionElementIdentifier (GUID), som er ID på revurderingen, der kan indlæses separat jf. efterfølgende.

Når en PA-bevilling revurderes sendes desuden følgende WSRM (tynde WSRM'er)

• WSRM SendCaseNotification vedr. forlængelse med VitasSubFormTypeIdentifier = 3 Forlængelse
  KSS kan hente revurderingen med ny webservice Vitas.PersonalAssistanceService.GetPersonalAssistanceExtension. Feltindhold jf. revurderingsselement (pt. ikke specificeret med felter).

Note: WSRM flow opdateret efter aftale med Kenneth Midtgaard, KMD.

Dokumentation af webservice: Eksterne status: Endnu ikke leveret. Udviklet og kvalitetssikret, men afventer endelig godkendelse af STAR.Vitas.PersonalAssistanceService (Version 2, 2020-4)

Ekstern status: Leveret og klar til ekstern anvendelse. 

Særlige krav til test

Ingen 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

Ingen særlige 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 

Ingen ændringer i arkitektur.

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.