Version 0189
Uppdaterad
av
Leigh Hutchens
- Sammanfattning av release
- Viktigt meddelande!
- Quinyx webbapp Version 0189
- Ny funktionalitet
- Messenger - se vem som har läst ditt meddelande
- Mobilappar - Förhindra anställda från att godkänna timmar under en period där de har en frånvaroansökan
- QClock
- Schemavalidering - Tidsstämpling kan inte flyttas med skift
- Granskningsloggsobjektpårning i Schema
- Ursprung för granskningsloggar för skiftbokningar
- Filtrering av kommande händelser i översikten
- Förkortning av skifttypsnamn för schemautskrift
- Frånvaro refererad i schemautskriften
- Nyckeltal för anställda återspeglas inte längre i schemautskriften
- Auto Scheduled Headcount
- Ny funktionalitet som kräver konfigurationsuppdateringar
- Uppdateringar och prestandaförbättringar
- Buggfixar
- Nytt Quinyx HelpDocs-innehåll
- Ny funktionalitet
Releasedatum 26 juni 2024
Sammanfattning av release
Har du ont om tid och vill ha en övergripande sammanfattning? Quinyx web app Version 0189 Ny funktionalitet
Ny funktionalitet som kräver ytterligare konfiguration
Uppdateringar och prestandaförbättringar
Buggfixar
Frontline Portal Version 0189 Ny funktionalitet
Uppdateringar och prestandaförbättringar
Buggfixar
SOAP API / Webservice-uppdateringar
|
Viktigt meddelande!
Planerat underhåll den 17 juli 2024
Vänligen notera att underhåll kommer att ske när teamet uppgraderar vårt databassystem för Workforce Management.
Europeiska kunder
Det planerade underhållet kommer att äga rum den 17 juli 2024 kl 21:00 CEST.
Nordamerikanska kunder
Det planerade underhållet kommer att äga rum den 17 juli 2024 kl 03:00 EST.
Under det planerade underhållet förväntar vi oss begränsade störningar, men:
- Det kommer att resultera i en kortvarig nedtid för Quinyx-tjänsten i upp till 60 minuter.
- Vi kommer tillfälligt att avbryta all inkommande trafik till databasen under uppgraderingsfönstret.
Om du har några frågor eller funderingar angående denna uppgradering, tveka inte att kontakta vårt supportteam.
Tack för din förståelse och samarbete när vi arbetar med att förbättra våra system och ge dig den bästa möjliga servicen.
Quinyx webbapp Version 0189
Releasedatum 26 juni 2024
Ny funktionalitet
Messenger - se vem som har läst ditt meddelande
I denna version har vi implementerat möjligheten för våra användare i Messenger att se vem som har läst meddelanden som skickats i en chatt. För att se vem som har läst ett meddelande du skickat, klicka på meddelandet och informationen visas i den detaljerade vyn av meddelandet. Du kommer att se tre tillstånd som visas: sett, mottaget och skickat.
Mobilappar - Förhindra anställda från att godkänna timmar under en period där de har en frånvaroansökan
I den kommande mobilappen, Version 3.36, implementerar vi funktionalitet som förhindrar anställda från att godkänna timmar i attestvyn när de har en frånvaroansökan som deras chef ännu inte har hanterat. Denna funktionalitet kommer att hjälpa till att säkerställa att du inte har både en frånvaroansökan och en attesterad tidsstämpling samtidigt.
QClock
Vi har lagt till stöd för att klocka in/ut för raster och stöd för måltidsrastfunktionalitet. Du kan läsa mer om måltidsrastfunktionaliteten här och här. Observera att dessa artiklar är för Webpunch, men funktionaliteten är densamma som för QClock.
Funktioner i QClock
Med stöd för raster och måltidsrast har vi nu dessa funktioner tillgängliga i QClock:
- Klocka in/ut
- Klocka in/ut för raster
- Klocka in/ut för måltidsrast
- Dispenser för måltidsrast
- Frågor för attester efter skiftet
Du kan läsa mer om QClock här. Kolla tillbaka här snart; vi kommer att lägga till fler artiklar om raster och måltidsrast.
Schemavalidering - Tidsstämpling kan inte flyttas med skift
I denna version har vi implementerat en ny schemavalidering för att förhindra att skift flyttas till en annan dag om de har en associerad stämpling. Det finns redan en validering för att förhindra att skift med anslutna attesterade stämplingar flyttas. Nu vill vi förhindra att skift flyttas till en annan dag när det finns associerade stämplingar, attesterade eller inte.
Denna nya funktion förhindrar att stämplingar felaktigt kopplas bort från sitt ursprungliga skift, vilket ibland leder till oönskade förlorade stämplingar.
Granskningsloggsobjektpårning i Schema
Vi är glada att kunna introducera en lösning på ett problem som många av er har frågat efter under lång tid: möjligheten att snabbt komma åt skifthistoriken för ett befintligt skift i schemat.
Genom att klicka på ikonen för Redigera skift-panelen som markeras på bilden ovan kommer att föra dig till objektspårning som vi känner till den i granskningsloggvyn. På så sätt blir vägen till att hitta historiken för ett befintligt skift mycket kortare för dig som chef.
Samma åtkomsträttigheter krävs för spårningen av objekt i schemat som i granskningsloggen, nämligen läsrättigheter för schemaläggningsbehörigheten.
Ursprung för granskningsloggar för skiftbokningar
Med denna uppdatering lägger vi till mer information om vårt Skiftbokningsobjekt i Granskningsloggar. Likt skiftobjektet kan du nu se ursprunget som är associerat med skiftbokningsobjektet.
Ursprunget ger ytterligare insikt i var handlingen som granskas ägde rum. Som framhävs på bilden nedan finns ursprungsinformationen i mindre text under huvudvärdet i kolumnen Åtgärd utförd av i vyn.
Tabellen nedan innehåller en utförlig lista över de olika ursprungsvärden du kan stöta på när du bläddrar i dina loggsökningsresultat och fallen där värdena kommer att visas. Logiken i ursprungsnamngivningen syftar till att stödja dig i att lösa tvister eller problem som rör arbetskraftsplanering och närvaro och är följande:
- I de flesta fall återspeglar det Quinyx "plattformen" där åtgärden utlöstes, såsom Chefsportalen, Mobil, Webpunch eller Integration.
- Men om åtgärden har utlösts av en specifik funktion som har kaskadeffekter på andra delar av Quinyx, såsom att ta bort eller omfördela skiftet; kommer detta att visas som ursprunget istället.
Åtgärd | Ursprung | Fall |
Skapande | Via Mobil | När en anställd skapar en skiftbokningsförfrågan i Mobil. |
Skapande | Via personalportal | När en anställd skapar en skiftbokningsförfrågan i personalportalen. |
Borttagning | Via Mobil | När en anställd tar bort en skiftbokningsförfrågan i Mobil. |
Borttagning | Via personalportal | När en anställd tar bort en skiftbokningsförfrågan i personalportalen. |
Borttagning | På grund av skiftborttagning | När skiftbokningsförfrågningar tas bort på grund av att själva skiftet har tagits bort. |
Godkännande | Via Chefsportalen | När chefen godkänner skiftbokningar i Chefsportalen med hjälp av Notifikationspanel-sektionen. |
Godkännande | Via Mobil | När chefen godkänner skiftbokningar i Mobil. |
Godkänn | På grund av skiftomtilldelning | När chefen godkänner skiftbokningar i Chefsportalen genom att godkänna det med hjälp av listan över ansökta anställda. |
Neka | Via Chefsportalen | När chefen nekar skiftbokningar i Chefsportalenmed hjälp av Notifikationspanel-sektionen. |
Neka | Via mobil | När chefen nekar skiftbokningar i mobilappen. |
Neka | På grund av skiftomtilldelning | När skiftbokningen nekas eftersom ett skift omfördelas till en anställd som fanns i listan över anställda men inte ansökte om det skiftet. |
Filtrering av kommande händelser i översikten
Vi släpper ytterligare förbättringar till vår översiktssida.
Nu kan du interagera med avsnittet "Kommande händelser" genom att filtrera ut de händelser du vill se. Dessutom kommer du att kunna se antalet händelser för varje grupp av händelser.
Om du inte har några kommande händelser kommer det tomma tillståndet att se ut som bilden nedan.
Förkortning av skifttypsnamn för schemautskrift
Före den här versionen skulle namn på skifttyper som inte fick plats på en rad i schemautskriften brytas och visas på två rader, vilket ökade det vertikala utrymme som behövdes för varje rad. Syftet med att införa ett förkortningsfält är att möjliggöra visning av information om skifttypsnamn för skifttyper med långa namn på ett mer platsbesparande sätt.
I Lägg till/Redigera skifttyp-panelen i Kontoinställningar > Skifttyper samt i Gruppinställningar > Skifttyper finns ett fält som kallas "Förkortning" som stöder upp till 10 tecken.
När skifttypens namn är för långt för att rymmas i utskriften, och skifttypen i fråga har en förkortning, kommer förkortningen att användas istället.
Om ingen förkortning finns och frånvaroorsakens namn är för långt för att rymmas på en rad, kommer frånvaroorsaken att brytas.
Frånvaro refererad i schemautskriften
Från och med denna version inkluderar inte längre schemautskriften information om frånvaroorsakens namn. Istället visas alla frånvarotillfällen med en kopia av "Frånvaro".
Anledningen till detta är att vissa av er har uttryckt oro över att chefsportalanvändare av misstag inkluderar frånvaro - på grund av att de glömmer att ställa in schemafilter korrekt innan utskrift - vilket kan innehålla känslig, personlig information beroende på hur ni har valt att namnge era frånvaroorsaker.
Nyckeltal för anställda återspeglas inte längre i schemautskriften
Från och med denna version återspeglar inte schemautskriften längre anställdas nyckeltal. Detta beror på att vissa av er har uttryckt oro över att nyckeltalen innehåller information som anställda inte vill att deras kollegor ska veta.
Auto Scheduled Headcount
I den här sprinten har vi lagt till ytterligare en variabel för schemalagd bemanning som heter Auto Scheduled Headcount. Denna variabel för antal anställda är endast synlig i visningsgruppen för arbete och endast för kunder som använder Auto-schema för att automatiskt skapa sina scheman.
Det automatiskt schemalagda antalet anställda kan jämföras med det aktuella schemalagda antalet anställda och med ditt optimala antal anställda. Det gör det möjligt för dig att förstå hur många manuella ändringar som gjordes i schemat efter att Auto-schemat skapades och om det befintliga schemat eller det automatiskt skapade schemat är mer exakt jämfört med det optimala antalet anställda.
Hur fungerar det?
Det automatiskt schemalagda antalet anställda kommer att fyllas i för de perioder då Auto-schema användes för att generera schemat. Om flera automatiska scheman körs för samma period använder vi den senaste körningen för att fylla i variabeln för automatiskt schemalagt antal anställda.
Ny funktionalitet som kräver konfigurationsuppdateringar
Messenger Plus
Vi är glada att meddela en betydande ny version av Messenger som kallas "Messenger Plus." Förutom funktionerna i Messenger Basic, som effektiviserar kommunikationskanaler och eliminerar behovet för frontlinjearbetare att hantera flera appar, förbättrar denna förbättrade chattlösning kommunikationseffektiviteten och integriteten.
Messenger Plus bygger på denna grund och erbjuder en funktionsspäckad, prenumerationsbaserad kommunikationslösning.
Huvudfunktioner i Messenger Plus
- Användardriven moderering: Användare kan flagga olämpliga meddelanden, vilket gör det möjligt för administratörer att moderera och vidta lämpliga åtgärder, såsom att radera meddelanden och stänga av användare.
- Smidig integration med Workforce Management: Användare kan snabbt skapa gruppchattsessioner baserade på personalkategori, enhet och avdelning, vilket eliminerar behovet av att manuellt välja ett stort antal användare.
Uppdateringar och prestandaförbättringar
Förbättrad logik för grundschemautrullning över frånvaro
Quinyx stödjer olika metoder för att skapa frånvaroskift, vilket i sin tur direkt påverkar frånvaroersättningen för den berörda anställda. Frånvaroskift kan skapas genom att skapa frånvaro över ett befintligt skift i Quinyx, genom att rulla ut ett grundschema över en befintlig frånvaro eller genom att skapa en frånvaro med hjälp av ett frånvaroschema.
Dessa metoder interagerar ibland på oönskade sätt, vilket leder till fler frånvaroskift än nödvändigt, vilket innebär att anställda får mer frånvaroersättning än de är berättigade till om inte en chefportalanvändare gör manuella justeringar. Många av er har gett oss feedback att denna situation är suboptimal. I ett försök att åtgärda denna situation introducerar vi nu ny logik som rör skapandet av frånvaroskift:
- Om en frånvaro skapades med hjälp av ett frånvaroschema och ett grundschema sedan rullas ut över frånvarotillfället följande kommer nu att gälla:
- Skiften från grundschemat kommer inte att omvandlas till frånvaroskift.
- Observera att om ett skift från grundschemat rullas ut över delar av en befintlig frånvaro, då kommer den delen av skiftet som överlappar med frånvaron inte att bli utrullad, medan den delen av skiftet som inte överlappar med frånvaron att rullas ut. Ta en titt på exemplet nedan.
- Som en direkt följd av ovanstående kommer grundschema valideringen "Skiftet överlappar med ett frånvaroskift" inte att visas när man rullar ut ett grundschema över en frånvaroorsak som har skapats med hjälp av ett frånvaroschema.
- Skiften från grundschemat kommer inte att omvandlas till frånvaroskift.
- Observera att denna nya logik kommer att gälla till alla fall, oavsett om frånvaron i fråga skapades före eller efter Version 0189 Quinyx release.
- Observera att om en frånvaroorsak som skapats med hjälp av ett frånvaroschema raderas efter att ett grundschema har rullats ut över samma period, och det grundschema är åter-utrullat, så kommer Quinyx att rulla ut grundschemat; dvs. förändringen i utrullningslogiken för grundschema gäller endast när det (för närvarande) finns en frånvaroorsak i schemat.
Exempel (nämns i punkt 1.a ovan)
Skapa ett frånvarotillfälle (för Francis Eccle) med hjälp av ett frånvaroschema:
Rulla ut ett grundschema över det aktuella frånvarotillfället:
I detta exempel överlappar grundschema-skiften helt med frånvarotillfället som skapades med hjälp av ett frånvaroschema. Därför utlöses inga varningar om "Skiftet överlappar med ett frånvaro-skift", och inga ytterligare frånvaro-skiften skapas för Francis frånvarotillfälle:
Motiveringen bakom denna förändring är att frånvaroscheman konfigureras av superanvändare och/eller Quinyx implementeringsteam för att hjälpa Quinyx som system att bestämma beloppet för frånvaroersättning att generera i specifika fall; denna förändring säkerställer att andra sätt att generera frånvaro-skiften, som att rulla ut grundschema, inte påverkar detta.
Tack så mycket till er som har gett feedback om detta ämne och därigenom hjälpt oss att göra denna förbättring!
Förbättrad logik för Anställd har > Tomt schema-filter
Vi släpper en liten uppdatering av logiken för det befintliga filtret Anställd har > Tomt schema.
Med denna uppdatering kommer Quinyx även att betrakta det som ett tomt schema om en anställd har lämnat tillgänglighet.
Detta innebär att resultatet av detta filter kommer att vara:
- Anställda utan schemaobjekt (skift, stämpling, frånvaro, etc.).
- Anställda utan schemaobjekt (skift, stämpling, frånvaro, etc.) som har lämnat tillgänglighet.
Varför gjordes denna förändring?
Vi vill möjliggöra för chefer att filtrera ut de anställda som ännu inte har schemalagts men potentiellt har lämnat sin tillgänglighet. Efter att ha avslutat schemaskapandet kan chefer använda detta filter för att dubbelkolla om alla tillgängliga anställda är schemalagda och på så sätt säkerställa att deras schema skapas med alla resurser effektivt.
Buggfixar
- Löste ett problem som gjorde att stämplingar på uppgifter inte visades under schemautskrift.
- Löste ett problem med oregelbundenhet i lokal/tidsformat.
- Löste ett problem i Schemavyn som i vissa fall orsakade att meddelandepanelen visade antalet frånvaroansökningar som noll.
- Löste ett problem i Schemavyn där om checkrutan för chefsattest var ikryssad, så kryssades inte checkrutan för anställds attest i automatiskt, trots att inställningarna för "Chef kan attestera anställd" användes.
- Löste ett problem som orsakade att Detaljerade raster och uppgifter-rapporten ibland inte kunde köras.
- Löste ett problem där variabler för optimal bemanning felaktigt visade samma värden över olika skifttyper.
Nytt Quinyx HelpDocs-innehåll
Frontline Portal Version 0189
Releasedatum 26 juni 2024
Ny funktionalitet
Inga för närvarande.
Uppdateringar och prestandaförbättringar
Inga för närvarande.
Buggfixar
- Löste ett problem som hindrade schemalagda uppgifter från att skickas ut när man var inloggad på All-in-one FLP-plattformen.
- Löste ett problem som hindrade chattikonen från att visas i Uppgiftsuppdelningsvyn när man använde All-in-one FLP-plattformen.
- Löste ett problem gällande sparade målgrupper som inte var synliga i sökresultaten om den sparade målgruppen inkluderade en arkiverad mottagare.
Nytt Frontline Portal HelpDocs-innehåll
HelpDocs-artiklar
- Hur man engagerar detaljhandelspersonal
- Hur man tar bort filer i Frontline Portal
- Frontline Portal behörigheter och roller
SOAP API / Webservice-uppdateringar
- Som en del av vårt långsiktiga försök att gå över från SOAP API till REST API släpper vi följande frånvaro-relaterade REST API:
- Vår preliminära plan är också att släppa en PUT Absence REST API inom de kommande månaderna.
- Som tidigare nämnts kommer olika frånvarurelaterade SOAP API:er att fasas ut med tiden som ett resultat av ovan nämnda REST API:er. Inom en snar framtid kommer vi att kommunicera en nedläggningsplan till berörda parter. Observera: vissa av er har uttryckt oro över hur denna plan kommer att se ut - var vänlig att veta att den aktuella tidsplanen kommer att återspegla de berörda parters kapacitet att planera och tillhandahålla resurser för den nödvändiga migrationen.
Var vänlig och se till att vidarebefordra denna information till den part inom ert företag som ansvarar för integrationer.
