Using the Audit Trail to Research Actions Taken
Aimably Documentation > Troubleshooting > Using the Audit Trail to Research Actions Taken
ROLE-BASED ACCESS NOTE: The features and functionality described in this article require the assignment of the Admin user role to your user account. Without this role assigned, some or all of the functionality may not be available to you.
The Audit Trail in Aimably is a critical tool for you to use when you need to figure out who performed which action in your account. In this guide, we will walk you through how to access the Audit Trail, what data is contained in it, and provide an example troubleshooting process for you to follow.
Accessing & Navigating the Audit Trail
To find the Audit Trail, open the Get Help navigation menu section, then select the Audit Trail page from the options provided.
Once you select this option you will be presented with a rather large grid that contains a data entry for each and every change that has been made in your account.
The table can be sorted by alphabetical values by clicking on any header, or it can be filtered for specific options if the filter icon is clicked on.
Additionally, the search box can be used to query for a specific word or phrase anywhere in the Audit Trail data entries.
Finally, the refresh icon will reveal any activities performed in the account since page load, ensuring the most up-to-date information.
Explanation of Audit Trail Data
Each Audit Trail data entry contains Event Date, User Name, User Action, and Area. Some entries may also contain a value for Information and/or Details. The following table describes the contents of each of these fields:
Example Audit Trail Project
Let's say that you have an employee named Julie Rhodes whose Aimably account you created a few days ago. She reaches out to you recently and says that while she received her email invitation to Aimably when she tried to log in she wasn't able to reach her account. You have checked the User Management page and you realize that her account was no longer marked as Active. You switch her account to Active, let her know she now has access, and then start your project to determine how and when her account became Inactive.
At this point, you navigate to the Audit Trail, then type in Julie's first name into the search box to pull up the entries related to her account. Lo and behold, you find that your coworker quickly revoked Julie's access not long after you had created it. You are able to determine this by seeing the value of "False" under "IsActive" in the Details column, which indicates that after the update performed by Jamie Johnson on the User named Julie Rhodes, the Active status had been removed from her user.
