Audit logs - Absences

Updated by Leigh Hutchens

Audit logs are records of past actions within Quinyx. There are two types of absence-related audit logs that can be extracted from Quinyx: 

  1. Absence request audit logs
  2. Absence audit logs (this page)

They provide a transparent history of who performed an action on an absence, what the action was, when it occurred, and so on. This functionality helps managers:

  • Resolve disputes or questions related to absences.
  • Access historical activity data for self-service insights into team management.
  • Derive key information for workforce planning and unit-level analysis.
This page focuses only on the audit logs for absences. To see details about audit logs for absence requests, click here.

Absence audit logs

For absences, audit logs provide a clear history of actions and can help answer questions such as (not limited to):

• When was the absence created?

• Attestation data for the absence

• Absence rate applicable for the absence

• Scheduled shifts impacted by the absence and what was the impact (deleted, keep shift, unassign, etc.).

• What comments were added; by the employee and/or manager

To see the audit logs for absences, navigate to:

Audit logs > Adjust view > [Item type] Absence.

The "Adjust view" panel allows you to refine your search for audit logs using the following filters:

Filter

Description

Example

Groups

This tree allows you to select groups for which Quinyx fetches audit logs. 

  • It contains a free text field that helps find groups. 
  • The tree is collapsed by default & can be expanded.
  • Selecting a group automatically includes its child groups, though these can be deselected.

Item Type

  • You can select the specific items for which Quinyx should fetch logs using this field. This is a mandatory field. 
  • Select ‘Absence’ in this field. 

Item start/ end date

  • These dates define the start and end of the period in which the items you are searching for begin.
  • They are optional fields.
  • The maximum period you’re able to specify is three months.
  • The search carried out considers the business daybreak of the group the item takes place on.

Type of action

  • Use this field to filter the logs by the possible actions associated with an item.
  • Currently, you're able to perform any, several, or all of the following action for absence requests:
    • Created
    • Deleted
    • Updated
  • The field will read "All" by default, meaning that logs for all of the above-listed actions will be fetched by Quinyx.

Action Start/end date

  • These date fields allow you to set the start and end date of the period within which the action on the item you're looking for was carried out in Quinyx.
  • This is a mandatory field and by default, the "Action start date" is set to three months prior to the current date, while the "Action end date" is set to today's date.
  • These are always in the same time zone as the group currently selected in the group selector of the top bar.

Action made by

  • This field can be used to filter out items to display based on which user has carried out an action. 
  • The default value of the field will be “All” text, meaning all managers/employees (as defined above) are included in the search by default. The dropdown values will be sorted alphanumerically.
  • The field is searchable via a text field. 
  • If an integration caused the action, the displayed data depends on the Quinyx API used:
    • REST Web Services: The integration credentials' name or UUID.
    • SOAP Web Services: "SOAP."

Action made for

  • This field can be used to filter out items to display based on which user has been impacted by an action in Quinyx. 
  • This field allows you to search for any user with an employee role in the group(s) selected. This means that editing your selections in the group's tree after populating the Action made for the field will reset the field.
  • Each employee in the field’s drop-down will display as per the following format: [first name] [last name] [badge number]
  • You may search for a specific employee by typing their name(s) or badge number and/or by scrolling the list that adapts to what you’ve typed. The employees in the list are sorted alphabetically.
  • The default value is “All” meaning that if you leave this field blank when clicking “Apply” in the Adjust view panel, log results will show for all employees in that group. 

Interpreting absence audit logs: A guide to understanding results

Once you've applied the filters in the adjust view panel, you will see the audit logs page displaying your results and you can see details such as what action was done, who did it, date and time of the action, etc. 

Column Header

Explanation

Time stamp

  • This column shows the date and time of actions in Quinyx. You can sort by timestamp (newest to oldest by default). 
  • Dates and times follow Quinyx language settings and are displayed in the time zone of the selected group.

Groups affected

Displays the units and sections affected by the item.

Item type

