SEC Form 144 Files Dataset

The Form 144 Files Dataset contains every Form 144 and Form 144/A filing submitted through SEC EDGAR, beginning in March 1996. Each record represents a single notice of proposed sale of restricted or control securities under Rule 144 of the Securities Act of 1933, filed by an affiliate or restricted-security holder at the time a sell order is placed with a broker or market maker. Records are packaged as subfolders within monthly ZIP archives, each containing a structured JSON metadata file, the raw XML source document, an XHTML rendering, and — in a small minority of filings — optional exhibit attachments. The dataset covers form types 144 (original notices) and 144/A (amendments) and spans from March 1996 to the present, with substantially complete coverage of reporting-issuer securities from April 2023 onward when electronic EDGAR filing became mandatory.

Update Frequency
Daily
Updated at
2026-05-19
Earliest Sample Date
1996-03-01
Total Size
970.7 MB
Total Records
238,036
Container Format
ZIP
Content Types
TXT, JSON, HTML, PDF, XML
Form Types
144, 144/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

351 files · 970.7 MB
Download All
2026-05.zip20.1 MB6,960 records
2026-04.zip18.2 MB6,092 records
2026-03.zip25.9 MB7,658 records
2026-02.zip23.1 MB7,927 records
2026-01.zip14.8 MB4,410 records
2025-12.zip29.4 MB6,940 records
2025-11.zip21.3 MB6,377 records
2025-10.zip13.3 MB4,094 records
2025-09.zip21.3 MB5,930 records
2025-08.zip22.0 MB7,546 records
2025-07.zip12.9 MB4,098 records
2025-06.zip17.9 MB6,353 records
2025-05.zip23.1 MB7,304 records
2025-04.zip10.5 MB2,882 records
2025-03.zip25.8 MB7,008 records
2025-02.zip22.4 MB6,755 records
2025-01.zip15.1 MB4,526 records
2024-12.zip19.7 MB6,658 records
2024-11.zip29.4 MB9,710 records
2024-10.zip13.1 MB4,089 records
2024-09.zip20.5 MB5,646 records
2024-08.zip25.4 MB7,868 records
2024-07.zip15.4 MB4,745 records
2024-06.zip16.0 MB5,646 records
2024-05.zip26.4 MB7,931 records
2024-04.zip14.1 MB3,872 records
2024-03.zip32.4 MB8,896 records
2024-02.zip28.1 MB8,494 records
2024-01.zip16.4 MB4,485 records
2023-12.zip29.5 MB7,146 records
2023-11.zip32.8 MB6,566 records
2023-10.zip8.6 MB2,634 records
2023-09.zip28.8 MB4,770 records
2023-08.zip37.6 MB7,473 records
2023-07.zip15.0 MB4,317 records
2023-06.zip40.1 MB6,534 records
2023-05.zip28.1 MB6,479 records
2023-04.zip12.2 MB1,725 records
2023-03.zip3.3 MB908 records
2023-02.zip2.0 MB285 records
2023-01.zip2.7 MB57 records
2022-12.zip2.3 MB72 records
2022-11.zip409.3 KB79 records
2022-10.zip1.4 MB30 records
2022-09.zip659.5 KB17 records
2022-08.zip379.1 KB16 records
2022-07.zip94.8 KB14 records
2022-06.zip2.0 MB17 records
2022-05.zip2.0 MB16 records
2022-04.zip82.4 KB12 records
2022-03.zip955.3 KB30 records
2022-02.zip112.8 KB17 records
2022-01.zip335.1 KB5 records
2021-12.zip374.5 KB10 records
2021-11.zip219.5 KB35 records
2021-10.zip410.6 KB17 records
2021-09.zip166.1 KB14 records
2021-08.zip79.0 KB12 records
2021-07.zip670.7 KB13 records
2021-06.zip116.8 KB17 records
2021-05.zip2.1 MB34 records
2021-04.zip129.4 KB20 records
2021-03.zip202.7 KB31 records
2021-02.zip1.8 MB30 records
2021-01.zip449.8 KB17 records
2020-12.zip112.2 KB17 records
2020-11.zip992.5 KB36 records
2020-10.zip44.2 KB7 records
2020-09.zip321.4 KB12 records
2020-08.zip325.6 KB13 records
2020-07.zip1.2 MB13 records
2020-06.zip1.4 MB24 records
2020-05.zip311.7 KB19 records
2020-04.zip63.5 KB10 records
2020-03.zip147.9 KB21 records
2020-02.zip476.1 KB9 records
2020-01.zip579.6 KB38 records
2019-12.zip242.1 KB38 records
2019-11.zip125.5 KB19 records
2019-10.zip34.4 KB5 records
2019-09.zip84.5 KB13 records
2019-08.zip112.3 KB19 records
2019-07.zip63.0 KB9 records
2019-06.zip13.9 MB29 records
2019-05.zip22.9 MB54 records
2019-04.zip20.3 MB39 records
2019-03.zip58.1 KB9 records
2019-02.zip1.2 MB34 records
2019-01.zip114.0 KB17 records
2018-12.zip45.9 KB7 records
2018-11.zip83.6 KB13 records
2018-10.zip51.1 KB8 records
2018-09.zip782.8 KB20 records
2018-08.zip669.7 KB31 records
2018-07.zip97.5 KB15 records
2018-06.zip842.7 KB22 records
2018-05.zip238.6 KB36 records
2018-04.zip52.1 KB9 records
2018-03.zip231.9 KB34 records
2018-02.zip143.4 KB22 records
2018-01.zip144.0 KB22 records
2017-12.zip167.3 KB26 records
2017-11.zip110.7 KB20 records
2017-10.zip72.0 KB14 records
2017-09.zip797.9 KB16 records
2017-08.zip187.7 KB29 records
2017-07.zip61.5 KB10 records
2017-06.zip206.9 KB32 records
2017-05.zip385.2 KB58 records
2017-04.zip226.4 KB20 records
2017-03.zip151.1 KB23 records
2017-02.zip310.8 KB39 records
2017-01.zip47.4 KB9 records
2016-12.zip166.9 KB25 records
2016-11.zip190.1 KB33 records
2016-10.zip49.3 KB9 records
2016-09.zip77.8 KB12 records
2016-08.zip215.6 KB32 records
2016-07.zip73.5 KB12 records
2016-06.zip217.7 KB26 records
2016-05.zip222.8 KB33 records
2016-04.zip78.5 KB11 records
2016-03.zip178.1 KB26 records
2016-02.zip210.4 KB30 records
2016-01.zip37.8 KB5 records
2015-12.zip99.3 KB15 records
2015-11.zip168.2 KB25 records
2015-10.zip343.8 KB20 records
2015-09.zip89.2 KB15 records
2015-08.zip1.2 MB25 records
2015-07.zip97.9 KB14 records
2015-06.zip402.2 KB26 records
2015-05.zip193.6 KB28 records
2015-04.zip164.1 KB22 records
2015-03.zip299.1 KB43 records
2015-02.zip262.3 KB39 records
2015-01.zip79.6 KB11 records
2014-12.zip351.5 KB27 records
2014-11.zip296.2 KB43 records
2014-10.zip185.2 KB27 records
2014-09.zip131.7 KB19 records
2014-08.zip264.5 KB40 records
2014-07.zip245.9 KB36 records
2014-06.zip193.1 KB28 records
2014-05.zip247.0 KB37 records
2014-04.zip174.3 KB24 records
2014-03.zip399.9 KB61 records
2014-02.zip441.1 KB66 records
2014-01.zip251.2 KB36 records
2013-12.zip177.9 KB27 records
2013-11.zip527.1 KB77 records
2013-10.zip194.3 KB28 records
2013-09.zip206.8 KB32 records
2013-08.zip548.6 KB82 records
2013-07.zip206.5 KB30 records
2013-06.zip151.8 KB24 records
2013-05.zip572.3 KB73 records
2013-04.zip120.4 KB17 records
2013-03.zip376.9 KB54 records
2013-02.zip335.1 KB53 records
2013-01.zip86.7 KB13 records
2012-12.zip239.0 KB36 records
2012-11.zip771.5 KB53 records
2012-10.zip78.1 KB12 records
2012-09.zip225.8 KB20 records
2012-08.zip701.4 KB67 records
2012-07.zip125.8 KB18 records
2012-06.zip105.0 KB17 records
2012-05.zip287.9 KB42 records
2012-04.zip158.3 KB22 records
2012-03.zip383.2 KB54 records
2012-02.zip2.2 MB64 records
2012-01.zip800.8 KB29 records
2011-12.zip197.5 KB29 records
2011-11.zip313.6 KB45 records
2011-10.zip136.0 KB21 records
2011-09.zip215.6 KB31 records
2011-08.zip282.9 KB40 records
2011-07.zip213.4 KB31 records
2011-06.zip194.2 KB29 records
2011-05.zip413.8 KB62 records
2011-04.zip129.6 KB19 records
2011-03.zip366.0 KB58 records
2011-02.zip217.0 KB35 records
2011-01.zip90.7 KB14 records
2010-12.zip328.4 KB48 records
2010-11.zip393.1 KB63 records
2010-10.zip112.5 KB16 records
2010-09.zip169.0 KB24 records
2010-08.zip275.4 KB42 records
2010-07.zip39.0 KB6 records
2010-06.zip158.1 KB24 records
2010-05.zip219.3 KB36 records
2010-04.zip235.3 KB35 records
2010-03.zip362.2 KB64 records
2010-02.zip236.6 KB41 records
2010-01.zip132.0 KB20 records
2009-12.zip215.5 KB31 records
2009-11.zip198.6 KB33 records
2009-10.zip272.5 KB28 records
2009-09.zip214.5 KB35 records
2009-08.zip1.0 MB51 records
2009-07.zip453.7 KB21 records
2009-06.zip188.5 KB31 records
2009-05.zip345.4 KB62 records
2009-04.zip99.7 KB16 records
2009-03.zip109.0 KB16 records
2009-02.zip124.9 KB25 records
2009-01.zip100.0 KB15 records
2008-12.zip168.4 KB29 records
2008-11.zip360.7 KB39 records
2008-10.zip202.0 KB30 records
2008-09.zip186.1 KB36 records
2008-08.zip528.5 KB39 records
2008-07.zip94.9 KB15 records
2008-06.zip124.9 KB28 records
2008-05.zip248.2 KB44 records
2008-04.zip109.8 KB14 records
2008-03.zip237.5 KB47 records
2008-02.zip98.9 KB18 records
2008-01.zip162.2 KB26 records
2007-12.zip268.7 KB53 records
2007-11.zip273.9 KB47 records
2007-10.zip322.1 KB39 records
2007-09.zip239.0 KB49 records
2007-08.zip796.6 KB68 records
2007-07.zip486.9 KB71 records
2007-06.zip286.4 KB50 records
2007-05.zip592.3 KB79 records
2007-04.zip903.7 KB42 records
2007-03.zip336.6 KB69 records
2007-02.zip273.9 KB55 records
2007-01.zip219.2 KB46 records
2006-12.zip229.5 KB42 records
2006-11.zip593.0 KB82 records
2006-10.zip158.0 KB32 records
2006-09.zip187.1 KB37 records
2006-08.zip326.2 KB65 records
2006-07.zip161.5 KB31 records
2006-06.zip121.9 KB25 records
2006-05.zip329.0 KB65 records
2006-04.zip202.3 KB41 records
2006-03.zip300.6 KB57 records
2006-02.zip328.2 KB60 records
2006-01.zip158.0 KB30 records
2005-12.zip266.0 KB55 records
2005-11.zip153.4 KB30 records
2005-10.zip67.4 KB14 records
2005-09.zip206.2 KB44 records
2005-08.zip268.9 KB56 records
2005-07.zip252.6 KB50 records
2005-06.zip231.6 KB43 records
2005-05.zip149.1 KB34 records
2005-04.zip105.3 KB22 records
2005-03.zip241.6 KB51 records
2005-02.zip254.4 KB55 records
2005-01.zip188.1 KB40 records
2004-12.zip251.0 KB53 records
2004-11.zip318.3 KB72 records
2004-10.zip165.9 KB35 records
2004-09.zip280.5 KB38 records
2004-08.zip182.4 KB39 records
2004-07.zip93.3 KB19 records
2004-06.zip337.5 KB48 records
2004-05.zip182.2 KB40 records
2004-04.zip215.2 KB48 records
2004-03.zip370.4 KB56 records
2004-02.zip386.3 KB86 records
2004-01.zip173.4 KB43 records
2003-12.zip255.5 KB55 records
2003-11.zip331.1 KB62 records
2003-10.zip184.3 KB41 records
2003-09.zip191.9 KB33 records
2003-08.zip208.2 KB48 records
2003-07.zip216.4 KB26 records
2003-06.zip136.0 KB29 records
2003-05.zip141.6 KB33 records
2003-04.zip123.1 KB26 records
2003-03.zip61.5 KB13 records
2003-02.zip131.2 KB28 records
2003-01.zip139.6 KB25 records
2002-12.zip579.6 KB17 records
2002-11.zip39.4 KB9 records
2002-10.zip18.9 KB4 records
2002-09.zip14.5 KB3 records
2002-08.zip25.5 KB6 records
2002-07.zip44.4 KB10 records
2002-06.zip29.7 KB6 records
2002-05.zip78.1 KB20 records
2002-04.zip28.1 KB6 records
2002-03.zip34.9 KB8 records
2002-02.zip18.8 KB4 records
2002-01.zip85.6 KB13 records
2001-12.zip22.1 KB5 records
2001-11.zip24.0 KB6 records
2001-10.zip13.1 KB3 records
2001-09.zip38.9 KB9 records
2001-08.zip28.6 KB7 records
2001-07.zip12.4 KB3 records
2001-06.zip17.9 KB4 records
2001-05.zip25.7 KB6 records
2001-03.zip34.7 KB8 records
2001-02.zip16.7 KB4 records
2001-01.zip8.2 KB2 records
2000-12.zip20.6 KB5 records
2000-11.zip49.1 KB12 records
2000-10.zip12.1 KB3 records
2000-09.zip47.3 KB12 records
2000-08.zip16.6 KB4 records
2000-07.zip20.9 KB5 records
2000-06.zip77.1 KB19 records
2000-05.zip15.0 KB4 records
2000-04.zip8.6 KB2 records
2000-03.zip19.1 KB6 records
2000-02.zip4.2 KB1 records
2000-01.zip20.6 KB5 records
1999-12.zip24.2 KB8 records
1999-11.zip25.0 KB7 records
1999-10.zip15.8 KB4 records
1999-09.zip4.0 KB1 records
1999-08.zip16.5 KB4 records
1999-07.zip14.5 KB4 records
1999-06.zip2.9 KB1 records
1999-05.zip19.9 KB5 records
1999-04.zip40.1 KB12 records
1999-03.zip12.7 KB3 records
1999-02.zip24.9 KB6 records
1999-01.zip25.9 KB6 records
1998-12.zip15.6 KB4 records
1998-11.zip101.8 KB28 records
1998-10.zip17.2 KB5 records
1998-09.zip19.0 KB5 records
1998-08.zip15.1 KB4 records
1998-07.zip36.1 KB10 records
1998-06.zip15.3 KB4 records
1998-05.zip10.6 KB3 records
1998-04.zip19.4 KB5 records
1998-03.zip12.6 KB3 records
1998-02.zip7.5 KB2 records
1998-01.zip70.5 KB17 records
1997-12.zip12.3 KB3 records
1997-09.zip4.4 KB1 records
1997-08.zip17.4 KB4 records
1997-07.zip16.6 KB4 records
1997-05.zip11.3 KB4 records
1997-04.zip4.2 KB1 records
1997-02.zip5.1 KB1 records
1997-01.zip2.9 KB1 records
1996-06.zip3.9 KB1 records
1996-05.zip10.5 KB3 records
1996-03.zip3.9 KB1 records

