976.34 BVL Analyse
976.34 - Videreudvikling af ESCO´s Administrationsmodul - Aliaser
Er det alle Acc.kr som ønskes laves, efter grov estimater er givet?
Afklaringspunkter fra tidligere fremsendte:
Acc.kr 976.34.4 Deeplinke til en stillingsbetegnelse
Brugsmønster for dette? Hvad med i stedet at kunne søge på hhv. ConceptUriEU/ConceptUriDa i fritekstsøgningen?
Acc.kr 976.34.5 PĂĄ stillingsbetegnelse vises om der er aliasser der er oprettet pĂĄ baggrund af det
Husk spørgsmål under beskrivelsen i wireframe
Acc.kr 976.34.6 en fravalgt stillingsbetegnelse mĂĄ ikke have aktive aliasser
Frontend validering.
Hvis en backend validering også ønskes implementeres, er der en opgave til D&S.
Kan mĂĄske tages sammen med 976.34.15
Acc.kr 976.34.7 fjern mulighed for oprettelse af alias af typen AltLabel
AltLabel er forbeholdt EU.
Hvis der ogsĂĄ skal laves backend validering er der ogsĂĄ en opgave til D&S.
Acc.kr 976.34.8 Alias med relationstype EscoStilling forsvinder fra liste, selvom man fravælger, den skulle dukke op igen.
Ved testgennemgang ser det ud som om der er tale om et caching problem, da den kommer frem igen, hvis data hentes igen efter fravalget.
Er ovenstående det der ønskes implementeres?
Acc.kr 976.34.9 Der kan oprettes aliasser på alle niveauer, det burde kun være muligt på stillingsbetegnelser (niveau 5 og ned)
Kun frontend validering, hvis en backend validering også ønskes implementeres, er der en opgave til D&S.
Acc.kr 976.34.11 Nyt note felt pĂĄ alias
Bør komme i tilsagn, hvis denne opgave ønskes implementeres
D&S del
BVL del
Skal vi bare altid sende events for at generere WSRMer?
Efter yderligere analyse, skal der muligvis laves funktionalitet som specifikt ikke sender Events ud ved dette.
Acc.kr 976.34.12 Visning af OriginConceptUriEu i LSS
Hvor er dette henne?
Hvis det er nedenstĂĄende har vi ikke data! Og der skal laves nye servicekald for at fĂĄ informationen.
Krav til Jobsøgning?: CreateJobSearchDefinition
Â
Vis CV?: ShowCV
JSJS:
Â
Joberfaringer:
Â
Acc.kr 976.34.14 ved tilføjelse af relationstype EscoStilling forsvinder relationen (vises ikke) ved næste redigering.
Ved testgennemgang ser det ud som om der er tale om et caching problem, da den kommer frem igen, hvis data hentes igen efter fravalget.
Er ovenstående det der ønskes implementeres?
Acc.kr 976.34.15 Der skal ikke kunne tilføjes aktive aliasser på en fravalgt stillingsbetegnelse
Frontend validering.
Hvis en backend validering også ønskes implementeres, er der en opgave til D&S.
Kan muligvis tages sammen med 976.34.6
Skal der laves en datagenopretning pĂĄ eksisterende, hvor der er udfordringer?
Kan vi det, der skal muligvis laves WSRMer eller varsles?
Alternativt kan de inaktiveres via brugergrænsefladen.
Acc.kr 976.34.17 Administration af kompetencer
Kan vi fjerne dette, hĂĄndteres denne ikke i andre epics?