Displays the type of item affected by a given action.

Item

Displays information to help identify which absence has been actioned and the actions made.

This will always show the latest state of that item   aligned with the schedule view i.e. the date and time, absence type of that item. 

Action

Identifies the type of action carried out.

Action made by

Identifies who performed the action. Shows their [first name] [last name] ([badge number]).

If the employee was deleted, it displays "Employee has been deleted from Quinyx." The reason for this is that the system no longer holds that information.

Action made for

Identifies who was affected by the action. The person carrying out the action is indicated as: [first name] [last name] ([badge number]).

If the affected person has been deleted, it displays "Employee has been deleted from Quinyx." The reason for this is that the system no longer holds that information.

Trail

(!) This feature is currently under development for absence item types.

Property table

Most absence items (based on the action) have more details inside a sub-table called the property table, accessed by clicking the chevron on the leftmost column of the main table.

Note that you will only be able to access log data starting from the date the logging was released. For instance, since absence logs were released in release 0221, which was on October 1, 2025, the current logs do not hold log data for any dates prior to October 1, 2025.

Frequently asked questions

Q: What happens when I add an absence with an absence schedule over multiple scheduled shifts in a single day?

A: When you use an absence schedule to add an absence shift, all the original shifts will be replaced by the automated absence shift 'creation'. The underlying shifts absence action like 'delete', 'unassign', 'reassign' or 'keep' can still happen based on what was selected during absence approval, but will be tracked as part of shift actions (Shift audit logs).

Q: Why do the original shifts disappear?

A: The system is designed to create a single, consolidated absence shift for the entire period based on the absence schedule. This new absence shift replaces the underlying shifts that were scheduled, simplifying the record.

Q: How do I see what happened to the original shifts that were replaced?

A: You can see the changes to the original shifts by checking the Shifts audit logs. This log provides a detailed trail of actions taken on all shifts, including those that were 'deleted', 'kept', 'unassigned' or 'reassigned' because an absence shift was applied.

Q: Why does the "Absence shift action" in the property table show 'N/A' for absence shift action?

A: When you create an absence using an absence schedule, the system automatically replaces the existing with a new absence shift as per absence schedule. Since this is an automated process and not a manual action like "unassign" or "delete" for each individual shift, the "Absence shift action" is set to "N/A" in the absence log. It indicates that the shift was created via an absence schedule, which is a different process from manually managing individual shifts.

Q: What is the difference in the ‘Absence shift action’ field when I use an absence schedule vs when I don't?

  • With an Absence Schedule: The "Absence shift action" will be N/A.
  • Without an Absence Schedule: The "Absence shift action" will show the specific action you selected for each individual shift (e.g., Unassign, Reassign, Keep or Delete).

Q: When an absence is created over a day with different actions on the underlying scheduled shifts, how are the actions on those shifts logged in the audit logs?

A: When you create an absence that affects multiple scheduled shifts in a single day and choose different actions for each (e.g., delete one shift, unassign another), it gets logged as part of the 'Created' action item in the absence audit logs record. You will not see an 'Updated' action item for different action taken on the underlying shifts.This information is available when you expand the 'Created' action item property table. Within the property table, you will find a section called 'Absence shifts for this period'. This is where the details of each action you selected (delete, reassign, unassign) are recorded, providing a complete record of what happened to each individual shift that was affected by the absence creation.You can see the same information in the 'shift audit logs' as well to see how an absence shift affected the scheduled shifts.

Coming soon

We are continuously improving this functionality, and here are some enhancements coming next: 

Item trail: Get a chronological view of everything that has happened to a given item. This helps provide the necessary context when resolving disputes or issues related to workforce planning and attendance.

Origin: See where an action originated. For example, when reviewing an absence shift, you’ll be able to identify whether an absence shift was created by the manager via the Manager portal, or via absence request approval or via APIs.

PDF export: Export the audit logs report as a PDF for easier sharing, record-keeping, and analysis.


How Did We Do?