Preview documentation. These pages describe the intended Zentra interfaces. The API is not live, and endpoints, fields and behaviour may change before release.

Documentation

Zentra turns business events into signals, adds context, decides what should happen, runs the workflow and verifies the outcome.

Core objects

ObjectMeaningExample ID
EventA raw fact from a systemevt_7Q2K9
SignalAn event or pattern that matterssig_0412
CaseA tracked issue with owner and SLACASE-2081
WorkflowA reusable response definitionwf_recon_mismatch
RunOne execution of a workflowrun_88213
PolicyA rule that bounds automationpol_approval_limit

Quickstart

  1. Create a workspace. Workspaces isolate events, keys and configuration.
  2. Create an API key. Scope it to events:write.
  3. Send an event. See the request under Events.
  4. Watch the signal. If the event matches a rule, a signal appears with context.

Events

An event describes something that happened in a system. Send a type, a source, when it occurred, the entity involved, and data.

POST /api/v1/events
Authorization: Bearer YOUR_API_KEY
Idempotency-Key: evt-2026-03-04-0001

{
  "type": "reconciliation.mismatch",
  "source": "payments-gw",
  "occurred_at": "2026-03-04T08:32:11Z",
  "entity": {
    "kind": "settlement_batch",
    "id": "B-2291"
  },
  "data": {
    "ledger_total": 118450,
    "gateway_total": 118195,
    "currency": "INR"
  }
}
202 Accepted
{
  "id": "evt_7Q2K9",
  "status": "accepted",
  "signal": {
    "id": "sig_0412",
    "priority": "high",
    "reason": "amount delta above threshold and SLA under 4h"
  },
  "context": {
    "related_records": 17
  },
  "workflow": {
    "id": "wf_recon_mismatch",
    "run": "run_88213",
    "mode": "review"
  }
}

Signals

A signal is an event, or a pattern of events, that meets a condition. Signals have a priority, an SLA clock and an owner.

id
sig_0412
priority
critical, high, medium, low
state
new, acknowledged, workflow_running, resolved
context
related records, history, similar incidents

Workflows

A workflow runs five steps: trigger, context, decision, action and verification. Policies decide whether a step runs automatically, needs review, or is blocked.

workflow: wf_recon_mismatch
trigger: signal.type == "reconciliation.mismatch"
context:  fetch related records by batch
decision: policy approval_limit -> mode review
action:   assign investigation to Finance Ops
verify:   ledger_total == gateway_total

API

The API is designed as JSON over HTTPS with predictable resource names.

MethodPathPurpose
POST/api/v1/eventsSend an event
GET/api/v1/signalsList signals
GET/api/v1/signals/{id}Read a signal with context
POST/api/v1/workflows/{id}/runsStart a run
GET/api/v1/runs/{id}Read run state and outcome

Draft interface

Webhooks

Inbound webhooks send events to Zentra. Outbound webhooks notify your systems of signals and outcomes. Deliveries are logged and retried.

{
  "type": "signal.resolved",
  "signal": "sig_0412",
  "run": "run_88213",
  "outcome": "verified",
  "elapsed_seconds": 462
}

Authentication

API keys are bound to a workspace and scoped to actions. A key is shown once at creation. Rotate or revoke keys at any time.

Header
Authorization: Bearer YOUR_API_KEY
Scopes
events:write, signals:read, workflows:run
Rotation
Create a new key, switch, revoke the old key

Integrations

Connect systems through webhooks, the API, or connectors when available. See the integration architecture. For a system you need, tell us.