← revvyn.com
Operations Runbook
CRITICAL Kill Switch Activated
Symptoms
All payments return status "halted". Dashboard shows red kill switch banner.
Steps
- Check /ops dashboard — confirm kill switch is active
- Check /v1/incidents — is there a related incident?
- If intentional: monitor and deactivate when resolved
- If accidental: deactivate immediately via API or dashboard
curl -X POST https://api.revvyn.com/v1/kill-switch \
-H "X-API-Key: YOUR_KEY" \
-d '{"enabled": false, "reason": "Deactivated — false alarm"}'
HIGH Investigate False Positive
Symptoms
Partner reports a legitimate payment was blocked.
Steps
- Get the payment ID from the partner
- Check the explainability endpoint
- Review the counterfactual — what needs to change?
- If policy threshold too low: adjust via PUT /v1/policies/{id}
- If agent trust too low: review agent registration in KYA
- Submit feedback via POST /v1/payments/{id}/feedback
curl https://api.revvyn.com/v1/payments/PAYMENT_ID/explain \
-H "X-API-Key: YOUR_KEY"
Rotate API Keys
- Create a new key: POST /v1/keys with label "rotation YYYY-MM-DD"
- Update your application with the new key
- Verify the new key works by calling /health
- Revoke the old key: DELETE /v1/keys/{old_key_id}
Rollback Policy Change
- Check policy version history: GET /v1/policies/{id}/versions
- Identify the previous good version
- Apply the old values via PUT /v1/policies/{id}
- Use the simulation sandbox to verify the rollback
curl -X POST https://api.revvyn.com/v1/simulate \
-H "X-API-Key: YOUR_KEY" \
-d '{"scenario":"threshold_change","field":"approval_threshold","current_value":25000,"new_value":10000}'
SOC2 Audit Request
- Generate compliance report: GET /v1/reports/compliance?from=...&to=...&format=csv
- Export audit trail: GET /v1/export/audit-trail?from=...&to=...
- Check retention status: GET /v1/export/retention
- Review security controls: /static/docs/security.html
- Provide framework coverage: GET /v1/compliance/frameworks