/api/v1/orders/branded-cards
200
Every MCP tool call lands in the same audit trail as your REST traffic — inspectable from the portal with a single filter toggle.
client_id you already use for
/api/v1/orders also signs /api/v1/mcp tool calls — both surfaces
write to the same audit_events table. You do not need to create or remove a
separate credential for MCP when an app is created or retired.
The dashboard lists REST and MCP calls side by side in the same feed. Each row is tagged with a Type badge — REST rows surface the HTTP method and path, MCP rows surface the invoked tool name in its place. Everything else (time, env, app, status, duration) is identical to your existing REST logs.
/api/v1/orders/branded-cards
200
giftronaut_get_balance
200
giftronaut_create_branded_card_order
200
Mock preview — your live logs are at /logs with the MCP tab selected.
Each MCP call writes one row to audit_events with these MCP-specific columns:
| Column | Value | Notes |
|---|---|---|
event_type | MCP_TOOL_CALL | vs. API_CALL for REST |
mcp_tool_name | e.g. giftronaut_create_branded_card_order | Filterable in the dashboard |
mcp_session_id | e.g. sess_abc123… | Groups tool calls within one MCP session |
client_id | The OAuth2 client_id | Identical to REST client_id |
env | sandbox or prod | From the JWT env claim |
status · duration_ms | HTTP status + latency | Same shape as REST rows |
****. Tool outputs are hashed before being saved to the log, so secrets returned by create_api_credential are never stored in readable form.
MCP tool calls produce the same events as the REST API, so you can subscribe via the Webhook system to receive real-time notifications in your own systems (Slack, email, custom HTTP endpoints). For example, when an MCP order is delivered or bounces, or when balance falls below your low-balance threshold, the matching webhook event fires — exactly the same as if the order were placed via REST.
See Webhooks for the full event catalog and setup instructions.
Start typing to search...