What This Dataset Contains

The Form 144 Files Dataset is built from SEC Form 144 — a notice filing, not a periodic disclosure or registration statement. Form 144 is a concise, structured announcement that an affiliate of a public company, or a holder of restricted securities, intends to sell a specified quantity of securities under Rule 144's safe-harbor conditions. The form collects a fixed set of factual data points: the identity and address of the seller, the seller's relationship(s) to the issuer, the issuer's identity and contact information, a description of the securities to be sold (class, quantity, market value, exchange), the acquisition history of those securities, a summary of sales by the same seller in the preceding three months, and a dated signature. There is no narrative management discussion, no financial statements, and no exhibits beyond occasional supplementary schedules.

The dataset covers the entire population of Form 144 and Form 144/A filings accepted by EDGAR. Before April 13, 2023, paper filing was permitted and common, so EDGAR data from that earlier period undercounts actual Form 144 activity. From April 13, 2023 onward, electronic EDGAR filing became mandatory for sales of securities of Exchange Act reporting issuers, making coverage substantially complete for that population. Notices for securities of non-reporting issuers may still be filed on paper and may not appear in this dataset. Each record is distributed as a subfolder within a monthly ZIP container, and the dataset's file types include TXT, JSON, HTML, PDF, and XML.

Content Structure of a Single Form 144 Filing Record

