Version 0204

Uppdaterad av Leigh Hutchens

Releasedatum 6 februari 2025

Version 0204 har skjutits upp från den 5 februari till den 6 februari för att möjliggöra ytterligare kvalitetskontroll.

Sammanfattning av release

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

Quinyx web app Version 0204

Ny funktionalitet

  • Vi lanserar betaversionen av Schema Validering 2.0! Läs mer nedan för ytterligare information.
  • Med denna release inkluderar vi ytterligare ett tillägg till vårt nya ramverk för granskningsloggar, vilket är loggarna för den nya funktionen Skifterbjudande.

Ny funktionalitet som kräver uppdateringar av konfigurationen

  • Kommande: Stöd för inloggning i mobilappen med Företagsalias och Anställd ID.
  • Vi har lagt till ett alternativ för att välja vilka enheter användare ska kunna aktivera Auto-schema och Auto-tilldelning algoritmen för och vilka enheter inte.

Uppdateringar och prestandaförbättringar

  • Kommande: Mobilapp - begränsar användare från att skapa ogiltiga frånvaroansökningar under perioder då de inte har ett aktivt avtal.
  • Med denna release förbättrar vi stödet för övervakning och redigering av delade anställdas scheman.
  • Vi lägger till fältet “Anställd” inuti panelen för massredigering av skift så att anställd-värdet kan uppdateras på flera skift

Buggfixar

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

Frontline Portal Version 0204

Ny funktionalitet

  • Inga just nu.

Uppdateringar och prestandaförbättringar

  • Inga just nu.

Buggfixar

  • Inga just nu.

SOAP API / Webservice-uppdateringar

  • Inga just nu.

Viktiga meddelanden

Release highlights

För att hjälpa dig att få ut det mesta av denna release, kommer vi att skapa highlight videos som visar viktiga uppdateringar och nya funktioner. Kolla tillbaka nästa vecka! 🎉

Quinyx webbapp Version 0204

Releasedatum 5 februari 2025

Ny funktionalitet

Schema Validering 2.0

Vi är glada att meddela lanseringen av beta-versionen av Schema Validering 2.0! Denna uppdatering ger förbättrade funktioner för att hjälpa dig att hantera din schemaläggning mer effektivt, inklusive:

  • Anpassningsbara regler: Utvalda kunder kan nu anpassa vilka regler som utlöser varningar eller hårda stopp, och till och med stänga av specifika regler.

Om du är intresserad av att delta i denna beta och ge feedback, vänligen kontakta din Quinyx-representant.

Granskningsloggar för skifterbjudanden

Med denna release inkluderar vi ytterligare ett tillägg till vårt nya ramverk för granskningsloggar, nämligen loggarna för den nya Skifterbjudande funktionen. Med detta tillägg ger vi mer information och en större överblick för chefer att förstå om några av skiftändringarna faktiskt kommer från anslutna skifterbjudanden.

Eftersom skifterbjudanden är en konfigurerbar funktionalitet, kommer dessa loggar endast att vara synliga om du har denna funktionalitet aktiverad i dina Kontoinställningar.

Att söka efter granskningsloggar för skifterbjudanden i panelen Justera vy följer samma logik som beskrivs i artikeln Granskningssloggar (aktuell) med följande tillägg:

  • Vi har lagt till en ny "Objekttyp" kallad "Skifterbjudande".

