Form 8-K12G3 Files Dataset

The Form 8-K12G3 Files Dataset is a per-accession archive of every Form 8-K12G3 and Form 8-K12G3/A submission filed to EDGAR from April 1996 to the present. Each record represents one EDGAR submission in which a successor issuer notifies the Commission that its class of securities is deemed registered under Section 12(g) of the Securities Exchange Act of 1934 by operation of Rule 12g-3, following a merger, consolidation, holding-company reorganization, or similar succession transaction. Records are filed by the successor entity — typically a newly formed holding company, a redomesticated entity, a merger survivor, or a reorganized issuer emerging from restructuring — and bundle a normalized JSON metadata header with the original filing documents (HTML body, exhibits, and any TXT, PDF, or XFD attachments), with image binaries deliberately omitted. The dataset is distributed as monthly ZIP containers and covers both the original 8-K12G3 form and its amendment variant 8-K12G3/A across the entire EDGAR-era population of Rule 12g-3 succession notices.

Update Frequency
Daily
Updated at
2026-04-15
Earliest Sample Date
1996-04-01
Total Size
48.0 MB
Total Records
3,158
Container Format
ZIP
Content Types
TXT, JSON, XFD, HTML, PDF
Form Types
8-K12G3, 8-K12G3/A

Dataset APIs

Programmatically retrieve the full list of dataset archive files, download URLs and dataset metadata.

Dataset Index JSON API

Download the entire dataset as a single archive file.

Download Entire Dataset:

Download a single container file (e.g. monthly archive) from the dataset.

Download Single Container:

Dataset Files

