Version 0172
Uppdaterad
av
Leigh Hutchens
- Sammanfattning av release
- Viktig information
- Quinyx webbapp Version 0172
Utgivningsdatum 1 november 2023
Sammanfattning av releaseHar du ont om tid och vill ha en sammanfattning på hög nivå? Quinyx web app Version 0172 Ny funktionalitet
Uppdateringar och prestandaförbättringar
Buggfixar
Viktig information
Frontline Portal Version 0172 Ny funktionalitet
Felkorrigeringar
SOAP API / Webservice-uppdateringar
|
Viktig information
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.
- Allmän information: Enkel SSO inloggning
- Azure: SAML single sign on och OPEN ID single sign on
Slutet på livslängden för funktionen Intresseanmälan december 2023
Vi har beslutat att vår äldre funktionalitet som heter Intresseanmälan kommer att upphöra i slutet av december 2023. Därför uppmanar vi alla våra kunder att använda tillgänglighetsfunktionen istället för Intresseanmälan så snart som möjligt. Tillgänglighetsfunktionen är mer användarvänlig och stöder fler användningsfall än funktionen Intresseanmälan.
En funktion som tillgänglighet stöder är att konvertera ett tillgänglighetsobjekt till ett skift i schemavyn i Quinyx webbapp. Quinyx stödjer även avdelningar med tillgänglighet och flerval av både enheter och avdelningar när man skapar tillgänglighet som användare. Vi har implementerat möjligheten för användare att se, skapa, redigera och ta bort sina egna tillgänglighetstider i våra mobilappar.
Quinyx webbapp Version 0172
Utgivningsdatum 1 november 2023
Ny funktionalitet
Delningsfunktion för helgdagar
För att förbättra den övergripande användarupplevelsen kring helgdagar och minska mängden manuellt arbete som krävs för att effektivt hantera dem, är vi glada att introducera den nya delnings-handlingen med denna utgåva.
Som beskrivs nedan har vi lagt till detta nya delnings-beteende på två punkter i applikationen:
- Den första är i Globala helgdagar, där du nu kan dela dina individuella konfigurationer på en helgdag till existerande tillgängliga helgdagar för att underlätta hanteringen och kureringen av konfigurationerna.
- Den andra är i Avtalsmallar, där du nu kan kopiera och dela helgdagar du skapat över avtalsmallar.
Dela konfigurationer över helgdagar
När du hanterar globala helgdagar, krävs det ofta mycket manuellt arbete för att fullt ut konfigurera varje enskild helgdag inom ett givet år. Detta kan vara frustrerande att göra, eftersom helgdagar i många fall har en gemensam uppsättning "standard" konfigurationer för ett givet år - vilket innebär mycket repetitivt arbete att manuellt lägga till varje konfiguration till varje helgdag om och om igen.
För att förbättra den upplevelsen har vi lagt till den nya Dela-funktionen. Genom att använda Händelser > Dela till helgdagar kan du nu enkelt ta konfigurationerna från en helgdag och dela dessa konfigurationer till vilken annan helgdag som helst inom samma år.
Och så, med några få klick, kan du nu enkelt dela dina "standard" regler för bankhelgdagar till alla helgdagar och sedan bara göra de nödvändiga justeringarna för eventuella helgdagar som kan behöva några speciella konfigurationer.
- Välj den specifika helgdagen som du vill dela konfigurationer från i listan.
- Välj vilka helgdagar (inom samma år) som du vill dela konfigurationen till.
- När du är klar kommer alla konfigurationer (förutom Namn och Datum) att kopieras till alla valda helgdagar!
Dela bankhelgdagar mellan avtalsmallar
På samma sätt krävs det mycket manuellt arbete för att effektivt hantera helgdagar inom avtalsmallar. Och - som i exemplet ovan - kan detta vara frustrerande eftersom det i många fall är samma helgdagskonfigurationer som krävs i varje avtalsmall, vilket leder till mycket repetitivt arbete.
För att minska detta har vi infört samma delningslogik för avtalsmallar. Nu kan du helt enkelt välja en annan avtalsmall när du konfigurerar en avtalsmall och kopiera helgdagar från den. Dessa helgdagar kommer automatiskt att delas till din nya avtalsmall för att göra hanteringen av helgdagar snabbare och enklare.
- Avmarkera kryssrutan Använd standardhelgdagar för att tillåta användning av anpassade helgdagar.
- Välj vilken avtalsmall du vill kopiera befintliga helgdagar från.
- Välj vilka helgdagar du vill kopiera (om det finns några konflikter kommer detta att markeras så att du inte råkar skriva över något).
- Klart! Klicka på den gröna Spara-knappen längst ner för att spara ändringarna i din avtalsmall.
Minimum och maximum begränsningar för Optimal bemanning
Vi har lagt till en ytterligare arbetsregel för den nya Optimal bemanning och Arbetsstandarder funktionaliteten: minimum- och maximumregler.
Vad är minimum- och maximumregler?
Minimum- och maximumregler är begränsningar som kan konfigureras för din Optimala Bemanning för att ange det minsta eller största antalet anställda som behövs för en specifik roll/skifttyp. Till exempel behöver du se till att minst 1 chef är schemalagd hela tiden. Eller så kan du aldrig schemalägga mer än 6 kassörer samtidigt, även om efterfrågan kan kräva det, på grund av enhetens fysiska begränsningar.
Minimum- och maximumregler kan användas för informativa syften vid manuell schemaläggning, eller för att begränsa Auto-schema för att säkerställa att det resulterande schemat inte överskrider de angivna minimum- eller maximumkraven.
Hur kan jag använda minimum- och maximumregler?
Minimum- och maximumregler kan konfigureras inom arbetsstandarderna för dina optimala bemanningsvariabler (detta gäller endast vid användning av den nya Optimal bemanning & Arbetsstandard-funktionaliteten, läs mer om det här: Optimal bemanning och arbetsstandarder NYA.
Minimum- och maximumregler kan konfigureras per veckodag och tidpunkt på dagen. Det är också möjligt att koppla minimum- och maximumregler till dina öppettider, t.ex. behöver du minst 1 chef 15 minuter före öppettiderna till 15 minuter efter öppettiderna. Läs mer om hur du ställer in dina öppettider här: Öppettider - standard och specialtider.
Vad händer härnäst?
Vi kommer att fortsätta utveckla ytterligare sätt att definiera arbetskraftsbehov för att möjliggöra mer omfattande definitioner av arbetsstandarder. Detta inkluderar att migrera funktionaliteter från nuvarande statiska och dynamiska regler samt att kunna visualisera dina minsta och största begränsningar i schemastatistik. Dessutom vill vi se till att dessa inmatningar kan användas i Auto-schema. Håll dig uppdaterad!
Vad behöver jag göra om jag för närvarande använder Arbetsstandardsberäkningar i Pythia för att definiera mina arbetskraftsbehov och minsta/största begränsningar?
Om du använder Auto-schema för att skapa dina scheman måste du vänta tills algoritmen kan ta hänsyn till dessa nya optimala bemanningsvärden som inmatning för att kunna använda denna funktionalitet på rätt sätt. Tills dess kan du konfigurera dina arbetskraftsbehov och minsta och största begränsningar i Quinyx, men de kommer ännu inte att beaktas inom vår Auto-schema-lösning. Håll dig uppdaterad om när och hur detta kommer att vara möjligt.
Uppdateringar och prestandaförbättringar
Förbättringar av Time Tracker-värdejusterare
Med denna release lägger vi till ytterligare förtydliganden för följande Time Tracker-värdejusterare relaterade till frånvaro:
- Varje semesterdag
- Varje semester timme
- Varje frånvarotyp dag
- Varje frånvarotyp timme
När du väljer någon av dessa värdejusterare i redigeringsmenyn för Time Tracker-associationer (Kontoinställningar > Avtal > Avtalsmallar > Time Trackers), möts du idag av följande tre radioknappsalternativ: Ingen minskning, Minskning av lördagar, och Justera inte på valda veckodagar.
Under de senaste releaserna har vi upptäckt att det fanns utrymme för förbättring när det gäller att förklara vad dessa alternativ faktiskt gör. Därför har vi uppdaterat namngivningen av dessa alternativ för att bättre återspegla deras funktionalitet och lagt till ytterligare förklarande text under var och en av dem.
När du framöver använder någon av dessa Time Tracker-ackumuleringsfaktorer kommer radioknapparna som tillhör dem istället att ha följande namn, tillsammans med förklarande text nedan:
- Justera saldot baserat på frånvaroskift (tidigare kallad Ingen minskning): Justerar saldot på valfri veckodag, men gör det bara om det är ett frånvaroskift på nämnda dag.
- Justera alltid lördagar (tidigare kallad Minskning av lördagar): Justerar saldot på lördagar oavsett om det finns ett frånvaroskift eller inte, men för återstående vardagar justeras saldot endast när det finns ett frånvaroskift.
- Justera alltid med undantag (tidigare kallad Justera inte på valda veckodagar): Justerar saldot oavsett om det finns ett frånvaroskift eller inte, förutom på de veckodagar som väljs i fältet nedan, vilka aldrig justeras.
Nya tidsramsalternativ för Oauth-tokeninställningar
När du konfigurerar Globala kontoinställningar > Oauth-tokeninställningar, kan du nu också välja 30 minuter från rullgardinsmenyn.
Prestandaförbättringar till sökfunktionen i Personer-fliken
För att förbättra prestanda och laddningstider vid sökning i fliken Personer måste användaren trycka på "Enter" efter att ha skrivit in namnet eller önskade kriterier för att starta sökningen.
Buggfixar
- Löste ett problem som orsakade olika beteende mellan frånvarotyper som skapats i Classic vs Quinyx när frånvaroorsak påverkar buffertdagar var avmarkerat.
- Löste ett problem i gränssnittet för händelser som orsakade att knappen Ta bort visades som Återställa.
Nytt Quinyx HelpDocs-innehåll
Nya HelpDocs-artiklar
Nya handledningar
- Inga för tillfället.
Frontline Portal Version 0172
Utgivningsdatum 1 november 2023
Ny funktionalitet
Widgets
Vi är glada att meddela lanseringen av widget-funktionalitet.
VIKTIGT!
Vi rekommenderar vi att du begränsar åtkomsten av denna kraftfulla funktionalitet till en utvald grupp av HQ-användare, eftersom den ger möjlighet att forma layouten för hela webbplatsen. Genom att begränsa antalet personer med denna behörighet kan du säkerställa en säker och kontrollerad miljö för att förhindra problem som kan uppstå om flera innehållshanterare använder widgets samtidigt.
Om du behöver ytterligare information eller har specifika frågor om dessa funktioner, tveka inte att kontakta din dedikerade kundsupportchef. Din CSM kan erbjuda personlig vägledning om hur du optimerar användningen av widgets.
Du kan inte själv ge behörighet till widgets för användare. Om du är en Quinyx-supportkontakt, kontakta gärna vårt supportteam. De kan hjälpa dig att komma igång.
Använda widgets
Du kan använda Frontline Portal's nya widget-funktionalitet för att gruppera olika resurstyper, rikta skräddarsydda kombinationer av relevant innehåll för dina behov och öka engagemanget.
Widgets handlar inte bara om estetik; de förbättrar effektiviteten och användarengagemanget. Genom att minska tiden som spenderas på att söka efter information möjliggör widgets att användarna kan fokusera på uppgifter och mål, och du kan bättre hantera prioriteringsbehov och ha mer kontroll och ägande över sidornas utseende och känsla.
Buggfixar
- Inga för närvarande.
Nytt Frontline Portal HelpDocs-innehåll
SOAP API / Webservice-uppdateringar
- Inga uppdateringar i denna version.
- Inga slutpunkter är för närvarande föråldrade och planeras för borttagning.Klicka här för att visa 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 uppdaterad. För att säkerställa skalbarheten hos 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, vilket innebär att vi kommer att begränsa antalet samtidiga anrop per kund till 10 Du bör förvänta dig svarskod 429 om du råkar överskrida denna gräns, och det rekommenderas att du implementerar en backoff-omförsökningsmekanism för att hantera gränsen. Observera att gränsen 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.
Se till att vidarebefordra denna information till den part inom ditt företag som ansvarar för integrationer.
