Version 0151

Uppdaterad av Leigh Hutchens

Utgivningsdatum 11 januari 2023

Sammanfattning av release

Har du ont om tid och är intresserad av en sammanfattning på hög nivå?

Webbapp

  • Utrullning av grundschema tar hänsyn till inställningen Frånvarotyp påverkar schema.
  • Förbättrad logik för norska självcertifierade sjukskrivningar och arbetsfria dagar (egenmelding).
  • Nytt alternativ för att välja aggregeringstyp på variablerna Indata , Prognoskonfiguration eller Optimalt antal anställda på sidan Variabelinställningar.
  • På grund av kundfeedback är checkrutan Hela dagen i panelen Lägg till frånvaro / Redigera frånvaro nu avmarkerad som standard.

SOAP API / Webservice-uppdateringar

  • wsdlUpdateUnit : utdata maxHourDay och maxHourWeek är felaktigt listade som "int" i WSDL, dokumentation och svar. Detta var i verkligheten "dec", detta är nu löst och returneras korrekt och schemat uppdaterat.
  • wsdlUpdatePunches : validering tillagd för att inte tillåta uppdateringar av stämplingar som överförs till lönelistan.
  • Löste ett problem där Stämpling (ut) inte avrundades till skiftets sluttid om inte dela stämpling på uppgifter inaktiverades och stämpling lades till via API.

Buggfixar

  • Vi har justerat några saker för små att lägga märke till eller för svåra att förklara. Om du verkligen vill ha mer information, klicka här.

Ny funktionalitet

Utrullning av grundschema tar hänsyn till frånvarotyp påverkar schema

Om du manuellt skapar en frånvaro ovanpå ett befintligt skift i Schema i Quinyx i skrivande stund så kommer värdet i fältet Skift i denna period som standard till den valda frånvarotypens värde i frånvarotypsinställningen som kallas Frånvarotyp påverkar schema . Det ursprungliga syftet med detta beteende var att minska antalet val du som användare behöver göra när du skapar en frånvaro. I exemplet nedan, eftersom frånvarotypen Frånvarotyp påverkar schema är inställd på Ta bort tilldelning av skift så ställs Skiften under denna period till Ta bort tilldelning automatiskt när t.ex. föräldraledighet väljs i fältet Frånvarotyp av användaren.

Med det sagt, fram till den här versionen när du rullade ut ett schema ovanpå en frånvaro så skulle de rullade skiften inte beakta inställningen frånvarotypen påverkar schema. För att förbättra användarupplevelsen, samt göra systemet mer konsekvent, har detta nu åtgärdats. Se skärmdumparna nedan som en illustration av det ändrade beteendet.

Före 0151

Om det utrullade grundschemat ser ut så här:

så leder det till följande utfall när det rullas ut över frånvarotypen Föräldraledighet vars frånvarotyp påverkar schema är inställd på Ta bort tilldelade skift:

Efter 0151

Om det utrullade grundschemat ser ut så här:

så leder det till följande utfall när det rullas ut över frånvarotypen Föräldraledighet vars frånvarotyp påverkar schema är inställd på Ta bort tilldelade skift:

Norska självcertifierade sjukskrivningar och arbetsfria dagar (egenmelding)

Denna artikel avser endast norska kunder.

Frånvaroinställningen för Norsk självcertifierande sjukskrivning ("egenmelding") möjliggör support för norska kunder att säkerställa att deras anställda inte tar fler frånvarodagar av denna typ än vad de har rätt till enligt lag. Däremot fram till denna version så var logiken i fråga mildare än den norska lagen föreskriver; vi har tagit upp detta i den här versionen.

Före 0151

Om Max antal frånvaro i arbetsgivarperiod = 3 och arbetsgivarperiod = 16:

Som du kan se från ovanstående skärmdump, tidigare så skulle det maximala antalet självcertifierade sjukdagar - styrt av Max frånvaro under arbetsgivarperioden som beskrivs i länken ovan till vår användarmanual - inte skilja på om en anställd kom tillbaka eller inte att arbeta efter en självdeklarerad frånvaro, medan det nu gör det.

Efter 0151

Om Max antal frånvaro i arbetsgivarperiod = 3 och arbetsgivarperiod = 16:

Ovanstående illustrerar att efter de ändringar som införts i denna version är det bara om den anställde kommer tillbaka till arbetet - vilket av systemet tolkas som att det finns en stämpling på en dag efter en dag med självcertifierad sjukfrånvaro - som räkningen av frånvarodagar slutar den dag då den senaste självcertifierade frånvaron inträffade. Om de inte återvänder till arbetet fortsätter räkningen, vilket är anledningen till att det är omöjligt att lägga till en självcertifierad sjukfrånvaro i den sista skärmdumpen ovan.

Kontrollen som görs av systemet med avseende på om det finns en stämpling eller inte, det vill säga om den anställde har kommit tillbaka till jobbet eller inte, tar inte hänsyn till inställningarna för rapporteringsläget Räkna som schemalagda timmar och Räkna som arbetade timmar.

Välj Aggregationstyp på variabler

