Forretningsbeskrivelse

Denne service anvendes til at oprette og vedligeholde landsdækkende ordinære job eller anden henvendelse fra en virksomhed vedrørende formidling af ordinær beskæftigelse m.v. samt formidling af borgere.

Følgende jobordretype behandles af service:

• Ordinær job / småjob
• Lærlinge og elevjob
• Fleksjob
• IGU-ansættelse

Servicen indeholder funktionalitet både om selve jobordren f.eks. ordinære job samt de formidlinger der sker i forbindelse med denne. Derudover er der funktionalitet til at finde de enkelte jobordre både lokale (interne) og landsdækkende.

Funktionaliteten og valideringer i DFDG er ens for de enkelte jobordretype, selvom de bruges i forskellige forretningsmæssige situationer og sammenhænge. Det er op til serviceaftageren at sikre den korrekte jobordretype anvendes i den kontekst den indgår.

Omkring jobordre af typer Lærlinge og elevjob (Id 2), Fleksjob (Id 3) og IGU-ansættelse (Id 4) vil disse ikke være tilgængelige for virksomheden på JobAG. Dette gælder også formidlinger på disse type af jobordre. Selve ansøgning og bevilingsprocessen af disse type forgår forsat via Vitas og denne proces beskrives ikke ydelige her.

I forbindelse med servicen er der etableret webservicebesked (WSB) og WSRM-beskeder, der vil blive sendt til berørte jobcentre og a-kasser.

Servicen kan kaldes af STAR, jobcentre, a-kasser og fagforbund.

WSRM'er

I forbindelse med registreringer kan dannes følgende WSRM'er:

• GetCompanyRecruitmentVersion4 
• GetCompanyRecruitmentEventVersion2 og GetCompanyRecruitmentEventVersion3

Webservicebeskeder (WSB)

I forbindelse med registreringer kan dannes følgende WSB'er:

• Jobordre.WSB
• Jobordreformidling.WSB

Tovholder

Tovholderen laves af jobcenteret eller a-kasse og kan sættes på alle jobordretyper, der er oprettet af virksomheden selv, jobcenter, a-kasse eller fagforbund. Det er typisk det ansvarlige jobcenter eller a-kasse, 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 synlige for virksomheden. Virksomheden kan se en evt. tovholder på JobAG. Det er som standard (default) på JobAG at virksomheden ønsker en tovholder, når virksomheden opretter. Det forventes også det er som standard (default) bliver sat når jobcentret eller a-kassen opretter. Hvis en tovholder ikke ønskes vil kandidater der formidles umiddelbart blive tilgængelig for virksomhed uden yderlige kvalificering.

Hvis en a-kasse opretter en jobordre og gør sig selv til ansvarlig, så skal denne default gøre jobordren intern og a-kassen sætter sig selv som tovholder (tovholder). A-kassen kan ikke vælge tovholde fra anden a-kasse. 
En a-kasse kan godt oprettet en landsdækkende jobordre, men kan så ikke være ansvarlig og tovholder. Det skyldes at a-kassen kun kan se formidlinger egne medlemmer og medlemmer fra andre a-kasse der er i de primær rekrutteringsmyndighed og i praksis derfor ikke kan udføre rollen fuldt ud.
Hvis et fagforbund opretter en jobordre, skal det gøre jobordren ikke-intern for efterfølgende at kunne se og håndtere den.

Tovholders adgang til formidle borgere

En tovholder fra en a-kasse vil kun have adgang til at se egne medlemmer og medlemmer fra andre a-kasser der er med i de primær rekrutteringsmyndighed. Et Jobcentre kan ikke formidler borgere på jobordre, hvor a-kasser er ansvarlig på en jobordre,

Hvis jobcentre er med blandt de primær rekrutteringsmyndighed kan jobcentret se jobordren og alle formidlingerne.

For jobcentre der er tovholder er der ikke samme begrænsning da jobcentret må se alle borgere der er formidlet på en jobordre.

Overblik over formidlingshændelsestyper og formidlingshistorik

Følgende er et overblik over hvilke formidlingshændelsestyper (formidlingshaendelsesType og internt i DFDG ActionType) og Descriptions der dannes i de forskellige scenarier. Disse benyttes bla. i WSRM'er til jobcenter:

Bemærk Kandidaternes CPR nummer på formidlingshistoriken vil ikke være tilgængelig på data før version 1 af denne service.

Skift i borgers tilstand

Skift i borgers CV søgbarhedstilstang påvirker ikke aktive formidlinger. dvs. hvor formidlingsstatus (FormidlingsstatusType) er "Formidling afventer godkendelse (Id 1)" eller "Formidling tilgængelig for virksomhed" (Id 2)

Generelt uafhængig om jobcenter eller a-kasse er ansvarlig for jobordren