Att navigera i loggsökningsresultaten i vår granskningsloggtabell följer samma logik som beskrivs i artikeln Granskningssloggar (aktuell) med följande justeringar:

  • "Skifterbjudande" är ett separat objekt, vilket innebär att det kommer att ha sin egen separata rad i granskningsloggtabellen.
  • I kolumnen "Tidsstämpel" visar vi datum och tid när en given åtgärd i Quinyx utfördes.
  • Inom kolumnen "Påverkade grupper" visar vi de enheter och avdelningar som påverkades av den aktuella åtgärden.
  • Inom kolumnen "Objekttyp" visar vi en ny objekttyp som heter "Skifterbjudande".
  • Inom kolumnen "Objekt" visar vi detaljerna för det skift som skifterbjudandet skapades för. Skiftdetaljer inkluderar [Startdatum] [Starttid] [Sluttid] [Skifttypnamn].
  • Inom kolumnen "Åtgärd" visar vi åtgärder som vidtagits på ett skifterbjudande, vilka faller inom följande typer: skapa, godkänna, neka, och ta bort.
  • Inom kolumnen "Åtgärd utförd av" visar vi vem som har utfört den aktuella åtgärden.
  • Inom kolumnen "Åtgärd utförd för" visar vi vem som påverkades av den aktuella åtgärden.
  • Skifterbjudandeobjektet har ytterligare egenskaper tilldelade, och av den anledningen kan du expandera under-tabellen på åtgärden för att se mer detaljer om:
    • Eventuell kommentar som lades till av chefen när skifterbjudandet skapades.
    • Denna egenskap är endast tillgänglig för raden med åtgärden skapad.
  • Skifterbjudanden som objekt har inte sin egen historikspårning, men åtgärderna över skifterbjudanden kommer att visualiseras inom det anslutna skiftet historikspåret.

Skifterbjudande åtgärd gjord av ursprung

Likt andra objekt kan du också se ursprunget kopplat till skifterbjudandeobjektet.

Ursprung ger ytterligare insikt om var den granskade åtgärden ägde rum. Som framhävt i bilden nedan finns ursprungsinformationen i mindre text under huvudvärdet i kolumnen Åtgärd gjord av i vyn.

Tabellen nedan innehåller en uttömmande lista över de olika ursprungsvärden du kan stöta på när du bläddrar i dina loggsökningsresultat och de fall där värdena visas. Logiken i ursprungsnamngivningen syftar till att stödja dig i att lösa tvister eller problem rörande arbetskraftsplanering och närvaro och är som följer:

  • I de flesta fall återspeglar det Quinyx "plattform" där åtgärden utlösts, 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 radera eller omtilldela skiftet, kommer detta istället att visas som ursprunget.

Åtgärd

Ursprung

Ärenden

Skapande

Via Chefsportalen

När en chef skapar ett skifterbjudande i Chefsportalen.

Radering

Via Chefsportalen

När en chef raderar ett skifterbjudande i Chefsportalen.

Radering

På grund av automatisk radering

När Quinyx som system automatiskt raderar ett erbjudande som inte har hanterats av en anställd och skiftet redan har börjat.

Radering

På grund av godkännande av skifterbjudande

När skiftet erbjuds till flera anställda och det godkänns av en, kommer alla andra erbjudanden till andra anställda att raderas.

Godkänn

Via Mobil

När en anställd godkänner ett skifterbjudande i Mobil.

Neka

Via Mobil

När en anställd nekar ett skifterbjudande i Mobil.

Du kommer endast att kunna få tillgång till loggdata från och med det datum då loggningen släpptes. Till exempel, eftersom skifterbjudandeloggar släpps i Version 0204 som är den 5 februari 2025, innehåller de nuvarande loggarna inte skifterbjudandeloggdata för några datum före den 5 februari 2025.

Ny funktionalitet som kräver konfigurationsuppdateringar

Kommer: Stöd för inloggning i mobilappen med Företagsalias och Anställnings-ID

I den kommande mobilappen Version 3.42, planerad till februari, har vi implementerat stöd för ett nytt inloggningsflöde som vi kallar "Företagsalias" och "Anställnings-ID." Detta gör det möjligt för våra kunder som inte kan använda våra vanliga stödda användarnamn att låta sina användare använda ett företagsalias som pekar dem mot rätt kund i vårt system och sedan logga in med ett internt anställnings-ID som kan vara ett anställningsnummer.

Inget förändras för användare som arbetar i organisationer som inte använder företagsalias och anställnings-ID - de kommer fortfarande att logga in med sitt vanliga användarnamn som alltid.

