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. |
Userstory:
"Som STAR vil jeg have refaktoreret elementet 'a-kassens krav', så det kan vise krav fra forskellige myndigheder"
Hints: Vi har allerede lavet funktionaliteten i relation til "A-kassens krav til Jobsøgning" jf. us JOB-92 i 2019-1.
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 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.
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":
- Elementet er fortsat det øverste i tidslinjevisning og i listevisning (dvs. uændret ifht. a-kasse element).
- Breakpoint logik er uændret i forhold til eksisterende element ((dvs. uændret ifht. a-kasse element).
- Visningsperioden (når myndighed har oprettet data) skal være fra planens startdato og 4 år frem (samme visningsregel som nu).
- Er der ingen startdato for plan vises det evt. oprettede krav fra jobcenter fra dags dato og 4 år frem.
- Bemærk: Angivelse af periode under listevisning skal fremstå som "Hele tiden".
- Elementet "Jobsøgning" vises indtil specifikt "krav fra myndighed" foreligger, hvorefter "krav fra myndighed" træder i stedet for dette element (med placering øverst).