Standards
Central Index Key (CIK)
The SEC's identifier for a filer in its EDGAR submission system.
- Kind
- Identifiers
- Steward
- U.S. Securities and Exchange Commission (SEC), EDGAR
- Official source
- https://www.sec.gov/edgar/search-and-access
What it describes
A CIK is assigned to an entity or individual that submits filings through the SEC's EDGAR system. It is the stable lookup key used across EDGAR submissions, even when a filer's displayed name changes. CIKs are therefore useful anchors for retrieving the filing history behind a claim about a registrant, issuer, officer, or other filer.
CIK is an EDGAR namespace, not a general corporate registry identifier. A filing can mention many companies besides its submitting filer, and corporate relationships require evidence beyond a shared name. Systems should keep the filing accession number, form, filing date, and CIK together. This permits an auditor to distinguish the source document from a later interpretation of its contents.
Structure
Numeric identifier, commonly displayed with leading zeroes to ten digits in SEC data paths.
Useful for
- Retrieve filings by filer.
- Track name changes across EDGAR history.
- Anchor filing citations to an SEC record.
Limits
- Identifies an EDGAR filer, not every entity named in a filing.
- Leading zeroes are display padding.
- Does not state current corporate relationships.
How it is used in practice
EDGAR is the public archive of filings made to the U.S. Securities and Exchange Commission, and the CIK is the key that organizes it. A researcher looking for every annual report by a registrant, every insider filing by an officer, or every amendment to a registration statement starts from the CIK, because the name on the filings may have changed several times. The SEC provides programmatic access to submission histories by CIK, which is why the identifier appears so often in data pipelines built on public company information.
Because filers include individuals, funds, trusts and other bodies, a CIK is not restricted to operating companies. A single filing can carry several CIKs: the registrant, the reporting person, and sometimes subject companies. Reading a filing for the CIK of the entity it concerns therefore requires attention to the role of each CIK in the document.
A worked example
A fictional registrant, Halden Therapeutics AG, files a Form 20-F as a foreign private issuer, and a separate company, Halden Biologics Inc., files a Form 10-K. A researcher searching by name finds both. The CIKs distinguish them immediately and let the researcher retrieve each filing list without ambiguity.
A claim in the record reads: "The company reported a material weakness in internal control over financial reporting." The citation holds the CIK, the form type, the accession number, the filing date and the sentence in the filing that states the weakness. A later reader who opens the accession number sees the filing as submitted, and a later amended filing appears as a separate accession with its own date. The claim stays tied to the filing it was read from, and the amendment is a new observation that may confirm, qualify or retract it.
Evaluating a claim that rests on a CIK
Check what role the CIK plays in the source. A subsidiary named in an exhibit is not the filer, and a person who appears in a proxy statement has a CIK only if they file in their own right. Confirm the form type and the filing date, since the same entity may file different kinds of documents with different legal meaning. The accession number is the identifier of the submission, and the CIK is the identifier of the filer; both belong in the citation.
Also remember that EDGAR is the SEC's system. An entity that does not file there has no CIK, and absence from EDGAR is not evidence that an entity does not exist or is not regulated elsewhere. When linking a CIK to another identifier, such as an LEI, state the evidence for the link, because the two identifiers come from different systems with different scopes and are only occasionally published together. Retain the retrieval time of any live lookup: SEC data pages and APIs change as new filings arrive.
Confusions to avoid
A CIK is not a ticker symbol, a CUSIP or an LEI. A ticker can move between companies over time. A CUSIP identifies a security. An LEI identifies a legal entity within a global system. The CIK identifies a filer within EDGAR. Systems that treat them as synonyms usually do so because a vendor table lists them in adjacent columns, which proves nothing about how each was derived.
The second confusion is between a company and its filings. A company may have several CIKs, for example after a reorganization, and a CIK may continue to exist for a filer that no longer files. A holding company, its operating subsidiary and an affiliated fund can all file. Questions such as "how many filings did the company make" need a stated rule about which CIKs are included. The rule should be written down, together with the date on which the filing index was read, since new filings change the answer.
Questions a reviewer can ask
Is the CIK that of the filer, or of an entity named in the filing? Which form type and accession number support the claim, and what is the filing date? Has the filer amended the filing since? Does the company have other CIKs that should be included in the question? Was the filing index read directly from EDGAR, or through a derived dataset, and which date does the derived dataset carry? How is a name change handled in the record?
Related terms
Found an error on this page? See corrections for what counts as one, how to report it and the dated log.
Enquiry
Which of your sources carry Central Index Key (CIK)?
Tell us which sources carry it, which key the same entity some other way and who may read which. We reply with whether and how a first record would use this identifier.
Or write to [email protected] in your own words.