# Acknowledge timeout

## What is acknowledge timeout?

After acknowledging the incident, if it is not resolved in given amount of time then it will return to **triggered state**. Escalations and alerts will resume again.

Many-a-times, you or your team-mate would acknowledge an incident but never get around to resolving it for multitude of reasons. This is where the **acknowledge timeout** feature comes in handy.

You can set acknowledge timeout **in minutes** to all of your new and existing integrations by editing a service or adding a new service.

![Acknowledge timeout](/files/-MAZm1mmJJDfEGg_ns-_)

### What is an ideal Acknowledge timeout?

This really depends on the integration. The more critical it is the shorter the timeout should be.

*Here's what we recommend -*

1. Critical integration - **20 minutes**
2. Severe but not critical integration - **60 minutes**
3. Non-severe and non-critical integration - **Leave it blank.**

You don't need an Acknowledge timeout for *every integration.*

{% hint style="info" %}
Please make sure to keep a generous timeout and **avoid keeping short times like 5 or 10 minutes**. Keeping short timeouts will end up in way too many alerts you did rather ignore.
{% endhint %}


---

# Agent Instructions: Querying This Documentation

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

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://docs.spike.sh/incidents/acknowledge-timeout.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
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.
