Version 0182

Uppdaterad av Leigh Hutchens

Releasedatum 20 mars, 2024

Sammanfattning av release

Har du ont om tid och vill ha en övergripande sammanfattning?

Quinyx web app Version 0182

Ny funktionalitet

  • Introduktion - Arbetade timmar för Avancerad Analys: Efterlevnad

Uppdateringar och prestandaförbättringar

  • Användare av Avancerad Analys: Efterlevnad kan nu anpassa regelnamn så att de bättre representerar deras specifika affärsbehov.
  • I vårt åtagande att förbättra arbetsstandarderna, ger vi dig förbättrade Dynamiska Regler i denna version.
  • Vi har lagt till två nya kolumner i rapporten "Detaljerade raster och uppgifter" för att chefen ska kunna kontrollera undantag och premiebetalning.
  • Med denna uppdatering har vi förfinat Auto Assign-reglerna för att integrera dagliga vilotidskrav enligt definierade Avtalsmallar.
  • Enhetsspecifika regler i Avancerad Analys: Efterlevnad

Buggfixar

  • Du kanske är intresserad av en av våra buggfixar i denna version. För mer information, klicka här.

Viktig information

  • Intresseanmälan - Avvecklingsdatum 31 mars 2024.
  • Quinyx har beslutat att stödet för den gamla SSO-konfigurationen (Classic och Mobile) kommer att tas bort under 2024.

Frontline Portal Version 0182

Ny funktionalitet

  • Inget för tillfället.

Uppdateringar och prestandaförbättringar

  • Inget för tillfället.

Buggfixar

  • Du kanske är intresserad av en av våra buggfixar i denna version. För mer information, klicka här.

SOAP API / Webservice-uppdateringar

  • Inget för tillfället.

Viktig information

Sista meddelandet! Intresseanmälan

Efter noggrant övervägande och med insikt om att slutet av året och semestertiden innebär utmaningar för våra kunder att uppfylla den ursprungliga tidsplanen, har vi beslutat att inte fortsätta med den tidigare kommunicerade planen att avsluta funktionaliteten för intresseanmälan (NOI) i december 2023.

Istället har vi beslutat att förlänga slutdatumet för NOI till slutet av Q1 2024, specifikt till den 31 mars 2024.

Under denna förlängda period uppmanar vi alla våra kunder att övergå till att använda funktionaliteten för Tillgänglighet. Tillgänglighet är en mer användarvänlig funktion som passar för en bredare användning jämfört med intresseanmälan. Några anmärkningsvärda funktioner i tillgänglighetsfunktionaliteten inkluderar möjligheten att konvertera en tillgänglighetspost till ett skift i Schemavyn av Quinyx webbapp. Dessutom stöder Quinyx avdelningar med tillgänglighet och flerval av både enheter och avdelningar vid skapande av tillgänglighet som användare. Användare kan se, skapa, redigera och ta bort sina egna tillgänglighetstimmar med hjälp av våra mobilappar.

Vi uppskattar er förståelse och samarbete under denna övergångsperiod. Om ni har några frågor eller behöver ytterligare hjälp, tveka inte att kontakta vårt supportteam.

Livslängden av Classic och Mobile SSO upphör senast den 31 mars 2024

Quinyx har beslutat att stödet för den gamla SSO-konfigurationen (Classic och Mobile) kommer att tas bort under 2024.

Nya konfigurationer är redan tillgängliga i Chefsportalen och du kommer nu bara behöva en konfiguration för alla Quinyx-applikationer. Vi rekommenderar att kunder som fortfarande använder den gamla konfigurationen börjar planera för att sätta upp den nya konfigurationen.

Den nya konfigurationsleverantören stöder antingen SAML 2 eller OPEN ID-standarder.

Du kan hitta information om hur användare loggar in med mobilapparna med den nya SSO-konfigurationen här.

Quinyx webbapp Version 0182

Releasedatum 20 mars, 2024

Ny funktionalitet

Arbetade timmar för Avancerad Analys: Efterlevnad

Vi är glada att introducera funktionen Arbetade timmar i Avancerad Analys: Efterlevnad. Denna nya funktion gör det möjligt för chefer att spåra faktiska arbetade timmar utöver schemalagda timmar, vilket säkerställer överensstämmelse med arbetslagar och interna policys. Genom att fånga tidsstämplingar relaterade till tilldelade skift, ger nu Efterlevnads-kontrollen en mer exakt och heltäckande bild av efterlevnadsstatus.

Denna funktion lades till för att tillhandahålla en djupare nivå av efterlevnadskontroll. Den adresserar behovet för företag att schemalägga personal i enlighet med efterlevnadsregler, men också att verifiera att de faktiska arbetade timmarna återspeglar dessa scheman. Denna dubbla kontrollnivå förbättrar förmågan att upprätthålla efterlevnad av arbetsrättsliga lagar och förhindra kostsamma överträdelser.

För att se dessa nya data, använd källfiltret i Schema efterlevnads-dashboarden i Analys och välj Arbetade timmar.

Tillägget av spårning av Arbetade timmar är ett genombrott för efterlevnadshantering. Kunder bör bry sig eftersom det ger:

  • En mer exakt mätning av efterlevnad, vilket minskar risken för juridiska påföljder.
  • Insikter om arbetskraftsmönster som kan informera om policyändringar eller schemaförändringar.
  • Datadriven bevisföring för att stödja beslut om personal och verksamhet.

Genom att dra nytta av denna funktionalitet kan företag proaktivt hantera sin arbetskraft och säkerställa att de inte bara schemalägger i enlighet med efterlevnaden, utan också verkar inom den.