What one record represents

A single record in the Form 144 Files Dataset is one SEC Form 144 or Form 144/A filing, identified by a unique accession number. The record is stored as a subfolder within a monthly ZIP archive and contains a structured JSON metadata file, the raw XML source document, an XHTML rendering of the form, and — in a small minority of filings — optional exhibit attachments (typically PDFs). Each record captures a notice of proposed sale of restricted or control securities under Rule 144 of the Securities Act of 1933.

Container structure

Each record occupies a subfolder within a monthly ZIP archive. The subfolder name is an 18-digit zero-padded accession number with dashes removed (e.g., 000196186325000121 for accession number 0001961863-25-000121). The standard contents are:

  • metadata.json — EDGAR index-level metadata for the filing.
  • primary_doc.xml — The raw structured XML source document at the folder root.
  • xsl144X01/primary_doc.xml — An XHTML rendering produced by the SEC's XSL stylesheet, in a subfolder named xsl144X01.
  • Optional exhibit files — A small percentage of filings include additional documents, typically PDFs classified as EX-99 exhibits (e.g., TTAN_Table_II.pdf). These appear at the folder root alongside metadata.json and primary_doc.xml.

Image files from the original EDGAR submission are excluded.

Component breakdown

metadata.json

A JSON object containing EDGAR index-level information about the filing. It does not duplicate the substantive form content but provides the structural envelope for identification, classification, and linking.

