Form N-2MEF Files Dataset

The Form N-2MEF Files Dataset is a collection of every Form N-2MEF abbreviated registration statement filed with the SEC's EDGAR system from May 1997 to the present. Form N-2MEF is the Rule 462(b) bolt-on registration used by closed-end management investment companies and business development companies (BDCs) to register up to an additional twenty percent of securities for an offering already registered on Form N-2; the form becomes effective automatically upon filing, with no SEC review cycle. Each record in the dataset is a single EDGAR submission identified by its 18-digit accession number, packaged as a directory containing a metadata.json sidecar plus the original EDGAR documents — the facing page and signatures, the Inline XBRL fee exhibit, the legality-of-shares opinion, and the auditor consents. The dataset is distributed as monthly ZIP containers organized by year (e.g. 2025/2025-01.zip), and content files inside each record are HTML, JSON, and TXT. Because Form N-2MEF rides on a parent Form N-2 and incorporates the substantive prospectus by reference, the dataset functions as a clean event series of last-minute upsizings in closed-end fund and BDC offerings rather than as a standalone disclosure corpus.

Update Frequency
Daily
Updated at
2026-04-17
Earliest Sample Date
1997-05-01
Total Size
6.1 MB
Total Records
1,055
Container Format
ZIP
Content Types
TXT, JSON, HTML
Form Types
N-2MEF

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

157 files · 6.1 MB
Download All
2026-04.zip13.9 KB3 records
2025-08.zip16.8 KB4 records
2025-01.zip14.0 KB4 records
2024-09.zip17.1 KB5 records
2024-07.zip20.0 KB5 records
2024-06.zip20.4 KB6 records
2024-04.zip18.5 KB5 records
2022-10.zip19.9 KB4 records
2021-12.zip21.5 KB5 records
2021-11.zip18.2 KB3 records
2021-10.zip52.5 KB9 records
2021-07.zip30.1 KB7 records
2021-06.zip15.4 KB3 records
2021-05.zip18.6 KB3 records
2021-04.zip21.3 KB5 records
2021-03.zip30.7 KB6 records
2021-02.zip23.5 KB6 records
2021-01.zip29.1 KB6 records
2020-11.zip17.5 KB3 records
2020-10.zip15.3 KB3 records
2020-08.zip13.4 KB3 records
2020-07.zip17.4 KB3 records
2020-06.zip47.3 KB10 records
2020-03.zip15.8 KB4 records
2020-02.zip20.5 KB6 records
2020-01.zip16.0 KB3 records
2019-10.zip6.5 KB2 records
2019-08.zip31.7 KB2 records
2019-07.zip25.2 KB7 records
2019-06.zip17.7 KB3 records
2019-05.zip74.9 KB10 records
2019-01.zip12.4 KB3 records
2018-12.zip152.0 KB16 records
2018-10.zip15.9 KB4 records
2018-08.zip8.3 KB2 records
2017-11.zip212.7 KB24 records
2017-10.zip33.9 KB7 records
2017-09.zip168.1 KB18 records
2017-02.zip28.0 KB5 records
2017-01.zip304.2 KB34 records
2016-12.zip22.6 KB7 records
2016-08.zip210.7 KB25 records
2016-05.zip238.8 KB28 records
2015-11.zip159.4 KB18 records
2015-09.zip11.7 KB4 records
2015-06.zip15.0 KB3 records
2015-05.zip31.1 KB6 records
2014-11.zip18.8 KB4 records
2014-10.zip16.9 KB3 records
2014-08.zip11.9 KB2 records
2014-07.zip14.9 KB3 records
2014-06.zip21.5 KB4 records
2014-03.zip17.4 KB5 records
2013-11.zip12.6 KB3 records
2013-10.zip15.4 KB3 records
2013-09.zip13.5 KB3 records
2013-07.zip13.6 KB3 records
2013-06.zip147.8 KB17 records
2013-05.zip26.7 KB8 records
2013-03.zip31.0 KB6 records
2013-02.zip43.1 KB11 records
2013-01.zip16.7 KB3 records
2012-11.zip11.7 KB4 records
2012-10.zip25.4 KB8 records
2012-09.zip49.5 KB11 records
2012-08.zip10.1 KB3 records
2012-06.zip23.7 KB4 records
2012-05.zip15.2 KB3 records
2012-04.zip14.8 KB3 records
2012-02.zip33.2 KB6 records
2012-01.zip12.2 KB3 records
2011-10.zip8.4 KB1 records
2011-09.zip11.2 KB4 records
2011-06.zip10.0 KB3 records
2011-05.zip11.7 KB3 records
2011-04.zip40.7 KB7 records
2011-02.zip25.3 KB7 records
2011-01.zip51.5 KB9 records
2010-11.zip103.1 KB13 records
2010-10.zip10.2 KB2 records
2010-07.zip11.8 KB2 records
2010-06.zip15.4 KB4 records
2010-05.zip21.1 KB4 records
2010-02.zip260.4 KB16 records
2010-01.zip6.4 KB2 records
2009-11.zip18.5 KB4 records
2009-09.zip71.0 KB10 records
2009-07.zip15.4 KB3 records
2009-05.zip18.1 KB3 records
2009-04.zip35.5 KB10 records
2009-03.zip19.0 KB4 records
2009-02.zip16.8 KB3 records
2008-03.zip5.8 KB2 records
2007-09.zip36.8 KB8 records
2007-08.zip55.6 KB18 records
2007-07.zip12.0 KB4 records
2007-06.zip23.0 KB6 records
2007-05.zip15.3 KB3 records
2007-04.zip116.1 KB16 records
2007-03.zip14.8 KB3 records
2007-02.zip38.0 KB11 records
2006-12.zip17.2 KB3 records
2006-11.zip203.7 KB10 records
2006-10.zip12.9 KB3 records
2006-07.zip15.2 KB3 records
2006-06.zip13.9 KB4 records
2006-03.zip45.3 KB13 records
2006-01.zip5.6 KB2 records
2005-11.zip102.5 KB15 records
2005-10.zip27.5 KB7 records
2005-09.zip5.0 KB2 records
2005-08.zip9.2 KB4 records
2005-06.zip21.3 KB6 records
2005-05.zip125.4 KB18 records
2005-04.zip33.2 KB9 records
2005-03.zip51.5 KB12 records
2005-01.zip146.7 KB16 records
2004-12.zip23.5 KB6 records
2004-11.zip10.7 KB1 records
2004-10.zip117.3 KB20 records
2004-09.zip23.0 KB9 records
2004-08.zip11.2 KB1 records
2004-07.zip4.9 KB2 records
2004-06.zip17.4 KB3 records
2004-05.zip19.7 KB5 records
2004-04.zip22.5 KB6 records
2004-03.zip6.6 KB2 records
2004-02.zip36.8 KB12 records
2004-01.zip9.6 KB4 records
2003-12.zip3.3 KB1 records
2003-11.zip110.8 KB21 records
2003-10.zip33.7 KB7 records
2003-09.zip11.4 KB4 records
2003-08.zip20.3 KB4 records
2003-07.zip6.5 KB2 records
2003-06.zip96.9 KB12 records
2003-05.zip4.8 KB2 records
2003-03.zip19.7 KB6 records
2003-02.zip11.8 KB3 records
2002-12.zip82.0 KB11 records
2002-10.zip11.8 KB3 records
2002-09.zip158.8 KB21 records
2002-07.zip8.2 KB4 records
2002-06.zip67.4 KB20 records
2002-05.zip8.5 KB3 records
2002-04.zip11.8 KB3 records
2002-03.zip40.5 KB15 records
2001-11.zip27.4 KB10 records
2001-10.zip3.4 KB1 records
2001-09.zip41.3 KB15 records
2001-07.zip11.8 KB3 records
2001-06.zip26.1 KB9 records
1999-05.zip14.3 KB5 records
1998-06.zip5.9 KB4 records
1998-03.zip5.2 KB3 records
1997-08.zip10.6 KB1 records
1997-05.zip5.6 KB4 records

