SEC EDGAR Submission API API
Submission of filings to EDGAR by API can be made through the Submission API. The Submission API requires the presentation of a Filer API Token in combination with a User API Token. Optionally, filers could also specify a login CIK if there is a delegation from the EDGAR account correspondingto the login CIK to the filer API token EDGAR account/CIK. Delegations can be established on the Filer Management dashboard under “Manage Delegations and User Groups.” For more informationon establishing delegations, see [How Do I “Understand and Manage Delegation.](https://www.sec.gov/submit-filings/filer-support-resources/how-do-i-guides/understand-manage-delegation)” Filings transmitted through the Submission API are expected to conform to the filing standard(s)[provided by the SEC](https://www.sec.gov/submit-filings). Information is provided on the required format and contents of filings by the [Technical Specifications](https://www.sec.gov/submit-filings/technical-specifications). Information and guidance on filing can be found in the [EDGAR Filing Manual](https://www.sec.gov/submit-filings/edgar-filer-manual). Information on specific forms can be found in the [SEC Forms Index](https://www.sec.gov/submit-filings/forms-index). The Submission API will return accession numbers for the submitted filings. A 202 HTTP statuscode indicates only that processing will begin in EDGAR and an accession number or accession numbers have been generated. Filings with errors will be processedand suspended by EDGAR. The results of processing (status and errors) are not provided by this endpoint and are instead available to clients using the API through theSubmission Status API. When using Submission API endpoints, the client can optionally specify the "Expect: 100-continue"HTTP request header to allow a response from these API resources to be returned before uploading the entire filing in the event that the EDGAR API determines thatthe request will not be allowed. This header should only be used for requests that have a body more than 1MiB in size. Filings may be transmitted via either SINGLE or BULK transmission. A SINGLE transmission providesa single filling and will result in a response containing an accession number if the filing is transmitted successfully or an error if there is an issue while transmitting the filing. Even if a filing is successfully transmitted through the submission API, the filing may still be suspended by EDGAR if the contents of the filing do not satisfy EDGAR filing requirements. The accession number may be provided to the Submission Status API in order to check whether the filing was accepted by EDGAR. A BULK filing, in contrast, is a single document that contains multiple filings to be submitted.If one or more filings are successfully transmitted then one or more accession numbers will be created and returned in the same order filings are included in the BULK filing document. However, if a filing is not successfully transmitted then an accession number may not be created, which means that the filer may have difficulty determining which accession number corresponds to which filing in the BULK filing document. Even if a filing is successfully transmitted through the Submission API, the filing may still be suspended by EDGAR if the contents of the filing do not satisfy EDGAR filing requirements. The relevant accession number may be provided to the Submission Status API in order to check whether the filing was accepted by EDGAR.
SEC EDGAR Submission API API is one of 9 APIs that SEC EDGAR publishes on the APIs.io network, described by a machine-readable OpenAPI specification.
This API exposes 2 JSON Schema definitions.
Tagged areas include Submission API. The published artifact set on APIs.io includes an OpenAPI specification, API documentation, and 2 JSON Schemas.
This API exposes 4 operations across 4 paths, and defines 7 schemas. It is described by OpenAPI 3.0.3, at version 1.0.0.
Requests are made against a single base URL, https://data.sec.gov.
Metadata
The identity and technical contract details declared by the specification.
Paths & Operations 4
Across 4 paths, the API surfaces 4 operations — 4 POST. Each is listed below with its method, path, parameters, and response codes.
Submission of filings to EDGAR by API can be made through the Submission API. The Submission API requires the presentation of a Filer API Token in combination with a User API Toke…
Schemas 7
The contract defines 7 schemas that model the data the API accepts and returns. The most detailed are SingleSubmissionResponse (7 properties), ListSubmissionResponse (6 properties), SubmissionResponseItem (5 properties), ErrorResponse (3 properties). Each schema is shown below with its type and property counts.
Specification
The full machine-readable OpenAPI contract behind this narrative.
Source
More from SEC EDGAR 8
Other APIs SEC EDGAR publishes across the network.
This is an independent, third-party profile of SEC EDGAR Submission API API, published by API Evangelist. We do not operate, host, resell, or support these APIs, and we are not affiliated with or endorsed by the company unless stated above. Everything here is built from publicly available information — the company's own site, developer portal, documentation, public repositories, and the specifications it publishes for public use. Nothing is obtained by breaching a system, defeating an access control, or using credentials.
The Kin Score and Agent Readiness rating are independently calculated assessments of a company's public API artifacts, scored against a published rubric. They are not certifications, endorsements, security assessments, or audits.
Corrections, re-scores, and removal are free — no partnership or purchase required, and you do not need to justify the request. A removed company is recorded as unrated, never scored zero for having asked. Acknowledgement within one business day; removal within two.
info@apievangelist.com
·
Read the full data-sourcing policy →
On a security or compliance team? Put security in the subject line and
you will get a person, not a form — we will tell you exactly which public URLs this profile was built from.