Product capabilities

Multi-channel alerting features for on-call teams

On-call schedules, outbound webhooks, and analytics ship on every paid tier — from $9/mo flat. Route incidents from monitoring tools into Telegram, phone calls, SMS, email, WhatsApp and declarative escalation policies, with full delivery history.

01 · Routing
Multi-channel routing
02 · Escalation
Acknowledgement-aware chains
03 · Templates
Reusable alert presets
04 · Security
Scoped keys, multi-tenant, SSO
05 · Observability
Structured audit log + self-watching
06 · Transparency
Public status page · status.wardenpoint.com
07 · Notifications
In-app system alerts
08 · Email-to-alert
Any tool that emails can page you
09 · Quick start
Working alerts in 8 clicks
10 · Notification map
See every if/else on one canvas

Six pillars

Built around the same six concerns

Routing, escalation, templates, security, observability and transparency — explained in plain language, not buzzwords.

01 · Routing

Multi-channel routing

Send a single alert to Telegram, voice, SMS, email, WhatsApp and Viber in one declarative policy. Channels run in parallel per step.

02 · Escalation

Acknowledgement-aware chains

Chains run until someone acknowledges. Sources that send a resolved hook cancel the chain automatically; manual ack stops it from any channel.

03 · Templates

Reusable alert presets

Define an alert template once, fire it from any service with one POST /from-template/{slug}. Versioned, slug becomes a stable contract between your monitoring stack and WardenPoint. Starter library included: db-down, slo-breach, deploy-failed, backup-failed — clone, edit, ship.

04 · Security

Scoped keys, multi-tenant, SSO

API keys per integration, UUID-only public IDs, SetCurrentCompany middleware on every authenticated route. Sign in with Google, GitHub or Microsoft (Azure AD, multi-tenant). No cross-tenant leakage in tests.

05 · Observability

Structured audit log + self-watching

Every dispatch, ack, escalation and resolve writes a JSON line. CSV export per recipient group; linked to application logs via request_id. Anomaly detector watches our own delivery rate, fires meta-alerts when credentials break, recipients become unreachable, or quota runs out — so you find out before your next real incident does. Active health probes GET each source's health-check URL every minute — a non-2xx response or timeout alerts the on-call group before a dead monitor hides a real outage. For private or VPN-only sources, dead-man heartbeat flips the model: your monitoring tool pings WardenPoint on a schedule; if the signal stops, we page you — so if your monitoring itself goes dark, we notice.

06 · Transparency

Public status page · status.wardenpoint.com

Every customer-facing service has its own 90-day uptime band updated every minute: ingest API, dashboard, each delivery channel, escalation queue, database, Redis. Incidents post live; email / Telegram / webhook subscriptions push updates the moment we change status. A drop-in JS embed shows our state on your own ops dashboard. JSON API + RSS feed for machines, postmortem pages for after-action review.

07 · Notifications

In-app system alerts

Limits running low, a failed payment, a finished migration import, a sign-in from a new device — system notifications surface in the dashboard bell and a dedicated center, grouped by category (billing, limits, import, security). Per-role visibility keeps billing and security alerts in front of the people who own them.

08 · Email-to-alert

Any tool that emails can page you

Give each integration a unique inbound address and point a monitor's alert email at it — the subject becomes the alert, keywords set severity, and unacknowledged alerts escalate to calls and Telegram. Closes the per-service alert-email parity gap with PagerDuty and Opsgenie.

09 · Quick start

Working alerts in 8 clicks

Setup Hub walks you through a branching wizard — pick a path (inbound monitoring, outbound webhook, REST API, or channel binding), and we bootstrap recipient + group + integration + curl/python snippets + a live test event. Most users land a working webhook from registration in under a minute.

10 · Notification map

See every if/else on one canvas

An auto-generated map of your entire alert topology — routing rules, thresholds, escalation steps, on-call schedules with a live 'who is on duty now' badge, and every fallback down to the owner-email safety net. Rendered from your live config, so it can never drift from what actually executes. Ask it "what happens to this alert?" — the simulator dry-runs your live rules and highlights the exact path, including who is on duty at any moment you pick. Edit rules, group membership, and on-call rotations right on the map — changes apply instantly and the map re-renders from the live config.

Escalation policy

Policies live as code

Express your escalation chain as a declarative array. No UI clicks; test in CI; review in pull requests.