• Hvis kontaktgruppen lukkes for en borger og borger har formidlingsstatus (FormidlingsstatusType) "Formidling afventer godkendelse (Id 1)" eller "Formidling tilgængelig for virksomhed" (Id 2) sættes formidlingsstatus til "Kandidat fjernet - ikke mere relevant" med formidlingskommentar (opdateringsKommentar) "Borger fjernet i forbindelse, da borger ikke længere er til rådighed for formidling".

Hvis a-kasse er ansvarlig for jobordren

• Hvis et medlem melder sig ud eller skifter til en a-kasse der ikke enter er ansvarlig myndighed eller blandt de primære formidlingsmyndigheder og borger har formidlingsstatus (FormidlingsstatusType) "Formidling afventer godkendelse (Id 1)" eller "Formidling tilgængelig for virksomhed" (Id 2) sættes formidlingsstatus til "Kandidat fjernet - ikke mere relevant" med formidlingskommentar (opdateringsKommentar) "Borger fjernet i forbindelse, da borger ikke længere er til rådighed for formidling".
  
• Hvis et medlem skifter kontaktgruppe væk fra dagpengemodtager og borger har formidlingsstatus (FormidlingsstatusType) "Formidling afventer godkendelse (Id 1)" eller "Formidling tilgængelig for virksomhed" (Id 2) sættes formidlingsstatus til "Kandidat fjernet - ikke mere relevant" med formidlingskommentar (opdateringsKommentar) "Borger fjernet i forbindelse, da borger ikke længere er til rådighed for formidling".

Bemærk at disse borgere vil ikke længere kunne ses af a-kassen på jobordren uanset deres status.

Skift af ansvarlig myndighed

Hvis en a-kasse på en jobordren ikke har mulighed for at løse virksomhedens rekrutteringsbehov, kan a-kasse overgive ansvaret til jobcentret, typisk det jobcenter hvori virksomheden geografisk er hjemmendehørende.

Hvis en virksomhed ved en fejl har valgt en forkert a-kasse som ansvarlig, kan denne a-kasse give den videre til den rigtige a-kasse. 

DFDG fjerner tovholder, når der skiftes ansvarlig myndighed.

Beskeder webservicebesked (WSB)/WSRM og e-mails

DFDG sender beskeder i relation til den enkelte jobordretype i form af webservicebeskeder (WSM) og WSRM til jobcentret og a-kasse og mail til virksomheden.

Beskeder sendes:

• WSB/WSRM til jobcenter og a-kasse når:

  • Et jobcenter eller a-kasse er sat som ansvarlig jobcenter inkl. når ansvaret skifter fra en a-kasse til et jobcenter.

  • Et jobcenter eller en a-kasse er sat i kollektionen af primær formidlingsmyndighed.

  • Et jobcenter eller en a-kasse har oprettet et formidling.

  • Et jobcenter eller en a-kasse har en borger formidlet.

  • En jobordres tilgængelighed er ændret (gjort intern/landsdækkende)

• Mail til virksomheden når:

  • En jobordre har status (jobordrestatusType) "Åben" og 

    • En formidling bliver gjort tilgængelig for virksomheden på JobAG - formidlingsstatus (FormidlingsstatusType) er "Formidling tilgængelig for virksomhed"

    • En formidling forsvinder for virksomheden på JobAG - formidlingsstatus (FormidlingsstatusType) er "Kandidat fjernet - ikke mere relevant"
    • Jobordretypen (jobordreType) er Ordinær job (Id 1)

Der sendes kun en WSB/WSRM pr. myndighed, dvs. optræder en myndighed i flere sammenhænge på en jobordre f.eks. er et jobcenter eller en a-kasse både ansvarlig og har oprettet et eller flere formidling, vil dette jobcenter eller a-kasse kun modtage en WSB/WSRM. 

Et jobcenter kan modtage besked om ikke-egne borgere (borger B), da et jobcenter modtager WSRM-besked om en jobordrer, som de er eller har været en del af via formidling på en anden borger, der tilhører jobcentret (Borger A).

Bemærk at a-kasser af GDPR hensyn kun får information om egne medlemmer, med mindre a-kassen er tovholder. Hvis a-kassen er tovholde fås besked for alle henvisninger.

Der sendes ikke WSB/WSRM-beskeder til fagforbund.

Der afsendes følgende to forskellige WSRM-beskeder:

• GetCompanyRecruitmentVersion (nyeste prod versionsnr)

   Denne sendes i forbindelse med oprettelse eller opdateringer til en jobordre.

• GetCompanyRecruitmentEventVersion (nyeste prod versionsnr) 

   Denne sendes i forbindelse med oprettelse eller opdateringer af formidling til en jobordre.

   Beskeden sendes endvidere i forbindelse med oprettelse eller opdateringer til en jobordre.

Der afsendes følgende to forskellige webservicebeskeder:

• Jobordre XXXXX behøver vi denne eller kan vi nøjes med Jobordrehaendelse 
  Denne sendes i forbindelse med oprettelse eller opdateringer til en jobordre.
