Granskningsloggens ursprung
Uppdaterad
av
Victor Jespersen
Ursprung översikt
Denna funktion ger ytterligare insikt i var handlingen som granskas ägde rum. Till exempel, när du granskar ett skift som har skapats, kommer du att kunna förstå om det skapades i chefens portal eller i mobilappen.
Ursprungsinformationen finns i mindre text under huvudvärdet i Kolumnen Handling utförd av i vyn, som framhävs på bilden nedan.
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, samt fallen där dessa värden 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 handlingen utlöstes, såsom Chefens portal, Mobil, Webpunch eller Integration.
- Men om handlingen har utlösts av en specifik funktion som har kaskadeffekter på andra delar av Quinyx, såsom att ändra en anställds hemmaenhet eller avsluta deras anställning, kommer detta att visas som ursprung istället.
Åtgärd | Ursprung | Fall |
Skapad | Via Chefsportalen | När ett skift skapas i schemat inom chefens portal. |
Skapad | Via utrullning av grundschema | När ett skift skapas i schemat på grund av en grundschema-utrullning. |
Skapad | På grund av frånvaro |
|
Skapad | På grund av frånvaro med användning av frånvaroschema | När en frånvaro skapas med användning av ett frånvaroschema och som ett resultat tas befintliga skift bort från schemat, och senare raderas samma frånvaro och användaren väljer att återställa skiftena, skapas skiftena som togs bort när frånvaron skapades på nytt, därför detta ursprung. |
Skapad | Via mobil |
|
Skapad | Via integration | När ett skift skapas med hjälp av en integration, vare sig det är med hjälp av våra SOAP API:er eller - i framtiden - REST API:er. Angående automatisk schemaläggning och automatisk tilldelning: Se beskrivningen ovanför denna tabell. |
Uppdaterad | Via Chefsportalen | När ett skift uppdateras i schemat inom chefens portal. |
Uppdaterad | Via utrullning av grundschema | När ett skift uppdateras i schemat vid en grundschema-omrullning. |
Uppdaterad | På grund av frånvaro |
|
Uppdaterad | På grund av funktionen "Uppdatera skift" | När ett skift uppdateras som ett resultat av uppdateringsfunktionen för skift i Kontoinställningar eller Gruppinställningar respektive. |
Uppdaterad | På grund av radering av medarbetare | När ett skift avmarkeras eftersom en anställd har tagits bort. Observera att i detta fall blir egenskapen State of salary type rules requiring approval null på grund av detta. |
Uppdaterad | Via mobil |
|
Uppdaterad | På grund av avtalsval-logik | När avtalet för skiftet uppdateras enligt något av fallen där Quinyx tillämpar sin avtalsvallogik (som beskrivet här). |
Uppdaterad | På grund av avslutad anställning | När ett skift avmarkeras På grund av att den anställdas slutdatum för anställningen har ändrats till före det angivna skiftets startdatum. |
Uppdaterad | På grund av byte av hemmaenhet för medarbetare | När en anställds hemmaenhet ändras, vilket innebär att följande ändringar utlöses som ett resultat av systemet:
|
Uppdaterad | På grund av radering av avtal | När avtalet som används för ett visst skift raderas. |
Uppdaterad | På grund av godkännande av lediggörande av skift/ Via Chefens portal | När egenskapen för skiftet anställd ändras på grund av att en begäran om obemanning av skiftet har godkänts. Observera att specifikt för loggåtgärder före den 20 mars 2024 används kopieringen "Via Chefens portal" på grund av tekniska begränsningar. |
Uppdaterad | På grund av godkännande av skiftbokning / På grund av begäran om skiftbokning | När egenskapen för skiftet anställd ändras på grund av att en skiftbokning har godkänts. Observera att specifikt för loggåtgärder före den 20 mars 2024 används kopieringen "På grund av begäran om skiftbokning" på grund av tekniska begränsningar. |
Uppdaterad | På grund av godkännande av skiftbokning på borta enhet / På grund av bokningsbegäran | När egenskapen för skiftet anställd ändras på grund av att en hemmaenhetchef godkänner en förfrågan från en bortre enhetschef att tilldela en anställd. Observera att specifikt för loggåtgärder före den 20 mars 2024 används kopieringen "På grund av bokningsförfrågan" på grund av tekniska begränsningar. |
Uppdaterad | På grund av godkännande av skiftbyte / På grund av förfrågan om skiftbyte | När skiftsegenskapen anställd ändras på grund av att ett skiftbyte godkänns av chefen. Observera att specifikt för loggåtgärder före den 20 mars 2024 används kopieringen "På grund av förfrågan om skiftbyte" på grund av tekniska begränsningar. |
Uppdaterad | På grund av omberäknat löneutfall | När en löneberäkning utlöses av vissa åtgärder i schemat, vilket leder till att skiftets status för lönetyper som kräver godkännande uppdateras till Ej godkänd. Ett exempel på en åtgärd i schemat som kan utlösa löneomberäkningen är att öppna tidkortet i schemat. Observera att detta endast utlöser att beräkningen körs, den verkliga orsaken till förändringen kommer snarare att bero på en förändring av de faktorer som är konfigurerade i Quinyx för att påverka den anställdas löneutgång. |
Uppdaterad | Via integration | När ett skift uppdateras med hjälp av en integration, vare sig det är med hjälp av våra SOAP API:er eller - i framtiden - REST API:er. Angående automatisk schemaläggning och automatisk tilldelning: Se beskrivningen ovanför denna tabell. |
Raderad | Via Chefsportalen | När en chef raderar ett skift i schemat i chefens portal. |
Raderad | Via utrullning av grundschema | När ett skift raderas i schemat vid en grundschema-omrullning. |
Raderad | Via mobil | När en chef raderar ett skift i Mobil. |
Raderad | På grund av frånvaro | När ett skift raderas på grund av att en frånvaro har lagts till. Observera att detta sker i följande fall:
|
Raderad | Via integration | När ett skift tas bort med hjälp av en integration, vare sig det är med hjälp av våra SOAP API:er eller - i framtiden - REST API:er. Angående automatisk schemaläggning och automatisk tilldelning: Se beskrivningen ovanför denna tabell. |
För närvarande kommer ursprungsinformation att visas för åtgärder som rör objekttypen "skift". Du kan förvänta dig att ursprungsinformation kommer att släppas för de återstående objekttyperna under de kommande månaderna.
