Skip to main content
Usage alerts let you define thresholds on usage metrics, costs, or wallet balances and receive notifications when those thresholds are crossed. They help you stay informed about customer activity without polling the API.

Alert Types

Monigo supports three alert types, each monitoring a different dimension of customer activity.

Usage Exceeded

Fires when a customer’s metered usage on a specific metric crosses a threshold. Useful for notifying customers approaching their plan limits.

Cost Exceeded

Fires when the estimated cost for a billing period crosses a threshold. Specify the currency field to match the subscription’s billing currency.

Wallet Balance Dropped

Fires when a customer’s wallet balance drops below a threshold. Helps you prompt customers to top up before their balance runs out.

Plan-Level Alerts

When you set scope to "plan", the alert applies to every subscription on that plan. Monigo automatically creates per-subscription tracking states when the alert is evaluated, so you do not need to create individual alerts for each customer.

Multiple Thresholds

Each alert supports multiple thresholds, evaluated in order. When the monitored value crosses the first threshold, Monigo fires a notification and advances to monitoring the next threshold. This lets you set up escalating warnings (for example, 80% and 100%) in a single alert definition. Each threshold has a value (the numeric boundary) and an optional label (a human-readable description included in webhook payloads).

Alert Lifecycle

An alert progresses through these states:
  1. Created — The alert is defined with its thresholds and begins monitoring.
  2. Triggered — The monitored value crosses a threshold. Monigo fires a webhook event and records the triggered state.
  3. Acknowledged — If require_acknowledgment is true, a team member or API call acknowledges the alert. This is recorded for audit purposes.
  4. Reset — At the start of each new billing period, triggered states are automatically reset so thresholds can fire again.

Webhook Events

When thresholds are crossed or alerts change state, Monigo dispatches webhook events to your configured endpoints.

Managing Alerts

List Alerts

Filter by type, scope, or customer:

Update Thresholds

Enable or Disable

Delete

Best Practices

  • Use 80%/100% thresholds. An early warning at 80% gives customers time to adjust before hitting the limit.
  • Enable require_acknowledgment for critical alerts. This ensures someone on your team explicitly reviews cost or usage spikes before they are dismissed.
  • Combine with webhook endpoints. Route alert.triggered events to Slack, PagerDuty, or your internal tooling for real-time visibility.
  • Prefer plan-level alerts over per-subscription alerts. Plan-level alerts automatically cover all subscribers and reduce configuration overhead.
  • Set wallet balance alerts above zero. Alerting at a low-but-nonzero balance gives customers a window to top up before service is interrupted.