• Jobordrehaendelse
  Denne sendes i forbindelse med oprettelse eller opdateringer af formidling til en jobordre.
  Beskeden sendes endvidere i forbindelse med oprettelse eller opdateringer til en jobordre. 

Se under metodegennemgangen nedenfor for nærmere beskrivelse om hvem der får WSB eller WSRM i hvilke situationer

Historik i DFDG

• DFDG laver revisionshistorik på alle ændringer. DFDG udstiller dette ikke eksternt.

CPR-skiftere

For borgere, der skifter CPR- nr., vil registrerede oplysninger i DFDG (Virksomhedsindsats) om formidling af borgere på jobordrer blive overført fra borgers gamle til borgers aktuelle cpr.nr. Dette vil ske fra 2023-1, hvorfra Jobordreservice anvendes i produktion.

A-kasser og jobcentre kan abonnere på (for tiden WSRM-beskeden) GetCprChanged, hvis der er behov for, at vide, hvornår DFDG flytter pegepinden til data om borger fra gammelt til nyt cpr nr.

Nye DFDG forretningsdomæner

For de nye DFDG forretningsdomæner gælder:

• I nye DFDG forretningsdomæner flyttes data (pegepinden til data) til at være borgers aktuelle cpr,nr, når borger skifter cpr.nr
• I nye DFDG forretningsdomæner kan der alene registreres og opdateres data ved kald med borgers aktuelle cpr.nr
• Fra 2023-3:
  • Ved opstart af nye DFDG forretningsdomæner indlæser STAR data fra den ældre del af DFDG i det nye forretningsdomæer uanset borgers CPR-status (bl.a. af hensyn til aflevering af data til Rigsarkivet) og af hensyn til bl.a. jobcentres og a-kassers behov for at kunne læse historiske data om en borger eller et medlem)
  • Serviceaftagere kan hente/læse data i de nye forretningsdomæner uanset om der kaldes med borgers aktuelle eller historisk cpr nr - også hvis borger er død.
  • For de allerede opstartede DFDG forretningsdomæner foretages efterkonvertering / indlæsning af data for de CPR-statusser som i første indlæsning blev udeladt, således at databestanden er komplet.
  • Ved registreringskald til nye DFDG forretningsdomæner med ikke-aktuelt CPR nummer kaster DFDG (ny) fejlkode med oplysning om at borgers aktuelle cpr nr skal anvendes (frem for nuværende brug af fejlkode om at cpr nr ikke findes) - fejlkode 9460 - "Det er ikke tilladt at registrere oplysninger på borgers ikke-aktuelle personnummer"
• Fra 2023-4
  • I servicen Virksomhedsindsats.PersonStatusService (version 1). GetPersonStatus er der fra 2023-4 releasen foretaget ændring i ansvarligJobcenterKode - Feltet vil fremover bestå af myndighedskode og organisationstype.

DFDG (classic)

For den ældre del af DFDG, der ikke er omlagt til nye DFDG forretningsdomæner, gælder:

• I DFDG (classic) forbliver data (som hidtil) på det cpr.nr., hvor registreringen oprindeligt er sket
• Fra DFDG (classic) kan data udlæses på det cpr.nr hvor registreringen oprindeligt er sket
• Det er muligt for aftagerne at opdatere allerede registrerede data i DFDG (classic) ved kald med ikke aktuelt cpr nr fsva data registreret på det pågældende cpr.nr, det gælder fx afslutning af allerede registreret fravær og lukning af borgers kontaktgruppe
• Ved registrering / opdatering af data med brug af ikke aktuelt cpr nr., dannes afledte WSRM'er / webservicebeskeder på dette ikke-aktuelle cpr.nr
• For SOAP services, som stiller igennem til REST services i en overgangsperiode (såkaldte converters), vil det ikke være muligt at opdatere på gammelt personnummer, da data bor i de nye forretningsdomæner, hvor alene aktuelt cpr nr kan anvendes ved registrering / opdatering

Metoder

Rettigheder til at kalde metoderne

Jobcentre, kommuner og anden aktør

A-kasser og fagforbund

Har adgang til alle jobordre som de er en del af eller som er landsdækkende og har adgang til formidlinger på deres egne medlemmer. For jobordre, hvor der er en a-kassen som ansvarlig og tovholder, er der adgang til alle formidlinger, dog vil der på sådanne jobordre kun være formidlet borger, der en medlem af de involverede a-kasser.

CreateJobordre (POST /v1/jobordre)

Metoden opretter et ønske om formidling til et ordinært job eller en af de andre jobordretyper fra en virksomhed. Virksomheder kan, via JobAG, selv benytte metoden.

Forretningsregler

• Jobordre fra blokaderamt virksomheder
  • Må ikke oprettes af jobcenter/a-kassen
  • Må der ikke formidles på eksisterende jobordre.
    Jobcenter/a-kasse har selv ansvar for at sikre, at en virksomhed ikke er blokaderamt.
    Bemærk: Hvis virksomhederne går via JobAG kan de ikke logge ind, hvis de er blokaderamt.
