Version 0122

Uppdaterad av Leigh Hutchens

Releasedatum 1 december 2021

Kommande funktionalitet

Kommande ändring av schemastatistik

Vi utvecklar för närvarande funktionalitet för att skapa visningsgrupper i Schemastatistik, liknande den som vi redan har stöd för på fliken Prognos. Detta gör att du kan välja vilka variabler du vill visa i Schemastatistik, Dashboard och Prognosöversikt, samt gruppera olika datatyper och variabler i en enda graf.

Denna extra flexibilitet innebär att när den här funktionen släpps kommer användarna att behöva ställa in visningsgrupper för att definiera vilka data som är tillgängliga i schemastatistik innan de kan se några variabler i schemastatistik, inklusive optimal bemanning . Detta måste göras av någon med tillgång till Kontoinställningar > Variabla inställningar . Vi kommer att ge mer information om hur detta kan konfigureras närmare releasen.

Ny funktionalitet

Konfiguration av helgdagar

Med den här versionen har vi lagt till stöd för att hantera helgdagskonfigurationer.

Lägg till, redigera och ta bort

Under Kontoinställningar > Avtal > Helgdagar kan du helt konfigurera olika helgdagar:

Genom att använda den nya underpaneldesignen kan du skapa, redigera, ta bort och enkelt kopiera befintliga helgdagar för att till fullo uppfylla dina konfigurationsdrömmar. Använda konfiguration av helgdagar, kan du definiera reglerna för var och en av dessa helgdagar på en mycket detaljerad nivå för att möta olika behov hos olika företag, länder eller individer.

Hantera REST API-uppgifter

Med den här utgåvan har möjligheten att hantera REST API-uppgifter lagts till i kontoinställningarna.

Skapa autentiseringsuppgifter
  1. Klicka på Kontoinställningar.
  2. Under Rättighetsstyrning klickar du på Integrationsinloggningsuppgifter. Om det finns inloggningsuppgifter för miljön du befinner dig i kommer de att visas här och du kan redigera namn och beskrivningar av de befintliga. Du kan också se vilka omfattningar och behörigheter som är inställda för varje uppsättning autentiseringsuppgifter:
  1. Om du vill skapa en ny uppsättning autentiseringsuppgifter klickar du på Skapa autentiseringsuppgifter .

namn

Obligatorisk

Skriv namnet på denna uppsättning autentiseringsuppgifter. Detta kan redigeras i ett senare skede men det är ett obligatoriskt fält.

Beskrivning

Obligatorisk

Skriv en beskrivning för denna uppsättning autentiseringsuppgifter. Detta kan redigeras i ett senare skede men det är ett obligatoriskt fält.

Omfattningar och behörigheter

Välj de omfattningar och behörigheter som du vill att autentiseringsuppgifterna ska ha

Läs - HÄMTA , Lägg till - LÄGGA IN, skriv - LÄGG TILL, Uppdatera, Ta bort - Ta bort

När du klickar på Spara kommer du att presenteras med hemligheten. Detta bör lagras och hanteras i enlighet med vad som är mycket känslig information. Du kommer inte att kunna se denna information igen.
  1. Förvara klienthemligheten på ett säkert sätt på den plats du väljer och klicka först sedan på "Klar". Du kommer inte att kunna visa din klienthemlighet igen.
Du kommer bara att kunna se kund-ID och UUID för referenserna.
Redigera autentiseringsuppgifter

Du kan bara redigera namnet och beskrivningen av REST API-uppgifterna. Om du behöver redigera omfattningen och/eller behörigheten måste du skapa nya och sedan ta bort de gamla.

Ta bort inloggningsuppgifter
Du kan ta bort integrationsinloggningsuppgifter, men se till att de inte används innan du raderar dem

Du kan läsa mer om REST API-uppgifter här och du kan hitta länkar till REST API-dokumentationen här .

Uppdateringar och prestandaförbättringar

Ny anställd statistik

En ny måttenhet till medarbetarlistan "Visningsalternativ" läggs till, nämligen "Arbetade timmar/Schemalagda timmar". När du tillämpar detta mått, kommer KPI för anställda att visa hur många arbetade timmar kontra schemalagda timmar för alla anställda under den valda perioden. Det behöver inte sägas att detta gör att du som chef snabbt kan försäkra dig om att din medarbetare arbetar enligt schemat eller inte.

Snabbare tillägg av slag och frånvaro

"+"-tecknet som visas när du håller muspekaren över ett specifikt datum visar nu alternativen för att lägga till ett skift, en stämpling och en frånvaro. Denna funktion gör det möjligt för användaren att snabbare lägga till slag och frånvaro i schemavyn - en funktionalitet som har efterfrågats under lång tid!

Bug fixar

  • Löste ett problem som gjorde att ledighetsförfrågningar inte visades korrekt på sektionsnivå.
  • Löste ett problem som gav varningen ""Anställds nominella timmar för schemaperioden har överskridits" när timmarna faktiskt inte överskridits.
  • Löste ett KPI-problem som gjorde att mätvärdena i schemavyn skilde sig från beloppet på avtalets totalsummor för samma period.
  • Löste ett problem med Apply-regler som gjorde att regler inte tillämpades för både skifttyper med regler och skifttyper som saknade regler.
  • Löste ett problem som gav varningen "Minsta veckovila krav inte uppfyllt" när man flyttade ett skifte från ett datum som bryter mot tidsreglerna till ett datum som inte bryter mot tidsreglerna.
  • Löste ett problem med Time Tracker-rapporten som förhindrade att valet av upp till fem år efter 2021 visades i rullgardinsmenyn.

Nya HelpDocs-artiklar

REST API/webbtjänster uppdateringar

Ingen just nu.

SOAP API / Webservice-uppdateringar

Ingen just nu.

Slutpunkter fasas ut och tas bort

Följande SOAP API-slutpunkter kommer att upphöra och tas bort från Quinyx WFM november 2021. De används för närvarande inte och är inte relevanta för den aktuella versionen av Quinyx WFM.

  • wsdlGetUnassignedShifts
  • wsdlInsertTimeRecords
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 se till att informationen är uppdaterad. För att säkerställa skalbarhet för 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 och innebär att vi kommer att tillämpa en gräns för samtidiga samtal 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 följande å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?