Auditlogs - Dienstreservering

Updated by Victor Jespersen

Dit artikel beschrijft de algemene audit log functionaliteit die gemeenschappelijk is voor alle soorten audit logs. U kunt meer lezen over specifieke audit log functionaliteit voor dienstenshiftreserveringendienstuitwisselingendienst ontkoppelingenshift toewijzing op externe eenheid, en Controlelogboeken - Goedkeuring plannen.

Naast dienst, dienst ruilen en dienst ontkoppelen auditlogs, kunt u ook zoeken naar auditlogs voor dienstreserveringen in Quinyx. Dit geeft u informatie over welke werknemers een dienstreservering hebben gemaakt, wanneer en welke actie er is ondernomen. Dit geeft managers een overzicht om te begrijpen of sommige van de dienstwijzigingen daadwerkelijk voortkomen uit de gekoppelde dienstaanvragen.

U kunt Dienstreservering auditlogs bekijken door naar Auditlogs te navigeren > Aanpassen weergave > [Soort item] Dienstreservering.

Groepen

  1. Met deze boomstructuur kunt u selecteren voor welke groepen u logs wilt ophalen in Quinyx. Gebruik de selectievakjes van de boomstructuur van groepen om dit te selecteren. U kunt het vrije tekstveld gebruiken om items in de boomstructuur gemakkelijk te vinden. De boomstructuur is standaard ingeklapt.
    1. Onder het vrije tekstveld wordt respectievelijk het aantal districten, units en secties weergegeven dat is geselecteerd.
  2. U kunt elke groep of groepen selecteren waarop u ten minste één niet-werknemersrol heeft die ten minste leestoegang heeft op een van de machtigingen.
  3. De standaardwaarde voor dit veld is de momenteel geselecteerde groep in de groepenselector van de navigatiebalk, evenals al zijn onderliggende groepen (indien van toepassing).
  4. Het deselecteren van een oudergroep deselecteert ook al zijn onderliggende groepen.
  5. Het selecteren van een groep selecteert automatisch al zijn onderliggende groepen. Houd er rekening mee dat u naar eigen inzicht alle genoemde onderliggende groepen kunt deselecteren. Voorbeeld: Op de onderstaande afbeelding zal Quinyx zoeken naar alle items die plaatsvinden op zowel unit Drottninggatan als op de secties Backoffice en Sales.

Soort item

  1. Dit veld stelt u in staat om te selecteren voor welke items u logs wilt ophalen in Quinyx.
  2. Dit veld vereist dat u Dienstreservering selecteert.
  3. Als u ten minste leestoegang heeft voor de relevante machtiging - voor diensten en dienboekingen zou dat de Roosteren-machtiging zijn - op niet-werknemersrollen in een van de groepen die u hebt geselecteerd in de Groepenboom, zou dat item beschikbaar zijn voor selectie in het veld Soort item.
  4. Het veld Soort item is verplicht.

Startdatum item / Einddatum item

  1. De velden Begindatum item en Einddatum item zijn respectievelijk alleen van toepassing op relevante itemtypen, daarom worden de twee datavelden alleen weergegeven bij het selecteren van itemtype.
    1. Itemdatums zijn van toepassing op diensten en dienstreserveringen, daarom worden deze velden weergegeven als u Dienst of Dienstreservering selecteert in het veld Soort item.
  2. Deze datums stellen u in staat om de start- en einddatum van de periode waarbinnen de item(s) waar u naar zoekt beginnen in te stellen.
    1. Dit geldt ook voor verwijderde items; de velden startdatum item en einddatum item stellen u ook in staat om te zoeken naar items die plaatsvonden in een bepaalde datumbereik toen ze werden verwijderd.
  3. Er zijn geen standaardwaarden voor deze twee datavelden.
    1. Het selecteren van een waarde in een van de velden vult automatisch het andere veld in met dezelfde waarde.
    2. Als u een van de velden op een niet-consistente manier bewerkt - d.w.z. zodat de einddatum van het item vóór de begindatum van het item ligt - zal Quinyx automatisch het andere veld invullen met dezelfde waarde als die u zojuist hebt ingevuld.
  4. De startdatum van het item en het einddatum van het item velden zijn optionele velden.
  5. De maximale periode die u kunt specificeren met behulp van de startdatum van het item en de einddatum van het item is drie maanden.
  6. De uitgevoerde zoekopdracht houdt rekening met het begin van de werkdag van de groep waarop het planning-item plaatsvindt.
  7. De zoekopdracht met behulp van de velden startdatum item en einddatum item houdt rekening met de tijdzone die wordt gebruikt bij het weergeven van de planning in Planning in Quinyx.