253 files · 48.0 MB
Download All
2026-03.zip3.9 KB1 records
2026-01.zip3.7 KB1 records
2025-12.zip3.1 KB1 records
2025-11.zip148.0 KB13 records
2025-10.zip38.5 KB6 records
2025-08.zip66.3 KB4 records
2025-05.zip352.9 KB16 records
2025-03.zip8.8 KB2 records
2024-12.zip147.6 KB7 records
2024-11.zip2.1 MB68 records
2024-10.zip105.3 KB7 records
2024-01.zip57.5 KB7 records
2023-12.zip450.3 KB14 records
2023-11.zip202.9 KB11 records
2023-10.zip231.6 KB14 records
2023-09.zip140.5 KB12 records
2023-07.zip10.6 KB2 records
2023-06.zip85.6 KB9 records
2023-05.zip1.0 MB23 records
2022-11.zip3.8 KB1 records
2022-08.zip50.3 KB5 records
2022-05.zip308.7 KB19 records
2022-03.zip16.2 KB2 records
2021-12.zip20.3 KB7 records
2021-05.zip102.2 KB7 records
2021-04.zip608.1 KB12 records
2021-02.zip281.8 KB6 records
2020-11.zip62.7 KB7 records
2020-08.zip503.5 KB8 records
2020-04.zip22.2 KB4 records
2020-01.zip4.0 KB1 records
2019-07.zip3.3 KB1 records
2019-05.zip1.0 MB23 records
2019-03.zip3.5 KB1 records
2019-01.zip171.2 KB8 records
2018-12.zip48.8 KB5 records
2018-11.zip166.8 KB16 records
2018-08.zip41.4 KB4 records
2018-06.zip17.0 KB1 records
2018-05.zip3.1 KB1 records
2018-04.zip50.4 KB4 records
2018-03.zip6.5 KB2 records
2018-01.zip3.4 KB1 records
2017-12.zip87.8 KB5 records
2017-10.zip3.9 KB1 records
2017-08.zip4.2 KB1 records
2017-03.zip54.6 KB4 records
2017-02.zip23.8 KB1 records
2017-01.zip320.3 KB8 records
2016-12.zip101.3 KB8 records
2016-11.zip96.7 KB11 records
2016-09.zip711.2 KB13 records
2016-08.zip705.1 KB37 records
2016-07.zip37.3 KB7 records
2016-04.zip7.2 KB2 records
2016-01.zip117.5 KB20 records
2015-10.zip6.8 KB2 records
2015-09.zip72.3 KB11 records
2015-08.zip71.4 KB5 records
2015-07.zip277.5 KB8 records
2015-06.zip57.2 KB1 records
2015-05.zip320.9 KB19 records
2015-03.zip547.1 KB39 records
2015-02.zip53.4 KB6 records
2014-12.zip59.2 KB2 records
2014-08.zip56.3 KB2 records
2014-06.zip127.2 KB15 records
2014-05.zip8.6 KB1 records
2014-04.zip216.4 KB12 records
2014-02.zip94.0 KB12 records
2014-01.zip121.7 KB14 records
2013-12.zip84.8 KB9 records
2013-11.zip11.5 KB4 records
2013-10.zip122.4 KB12 records
2013-09.zip11.4 KB2 records
2013-08.zip3.6 KB1 records
2013-07.zip1.4 MB45 records
2013-05.zip59.7 KB3 records
2013-01.zip5.9 KB2 records
2012-12.zip7.9 KB1 records
2012-11.zip6.5 KB2 records
2012-10.zip15.4 KB3 records
2012-09.zip97.6 KB5 records
2012-08.zip9.6 KB2 records
2012-06.zip104.4 KB2 records
2012-05.zip28.4 KB4 records
2012-04.zip7.7 KB2 records
2012-01.zip43.1 KB6 records
2011-12.zip90.6 KB12 records
2011-11.zip49.9 KB5 records
2011-10.zip12.4 KB2 records
2011-08.zip188.6 KB11 records
2011-07.zip39.5 KB10 records
2011-06.zip89.8 KB7 records
2011-04.zip4.4 KB1 records
2011-02.zip107.3 KB5 records
2011-01.zip292.5 KB23 records
2010-11.zip166.0 KB12 records
2010-09.zip327.8 KB25 records
2010-08.zip3.8 KB1 records
2010-06.zip10.8 KB3 records
2010-05.zip52.0 KB5 records
2010-03.zip103.3 KB17 records
2010-02.zip78.3 KB11 records
2010-01.zip121.6 KB7 records
2009-12.zip10.5 KB3 records
2009-11.zip9.6 KB2 records
2009-10.zip4.2 KB1 records
2009-09.zip595.6 KB42 records
2009-08.zip175.8 KB14 records
2009-07.zip88.6 KB15 records
2009-06.zip261.8 KB11 records
2009-04.zip931.3 KB7 records
2009-03.zip177.6 KB14 records
2009-02.zip88.7 KB11 records
2009-01.zip40.0 KB4 records
2008-12.zip132.2 KB17 records
2008-10.zip39.9 KB4 records
2008-09.zip8.4 KB2 records
2008-08.zip375.4 KB36 records
2008-07.zip44.7 KB5 records
2008-06.zip660.3 KB28 records
2008-05.zip907.1 KB48 records
2008-04.zip44.3 KB10 records
2008-03.zip181.4 KB10 records
2008-01.zip4.0 KB1 records
2007-12.zip42.2 KB7 records
2007-10.zip5.1 KB2 records
2007-08.zip476.6 KB26 records
2007-07.zip388.5 KB19 records
2007-06.zip368.3 KB31 records
2007-05.zip116.3 KB12 records
2007-04.zip2.7 KB1 records
2007-03.zip137.0 KB9 records
2007-02.zip1.7 MB68 records
2007-01.zip157.8 KB15 records
2006-11.zip127.4 KB3 records
2006-10.zip397.9 KB21 records
2006-09.zip184.5 KB13 records
2006-08.zip763.3 KB59 records
2006-07.zip265.7 KB24 records
2006-06.zip142.5 KB14 records
2006-05.zip76.5 KB11 records
2006-04.zip92.1 KB12 records
2006-03.zip31.6 KB7 records
2006-02.zip69.9 KB5 records
2005-12.zip47.2 KB6 records
2005-11.zip81.7 KB8 records
2005-10.zip4.5 KB1 records
2005-09.zip92.0 KB11 records
2005-08.zip26.0 KB2 records
2005-07.zip59.4 KB9 records
2005-06.zip418.7 KB22 records
2005-05.zip170.7 KB11 records
2005-04.zip499.9 KB18 records
2005-03.zip137.6 KB13 records
2005-02.zip46.8 KB7 records
2005-01.zip15.3 KB3 records
2004-12.zip4.7 KB1 records
2004-11.zip382.7 KB24 records
2004-10.zip60.2 KB10 records
2004-09.zip146.1 KB14 records
2004-08.zip677.2 KB8 records
2004-07.zip57.9 KB8 records
2004-06.zip165.2 KB23 records
2004-05.zip2.5 MB15 records
2004-04.zip81.6 KB9 records
2004-03.zip144.7 KB10 records
2004-02.zip94.2 KB12 records
2004-01.zip264.0 KB14 records
2003-12.zip39.7 KB2 records
2003-11.zip25.1 KB5 records
2003-10.zip679.5 KB36 records
2003-09.zip58.9 KB7 records
2003-08.zip41.1 KB7 records
2003-07.zip7.4 KB2 records
2003-06.zip158.0 KB21 records
2003-05.zip44.4 KB3 records
2003-04.zip261.0 KB27 records
2003-03.zip98.1 KB15 records
2003-02.zip136.9 KB15 records
2003-01.zip28.5 KB5 records
2002-12.zip70.8 KB9 records
2002-11.zip576.9 KB45 records
2002-10.zip114.1 KB7 records
2002-09.zip101.9 KB8 records
2002-08.zip386.2 KB26 records
2002-07.zip708.2 KB51 records
2002-06.zip6.1 KB3 records
2002-05.zip143.0 KB19 records
2002-04.zip192.5 KB20 records
2002-03.zip130.8 KB14 records
2002-02.zip111.8 KB9 records
2002-01.zip115.4 KB10 records
2001-12.zip261.8 KB11 records
2001-11.zip217.9 KB22 records
2001-10.zip475.3 KB40 records
2001-09.zip460.0 KB31 records
2001-08.zip437.6 KB24 records
2001-07.zip603.4 KB39 records
2001-06.zip52.5 KB14 records
2001-05.zip243.5 KB12 records
2001-04.zip188.0 KB19 records
2001-03.zip8.2 KB2 records
2001-02.zip532.3 KB34 records
2001-01.zip26.0 KB2 records
2000-12.zip206.9 KB25 records
2000-11.zip454.7 KB48 records
2000-10.zip231.8 KB16 records
2000-09.zip152.0 KB17 records
2000-08.zip173.7 KB19 records
2000-07.zip127.8 KB15 records
2000-06.zip486.6 KB57 records
2000-05.zip835.4 KB98 records
2000-04.zip329.4 KB28 records
2000-03.zip388.0 KB38 records
2000-02.zip439.8 KB41 records
2000-01.zip23.0 KB1 records
1999-12.zip28.0 KB9 records
1999-11.zip67.4 KB3 records
1999-10.zip42.7 KB4 records
1999-09.zip31.8 KB10 records
1999-08.zip81.9 KB2 records
1999-07.zip297.2 KB31 records
1999-06.zip56.2 KB4 records
1999-05.zip222.8 KB19 records
1999-04.zip7.3 KB3 records
1999-03.zip150.4 KB22 records
1999-02.zip130.9 KB14 records
1999-01.zip465.4 KB45 records
1998-12.zip39.6 KB7 records
1998-11.zip3.5 KB2 records
1998-10.zip9.7 KB3 records
1998-09.zip258.5 KB23 records
1998-08.zip201.1 KB18 records
1998-07.zip153.1 KB16 records
1998-05.zip61.3 KB12 records
1998-04.zip44.3 KB6 records
1998-03.zip35.8 KB10 records
1998-02.zip7.6 KB3 records
1998-01.zip31.4 KB7 records
1997-12.zip55.2 KB7 records
1997-11.zip29.3 KB7 records
1997-09.zip115.3 KB10 records
1997-08.zip2.7 KB1 records
1997-07.zip122.8 KB15 records
1997-06.zip3.0 KB1 records
1997-03.zip3.3 KB1 records
1996-12.zip201.1 KB14 records
1996-11.zip26.9 KB4 records
1996-07.zip49.1 KB8 records
1996-06.zip2.5 KB1 records
1996-04.zip2.2 KB1 records

