746.5 tovholderfunktion på arbejdsgiversiden på jobag
746.5 Tovholderfunktion på arbejdsgiversiden på JobAG
Beskrivelse af epic af it-understøttelse af Styrelsen for Arbejdsmarked og Rekrutterings forretning
(Skabelon af dato 17/12-2015)
Indholdsfortegnelse
1 Ændringslog
2 Afgrænsning af epic
3 Oversigt over berørte web services
4 Beskrivelse af epic
4.1 746.5.1 og 746.5.2 Virksomhed kan tillade en tovholder på virksomheds oprettet ordinær job
4.1.1 Løsningsmodel
4.1.2 CompanyRecruitmentService (Version 1)
4.1.3 CompanyRecruitmentService (Version 2)
4.1.4 WRSMMessageService (Version 10)
4.2 746.5.3 På primære myndigheder sende også WSRM ved formidlinger eller andre hændelser
4.2.1 Løsningsmodel
4.3 746.5.4 I forbindelse med en henvisning skal der kunne knyttes en reference til en formidling
4.3.1 Løsningsmodel A (den der benyttes i 2017-2 og indtil model B kommer i luften)
4.3.2 Løsningsmodel B (den der bør laves næste gang der ændres i UnemploymentFundMessageService)
4.4 746.5.5 Som serviceaftager vil jeg have tilpasset snitfladen mht. angivelse af myndighedsnavn og forekomst på RecruitmentCasewoker
4.5 746.5.6 Som en del af datakanonen skal ønsket om tovholder altid være sat, da datakanonen opretter jobordre som enten Jobcenter eller A-kasse
5 Særlige krav til test
6 Kendte udeståender fra udviklingsfasen
7 User stories
7.1 JobAG
7.1.1 US-942 Angiv om der ønskes tovholder på jobordre
1 Ændringslog3
2 Afgrænsning af epic3
3 Oversigt over berørte web services4
4 Beskrivelse af epic5
4.1 746.5.1 og 746.5.2 Virksomhed kan tillade en tovholder på virksomheds oprettet ordinær job5
4.1.1 Løsningsmodel5
4.1.2 CompanyRecruitmentService (Version 1)5
4.1.3 CompanyRecruitmentService (Version 2)6
4.1.4 WRSMMessageService (Version 10)7
4.2 746.5.3 På primære myndigheder sende også WSRM ved formidlinger eller andre hændelser8
4.2.1 Løsningsmodel8
4.3 746.5.4 I forbindelse med en henvisning skal der kunne knyttes en reference til en formidling8
4.3.1 Løsningsmodel A (den der benyttes i 2017-2 og indtil model B kommer i luften)8
4.3.2 Løsningsmodel B (den der bør laves næste gang der ændres i UnemploymentFundMessageService)8
4.4 746.5.5 Som serviceaftager vil jeg have tilpasset snitfladen mht. angivelse af myndighedsnavn og forekomst på RecruitmentCasewoker9
746.5.6 (Ulrich)9
4.5 746.5.7 (Ulrich)9
5 Særlige krav til test9
6 Kendte udeståender fra udviklingsfasen9
7 User stories10
7.1 JobAG10
7.1.1 US-942 Angiv om der ønskes tovholder på jobordre10
Ændringslog
Dato | Version | Forfatter | Berørte afsnit |
16-12-2016 | 0.1 | Igor Stiftar | Ny oprettelse |
12-01-2017 | 0.3 | Carsten Olsen | Indhold mod KSS indlagt og version løftet til 0.3 |
12-01-2017 | 0.3 | Carsten Olsen | Model 2 indsat |
12-01-2017 | 0.3 | Carsten Olsen | Model 2 taget ud, da model 1 er valgt af KSS'erne mindre præciseringer til model 1 sat ind, opdateringer til Kriterier for tilsagn i afsnit 2 |
31-01-2017 | 0.3 | Bjarne Hansen | Afsnit 7: US-942 tilføjet |
07-02-2017 | 0.3 | Carsten Olsen | Acceptkriterie 746.5.5 indsat med mindre rettelser til create og update snitflade |
07-02-2017 | 0.5 | Carsten Olsen | Løfter til version 0.5 |
16-02-2017 | 0.5 | Ulrich Landbo | Opdateret ift. LSS Datakanon |
24-02-2017 | 0.5 | Bjarne Hansen | US-942 er opdateret. |
Afgrænsnin g af epic
Afgrænsning | ||
Som en arbejdsgiver vil jeg på JobAG have mulighed for at vælge om jobcentret skal kunne sætte en tovholder på de jobordrer jeg selv opretter, som kan kvalitetssikre alle formidlinger fra jobcentrene. | ||
Acceptkriterier | ||
Nr. | Beskrivelse | Relevant for Beskriver hvilke af STARs leverandører som skal løse dette acceptkriterie |
746.5.1 | Der vises en ny checkmark til arbejdsgiver som kan slås til, hvis vedkommende ønsker at der skal kunne sættes tovholder på et ordinært job | JobAG |
746.5.2 | Hvis checkmarken er udfyldt af arbejdsgiver, åbnes mulighed for sagsbehandler i jobcentret at sætte en tovholder og collection af primære myndigheder på, på samme måde som det nu er muligt på et ordinært job som oprettes af jobcentret på vegne af virksomheden | DFDG |
746.5.3 | I forbindelse med at der er en collection af primære myndigheder, dem der har aftalt et samarbejde omkring formidling i relation til ordinær jobs, skal DFDG også sende WSRM til disse myndigheder ved oprettelse og ændringer på et ordinær job samt når der sker formidlinger eller andre hændelser | DFDG |
746.5.4 | I forbindelse med en henvisning skal der kunne knyttes en reference til en formidling | DFDG |
746.5.5 | Som serviceaftager vil jeg have tilpasset snitfladen mht. angivelse af myndighedsnavn og forekomst på RecruitmentCasewoker | |
746.5.6 | Som en del af datakanonen skal ønsket om tovholder altid være sat, da datakanonen opretter jobordre som enten Jobcenter eller A-kasseSom Landssupport vil jeg have adgang til…. | LSS |
746.5.7 | Som en del af datakanonen skal det være muligt at……. | LSS |
Kriterier for tilsagn til serviceaftager i forhold til STARs snitflader | Berørte acceptkriterier | Bemærkninger | ||||||
746.5.2 | 746.5.3 | 746.5.4 | ||||||
Som sagsbehandler/jobkonsulent vil jeg også kunne sætte tovholder på de ordinær jobs oprettede af virksomheden selv og hvor virksomheden ønsker dette fordi jeg så kan give virksomheden en bedre service | X | |||||||
Som sagsbehandler/jobkonsulent vil jeg have direkte besked (WSRM) om hvis der oprettes ordinær job inden for det samarbejdsområder jeg har med andre jobcentre fordi jeg så kan hjælpe virksomhemden med at finde relevante kandidater | X | |||||||
Som sagsbehandler/jobkonsulent vil jeg have mulighed for at knytte en formidling til et ordinært job til en henvisnings underretning til a-kassen | X | Her er der en løsningsmodel for 2017-2 der tager gensyn til det ikke skal laves snitflade ændringer overfor a-kasserne |
Oversigt over berørte web services
Snitflade | Serviceaftager der er berørt | Bemærkninger | |||||||
DFDG | Jobnet | Plannersystemer | KSS | A-kasse | Ydelsessystem | JobKon | JobAG | ||
CompanyRecruitmentService (Version 1).alleSkal vi lave en version 2? | X | (X) | X | Udfases | |||||
CompanyRecruitmentService (Version 2).CreateCompanyRecruitment | X | (X) | X | ||||||
CompanyRecruitmentService (Version 2). UpdateCompanyRecruitment | X | (X) | X | ||||||
CompanyRecruitmentService (Version 2). GetCompanyRecruitment | X | (X) | X | ||||||
CompanyRecruitmentService (Version 2). GetCompanyRecruitmentOnCompany | X | (X) | X | ||||||
CompanyRecruitmentService (Version 2). GetCompanyRecruitments | X | ||||||||
WRSMMessageService (Version 10). | X | Udfases | |||||||
WRSMMessageService (Version 10). | X | ||||||||
UnemploymentFundMessageService (Version 3).SaveJobReferralNotificationEvent | X | Snitflade ændres ikke |
Bemærk: Det forventes ikke at a-kasserne har tager CompanyRecruitmentService (Version 1) i brug i 2017- 1, skulle der være a-kasser der har dette skal de løfte til CompanyRecruitmentService (Version 2) i 2017-2. Det samme gælder hvis der har anvendt WRSMMessageService (Version 10). GetCompanyRecruitmentVersion1, så skal de i 2017-2 anvende WRSMMessageService (Version 10). GetCompanyRecruitmentVersion2.
Beskrivelse af epic
746.5.1 og 746.5.2 Virksomhed kan tillade en tovholder på virksomheds oprettet ordinær job
Virksomheden kan angive at de gerne vi have en tovholder på de ordinær job de selv har oprettet via JobAG. Hvis Virksomheden tillader at der er tovholder på er det Jobcentret, typisk det ansvarlige, der sætter den fysiske tovholder på. Det er først når tovholderen fysisk er oprettet, at DFDG anvender logikken omkring tovholder skal godkende kandidater inden de bliver vist for virksomheden.
Løsningsmodel
Der laves et "flag" som sættes når tovholder er lovlig på det ordinær job, det kan sættes ved oprettelse og opdatering af ordinært job.
CompanyRecruitmentService (Version 1)
Udfases til fordel for CompanyRecruitmentService (Version 2).
CompanyRecruitmentService (Version 2)
CreateCompanyRecruitment
Forretningsregler: (ændringer i forhold til eksisterende)
- For en ordinær job der er oprettet af virksomheden, er det kun virksomheden der kan sætte at tovholder ønskes (tilladt) (RecruitmentCaseWorkerAllowed = true), Hvis andre forsøger fås fejl 9223.
- For en ordinær job der er oprettet af en myndighed skal tovholder sættes til tilladt (RecruitmentCaseWorkerAllowed = true). Hvis det sættes til false fås fejl 9224Bemærk: DFDG regner med at KSS sætte flaget true når de opretter, men det kan sættes ved en update.
- For en ordinær joborder der oprettes kan tovholder ikke eksistere hvis flaget RecruitmentCaseWorkerAllowed er false. Ellers fås fejl 9225.
Obs: Kun nye felter vises.
Input
I CreateCompanyRecruitmentRequestType indlægges.
Navn | Type | Detaljer |
RecruitmentCaseWorkerAllowed | Boolean | Hvorvidt tovholder er tilladt. |
Fejlkoder
Kode | Beskrivelse |
9223 | The field 'RecruitmentCaseWorkerAllowed' is only editable by the creator company |
9224 | When company recruitment is created by authority then 'RecruitmentCaseWorkerAllowed' must be true |
9225 | Recruitment caseworker cannot be set when flag 'RecruitmentCaseWorkerAllowed' is false |
UpdateCompanyRecruitment
Forretningsregler: (ændringer i forhold til eksisterende)
- For virksomhedsoprettede ordinær job
- Her er det er kun virksomheden der kan sætte at tovholder ønskes (tilladt) til sand (RecruitmentCaseWorkerAllowed = true), hvis de selv har oprette det ordinær job. Hvis andre forsøger fås fejl 9223. (samme regel som ved create)
- Her er det er kun virksomheden der kan sætte at tovholder ønskes (tilladt) til falsk (RecruitmentCaseWorkerWanted = false), hvis de selv har oprette det ordinær job. Hvis andre forsøger fås fejl 9223.
- For myndighedsoprettede ordinær job
- Her er det er både myndighed og virksomheden der kan sætte at tovholder ønskes (tilladt) til sand (RecruitmentCaseWorkerAllowed = true)Bemærk: I praksis vil det kun være myndighed (JC) der vil sætte flaget her i update
- Her er det er kun en myndigheden der kan sætte at tovholder ønskes (tilladt) til falsk (RecruitmentCaseWorkerWanted = false)
- Hvis tovholder ønskes (tilladt) sættes til falsk (RecruitmentCaseWorkerWanted = false), fjernes evt. oplysninger om tovholderen (data under RecruitmentCaseWorker fjernes af DFDG).Bemærk: Dette gøres fordi flaget først er opfundet nu og DFDG eksisterende logik arbejder sådan at er der en tovholder angivet sendes alle formidlinger til godkendelse hos den tovholder og JobAG vil vise tovholderen for virksomheden.Igor denne løsning er pt. den der er mulig med de storie points vi i 17-2 har men både JobAG og DFDG burde reagere på det nye flag i stedet. Men når vi har praktiske erfaringer om det giver udfordringer kunne vi gøre det mere elegant hvis nødvendigt
GetCompanyRecruitment
Udvides med felter for Tovholder ønskes
I response indlægges i GetCompanyRecruitmentResponseType
Navn | Type | Detaljer |
RecruitmentCaseWorkerAllowed | Boolean | Hvorvidt virksomheden ønsker at der er en sagsbehandler som tovholder |
GetCompanyRecruitmentOnCompany og GetCompanyRecruitments
Udvides med felter for Tovholder ønskes
I response indlægges i CompanyRecruitmentResultItemType
Navn | Type | Detaljer |
RecruitmentCaseWorkerAllowed | Boolean | Hvorvidt virksomheden ønsker at der er en sagsbehandler som tovholder |
WRSMMessageService (Version 10)
GetCompanyRecruitmentVersion1
Udfases til fordel for.
GetCompanyRecruitmentVersion2
Typen CompanyRecruitmentItem udvides med de nye felter om tovholder ønskes (RecruitmentCaseWorkerWanted).
746.5.3 På primære myndigheder sende også WSRM ved formidlinger eller andre hændelser
Løsningsmodel
Den eksisterende logik der udsender WSRM'er udvides således den også sender til de myndigheder der er registreret som primære formidlingsmyndigheder i PrimaryRecruitmentAuthoritiesCollection. Dog sådan at der stadig kun sendes en WSRM besked pr. myndighed pr. ændring.
746.5.4 I forbindelse med en henvisning skal der kunne knyttes en reference til en formidling
Der er her beskrevet to løsningsmodeller, det skyldes at STAR ikke på dette sene tidspunkt i udviklingsforløbet for 2017-2 ønsker at give a-kasserne ekstra implementeringsopgaver. Dette skal ses på baggrund af at a-kasserne i release allerede har mange implementeringsopgaver.
Bemærk: Disse løsningsmodeller har ikke taget hensyn til den faktiske anvendelse af oplysningerne i dag, hvem der benytter oplysningerne og til hvad, analyse af dette ligger udenfor denne epic og løsningsmodeller her tjener alene som beskrivelse til hvordan man kan linke en formidling og en henvisning vha. UnemploymentFundMessageService (Version 3).SaveJobReferralNotificationEvent.
Løsningsmodel A (den der benyttes i 2017-2 og indtil model B kommer i luften)
Den eksisterende UnemploymentFundMessageService (Version 3).SaveJobReferralNotificationEvent anvendes, dog således at der i JobReferralNotificationEvent.JobAndCompanyInformation.JobIdentifier indsættes CVR-nr på virksomheden komma løbenummer (SerialNumber) fra det ordinær job. Kombinationen af CVR-nr på virksomheden og løbenummer (SerialNumber) er unik.
Løsningsmodel B (den der bør laves næste gang der ændres i UnemploymentFundMessageService)
Der laves en ny UnemploymentFundMessageService (Version 4) hvor metoden SaveJobReferralNotificationEvent udvides med et nyt felt "JoborderIdentifierID" der kan indeholde en GUID til CompanyRecruitmentIdentifier, Den tilhørende WSRM kommunikation til a-kasserne tilrettes også.
746.5.5 Som serviceaftager vil jeg have tilpasset snitfladen mht. angivelse af myndighedsnavn og forekomst på RecruitmentCasewoker
Dette kriterie er et par mindre tilpasning i snitfalder efter i 2017-2 konstaterede uhensigtsmæssigheder/fejl.
CreateCompanyRecruitment, UpdateCompanyRecruitment og CreateCompanyRecruitmentEvent
Der er ingen grund til at medtage navnet på myndigheden på input siden, der skal der i AuthorityStructure skal bare være AuthorityCode dvs. AuthorityName skal fjerens.
CreateCompanyRecruitment og UpdateCompanyRecruitmen
Når en tovholder angives skal måde personmem og myndigheden være udfyldt (I RecruitmentCaseWorker skal AuthoriytStructure og CaseWorker være required).
746.5.6 Som en del af datakanonen skal ønsket om tovholder altid være sat, da datakanonen opretter jobordre som enten Jobcenter eller A-kasse
Ved kald til CreateCompanyRecruitment fra LSS Datakanon skal det nye felt RecruitmentCaseWorkerAllowed altid sættes til 'True', da feltet kun er relevant for en virksomhed, når de opretter en jobordre.746.5.6 (Ulrich)
746.5.7 (Ulrich)
Særlige krav til test
Testscenarie | Berørte systemområder | Identificeret af |
Kendte udeståender fra udviklingsfasen
Link til søgeresultat fra FogBugz på epic-nummer:
User stories
User stories er kun til interne brug for STAR's leverandører.
JobAG
US-942 Angiv om der ønskes tovholder på jobordre
"Som arbejdsgiver ønsker jeg at kunne angive, at jeg ønsker en tovholder, når jeg opretter en jobordre i JobAG"
Acceptkriterier:
- Arbejdsgiver kan vælge at det ansvarlige jobcenter skal tilknytte en tovholder til jobordren.
- Arbejdsgiveren kan kun foretage dette valg på jobordre, som arbejdsgiveren selv har oprettet.
- Arbejdsgiveren kan redigere checkbox, hvis der ikke er tilknyttet en tovholder.
- Hvis jobordren er oprettet af et jobcenter eller en A-kasse, vises read-only markering af om der er tilknyttet en tovholder (navn på tovholder vises uændret i statusområdet).
- Felt: RecruitmentCaseWorkerAllowed
Wireframe:
<ux> http://3nj58q.axshare.com/#g=1&p=opret_jobordre http://3nj58q.axshare.com/#g=1&p=vis_jobordre_med_statusnote_og_kvittering
- Checkbox vises på kvittering.
- Der kan vises en hjælpetekst, som forklarer hvad en tovholder er og konsekvens af valg eller fravalg af tovholder. Det skal også forklares, at arbejdsgiveren kun kan vælge/fravælge tovholder på egenoprettede jobordre, mens jobcentret bestemmer om der skal være tilknyttet en tovholder, når jobcentret opretter en jobordre for arbejdsgiveren. Endelig skal det forklares, at arbejdsgiveren kan angive ønsket tovholder i feltet "Beskriv opgaven, der skal udføres".
- Hjælpetekst vedr. ansvarligt jobcenter udbygges, så ansvarligt jobcenter forklares til arbejdsgiveren.
- CompanyRecruitmentService løftes til 2017-2 version.