Uppdateringar och prestandaförbättringar

Anpassade regelnamn i Avancerad Analys: Efterlevnad

Användare av Avancerad Analys: Efterlevnad kan nu anpassa regelnamn för att mer exakt representera sina specifika affärsbehov. Till exempel, om en regel är inställd för att flagga överträdelser när minderårig personal är schemalagd under vissa timmar - genom att sammanfoga filter för ålder och specifika skifttider - kan det förinställda regelnamnet kanske inte tillräckligt tydligt förmedla dess funktion. Genom att konfigurera anpassade regelnamn kan användare säkerställa att varje regels syfte är tydligt och beskrivande, vilket förbättrar den övergripande hanteringen och efterlevnadsprocessen.

För att konfigurera dessa regelnamn, vänligen hör av dig till vårt implementationsteam, eller vår support.
Arbetsnormer

I vår strävan att förbättra arbetsvillkoren ger vi er förbättrade dynamiska regler i vår kommande release. Dessa regler stöder komplex personalhantering med icke-linjära beräkningar för mer exakt bemanning under varierande produktivitetsnivåer, inklusive topptider. Dessutom kan användare med läs-åtkomst nu se, men inte redigera, specifika arbetsregler, vilket ökar transparensen utan att kompromissa med kontrollen. Denna uppdatering syftar till att ersätta befintliga dynamiska regler i Quinyx, vilket innebär en väsentlig förbättring.

Läs vår uppdaterade artikel om Optimal bemanning och arbetstandarder NY för mer information.
Nya kolumner tillagda i "Detaljerade raster och uppgifter" rapporten

För att måltidsrastfunktionaliteten i Quinyx ska vara mer i linje, lade vi till två nya kolumner i "Detaljerade raster och uppgifter" rapporten för att chefen ska kunna kontrollera avstående och premiebetalningsutdata.

Effektivisering av AI:s beräkningar av daglig vila med avtalsmallar

I den senaste uppdateringen har vi förbättrat Auto Assign-reglerna för att integrera dagliga vilotidskrav enligt definierade avtalsmallar. Detta tillägg är centrerat kring alternativet "Minsta vila/dag", vilket, när det är aktiverat, uppmanar vår algoritm att noggrant beräkna varje anställds dagliga vila i enlighet med specifikationerna i deras individuella avtal.

Enhetspecifika regler i Avancerad Analys: Efterlevnad

Vi är glada att avslöja funktionen för enhetsspecifika regler i Avancerad Analys: Efterlevnad, designad för att ge chefer möjligheten att anpassa efterlevnadsregler för olika affärsenheter. Denna uppdatering säkerställer att arbetskraftsledningen överensstämmer med både globala företagspolicyer och lokala föreskrifter.

Denna förbättring gjordes för att erbjuda större flexibilitet och precision i efterlevnadshanteringen. Den tillåter företag att skräddarsy regler för specifika enheter, vilket hanterar komplexiteten hos regional lagstiftning och operativa behov, samtidigt som globala efterlevnadsstandarder uppfylls.

Är du intresserad av enhetsspecifika regler för ditt företag? Kontakta en Quinyx-expert idag för att skräddarsy er efterlevnadshantering efter varje enhets unika behov.

Buggfixar

  • Löste ett problem som orsakade att skiftbytestfunktionaliteten beräknade arbetstimmar felaktigt.
  • Löste ett problem som hindrade en chef från att godkänna en frånvaroansökan från tidkortet och som en konsekvens producerade felmeddelandet "Något gick fel" när en frånvaroansökan öppnades.
  • Löste ett problem med manuell redigering av prognosvärden på schemastatistikskärmen som orsakade att de redigerade värdena distribuerades felaktigt.

Nytt Quinyx HelpDocs-innehåll

HelpDocs-artiklar
Interaktiva handledningar
  • Inga för närvarande.

Frontline Portal Version 0182

Releasedatum 20 mars, 2024

Ny funktionalitet

Ingen för närvarande.

Uppdateringar och prestandaförbättringar

Inga för närvarande.

Buggfixar

  • Löste ett problem som gjorde att fästa utkasts-stories var synliga på hemsidan innan de skickades till publiken.
  • Löste ett problem som orsakade att icke-dynamiska listor som innehöll publik baserad på grupptyp markerades som dynamiska.
  • Åtgärdade ett problem som gjorde att mottagarens förhandsgranskningsnummer för sparade målgrupper som innehöll grupptyp/rolltyp visades som '0'.

Nytt Frontline Portal HelpDocs-innehåll

HelpDocs-artiklar
  • Inga för närvarande.
Interaktiva handledningar
  • Inga för närvarande.

SOAP API / Webservice-uppdateringar

  • Inga för närvarande.
  • Inga slutpunkter är för närvarande föråldrade och planerade för borttagning.
    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 uppmanar alla våra kunder att använda våra API:er för att underhålla data och se till att informationen är aktuell. För att säkerställa skalbarheten av 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 verkställas programmatiskt, vilket innebär att vi kommer att införa en begränsning på samtidiga anrop per kund till 10. Du bör förvänta dig svarsstatus 429 om du råkar överskrida denna gräns, och du rekommenderas att implementera en backoff-omförsöksmekanism för att hantera gränsen. Observera att begränsningen endast gäller för SOAP. När vi övergår från SOAP till Rest under de kommande åren kommer eventuella begränsningar att byggas in i API:et.

    Var vänlig och se till att vidarebefordra denna information till den part inom ert företag som ansvarar för integrationer.


Fick du hjälp?