What This Dataset Contains

The dataset packages Form N-2MEF — the closed-end fund analogue of the Rule 462(b) "MEF" registration statements available to operating-company issuers (Forms S-3MEF, S-11MEF, F-3MEF, etc.). A registrant that has already obtained an effective Form N-2 covering a securities offering may file Form N-2MEF to register up to an additional twenty percent of the same class of securities, provided the new statement is filed during the same offering and identifies the prior Form N-2 by file number. An N-2MEF is effective immediately on filing, with no waiting period and no SEC review cycle, and it functions as an extension of the predecessor Form N-2's prospectus rather than as a freestanding offering document.

Because the substantive offering disclosure (investment objectives, principal strategies, risk factors, fees and expenses, capital structure, management, financial statements, and statement of additional information) lives in the predecessor Form N-2 and is incorporated by reference rather than re-printed, an N-2MEF submission is intentionally thin — typically three to five documents inside the SGML envelope: a facing page with signatures, a filing-fee exhibit, and the legal and accounting consents required by Form N-2 Item 25. The dataset covers the entire population of Form N-2MEF filings accepted by EDGAR from May 1997 forward, distributed as monthly ZIP containers; months with no N-2MEF filings have no corresponding ZIP. Content file types inside the containers are JSON (the metadata sidecar), HTML/HTM (the SGML-wrapped EDGAR documents), and TXT (residual ASCII text payloads and the complete-submission mirror where present).

Content Structure of a Single Record

What one record represents

One record in the Form N-2MEF Files dataset is a single EDGAR submission of Form N-2MEF — an abbreviated registration statement filed under Rule 462(b) of the Securities Act of 1933 by a closed-end management investment company or business development company — identified by its 18-digit accession number. On disk, a record is a directory inside a monthly ZIP container; the directory name is the accession number with the dashes removed (for example 000153577825000042). Each record directory contains one metadata.json file describing the submission together with the EDGAR documents that made up the original filing, kept under their original filenames. Binary image attachments (GRAPHIC documents) are stripped from the package even though they remain referenced in the metadata.

Container packaging

Records are bundled into per-month ZIP containers organized by year and named after the calendar month of filing (YYYY/YYYY-MM.zip). Decompressing a monthly ZIP yields a single date-named directory (e.g. 2025-01/) whose immediate children are the accession-number folders for every N-2MEF filing made during that month. Because Rule 462(b) filings are uncommon and Form N-2MEF is restricted to a specialized issuer population, monthly containers are small in absolute terms.

metadata.json structure

