Report the result of your own step-up check for a held decision

View as Markdown

POST /api/v1/decisions/{decisionId}/step-up · operationId reportStepUp

For developers: your server sends this request with a server key; it is not a button in the dashboard. To see the same information without code, open Control › Approvals › Waiting in the dashboard.

For a decision held for review (review), your backend may run its own check (passkey or MFA re-auth, Turnstile, its own approval) instead of waiting for the hosted queue. Checked like an approval: same Site, session, action and target, still waiting, within 15 minutes. passed approves and uses the hold at once (proceed true, one time; the same report within 60 s is answered again with replayed true); failed rejects it. Either way review.resolved is sent with via step-up. A pass is evidence, not authorization. Refusals are 409 step_up_not_held, step_up_mismatch, step_up_settled or step_up_expired.

Authentication

Send Authorization: Bearer YOUR_SERVER_KEY (siteServerKey: Site server key in Authorization: Bearer <key> (the scheme is case-insensitive and required; a bare key is 401). Shown once on creation or rotation. Publishable keys cannot authenticate). Keep the server key in server-only configuration; never send it to a browser.

Parameters

Request body

Content-Type: application/json (required)

JSON
{
  "sessionToken": "PASTE_BROWSER_SESSION_TOKEN",
  "actionId": "export_report",
  "targetId": "report_1042",
  "result": "passed",
  "method": "passkey"
}

Responses

Success body fields

Failures are not verdicts. Error bodies follow the Error schema: code is one of bad_request, unauthorized, session_reinit_required, forbidden, not_found, conflict, identity_required, payload_too_large, rate_limited, internal_error, service_unavailable, request_failed, approval_invalid, approval_used, approval_expired, approval_mismatch, step_up_not_held, step_up_mismatch, step_up_settled, step_up_expired, step_up_superseded, agent_tokens_disabled, tool_not_approved, tool_not_read_only. Errors and retries explains each code and what to do.

Example

curl
curl -sS -X POST 'https://app.trytelltale.dev/api/v1/decisions/decision_PASTE_DECISION_ID/step-up' \
  -H "Authorization: Bearer $TELLTALE_SERVER_KEY" \
  -H 'Content-Type: application/json' \
  --data '{"sessionToken":"PASTE_BROWSER_SESSION_TOKEN","actionId":"export_report","targetId":"report_1042","result":"passed","method":"passkey"}'
fetch
const response = await fetch("https://app.trytelltale.dev/api/v1/decisions/decision_PASTE_DECISION_ID/step-up", {
  method: "POST",
  headers: {
    Authorization: 'Bearer ' + process.env.TELLTALE_SERVER_KEY,
    'Content-Type': 'application/json'
  },
  body: JSON.stringify({
    "sessionToken": "PASTE_BROWSER_SESSION_TOKEN",
    "actionId": "export_report",
    "targetId": "report_1042",
    "result": "passed",
    "method": "passkey"
  }),
  signal: AbortSignal.timeout(5000)
});
const result = await response.json();

Machine-readable contract: openapi.json. Request builder: the API explorer shows every operation as curl; it sends requests only on a local dashboard.