• Primære formidlingsmyndigheder (primaereMyndigheder)
  • Kun myndigheder af typen Jobcenter og a-kasse kan indgå blandt primære formidlingsmyndigheder.
  • Myndighedskoden der angives, skal være valid.
  • En myndighed kan kun være en gang iblandt primære formidlingsmyndigheder. 
• Hvis jobordren sættes til landsdækkende (internJobordre=false) Det er lovligt, set fra DFDG, for alle myndigheder at formidle på en jobordre, uanset om myndigheden er med i PrimaryRecruitmentAuthorities eller ej.
  • På en landsdækkende jobordre (internJobordre=false) er det kun et jobcenter der kan være ansvarlig og tovholder, da en a-kasse GPPR mæssigt ikke vil have adgang til alle formidlinger f.eks. fordi der kan være borger formidlet, der ikke er medlem af en a-kasse.
• Hvis jobordren sættes til lokal (intern) (internJobordre=true) er formidling og editering kun mulig for de primære rekrutteringsmyndigheder, ansvarligt jobcenter eller a-kasse  og eventuelt tovholder i jobcenter eller a-kasse. Eventuelle andre jobcentre og a-kasser, der har en formidlet borgere på en sådan lokal jobordre kan se den, men ikke opdatere.
  
  • Skal en a-kasse være tovholder skal den ansvarlige myndighed også være samme a-kasse af hensyn til adgang til se de henviste borgere.
• Hvis det ansvarlige jobcenter eller a-kasse (ansvarligMyndighed) ikke er angivet, vil DFDG benyttes virksomhedens lokation (kommune) til at bestemme det ansvarlige jobcenter der så default bliver ansvarlig. Løsningen til at bestemme virksomhedens tilhørsforhold til et jobcenter er baseres på at STAR BI data vedrørende CVR.
  • Hvis det ansvarlige myndighed angives (ansvarligMyndighed), skal det være validt.
• Flag for om virksomheden har oprettet (oprettetAfVirksomhed) sættes af DFDG på baggrund af kalder. Er kalder fra JobAG sættes flaget (oprettetAfVirksomhed) til ”true” ellers sættes den til ”false”.
• Tovholder (tovholder), interne kommentar (internKommentar) og primære formidlingsmyndigheder (primaereMyndigheder) er sagsbehandler attributter og beregnet primært til brug for jobcentre og a-kassen. JobAG skal ikke sende disse attributter via kald til denne service.
• Hvis koden for stillingsbetegnelse (ConceptUriDa) og / eller joborderStillling udfyldes, behøver koden ikke være i overensstemmelse med i titel (jobordretitel).
• Hvis fritekst stillingsbetegnelse (joborderStillling) og stillingsbetegnelse (ConceptUriDa) kan angives samtidigt, er det sagsbehandleren der sikre at der en logisk sammenhæng.    
  • Hvis et alias er angivet skal der været angivet en stillingsbetegnelse og det angivet aliaset skal være knyttet til stillingsbetegnelsen
  • Kun stillingsbetengelser og alias der aktive må angives
• Minimum stillingsbetegnelse (ConceptUriDa) eller joborderTitel skal være udfyldt og alle 3 felter må gerne være udfyldt samtidigt.
• Status på jobordren (jobordreStatusType) skal ved oprettelse normalt sættes til "Åben" (Id 1). DFDG validerer ikke for dette
• Seneste dato for formidlingssvar (senesteSvarDato) skal være > dags dato.

• Hvis virksomheder via JobAG har angivet at de vil modtage e-mails, vil DFDG sende e-mail til virksomheden hvis jobordertypen (jobordreType) er Ordinær job Id 1. (Intern STAR note: Skal flyttes over på vores nye STAR.foundation udsendelse)

• DFDG indsætte først element i formidlingsloggen om ordinær job er modtaget, men der sendes ikke WSB/WSRM på dette (GetCompanyRecruitmentEventVersion(nyeste prod versionsnr))
• DFDG vil ved oprettelse danne et løbenummer. Løbenummeret er en fortløbende talrække pr. CVR-nr der starter med 1.
• WSB/WSRM-beskederne GetCompanyRecruitmentVersion(nyeste prod versionsnr) og GetCompanyRecruitmentEventVersion(nyeste prod versionsnr) sendes til det ansvarlige jobcenter eller a-kasse, tovholders myndighed og listen af primære formidlingsmyndigheder.
• Ugentligt arbejdstid i timer (timerPrUge) kan angives i forbindelse med angivelse af deltid (ugenligArbejdstidType). DFDG validerer dog ikke på at dette udelukkende angives i forbindelse med deltid. Tilbydes der i jobordren et interval f.eks. mellem 20 og 30 timer, angives max antal timer og der angives i beskrivelsen (jobordreBeskrivelse) nærmere oplysninger omkring timetalsinterval
• Type af arbejdstidsforhold (arbejdstidsforholdType) bør default være "Normal arbejdstid" hvis intet andet er oplyst. DFDG validerer dog ikke for dette, der er heller ikke validering der sikrer imod forretningsmæssigt ulogiske kombinationer af arbejdstidsforhold
• Typerne (jobordreType) Lærlinge og elevjob Id 2, Fleksjob Id 3 og IGU-ansættelse Id 4
  • Anvendes kun internt mellem myndigheder, virksomheden har ikke adgang til disse via JobAG
  • Det kun jobcentret der kan registrere på disse type
