Skip to main content
Use the error code to decide what changes next. Read it with the HTTP status, preserve the returned Request-Id and traceparent when present, and retain a redacted request before changing a client or retrying.
REST errors identify the reason with code. Hosted MCP errors use a JSON-RPC transport error.code and can include a SEC API reason in error.data.code.
This is a recovery guide, not a route-by-route error inventory. The endpoint reference and response payload remain the contract for the route you called.

REST: correct, resolve, or wait

Do not send API keys as bearer tokens, URLs, request bodies, logs, or support excerpts. Machine data requests use x-api-key.

Data and domain outcomes are not interchangeable

Availability is route-specific. A successful filing response does not establish the availability of another section, normalized fact, or derived representation.

Hosted MCP: inspect both error codes

Tool names and schemas can change. Have the client discover the current tool list and inspect the selected schema before retrying a malformed call.

Capture the evidence once

Keep the status, error code, request ID, relevant response headers, client version, and a redacted endpoint/query record. Exclude API keys, cookies, bearer tokens, private prompts, and private data from tickets.

Troubleshooting

Follow the status-specific recovery path.

Request diagnostics

Prepare a small secret-free support record.

API conventions

Review authentication, retry, and response conventions.