Identification fields:

  • id: 32-character hexadecimal hash, unique within the dataset.
  • accessionNo: SEC accession number in dashed format (e.g., "0001961863-25-000121").
  • formType: "144" for original notices or "144/A" for amendments.
  • description: Human-readable label such as "Form 144 - Report of proposed sale of securities" or "Form 144/A - Report of proposed sale of securities: [Amend]".
  • filedAt: ISO 8601 timestamp with timezone offset recording when EDGAR accepted the filing.

Link fields:

  • linkToFilingDetails: URL to the XHTML rendering on SEC.gov (the xsl144X01/primary_doc.xml path).
  • linkToTxt: URL to the complete submission text file on EDGAR.
  • linkToHtml: URL to the EDGAR filing index page.
  • linkToXbrl: Always an empty string; XBRL tagging does not apply to Form 144.

Document inventory (documentFormatFiles):

An array listing every document in the filing. Each entry has a sequence number, file size, SEC.gov URL, and document type (e.g., "144", "144/A", "EX-99"). The XHTML rendering and the raw XML both appear as sequence "1" entries, distinguished by URL path; the XHTML entry has a blank size field while the raw XML entry carries the actual byte count. The complete submission text file appears as a special entry with blank sequence and type fields. Exhibit attachments, when present, appear with their own sequence numbers and an "EX-99" type.

Entity information (entities):

Two entity objects accompany each filing, though their ordering in the array is not guaranteed:

  • The Subject entity (the issuer whose securities are being sold): identified by the "(Subject)" suffix on companyName. Carries the issuer's CIK, SEC file number (fileNo), IRS number, state of incorporation, SIC code with sector description, fiscal year end, act (typically "33" for the Securities Act), and a filmNo.
  • The Reporting entity (the person or institution proposing to sell): identified by the "(Reporting)" suffix on companyName. Typically carries only CIK, company name, and type. Institutional reporters may also carry fiscal year end and IRS number fields.

The dataFiles and seriesAndClassesContractsInformation arrays are always empty for Form 144 filings.

primary_doc.xml (raw XML)