Inloggningsflödet för kunder som använder företagsalias och employeeID är följande:

  • Steg 1: I fältet "användarnamn eller företagsalias" anger användaren ett "globalt alias" med ett unikt kund-ID.
  • Steg 2: I nästa steg anger användaren anställnings-ID eller användarnamn. Denna och följande sidor kan också visa en logotyp av kundens val som en del av inloggningsflödet.
  • Steg 3: Användaren väljer vilken leverantör som ska användas (lösenord eller SSO).
  • Steg 4: Användaren anger ett lösenord och loggas in.
Logga in med anställnings-ID och företagsalias

Vi utökar inloggningsflödet med två nya alternativ. För det första introducerar vi ett företagsalias som är en förkortning som representerar kunden/kontot. Detta ställs in av Quinyx; kontakta oss via en supportförfrågan för att aktivera det.

Du kan använda företagsaliaset i URL:en, till exempel:

https://web.quinyx.com/Företagsalias

Ange sedan ditt anställnings-ID, vilket kan vara ditt inloggnings-ID, e-post eller anställningsnummer.

Ange sedan ditt lösenord som vanligt för att slutföra inloggningsprocessen.

Om inloggningsuppgifterna är felaktiga visas ett generiskt felmeddelande i enlighet med säkerhetspolicyn.

Vad är anställnings-ID?

Anställnings-ID är det externa namnet för anställningsnummer. Om du vill att dina användare ska kunna använda sitt interna anställningsnummer för att logga in kan du uppdatera användarinformationen genom att lagra anställningsnumret i fältet för anställningsnummer (maximalt 20 tecken).

Anställningsnummer/anställnings-ID är inte unikt över konton/kunder, du måste ange ett företagsalias via URL:en först för att kunna logga in.

Företagsalias

Ett företagsalias är en kort identifierare unik för det specifika kontot i Quinyx. Quinyx ställer in det på konto-/domännivå i vårt Back office-verktyg. Det kan vara upp till 50 tecken långt, och eftersom det används i URL:en bör det inte innehålla några specialtecken.

Välja vilka enheter som ska kunna köra Auto-schema eller Auto-tilldelning algoritmen

Vi har lagt till möjligheten att specificera vilka enheter användare kan trigga Auto-schema och Auto-tilldelning algoritmerna för och vilka enheter de inte kan. Detta ger större kontroll och hjälper till att förhindra att algoritmer triggas för felaktigt konfigurerade enheter.

Hur kan jag konfigurera det?

Denna inställning kan endast konfigureras om du har köpt eller använder någon av våra algoritmmoduler: Efterfrågeprognos, Auto-schema och Auto-tilldelning.

De enheter som ska köra algoritmen kan konfigureras i Optimeringsinställningar > Algoritminställningar. Algoritminställningarna är en ny konfigurationssida inom Optimeringsinställningar där vi med tiden kommer att lägga till fler konfigurationsalternativ relaterade till våra algoritmer.

När du har valt Algoritminställningar ser du ett alternativ som heter Enheter aktiverade för att köra algoritmerna. Genom att välja redigeringsikonen öppnas en gruppträdstruktur. Du kan antingen välja individuella enheter, en hel region (vilket kommer att autofylla alla enheter inom den regionen) eller hela organisationen (vilket kommer att autofylla alla enheter inom hela organisationen). Som standard kommer hela organisationen att vara aktiverad.

Valet av enheter kommer att styra vilka enheter som är tillgängliga att välja och vilka enheter som är gråmarkerade när du försöker köra Auto-schema, Auto-tilldelning eller Efterfrågeprognos-algoritmen.

Uppdateringar och prestandaförbättringar

Kommer: Mobil - begränsa användare från att skapa ogiltiga frånvaroförfrågningar under perioder de inte har ett aktivt avtal

