Version 0121

Utgivningsdatum 17 november 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

Förbättrad meddelandepanel

Som nämnts i version 0120 release notes har vi gjort förbättringar i meddelandepanelen.

Inuti panelen

Vi har omstrukturerat sektionerna inuti panelen, delat upp dem i nya kategorier och gjort det enklare att vidta åtgärder för aviseringarna:

Det här är de nya kategorierna:

Skiftbokningar

Visar skiftbokningar som kräver chefsgodkännande.

Skiftbyten

Visar skiftbyten som kräver chefsgodkännande.

Frånvaroansökningar

Visar frånvaroansökningar som skickats in av dina anställda.

Obemannade skift

Visar alla obemannade skift.

Intresseanmälan

Visar alla intresseanmälan som lämnats av dina anställda.

Begäranden om att ta bort tilldelning av skift

Visar alla skift där anställda har bett om att bli avfördelade från ett skift.

Skift att godkänna

Visar skift på bortaenhet som kräver godkännande från hemmaenhetschefen.

Vidta åtgärder för aviseringar

För att vidta åtgärder på en avisering klickar du bara på den och bestämmer vilken typ av åtgärd du vill vidta:

Detaljerad information om varje kategori kommer att läggas till i den här artikeln under de kommande dagarna

Webpunch-inloggnings-URL-konfiguration

Vi har lagt till stöd för att hantera Webpunch-inloggnings-URL konfigurationer.

Lägg till, redigera och ta bort Webpunch-inloggningskonfigurationer

I Kontoinställningar > Webpunch > Webpunch inloggnings-url kan du helt hantera och konfigurera unika Webpunch-URL:er för var och en av dina tillgängliga enheter:

För mer information om inställningar av Webpunch och hur du använder inloggningsadresserna, läs mer här .

Uppdateringar och prestandaförbättringar

Ingen just nu.

Bug fixar

  • Löste ett problem som förbjöd Time Tracker-transaktioner att uppdateras i transaktionsvyn och löneöversiktsvyerna i Time-kortet.
  • Löste ett problem med personalkort som inte tillät fältet Rapporter till att tillåta sökning efter anställds nummer.
  • Löste ett problem som resulterade i felaktiga timmar i statistikvisningen.
  • Löste ett problem som gjorde att en skiftbokning gjord på en bortaenhet inte visades i aviseringar på en anställds hemenhet även när inställningen av skiftuppdrag på bortaenhet kräver godkännande var på.

Nya HelpDocs-artiklar

REST API / webbtjänstuppdateringar

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?