Skip to main content
This page is a terminal playground, not an anonymous sandbox. Each call uses your account and can count toward its applicable usage limits. Start with the shown low limits while you validate response shapes.

Prerequisites

Keep the key out of shell history, browser code, and committed files.

1. Resolve an issuer

Expect a successful response with the matched ticker and CIK, plus a Request-Id header. The exact response can contain additional fields.

2. Retrieve one source filing

Record the returned accessionNumber, filingDate, and filingUrl. A “latest” result changes as the issuer files; use an accession-specific reference when you need an immutable document identity.

3. Inspect a compact response where supported

view=agent is an endpoint-specific projection. It can omit envelope metadata that is present in the default response. Confirm its fields in the operation reference before using it for a citation or audit trail.

4. Explore filing workflows

5. Search filing text

Search results and ranking change as filings and indexes change. Preserve the filing identifiers and citations returned by the route when you use a result.

6. Try statements and ownership

Use a different interface

Expected failures

Without the API-key header, expect 401 and an authentication error. For 429, read Retry-After and wait that interval. For validation and availability errors, keep the response body and Request-Id, then check Troubleshooting.

Production notes

  • Run requests from a backend, worker, or local development shell, never from a public frontend.
  • Set a client timeout and a bounded retry policy. Do not blindly retry writes.
  • Log the endpoint, status, Request-Id, and SECAPI-Version; do not log the API key or full sensitive payloads.
Read Libraries and SDKs for installation or MCP workflows for client setup. Use the API reference to verify parameters, endpoint-specific limits, and response schemas.