Every accession folder contains exactly one metadata.json — a flat JSON object generated from the EDGAR submission header. Its principal fields are:

  • formType — fixed to "N-2MEF".
  • accessionNo — dashed accession identifier (e.g. 0001535778-25-000042); the parent folder name is the same identifier without dashes.
  • filedAt — ISO-8601 timestamp of the EDGAR submission, with EDGAR timezone offset.
  • effectivenessDate — calendar date the registration became effective; for N-2MEF this equals the calendar date of filedAt because the form is effective on filing.
  • description — human-readable form description, typically "Form N-2MEF - Registration of additional securities for a Form N-2 offering [Rule 462(b)]".
  • linkToFilingDetails — deep link to the primary EDGAR HTML document.
  • linkToHtml — link to the EDGAR -index.htm page.
  • linkToTxt — link to the concatenated SGML complete-submission text file on EDGAR.
  • linkToXbrl — typically empty for N-2MEF; Inline XBRL is embedded inside the EX-FILING FEES exhibit rather than referenced as a separate instance.
  • documentFormatFiles — ordered array describing each document in the EDGAR submission. Each element carries sequence, size (bytes, as a string), documentUrl, description, and type (the EDGAR document type such as N-2MEF, EX-FILING FEES, EX-99.L, EX-99.N1, GRAPHIC). The terminal entry whose sequence is a blank space refers to the concatenated complete-submission .txt file.
  • dataFiles — array of machine-readable side files (extracted XBRL instance, schema, label, presentation, and calculation linkbases). For N-2MEF this is typically just the extracted Inline XBRL instance from the filing-fee exhibit (e.g. exfilingfees_htm.xml).
  • entities — array (almost always a single element) describing each filer with cik, companyName (suffixed by role, e.g. "(Filer)"), fileNo (the new N-2MEF file number, of the form 333-XXXXXX), irsNo, fiscalYearEnd, act ("33" for Securities Act registrants), type ("N-2MEF"), filmNo, and tickers.
  • seriesAndClassesContractsInformation — array, consistently empty for N-2MEF because filers are operating closed-end funds and BDCs rather than series trusts.
  • id — opaque internal record identifier (32-character hex).

EDGAR document wrappers

The remaining files in the accession folder are the original EDGAR submission documents, each preserved with its original filename. Every .htm/.txt payload retains the EDGAR SGML envelope around the rendered HTML: a <DOCUMENT> block whose header lines declare <TYPE>, <SEQUENCE>, <FILENAME>, and <DESCRIPTION>, followed by <TEXT>...</TEXT> wrapping the actual HTML body. Sequence numbers reflect the order in which the registrant uploaded the documents to EDGAR and correspond row-for-row to documentFormatFiles.

Canonical document set

A canonical N-2MEF submission contains the following documents.

1. Facing page and signatures (TYPE N-2MEF, SEQUENCE 1)

The first document is the abbreviated Form N-2 facing page. It carries the SEC cover banner, the form name, the new Securities Act file number (333-XXXXXX), and the Rule 462(b) checkbox. A registrant identification block follows: legal name, state of organization (commonly Maryland or Delaware for closed-end funds), principal executive office address and telephone, and the name and address of the agent for service of process. An "Explanatory Note" then states that the filing is made under Rule 462(b) to register additional shares as part of an offering already registered on a specified prior Form N-2, identified by its 333-prefixed file number. An exhibit index lists each exhibit attached to the N-2MEF and frequently hyperlinks to exhibits incorporated by reference from the predecessor Form N-2 (Powers of Attorney are a common example). The document closes with a SIGNATURES section under the language "Pursuant to the requirements of the Securities Act of 1933…", carrying the manual signatures of the registrant, its principal executive officer, principal financial officer, and a majority of its trustees or directors — frequently executed via Power of Attorney granted in the predecessor N-2.

The N-2 prospectus itself — risk factors, fees and expenses tables, investment program, financial statements, management — is not reproduced; it is incorporated by reference from the parent Form N-2 accession.

2. Calculation of Filing Fee Tables (TYPE EX-FILING FEES, SEQUENCE 2)

The fee exhibit is an Inline XBRL document. The HTML opens with iXBRL namespace declarations (xmlns:ix, xmlns:dei, xmlns:ffd) and an <ix:header> block whose tagged facts encode the form type (ffd:FormTp = N-2), submission type (ffd:SubmissnTp = N-2MEF), exhibit type (ffd:FeeExhibitTp = EX-FILING FEES), the prior registration file number (ffd:RegnFileNb), the CIK, and the registrant name. The visible body renders "Table 1: Newly Registered and Carry Forward Securities" with columns for Security Type (typically "Equity"), Security Class Title (e.g. "Common Stock, par value $0.001"), Fee Calculation Rule (commonly Rule 457(o) or Rule 457(r)), Amount Registered, Maximum Aggregate Offering Price, Fee Rate, and Filing Fee. The companion extracted Inline XBRL instance (e.g. exfilingfees_htm.xml) is enumerated in metadata.dataFiles but is not redistributed in the ZIP.

3. Legal opinion and consent (TYPE EX-99.L)

