Version 0200
Uppdaterad
av
Leigh Hutchens
- Sammanfattning av release
- Viktiga meddelanden
- Quinyx webbapp Version 0200
Releasedatum 2 december 2024
Sammanfattning av release
Har du ont om tid och vill ha en övergripande sammanfattning? Quinyx web app Version 0200 Ny funktionalitet
Ny funktionalitet som kräver konfigurationsuppdateringar
Uppdateringar och prestandaförbättringar
Buggfixar
Frontline Portal Version 0200 Ny funktionalitet
Uppdateringar och prestandaförbättringar
Buggfixar
SOAP API / Webservice-uppdateringar
|
Viktiga meddelanden
Releasen flyttades från den 27 november till den 2 december 2024
För att säkerställa en smidig upplevelse för våra kunder under Black Friday-försäljningsperioden, flyttar vi vår kommande release från den 27 november till den 2 december 2024. Även om inte alla våra kunder verkar inom detaljhandeln, erkänner vi vikten av denna högsäsong och strävar efter att minimera eventuella störningar. Vissa schemalagda lönefiler kommer fortfarande att släppas enligt plan den 27 november.
Vänligen notera:
- Slutgiltig 2024-release: 11 december 2024
- Första 2025-release: 8 januari 2025
Planerat underhåll den 9 december 2024
Kära kund,
Vi vill informera dig om det schemalagda underhållet av vår Grundschemafunktionalitet som kommer att äga rum måndagen den 9 december, för att utföra viktiga uppdateringar. Denna process förväntas pågå i cirka 30 minuter.
Europeiska kunder
Det schemalagda underhållet kommer att äga rum den 9 december 2024 kl. 20.00 CET.
Nordamerikanska kunder
Det schemalagda underhållet kommer att äga rum den 9 december 2024 kl. 09.00 CET (3 AM EST).
Vänligen notera detta:
Detta driftstopp kommer att äga rum utanför ordinarie arbetstid för att minimera störningar.
Under den här tiden kommer grundschemat att vara tillfälligt otillgängligt för alla användare.
Vi ber om ursäkt för eventuella olägenheter som detta kan orsaka och uppskattar din förståelse när vi fortsätter att förbättra vår tjänst. Om du har några frågor eller funderingar, tveka inte att kontakta vårt supportteam.
Tack så mycket,
Quinyx teamet
Release highlights
Kommer snart!
Quinyx webbapp Version 0200
Releasedatum 2 december 2024
Ny funktionalitet
Avancerad Analys - Prognosdataöversikter
Med denna version introducerar vi avancerade insikter kring Prognosdata-användning inom Quinyx, vilket utvidgar analysomfånget från insikter på enhetsnivå till region- och global analys via två nya översikter i Avancerad Analys.
- Kommande prognostiserad efterfrågan: Ger en framtidsinriktad vy över förväntad efterfrågan under den närmaste definierade perioden baserat på historisk försäljningsdata. Översikten visualiserar totalt prognostiserade objekt med potentiella variationer och framhäver avvikare, vilket möjliggör snabba åtgärder för mer precisa efterfrågningsplaner.
- Historisk prognosnoggrannhet: Erbjuder insikter om prognosnoggrannhet genom att jämföra tidigare prognoser med faktisk efterfrågan och identifiera betydande avvikelser och trender. Denna översikt hjälper till att förbättra prognosens precision över tid, vilket gör efterfrågningsplaneringen mer pålitlig och handlingsbar.
Dessa översikter kommer att ge dig möjlighet att fatta informerade beslut baserade på omfattande prognosdata över olika grupper och längre perioder istället för att fokusera endast på enskilda enheter. Genom detta möjliggör vi nya handlingsbara insikter för att låta användare identifiera underpresterande enheter, upptäcka toppar i efterfrågan och analysera trender över tid för att förstärka din prognos.
Under tiden, för mer information om hur du bäst arbetar med dessa översikter, kan du hitta mer information här!
Påminnelser 2.1 - Påminnelser om sammanhängande frånvaro
I Version 0197 släppte vi vår första frånvarobaserade påminnelse om icke-sammanhängande dagar där du kunde konfigurera påminnelser för att meddela berörda användare när en individ har varit frånvarande regelbundet inom ett visst tidsfönster.
Och nu, med denna release, lägger vi till mer kontroll med sammanhängande frånvaropåminnelser som tillåter dig att spåra när användare har varit frånvarande under längre perioder inom en viss tidsperiod för att hjälpa dig att hantera olika typer av frånvaro på bästa möjliga sätt.
Licensöversikt
Med denna version lägger vi till en enkel licensöversikt i Kontoinställningar där kontoinnehavare kan se licensinformationen för sin organisation, vilket möjliggör för användare att optimera sin konfiguration bättre.
Ursprung för kvarvarande granskningsloggar för skiftförfrågningar
I den här versionen lägger vi till ursprungsinformation för återstående skiftförfrågningar i våra granskningsloggar.
Skiftförfrågningar i fråga är: Skiftbyten, förfrågningar om att ta bort skifttilldelning och skifttilldelning på bortaenhet som redan finns som separata ”objekttyper” i ramverket för granskningsloggar.
Ursprung ger ytterligare insikt i var den granskade åtgärden ägde rum. Som framgår av bilden nedan finns ursprungsinformationen i en 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 ursprungsbenämningen 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 omtilldela skiftet; kommer detta att visas som ursprunget istället.
Åtgärd | Ursprung | Objekt | Fall |
Skapande | Via Mobil | Skiftbyte Begäran om lediggörande av skift | När en anställd skapar en begäran i Mobilappen. |
Skapande | Via Personalportal | Begäran om lediggörande av skift | När en anställd skapar en begäran i Personalportalen. |
Skapande | Via Chefportal | Skifttilldelning på bortaenhet | När chefen skapar en begäran om schemaläggning av anställd på bortaenhet. |
Borttagning | Via Mobil | Skiftbyte Begäran om lediggörande av skift | När en anställd tar bort en begäran i Mobilappen. |
Borttagning | Via Personalportal | Begäran om lediggörande av skift | När en anställd tar bort en begäran i Personalportalen. |
Borttagning | På grund av skiftborttagning | Skiftbyte Begäran om lediggörande av skift Skifttilldelning på bortaenhet | När begäran tas bort eftersom själva skiftet har tagits bort. |
Radera | På grund av avslutad anställning | Skiftbyte Begäran om lediggörande av skift Skifttilldelning på bortaenhet | När begäran tas bort eftersom den anställdes anställning har avslutats. |
Radera | På grund av anställd radering | Skiftbyte Begäran om lediggörande av skift Skifttilldelning på bortaenhet | När begäran tas bort eftersom den anställde har raderats. |
Godkänn | Via Chefportal | Skiftbyte Begäran om lediggörande av skift Skifttilldelning på bortaenhet | När chefen godkänner begäran i Chefportalen med hjälp av Notifikationspanelen. |
Godkänn | Via Mobil | Skiftbyte | När anställden godkänner skiftbyte i Mobil. |
Avslå | Via Chefportal | Skiftbyte Begäran om lediggörande av skift Skifttilldelning på bortaenhet | När chefen nekar begäran i Chefportalen med hjälp av Notifikationspanelen. |
Avslå | Via Mobil | Skiftbyte | När anställden avslår skiftbyte i Mobil. |
Avslå | På grund av skiftomtilldelning | Skiftbyte | När skiftbytet avslås eftersom ett skift omfördelas till en anställd som fanns i listan över anställda men inte ansökte om det skiftet. |
Auto-schema och Auto-tilldelningsvarningar
I denna version har vi introducerat Auto-schema och Auto-tilldelningsvarningar. Syftet med denna funktionalitet är att ge AI-användare mer insikter i scenarier där algoritmen har körts framgångsrikt men kanske av någon anledning inte har skapat eller tilldelat skift optimalt till vissa anställda på grund av en eller flera orsaker.
Hur vet jag om det finns relevanta varningar i min senaste algoritmkörning?
Om en algoritmkörning har avslutats men med några potentiellt relevanta varningar, kommer det att nämnas i meddelandet när körningen har slutförts att det kan finnas en eller flera varningar för en eller flera enheter.
För att se varningsdetaljerna, gå till körningstabellerna för algoritmerna. Du kan hitta varningarna för specifika algoritmkörningar genom att välja körningen i körningstabellen och visa varningarna i körningsdetaljernas sidopanel.
Vilken typ av varningar kan jag bli notifierad om?
Det finns olika typer av varningar för Auto-schema och för Auto-tilldelning. Varje varning kommer också med ett förslag på vad du kan göra för att lösa varningen.
Du kan få följande typer av varningar för Auto-schema:
- Inga aktiva avtal: Denna varning visas när du inte har några aktiva avtal för dina anställda. I detta fall kommer algoritmen att köras färdigt utan att skapa några skift.
- Tillgång/efterfrågan-gap: Denna varning visas när antalet timmar som krävs är högre än antalet tillgängliga timmar för en eller flera skifttyper. Det innebär att du kanske behöver schemalägga 400 timmar under en specifik vecka, men du har endast 300 tillgängliga anställdstimmar.
- Saknade krav: Denna varning visas när vissa skifttyper inte har något krav på bemanning och skift och kan därför inte skapas.
- Felaktig konfiguration av skifttyp: Denna varning visas när det finns skifttypsmallar med konflikterande skiftregler. För närvarande är dessa regler konfigurerade utanför Quinyx, så du bör kontakta Quinyx om du får denna varning vid körning av algoritmen.
- Felaktig konfiguration av rast: Denna varning visas när det finns rastregler med konflikterande regler. För närvarande är dessa regler konfigurerade utanför Quinyx, så du bör kontakta Quinyx om du får denna varning vid körning av algoritmen.
Följande typ av varningar du kan få för Auto-tilldelning:
- Inga anställda är berättigade: Denna varning visas när du inte har några anställda som är kvalificerade eller tillgängliga att arbeta specifika skift. För att lösa denna varning bör du granska anställdas tillgänglighet och tillgängliga timmar eller färdigheter.
- Inga skift berättigade: Denna varning visas när du har vissa anställda som inte är berättigade att arbeta något av de tillgängliga skiften som kan tilldelas. Detta kan bero på att anställdas kvalifikationer eller tillgängligheter inte matchar de tillgängliga skiften.
- Inga skift att tilldela: Denna varning visas när det inte finns några skift att tilldela inom den period du har valt att köra algoritmen för.
- Skift fastställda för icke-berättigade anställda: Denna varning visas när anställda som tidigare tilldelats skift inom schemaperioden som algoritmen körs för är icke-berättigade.
- Avvikelse mellan avtal och schemaperiod: Denna varning visas när vissa anställda inte har ett aktivt avtal för en del av dagarna inom schemaläggningsperioden.
Ny funktionalitet som kräver konfigurationsuppdateringar
Kommer snart: Ny design i mobilapparna och nytt logotypsalternativ för sidmenyn
Vårt mobilteam är glada att meddela en helt ny design för våra Android- och iOS-appar, som lanseras med Version 3.41, planerad för release i december.
Med denna nya design kommer sidomenyn i mobilappen att ha två olika färger beroende på vilken läge användarens telefon är inställd på. Detta skiljer sig från den nuvarande versionen, där sidomenyn alltid har en mörk färg, oavsett om användaren är i ljus eller mörkt läge. Det innebär att användarna, från och med att den nya designen implementeras, kommer ha:
- En ljus färg om de har ljus läge
- En mörk färg om de har mörkt läge
För att stödja denna förändring har vi lagt till en ny inställning under Kontoinställningar > Utseende > Navigeringsfält, vilket gör det möjligt för dig att ladda upp två logotyper för sidomenyn. Detta är logiken:
- Den nuvarande logoupploadningsfunktionen för mobil kallades tidigare "Företagslogotyp-URL för mobil" och kallas nu "Företagslogotyp-URL för mobil i mörkt läge." Denna logouppladdning är den nuvarande funktionen som kommer att fungera för de äldre mobilversionerna. Det finns ingen anledning att ändra denna logotyp eftersom den automatiskt kommer att tillämpas för användare med mörkt läge när de har installerat den kommande mobilversionen 3.41 av appen. Den optimala logotypstorleken är minst 796px bred, och vi rekommenderar en logotyp med vit eller ljus färg om möjligt, samma rekommendation som tidigare för denna inställning.
- Vi har implementerat en ny logouppladdningsfunktion som kallas "Företagslogotyps-URL för mobil med ljust läge." Vi rekommenderar att du laddar upp denna logotyp så snart som möjligt eftersom den kommer att visas för användare med ljusläge valt på sina telefoner och visas för dem när de installerar den kommande mobila versionen 3.41. Den optimala logotypstorleken är minst 796px bred, och vi rekommenderar en logotyp med svart eller mörk färg om möjligt.
Lägga till e-postadress till wsdlFindEmployees
Med denna uppdatering förbättrar vi wsdlFindEmployees SOAP API för att inkludera e-postadressen i svaret. Denna uppdatering gör det möjligt för dig att bättre identifiera vilka e-postadresser som finns i Quinyx och att associera dem med motsvarande användare, vilket ger dig mer flexibilitet i din konfiguration.
Exempel på begäran
<wsdlFindEmployeesRequest>
<apiKey>{{apiKeyDomain}}</apiKey>
<emailList xsi:type="SOAP-ENC:Array" SOAP-ENC:arrayType="tns:email[]">
<email xsi:type="xsd:string">firstname.lastname@company.com</email>
<email xsi:type="xsd:string">another.name@company.com</email>
<email xsi:type="xsd:string">someone@company.com</email>
<email xsi:type="xsd:string">one.more@company.com</email>
</emailList>
</wsdlFindEmployeesRequest>
Example response
<wsdlFindEmployeesResponse>
<return xsi:type="SOAP-ENC:Array" SOAP-ENC:arrayType="tns:UnitEmployee[2]">
<item xsi:type="tns:UnitEmployee">
<api_key xsi:type="xsd:string">e121ererwrw121r2ewr12ew1r2e1wr2we1r21</api_key>
<unitName xsi:type="xsd:string">Restaurant Foodie</unitName>
<employeeId xsi:type="xsd:int">123456</employeeId>
<email xsi:type="xsd:string">firstname.lastname@company.com</email>
</item>
<item xsi:type="tns:UnitEmployee">
<api_key xsi:type="xsd:string">5r46ew4r564ewr5e4wr54ew65r4f5ds4f6</api_key>
<unitName xsi:type="xsd:string">Restaurant The Best Food</unitName>
<employeeId xsi:type="xsd:int">123457</employeeId>
<email xsi:type="xsd:string">another.name@company.com</email>
</item>
</return>
</wsdlFindEmployeesResponse>
Ytterligare möjligheter till hur timmar för nattskift, frånvaro och tillgänglighet beräknas inom anställdas nyckeltal
Hittills har timmarna från nattskift och frånvaro inom anställdas nyckeltal alltid lagts till på startdagen för skiftet eller frånvaron. Det innebär att om ett skift är schemalagt den 1 januari från 22:00-06:00, så läggs alla 8 timmar av det skiftet till den 1 januari, även om några av dessa timmar är schemalagda den 2 januari. Detta fungerar som förväntat i de flesta branscher och regioner. Men i vissa regioner finns det önskemål om att dessa timmar ska läggas till den dag då arbetet faktiskt är schemalagt.
Med denna uppdatering lägger vi till möjligheten att välja, för hela er uppsättning, om timmarna för det skiftet, frånvaron eller tillgängligheten ska läggas till startdagen för det objektet, eller till den dag då timmarna faktiskt är planerade/ eller arbetade. Detta kan konfigureras genom Kontoinställningar > Avancerade inställningar > Globala kontoinställningar > Beräkningar av nattimmar.
När du väljer Beräkningar av nattimmar, kan du se att som standard läggs Startdagen för objektet till. Genom att välja redigeringsikonen kan du välja Dag när timmarna är planerade.
⚠️Några saker att tänka på när du väljer Dag när timmarna är planerade ⚠️
- Valet för nattskift, frånvaro och tillgänglighet endast påverkar anställdas nyckeltal. Det innebär att eventuella löneberäkningar, varningar, visualisering av nattskift, frånvaro och tillgänglighet INTE påverkas, och om det nya konfigurationsalternativet väljs kan du märka en skillnad mellan det du ser i schemat och t.ex. löneberäkningar. Oroa dig inte, om du inte medvetet gör några ändringar baserat på denna nya konfiguration kommer du inte se någon skillnad mellan det du ser i schemat och t.ex. löneberäkningar.
- Valet för nattskift, frånvaro och tillgänglighet påverkar schemalagda timmar, arbetade timmar, förväntade timmar och tillgängliga timmar i Anställdas nyckeltal.
- Standardinställningen för nattillgängligheter har hittills varit att lägga till timmarna på dagen där tillgängligheten är planerad. Detta var en inkonsekvens i hur frånvaro och skift behandlades. Genom denna nya funktionalitet finns det nu en anpassning, men om du tidigare hade nattillgängligheter och använder dem tillgängliga timnyckeltalen för anställda frekvent, kan du se en skillnad i hur värdena beräknas.
Uppdateringar och prestandaförbättringar
Slutet på öppen BETA för schemat och grundschemautskrift
Denna version markerar slutet på de öppna BETAs för Schema och Grundschema utskrift respektive. Som ett resultat har "BETA"-ikonen som tidigare visades bredvid de respektive utskriftsknapparna tagits bort.
Detta betyder inte att vi inte kommer att fortsätta förbättra dessa utskrifter i framtiden, utan snarare att vi inte kommer att avbryta utskriftsfunktionaliteten helt. Ett stort tack till er alla som har tagit er tid att skicka in feedback till oss angående de aktuella BETA-versionerna! 🚀
Integrationsnycklar
I processen att bygga en förbättrad hantering av dessa nycklar har vi nu infört följande förändringar:
- Källan för integrationsnycklarna som används för Avtal och Avtalstabeller har bytts till Karttjänsten. Ingen förändring bör påverka användningen av dessa nycklar i SOAP, Manager Portal eller Mapping REST API.
- För integrationsnycklar av typerna Distrikt, Enhet, Grupp, Roller, Avtalsmallar, Avtal har valideringen för unikhet inom en hyresgäst förbättrats.
- Avdelningsunikhet genomdrivs inom samma enhet.
Rollhantering
Denna version innehåller backend-förbättringar i hur vi sparar och uppdaterar rolldata. Vi identifierade svagheter i den tidigare implementationen och har åtgärdat dem för att förbättra prestanda och tillförlitlighet. Dessa förändringar påverkar inte användargränssnittet eller funktionaliteten, men förbättrar systemets stabilitet och effektivitet bakom kulisserna.
Buggfixar
- Löste ett problem med SOAP-anropet GetSchedulesV3 där ts för ett objekt med ett
absenceScheduleIdinte skulle uppdateras när längden på frånvaron uppdaterades. - Löste ett problem som orsakade att tvåstegs schemagodkännande Qmails inte kopierades till e-post.
Nytt Quinyx HelpDocs-innehåll
- Avancerad analys - Prognosdata översikter
- Avancerad analys - Översikt över historisk prognosnoggrannhet
- Avancerad analys - Kommande prognosöversikt för efterfrågan
- Auto-schema och Auto-tilldelningsvarningar
- Hur man maximerar skiftsplaneringsprocessen
- Licensöversikt
- Varnings-FAQ
Frontline Portal Version 0200
Releasedatum 2 december 2024
Ny funktionalitet
- Inga för närvarande.
Uppdateringar och prestandaförbättringar
Knappen Lägg till filer/mappar flyttad
I den här versionen har vi ändrat sättet som användare laddar upp filer och skapar mappar på. Vi har lagt till denna nya 
knappen i filteravsnittet Filer. Användare kommer att kunna använda den här knappen för att skapa filer och mappar. Den valda resursen kommer att skapas på den aktuella plats där användaren befinner sig (t.ex. i mappen Sweets).
Användare kan inte längre skapa filer eller mappar från 
knappen i sidhuvudet.
Detta bör göra det tydligare för användaren på vilken plats den nya resursen skapas.
Buggfixar
- Löste ett problem för användare av AIO som gjorde att ändring av textfärg i uppgiftsbeskrivningen gav ett felmeddelande.
- Löste ett problem som orsakade att användare inte kunde starta en uppgift som skickats via en importerad lista och specifierat roller i synlighetsfiltret.
Nytt Frontline Portal HelpDocs-innehåll
- Inga för närvarande.
SOAP API / Webbtjänstuppdateringar
wsdlFindEmployees SOAP API
I Version 0200-utgåvan förbättrar vi wsdlFindEmployees SOAP API för att inkludera e-postadressen i svaret. Denna uppdatering gör att du bättre kan identifiera vilka e-postadresser som finns i Quinyx och associera dem med motsvarande användare, vilket ger dig mer flexibilitet i din konfiguration.
Exempel på begäran
<wsdlFindEmployeesRequest>
<apiKey>{{apiKeyDomain}}</apiKey>
<emailList xsi:type="SOAP-ENC:Array" SOAP-ENC:arrayType="tns:email[]">
<email xsi:type="xsd:string">firstname.lastname@company.com</email>
<email xsi:type="xsd:string">another.name@company.com</email>
<email xsi:type="xsd:string">someone@company.com</email>
<email xsi:type="xsd:string">one.more@company.com</email>
</emailList>
</wsdlFindEmployeesRequest>
Example response
<wsdlFindEmployeesResponse>
<return xsi:type="SOAP-ENC:Array" SOAP-ENC:arrayType="tns:UnitEmployee[2]">
<item xsi:type="tns:UnitEmployee">
<api_key xsi:type="xsd:string">e121ererwrw121r2ewr12ew1r2e1wr2we1r21</api_key>
<unitName xsi:type="xsd:string">Restaurant Foodie</unitName>
<employeeId xsi:type="xsd:int">123456</employeeId>
<email xsi:type="xsd:string">firstname.lastname@company.com</email>
</item>
<item xsi:type="tns:UnitEmployee">
<api_key xsi:type="xsd:string">5r46ew4r564ewr5e4wr54ew65r4f5ds4f6</api_key>
<unitName xsi:type="xsd:string">Restaurant The Best Food</unitName>
<employeeId xsi:type="xsd:int">123457</employeeId>
<email xsi:type="xsd:string">another.name@company.com</email>
</item>
</return>
</wsdlFindEmployeesResponse>
Var vänlig och se till att vidarebefordra denna information till den part inom ert företag som ansvarar för integrationer.