• Virksomheder og a-kasse kan kun oprette Typerne (jobordreType) Ordinær job Id 1
• Stående/langvarig jobordre, (hvor langvarigJobordre er TRUE) holdes i princippet åben uendeligt, da virksomheden løbende vil kunne aftage arbejdskraft af den pågældende type. For stående/langvarige jobordre gælder:
  • senesteSvarDato må ikke angives (skal være Null)
  • maxAntalKandidater må ikke angives (skal være Null)
  • forventetAnsættelsesdato må ikke angives (skal være Null)

  • jobordreAntalDage må ikke angives (skal være Null)

  • De øvrige forretningsregler ændres ikke ved en stående/langvarige jobordre

DFDG validerer ikke for disse sammenhænge omkring langvarige jobordrer.
En sådan stående/langvarig jobordre betragtes forretnings- og opgørelsesmæssigt som rækkes af individuelle formidlinger, da de anses for små selvstændige jobordre inden i den stående/langvarige jobordre.

• Hvis en virksomhed via JobAG (STAR) opretter en joborder skal CVR nummer på den kaldende virksomhed være det samme som angives som udbydende virksomhed.

UpdateJobordre (PUT /v1/jobordre)

Metoden opdaterer en jobordre inkl. et evt. statusskift.

Forretningsregler

Kun forretningsregler der er specifikke for UpdateJobordre (PUT /v1/jobordre) er beskrevet her, derudover vil forretningsregler fra CreateJobordre (POST /v1/jobordre) også gælde.

• Hvis der allerede er fortaget formidlinger, når en jobordre job tildeles/markeres med en tovholder, får det ikke betydning for disse formidlinger. Da de allerede kan være set af virksomheden betragtes disse som default godkendt af tovholder.
• DFDG laver ikke validering på hvem der sætte en tovholder på og hvorfra tovholderen kommer udover at muligheden for tovholder ikke kan fjernes hvis den er givet.
• Virksomheden (CVR nr og P nr) der har oprette eller som jobcentret ellers a-kasse har oprettet på vegne af formidlingsønsket må ikke ændres.
• Hvis virksomhed har oprette en joborder (oprettetAfVirksomhed) må dette ikke ændres og omvendt hvis en myndighed har oprette må det heller ikke ændres.
• DFDG indsætter et element i formidlingsloggen om det ordinære job er opdateret, der sendes ikke WSB og WSRM besked på dette 
• WSB/WSRM-beskederne GetCompanyRecruitmentVersion(nyeste prod versionsnr) og GetCompanyRecruitmentEventVersion(nyeste prod versionsnr) sendes til ansvarligt jobcenter eller a-kasse, tovholders myndighed, listen af primære formidlingsmyndigheder samt alle jobcentre/a-kasser, der har borgere formidlet på rekrutteringsanmodningen.
• Hvis jobordren er sat til Intern (internJobordre=true) er den kun redigerbar for de primære rekrutteringsmyndigheder, ansvarligt jobcenter eller a-kasse og eventuelt tovholder. 
• Når JobAG (STAR) kalder har kaldt UpdateJobordre (PUT /v1/jobordre), så springes opdatering af de primære formidlingsmyndigheder (primaereMyndigheder) over.
• En a-kasse må ikke fjernes fra primære formidlingsmyndigheder, hvis ansvarlig myndighed er en a-kasse.
• Virksomheder og a-kasser kan kun opdatere (jobordreType) Ordinær job Id 1
  • DFDG validerer ikke for at der skiftes type. Serviceaftager skal være opmærksom på at:
    • Skiftes typen væk fra (jobordreType) Ordinær job Id 1 kan virksomheden eller a-kassen ikke mere se jobordren og de tilhørende formidlinger
    • Skiftes typen til (jobordreType) Ordinær job Id 1 kan virksomheden se jobordren og de tilhørende formidlinger, men vil ikke for allerede formidlede borger få besked (e-mail)