Soort actie

  1. Dit veld stelt u in staat om te selecteren welke soorten acties - uitgevoerd door een bepaalde gebruiker - u wilt dat Quinyx logboeken voor ophaalt.
  2. Momenteel kunt u een, meerdere of alle van de volgende acties uitvoeren:
    1. Aangemaakt
    2. Geweigerd
    3. Goedgekeurd
    4. Verwijderd
  3. Als u geen selectie maakt in dit veld, zal het veld "Alles" lezen, wat betekent dat logboeken voor alle bovengenoemde acties door Quinyx zullen worden opgehaald.

Actie start- en einddatum

  1. Deze datavelden stellen u in staat om de start- en einddatum van de periode waarin de actie die u zoekt in Quinyx werd uitgevoerd, in te stellen.
  2. De standaardwaarden voor deze velden zijn drie maanden terug in de tijd vanaf de datum van vandaag voor het veld "Actie startdatum" en de datum van vandaag voor het veld "Actie einddatum". Als u niet zeker weet wanneer een bepaalde actie heeft plaatsgevonden, gebruik dan de maximale periode van 3 maanden en werk achteruit.
  3. Actie start- en einddatum bevinden zich altijd in dezelfde tijdzone als de groep die momenteel is geselecteerd in de groepselector van de bovenste balk.
  4. De velden actie start- en einddatum zijn verplicht om prestatieredenen.

Zodra u klaar bent met het aanpassen van de bovenstaande zoekparameters, klikt u op Toepassen en Quinyx haalt de betreffende loggegevens op. Een draaiend wiel wordt weergegeven boven de knop Toepassen totdat de resultaten van uw zoekopdracht worden weergegeven.

"Actie uitgevoerd voor" zoekveld

We zijn verheugd om u de mogelijkheid te geven (bij het gebruik van de (huidige) auditlogs) te specificeren welke gebruiker is beïnvloed door een bepaalde actie in Quinyx.

Dit stelt u in staat om een volledige lijst van acties voor een specifieke werknemer te krijgen, wat typisch handig is wanneer u probeert claims van specifieke werknemers over oneerlijke behandeling te verifiëren.

Het volgende kan worden verwacht van dit veld:

  1. Dit veld stelt u in staat om te zoeken naar elke gebruiker met een werknemersrol op de geselecteerde groep(en) in de Aanpassingsweergave groepen van vandaag, elk moment in het verleden of de toekomst.
    Dit betekent dat het bewerken van uw selecties in de groep na het invullen van het Actie gemaakt voor veld, het veld zal resetten.
  2. Elke werknemer in de dropdown van het veld wordt weergegeven in het volgende formaat: [voornaam] [achternaam] [badgenummer]
  3. U kunt zoeken naar een specifieke werknemer door hun naam(en) of badgenummer in te typen en/of door de lijst te scrollen die zich aanpast aan wat u heeft getypt. U kunt ook tegelijkertijd zoeken naar verschillende werknemers door verschillende werknemers in dit veld te selecteren. De werknemers in de lijst zijn alfabetisch gesorteerd.
  4. De standaardwaarde is "Alles", wat betekent dat als u dit veld leeg laat bij het klikken op "Toepassen" in het Aanpassen-weergave veld, logresultaten niet worden opgehaald voor een specifieke werknemer.

Resultaten controlelogboek