The machine-readable source document, structured under the SEC EDGAR ownership XML namespace (http://www.sec.gov/edgar/ownership). The root element is <edgarSubmission>, which contains two top-level children: <headerData> and <formData>.

<headerData> contains submission-level metadata within a <filerInfo> wrapper:

  • <submissionType>: "144" or "144/A".
  • <previousAccessionNumber>: Present only in amendment filings (144/A), referencing the accession number of the original filing being amended.
  • <filer> / <filerCredentials>: The filer's CIK and a confirmation code (<ccc>, always masked as XXXXXXXX in public filings).
  • <liveTestFlag>: Always "LIVE" in production filings.

<formData> contains the substantive notice content, organized into the following sections in document order:

Issuer information (<issuerInfo>): The issuer's CIK (<issuerCik>), company name (<issuerName>), SEC file number (<secFileNumber>), full mailing address (<issuerAddress> with <com:street1>, optional <com:street2>, <com:city>, <com:stateOrCountry>, <com:zipCode>), contact telephone number (<issuerContactPhone>), the name of the person proposing to sell (<nameOfPersonForWhoseAccountTheSecuritiesAreToBeSold>), and one or more relationship designations (<relationshipsToIssuer> containing <relationshipToIssuer> elements). Relationship values include Director, Officer, 10% owner, and Other; a single person may hold multiple simultaneously.

Securities information (<securitiesInformation>): The class of securities (<securitiesClassTitle>, e.g., "Class A Common"), broker or market maker details (<brokerOrMarketmakerDetails> with name and address), number of units to be sold (<noOfUnitsSold>), aggregate market value (<aggregateMarketValue>), total units outstanding for the class (<noOfUnitsOutstanding>), approximate sale date (<approxSaleDate>), and the securities exchange (<securitiesExchangeName>, e.g., "NYSE", "NASDAQ").

Securities to be sold (<securitiesToBeSold>): One or more occurrences at the <formData> level, each describing a tranche of securities the seller proposes to dispose of. Each entry specifies the class title (<securitiesClassTitle>), date acquired (<acquiredDate>), nature of the acquisition transaction (<natureOfAcquisitionTransaction> — values include "Private purchase", "Stock Option Exercise", "Restricted Stock Vesting", "Open Market Purchase", etc.), the person from whom acquired (<nameOfPersonfromWhomAcquired>), whether the acquisition was a gift (<isGiftTransaction>: "Y" or "N"), amount acquired (<amountOfSecuritiesAcquired>), payment date (<paymentDate>), and nature of payment (<natureOfPayment> — values include "Cash", "Compensation", etc.). Multiple <securitiesToBeSold> elements appear when securities were acquired in separate tranches at different times or through different means.

Prior-sales flag and entries: The flag <nothingToReportFlagOnSecuritiesSoldInPast3Months> sits at the <formData> level (not nested inside any sub-element). When set to "Y", no prior-sale entries follow. When "N", one or more <securitiesSoldInPast3Months> elements appear, each recording seller details (<sellerDetails> with name and address), the class title, date of sale (<saleDate>), amount sold (<amountOfSecuritiesSold>), and gross proceeds (<grossProceeds>). Note: the flag and the remarks may be inconsistent — a filing can set the flag to "Y" while the remarks reference an attached schedule of prior sales.

Remarks (<remarks>): An optional free-text field at the <formData> level. Many filings leave it empty. When populated, it may contain clarifications about the securities, the selling arrangement, the nature of an amendment, or pointers to attached exhibits (e.g., "Please see attached for securities sold during the past 3 months.").

Notice signature (<noticeSignature>): The date of the notice (<noticeDate>) and the electronic signature (<signature>). Signatures may be the reporting person's own name or a longer attorney-in-fact designation (e.g., "/s/ Gary Redman, as a duly authorized representative of Fidelity Brokerage Services LLC, as attorney-in-fact for Robin S. Sellers").

xsl144X01/primary_doc.xml (XHTML rendering)

A full HTML document produced by applying the SEC's xsl144X01 stylesheet to the raw XML. It presents the identical data in a tabular, human-readable layout that mirrors Form 144 as displayed on SEC.gov. The rendered document uses HTML tables, inline CSS, and labeled form fields. It contains no data beyond what appears in the root-level XML; its purpose is presentation. This is the file a browser displays when navigating to the filing on SEC.gov.

Exhibit attachments (optional)

A small fraction of filings include supplementary documents beyond the standard three files. In practice, these are PDF attachments classified as EX-99 exhibits, containing trade addendum schedules, supplementary tables, or broker-related documentation. File names vary by filer (e.g., TTAN_Table_II.pdf, FT_C5_Trade_Addendum.pdf) and are not standardized. These exhibits are included in the dataset folder alongside the metadata and XML files.

Included and excluded content

Included: Each record contains the metadata.json file, the raw XML source document, the XHTML rendering, and any non-image exhibit attachments from the original EDGAR submission.

Excluded: Image files (PNG, JPG, GIF) from the EDGAR submission are excluded. The complete submission text file (the monolithic SGML-wrapped concatenation stored by EDGAR as a single .txt file) is not included as a separate file, though its URL appears in the metadata. XBRL data files are not applicable to Form 144 and are absent.

Format transition over time

Form 144 has undergone a significant format change within the dataset's coverage period.

Plain-text era (1996 through early 2023): For most of the dataset's history, Form 144 was filed as flat text or simple HTML. These filings did not use the structured XML schema. Form content was embedded in free-text or lightly formatted layouts, and machine extraction of individual fields required heuristic parsing across variable, filer-specific formatting. Many filings from this era were originally submitted on paper and only partially digitized by the SEC. The folder contents for these older filings may consist of a .txt or .html primary document rather than the XML/XHTML pair, with correspondingly different internal structure.

Structured XML era (mid-2023 onward): In February 2023, the SEC mandated electronic filing of Form 144 through EDGAR using the structured XML schema. This produced the consistent primary_doc.xml plus xsl144X01/primary_doc.xml pattern. Filings from this era are highly uniform and reliably machine-parseable.

Interpretation notes

Amendment semantics: Form 144/A filings are complete restatements, not incremental patches. The XML header of an amendment includes a <previousAccessionNumber> element referencing the original filing. The remarks field often explains the reason for the amendment (e.g., "The Issuer CIK has been corrected."). Amendments carry formType "144/A" in the metadata and submissionType "144/A" in the XML.

Entity identification: The two-entity structure in the metadata reflects the dual-party nature of Form 144. The Subject entity is always the issuer; the Reporting entity is the insider or restricted-security holder proposing to sell. These have separate CIKs. Reporting persons may be individuals (with a personal CIK) or institutional holders. The ordering of the two entity objects in the entities array is not fixed — either may appear first.

Relationship multiplicity: A single reporting person may simultaneously hold multiple relationships to the issuer (e.g., both Officer and Director, or Director and 10% owner). The XML schema accommodates this through multiple <relationshipToIssuer> elements within <relationshipsToIssuer>.

Tranche granularity: The <securitiesToBeSold> section can contain multiple elements when the securities being sold were acquired in separate tranches — for example, some shares acquired through option exercises and others through restricted stock vesting. Each tranche is documented individually with its own acquisition history.

Prior-sales flag inconsistency: The <nothingToReportFlagOnSecuritiesSoldInPast3Months> flag and the <remarks> field can be inconsistent. A filing may set the flag to "Y" (nothing to report) while simultaneously referencing an attached PDF schedule of prior sales. Consumers should check both the flag and any exhibit attachments.

Machine extraction: For structured XML filings (2023 onward), field extraction is straightforward using standard XML parsing against the http://www.sec.gov/edgar/ownership namespace. For older plain-text or HTML filings, extraction requires pattern-based or heuristic parsing that accommodates substantial formatting variation across filers and time periods.

Who Files or Publishes This Dataset, and When

Who files

Form 144 is filed by the person or entity proposing to sell restricted or control securities under the Rule 144 safe harbor (Securities Act of 1933). The filer is always the selling security holder, not the issuer.

Two categories of filers predominate, and they sometimes overlap:

Affiliates (control persons). Officers, directors, significant shareholders (typically 10%+ holders), and entities they control. An affiliate selling any securities of the issuer — whether restricted or freely tradeable — must comply with Rule 144 conditions, including the Form 144 notice, because those are control securities by definition.

Holders of restricted securities. Persons or entities that acquired securities in unregistered transactions — private placements (Regulation D), compensatory grants, mergers, or Regulation S offerings resold domestically. Non-affiliates holding restricted securities must file Form 144 when selling under Rule 144, subject to the threshold and holding-period rules described below.

The filer may be a natural person (officer, director, employee, outside investor) or an entity (trust, partnership, LLC, corporation, estate). Joint filers appear occasionally for co-owned securities.

What triggers a filing

Form 144 is event-driven, not periodic. The trigger is placing (or intending to place) a sell order with a broker or market maker for restricted or control securities under Rule 144. The notice must be filed concurrently with placing the order — there is no grace period.

Threshold. The notice requirement applies only when proposed sales during any three-month period exceed either 5,000 shares or $50,000 in aggregate sale price, whichever threshold is reached first. Sales below both thresholds are exempt from the Form 144 requirement, though the seller must still satisfy all other Rule 144 conditions.

Validity window. A filed notice is valid for three months. If the sale is not completed in that window, a new notice (or amendment, Form 144/A) must be filed before any further Rule 144 sale.

Important distinctions

Non-affiliates after one year. Since the 2008 Rule 144 amendments, a non-affiliate who has held restricted securities for at least one year is fully exempt from the Form 144 filing requirement (and from volume, manner-of-sale, and public-information conditions). This significantly narrowed the non-affiliate filing population.

Form 144 vs. Form 4. Form 144 is a prospective notice of intent to sell, filed under the Securities Act at the time the sell order is placed. Form 4 is a retrospective report of a completed transaction, filed under Section 16(a) of the Exchange Act. A single insider sale may generate both filings, but they serve different statutes, have different deadlines, and carry different content. Not all Form 144 filers are Section 16 persons, and not all Section 16 sellers file Form 144.

Rule 144 vs. Rule 144A. Rule 144A governs resales to qualified institutional buyers and does not involve Form 144. The two rules address different markets and should not be confused.

10b5-1 trading plans. Pre-arranged Rule 10b5-1 trading plans do not eliminate the Form 144 obligation. Affiliates selling under such plans must still file Form 144 if relying on Rule 144. Since the 2022 amendments (effective April 2023), Form 144 includes a checkbox indicating whether the sale is pursuant to a 10b5-1 plan.

Amendments (144/A). Amendment filings correct errors, update share counts or prices, or renew an expired three-month notice. They are procedural updates, not a separate regulatory obligation.

How This Dataset Differs From Similar Datasets or Filings

Form 144 is a notice-of-intent filing: a forward-looking announcement that a sale of restricted or control securities is planned under Rule 144. It captures a proposed sale at the moment the sell order is placed, before execution. The comparisons below cover the SEC datasets most likely to be confused with the Form 144 Files Dataset or used alongside it.

Form 4 — Statement of Changes in Beneficial Ownership

Form 4 is the closest comparison target. Both filings name the reporting person, the issuer, and the securities involved, and both frequently appear in the same transaction window for the same individual.

Where they differ:

DimensionForm 144Form 4
TimingFiled when the sell order is placed (pre-trade)Filed within two business days after the transaction settles (post-trade)
ContentProposed sale quantity, manner of sale, sell-order date, three-month aggregate salesActual transaction price, shares transacted, post-transaction holdings, transaction codes
Transaction scopeOnly proposed sales of restricted or control securities under Rule 144All ownership changes: purchases, sales, option exercises, gifts, grants, and other dispositions
Filer populationAny person selling restricted or control securities above the Rule 144 threshold, including non-Section-16 holdersOfficers, directors, and ten-percent beneficial ownership under Section 16(a) of the Exchange Act
StructureOften flat text or HTML; field layout varies across filing periodsStructured XML with standardized transaction tables

A Form 4 dataset cannot replace the Form 144 Files Dataset when the research question involves planned but unexecuted sales, or when tracking restricted-stock holders who fall outside Section 16 reporting obligations. Conversely, Form 144 does not confirm whether or how much of the proposed sale was actually completed.

Schedule 13D / 13G — Beneficial Ownership Above Five Percent

A Schedule 13D or Schedule 13G amendment sometimes accompanies a Form 144 notice when a five-percent holder begins selling. Both can signal large-holder dispositions, creating surface-level overlap.

The filings differ sharply in purpose and content. Schedules 13D/G are triggered by crossing the five-percent ownership threshold and focus on accumulation, voting intent, and plans to influence the issuer. Schedule 13D in particular requires narrative disclosure of acquisition purpose and control intentions. Form 144 is narrower and purely mechanical: it notices a specific proposed sale quantity, the date the order was placed, and the manner of sale. It carries no narrative about purpose or control.

The filer populations overlap only at the margin. Most Form 144 filers hold well below five percent and never file a Schedule 13D/G. Schedule 13D/G filers disposing of shares may never file a Form 144 if their securities are not restricted or if the sale does not rely on Rule 144.

Form 8-K (Items 5.02 / 8.01) — Issuer Disclosure of Trading Plans

Issuers sometimes disclose the adoption or termination of Rule 10b5-1 trading plans via Form 8-K. These disclosures describe a plan's existence or broad parameters, not individual sell orders.

The critical differences: Form 8-K is filed by the issuer, is often discretionary, and describes a plan framework. Form 144 is filed by the selling person, is mandatory when thresholds are met, and specifies a particular sell order being placed under that plan. A single 10b5-1 plan disclosed in one Form 8-K may generate dozens of Form 144 notices over subsequent months.

Form 144/A — Amendments

Form 144/A filings amend previously filed Form 144 notices and are included in this dataset. Amendments may correct errors or update the proposed sale quantity. Unlike Form 4/A, which corrects a report of a completed transaction, Form 144/A modifies a forward-looking notice. The amendment rate is low, and most researchers treat original and amended filings as a single logical unit per planned sale.

What makes Form 144 distinct

Form 144 is the only SEC filing that captures proposed-sale intent at order-placement time. No other dataset provides this pre-trade, order-level signal for restricted and control securities:

  • Form 4 confirms what happened after the fact.
  • Schedules 13D/G describe ownership positions and broad intentions of large holders.
  • Form 8-K describes plan frameworks, not individual orders.

Form 144 sits between the decision to sell and the completed transaction. Its filer population also extends beyond Section 16 insiders to any holder of restricted or control securities meeting the filing threshold, giving it broader coverage than the Forms 3/4/5 family for holders who are not officers, directors, or ten-percent owners.

Who Uses This Dataset

Form 144 filings capture declared intent to sell restricted or control securities before the sale executes. This forward-looking quality makes the Form 144 Files Dataset valuable to teams that track insider disposition behavior, enforce Rule 144 compliance, or build quantitative signals from selling patterns.

Quantitative researchers

Quant teams use Form 144 as an early selling-pressure indicator, often surfacing disposition intent before the corresponding Form 4 appears. Key fields: proposed share count, order-placement date, securities class, and aggregate prior-three-month sales. These feed signals that measure abnormal insider disposition volume and test whether filing clusters predict short-term price moves. Coverage back to 1996 supports long-horizon backtesting.

Equity research analysts

Fundamental analysts flag filings where officers or directors signal intent to liquidate meaningful positions, using the reporting person's identity, share count, and manner of sale to distinguish routine diversification from potentially informative selling. Event-driven analysts layer Form 144 data against lockup expirations, earnings dates, and corporate actions to detect unusual insider selling around material events.

Securities lawyers and disclosure counsel

Attorneys advising insiders on Rule 144 compliance review the dataset to benchmark filing practices, confirm timing and threshold obligations, and examine how peer filers structure notices. They focus on manner-of-sale descriptions, volume and holding-period details, and amendments (Form 144/A). Disclosure counsel at issuers reference peer filings when preparing proxy statements or responding to SEC comment letters on insider selling.

Broker-dealer and issuer compliance officers

Compliance teams at broker-dealers cross-reference Form 144 notices against their own order records to verify that required filings were made before or concurrent with order placement. At issuers, compliance officers monitor filings by their affiliates to enforce trading policies, pre-clearance rules, and Rule 144 volume limits. The aggregate prior-three-month sales field is critical for confirming volume caps.

Corporate governance and activist-monitoring teams

Governance analysts at institutional asset managers track persistent or large-scale insider selling that may warrant board engagement or influence say-on-pay and director-election votes. Activist-monitoring teams at corporate advisory firms watch filings by holders of control securities for signals of ownership shifts or pending block trades. Key fields: reporting person identity, securities class, and proposed sale size.

Financial data engineers

Data engineering teams at financial data vendors, investment firms, and research platforms ingest the full dataset to build normalized insider-activity tables. They parse JSON metadata alongside TXT, HTML, and XML documents, extracting person identifiers, issuer CIKs, share counts, and sale dates. Engineers reconcile Form 144 records with Form 3, 4, and 5 filings to construct unified insider-activity views and flag discrepancies such as notices without a subsequent transaction report.

Forensic accountants and litigation-support analysts

Forensic teams reconstructing insider-selling timelines around alleged fraud or trading violations rely on the order-placement date, proposed volume, and aggregate prior sales to distinguish routine from anomalous selling. Amendments receive particular scrutiny for changes to quantity or timing that may suggest awareness of forthcoming disclosures. Historical filings establish behavioral baselines for comparison against contested periods.

M&A due diligence teams

Due diligence analysts review Form 144 filings by a target's insiders in the period before a transaction announcement. Unusual pre-deal selling by officers or directors can raise regulatory or reputational flags. Buy-side acquirers also check whether target insiders have been systematically reducing stakes, which may inform valuation or retention negotiations.

LLM and RAG developers

Teams building retrieval-augmented generation systems for financial analysis use the Form 144 Files Dataset as a structured source for insider-selling queries. The mix of JSON metadata and full-text documents supports both structured filtering and semantic search. The formulaic structure of Form 144 filings makes them well-suited for extraction pipelines feeding question-answering or summarization models.

Specific Use Cases

Building an early insider-selling signal ahead of Form 4 confirmation

Quantitative teams extract the proposed share count, order-placement date, and securities class from the XML <securitiesInformation> and <securitiesToBeSold> elements to construct a disposition-intent signal that surfaces before the post-trade Form 4 appears. Clustering multiple Form 144 notices for the same issuer within a short window flags abnormal selling pressure. The dataset's coverage back to 1996 allows backtesting the predictive value of these filing clusters against subsequent price moves.

Verifying Rule 144 volume-cap compliance using aggregate prior-sales data

Broker-dealer compliance officers cross-reference the <securitiesSoldInPast3Months> entries and the <noOfUnitsOutstanding> field against the proposed sale quantity to confirm that a client's cumulative three-month sales remain within Rule 144 volume limits. When the prior-sales flag is set to "Y" but the remarks reference an attached PDF schedule, compliance teams check the EX-99 exhibit to resolve the inconsistency and ensure no unreported prior sales exist.

Detecting unusual pre-announcement insider selling for litigation support

Forensic analysts reconstruct selling timelines by extracting the order-placement date (<approxSaleDate>), proposed volume (<noOfUnitsSold>), and reporting-person identity from filings surrounding an alleged fraud window. They compare these against the filer's historical baseline of Form 144 activity, using amendments (Form 144/A with <previousAccessionNumber>) to identify quantity or timing changes that may indicate awareness of forthcoming material disclosures.

Reconciling proposed sales with completed transactions across Form 144 and Form 4

Data engineering teams join Form 144 records to Form 4 transaction reports using the reporting-person CIK, issuer CIK, securities class, and approximate sale date. This reconciliation flags notices that lack a subsequent transaction report — indicating a cancelled or unexecuted sale — and quantifies the gap between proposed and actual disposition volumes. The metadata.json entity objects provide the paired CIKs needed for the join.

Screening target-company insider dispositions during M&A due diligence

Due diligence analysts filter Form 144 filings by the target issuer's CIK and review the reporting persons' relationship designations (<relationshipsToIssuer>) to identify officers or directors who have been systematically reducing their positions before a deal announcement. The tranche-level acquisition history in <securitiesToBeSold> — including acquisition date, transaction nature, and payment type — reveals whether dispositions involve vested equity compensation or open-market holdings, informing retention and valuation discussions.

Monitoring insider selling patterns for corporate governance engagement

Governance teams at institutional asset managers track persistent Form 144 filings by a company's officers and directors, using the proposed sale size relative to <noOfUnitsOutstanding> to gauge the scale of disposition activity. Sustained high-volume selling feeds into say-on-pay assessments and director-election voting decisions. The reporting person's multiple relationship designations (e.g., both Officer and Director) help prioritize which filings warrant board-level engagement.

Dataset Access

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

This endpoint returns metadata about the Form 144 Files Dataset, including its name, description, last updated timestamp, earliest sample date, total records and total size, covered form types, container format, and content file types. It also returns the download URL for the entire dataset and a list of all individual container files with per-container metadata such as size, number of records, last updated timestamp, and download URL. No API key is required to access this endpoint.

Use this endpoint to monitor which containers have been updated in the most recent refresh run, so you can decide which containers to download on a daily basis rather than re-downloading the full dataset each time.

Example
1 {
2 "datasetId": "1f13365b-9ade-61e2-9194-901c942dc1d5",
3 "datasetDownloadUrl": "https://api.sec-api.io/datasets/form-144-files.zip",
4 "name": "Form 144 Files Dataset",
5 "updatedAt": "2026-04-17T02:53:56.201Z",
6 "earliestSampleDate": "1996-03-01",
7 "totalRecords": 228471,
8 "totalSize": 939623774,
9 "formTypes": ["144", "144/A"],
10 "containerFormat": "ZIP",
11 "fileTypes": ["TXT", "JSON", "HTML", "PDF", "XML"],
12 "containers": [
13 {
14 "downloadUrl": "https://api.sec-api.io/datasets/form-144-files/2026/2026-04.zip",
15 "key": "2026/2026-04.zip",
16 "size": 1285934,
17 "records": 312,
18 "updatedAt": "2026-04-17T02:53:56.201Z"
19 }
20 ]
21 }

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

Downloads the full dataset as a single ZIP archive containing all containers. An API key is required.

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

Downloads one individual monthly container file instead of the full dataset. This is useful for incremental updates or when only a specific time period is needed. An API key is required.

Frequently Asked Questions

What form does the Form 144 Files Dataset cover?

The dataset covers SEC Form 144 (notice of proposed sale of securities) and Form 144/A (amendments to previously filed notices). Both form types are filed under Rule 144 of the Securities Act of 1933.

What does one record in this dataset represent?

A single record represents one Form 144 or Form 144/A filing, identified by a unique accession number. Each record is stored as a subfolder within a monthly ZIP archive and contains a JSON metadata file, the raw XML source document, an XHTML rendering, and any optional exhibit attachments.

Who is required to file Form 144?

Form 144 must be filed by any person — affiliate or restricted-security holder — proposing to sell restricted or control securities under Rule 144 when the proposed sales during any three-month period exceed 5,000 shares or $50,000 in aggregate sale price. Non-affiliates who have held restricted securities for at least one year are exempt.

What time period does the dataset cover?

The dataset begins with filings from March 1996. Coverage before April 13, 2023 undercounts actual Form 144 activity because paper filing was permitted. From April 13, 2023 onward, electronic EDGAR filing became mandatory for securities of Exchange Act reporting issuers, making coverage substantially complete for that population.

How does the Form 144 Files Dataset differ from Form 4 data?

Form 144 is a pre-trade notice filed when a sell order is placed; Form 4 is a post-trade report filed within two business days after the transaction settles. Form 144 covers any holder of restricted or control securities above the Rule 144 threshold, while Form 4 covers only Section 16 insiders (officers, directors, and ten-percent owners). The two filings serve different statutes and carry different content.

What file format is the dataset distributed in?

Records are packaged in monthly ZIP archives. Each record's subfolder contains a metadata.json file, a primary_doc.xml raw XML document, an XHTML rendering in a xsl144X01 subfolder, and optional PDF exhibit attachments. Older filings (pre-2023) may contain .txt or .html primary documents instead of the XML/XHTML pair.

How often are records added to the dataset?

The dataset is refreshed daily. New Form 144 and Form 144/A filings accepted by EDGAR are added to the corresponding monthly container. The dataset index API endpoint can be polled to identify which containers have been updated in the most recent refresh run.