JOB-165 Jobcenters krav til borgers jobsøgning
Dato | Initialer | Ændring |
---|---|---|
Oprettet JOB-165 | ||
Kenneth Ingemann Larsen (KEIL) | Fjernet acceptkriterier efter refinement. Lavet som hints da det er as-is. | |
Kenneth Ingemann Larsen (KEIL) | Justeret acceptkriterie om myndighed bag kald. | |
Pia Jensen PQJ | STAR tilføjet til mulige krav-stillere | |
Kenneth Ingemann Larsen (KEIL) | 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) | |
Kenneth Ingemann Larsen (KEIL) | Slettet kriterium "Elementet "Jobsøgning" vises indtil specifikt "krav fra myndighed" foreligger, hvorefter "krav fra myndighed" træder i stedet for dette element (med placering øverst).", da JOB-189 efterfølgende har bedt om at få dette slettet. |
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 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":
- 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".