AnyInt Docs
Enterprise

Webhooks and Notifications

Enterprise customers need operational events pushed into their own systems instead of checking dashboards manually.

Enterprise customers need operational events pushed into their own systems instead of checking dashboards manually.

Delivery channels

ChannelBest for
email notificationshuman review and finance or security alerts
webhooksautomation and system-to-system handling

Choose the channel

Event typePrefer email whenPrefer webhook when
BillingA finance owner needs review or approvalYour accounting or internal ticketing system should ingest the event
Usage limitsA human needs to decide whether to raise limitsYour platform should automatically slow down jobs or alert on-call
Member changesAdmins need an audit notificationYour security tooling tracks identity lifecycle events
Key changesOwners need visibilityYour internal system should rotate, disable, or investigate keys
Security alertsA security owner must reviewYour SIEM, pager, or incident workflow should receive the event

Typical email notifications

  • billing generated
  • spend or usage warnings
  • member changes
  • security alerts

Webhook configuration model

The current enterprise plan describes three key fields:

  • webhook URL
  • subscribed event types
  • signing secret

Receiver requirements

Webhook receivers should be designed like production integration points:

  1. Use a public HTTPS endpoint.
  2. Verify the signing secret before trusting the payload.
  3. Return quickly and move slow work to a queue.
  4. Make processing idempotent so duplicate deliveries do not create duplicate actions.
  5. Store the event ID, event type, task or resource ID, received timestamp, and processing status.
  6. Keep polling or dashboard review available as a fallback for delayed webhook processing.

Example event areas

  • billing.generated
  • billing.paid
  • billing.overdue
  • usage.alert
  • usage.limit_reached
  • member.invited
  • member.joined
  • member.removed
  • key.created
  • key.disabled
  • key.deleted

Integration checklist

Before depending on webhooks in production, confirm the webhook URL, subscribed event types, signing secret, retry behavior, and the event payload fields your system stores.

On this page