Vi har lagt till ett alternativ för att välja aggregeringstyp på variablerna Ingångsdata, Prognoskonfiguration eller Optimalt antal anställda på sidan Variabelinställningar. Hittills har Quinyx summerat alla datavärden på den valda aggregeringsnivån när data visas på en högre aggregeringsnivå än de befintliga data. När du till exempel visualiserar de dagliga datapunkterna har det varit en summa av alla individuella datapunkter inom dagen. När datavariabeln representerar antal anställda eller procentvariabler är det dock inte logiskt att summera dessa. Vi har lagt till alternativet att välja mellan genomsnitt och summa för varje variabel. 

När Summa är valt görs inga ändringar i de aktuella aggregerade databeräkningarna.

När Genomsnitt är valt, istället för att summera värdena för att visa den dagliga totalen, visar Quinyx istället det dagliga genomsnittet. Detsamma gäller när du visar data i dags-, vecko- eller månadsvyn. Genomsnittet beräknas genom att ta hänsyn till värdena för varje hink med befintliga data och sedan beräkna det genomsnittliga värdet baserat på detta antal hinkar.

För variabel är aggregeringstypen, som standard, samma aggregeringstyp som den som valts för underliggande indata.

Som standard kommer alla befintliga variabler för indata, prognoskonfiguration eller optimalt antal anställda att ha Summa som aggregeringstyp, och därför görs inga justeringar av de aktuella aggregeringsberäkningarna. När du lägger till en ny variabel kommer Indatavariabler som standard att ha summa, medan Optimal antal anställda- variabler som standard har Genomsnitt som vald aggregeringstyp.

Uppdateringar och prestandaförbättringar

Fram till den här versionen var kryssrutan Hela dagen ikryssad för panelen Lägg till frånvaro / Redigera frånvaro som standard. Många av er gav oss feedback om den suboptimala användarupplevelsen detta innebar. Som ett resultat av denna feedback och av vår egen forskning kommer checkrutan i fråga att vara avmarkerad framöver. Om du avmarkerar checkrutan efter att ha markerat den, kommer datum- och tidsfälten att innehålla samma data som de hade precis innan du kryssade i den.

Buggfixar

  • Löste ett problem som gjorde att skift överlappade varandra när du var i Schemats dagsvy.
  • Löste ett problem som förhindrade attestering av skift i dagsvyn när det fanns samtidiga skift.
  • Löste ett problem som innebar att inställningen Definiera ett max antal timmar inte kunde inaktiveras på rätt sätt när den väl hade aktiverats på en viss frånvaroorsak.
  • Löste ett problem som gjorde att en anställd som först avaktiverades och senare återaktiverades på en enhet via API-anropet UpdateEmployee inte hade en aktiv roll på enheten och hindrade den anställde från att kunna bli schemalagd.
  • Löste ett problem som hindrade OB-perioder från att kunna läggas till på en avtalsmall.
  • Löste ett problem där Stämpling (ut) inte avrundades till skiftets sluttid om inte dela stämpling på uppgifter inaktiverades och stämpling lades till via API.
  • Löste ett problem med skift som förblev kopplade till ett utgånget avtal när skift lades till via ett API-anrop, även om ett nytt avtal lades till senare.
  • Löste ett problem med Skift att godkänna-förfrågningar som fanns kvar på den gammal hemmaenheten när en hemmaenhet uppdaterades genom wsdlUpdateEmployees.
  • Löste ett problem som innebar att periodisering i Time Tracker, när den definierades som "Gör inte periodisering på veckans sjunde dag", ändå drog av den sjunde dagen i TimeTracker, men inte den sjätte dagen.

Nya HelpDocs-artiklar

SOAP API / Webservice-uppdateringar

  • wsdlUpdateUnit: utdata maxHourDay och maxHourWeek är felaktigt listade som "int" i WSDL, dokumentation och svar. Detta var i verkligheten "dec". Detta är nu löst och returneras korrekt och schemat uppdaterat.
  • wsdlUpdatePunches: validering tillagd för att inte tillåta uppdateringar av stämplingar som överförs till lönelistan.
  • Löste ett problem där Stämpling (ut) inte avrundades till skiftets sluttid om inte dela stämpling på uppgifter inaktiverades och stämpling lades till via API.

Inga slutpunkter är för närvarande utfasade och planerade för borttagning.

Klicka här för att se den nya dokumentationen för Quinyx WFM Web Service. Du kan hitta ännu mer information om webbtjänster här.
Vi uppmuntrar alla våra kunder att använda våra API:er för att underhålla data och för att se till att informationen är uppdaterad. För att säkerställa skalbarheten hos våra API:er samtidigt som vi utökar vår kund- och användarbas, har vi beslutat att lägga till begränsningar för användningen av våra SOAP API:er. Dessa begränsningar kommer att tillämpas programmatiskt, vilket innebär att vi kommer att tillämpa en gräns för samtidiga anrop per kund till 10. Du bör förvänta dig svarskod 429 om du råkar överskrida denna gräns, och du rekommenderas att implementera en backoff-försöksmekanism för att hantera gränsen. Observera att gränsen endast gäller SOAP. Vid övergång från SOAP till Rest under de kommande åren kommer eventuella gränser att byggas in i API:et.

Se till att vidarebefordra denna information till den part inom ditt företag som ansvarar för integrationer.


Fick du hjälp?