I den kommande mobilversionen 3.42 planerad till februari, uppdaterar vi funktionen för frånvaroansökningar i mobilapparna. Med denna uppdatering, om du inte har ett giltigt avtal under de datum du försöker skapa en frånvaroansökan, kommer inga frånvaroorsaker att visas i listan över frånvaroorsaker, och användaren kommer därför inte att kunna skicka in en frånvaroansökan. Processen för frånvaroansökan och vilka frånvaroorsaker du kan välja styrs av om du har ett aktivt avtal under de datum du ansöker om frånvaro. Om du har en avtalsmall kopplad till ditt avtal så visas endast de frånvaroorsaker där checkrutan för anställd är markerad i Kontoinställningar > Avtalsmallar > Frånvaroorsaker i listan av frånvaroorsaker. Med denna nya begränsning har vi ändrat ordningen på fälten på sidan "begär en ny frånvaro" så att användarna först väljer från- och till-datum (och tid) så att Quinyx som system kan avgöra om det finns ett aktivt avtal under den tidsperioden.

Förbättrat stöd för övervakning och redigering av delade anställdas schema

Denna release markerar början på en serie förbättringar som gjorts i Quinyx' Aktuellt stöd för frånvarogruppsskift och frånvaro i Schema. Syftet med de förändringar vi gör är främst att förbättra möjligheten att övervaka och redigera scheman för delade anställda, det vill säga anställda som arbetar över olika Quinyx-grupper (som vanligtvis representerar olika geografiska platser, beroende på konfiguration) eftersom frånvaro och skift på andra platser är en faktor att beakta när du skapar eller redigerar dina anställdas schema. Vår lösning har presenterat särskilda utmaningar för dem som verkar inom fastighetsförvaltningsindustrin.

Ökad synlighet av skift och frånvaro i andra grupper

Följande kommer nu att gälla för Quinyx användargränssnitt i Schema:

  1. Bortagruppsskift, liksom bortagruppfrånvaro, kommer att visas som egna enheter, dvs. som individuella "rutor". Hänvisa till Gregory Paynes skift och frånvaro på tisdag, där semestern kl. 21-23 och eftermiddagsskiftet kl. 19-20 äger rum på den grupp som valts i gruppväljaren (= Drottninggatan) vid tidpunkten då bilden i fråga togs. De två återstående frånvaron av skift den dagen äger rum i en annan grupp än den som valts i gruppväljaren.
    1. Som du kan se, är bortagruppsobjekt för en anställd på en given dag för närvarande inte sorterade kronologiskt i linje med samma grupps poster; detta är något vi planerar att åtgärda i en kommande release.
  2. Dessa nya enheter har en uppdaterad design jämfört med tidigare, vilket syftar till att hjälpa till att skilja bortagruppsskift från bortagruppfrånvaro. Det syftar också till att förbättra läsbarheten för båda typerna av objekt. Från och med nu:
    1. Bortagruppfrånvaro känns igen av en mörkgrå bakgrund, svarta snedställda linjer och vit text.
    2. Bortagruppsskift kännetecknas av en vit bakgrund, ljusgrå snedställda linjer och svart text.

Precis som tidigare styrs bortagruppsskift och frånvaro av filterkategorin kallad "Otillgänglighet" i schemafiltren.

Veckovy (månadsvy och anpassade vyer använder samma designmönster).

Dagsvy (månadsvy och anpassade vyer använder samma designmönster).

Vår plan för framtida versioner inom detta ämne är att innehålla förbättringar såsom:

  1. Visning av stämplingar för bortagruppsskift.
  2. Visning av timantal för bortagruppsskift och stämplingar.
  3. Visning av bortagruppsskift och frånvaro i Utskrift av schema.
Precis som före denna version, om du använder alternativet "Starttid" i Visningsalternativ > Anställdssortering, beaktas endast nuvarande gruppens frånvaro och skift i sorteringen av anställda i Schema.
Snabbare massredigering av Schemat - redigera anställda på flera skift

Med denna version lägger vi till fältet "Anställd" i panelen för massredigering av skift så att anställdvärdet kan uppdateras på flera skift. Genom att välja alla skift i vyn eller välja några av dem, kan du nu snabbt ändra anställdvärdet och omtilldela dessa skift till en annan anställd. Denna förbättring kommer också att möjliggöra att ta bort vilket anställdvärde som helst på valda skift och snabbt göra dem otilldelade.

