> For the complete documentation index, see [llms.txt](https://docs.sprinto.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.sprinto.com/policies/dashboard-actions/view-acknowledgement-history-for-an-employee.md).

# View Acknowledgement History for an Employee

View detailed acknowledgement history for each employee to track policy compliance and audit readiness over time.

Sprinto lets you view a complete breakdown of acknowledgement responses for each staff member. This is useful for reviewing an employee’s compliance history over multiple policy campaigns or onboarding cycles.

***

### **Open the Acknowledgement Status tab**

1. Go to the **Acknowledgement Status** tab from the Policies module.
2. Locate the employee whose history you want to review.
3. Click anywhere on the row to expand the view.

<figure><img src="https://3220032727-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FEsyn5VMU6e0OyGjRtKgx%2Fuploads%2F9DUATSPXwdPsJ6FKaqF3%2FScreenshot%202025-06-23%20at%2016.15.54.png?alt=media&amp;token=e5e40491-306a-4731-8e9e-52453aa901ca" alt=""><figcaption></figcaption></figure>

***

### **Understand the acknowledgement history view**

The expanded row shows a table containing:

<table><thead><tr><th width="214.8828125">Field</th><th>Description</th></tr></thead><tbody><tr><td><strong>Acknowledgement name</strong></td><td>The name of the request (e.g. <em>Onboarding Staff Acknowledgement</em>).</td></tr><tr><td><strong>Requested on</strong></td><td>The date the policy was sent to the employee.</td></tr><tr><td><strong>Acknowledged on</strong></td><td>The date the employee completed the acknowledgement (or blank if pending).</td></tr><tr><td><strong>Status</strong></td><td>Shows if the employee is Passing, Failing, or Critical for that request.</td></tr></tbody></table>

{% hint style="info" %}
Policies listed under a request are not shown individually here, but the overall result reflects the entire bundle.
{% endhint %}

***

### **Use cases for acknowledgement history**

* Confirm whether a user has acknowledged a specific request
* Identify if the employee has repeatedly failed or delayed acknowledgements
* Provide this record as evidence during internal audits or HR escalations

***

### **Best practices**

* Review history before triggering reminders or assigning policy re-acknowledgement
* Combine this view with filters for zone, request, or team
* Use in conjunction with version history to track what the employee acknowledged

***

### **Next steps**

If acknowledgement is missing or overdue:

* Reassign the request via the **Acknowledgement Requests** tab
* Contact the team owner for follow-up
* Use this data to feed into periodic monitoring check.


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://docs.sprinto.com/policies/dashboard-actions/view-acknowledgement-history-for-an-employee.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