Tijdstempel

  • Deze kolom toont de datum en tijd waarop een bepaalde actie in Quinyx is uitgevoerd.
  • U kunt uw tabelwaarden sorteren op tijdstempels. De standaardsortering van de tabel is van de nieuwste naar de oudste zoekresultaten.
  • De weergegeven datum en tijd volgen de tijd-/datumindelingen die worden voorgeschreven door de Quinyx taalinstellingen.
  • De tijdstempel van een bepaalde actie wordt weergegeven in de tijdzone van de groep die momenteel is geselecteerd in de groepselector van de bovenste balk.

Getroffen groepen

  • Het doel van deze kolom is om uw vermogen te verbeteren om het item te vinden waar u naar op zoek bent, aangezien er items kunnen zijn met identieke informatie (zoals dienstnaam, diensttijden, enz.) in verschillende groepen.
  • Deze kolom toont de units en secties die zijn beïnvloed door de betreffende actie.
    • Voorbeeld: Als de waarde van de dienstsectie van een dienstreservering wordt toegevoegd, bewerkt of verwijderd, toont Quinyx zowel de betreffende sectie(s) als de ouderunit.
  • De groepsnaam wordt weergegeven gevolgd door een indicatie of de betreffende groep een unit of sectie is.
  • Als meer dan twee groepen worden beïnvloed, wordt "[aantal] groepen" weergegeven. Als je met de muis over die tekst beweegt, wordt de lijst met betrokken units en secties weergegeven.

Soort item

  • Deze kolom toont het soort item dat wordt beïnvloed door een bepaalde actie. In dit geval, dienstreservering.

Item

  • Het doel van deze kolom is om informatie weer te geven waarmee je kunt zien voor welk item de facto actie is ondernomen. Voor aangemaakte en bijgewerkte items komt de betreffende informatie overeen met de huidige gegevens van het betreffende item. Voor verwijderde items komt de betreffende informatie overeen met de gegevens op het moment van verwijdering van het betreffende item.
  • Diensten worden als volgt weergegeven voor diensten die beginnen en eindigen op dezelfde kalenderdatum: [Startdatum] [Starttijd] [Eindtijd] [Naam diensttype].
  • Diensten worden als volgt weergegeven voor diensten die beginnen en eindigen op verschillende kalenderdata: [Startdatum] [Starttijd] [Einddatum] [Eindtijd] [Naam diensttype].
  • Als een diensttype is verwijderd in Quinyx, wordt in plaats van de naam van het diensttype "[Diensttype is verwijderd uit Quinyx]" weergegeven. De reden hiervoor is dat het systeem die informatie niet langer bevat in die gevallen.
  • De kleur van het diensttype wordt weergegeven als een verticale balk voor de bovengenoemde informatie.

Actie

  • Het doel van dit veld is om u in staat te stellen te identificeren welk type actie is uitgevoerd.
  • De acties die zijn ondernomen met betrekking tot een dienstreservering vallen in de volgende typen: aangemaakt, verwijderd, goedgekeurd en geweigerd.

Actie uitgevoerd door

  • Het doel van deze kolom is om u in staat te stellen te identificeren wie de betreffende actie heeft uitgevoerd.
  • Als een persoon de betreffende actie heeft uitgevoerd, wordt dit aangegeven in het volgende formaat: [voornaam] [achternaam] ([badgenummer])
    • Als de persoon waarvoor een actie is uitgevoerd sindsdien is verwijderd uit Quinyx, wordt in plaats van de voornaam, achternaam en het badgenummer van de werknemer respectievelijk "[Werknemer is verwijderd uit Quinyx]" weergegeven. De reden hiervoor is dat het systeem die informatie niet langer bevat in die gevallen.
    • In het bijzondere geval dat een werknemer bij Quinyx met systeembeheerdersrechten de betreffende actie heeft uitgevoerd, wordt dit als volgt weergegeven: "Quinyx-werknemer" [interne Quinyx-werknemersdatabase-id]. Ons doel is om de persoonlijke informatie van Quinyx-werknemers te beschermen terwijl we transparantie bieden aan u, evenals probleemoplossing door onze interne afdelingen indien nodig.
    • Let op dat als een werknemer bij Quinyx met een daadwerkelijke rol in het Quinyx-account van uw bedrijf de betreffende actie uitvoert, dit wordt weergegeven in het standaardformaat dat voor deze kolom wordt gebruikt, namelijk [voornaam] [achternaam] ([badgenummer]).
    • Als de actie het gevolg is van een integratie met een ander systeem, zijn we technisch beperkt om verschillende gegevens weer te geven, afhankelijk van het type externe Quinyx API dat wordt gebruikt door de integratie.
      • Voor integraties die gebruikmaken van een van onze REST Web Services, wordt de naam van de integratiegegevens weergegeven die de actie heeft gegenereerd. In de (weinige) gevallen waarin de naam ontbreekt, wordt in plaats daarvan de uuid van de integratiegegevens weergegeven.
      • Voor integraties die gebruik maken van een van onze SOAP Web Services, worden "SOAP" weergaven getoond.
    Als je meer wilt lezen over Origin-waarden en scenario's waarin elk bericht verschijnt, klik dan hier.