See it in the API examples
config/escalation.phpPHP
# config/escalation.php — example
return [
'default_chain' => [
['minute' => 0, 'channels' => ['telegram_voice', 'voice_call']],
['minute' => 3, 'channels' => ['voice_call', 'sms']],
['minute' => 8, 'channels' => ['voice_call', 'email']],
['minute' => 15, 'channels' => ['voice_call', 'telegram_voice']],
],
];

Access control

Roles and permissions, unique to each company

Every workspace defines its own roles. Grant or revoke access per resource — webhooks, recipients, billing — and the dashboard hides what a member can't use, so they never hit a wall.

  • Custom roles per company, not a fixed list
  • Resource-level permissions you toggle in a matrix
  • Menu entries hidden when access is missing
Configure roles in your dashboard
Permission
Admin
Manager
Viewer
View alerts
Manage recipients
Outbound webhooks
Billing

Built for developers

Drive alerts from code, scripts and CI

Official first-party clients wrap the REST API: a Python SDK on PyPI and a single-binary Go CLI. Install one and send your first alert in two lines.

Label-based routing

Route monitoring alerts to the right team, automatically

Connect Prometheus Alertmanager, Grafana, Zabbix or any webhook source. Define routing rules matched against alert labels — first match wins. Any alert that matches no rule lands in the unrouted inbox: nothing disappears silently.

  • Match on any label: team, service, severity, environment, or custom
  • Ordered first-match-wins rules — reorder anytime to reprioritize
  • Unrouted inbox: every unmatched alert is held for triage, never dropped
  • Unmatched alerts collect in an inbox — resolve, send to a group, or turn into a routing rule in one click
  • Optional immediate or digest notification to an owner group
Set up alert routing
Routing rules
team=backendBackend on-call
severity=criticalAll managers
env=prodInfra team
Unrouted inbox2
UnroutedProbeError job=mysql
UnroutedDiskUsage node=db-3

Responder UX

Validate your alerting in one click

A guided wizard on the dashboard sends a real alert through the full pipeline so you can prove channels and escalation work for your team before the first incident.

  • Test alerts in 30 seconds

    A guided wizard on the dashboard sends a real alert through the full pipeline — no need to wire up monitoring first. Proof that channels and escalation actually work for your team.

  • Every channel exercised

    The wizard fires through every channel a recipient has wired up — Telegram text, voice and VoIP, email, SMS, Viber, WhatsApp. If a credential is wrong or a provider is down, you find out at setup, not at 3 a.m.

  • Escalation path verified

    Optionally let the wizard simulate a missed acknowledgement so the next person in the chain gets paged. You confirm the whole hand-off — timeouts, fallbacks, repeat notifications — works exactly as your runbook expects.

  • Real audit trail

    Every test fire lands in the notification history with the same timestamps, status badges, error classification and delivery metadata as a production alert. No hidden debug mode — what you see in the test is what the operator will see during a real incident.

Product proof

See the full alert lifecycle before an outage

WardenPoint shows how a monitoring signal becomes routed delivery, escalation, acknowledgement and audit history instead of disappearing into one inbox.

Alert lifecycle

From signal to accountable response

Received

A webhook, API call or dashboard alert enters WardenPoint with service and severity context.

Routed

Recipient groups, priority and policy rules choose the first responder and channel order.

Delivered

Telegram, email, SMS, voice calls or other channels deliver the alert to the team.

Escalated

If nobody acknowledges, WardenPoint continues to fallback channels and backup responders.

Acknowledged

The escalation path stops when the right person confirms they are handling the incident.

Audited

Delivery attempts, timing and acknowledgement state stay visible for post-incident review.

Example escalation policy

0 min — Telegram + email

Start with fast channels for the primary on-call responder.

3 min — SMS fallback

If the alert remains unacknowledged, move to a harder-to-miss channel.

5 min — voice call + backup

Wake the backup responder when the primary path still has no response.

Delivery and audit timeline

Know which channels were attempted and when each one fired.

See why the workflow moved from primary responder to fallback paths.

Keep the final acknowledgement and timing attached to the incident history.

Features FAQ

Common feature questions

Telegram (text + voice + VoIP) and email are included on free, up to 200 notifications / month for 5 recipients. Voice calls, SMS, WhatsApp and Viber are pay-as-you-go on paid tiers and require a credit balance.
Free plan

Wire your first escalation chain on the free plan

Telegram alerts, audit log and the REST API are unlimited on free. Add voice and SMS credits only when you need them.

  • Free plan
  • Declarative policy
  • Audit log built in