The legality-of-shares opinion is filed in satisfaction of Form N-2 Item 25(2)(i). It takes the form of a letter from outside counsel (or, less commonly, the registrant's general counsel) addressed to the registrant, opining that the additional Shares being registered "will be, when issued and delivered against payment therefor in accordance with the terms of the offering, validly issued, fully paid and nonassessable" under the corporate or statutory-trust law of the registrant's state of organization. The same letter normally contains a paragraph consenting to the filing of the opinion as an exhibit to the abbreviated registration statement and to references to counsel under the heading "Legal Matters" in the prospectus. Some filings split the opinion and the consent into separate EX-99.L1 and EX-99.L2 documents.

4. Auditor consent(s) (TYPE EX-99.N, EX-99.N1, EX-99.N2, …)

A short letter from the registrant's independent registered public accounting firm consents to the use of its previously issued reports on the fund's financial statements (and, where applicable, on the senior securities table required by Form N-2 Item 4) and to references to its name in the prospectus and statement of additional information. Where the registrant has had multiple auditors over the periods covered by the incorporated financial statements, multiple EX-99.N* consents appear in sequence, each from a different firm.

5. Optional documents

Less frequently, an N-2MEF submission also includes a separately filed Power of Attorney (where it has not been carried over from the parent N-2), a tax opinion, an additional consent from another expert (for example a valuation specialist), or a corrected exhibit. The complete-submission concatenated .txt file is referenced in metadata.documentFormatFiles (with a blank sequence) but is not stored in the ZIP, since its contents are simply the SGML concatenation of the documents already present.

Included content

A record includes the metadata.json describing the filing's header, entity, and document inventory; the SGML-wrapped facing-page document; the Inline XBRL fee exhibit (post-2024); all legal opinions and consents; and any other textual exhibits filed with the submission. Original EDGAR document filenames, sequence numbers, document types, and descriptions are preserved, allowing the SGML wrappers to be reconstructed and parsed deterministically.

Excluded or separately located content

Three categories of content sit outside the record. First, GRAPHIC documents (typically .jpg or .gif letterhead logos and signature blocks referenced by the HTML via <img src="…">) are listed in metadata.documentFormatFiles but their binary payloads are intentionally omitted from the ZIP. Second, the concatenated complete-submission .txt file (the SGML mirror of the entire submission) is referenced in metadata but not redistributed because its contents duplicate the per-document files. Third, the predecessor Form N-2 registration statement — which contains the prospectus, SAI, financial statements, and most other Item-level disclosure — is incorporated by reference and is not part of an N-2MEF record; it lives in its own EDGAR accession identified by the file number captured in ffd:RegnFileNb and printed in the facing-page Explanatory Note. Extracted XBRL side files referenced under dataFiles are likewise enumerated but not copied into the record.

Changes in required content over time

The structural skeleton of a Form N-2MEF submission — facing page plus signatures, fee table, legal opinion, accountant consent — has been stable since the form's introduction in 1997, but two material changes affect the document inventory of a typical record.

The most consequential change is the SEC's adoption of the new fee-disclosure rules requiring that the calculation of registration fees be filed as a separate Inline XBRL exhibit (EX-FILING FEES) rather than embedded as a fee table inside the facing page. Pre-2024 N-2MEF filings generally show the older pattern: the facing page itself includes the "Calculation of Registration Fee" table as part of its narrative body, and there is no standalone iXBRL fee exhibit. From 2024 onward the standalone EX-FILING FEES exhibit (with its companion extracted XML instance) is mandatory, and the facing page no longer contains the fee table. Post-2024 records therefore show one additional document and a populated dataFiles array containing the extracted fee-exhibit instance.

A secondary change concerns Powers of Attorney. Earlier filings frequently re-attach the registrant's Power of Attorney as a separate document inside the N-2MEF submission. More recent practice is to incorporate the Power of Attorney by reference from the predecessor Form N-2, with only a hyperlink in the N-2MEF exhibit index pointing at the prior accession. Both patterns appear across the dataset.

Variations in exhibit-type vocabulary are also observed across the historical record: legal opinions appear under EX-99.L, EX-99.L1, EX-99.L*, or occasionally a plain EX-99 numbering; auditor consents appear as EX-99.N, EX-99.N1, EX-99.N(1), and so on, with the exact label following the registrant's local exhibit-numbering convention rather than a single fixed schema.

Changes in data format over time

The earliest N-2MEF filings (mid-to-late 1990s) were submitted as ASCII text wrapped in EDGAR SGML, with the entire submission delivered as a single concatenated .txt complete-submission file. HTML-formatted documents progressively displaced ASCII through the early 2000s and have been the dominant format thereafter; modern records consist almost entirely of .htm documents inside their SGML envelopes, with the occasional .txt artifact. Inline XBRL did not appear in N-2MEF filings until the 2024 fee-exhibit rule took effect; earlier records contain no iXBRL or structured-fee data of any kind.

Interpretation and extraction notes

Several characteristics matter when working with these records.

Each document file retains its original SGML envelope, so any HTML parser must first peel off the <DOCUMENT> / <TYPE> / <SEQUENCE> / <FILENAME> / <DESCRIPTION> / <TEXT> lines before parsing the inner HTML. The envelope is the canonical source of the EDGAR document type, which can differ from any type label embedded in the HTML body itself.

Because the substantive offering disclosure is incorporated by reference from the predecessor Form N-2, a record on its own is not a self-contained prospectus. Full disclosure analysis requires joining the N-2MEF accession to the parent N-2 accession via the prior file number printed in the facing-page Explanatory Note and tagged in the fee exhibit's ffd:RegnFileNb field. The 333-prefixed file number on the N-2MEF itself (metadata.entities[*].fileNo) is a distinct, newly issued identifier and must not be confused with the predecessor's file number.

Image references inside the HTML (e.g. <img src="decherta.jpg">) will not resolve locally because GRAPHIC binaries are excluded; downstream renderers must either suppress these references or fetch the binaries from EDGAR using the URLs available in metadata.documentFormatFiles.

The Inline XBRL fee exhibit is the primary machine-readable surface in modern records. The tagged facts under the ffd: namespace expose the form type, submission type, prior registration file number, CIK, security class title, amount registered, maximum aggregate offering price, fee calculation rule, fee rate, and filing fee, allowing programmatic extraction without HTML scraping. The companion extracted XML instance lives outside the ZIP but can be retrieved via the URL in dataFiles.

Because Form N-2MEF is effective on filing and is restricted to operating closed-end funds and BDCs, effectivenessDate equals the calendar date of filedAt, entities typically contains a single filer, and seriesAndClassesContractsInformation is consistently empty — none of these fields require special handling for series-trust or co-filer cases that appear in other registration-statement datasets.

Who Files or Publishes This Dataset, and When

Who files

The filer of a Form N-2MEF is the registrant itself: a closed-end fund or BDC that already has an effective Form N-2 registration statement and needs to register additional securities of the same offering on a same-day, automatic-effectiveness basis. The submission is signed by the registrant's principal executive officer, principal financial and accounting officer, and a majority of its directors or trustees (often via power of attorney granted in the underlying N-2).

Eligible filer classes:

  • Closed-end management investment companies registered under the Investment Company Act of 1940. This includes listed closed-end funds (NYSE, NYSE American, Nasdaq) conducting follow-on, rights, or shelf takedown offerings, and unlisted closed-end funds, including interval funds and tender offer funds, conducting continuous offerings.
  • Business development companies (BDCs) that have elected BDC status under Section 54 of the 1940 Act. BDCs are not registered investment companies, but they register their securities offerings on Form N-2 and may use Rule 462(b) on the same terms.

Form N-2MEF is not used by:

Each record identifies the registrant on the facing page by name, CIK, IRS EIN, and the new 333-prefix Securities Act file number assigned to the N-2MEF, and it cross-references the file number of the earlier effective Form N-2.

When the filing arises

The triggering event is a commercial one: at pricing, the deal size exceeds the dollar amount remaining on the effective Form N-2. Common patterns include:

  • Underwritten follow-on common share offerings by listed closed-end funds or BDCs whose base size (or base plus over-allotment) prices above the registered amount.
  • Shelf takedowns of common, preferred, or debt securities by closed-end funds or BDCs requiring incremental capacity at pricing.
  • Rights offerings where subscriptions exceed the registered share count.

Timing rule (Rule 462(b), 17 CFR 230.462(b)). The N-2MEF must be filed prior to the earlier of (i) the time confirmations of sale are sent or given and (ii) the time the prospectus is required to be delivered (i.e., the time of filing of the Rule 424(b) prospectus relating to the additional securities). In practice, the N-2MEF is filed during or immediately after pricing, before any confirmations go out.

Effectiveness. A Rule 462(b) registration statement becomes effective automatically upon filing, with no Commission declaration, no acceleration request under Rule 461, and no staff review. That automatic effectiveness is the operational reason for the form: it lets underwriters upsize a priced transaction without disrupting the closing schedule.

Conditions for use under Rule 462(b). All four must be satisfied:

  1. The earlier registration statement (Form N-2) covering the same offering is effective.
  2. The additional securities are of the same class as those registered on the earlier statement.
  3. The new aggregate offering price registered on the N-2MEF, plus the aggregate offering price of all prior Rule 462(b) registrations for the same offering, does not exceed 20% of the maximum aggregate offering price set forth in the fee table of the earlier effective registration statement.
  4. The required filing fee is paid at the time of filing under Rule 457 (typically Rule 457(o) for dollar-denominated fee tables; Rule 457(p) governs offset of previously paid unused fees).

Rule 413(b) is the related authority that permits the registration of additional securities of the same class via this abbreviated form rather than a new full registration statement. If any 462(b) condition fails (over the 20% cap, different class, substantive prospectus changes), the registrant must instead file a post-effective amendment to Form N-2 or a new Form N-2 and obtain effectiveness in the ordinary course.

Important distinctions

  • Filer vs. offering participants. Only the registrant signs and files the N-2MEF. Underwriters, selling shareholders, and the investment adviser are not filers, even though they drive the upsize.
  • N-2MEF vs. post-effective amendment to N-2. Use the post-effective amendment when the additional amount exceeds 20%, the securities are of a different class, or substantive disclosure changes are needed. PEAs are subject to staff review and Section 8/Rule 461 effectiveness mechanics; N-2MEFs are not.
  • N-2MEF vs. S-MEF / F-MEF. Same Rule 462(b) regime, different underlying form: N-2MEF for N-2 registrants (closed-end funds and BDCs); S-MEF and F-MEF for operating-company issuers using Form S-1/S-3 or F-1/F-3.
  • Mutual funds and most ETFs do not use it. Open-end funds register an indefinite number of shares under Section 24(f) of the 1940 Act and Rule 24f-2, with an annual Form 24F-2 fee true-up. They have no occasion to use Rule 462(b).
  • Incorporated content. The N-2MEF incorporates the earlier N-2's prospectus, SAI, exhibits, and undertakings by reference. New material is limited to the facing page, an updated EX-FILING FEES table, opinion of counsel as to the legality of the additional securities, auditor consent, and signatures.
  • Closed-end prospectus supplements. Closed-end funds and BDCs typically file the marketing prospectus or supplement under Rule 497 (or 424(b) for shelf takedowns under modernized N-2 shelf rules), separately from the N-2MEF; the N-2MEF itself is the registration vehicle, not the prospectus supplement delivery vehicle.
  • Amendments. An N-2MEF/A is rare and generally limited to ministerial corrections (for example, fee-table errors), since the form goes effective on filing.

How This Dataset Differs From Similar Datasets or Filings

Form N-2MEF sits in a narrow corner of the 1933 Act registration system: a Rule 462(b) bolt-on that adds up to 20% more capacity to an already-effective closed-end fund registration, effective the instant it is filed. The most useful contrasts are with the parent N-2 it rides on, the operating-company MEF cousins, the prospectus-delivery filings that surround the same takedown, and the amendment and effectiveness mechanics N-2MEF deliberately bypasses.

Form N-2 and N-2/A

N-2 is the full registration statement for closed-end management investment companies and BDCs, carrying the prospectus, SAI, fee table, investment policies, board and adviser disclosures, financial statements, and exhibits. N-2MEF is parasitic on an effective N-2: it registers up to 20% more dollar amount of the same offering and incorporates the parent by reference instead of restating it. Form N-2/A is the standard amendment used to respond to staff comments, update financials, or add classes; pre-effective N-2/A delays effectiveness, post-effective N-2/A typically requires a declaration of effectiveness. Issuers use N-2/A for substantive changes under staff review and N-2MEF only when the sole goal is a last-minute capacity bump at pricing under Rule 462(b). The two are complements, not substitutes.

Form S-MEF, F-MEF, and S-1MEF

S-MEF and F-MEF are the Rule 462(b) analogs for domestic operating companies (riding S-1, S-3, S-11) and foreign private issuers (riding F-1, F-3, F-4). S-1MEF is a legacy label for the same S-1 use case. The mechanics are identical to N-2MEF: 20% cap, immediate effectiveness, same Rule 462(b) eligibility. The only difference is filer population and parent form. Researchers studying upsized equity IPOs need all four labels; closed-end fund researchers need only N-2MEF.

Form 497 (including 497J, 497K)

Rule 497 filings deliver investment company prospectuses, supplements, and stickers after effectiveness. Form 497 carries the final prospectus or supplement, 497J certifies no material change, 497K carries the summary prospectus. None register new securities. N-2MEF, by contrast, expands the registered amount itself. An upsized closed-end IPO commonly produces a same-day pair: an N-2MEF registering the extra 20% and a 497 delivering the priced final prospectus covering the full upsized amount.

Form 424B series

Rule 424(b) prospectus supplements describe pricing, use of proceeds, and supplemental terms for shelf takedowns. They deliver disclosure; they do not register securities. In an upsized takedown Form 424B delivers the supplement while N-2MEF supplies the additional registered capacity the supplement is selling against. 424B is also more common for operating-company shelves; closed-end funds typically pair N-2MEF with 497 rather than 424B.

Form EFFECT

Form EFFECT is EDGAR's notice of effectiveness for registration statements that require staff action or scheduled effectiveness. N-2MEF never produces an EFFECT record because Rule 462(b) makes it effective automatically on filing. The N-2MEF acceptance timestamp is itself the effectiveness moment, which matters when reconciling offering timelines.

Form N-14

Form N-14 registers fund mergers, reorganizations, and exchange offers involving registered investment companies. It is the same filer population as N-2 but a different transaction type (business combinations rather than capital raising) and has no Rule 462(b) shortcut. N-14 and N-2MEF should not be confused even though both touch closed-end funds.

Boundary summary

N-2MEF is uniquely defined by four conjoined attributes: closed-end fund or BDC issuer, parent N-2 already effective, 20% incremental dollar cap, and immediate effectiveness on filing under Rule 462(b). N-2 and N-2/A carry the substantive disclosure; 497 and 424B deliver prospectus content; S-MEF, F-MEF, and S-1MEF cover the same mechanic for non-investment-company issuers; EFFECT marks effectiveness for filings that need it, which N-2MEF does not. The dataset's analytical value is precisely this narrowness: a clean event series of last-minute upsizings in closed-end fund IPOs and follow-ons from May 1997 forward.

Who Uses This Dataset

The Form N-2MEF Files Dataset serves a narrow set of professionals, each focused on a specific layer of the record: metadata.json, the facing page, the EX-FILING FEES iXBRL table, EX-99.L legality opinions, and EX-99.N auditor consents.

Capital Markets and Securities Lawyers

Issuer and underwriter counsel pull comparable filings as a precedent library when drafting their own 462(b) registrations. They mine the facing page for the same-class recitation and 20 percent cap language, lift drafting conventions from EX-99.L opinions, and confirm immediate-effectiveness conditions before pricing. Disclosure counsel also monitors metadata.json timestamps to track competitor windows and flag novel structural language likely to draw staff comment.

Closed-End Fund and BDC Finance Teams

Treasurers, controllers, and CFOs at registered fund issuers use the EX-FILING FEES iXBRL exhibit to model their own remaining capacity, including carry-forward of unsold securities and offsets from prior registrations. They benchmark peer facing pages and timing patterns when planning ATM or overnight upsizings, and investor-relations staff use the registered-amount disclosures to prepare dilution talking points for shareholders.

ECM Bankers Covering Funds and BDCs

Equity capital markets coverage teams treat an N-2MEF as a near-real-time upsizing signal. They ingest metadata.json (CIK, accession, timestamp) and the iXBRL fee table to size incremental registered capacity within minutes of filing, feed league-table inputs, and assemble pitch comparables of upsized closed-end and BDC deals.

Fund Auditors and Assurance Teams

National-office reviewers at large public accounting firms that audit registered investment companies track EX-99.N consents issued by their firm. They confirm the consent appears as filed and unaltered, log timing and recipients into independence and quality-review systems, and benchmark consent language against peer auditors.

SEC Examiners and Investment Management Staff

Policy and exam staff covering investment companies use metadata.json plus the iXBRL fee table to monitor the volume, concentration, and timing of 462(b) usage. Aggregate filer-level counts and registered amounts inform views on whether issuers are repeatedly hitting the 20 percent cap or exploiting immediate effectiveness near the end of a registration cycle.

Quantitative Researchers and Data Engineers

Engineers building issuance dashboards rely on the EX-FILING FEES iXBRL as a deterministically parseable feed: tagged security type, amount registered, proposed maximum offering price, fee rate, offsets, and carry-forward references. They join on metadata.json accession and CIK, fall back to the HTML facing page for untagged fields, and emit normalized records into primary-issuance and supply-tracking systems.

Buy-Side Analysts in Funds and BDCs

Event-driven and fundamental analysts holding closed-end fund or BDC shares read the facing page and iXBRL table to size incremental capacity and model dilution. Filings arriving during premium-to-NAV windows are interpreted differently than discount-window filings, and the historical record (back to 1997) supports issuer-level studies of repeated 462(b) usage against subsequent NAV and price behavior.

Filing-Fee Specialists

Researchers focused on Securities Act fee mechanics use the EX-FILING FEES iXBRL exhibit to study carry-forward, offsets, and fiscal-year boundary fee-rate handling. They cross-check tagged values against facing-page recitations to surface misapplied offsets and tagging inconsistencies, feeding comment letters and internal fee-computation tools.

Academic Researchers

Academics studying closed-end fund and BDC capital formation use the 1997-onward corpus for panel studies of follow-on frequency, upsizing magnitude, and clustering around market conditions. The EX-99.L and EX-99.N exhibits support finer work on how legal-opinion and auditor-consent language standardized across counsel and audit firms over time.

RAG and LLM Developers

Teams building retrieval and extraction systems for fund-finance filings use the dataset as fine-tuning and evaluation material. The stable structure of the facing page, EX-99.L, EX-99.N, and EX-FILING FEES iXBRL supports benchmarks on extracting registered amounts, identifying issuing counsel, and verifying 20 percent cap compliance.

The user base clusters around three uses of the record: counsel and finance teams treat the facing page and exhibits as a precedent and execution library; ECM, buy-side, and quant users treat the iXBRL fee table and metadata.json as a near-real-time issuance feed; and auditors, regulators, fee specialists, academics, and AI developers mine the structured layers for compliance, monitoring, and research.

Specific Use Cases

Concrete workflows the Form N-2MEF Files dataset supports. Each ties to specific record content: metadata.json, the facing page, the EX-FILING FEES iXBRL exhibit, EX-99.L legal opinions, and EX-99.N auditor consents.

Real-time upsizing signal for ECM coverage

Equity capital markets desks covering closed-end funds and BDCs poll new accessions and parse the EX-FILING FEES iXBRL on filing. Tagged ffd: facts (security class title, amount registered, maximum aggregate offering price, fee rate, prior ffd:RegnFileNb) feed an internal upsizing alert keyed off metadata.filedAt, with the parent N-2 file number used to join back to the original deal size. The output is a same-day delta of registered capacity per CIK that drives league-table updates and pitch comparables.

Precedent library for Rule 462(b) drafting

Issuer and underwriter counsel build a precedent corpus from the facing-page Explanatory Notes and EX-99.L opinions. They filter records by registrant state of organization (Maryland vs. Delaware statutory trust) and pull matching legality-of-shares opinions to lift the "validly issued, fully paid and nonassessable" recitation, the same-class language, and the 462(b) checkbox treatment. The result is a reusable drafting kit and a checklist for confirming immediate-effectiveness conditions before pricing.

20 percent cap compliance monitoring

SEC examiners and internal compliance teams join the N-2MEF ffd:RegnFileNb to the predecessor N-2 accession to compute the ratio of additional dollar amount registered against the parent's maximum aggregate offering price. Filings that approach or appear to exceed the 20 percent ceiling are flagged for review. Aggregating across CIKs surfaces issuers that repeatedly use 462(b) and identifies clustering near the end of a parent registration's offering window.

Audit firm national-office and independence teams sweep EX-99.N (and EX-99.N1, EX-99.N2) consents, matching firm-name strings to confirm each consent was filed as authorized and unaltered. Records of multiple sequential EX-99.N* exhibits identify registrants with predecessor auditors over the financial-statement periods incorporated by reference, supporting independence logs, peer-firm consent benchmarking, and quality-review documentation.

Fee-mechanics research and tagging QA

Filing-fee specialists use the iXBRL fee exhibit to study Rule 457(o) versus 457(r) usage, carry-forward securities, and fee-rate boundary handling across fiscal-year transitions. Tagged amounts are reconciled against the human-readable Table 1 in the same exhibit to surface misapplied offsets, mislabeled exhibit types, or inconsistencies between ffd:SubmissnTp and the document <TYPE> declared in the SGML envelope. Findings feed comment-letter inputs and internal fee-computation tooling.

Panel dataset of closed-end fund upsizings since 1997

Academic and quantitative researchers build a clean event panel from metadata.json (CIK, filedAt, effectivenessDate, entities[*].fileNo) joined to the parent N-2 file number. Because Form N-2MEF is effective on filing, filedAt is the precise upsizing timestamp, supporting studies of follow-on frequency, premium-to-NAV timing, and BDC versus traditional closed-end fund issuance behavior across the full 1997-to-present record.

Extraction benchmark for filings RAG and LLM systems

Teams training retrieval and extraction models use the structurally stable record (facing page plus EX-FILING FEES iXBRL plus EX-99.L plus EX-99.N) as labeled evaluation material. Standard tasks include extracting amount registered and offering price from the iXBRL, identifying issuing counsel and audit firm names from the consents, recovering the predecessor N-2 file number from the Explanatory Note, and verifying 20 percent cap compliance end-to-end against the parent registration.

Dataset Access

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

This endpoint returns metadata describing the Form N-2MEF Files Dataset, including the dataset name, description, last updated timestamp, earliest sample date (May 1997), total record and size counts, covered form types (N-2MEF), container format (ZIP), and content file types (TXT, JSON, HTML). The response also includes a download URL for the full dataset archive and a list of all individual container files with their size, record count, last updated timestamp, and per-container download URL. Use this endpoint to monitor which monthly containers have been refreshed and decide which ones to re-download on a daily basis.

This endpoint does not require an API key.

Example response:

Example
1 {
2 "datasetId": "1f13365b-9ae0-69e5-9769-8d56df59afc4",
3 "datasetDownloadUrl": "https://api.sec-api.io/datasets/form-n2mef-files.zip",
4 "name": "Form N-2MEF Files Dataset",
5 "updatedAt": "2026-04-17T02:58:51.297Z",
6 "earliestSampleDate": "1997-05-01",
7 "totalRecords": 1055,
8 "totalSize": 6060949,
9 "formTypes": ["N-2MEF"],
10 "containerFormat": "ZIP",
11 "fileTypes": ["TXT", "JSON", "HTML"],
12 "containers": [
13 {
14 "downloadUrl": "https://api.sec-api.io/datasets/form-n2mef-files/2026/2026-04.zip",
15 "key": "2026/2026-04.zip",
16 "size": 138420,
17 "records": 6,
18 "updatedAt": "2026-04-17T02:58:51.297Z"
19 }
20 ]
21 }

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

Downloads the complete Form N-2MEF Files dataset as a single ZIP archive containing all monthly containers from May 1997 to present. This endpoint requires an API key.

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

Downloads one individual monthly container instead of the full dataset. Each container holds the metadata file and all submission documents (excluding image files) for the N-2MEF filings accepted by EDGAR in that month. This endpoint requires an API key.

Frequently Asked Questions

What form does this dataset cover?

The dataset covers Form N-2MEF, the abbreviated registration statement filed under Rule 462(b) of the Securities Act of 1933 by closed-end management investment companies and business development companies. Form N-2MEF registers up to an additional twenty percent of securities for an offering already registered on a predecessor Form N-2 and becomes effective automatically upon filing.

What does one record in this dataset represent?

One record is a single EDGAR submission of Form N-2MEF, identified by its 18-digit accession number. On disk, the record is a directory containing a metadata.json sidecar plus the original EDGAR documents — typically the facing page and signatures, the Inline XBRL EX-FILING FEES exhibit, an EX-99.L legality-of-shares opinion, and one or more EX-99.N auditor consents.

Who is required to file Form N-2MEF?

The registrant — a closed-end management investment company registered under the 1940 Act, or a business development company that has elected BDC status under Section 54 of the 1940 Act — files Form N-2MEF when a priced offering exceeds the dollar amount remaining on its already-effective Form N-2. Open-end funds, ETFs, unit investment trusts, variable contract separate accounts, and operating companies do not use Form N-2MEF.

When does a Form N-2MEF filing arise?

A Form N-2MEF arises at pricing when the deal size exceeds the registered capacity remaining on the parent Form N-2. Under Rule 462(b), the N-2MEF must be filed prior to the earlier of the time confirmations of sale are sent and the time the Rule 424(b) prospectus is required to be delivered, and it becomes effective automatically upon filing with no SEC review.

What time period does the dataset cover?

The dataset covers all Form N-2MEF filings submitted to EDGAR from May 1997 to the present, distributed as monthly ZIP containers organized by year (YYYY/YYYY-MM.zip). Months with no N-2MEF filings have no corresponding ZIP container.

What file format is the dataset distributed in?

The dataset is distributed as monthly ZIP containers. Inside each container, content files are JSON (the metadata.json sidecar), HTML/HTM (the SGML-wrapped EDGAR documents), and TXT (residual ASCII text payloads and the complete-submission mirror where present). Binary GRAPHIC images referenced by the HTML are intentionally excluded from the ZIPs.

How does Form N-2MEF differ from Form N-2 and Form S-MEF?

Form N-2 is the full closed-end fund registration statement carrying the prospectus, SAI, fee table, financial statements, and substantive disclosure; Form N-2MEF rides on an effective N-2 to register up to 20% more dollar amount of the same offering and incorporates the parent by reference. Form S-MEF (and F-MEF) is the Rule 462(b) analog for domestic operating companies and foreign private issuers respectively, with identical mechanics but a different filer population and parent form.

How is the predecessor Form N-2 linked from a record?

The predecessor Form N-2's file number appears in the facing-page Explanatory Note and is tagged in the Inline XBRL fee exhibit as ffd:RegnFileNb. That file number identifies the parent EDGAR accession; the new 333-prefixed file number on the N-2MEF itself (metadata.entities[*].fileNo) is a distinct, newly issued identifier and should not be confused with the predecessor's file number.