Actie uitgevoerd voor

  • Het doel van deze kolom is om u te laten identificeren wie werd beïnvloed door de betreffende actie.
  • De persoon die de actie uitvoert, wordt aangeduid met het volgende formaat: [voornaam] [achternaam] ([badgenummer])
  • Als de persoon voor wie een actie is uitgevoerd sindsdien uit Quinyx is verwijderd, wordt "[Werknemer is verwijderd uit Quinyx]" weergegeven in plaats van de voornaam, achternaam en badgenummer van de werknemer. De reden hiervoor is dat het systeem in die gevallen die informatie niet meer bevat.

Oorsprong van auditlogs voor dienstreserveringen

Met deze release voegen we meer informatie toe over ons item voor dienstreserveringen in de Audit logs. Net als bij het dienstitem, kunt u nu de oorsprong zien die is gekoppeld aan het dienstreserveringsitem.

De oorsprong biedt extra inzicht in waar de beoordeelde actie heeft plaatsgevonden. Zoals gemarkeerd in de onderstaande afbeelding, bevindt de oorspronkinformatie zich in kleinere tekst onder de hoofdwaarde in de Kolom Actie uitgevoerd door van de weergave.

De tabel hieronder bevat een uitputtende lijst van de verschillende oorsprongswaarden die u kunt tegenkomen terwijl u uw logzoekresultaten bekijkt en de gevallen waarin de waarden worden weergegeven. De logica in de oorsprongsbenaming is bedoeld om u te ondersteunen bij het oplossen van geschillen of problemen met betrekking tot workforce planning en aanwezigheid en is als volgt:

  • In de meeste gevallen weerspiegelt het het Quinyx "platform" waar de actie is geactiveerd, zoals het Manager portal, Mobiel, Webpunch, of Integratie.
  • Echter, als de actie is geactiveerd door een specifieke functie die cascaderende effecten heeft op andere delen van Quinyx, zoals het verwijderen of opnieuw toewijzen van de dienst; zal dit in plaats daarvan worden weergegeven als de oorsprong.

Actie

Oorsprong

Gevallen

Creatie

Via Mobiel

Wanneer een werknemer een dienstreserveringsverzoek maakt in Mobiel.

Creatie

Via personeelsportal

Wanneer een werknemer een dienstreserveringsverzoek maakt in het Personeelsportal.

Verwijdering

Via Mobiel

Wanneer een werknemer een dienstreserveringsverzoek verwijdert in Mobiel.

Verwijdering

Via personeelsportal

Wanneer een werknemer een dienstreserveringsverzoek verwijdert in het Personeelsportal.

Verwijdering

Vanwege dienstverwijdering

Wanneer dienstreserveringsverzoeken worden verwijderd omdat de dienst zelf is verwijderd.

Goedkeuren

Via Manager portal

Wanneer de manager dienstreserveringen goedkeurt in het Manager portal met behulp van de sectie Meldingenpaneel.

Goedkeuren

Via Mobiel

Wanneer de manager dienstreserveringen goedkeurt in Mobiel.

Goedkeuren

Vanwege dienst opnieuw toewijzen