• Genoplivning af eksisterende jobordre: Step skal håndteres af serviceaftager:

  • Hvis seneste senesteSvarDato er i dag eller nærmeste fremtid skal denne justeres eller fjernes
  • Hvis seneste forventetAnsættelsesdato er i dag eller nærmeste fremtid skal denne justeres eller fjernes
  • Hvis der er formidlet kandidater på jobordren når jobordrestatus skiftes, så:

    • Hvis kandidat har status "Formidling afventer godkendelse (Id 1)": Se om kandidaten stadig har en åben kontaktgruppe;
      Hvis borger har det gøres ingenting ved kandidaten. Hvis ikke, sættes formidlingsstatus til "Kandidat fjernet - ikke mere relevant" med formidlingskommentar (opdateringsKommentar) "Borger fjernet i forbindelse med genaktivering af jobordre da borger ikke længere er til rådighed for formidling"

    • "Formidling tilgængelig for virksomhed" (Id 2)
      Hvis borger har det og det er mindre end (X) 7 dage siden jobordren blev sat "Lukket" gøres ingenting, hvis det er mere end (X) 7 dage siden sættes formidlingsstatus "Formidling afventer godkendelse (Id 1)" da tovholder igen skal se på kandidaten (denne regel er for at undgå problemer hvis jobordre ved en fejl lukkes), hvis ikke sættes formidlingsstatus til "Kandidat fjernet - ikke mere relevant" (Id 3) med formidlingskommentar (opdateringsKommentar) "Borger fjernet i forbindelse med genaktivering af jobordre, da borger ikke længere er til rådighed for formidling"

  • En sådan genoplivet jobordre betragtes som en ny jobordre hvis den er genoplivet efter mere end X (7) dage.

• Hvis en virksomhed via JobAG (STAR) opdatere en joborder skal CVR nummer på den kalden virksomhed være det samme som angives som udbydende virksomhed
• Hvis en a-kasse er tovholder og der fjernes a-kasser fra de primære formidlingsmyndigheder vil eventuelle formidlinger fra de fjernede a-kasse forblive synlig for tovholder 
• Det er ikke muligt at sætte en a-kasse som ansvarlig myndighed i en update

UpdateJobordreStatus (PUT /v1/jobordre/status)

Metoden giver mulighed for, på en jobordre, at opdatere status (åben, midlertidig inaktiv, lukket). Alle andre forretningsdata forbliver uændret.

Forretningsregler

• DFDG indsætte et element i formidlingsloggen om ordinær job er opdateret, der sendes ikke WSB/WSRM GetCompanyRecruitmentEventVersion(nyeste prod versionsnr). DFDG danner ved oprette et entry i formidlingsloggen med CompanyRecruitmentEventActionTypeIdentifier = 7 (Jobordre status opdateret)
• WSB/WSRM-beskederne GetCompanyRecruitmentVersion(nyeste prod versionsnr) og GetCompanyRecruitmentEventVersion(nyeste prod versionsnr) sendes til ansvarligt jobcenter, eller a-kasse tovholders myndighed, listen af primære formidlingsmyndigheder samt alle jobcentre/a-kasser, der har borgere formidlet på rekrutteringsanmodningen.
• Hvis en virksomhed via JobAG (STAR) opdaterer en joborder skal CVR nummer på den kaldende virksomhed være det samme som angives som udbydende virksomhed

GetJobordre (GET /v1/jobordre/{jobordreId})

Denne metode henter et specifik jobordre job inkl. formidlingslog. Hvis jobordren er intern, og derfor ikke tilgængelig for en kalder, vil denne kalder få fejl 4575: You are not authorized

GetJobordreForVirksomhed (GET/v1/jobordre/{virksomhed})

Denne metode henter alle ordinære job på en virksomhed inkl. antal formidlede kandidater og seneste ændringsdato.

Søgningen er målrettet JobAG og virksomheden, men kan f. eks. også bruges af en virksomhedskonsulent i et jobcenter, der ønsker at se alle ordinære jobs en virksomhed har.

Forretningsregler

• I beregning af kandidater (antalKandidater) medtages ikke kandidater med status fjernede (Id 3) og ikke godkendt (ID 1) 
• Der findes ordinære jobs på den angivende virksomhed ud fra CVR og P-nr. Er der kun angivet CVR-nr. findes på alle P-nr. under det CVR-nr.
• Hvis rekrutteringen er intern filtreres output så kalder kun modtager de rekrutteringer som han har rettighed til at se.

GetJobordrePaaTypeOgStatus (GET/v1/jobordre/{jobordreType, jobordreStatusType}) 

Metoden returnerer alle ordinære jobs med den ønskede type og status(ser).

Forretningsregler

• Hvis Seneste opdaterings dato (opdateretEfter) er angivet, udsøges kun elementer, der blevet oprettet eller ændret siden det angivne datotid, dette inkl. ændringer, der er sket til formidlinger (events).
• I beregning af kandidater (antalKandidater) medtages ikke kandidater med status fjernede (Id 3) og ikke godkendt (ID 1) 
• Hvis rekrutteringen er intern filtreres output så kalder kun modtager de rekrutteringer som han har rettighed til at se.

CreateJobordreFormidling (POST /v1/jobordre/formidling) 

