Dato | Initialer | Ændring |
|---|---|---|
| Oprettet JOB-165 | ||
| Kenneth Ingemann Larsen (KEIL) (Unlicensed) | Fjernet acceptkriterier efter refinement. Lavet som hints da det er as-is. | |
| Kenneth Ingemann Larsen (KEIL) (Unlicensed) | Justeret acceptkriterie om myndighed bag kald. | |
| Pia Jensen PQJ | STAR tilføjet til mulige krav-stillere | |
| Kenneth Ingemann Larsen (KEIL) (Unlicensed) | Tilrettet servicebeskrivelsesdel, der fejlagtigt omtalte elementer som collectioner, uden at de var det. | |
| Louise Baunsgaard Koch (Unlicensed) | Tilføjet acceptkriterie omkring Find job link (åbner i ny fane) |
Userstory:
"Som STAR vil jeg have refaktoreret elementet 'a-kassens krav', så det kan vise krav fra forskellige myndigheder"
...
Nu skal Jobcenter (og andre myndigeheder der mappes til jobcenter) tillige kunne afgive krav.
Borger vil kun have et krav. Enten fra A-kasse, Jobcenter eller STAR. Kravet kommer til udtryk via elementet JobSearchDefinition, der kan have forekomst 0-1. Snitfladen og elementerne i JobSearchDefinition (TradeForJobSearch og GeographicalAreaForJobSearch, OtherExpectationsForJobSearch) er de samme uanfægtet a-kasse/job-center. For a-kassen er de 3 elementer dog påkrævede og altid udfyldt. For Jobcenter er der kun krav om, at en af disse har data, omend flere kan have det. Pointe: Kod det hele dynamisk.
Omend OrganisationTypeIdentifier har forekomst 0-1 i output jf. snitfladen, kan krav jf. Knud de Place ikke oprettes/opdateres uden OrganisationTypeIdentifier er sat. Det via er OrganisationTypeIdentifier (OrganisationTypeIdentifier) at vi kan se, om krav til borger kommer fra a-kasse eller jobcenter.
Acceptkriterier:
- Udvikling skal ske i Feature branch LAB.
- Refresh WSDL om nødvendigt. DFDG har lavet ændringer i MyPlanservice, men da JobnetMyPlanService.GetCitizenDraftMyPlanallerede havde forekomst 0-1 på relevante punkter mener DFDG ikke det har impact.
- Elementet laves kun i min plan 2.0 (og dermed tillige i det afgrænsede rehab site)rehab. Data om jobcenters krav vil således ikke være synlige i den gamle plan.
- Komponent til visning af a-kasses krav refaktoreres, så den afspejler myndighed bag krav på:
- tidslinjen (dvs. den grønne bjælke)
- i modalvisning (efter klik på bjælken i tidslinjevisning)
- samt i listevisning (Når borger skifter til listevisningen)
- Det fremgår af krav, jf. mapper i Jobnet (EnumToText) hvilken myndighed der står bag krav. Hint: Myndighed bag krav fremgår af JobneMyPlanService.GetCitizenDraftMyPlan af feltet OrganisationTypeIdentifier. Konkret kan der i skrivende stund oprettes krav fra Jobcenter, A-kasse og STAR, hvilket bør testes. Men der kodes defensivt, så kode virker, hvis flere myndigheder skulle komme til.
- I den pt. hardkodede label "Her kan du se, hvad du har aftalt med din a-kasse omkring din jobsøgning" skal "a-kasse" skal skiftes ud med relevant myndighed, og det foranstillede ord rettes til din/dit eller ingenting, således at der står:
- Her kan du se, hvad du har aftalt med [din a-kasse] omkring din jobsøgning
- Her kan du se, hvad du har aftalt med [dit jobcenter] omkring din jobsøgning
- Her kan du se, hvad du har aftalt med [styrelsen for arbejdsmarked og rekruttering] omkring din jobsøgning
- I den pt. hardkodede label "Her kan du se, hvad du har aftalt med din a-kasse omkring din jobsøgning" skal "a-kasse" skal skiftes ud med relevant myndighed, og det foranstillede ord rettes til din/dit eller ingenting, således at der står:
- Komponent til visning af a-kasses krav refaktoreres, så den afspejler myndighed bag krav på:
- Ved klik på tidslinje elementet vises data jf. elementet JobsearchDefinition. Vi skal hverken reagere på kontaktgruppe eller plantype - kun på om der er data eller ej.
- JobSearchDefinition har forekomst 0-1 så en borger kan enten:
- Ingen krav have.
- Eller have krav fra én af de to myndigheder.
- Krav vises i rækkefølgen som for a-kasse elementet, hvis de forefindes på snitfladen. Vi looper elementet JobSearchDefinition igennem og viser det der er... hint: A-kasser vil altid have alle 3 elementer med data. Jobcentre vil altid have mellem 1 og 3 elementer med data. Elementer har forekomst 1, men kan dog være tomme.
- Er der ingen krav, vises hverken Label eller placeholder for krav. Eksempel vist herunder: Er der ingen discoamskoder sat som krav, vises hverken label "Jeg skal primært søge indenfor disse jobområder" eller separatorlinje heller ikke.
- Er der jobmålskrav, skal der være tilhørende link til Find Job, der åbner i ny fane.
Linket skal hedde "Find job (åbner i en ny fane)"
Herunder hints, der kan være rare at vide om adfærden, som dog skal være identisk med adfærden i komponeneten, der refaktoreres. Derfor er nedennævnte ikke acceptkriter, der skal kodes, i det det er "as is":
...