Væsentlige ændringer i JobannonceService (version 2)
Bogstaverne i parentes (eks. (D)) henviser til: @Rolf Marcher Arndt
Ændring | Beskrivelse | Årsag/specificering |
---|---|---|
Fra at det er arbejdsgivers adresse i JobannonceService (version 1) der var toneangivende for, hvorvidt en Jobannonce kunne sendes til EURES eller ej er det i JobannonceService (version 2) arbejdsstedets adresse. | Arbejdsgivers adresse er på danske virksomheder. Information kan man få fra CVR, men det er ikke ensbetydende med at dette er lokaliteten på, hvor arbejdet egentligt udføres. Jobannonce.Job.Adresse fremfor Jobannonce.Arbejdsgiver.Adresse | Ved at lade Arbejdsgiver adresse være styrende, kan der kun sendes Jobannoncer til EURES, hvor arbejdets egentlige udførelse faktuelt er placeret udenfor EURES samarbejdet. Eks. dansk virksomhed der ansætter til et call center udenfor EURES samarbejdet. |
Jobannoncer vil at idriftsættelse/ibrugtagelse af JobannonceService (version 2) blive 'nulstillet' | (D) Har været med på dialog møder med JobannonceAftagere (eksterne aftager på dansk og engelsk i april 2024 samt KSS og AKS i maj 2024). | Se mere herom under: Aftagere der opretter Jobannoncer |
Mere specifikke fejlkoder og fejlbeskeder | Man vil af fejlbeskeder kunne læse sig frem til de valideringsregler/forretningsregler, som JobannonceService gør brug af. | Bistå Jobannonce aftagere med implementering samt fejlbeskeder til deres brugere/kunder/klienter. Entydig opdaterede valideringsregler/forretningsregler der medfører fejl situationer. |
Simplificering af tilstande på Jobannonce | (AH) Fremfor tidligere at have status for alle tilstande, vil det fremadrettet kun være de status, der er behov for, der vil være listet. Dvs. at der er fjernet statustrin, hvor man ved via andre angivelser på Jobannoncen kan se, hvorvidt 'status' er nået. Se mere under: JobannonceService (v2) tilstandsdiagram | Fremfor at have batchjobs, der holdt Jobannoncestatus ved lige, vil det fremadrettet være mere entydigt, hvornår en status ændres. Dette medfører også, at man som Jobannonce opretter vil kunne angive specifikt tidspunkt på dagen, hvor en Jobannonce ønskes publiceret på Jobnet eller afpubliceret på Jobnet. |
Generel simplificering af Jobannonce i form af indhold - for at gøre Jobannoncen mere tidsvarende | (Ø, Å, AG) Man har sammen med STARs kundesupport og Arbejdsmarkeds kontorer (Forretning) gennemgået Jobannoncen indholdsmæssigt. | Se version 2 af JobannonceService |
Kladdebegrebet udgår | (AE) Muligheden for at oprette Jobannoncer i en kladde tilstand, forud for oprette via STARs webservice snitflader fjernes. | For at gøre det mere entydigt for Jobannonce aftagere at se, hvad der er påkrævet / hvad der ikke er påkrævet i webservicesnitfladerne. Det er af logs og udtræk blevet undersøgt, hvem der benytter sig af denne funktionalitet og langt størstedelen af brugen af funktionaliteten er STAR selv via JobAG. |
Antal visninger på Jobnet korrigeres | (BP) For at opnå det mest korrekte resultat af antal visninger på Jobnet af jobannoncer korrigeres måden udregningen sker på se mere under: Antal visninger på Jobnet korrigering Man åbner også op for at man som aftager vil have mulighed for at angive en dato, hvorfra man ønsker at få informationen om visninger, fremfor det låses til præcis 30 dage. | Antal visninger på Jobnet var ikke retvisende, da antal af slettede Jobannoncer ikke fremgik, det vil af JobannonceService (v2) medtage antallet af visninger på slettede Jobannoncer indenfor en given tidsperiode (ikke fastsat endnu) |
Mulighed for 'skjul' telefon nummer fjernes. | (AA, BD) Jobannonce opretter, bedes fjerne telefonnummeret på kontaktpersonen forud for oprettelsen, hvis kontaktperson ikke ønsker at kontaktes på denne måde. | Mindre kompleksitet: En kontaktperson skal kunne kontaktes (krav) enten at Email eller telefonummer er angivet. på Jobannonce opretter skal begge være tilgængelig, da STARs Landssupport skal kunne komme kontakt med Jobannonce opretter, hvis Jobannoncen falder ud til Afventer godkendelse (manuel behandling) |
JobannonceService (version 2) benytter ny sikkerhedsmodel | (BO) Da STAR tilbyder en ‘multi-tenant’ i en ‘multi-tenant’ løsning, har der været behov for at opdatere sikkerhedsmodellen. Se mere under: | STAR tilbyder virksomheder, at kunne oprette på vejene af andre virksomheder (portal løsninger), hvor portal løsningernes brugere ikke må kunne se hinandens publicerede annoncer. Samtidigt: For at portal løsninger ikke skal have mulighed for at ændre på andre portal løsninger / virksomheds aftagers Jobannoncer, har STAR opgraderet sikkerheden, hvilket betyder, at man som Portal løsning kun har adgang til Jobannoncer der ikke er publicerede, hvis man forespørger med korrekt ActiveOrganisationHeader / RequestUserMetaData, for den portal løsningen tidligere har fortalt har oprettet Jobannoncerne. |
JobannonceID ændres fra int32 til GUID | Da JobannonceID tidligere var et forløbende nummer, har dette også været med til at synliggøre informationer. | Ved ændring af JobannonceID fra int32 til GUID sammenholdt med ovenstående nye sikkerhedsmodel er sikkerheden blevet højere samt hvad man kan udlede blevet lavere. |
Brug af Kodelisten: Virksomhedsindsats.ArbejdstidsforholdTypeCodeList | JobannonceService (version 2) vil benytte denne kodeliste i stedet. | Dette for at konsolidere kodelisten fra Jobannoncen og JobOrdre der er det samme forretningsmæssige behov i forhold til arbejdstidsforhold. |
I forbindelse med Release 2024-4 vil Logoer der tidligere er tilknyttet produktionsenhederne og virksomhederne i JobAG der bliver brugt, hvis man ikke angiver et logo ved oprettelsen af Jobannonce, blive valideret op imod de nye forretningsregler for logo. | Krav:
Ved idriftsættelsen af Release 2024-4 vil en trawling af logoer blive kørt, hvor logoer der ikke møder kriterierne, vil blive nedskaleret. Loger af eksempelvis andre fil typer / der ikke med en nedskalering eller af anden grund ikke møder valideringerne vil blive slettet. | Dette gøres så der ved oprettelse og redigering af Jobannoncer, hvor Jobannoncens logo tages fra hhv. produktionsenhed eller virksomhed, ikke vil fremkomme fejl. STAR benytter hermed “Anstaltsforholdet“ se nedenstående: |