What This Dataset Contains

The dataset captures every EDGAR submission of Form 8-K12G3 and its amendment Form 8-K12G3/A from April 1996 through the present, materialized as self-contained per-accession folders. Form 8-K12G3 is a succession-by-operation-of-law notification filed under Rule 12g-3 of the Securities Exchange Act of 1934. When a successor issuer assumes the obligations of a predecessor through a merger, consolidation, holding-company reorganization, or similar transaction, the successor's class of securities is deemed registered under Section 12(g) automatically, without a fresh Form 10 or other registration statement. Form 8-K12G3 is the EDGAR vehicle by which the successor notifies the Commission that this automatic registration has occurred and identifies the predecessor whose Section 12 registration it has inherited. Form 8-K12G3/A is the amendment variant, used to correct the original filing, attach an omitted exhibit, or update the description of the transaction.

The filing is short and event-specific rather than periodic. It is not a recurring disclosure document like a 10-K or 10-Q; it is a one-time notice that establishes the successor's reporting status. The body is dominated by a narrative paragraph identifying the predecessor, the successor, the triggering transaction, and the rule under which registration is deemed to occur, followed by a signature block and any exhibits the registrant chooses to attach (most commonly press releases, merger agreements, articles of merger, or charter documents of the successor). The dataset is delivered as monthly ZIP containers; included document file types are TXT, JSON, HTML, PDF, and XFD, with image binaries excluded by design.

Content Structure of a Single Record

What one record represents

One record in the Form 8-K12G3 Files Dataset is a single EDGAR submission of Form 8-K12G3 or its amendment Form 8-K12G3/A, materialized as a self-contained per-accession folder. The folder bundles a normalized JSON header (metadata.json) with the original filing documents from the EDGAR submission — typically the primary HTML body of the 8-K12G3 plus any attached exhibits — with image binaries deliberately omitted. The EDGAR accession number is the natural key: each record corresponds one-to-one to an accession (for example 0001104659-25-123527), and the on-disk folder name is the same accession with the dashes stripped (000110465925123527).

Container layout

The dataset is distributed as monthly ZIP archives at <dataset>/<year>/<year>-<month>.zip. After decompression, each month folder contains one subdirectory per accession number, and each accession subdirectory holds the metadata document and the unpacked submission documents:

1 2025-12.zip
2 └── 2025-12/
3 └── 000110465925123527/
4 ├── metadata.json
5 └── tm2534073d1_8k12g3.htm

Filing document names are preserved from the original EDGAR submission. The primary 8-K12G3 body uses the registrant or filing agent's internal slug suffixed with the form code, lowercased and underscore-separated (for example tm2534073d1_8k12g3.htm). Months without 8-K12G3 activity may not be represented; months with succession activity range from a single accession folder to several dozen, reflecting the irregular cadence of corporate reorganizations across the broader market.

Per-record file set

Two artifact classes appear inside each accession folder:

  1. metadata.json — always present. A flat JSON object that normalizes the EDGAR submission header.
  2. One or more filing documents — the original EDGAR submission documents preserved with their original filenames. For the typical minimal succession notice this is a single HTML file (*_8k12g3.htm); richer succession events may carry additional exhibits as separate files. The file-types found in the dataset are TXT, JSON, HTML, PDF, and XFD; image binaries are excluded by design. The full SGML-wrapped submission text file (<accession>.txt) is not unpacked into the folder but is reachable via a URL recorded inside metadata.json.

metadata.json fields

metadata.json is a flat JSON object that normalizes the EDGAR submission header. The meaningful fields are:

  • formType — either "8-K12G3" or "8-K12G3/A".
  • accessionNo — canonical dashed accession number (e.g. "0001104659-25-123527").
  • linkToFilingDetails — URL to the primary filing document on EDGAR.
  • linkToTxt — URL to the full SGML/text submission wrapper (<accession>.txt).
  • linkToHtml — URL to the EDGAR filing index page (...-index.htm).
  • linkToXbrl — URL to associated XBRL when present; for 8-K12G3 this field is typically empty.
  • description — a one-line human-readable summary, e.g. "Form 8-K12G3 - Notification of securities of successor issuers deemed to registered [Section 12] - Item 8.01".
  • filedAt — ISO-8601 timestamp with time-zone offset of EDGAR acceptance, e.g. "2025-12-22T09:00:20-05:00".
  • periodOfReport — date-only field marking the report period, typically the consummation date of the succession transaction.
  • items — array of 8-K item labels claimed on the filing, e.g. ["Item 8.01: Other Events"]. Many 8-K12G3 filings cite Item 8.01 (Other Events); some additionally cite Item 2.01 (Completion of Acquisition or Disposition of Assets) or Item 3.03 (Material Modification to Rights of Security Holders) when the succession transaction is also reportable under those items.
  • documentFormatFiles — array describing every document in the EDGAR submission. Each entry exposes sequence, size (bytes, encoded as a string), documentUrl, description, and type. The primary 8-K12G3 document occupies sequence "1"; the complete-submission .txt wrapper appears as a tail entry with empty sequence and type, which extractors should expect and ignore when iterating the actual filing documents.
  • dataFiles — array of structured data files (XBRL, etc.); typically empty for 8-K12G3.
  • seriesAndClassesContractsInformation — array reserved for investment-company series/class metadata; empty for ordinary corporate succession filings.
  • entities — array of the filer and subject entities recorded on the EDGAR header. Each entity object carries companyName (with role appended in parentheses, e.g. "Geely Automobile Holdings Ltd (Filer)"), cik, irsNo ("000000000" when not disclosed), fileNo, filmNo, stateOfIncorporation (EDGAR two-character code, e.g. "E9" for Cayman Islands, "DE" for Delaware), fiscalYearEnd (MMDD), act ("34" for the Securities Exchange Act of 1934), and type (form designator).
  • id — dataset-internal record identifier.

