# Webhooks Overview
Source: https://docs.mambu.com/docs/notifications-channels-webhooks-overview

Webhooks are system-to-system communication tools that use a push-based strategy to send HTTP callbacks for events happening in the Mambu application.

For example, you can set up a webhook to notify one of your applications that a loan has been disbursed. When the event occurs, Mambu sends an HTTP request (typically `POST`) to your endpoint with a payload that can include details such as the loan account ID, client information, and amount. Your application can:

- Process the request directly, or
- Call back to Mambu to retrieve additional information or trigger further actions (for example, creating a task or sending an email), or
- Enrich the data and forward it to another partner service.

For more information on setting up webhooks, see [Create webhook templates](/docs/webhooks-defining-a-new-webhook).

:::note
The Streaming API is another system-to-system communication tool, but it uses a pull-based strategy and is better suited for use cases where multiple client applications must consume large volumes of data from Mambu. For more information, see [Streaming API](/docs/streaming-api) in our User Guide and [Streaming API](/api/pages/streaming/streaming-index) in our API Reference.
:::

## Benefits of using webhooks

### Audit

The communication history records every notification sent out.

- Each webhook notification is stored with its destination, status, timestamps, and the payload as it was rendered at send-out time.
- When you manually re-send a failed webhook, the stored payload for that notification is sent again (it is not re-computed from the current template).

This makes it easier to diagnose issues and, when needed, re-send exactly what was originally produced.

### Assured delivery

Webhook delivery is backed by a retry mechanism that uses an exponential backoff policy.

- If a webhook cannot be delivered (for example, due to timeouts, network errors, or non-2xx responses), the system may retry delivery according to a configured backoff policy.
- Only HTTP `2xx` responses are considered successful. Non-`2xx` responses, timeouts, and connection errors are recorded as failures and may be retried depending on configuration.

If automatic retries are exhausted or not applicable, no further automatic attempts are made. You can manually re-send failed webhook notifications via the UI or via API where available. For more information about Mambu APIs in general,