Metoden giver mulighed for, på en jobordre, at oprette en formidling af en eller flere borgere (kandidater). Hvis der ikke angives nogen kandidater, oprettes forekomsten som et spørgsmål til virksomheden. 

Forretningsregler

• En formidling resulterer i at DFDG opretter en event på formidlingsloggen med alle der formidlede borgere
  
  • Der kan ikke laves en formidling på en jobordre der har status (JobordreStatusType) Midlertidig inaktiv (Id 2) eller Lukket (Id3) fejl 9184
• DFDG validere ikke om formidlingen sker i forhold til det der er ønsket fra virksomheden i svartypen (jobordreSvarType), dette skal jobkonsulenten sikre sig i sit svar
• Kun formidling på en eksisterende jobordre identifikation (jobordreId) kan ske.
• Ved formidling (kandidater) skal enten CPR-nr. eller CV-nr. være udfyldt ellers fås fejl 9185
  • Der må ikke være dubletter af borger i en formidling (kandidater) ellers fås fejl 9187
• Hvis jobordren er intern, og derfor ikke tilgængelig for en kalder, vil denne kalder få fejl 4575: You are not authorized
• Hvis en borger tidligere er formidlet af samme eller anden myndighed og borgeren ikke er fjernet fra formidlingen, må borger ikke formidles igen fejl 9186. Dvs. en borger må kun have en aktiv formidling pr ordimært job.
  • En borger kan have formidlinger på flere forskellige jobordre. 
• Når en jobordre har en tovholder, sætter DFDG status på de formidlinger der laves, til ”Afventer godkendelse” (Id 1). Har en jobordre ikke en tovholder sætter DFDG status på de formidlinger der laves, til ”Tilgængelig for virksomhed” (Id 2)
  • Status kan ikke sættes fra CreateJobordreFormidling (POST /v1/jobordre/formidling); det er DFDG der sætter status automatisk. Jobcentre og a-kasser kan kun sættes status vha. metoden UpdateJobordreFormidling (PUT /v1/jobordre/formidling)
• Virksomheden modtager en e-mail, hvis de har bedt om det og kandidatens status er "Tilgængelig for virksomhed" (Id 2) hvis typerne (jobordreType) er Ordinær job Id 1.
• WSB/WSRM-beskeden GetCompanyRecruitmentEventVersion(nyeste prod versionsnr) sendes til ansvarligt jobcenter eller a-kasse, tovholders myndighed, listen af primære formidlingsmyndigheder samt alle jobcentre/a-kasser, der har borgere formidlet på rekrutteringsanmodningen.
• Er en a-kasse ansvarlig myndighed på en jobordre kan der kun formidles medlemmer fra den ansvarlige a-kasse og de a-kasser der er med i de primære formidlingersmyndigheder, da det er en GDPR-mæssigt forudsætning for tovholderen kan se og formidle borgerne. Dette gælder også formidlinger foretaget af jobcenter på en sådan jobordre
  • Når en a-kasse formidler et medlem på en jobordre, hvor der har en a-kasse som ansvarlig og tovholder, giver a-kasse samtidigt adgang til at tovholderen kan se dette medlems formidlingsrelevante oplysninger, men kun i relation til den givne jobordre

• A-kasse må kun formidle egne ledige medlemmer, der er dagpengemodtagere. 

UpdateJobordreFormidling (PUT /v1/jobordre/formidling) 

Metoden giver mulighed for, på en formidlet borger, at opdatere status og eller kommentar og alternativ CV URL. 

Hvis det ordinære job har tilknyttet en ”tovholder” (tovholder) er det denne metode, der skal benyttes ifm. tovholders godkendelse af formidling på den enkelte borger.

Forretningsregler

• Af hensyn til virksomheden oprettes der et event i formidlingsloggen når:
  • Borgeren er fjernet fra kandidatlisten. Event’et vil indeholde sin egen eventtype (formidlingshaendelsesType = 6) samt i beskrivelsen (beskrivelse) vil der være borgerens navn samt tekst fra korrektionskomentaren (opdateringsKommentarFormidling i requestet)
  • Borgeren gøres tilgængelig for virksomhed fra kandidatlisten. Event’et vil indeholde sin egen eventtype (formidlingshaendelsesType = 8) samt i beskrivelsen beskrivelse (beskrivelse) vil der være borgerens navn samt evt. tekst fra korrektionskomentaren (opdateringsKommentarFormidling i requestet).
    JobAG viser ikke denne event for virksomhed.
• Hvis jobordren er intern, og derfor ikke tilgængelig for en kalder, vil denne fejle
• Når en tovholder først har godkendt en kandidat, er den tilgængelig for virksomheden. Er en borger godkendt ved en fejl, skal den fjernes sker det med en ny status ”Fjernet” (Id 6)
  • Formidlingen bliver dog kun tilgængelig for virksomheden hvis typen (jobordreType) er Ordinær job Id 1 