Predecessor / successor relationships are not modelled as discrete metadata fields. The entities array generally tags only the successor as the filer; the predecessor is identified inside the narrative HTML body, and downstream consumers must parse the prose to recover the linkage.

Structure of the 8-K12G3 HTML filing

Each filing document is an HTML body wrapped in the standard EDGAR SGML envelope. The outer frame uses <DOCUMENT> / <TYPE> / <SEQUENCE> / <FILENAME> / <DESCRIPTION> / <TEXT> tags, with the HTML payload sitting inside <TEXT>...</TEXT>:

1 <DOCUMENT>
2 <TYPE>8-K12G3
3 <SEQUENCE>1
4 <FILENAME>tm2534073d1_8k12g3.htm
5 <DESCRIPTION>8-K12G3
6 <TEXT>
7 <HTML>
8 <HEAD>...</HEAD>
9 <BODY>... full HTML body of the filing ...</BODY>
10 </HTML>
11 </TEXT>
12 </DOCUMENT>

The body of a Form 8-K12G3 follows a recognizable cover-page-and-narrative pattern, with these blocks appearing in order:

  • Cover-page issuer-identification header. Centered SEC heading (UNITED STATES / SECURITIES AND EXCHANGE COMMISSION / Washington, D.C. 20549) followed by the form designator. Foreign private issuers that simultaneously furnish a Form 6-K frequently render FORM 6-K and the foreign-private-issuer caption (REPORT OF FOREIGN PRIVATE ISSUER PURSUANT TO RULE 13a-16 OR 15d-16) inside this block while still using EDGAR Form 8-K12G3 as the submission type. The registrant name appears in a (Registrant's Name) stanza followed by the principal-office address.
  • Form 20-F vs. 40-F check-mark line. Present for foreign private issuers, with two inline check-box options indicating the registrant's annual reporting form.
  • Succession transaction description. A narrative section — sometimes introduced as INFORMATION CONTAINED IN THIS FORM 6-K REPORT for foreign-private-issuer filings, otherwise simply forming the body of the 8-K — that ties the filing to Rule 12g-3 and identifies the corporate event. This is where predecessor and successor identities, the underlying transaction (merger, consolidation, holding-company reorganization), the merger counterparty, the date of the Agreement and Plan of Merger, and the consummation date are stated. A representative passage reads: "This Form 6-K is furnished by Geely Automobile Holdings Limited ("Geely") to the Securities and Exchange Commission ... using EDGAR Form 8-K12G3 as successor to ZEEKR Intelligent Technology Holding Ltd ("Zeekr") pursuant to Rule 12g-3 under the Securities Exchange Act of 1934 ... as required by Rule 12g-3(f) under the Exchange Act." Follow-up paragraphs typically describe the merger mechanics (e.g., merger of the predecessor with a wholly-owned subsidiary of the successor) and may flag the registrant's intent to file Form 15 or Form 15F to terminate the predecessor's Section 13(a)/15(d) reporting obligation.
  • Section 12(g) class of securities. A statement identifying the class of securities deemed registered under Section 12(g) by operation of Rule 12g-3 (e.g., "common stock, par value $0.001 per share" or, for foreign private issuers, "ordinary shares"). Some filings state the class explicitly; others leave it implicit, relying on the registrant's existing disclosure of share classes.
  • Standard issuer identification line. Commission file number, IRS Employer Identification Number, state or other jurisdiction of incorporation, and addresses / telephone numbers. These same fields appear in normalized form in the entities array of metadata.json.
  • Signature block. A standard "Pursuant to the requirements of the Securities Exchange Act of 1934, the registrant has duly caused this report to be signed on its behalf by the undersigned hereunto duly authorized" paragraph, dated, followed by an HTML table holding the registrant name, the signatory line (e.g., /s/ Gui Sheng Yue), the printed name (Name: Gui Sheng Yue), and the title (Title: Director). Foreign-private-issuer filings often caption the page [Signature Page to 8-K12G3 (on Form 6-K)].
  • Exhibits. Optional. Minimal succession notices include none. Richer filings can attach exhibits such as press releases announcing the closing, the Agreement and Plan of Merger, articles of merger, or charter documents of the successor. When present, each exhibit appears as an additional file in the accession folder and as an additional entry in documentFormatFiles in metadata.json, with its sequence number, byte size, EDGAR URL, description, and type recorded there.

Included content

Each record includes the normalized metadata.json, the primary 8-K12G3 (or 8-K12G3/A) HTML document with its full SGML envelope, and any non-image exhibits attached to the EDGAR submission. The metadata exposes durable URLs to the EDGAR index page, the full submission text file, and any XBRL package, so a downstream consumer can always fetch what is not bundled. All filings from April 1996 through the present are in scope, encompassing both the original 8-K12G3 form and its amendment variant 8-K12G3/A.

Excluded or separate content

Image files (typically signature scans, registrant logos, and embedded graphics) are explicitly omitted from each accession folder; references to them inside the HTML body may therefore resolve to missing assets in a fully offline view. The full SGML-wrapped submission text file (<accession>.txt) is not unpacked into the folder but is reachable via metadata.linkToTxt. Predecessor / successor relationships, the class of securities deemed registered, and the underlying merger or consolidation mechanics are not lifted into structured metadata fields; they remain inside the narrative HTML body and require text extraction to be consumed programmatically. Closely related succession notices filed on different EDGAR codes — Form 8-K15D5 (assumption of Section 15(d) reporting by a successor) and Form 8-K12B (the Section 12(b) succession analog for exchange-listed securities) — are out of scope for this dataset.

Interpretation and extraction notes

Several nuances matter when interpreting or extracting these records.

First, the substantive disclosure obligations of Form 8-K12G3 are governed by Rule 12g-3 itself rather than by a long, item-numbered instruction set comparable to Form 8-K's Items 1.01 through 9.01. As a result, the filing's structure has been remarkably stable since EDGAR began accepting 8-K12G3 submissions in April 1996: a cover page, a short narrative grounding the filing in Rule 12g-3, identification of predecessor and successor, identification of the registered class, a signature block, and optional exhibits. What has changed materially over time is presentation rather than content. Early filings were submitted as plain ASCII / SGML text inside the <TEXT> envelope; from the late 1990s onward filers progressively migrated to HTML bodies inside the same SGML wrapper, which is the dominant format across the modern dataset. PDF attachments and EDGAR XFD form-data attachments occasionally appear among the filing documents for filers that lodged supplementary materials in those formats.

Second, foreign-private-issuer filers occasionally place an 8-K12G3 cover on what is substantively a Form 6-K report. These filings advertise both forms on the cover page, and treating the EDGAR formType (always 8-K12G3 or 8-K12G3/A in this dataset) as authoritative is safer than relying on the cover-page banner.

Third, the items field is informative but not standardized for 8-K12G3 — many filings simply tag Item 8.01 (Other Events) even though the substantive disclosure is the Rule 12g-3 succession itself.

Fourth, predecessor and successor identities are only reliably available by parsing the HTML narrative; the entities array generally lists only the filer (the successor), so studies of succession networks must extract the predecessor name from body text. The same applies to the merger counterparty (often a transitory shell subsidiary), the Agreement and Plan of Merger date, and the consummation date.

Fifth, exhibits are sparse: the typical record is a single short HTML document, and bulk text extraction therefore yields a compact corpus with high signal density per record.

Sixth, the documentFormatFiles array always includes a tail entry for the complete-submission text file with empty sequence and type, which extractors should expect and skip when iterating the real filing documents.

Seventh, entities[].stateOfIncorporation uses EDGAR's two-character jurisdiction codes (e.g., E9 for Cayman Islands, D8 for Delaware corporations issued under that legacy code, DE for Delaware in current encoding); consumers should map these codes to canonical jurisdiction names before any geographic analysis.

Finally, records with form type 8-K12G3/A are amendments and should be linked to the underlying original by accession lineage when reconstructing the canonical version of a succession event. The dataset does not pre-resolve this lineage; amendments stand as independent accession folders and the join must be performed by the consumer using the registrant CIK, the period of report, and the narrative content.

Who Files or Publishes This Dataset, and When

Who files

Each record is a Form 8-K12G3 (or Form 8-K12G3/A amendment) submitted to EDGAR by a successor issuer that has just inherited the Section 12(g) registration of a predecessor through a corporate succession transaction. The filer is the new legal entity, not the predecessor. It typically files under a newly issued CIK established in EDGAR at the time of the succession, and uses the form to notify the Commission and the market that its securities are deemed registered under Section 12(g) by operation of Rule 12g-3, without any separate Securities Act or Exchange Act registration statement.

Filer population

A Form 8-K12G3 filer is an entity that:

  • has just become the successor to one or more predecessor issuers whose securities were registered under Section 12(g) of the Exchange Act,
  • has issued its own securities to holders of the predecessor's Section 12(g)-registered class as part of a succession transaction, and
  • accordingly has its corresponding class deemed registered under Section 12(g) by Rule 12g-3(a).

Typical filers include:

  • Newly formed holding companies created in a top-hat reorganization, where shareholders of an existing operating company become shareholders of a new parent and the operating company becomes a wholly owned subsidiary.
  • Surviving or newly formed entities in a merger or consolidation that issue securities to the predecessor's shareholders.
  • Redomesticated entities that reincorporate into a new jurisdiction by merging into a newly formed shell.
  • Reorganized entities emerging from bankruptcy or recapitalization that succeed to a Section 12(g) registrant.
  • Survivors of statutory share exchanges or conversions that change the issuer's legal identity while preserving the holder base.

The successor signs and submits the form. The predecessor separately files a Form 15 to terminate its own Exchange Act reporting and may close out with final periodic reports.

Triggering events

The filing is event-driven, not periodic. The trigger is a corporate succession in which the successor inherits the predecessor's Section 12(g) registration. Operative events include:

  • Merger or consolidation in which the predecessor's holders become holders of the filer.
  • Holding-company reorganization under state-law procedures (for example, DGCL Section 251(g)) interposing a new parent above an existing registered operating company.
  • Redomestication or reincorporation by merger into a newly formed entity in a different jurisdiction.
  • Statutory share exchange or conversion producing a new legal entity that holds the predecessor's reporting status.
  • Plan of reorganization or restructuring (including bankruptcy-driven) in which a successor assumes the predecessor's Section 12(g)-registered class.

The legal mechanism is Rule 12g-3 under the Exchange Act: when the successor's securities are issued in a succession transaction in exchange for securities of one or more predecessor issuers registered under Section 12, the successor's corresponding class is deemed registered by operation of law. The 8-K12G3 documents that automatic registration, identifies the predecessor and successor, and links the two CIKs in EDGAR.

Regulatory framework

Three layered sources govern the filing:

  • Section 12(g) of the Exchange Act, which establishes the registration regime being inherited.
  • Rule 12g-3 under the Exchange Act, which deems the successor's class registered without a separate Form 10, Form 8-A, or Securities Act registration statement.
  • The Form 8-K reporting infrastructure under Section 13(a), which provides the filing channel. Form 8-K12G3 is a stand-alone notice variant of Form 8-K used solely to give notice of Rule 12g-3 succession registration; it is not driven by a numbered 8-K item.

Form content is correspondingly narrow: identification of predecessor(s) and successor, description of the transaction, identification of the class deemed registered, and exhibits documenting the succession (commonly the merger agreement, plan of reorganization, charter, or bylaws).

Timing and deadlines

Rule 12g-3(f) requires the successor to file the notice within the period specified for reports on Form 8-K, which under current instructions is generally four business days after the triggering succession event (the effective time of the merger, consolidation, holding-company reorganization, or other succession). In practice, filers submit on the effective date or shortly after, often paired with a substantive Form 8-K (for example, an Item 2.01 or Item 5.03) describing the broader transaction.

Because Rule 12g-3 produces deemed registration at the moment of succession by operation of law, the change in legal status does not depend on the 8-K12G3 being filed; the form is the public-notice and EDGAR-record instrument.

Amendments

Form 8-K12G3/A is the amendment variant. The same successor issuer files it to correct or supplement a prior 8-K12G3, typically to fix identification details, correct the description of the deemed-registered class, add or replace exhibits (executed merger agreement, charter, bylaws, succession opinions), or clarify the legal mechanism. An amendment does not re-trigger registration; it modifies the existing notice. Each /A is a discrete EDGAR submission with its own accession number and is included in this dataset.

Important distinctions

  • Successor versus predecessor. The successor always files the 8-K12G3. The predecessor files a Form 15 to terminate its own reporting. The two have different CIKs, and the 8-K12G3 bridges them.
  • 8-K12G3 versus 8-K12B. If the predecessor's class was registered under Section 12(b) (listed on a national securities exchange), the successor files Form 8-K12B, not 8-K12G3. Those records are not in this dataset.
  • 8-K12G3 versus Form 8-A or Form 10. Form 8-A and Form 10 are registration filings. Form 8-K12G3 is a notice that registration has already occurred automatically under Rule 12g-3.
  • 8-K12G3 versus Form S-4. Where the succession involves a registered offering of the successor's securities, an S-4 governs the issuance, but Rule 12g-3 may still operate, in which case both filings appear.
  • Foreign private issuers use the 6-K/20-F regime and do not file 8-K12G3.
  • Investment companies registered under the Investment Company Act of 1940 follow a separate succession regime and are not typical 8-K12G3 filers.
  • EDGAR coverage. The dataset begins April 1996, when 8-K12G3 submissions became electronically filed. Pre-EDGAR paper successions are not included, though the underlying Rule 12g-3 obligation predates EDGAR.

How This Dataset Differs From Similar Datasets or Filings

Form 8-K12G3 sits at the intersection of two regimes: 8-K-style current reporting and Rule 12g-3 succession of Section 12(g) registration. The most useful comparisons are to its sibling succession forms (8-K12B, 8-K15D5), the regular 8-K, the registration vehicles that often precede the same transaction (8-A, S-4), and the deregistration forms filed by the predecessor (Form 15, Form 25).

Form 8-K12B. The direct sibling. 8-K12B notifies succession when the predecessor's securities were registered under Section 12(b) (exchange-listed); 8-K12G3 covers the Section 12(g) branch (typically OTC or holder-threshold registration). Body, exhibits, and disclosure pattern are nearly identical; only the registration subsection differs. Any complete population of successor-registration events requires both datasets.

Form 8-K15D5. Notifies succession to Section 15(d) reporting obligations, which arise from an effective Securities Act registration where the securities are not Section 12-registered. Structurally similar to 8-K12G3 but produces a different consequence: continuation of periodic reporting rather than deemed Section 12 registration. The two are mutually exclusive for any given succession, determined by the predecessor's registration status.

Regular Form 8-K (notably Items 5.01, 2.01, 3.03). A regular 8-K is filed by an already-registered issuer to disclose a triggering event such as change in control, completed acquisition, or material modification of security holder rights. It does not register securities of a new entity. 8-K12G3 is narrower and structural: it evidences that the successor's securities are deemed registered by operation of Rule 12g-3. The same reorganization commonly produces both: a regular 8-K from the predecessor disclosing the event, and an 8-K12G3 from the successor establishing its registration.

Form 8-A. A short-form, voluntary registration statement used to affirmatively register a class under Section 12(b) or 12(g), typically at IPO listing or an OTC-to-exchange move. 8-K12G3, by contrast, records registration that arises automatically by force of Rule 12g-3, not by issuer election. Both end in Section 12 registration; the legal mechanism and filer population differ.

Form S-4. The Securities Act registration statement for securities issued in business combinations (mergers, exchange offers, holding-company reorganizations). It is the front-end, prospectus-style transactional disclosure, often hundreds of pages, with financial statements, fairness opinions, and risk factors. 8-K12G3 is the back-end structural notice filed by the successor after closing. The same merger frequently produces an S-4 before closing and an 8-K12G3 after; the filings differ radically in size, granularity, and purpose.

Form 15. Filed by an issuer to deregister a class and suspend reporting under Section 12(g) or 15(d). In a typical holding-company reorganization, the predecessor files Form 15 around the same time the successor files 8-K12G3. The pair is directionally opposite: 8-K12G3 marks inception of the successor's deemed registration; Form 15 marks termination of the predecessor's. Reconstructing a full succession event usually requires linking both across predecessor and successor CIKs.

Form 25. Notifies removal of a security from listing and registration on a national exchange, filed by the exchange or issuer. It is paired with the Section 12(b) deregistration side of a transaction and is therefore a more natural counterpart to 8-K12B than to 8-K12G3, since predecessors in a 12(g) succession are typically not exchange-listed.

Boundary summary

Form 8-K12G3 is the form-of-record for one narrow event: a successor issuer acquiring Section 12(g) registration by operation of Rule 12g-3, without a new registration statement. It is not transactional disclosure (S-4, regular 8-K), not voluntary registration (8-A), not deregistration (Form 15, Form 25), and not the 12(b) or 15(d) succession variants (8-K12B, 8-K15D5). Filings are short, repetitive, and event-driven, but they are the definitive marker of continued reporting identity through a 12(g) succession. The dataset is best used alongside 8-K12B and 8-K15D5 for full succession coverage, S-4 or proxy filings for transactional substance, and Forms 15 and 25 for the predecessor-side deregistration record.

Who Uses This Dataset

Form 8-K12G3 filings mark the moment a successor issuer inherits a predecessor's registered securities under Rule 12g-3. The dataset is used by professionals who need to track corporate identity changes, draft succession filings, maintain reference data, or research reorganization events.

M&A and securities counsel

Transactional and securities lawyers use the dataset as a precedent library for holding-company reorganizations, redomestications, top-hat insertions, and post-merger consolidations. They study the succession narrative, predecessor-successor identification, class-of-securities language, and the sequencing of the 8-K12G3 with related Form 15, Form 25, and Form 8-A filings to draft analogous filings and confirm a contemplated structure qualifies for automatic registration.

Corporate paralegals and EDGAR filing teams

Paralegals preparing 8-K12G3 submissions mine the corpus for cover-page metadata, item layout, exhibit numbering, and standard recitals. The dataset supports template construction and quality-control review against conventions used by other registrants for similar succession events.

Equity research analysts

Fundamental and event-driven analysts use the predecessor-successor CIK linkage to rebuild continuous histories across legal-form changes, redomiciles, and parent reorganizations so valuation models, earnings histories, and peer sets are not broken by an apparent identity change. The narrative section signals whether the change is purely structural or has economic substance.

M&A coverage and deal-database curators

Banking coverage teams and curators of in-house deal libraries use the dataset to flag completed reorganizations that are not visible in headline merger filings, and to map predecessor and successor CIKs so league-table and precedent-transaction records remain joinable to the surviving entity.

Reference-data and identifier vendors

Engineering teams maintaining CIK, CUSIP, ticker, and entity-identifier crosswalks treat the dataset as authoritative confirmation of succession events. The metadata plus named predecessor and successor support automated identifier propagation, retirement of stale records, and audit trails when subscribers question a change.

Index methodology and operations teams

Index teams use the filings to decide whether a constituent's disappearance is a succession to be carried forward rather than a deletion. The class-of-securities and predecessor-successor fields drive index-membership inheritance, weight continuity, and corporate-action handling.

Transfer agents and shareholder-services teams

Transfer agents reconcile share-class status after reorganizations using the deemed-registered class list and the description of how predecessor securities were exchanged or converted. The dataset feeds record-keeping updates, certificate cancellation and reissuance, and holder communications.

Proxy solicitors and information agents

Solicitors supporting reorganization votes use the dataset to align post-closing notification language with the proxy statement materials that solicited approval, ensuring messaging to holders about converted securities is consistent.

Restructuring and corporate development teams

In-house corporate development groups and external restructuring advisers planning bankruptcy emergence, spin-offs, or holding-company insertions use the exhibits and succession descriptions as templates for the post-closing securities-law steps that carry Exchange Act registration into the successor.

Compliance and Section 16 monitoring teams

Compliance officers tracking insider and beneficial-ownership reporting use the filings to identify when a successor has assumed Section 12(g) registration, which resets Section 13 and Section 16 calendars and filer lists for the successor's insiders and large holders.

Academic and policy researchers

Researchers in corporate finance, corporate law, and securities regulation use the full 1996-onward population of 8-K12G3 and 8-K12G3/A accessions to study the frequency and structure of holding-company formations, redomiciliations, post-merger consolidations, and the use of Rule 12g-3 itself.

LLM and RAG developers

Teams building retrieval-augmented generation systems over SEC content use the dataset as a bounded, well-typed corpus of succession events. The mix of TXT, HTML, JSON metadata, and exhibits per accession supports parsing, chunking, and entity-linking pipelines that answer questions about what happened to a given predecessor and which successor inherited its registration.

Specific Use Cases

The dataset's value concentrates in three places: the successor CIK in metadata.entities, the predecessor name and class-of-securities language in the HTML narrative, and the filedAt / periodOfReport timestamps that anchor the succession event in time. The use cases below are built on those fields.

Maintaining predecessor-to-successor CIK crosswalks

Reference-data teams parse the successor CIK from metadata.entities and extract the predecessor name from the Rule 12g-3 narrative paragraph (typically phrased "as successor to [Predecessor Name]") to build a directed edge in an entity-mapping table. Joining to a name-to-CIK lookup yields a predecessor CIK, which then drives propagation of CUSIPs, tickers, and internal IDs from the retired predecessor record onto the surviving successor record, with accessionNo and filedAt serving as the audit trail.

Reconstructing continuous issuer histories for research models

Equity analysts and academic researchers use the predecessor-successor pairing to stitch pre- and post-reorganization filings into a single time series. Combined with the consummation date in periodOfReport, this lets earnings, price, and disclosure histories survive holding-company insertions and redomiciliations rather than truncating at the predecessor's last 10-K. The narrative is also screened to flag whether a succession is purely structural (top-hat, redomestication) or carries economic substance (post-merger consolidation), which determines whether peer comparisons should be carried across.

Drafting and quality-controlling new 8-K12G3 submissions

Securities counsel and corporate paralegals query the corpus for precedent recitals matching a contemplated structure (Cayman top-hat, Delaware reincorporation, post-merger holdco). They lift the Rule 12g-3 succession paragraph, the class-of-securities statement (e.g. "ordinary shares" vs. "common stock, par value $0.001 per share"), the Form 20-F/40-F check-mark stanza for foreign private issuers, and the signature-block layout, then check their draft against the dominant conventions for the same transaction type.

Triggering Section 13/16 and index-membership updates

Compliance and index-operations teams monitor new 8-K12G3 accessions as they arrive, using filedAt, the successor CIK in entities, and the deemed-registered class identified in the body to reset Section 13 and Section 16 filer rosters onto the successor and to decide whether to carry an index constituent forward rather than delete it. The amendment variant 8-K12G3/A is handled by joining on registrant CIK plus periodOfReport to override the original.

Linking succession notices to predecessor-side deregistration

Deal-database curators and restructuring advisers pair each 8-K12G3 with the predecessor's Form 15 (and, when relevant, sibling 8-K12B or 8-K15D5 successor notices) using the predecessor name extracted from the narrative and the consummation date in periodOfReport. This produces a complete succession event record covering both inception of the successor's deemed registration and termination of the predecessor's reporting obligation, suitable for league-table attribution and precedent libraries.

Building a bounded RAG corpus over Rule 12g-3 events

LLM teams use the full 1996-onward population as a small, high-signal corpus for question answering on succession mechanics. Per-accession folders are chunked on the cover-page, narrative, class-of-securities, and signature blocks identified in the record anatomy; metadata.json supplies entity, date, and item-tag facets; and the absence of XBRL plus the sparse exhibit set keeps ingestion uniform across the dataset.

Dataset Access

Dataset Index JSON API: https://api.sec-api.io/datasets/form-8k12g3-files.json

The dataset index endpoint returns metadata describing the Form 8-K12G3 Files Dataset, including its name, description, last update timestamp, earliest sample date (1996-04-01), total record count and total size, the form types covered (8-K12G3, 8-K12G3/A), the container format (ZIP), and the included file types (TXT, JSON, XFD, HTML, PDF). It also provides the download URL for the full dataset archive and a list of all individual container files with per-container metadata such as size, record count, last updated timestamp, and direct download URL. This endpoint can be polled daily to detect which containers were modified in the most recent refresh run, enabling targeted incremental downloads instead of re-fetching the entire dataset. This endpoint does not require an API key.

Example response:

Example
1 {
2 "datasetId": "1f13365b-9ae0-69b0-92ed-2891a90ea0df",
3 "datasetDownloadUrl": "https://api.sec-api.io/datasets/form-8k12g3-files.zip",
4 "name": "Form 8-K12G3 Files Dataset",
5 "updatedAt": "2026-04-15T12:11:11.401Z",
6 "earliestSampleDate": "1996-04-01",
7 "totalRecords": 3158,
8 "totalSize": 47998729,
9 "formTypes": ["8-K12G3", "8-K12G3/A"],
10 "containerFormat": "ZIP",
11 "fileTypes": ["TXT", "JSON", "XFD", "HTML", "PDF"],
12 "containers": [
13 {
14 "downloadUrl": "https://api.sec-api.io/datasets/form-8k12g3-files/2026/2026-03.zip",
15 "key": "2026/2026-03.zip",
16 "size": 1382877,
17 "records": 12,
18 "updatedAt": "2026-04-15T12:11:11.401Z"
19 }
20 ]
21 }

Download Entire Dataset: https://api.sec-api.io/datasets/form-8k12g3-files.zip?token=YOUR_API_KEY

This endpoint streams the complete Form 8-K12G3 Files Dataset as a single ZIP archive containing every container file. It is the simplest way to obtain a full local copy of the dataset in one request. This endpoint requires an API key.

Download Single Container: https://api.sec-api.io/datasets/form-8k12g3-files/2026/2026-03.zip?token=YOUR_API_KEY

Individual monthly container archives can be downloaded directly using the key returned by the dataset index API. This is useful for fetching only a specific time range or for retrieving just the containers that changed in the latest refresh. This endpoint requires an API key.

Frequently Asked Questions

What forms does the Form 8-K12G3 Files Dataset cover?

The dataset covers Form 8-K12G3 (the original Rule 12g-3 succession notice) and Form 8-K12G3/A (its amendment variant). Both form types are included as discrete EDGAR submissions with their own accession numbers.

What does one record represent?

One record is a single EDGAR submission of Form 8-K12G3 or 8-K12G3/A, materialized as a self-contained per-accession folder keyed by accession number. The folder bundles a normalized metadata.json header with the original filing documents — typically the primary HTML body and any non-image exhibits.

Who is required to file Form 8-K12G3?

The successor issuer in a corporate succession files Form 8-K12G3 when its securities are deemed registered under Section 12(g) by operation of Rule 12g-3. Typical filers include newly formed holding companies in top-hat reorganizations, merger or consolidation survivors, redomesticated entities, and reorganized issuers emerging from bankruptcy or restructuring whose predecessor was a Section 12(g) registrant.

When must a Form 8-K12G3 be filed?

Rule 12g-3(f) requires the successor to file within the period specified for reports on Form 8-K, which under current instructions is generally four business days after the effective time of the succession transaction. Because Rule 12g-3 produces deemed registration by operation of law at the moment of succession, the legal change does not depend on the filing itself; the form is the public-notice and EDGAR-record instrument.

What time period does the dataset cover?

The dataset includes all Form 8-K12G3 and 8-K12G3/A filings submitted to EDGAR from April 1996 (the earliest sample date) through the present. Pre-EDGAR paper successions are not included.

What file format is the dataset distributed in?

The dataset is distributed as monthly ZIP containers organized as <dataset>/<year>/<year>-<month>.zip. Inside each container, every accession is a folder containing metadata.json plus the original EDGAR submission documents; included file types are TXT, JSON, HTML, PDF, and XFD, with image binaries excluded by design.

How does this dataset differ from Form 8-K12B and Form 8-K15D5?

Form 8-K12B notifies succession when the predecessor's securities were registered under Section 12(b) (exchange-listed), while Form 8-K15D5 notifies succession to Section 15(d) reporting obligations arising from an effective Securities Act registration without Section 12 registration. Form 8-K12G3 covers only the Section 12(g) branch — typically OTC or holder-threshold registration — and the three forms are mutually exclusive for any given succession, determined by the predecessor's registration status. A complete population of successor-registration events therefore requires combining all three datasets.