Version 0107

Uppdaterad av Leigh Hutchens

Släppdatum 5 maj 2021

 I april 2021 slutade vi stödja Microsoft Internet Explorer 11 och istället har vi säkerställt stöd för dess efterföljare Microsoft Edge. Detta innebär att vi inte längre kan garantera att Quinyx fungerar som det ska i Internet Explorer 11, och vi kommer inte längre att utföra några pre-release-tester av Quinyx i Internet Explorer.

Uppdatering för webbläsarproblem vid redigering av skift- , stämpling- och frånvarotider

För några veckor sedan uppstod ett problem på grund av ett fel i Chrome, webbläsarmotorn som används av populära webbläsare som Google Chrome och Microsoft Edge. Detta gjorde att fält för tidsinmatningen i Quinyx inte markerades när man klickade på dem. Detta var tydligast när man försökte redigera start- eller sluttider på skift, stämpling och frånvaro. Frågan har nu lösts med chromium.org . Uppdatering av webbläsaren säkerställer att denna korrigering tillämpas på webbläsaren, och timmarna markeras sedan igen.

Ny funktionalitet

Övertidsmetoder

Med den här utgåvan lägger vi till första stöd för hantering av övertidsmetoder. Du kan nu se listan över tillgängliga övertidsmetoder och söka efter dem på namn.

Lista över övertidsmetoder

Du hittar ett avsnitt som heter "Övertidsmetoder" under avtalsrubriken i kontoinställningarna. När du navigerar till det avsnittet ser du en lista över alla tillgängliga övertidsmetoder:

Med den här utgåvan är det bara möjligt att se listan. I kommande utgåvor lägger vi till stöd för att lägga till och redigera övertidsmetoder.

Uppdateringar och prestandaförbättringar

Förbättrad räknarlogik för medarbetarstatistik i Schema

Fram till denna utgåva räknade och visade medarbetarnas mätvärden i Schema data från Time-daybreak till Time-daybreak för en viss anställd. Med Time-daybreak hänvisar vi till värdet i Daybreak-fältet i Avtal> Avancerade inställningskategorier> Tid> Regler för tidsstansning> Daybreak. I exemplet nedan har användaren Gregory Payne Time-daybreak 01:00, och som du kan se räknas endast timmarna före 01:00 under den valda perioden på måndagen den 3 maj i medarbetarstatistiken:

Som du kan se på tidskortet är problemet att om du bara skulle överföra detta datum till lön, skulle du överföra 3,5 timmar och inte 0,5.

Anledningen till denna logik i Time-kortet är att Quinyx kommer att överföra timmarna på alla skift som börjar innan Time-daybreak för de överförda datumen när de överförs till lön. Medarbetarnas mätvärden ska hjälpa dig att hålla reda på timmarna och i slutändan mildra ytterligare tids- och / eller övertidsersättning - vilket innebär att denna skillnad mellan mätvärdena och tidskorts- / löneutfallet har varit suboptimalt när det finns skift som passerar daggryet .

För att bättre ta hänsyn till de beräkningar som Quinyx utför när lönerna körs, kommer de anställdes mätvärdena i schemat från och med den här utgåvan istället att räkna och visa timmarna för alla skift som börjar före daggry. Detta innebär att vi för samma användare, Time-daybreak, datum och skift, får detta resultat:

Vi har förklarat ovanstående ändringar med hjälp av de anställdes mätvärden "vald period", men samma ändring gäller "schemaläggningsperiod" och "balansperiod" i samma mätvärden. Varningar om nominella timmar, veckotimmar etc. tar nu också hänsyn till denna nya räknarlogik.

Ovanstående gäller endast för schema - samma ändring kommer snart till basschemat.

Varning om omfördelning av grundschema

Vi har gjort en liten förbättring av varningen för utrullning i grundschemat:

  • Från och med den här utgåvan visar Quinyx endast varningsmeddelandet vid utrullning (se bilden nedan) om det finns en överlappning mellan anställda mellan nuvarande utrullning och tidigare.
  • Exempel: Om du rullar ut 15 anställda första gången och sedan rullar en av dessa 15 anställda ut en andra gång samma eller delvis samma tidsperiod, visas varningsmeddelandet:

Bug fixar

  • Löste ett problem som förhindrade att ett intresseanmälan raderades efter tilldelning av ett skift, tills sidan uppdaterades.
  • Löste ett problem som påverkade skift som sträcker sig över midnatt och orsakade att en uppgift raderades efter midnatt om en frånvaro lades till på en del av skiftet före midnatt.
  • Löste ett problem som gav felmeddelandet ”Ingen aktiv överenskommelse” när du lägger till ett skift till ett datum och sedan flyttar det till ett annat datum.
  • Löste ett statistikproblem som gjorde att det faktiska beräknade försäljningsvärdet fördubblades.
  • Löste ett problem som förhindrade att lönedetaljerna korrekt sorterades i alfabetisk ordning.
  • Löste ett problem som förhindrade att en 24-timmars typ av skift läggs till i schemat.
  • Löste ett grundschemaproblem som inte räknade timmar korrekt när ett skift lades till den sista dagen i en anställningsperiod.
  • Löste ett problem som gav en varning om att tiden överskred schemalagd tid per dag / vecka när man rullar ut ett basschema eller lägger till ett skift i schemat direkt.
  • Löste ett problem där inställningen "Skapa lön vid uppgifter" aktiverades, att schemaläggningsvarningar som "Max schemalagda timmar per vecka översteg", "Lägsta dagliga vilokrav inte uppfyllts" och "Lägsta veckovila krav inte uppfyllt" betraktades som jämna skift specifikt inställd på att inte räknas som schemalagd tid.
  • Löste ett problem som gav ett 500-fel när du anslöt en tidigare tillagd stämpling utan en shift till en shift.
  • Löste ett problem där varningar som genererades genom batchkopiering av skift inte rensades under "Spara".
  • Löste ett problem som orsakade att en stämpling i Tidkortet var längre än den faktiska stämplade rasten.
  • Löste ett problem som gav ett 403-fel när två chefer redigerade samma skift samtidigt och en tog bort skiftet innan den andra chefen hade sparat.
  • Löste ett problem där timrubrikerna duplicerades i statistik i grundschemat dagvyn.
  • Löste ett problem där timmar som inträffar på Anställd hittills för en anställd som slutar inte skulle räknas till medarbetarens mätvärden av anställdens avatar.
  • Löste ett problem med att semestertider inte delades korrekt mellan lagstadgade / icke-lagstadgade timmar vid nytt avtal i framtiden under samma periodiserade år
  • Korrigering till wsdlMoveEmployee uppdaterar den aktiva flaggan till 1 i vissa scenarier.
  • Korrigering av skift som inte räknats som schemalagda timmar visas som schemalagda timmar i rapporten Analytics> Anställdas timmar.
  • Löste ett problem där beräknade variabla och redigerade prognosdata inte skulle visas på instrumentbrädans widgets.

Nya HelpDocs-artiklar

REST API / webbtjänstuppdateringar

Ingen just nu.

SOAP API / webbtjänstuppdateringar

Ingen just nu.

HTTPS-information

På Quinyx har vi flyttat till HTTPS för alla våra kunder utom en enda slutpunkt för bakåtkompatibilitet. Denna slutpunkt är för WSDL-integrationer och endast tillgänglig på adressen apiftp.quinyx.com. För att säkerställa att dina kunddata är säkra och säkra kommer den här HTTP-slutpunkten att upphöra att gälla. Den dokumenterade URL: en för Quinyx WSDL är: https://api.quinyx.com/FlexForceWebServices.php

Därför inaktiverar vi port 80 den 1 maj 2021 i produktionsmiljön och tillåter endast 443 (HTTPS) vid följande slutpunkter:

apiftp.quinyx.com/FlexForceWebServices.php

Hur påverkar detta dig?

Slutpunkter avskaffas och tas bort

Om du fortfarande pekar på den här slutpunkten på port 80 måste du ändra dessa integrationer till port 443, dvs. HTTPS. Du kan redan göra detta och testa att allt fungerar som förväntat.

Följande SOAP API-slutpunkter kommer att avbrytas och tas bort från Quinyx WFM augusti 2021. De har redan nu ersatts med REST API-slutpunkter för Quinyx Prognos eller föråldrade. Läs mer om Quinyx Forecast och den förbättrade funktionaliteten här och om de nya REST API: erna här .

6.2 wsdlGetForecasts

6.3 wsdlUpdateForecasts

6.5 wsdlGetMonthlyView

6,6 wsdlUpdateForecastV2

6,8 wsdlUpdateForecastsV3

6.4 wsdlGetSalesData

6,9 wsdlGetSalesDataV2

6,7 wsdlGetOptimalStaffing

4.6 wsdlUpdateAdminGroupRelationships <- inte tillämpligt för Quinyx WFM

Klicka här för att se den nya Quinyx WFM Web Service-dokumentationen. 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 växer 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 genomföras 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-retry-mekanism för att hantera gränsen. Observera att gränsen endast gäller SOAP. När du flyttar från SOAP till Rest under de följande åren kommer alla begränsningar att byggas in i API: et. Var noga med att vidarebefordra denna information till den part inom ditt företag som ansvarar för integrationer.


Fick du hjälp?