Inline XBRL, usually written iXBRL, is a filing format that puts machine-readable data tags directly inside a financial report you can open in an ordinary web browser. The tags sit invisibly behind the numbers and narrative, so a person reads the document like a normal annual report while software pulls every tagged figure out for automated analysis. The SEC requires this format for most corporate financial filings on EDGAR, and the requirement now reaches further than many filers realize.
What Makes It “Inline”
The older XBRL standard asked filers to produce two outputs: a formatted report for people and a separate XML data file for machines. If someone corrected a number in one file and forgot the other, the two versions disagreed, and catching the mismatch took specialized software. Trust in the data suffered.
iXBRL closes that gap by making the readable report itself the data file. Tags wrap around specific numbers and text inside an HTML document. A revenue figure shown on the income statement carries hidden attributes identifying it as “Revenue” in a standardized dictionary, along with the reporting period and currency. Because the tag is attached to the displayed number, the data cannot drift out of sync with what a reader sees on the page. One document replaces two, and every tagged fact traces back to the exact text a human reviewer would read.1Securities and Exchange Commission. Inline XBRL
Who Must File in iXBRL
The SEC requires iXBRL for most corporate filings submitted through EDGAR. Domestic operating companies must tag cover page information and financial statements, including footnotes and schedules, on Forms 10-K, 10-Q, and certain non-IPO registration statements. Certain information in proxy and information statements is also covered.1Securities and Exchange Commission. Inline XBRL
One point catches filers off guard. Cover pages on every Form 8-K must be tagged in iXBRL, not just those that include financial statements. The SEC has confirmed that all Forms 8-K are subject to the cover page tagging requirement regardless of the report’s content.2U.S. Securities and Exchange Commission. Corporation Finance Interpretations – Inline XBRL
Phase-In Deadlines
The SEC brought operating companies in over three phases:
- Large accelerated filers using U.S. GAAP: fiscal periods ending on or after June 15, 2019.
- Accelerated filers using U.S. GAAP: fiscal periods ending on or after June 15, 2020.
- All other filers, including smaller reporting companies, non-accelerated filers, and foreign private issuers using IFRS: fiscal periods ending on or after June 15, 2021.3U.S. Securities and Exchange Commission. Inline XBRL Filing of Tagged Data – Final Rule
Investment companies had their own schedule. Fund groups with $1 billion or more in combined net assets had to comply by September 17, 2020; smaller fund groups had until September 17, 2021.3U.S. Securities and Exchange Commission. Inline XBRL Filing of Tagged Data – Final Rule
Funds and Variable Contracts
Fund filings carry requirements that go past the operating company rules. Open-end funds must tag the risk/return summaries in their Form N-1A prospectus filings and their tailored shareholder reports on Form N-CSR. Registered closed-end funds and business development companies must tag a broader set of Form N-2 prospectus items along with the cover page, and BDCs must additionally tag the financial statements in their Exchange Act reports to the same extent as operating companies. Variable contract registrants must tag specified prospectus items on Forms N-3, N-4, and N-6.1Securities and Exchange Commission. Inline XBRL
What a Tagged Filing Actually Contains
An iXBRL document is built on standard XHTML or HTML, which is why any modern browser can display it. The base layer carries the text, tables, and formatting of a traditional financial report. Layered on top are hidden data attributes that turn specific numbers and text into structured facts.
Tags and Taxonomies
Tagging links each financial fact to a standardized definition. The number next to “Total Revenue” gets wrapped in an HTML element carrying XBRL attributes that identify it as revenue according to a shared dictionary. A reader sees only the number; software reading the source code sees the tag and knows what the number represents.
That shared dictionary is a taxonomy. U.S. GAAP filers use the FASB’s GAAP Financial Reporting Taxonomy, which provides thousands of standardized tags covering the data points in typical financial statements and footnote disclosures.4Financial Accounting Standards Board. About XBRL Foreign private issuers reporting under IFRS use the IFRS taxonomy. The common taxonomy is what makes comparability possible: when two companies both tag a figure as “Revenue,” analysts know they are looking at the same concept.
Context and Units
A tagged number by itself is meaningless. Every iXBRL fact must include metadata identifying the reporting entity, whether the fact relates to a specific date (an instant, like a balance sheet date) or a span of time (a duration, like a fiscal quarter), and the unit of measurement. A net income figure carries attributes identifying the company, the fiscal period, and the currency. That contextual layer is what lets software compare the same company across periods or different companies within the same period.
Extension Elements
Sometimes a company reports a concept that does not map neatly to any existing tag. In those cases the filer creates a custom “extension” element and links it back to the closest standard element, a practice often called anchoring. Both the SEC and ESMA enforce it so custom concepts remain connected to the standardized framework.
Preparing and Submitting Through EDGAR
The workflow starts with preparing the source document in a word processor or spreadsheet, then importing it into specialized iXBRL tagging software. Each figure and narrative disclosure has to be mapped to the correct taxonomy element. A large filing can require hundreds or thousands of individual tags across the primary statements, footnotes, and schedules. The software also generates the required context information for each fact and creates any extension elements.
Before submission, most filers run the document through automated data quality checks. The XBRL US Data Quality Committee publishes validation rules that test for both technical and accounting-level errors, such as whether assets equal liabilities plus shareholders’ equity, whether dates line up with the reporting period, and whether axis members are used appropriately. When a rule fires, the filer gets a description of the problem and guidance on fixing it.
The SEC also provides a free, open-source EDGAR Renderer/Previewer that shows filers how their submission will look on the SEC’s website and displays the error and warning messages that would appear during a live filing. Testing with it before submission catches problems that would otherwise trigger a rejection.5U.S. Securities and Exchange Commission. XBRL Validation and Rendering Once the filing passes validation, it is bundled with the other required exhibits and submitted electronically through EDGAR.1Securities and Exchange Commission. Inline XBRL
Fixing Errors After Filing
Mistakes happen, and the SEC expects filers to correct their own filings. The standard procedure is to submit a corrective disclosure on EDGAR, essentially an amended filing that replaces the incorrect information. Both the original filing and the corrective amendment remain publicly visible on EDGAR, creating a permanent record of the correction.6U.S. Securities and Exchange Commission. Correct or Delete a Filing
Enforcement Is Tightening
For years the SEC treated iXBRL errors leniently, issuing staff comments or warnings rather than taking formal action. That posture has shifted. As of March 2026, the SEC is enforcing iXBRL data quality more strictly, particularly on fee-bearing forms like registration statements. The agency has begun suspending EDGAR filings that contain XBRL errors in filing fee exhibits.
A suspended filing can delay a registration statement or other time-sensitive submission, which for a company in the middle of a capital raise or acquisition is a real operational problem. The SEC recommends using the Fee Exhibit Preparation Tool available on EDGARLink Online to test filings and catch errors before submitting live. iXBRL compliance is no longer treated as a purely technical formality, and filers who treat tagging as an afterthought risk consequences that reach beyond the data room.
Reading iXBRL Filings
You do not need specialized software to read an iXBRL filing. The SEC has built an Inline XBRL Viewer into EDGAR, so anyone with a modern browser can open a filing and see the formatted financial statements as the company intended. The viewer also lets you click on individual tagged data points to reveal the underlying metadata, including citations and hyperlinks to the relevant accounting guidance, narrative definitions for the tagged values, and the associated reporting period.1Securities and Exchange Commission. Inline XBRL