The Form NSAR-AT Files Dataset is a closed historical corpus of transitional semi-annual reports filed by registered management investment companies on EDGAR under Section 30 of the Investment Company Act of 1940 and Rule 30b1-1 under the Securities Exchange Act of 1934. Each record corresponds to a single EDGAR submission of a Form NSAR-AT or NSAR-AT/A filing — the variant of Form N-SAR used when a fund changed its fiscal year-end and had to report on the resulting stub period. The filers are mutual funds, closed-end funds, and Small Business Investment Companies registered as management investment companies under the 1940 Act. The dataset's earliest sample dates from January 1, 1994, when EDGAR electronic filing for investment companies began, and terminates in mid-2018 when Form N-SAR was rescinded effective June 1, 2018, and replaced by Form N-CEN. Records are distributed as monthly ZIP containers holding the original submission documents (TXT, JSON, FIL, and HTML files), with image attachments excluded.
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:
The dataset packages every EDGAR-era NSAR-AT and NSAR-AT/A filing into a uniform per-accession folder layout. Form NSAR-AT is the transitional variant of Form N-SAR, the semi-annual report historically required from registered management investment companies. The "AT" suffix designates a transitional reporting period: a fund files NSAR-AT when it changes its fiscal year-end, and the filing covers the stub period running from the prior fiscal year-end to the close of the new transitional period. NSAR-AT/A is the amendment counterpart, used to correct or supplement a previously filed transitional report.
Substantively, Form N-SAR is a structured question-and-answer instrument rather than a free-form narrative document. The registrant answers a long, fixed catalog of numbered items addressing fund identification, service-provider relationships, portfolio composition, brokerage allocation, sales-load and fee structures, advisory-fee breakpoints, investment policies, monthly capital activity, per-series income and expense statements, balance-sheet positions, and a small set of exhibit and event-flag attestations. Each answer is keyed by item number and sub-item code, producing a compact line-oriented file rather than the prose-and-table layout typical of registration statements or 10-K filings.
The dataset covers the entire EDGAR-era population of NSAR-AT filings from January 1994 through the form's discontinuation in mid-2018. Records are distributed as ZIP containers; inside each container, every accession folder contains a metadata.json sidecar plus the original submission documents as TXT, JSON, FIL, and HTML files. Image attachments lodged with the original EDGAR submission are stripped.
A single record corresponds to one EDGAR submission of either a Form NSAR-AT or a Form NSAR-AT/A filing, identified by its 18-digit accession number. Inside the dataset's monthly ZIP containers, each record materializes as a per-accession folder whose name is the accession number stripped of dashes (e.g., 000132535814000752). The folder bundles a metadata.json sidecar describing the filing at the EDGAR-header level together with the original submission documents that compose the filing itself, with image attachments excluded. A record therefore captures both a structured metadata view and the full primary content as it was lodged with EDGAR.
A record contains two structural layers:
metadata.json), which exposes the EDGAR-header-derived view of the filing: form type, accession number, filing timestamp, period of report, registrant identity, fund series and class structure, document inventory, and canonical EDGAR URLs.<DOCUMENT> envelope and carries the structured triplet body (item, sub-item, value) that constitutes the actual N-SAR response. For NSAR-AT/A amendments and for some original submissions, additional documents — such as a complete-submission text dump, HTML cover pages, or amendment narrative exhibits — also appear inside the same accession folder.The file types found in the dataset are TXT (full-submission text concatenations), JSON (the metadata sidecar), FIL (the conventional EDGAR extension for the structured N-SAR answer file), and HTML (cover pages and amendment exhibits where present). Image attachments from the original submission are stripped.
metadata.json sidecarThe sidecar is a flat JSON object with nested arrays. Top-level fields include:
formType — NSAR-AT for original transitional reports, NSAR-AT/A for amendments.accessionNo — dashed EDGAR accession identifier.filedAt — ISO-8601 filing timestamp with timezone offset.effectivenessDate — date of effectiveness, in YYYY-MM-DD.periodOfReport — close of the transitional reporting period; this date, paired with the registrant's new fiscal-year-end, encodes the fiscal-year change that triggered the AT filing.description — human-readable form label.linkToFilingDetails, linkToTxt, linkToHtml, linkToXbrl — canonical EDGAR URLs back to the original index page and primary documents.documentFormatFiles[] — ordered inventory of the documents in the submission, each carrying sequence, size, documentUrl, description, and type. The first entry is conventionally the main NSAR-AT answer document; the second is typically the complete-submission text dump.dataFiles[] — present in the schema but not populated for N-SAR filings.entities[] — one or more filer records, each with cik, companyName, fileNo (the Investment Company Act file number, e.g., 811-22135), irsNo, stateOfIncorporation, fiscalYearEnd (MMDD), act (40 denoting the Investment Company Act), filmNo, filer type, and any tickers[].seriesAndClassesContractsInformation[] — the EDGAR series and class hierarchy that became mandatory for fund filers, listing each series by its S-prefixed identifier and name, with a nested classesContracts[] array of {classContract (C-id), name, ticker} entries. For multi-series trusts, this block is the cleanest structured map of the legal-entity tree the filing covers.The primary document carries an EDGAR SGML wrapper with <TYPE>NSAR-AT, a <SEQUENCE> ordinal, a <FILENAME> (commonly answer.fil), a <DESCRIPTION>, and a <TEXT> block enclosing the body. Inside <TEXT>, every meaningful line is a fixed-format triplet:
000, 001, 028, 054, 070, 074, etc.).A000000, B00AA00, C010100, 01AA01). The middle block typically encodes a series/class or service-provider index, while trailing digits encode rows within that index.Y/N flag, a fixed-width integer or decimal (often expressed in thousands of dollars), an MM/DD/YYYY date, an alphanumeric code, or a free-text string such as a firm name or address.The answer body is organized into the following item groups, in numerical order:
6.1).020 A broker name, 020 B IRS number, 020 C commissions in thousands), aggregate commission totals (021), and purchase/sale flag rows.A–G) reporting purchases of capital stock, redemptions, dividends reinvested, and net asset value.A–K enumerating advisory-fee tiers and the corresponding rates.A–R covering categories (U.S. Treasuries, agencies, corporate debt, common stock, options, futures, repurchase agreements, etc.) with 01 purchase and 02 sale Y/N flags.A–Q, liabilities R–T, and net asset value components U–Y.SIGNATURE / TITLE — the two final lines, outside the numbered triplet grid, recording the name and title of the officer signing on behalf of the registrant.For NSAR-AT/A amendments, the same structured body is restated in full; amendment narratives or correction exhibits, where present, accompany the answer file as additional sequence-numbered documents in the same accession folder, typically as HTML or plain text.
A record includes:
metadata.json sidecar, always present and uniformly structured.answer.fil, occasionally a .txt variant), carrying the complete numbered item-and-sub-item response grid and the closing signature block.Image files originally lodged with the EDGAR submission are excluded from the dataset record; the textual content of the filing is retained in full. Post-filing correspondence, SEC staff letters, and registrant responses that arrived under separate EDGAR form types (UPLOAD, CORRESP) are not part of an NSAR-AT record. An NSAR-AT/A amendment is its own EDGAR accession and its own record in the dataset rather than an attachment to the original NSAR-AT.
Across the 1994–2018 EDGAR window the body of Form N-SAR remained substantively stable in its item-and-sub-item architecture, but several incremental shifts are reflected in the answer files:
6.1 and earlier point versions), reflecting periodic revisions to the official form instructions and to the controlled vocabulary for several flag items.S-prefixed series identifiers and C-prefixed class identifiers that populate the metadata sidecar's seriesAndClassesContractsInformation[] block. Earlier filings predate this identifier scheme and therefore carry an empty or sparser series-and-class structure in metadata, even when the underlying answer file already uses series-indexed sub-item codes.Y/N flags and the policy-matrix letters in item 054 reflect the version of the form in force at the filing date.Because Form N-SAR was always filed as a structured fixed-format answer file wrapped in EDGAR's SGML document envelope, the format of the main document is essentially constant across the 1994–2018 span. The principal format observations:
<DOCUMENT>/<TYPE>/<SEQUENCE>/<FILENAME>/<TEXT> wrapper is used throughout the dataset, mirroring EDGAR's general SGML submission convention from the start of electronic filing.<TEXT> is a line-oriented item-code/sub-item-code/value grid; the answer body itself is never HTML or PDF..fil extension on the main answer document is a longstanding EDGAR convention for the structured N-SAR response and persists across the dataset.Several nuances matter when working with these records:
periodOfReport in metadata, paired with the new fiscalYearEnd MMDD on the entity, encodes the fiscal-year change that triggered the filing; reconstructing the prior fiscal year-end requires reading item 000's period date together with the previously reported semi-annual cadence.(cik, periodOfReport) while preferring the most recent filedAt.seriesAndClassesContractsInformation[] does not always match the series ordering implied by the sub-item codes in the answer file. Joins between the metadata layer and the series-keyed items in the answer body should rely on the S-id mapping rather than positional order.documentFormatFiles[] in sequence order.Form NSAR-AT is filed by registered management investment companies under the Investment Company Act of 1940. The legal filer is the registrant (identified by CIK), not the adviser, distributor, transfer agent, or sponsor — though those service providers contribute much of the underlying data.
The filing population includes:
Outside the population: unit investment trusts, face-amount certificate companies, business development companies (which file Exchange Act periodic reports on Forms 10-K and 10-Q), unregistered private funds, and foreign funds.
Two provisions create the obligation:
Form N-SAR is the parent form; "NSAR-AT" is the EDGAR form-type tag used when a transitional semi-annual report is filed under that framework.
NSAR-AT is triggered by a change in the registrant's fiscal year-end — typically following a fund reorganization, merger, adviser change, or family-wide calendar consolidation. It covers the stub semi-annual period between the old fiscal year-end and the start of the new fiscal year.
The trigger is calendar-realignment, not periodic or materiality-driven. Once the board adopted a new fiscal year-end and the transitional six-month (or shorter) period closed, the filing obligation attached automatically.
Under Rule 30b1-1, NSAR-AT must be filed within 60 days after the close of the transitional reporting period. The 60-day clock runs from the end of the stub period; there is no event-conditional gating.
NSAR-AT/A amendments can be filed at any time afterward to correct prior responses, refile exhibits, or update service-provider information. Amendments share the original filing's trigger.
| Form type | Purpose |
|---|---|
| NSAR-A | Regular semi-annual report (first half of a normal fiscal year) |
| NSAR-B | Regular annual report (full fiscal year) |
| NSAR-AT | Transitional semi-annual report (this dataset) |
| NSAR-BT | Transitional annual report covering an irregular full transitional year |
| /A suffix | Amendments to any of the above (e.g., NSAR-AT/A) |
NSAR-AT differs from NSAR-A in that it covers an irregular stub period created by a fiscal-year change, not a regular six-month period. It differs from NSAR-BT in that NSAR-BT covers a transitional annual period; some funds filed NSAR-AT and NSAR-BT in sequence depending on the length and placement of the transition.
The entire Form N-SAR regime — NSAR-A, NSAR-B, NSAR-AT, NSAR-BT, and their amendments — was rescinded effective June 1, 2018 under the SEC's Investment Company Reporting Modernization rules. It was replaced by Form N-CEN, an annual structured-XML census report due within 75 days after fiscal year-end (and within 75 days after the close of a transitional period for fiscal-year changes). N-CEN consolidated annual census reporting and eliminated the separate semi-annual N-SAR cadence.
NSAR-AT records in this dataset are therefore historically bounded: EDGAR filings run from January 1994 through May 2018. After June 1, 2018, fiscal-year-change transitional reporting migrated to Form N-CEN.
Form NSAR-AT sits inside a tightly scoped family of investment company reporting forms. The most informative comparisons are with the other N-SAR submission variants, the N-CEN successor that replaced N-SAR after June 1, 2018, and the parallel disclosure tracks N-CSR/N-CSRS (shareholder financials), N-PORT (monthly holdings), and the rescinded N-Q (quarterly holdings).
Same form body, same Q&A item set, same filer population. The only difference is the trigger and period:
Use NSAR-A for routine semi-annual N-SAR data; use NSAR-AT only to capture off-cycle stub periods that fall outside the normal cadence. NSAR-AT/A amendments are included in this dataset and should be paired with the original NSAR-AT to reconstruct the final report state.
NSAR-B covers a full fiscal year and includes annual-only items (auditor disclosures, fidelity bond, certain accounting items) on top of the semi-annual content. NSAR-AT follows the semi-annual scope, not the annual scope, even though it is filed in connection with a fiscal year change. For annual census-style content pre-June 2018, NSAR-B is the correct dataset; NSAR-AT will not contain annual-only items.
NSAR-U is an unspecified-period N-SAR submission used in unusual situations and is not interchangeable with NSAR-AT. NSAR-AT is specifically tied to a fiscal year-end change and follows the semi-annual item scope; NSAR-U does not carry that defined trigger or period.
N-SAR is the underlying form prescribed under Section 30 of the Investment Company Act and Rule 30b1-1. NSAR-A, NSAR-B, NSAR-AT, NSAR-U, and their amendments are EDGAR submission designations that all carry an N-SAR body. The full N-SAR regime was rescinded effective June 1, 2018, which is why this dataset terminates in mid-2018.
N-CEN replaced N-SAR under Investment Company Reporting Modernization. Key contrasts:
N-CEN is the only census option after June 2018; it cannot be projected backward to fill in NSAR-AT's transitional periods, and NSAR-AT cannot be extended forward.
Filed under Section 30(b)(2) and transmitted to shareholders. Content is fundamentally different from NSAR-AT:
Period overlap exists (both can cover a fiscal half-year), but they are complements, not substitutes. Use N-CSRS for shareholder-facing financials during a transitional period.
Form N-PORT replaced the portfolio holdings components of N-SAR and N-Q. Granular position-level data in structured XML, filed monthly with the third month of each quarter made public 60 days after period-end. NSAR-AT's portfolio items are aggregated, reported once per transitional period, and embedded in a Q&A text format. For position-level holdings, use N-PORT; NSAR-AT offers only high-level composition.
Form N-Q was the pre-modernization quarterly schedule of holdings for fiscal Q1 and Q3, complementing N-CSR/N-CSRS holdings for Q2 and Q4. Rescinded when N-PORT public reporting took effect. Overlap with NSAR-AT is limited to the shared filer population and pre-2019 era; N-Q's purpose was holdings disclosure, while NSAR-AT's purpose is the broader operational census applied to a transitional period.
NSAR-AT is uniquely defined by the intersection of three narrow conditions:
Use NSAR-AT specifically when capturing fund activity inside off-cycle stub periods that joining NSAR-A and NSAR-B would miss; for any other purpose, one of the related datasets above is a more direct fit.
NSAR-AT is a low-volume, closed corpus that sits at the intersection of fund compliance, fund accounting, SEC oversight, and mutual fund research. A small set of professional users rely on it to reconstruct stub-period fund history, audit transitions, and build long-horizon mutual fund panels.
Fund regulatory lawyers use the dataset to confirm that a Rule 30b1-1 transitional report was filed on time and that its content matches board records around a fiscal-year change. They pull metadata.json form-type and filing-date fields, item 000 (registrant) and item 007 (series/class) from answer.fil, and the signature block to tie the filing to a specific authorized officer. Outputs: compliance memos, board-minute reconciliations, responses to SEC staff inquiries.
Audit teams bridging a short fiscal period work item 072 (investment income), item 073 (distributions), item 074 (net assets, receivables, payables), and item 048 (advisory fees and waivers) to tie a stub period back to surrounding annual reports. NSAR-AT/A amendments are read item-by-item against the original to isolate corrections that flow through to expense ratios or restated NAVs.
Back-office and transfer-agency operations groups research how prior administrators handled fiscal-year cutovers for legacy products. They use item 020 (custodians and pricing agents), item 054 (transfer-agent activity and shareholder accounts), item 028 (monthly purchases, redemptions, net flows), and the item 070-series (portfolio transactions) to build cutover checklists, NAV-strike calendars, and shareholder-communication templates for future transitions.
Examiners and enforcement attorneys reviewing legacy conduct around a fiscal-year change focus on item 048 (advisory fees), item 071 (aggregate brokerage commissions), and the item 070-series (affiliated brokerage, soft-dollar arrangements) to flag fee anomalies or affiliated-party transactions concentrated in the transition window. The signature block and metadata.json filer fields anchor accountability for deficiency letters and referrals.
Researchers studying expense competition, fund mergers, and reorganizations use NSAR-AT as a natural-experiment panel because fiscal changes often coincide with sponsor changes or complex restructurings. Items 048, 072, 074, 028, and 054 supply standardized variables that join cleanly to the broader N-SAR and NSAR-A series.
Quant teams extending 1994-2018 fund-level time series use item 071 (transaction volume), item 072 (income), item 028 (flows), and item 074 (balance-sheet snapshots) to close stub-period gaps and avoid double-counting at fiscal-year breaks. The result feeds flow-performance, fee-performance, and trading-activity panels.
Buy-side and advisor-transaction diligence teams reconstruct predecessor-fund periods between annual reports. They lean on items 000 and 007 for entity and series identity, item 048 for historical advisory and sub-advisory fee terms, item 020 for in-force service-provider relationships, and item 074 for net-asset trajectories. Outputs: valuation models, contract-assignment analysis, transition-services plans.
Engineering teams at filing-data vendors normalize the closed NSAR-AT corpus once and index it permanently. They parse the answer.fil Q&A schema into typed columns, link metadata.json accession numbers to CIK and series identifiers, and maintain amendment chains between NSAR-AT and NSAR-AT/A so downstream legal, compliance, and research customers can query it.
Forensic-accounting boutiques and compliance-monitoring teams diff each NSAR-AT/A against its original NSAR-AT at item-code level, focusing on items 028, 048, and 070-074, to detect which line items were corrected and by how much. Output: alerts on funds whose historical reporting was revised, feeding sponsor- and adviser-level risk scores.
The Form NSAR-AT Files Dataset corpus supports a narrow set of historical workflows centered on fund fiscal-year changes between 1994 and June 2018. The use cases below are the most concrete and frequently encountered.
Quant researchers stitching 1994 to 2018 mutual fund time series pull item 028 (monthly capital activity per series), item 071 (aggregate purchases, sales, and turnover), item 072 (per-series income and expenses), and item 074 (balance-sheet positions) from answer.fil to fill the off-cycle window between an old fiscal-year-end and a new one. Joining on entities[].cik and the S-prefixed identifiers in seriesAndClassesContractsInformation[] prevents double-counting where NSAR-A and NSAR-B records would otherwise overlap or leave a hole.
Fund accountants and external auditors bridging a short transitional period work item 048 (advisory-fee breakpoints A–K), item 072 (investment income, 12b-1 fees, custody, audit, transfer-agent expense), and item 074 (assets A–Q, liabilities R–T, NAV components U–Y) against the surrounding annual financials. The periodOfReport field paired with the entity's new fiscalYearEnd MMDD anchors the stub-period boundaries used in the workpapers.
Restatement-tracking and forensic-accounting teams parse each NSAR-AT/A as a full restatement of the answer grid and compare it line-by-line with the prior NSAR-AT for the same (cik, periodOfReport). They focus on items 028, 048, 070, 072, and 074 to identify which dollar-denominated values or Y/N flags were corrected, then preserve the lineage by retaining only the latest filedAt while archiving the earlier accession folders for the diff record.
Asset-management M&A diligence and fund-administration teams pull items 008 (adviser), 009 (sub-adviser), 010 (administrator), 011 (distributor), 012 (transfer agent), 013 (independent accountant), and 015 (custodian) to capture the in-force service-provider stack at the moment of a fiscal-year change. The output feeds contract-assignment analysis, transition-services agreements, and historical adviser-of-record lookups for predecessor funds.
Investment Company Act counsel use the metadata.json formType, filedAt, periodOfReport, and entities[].fileNo fields together with the SIGNATURE and TITLE lines that close the answer document to confirm a transitional report was filed on time, by an authorized officer, against the correct 811-file number. The reconciled record supports board-minute attachments, response packages to SEC staff inquiries, and internal compliance memos.
RegTech vendors normalize the entire corpus once: they parse the fixed-format item-code/sub-item-code/value triplets into typed columns, key each row to a series via the sub-item middle-block index, link to seriesAndClassesContractsInformation[], and maintain explicit amendment chains between every NSAR-AT and its NSAR-AT/A. Because the form was rescinded in 2018, the index is build-once and never grows, which makes it well suited as a permanent lookup table behind compliance, research, and litigation tooling.
The Form NSAR-AT Files Dataset is available through three access methods: a metadata index endpoint, a full archive download, and per-container downloads. The dataset covers form types NSAR-AT and NSAR-AT/A with samples dating back to 1994-01-01, distributed as ZIP containers holding TXT, JSON, FIL, and HTML files.
Dataset Index JSON API: https://api.sec-api.io/datasets/form-nsarat-files.json
This endpoint returns dataset-level metadata (name, description, last refresh timestamp, earliest sample date, total record count, total size, form types covered, container format, and file types) along with the full list of container files. Each container entry includes its key, size, record count, last updated timestamp, and a direct download URL. Use this index to monitor which containers were updated in the most recent refresh run and decide which files to fetch incrementally. This endpoint does not require an API key.
1
curl https://api.sec-api.io/datasets/form-nsarat-files.json
Example response:
1
{
2
"datasetId": "1f13365b-9ae0-69f0-82f2-1639257e87bc",
3
"datasetDownloadUrl": "https://api.sec-api.io/datasets/form-nsarat-files.zip",
4
"name": "Form NSAR-AT Files Dataset",
5
"updatedAt": "2026-04-15T18:14:12.233Z",
6
"earliestSampleDate": "1994-01-01",
7
"totalRecords": 710,
8
"totalSize": 2322162,
9
"formTypes": ["NSAR-AT", "NSAR-AT/A"],
10
"containerFormat": "ZIP",
11
"fileTypes": ["TXT", "JSON", "FIL", "HTML"],
12
"containers": [
13
{
14
"downloadUrl": "https://api.sec-api.io/datasets/form-nsarat-files/2017/2017-12.zip",
15
"key": "2017/2017-12.zip",
16
"size": 184320,
17
"records": 12,
18
"updatedAt": "2026-04-15T18:14:12.233Z"
19
}
20
]
21
}
Download Entire Dataset: https://api.sec-api.io/datasets/form-nsarat-files.zip?token=YOUR_API_KEY
Downloads the complete dataset as a single ZIP archive containing all container files. This endpoint requires an SEC API key, passed either as a token query parameter or via an Authorization header.
1
# Using token query parameter
2
curl -O https://api.sec-api.io/datasets/form-nsarat-files.zip?token=YOUR_API_KEY
3
4
# Using Authorization header
5
wget --header="Authorization: YOUR_API_KEY" https://api.sec-api.io/datasets/form-nsarat-files.zip
Download Single Container: https://api.sec-api.io/datasets/form-nsarat-files/2017/2017-12.zip?token=YOUR_API_KEY
Downloads one individual container listed in the index, which is useful when only a specific period is needed or when refreshing files updated since the last sync. This endpoint also requires an SEC API key.
1
# Using token query parameter
2
curl -O https://api.sec-api.io/datasets/form-nsarat-files/2017/2017-12.zip?token=YOUR_API_KEY
3
4
# Using Authorization header
5
wget --header="Authorization: YOUR_API_KEY" https://api.sec-api.io/datasets/form-nsarat-files/2017/2017-12.zip
The dataset covers form types NSAR-AT (the original transitional semi-annual report on Form N-SAR) and NSAR-AT/A (amendments to that report). Both are EDGAR submission designations carrying the same N-SAR Q&A body, the second restating the first to correct or supplement prior responses.
One record corresponds to a single EDGAR submission of a Form NSAR-AT or NSAR-AT/A filing, identified by its 18-digit accession number. Each record materializes as a per-accession folder containing a metadata.json sidecar plus the original submission documents — most importantly the SGML-wrapped main answer file (commonly answer.fil) carrying the structured item-code/sub-item-code/value response grid.
Form NSAR-AT is filed by registered management investment companies under the Investment Company Act of 1940 — specifically open-end mutual funds, closed-end funds, and Small Business Investment Companies registered as management investment companies. Unit investment trusts, face-amount certificate companies, business development companies, unregistered private funds, and foreign funds do not file NSAR-AT.
NSAR-AT is triggered by a change in the registrant's fiscal year-end — typically following a fund reorganization, merger, adviser change, or family-wide calendar consolidation. The filing covers the stub semi-annual period between the old fiscal year-end and the start of the new fiscal year, and is due within 60 days after the close of that transitional period under Rule 30b1-1.
The dataset covers EDGAR-era NSAR-AT filings from January 1, 1994 through May 2018. Form N-SAR was rescinded effective June 1, 2018 and replaced by Form N-CEN, so the corpus is closed: no new NSAR-AT records are produced after that boundary.
The dataset is distributed as monthly ZIP containers. Inside each container, a per-accession folder holds a metadata.json sidecar (JSON), the main N-SAR answer document with a .fil extension wrapped in EDGAR's SGML envelope, an optional full-submission text dump (TXT), and any HTML cover pages or amendment narrative exhibits. Image attachments lodged with the original EDGAR submission are excluded.
NSAR-A is the routine first-half-of-fiscal-year semi-annual report, NSAR-B is the routine annual report, and NSAR-AT is filed only when a fund changes its fiscal year-end and must report on the resulting stub period. NSAR-AT follows the semi-annual item scope (not the broader annual scope of NSAR-B) and captures off-cycle periods that joining NSAR-A and NSAR-B alone would miss.
NSAR-AT/A amendments fully restate the answer grid rather than only the corrected items, so the latest-filed accession for a given period of report supersedes earlier versions. Downstream consumers should de-duplicate by (cik, periodOfReport) while preferring the most recent filedAt, and can diff the amendment against the original at item-code level to isolate exactly which values were corrected.