I have seen this for new clients...let me know what you find out. Did you open a ticket with support?

​@SJSloan210 ​@lrnlab 

I see these events when a user is acting as themselves—meaning a superadmin has not used the “Log in as user” function. If a superadmin does log in as a user, the audit trail will show:

• The user as the actor

• The superadmin as the impersonator

If no impersonation occurs, the impersonator ID will be 0.

For the actor, impersonator, and target, the ID refers to the internal user ID. The target ID represents the ID of the resource or user being modified in Docebo. Meanwhile, the target and impersonator fields will display the username or email.

Hope this helps!

Hailey Gebhart

Thanks for clarifying.

​@hailey.gebhart thank you for the response.  If the SuperAdmin completes a function the impersonater id will be 0, correct?

​@SJSloan210 

The impersonator ID is only nonzero when an impersonator is present. If the impersonator ID is 0, it means the action was performed directly by the user, and their Actor ID and Actor reflect the actual person who completed the task.

Example Scenario:

A user is updating a course titled "How to Tie Your Shoes." However, they encounter an issue and reach out to a Superadmin for assistance. The Superadmin logs in as the user and successfully makes a change to the course. Afterward, the original user resumes making changes.

Below is an example of how this activity would appear in the audit trail report:

1. The Superadmin made a change to an unrelated course while logged in as themselves.

2. The user attempted to update "How to Tie Your Shoes."

3. The Superadmin impersonated the user and made a change.

4. The user then continued making further changes to the course.

​@hailey.gebhart - Thank you.  This is very helpful.