Hur fungerar denna logik?

  • Om du har valt skift som är tilldelade till en anställd (identiskt värde) → denna anställd kommer att vara standardvalet i rullgardinsmenyn. För att ändra detta val:
    • Du kan klicka på 'x'-knappen för att ta bort anställdvärdet och komma till värdet “otilldelad”.
    • Du kan i rullgardinsmenyn välja någon annan anställd.
    • Vad händer med avtalsvärdet i detta fall?
      • Avtalsfältet kommer att visas med standardvärdet “Välj automatiskt”, vilket innebär att Quinyx kommer att välja ett giltigt avtal baserat på datumet när skiften äger rum.
      • Du kan fortfarande manuellt välja något annat giltigt avtal från listan om du vill att ett specifikt avtal ska gälla för alla skift.
        • Om, i samma panel, datumet för valda skift uppdateras, kommer listan över avtal att uppdateras för att representera giltiga avtal på det datumet.
        • Om ett avtal väljs manuellt men inte är giltigt på ett annat datum där skiftet uppdateras, kommer Quinyx att manuellt välja ett annat giltigt avtal.
  • Om du har valt skift som är otilldelade (identiskt värde) → “Otilldelad” kommer att vara standardvalet i rullgardinsmenyn. För att ändra detta val:
    • Du kan välja vilken anställd som helst från listan och tilldela alla skift till den anställda.
    • Vad händer med avtalsvärdet i detta fall?
      • För detta fall kommer avtalsfältet inte att visas eftersom vi inte visar avtal för obemannade skift.
  • Om du har valt skift tilldelade till flera anställda → "Behåll som det är" kommer att vara standardvalet i rullgardinsmenyn. För att ändra detta val:
    • Du kan klicka på 'x'-knappen för att ta bort anställdvärdet och komma till "obemannat" värde.
    • Du kan, i rullgardinsmenyn, välja någon annan anställd.
    • Vad händer med avtalsvärdet i detta fall?
      • För detta fall kommer avtalsfältet inte att visas eftersom det finns flera avtal kopplade till flera anställda, så Quinyx kommer att behålla avtal som redan är kopplade till valda skift.
Listan över anställda i rullgardinsmenyn ger inte samma information som listan för redigering av enskilda skift, men vi arbetar också på att lägga till den kapaciteten i massredigering.
Uppdatering av anställda på skift kan utlösa en uppdatering av kostnadsstället, på samma sätt som det fungerar idag för kopiera/flytta skift-funktionaliteten, men för tillfället kommer det inte att visualiseras i massredigeringspanelen förrän massuppdateringen av skifttypen släpps i kommande versioner.

Buggfixar

  • Löste ett problem som orsakade att transaktioner överfördes till en lönefil utan ett avtal.
  • Löste ett problem som gjorde att användare inte kunde skapa en stämpling som börjar/slutar nästa dag, även om det anslutna skiftet skulle sträcka sig över två dagar.

Nytt Quinyx HelpDocs-innehåll

Frontline Portal Version 0204

Releasedatum 5 februari 2025

Ny funktionalitet

Ingen för tillfället.

Uppdateringar och prestandaförbättringar

  • Ingen för tillfället.

Buggfixar

  • Ingen för tillfället.

Nytt Frontline Portal HelpDocs-innehåll

  • Ingen för tillfället.

SOAP API / Webbtjänstuppdateringar

Ingen för tillfället.

Vi uppmuntrar alla våra kunder att använda våra API:er för att underhålla data och för att säkerställa att informationen är uppdaterad. För att säkerställa skalbarheten av våra API:er medan vi växer vår kund- och användarbas, har vi beslutat att införa begränsningar på användningen av våra SOAP API:er. Dessa begränsningar kommer att genomdrivas programmatiskt, vilket innebär att vi kommer att införa en gräns på samtidiga anrop 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 vi övergår från SOAP till Rest under de kommande åren, kommer eventuella begränsningar att byggas in i API:et.

Var god se till att vidarebefordra denna information till den part inom ditt företag som är ansvarig för integrationer.


Fick du hjälp?