Version 0151
Uppdaterad
av
Leigh Hutchens
Utgivningsdatum 11 januari 2023
Sammanfattning av releaseHar du ont om tid och är intresserad av en sammanfattning på hög nivå? Webbapp
SOAP API / Webservice-uppdateringar
Buggfixar
|
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)
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.
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.
Se till att vidarebefordra denna information till den part inom ditt företag som ansvarar för integrationer.