Wanneer de manager dienstreserveringen goedkeurt in het Managerportaal door deze goed te keuren met behulp van de lijst met aangevraagde werknemers.

Weigeren

Via Managerportaal

Wanneer de manager dienstreserveringen in het Managerportaal weigert met behulp van de sectie Meldingen.

Weigeren

Via Mobiel

Wanneer de manager dienstreserveringen in Mobiel weigert.

Weigeren

Vanwege dienst opnieuw toewijzen

Wanneer de dienstreservering wordt geweigerd omdat een dienst wordt toegewezen aan een werknemer die op de lijst van werknemers stond maar zich niet had aangemeld voor die dienst.

Oorsprong van auditlogs voor dienstreserveringen

Met deze release voegen we meer informatie toe over ons item voor dienstreserveringen in de Audit logs. Net als bij het dienstitem, kunt u nu de oorsprong zien die is gekoppeld aan het dienstreserveringsitem.

De oorsprong biedt extra inzicht in waar de beoordeelde actie heeft plaatsgevonden. Zoals gemarkeerd in de onderstaande afbeelding, bevindt de oorspronkinformatie zich in kleinere tekst onder de hoofdwaarde in de Kolom Actie uitgevoerd door van de weergave.

De tabel hieronder bevat een uitputtende lijst van de verschillende oorsprongswaarden die u kunt tegenkomen terwijl u uw logzoekresultaten bekijkt en de gevallen waarin de waarden worden weergegeven. De logica in de oorsprongsbenaming is bedoeld om u te ondersteunen bij het oplossen van geschillen of problemen met betrekking tot workforce planning en aanwezigheid en is als volgt:

  • In de meeste gevallen weerspiegelt het het Quinyx "platform" waar de actie is geactiveerd, zoals het Manager portal, Mobiel, Webpunch, of Integratie.
  • Echter, als de actie is geactiveerd door een specifieke functie die cascaderende effecten heeft op andere delen van Quinyx, zoals het verwijderen of opnieuw toewijzen van de dienst; zal dit in plaats daarvan worden weergegeven als de oorsprong.

Actie

Oorsprong

Gevallen

Creatie

Via Mobiel

Wanneer een werknemer een dienstreserveringsverzoek maakt in Mobiel.

Creatie

Via personeelsportal

Wanneer een werknemer een dienstreserveringsverzoek maakt in het Personeelsportal.

Verwijdering

Via Mobiel

Wanneer een werknemer een dienstreserveringsverzoek verwijdert in Mobiel.

Verwijdering

Via personeelsportal

Wanneer een werknemer een dienstreserveringsverzoek verwijdert in het Personeelsportal.

Verwijdering

Vanwege dienstverwijdering

Wanneer dienstreserveringsverzoeken worden verwijderd omdat de dienst zelf is verwijderd.

Goedkeuren

Via Manager portal

Wanneer de manager dienstreserveringen goedkeurt in het Manager portal met behulp van de sectie Meldingenpaneel.

Goedkeuren

Via Mobiel

Wanneer de manager dienstreserveringen goedkeurt in Mobiel.

Goedkeuren

Vanwege dienst opnieuw toewijzen

Wanneer de manager dienstreserveringen goedkeurt in het Managerportaal door deze goed te keuren met behulp van de lijst met aangevraagde werknemers.

Weigeren

Via Managerportaal

Wanneer de manager dienstreserveringen in het Managerportaal weigert met behulp van de sectie Meldingen.

Weigeren

Via Mobiel

Wanneer de manager dienstreserveringen in Mobiel weigert.

Weigeren

Vanwege dienst opnieuw toewijzen

Wanneer de dienstreservering wordt geweigerd omdat een dienst wordt toegewezen aan een werknemer die op de lijst van werknemers stond maar zich niet had aangemeld voor die dienst.

U kunt alleen loggegevens raadplegen vanaf de datum waarop de logging is vrijgegeven. Bijvoorbeeld, aangezien dienstreserveringen werden vrijgegeven in Versie 0169, dat is op 20 september 2023, bevatten de huidige logs geen dienstreserveringen loggegevens voor data voorafgaand aan 20 september 2023.


How did we do?