• Det er ikke muligt at skifte til status ”Formidling afventer godkendelse” (Id 1) 
• Det er ikke muligt at skifte status på en fjernet borger. Er en borger fjernet ved en fejl, kan borger formidles igen som en normal formidling.
• En jobkonsulent i et jobcenter/a-kasse kan fjerne kandidater fra et andet jobcenter/a-kasse. Anden aktør kan udelukkende fjerne borgere som de selv har ansvar for.
  Er det en a-kasse der er ansvarlig og tovholder kan denne se alle formidler og dermed også fjerne disse.
  
  • Når en a-kasse har formidler et medlem på en jobordre, hvor der har en a-kasse som ansvarlig og tovholder, har a-kasse samtidigt givet adgang til at tovholder kan se dette medlems formidlingsrelevante oplysninger, men kun i relation til den givne jobordre.
• Hvis en borger fjernes for en formidling, skal der være angivet en kommentar (opdateringsKommentarFormidling)
• Kun personer der er formidlet kan opdateres.
• Virksomheden modtage en e-mail, hvis de har bedt om det, og kandidatens status er "Tilgængelig for virksomhed" (Id 2).
• WSB/WSRM-beskeden GetCompanyRecruitmentEventVersion(nyeste prod versionsnr) sendes til ansvarligt jobcenter eller a-kasse, tovholders myndighed, listen af primære formidlingsmyndigheder samt alle jobcentre/a-kasser, der har borgere formidlet på rekrutteringsanmodningen.
• Hvis jobordre har status (JobordreStatusType) Midlertidig inaktiv (Id 2) eller Lukket (Id3) må en formidlingsstatus (FormidlingsstatusType) ikke skiftes til Formidling tilgængelig for virksomhed (Id 2)

• Hvis formidlingsstatus (FormidlingsstatusType) skiftes til Kandidat fjernet - ikke mere relevant (id 3), Kandidat fjernet - på vej til andet job, pension m.v. (Id 7), Kandidat fjernet - ikke egnet match (Id 8), Ikke ansat af virksomheden (Id 5) eller Ikke ansat af virksomheden - har ansat en anden (6) kan der angives en årsag (formidlingsaarsagType)

• Der sendes ikke besked til virksomheden (e-mail) hvis formidlingsstatus ændres til "Kandidat fjernet - ikke mere relevant" (Id 3) og den forgående formidlingsstatus har været <> "Formidling tilgængelig for virksomhed" (Id 2)
• (På en jobordre, hvor a-kasse er ansvarlig og tovholder, vil det hvis et allerede formidlet medlem skifter a-kasse væk fra den ansvarlige a-kasse, tovholder a-kasse eller en a-kasse blandt de primære formidlingersmyndigheder eller melder sig helt ud stadig kunne ses af tovholder.
  • Forretningsmæssigt er det tovholder der er ansvarlig for at beslutte hvad der skal skal ske med en sådan borger, dog bør borger ikke fjerne, hvis denne allerede er gjort tilgængelig for virksomheden.) Borgeren bliver automatisk fjernet fra formidlingen ved A-kasse skift/udmeldelse.

Det klassiske DFDG mønster ved update med at alle data der skal være efter en update skal være med i kaldet.

UpdateJobordreansvar (PUT /v1/Jobordre/{jobordreIdentifier}/ansvar)

Metode hvor a-kassen kan overgive ansvaret til et jobcenter og omvendt

Forretningsregler

• En a-kasse overgive ansvaret til et jobcenter
  • Typisk skal jobcenteret være det jobcenter, hvor virksomheden geografisk er placeret
    
  • Jobcentret skal derefter sætte sin tovholder på jobordren
• En a-kasse overgive ansvaret til en anden a-kasse
  Denne funktionalitet anvendes kun hvis virksomheden ved en fejl har glemt sætte a-kassen som ansvarlig eller har valgt en forkert a-kasse da virksomheden oprettet jobordren i JogAG
  • Den nye a-kasse skal derefter sætte sin tovholder på jobordren.
  • Overgivelsen af ansvar kan kun finde sted såfremt der endnu ikke er formidlet på jobordren.
• En jobcenter kan ikke overgive ansvaret til en a-kasse
• Når ansvaret skifter fra a-kasse til jobcenter eller mellem a-kasse vil DFDG fjerne eventuel tovholder 

Regel matrix

Der er udarbejdet nogle matrixer der omfatter Oprettelse, Formidling, Myndighedsskift og Læsning af jobordre.

Oprettelse

Jobordre kan oprettes af STAR, Jobcentre, A-kasser og Virksomheder via JobAG.

Formidling

Formidlinger kan oprettes af STAR, Jobcentre og A-kasser

Myndighedsskift

Myndighedsskift kan foretages med enten UpdateJobordre eller UpdateJobodreAnsvar.

UpdateJobordre

UpdateJobordreAnsvar

Læsning

Læsning af Jobordre kan foretages af STAR, Jobcentre, A-kasser og Virksomheder via JobAG.