What Is Inline XBRL?
Inline XBRL (iXBRL) combines the humanreadable format of a regular HTML document with the machinereadable XBRL data tags embedded directly in the page. In other words, a single file can be opened in a browser to view a nicely formatted report, while the same file can be parsed by software to extract structured financial data.
Why It Matters
Traditional XBRL required two separate files: an XBRL instance (the data) and a separate document for presentation (usually PDF or HTML). This dualfile approach created extra work for preparers, regulators, and users. iXBRL eliminates the duplication by delivering both views together, leading to:
- Reduced filing costs.
- Faster regulatory review.
- Improved data quality the numbers displayed to humans are the same numbers read by machines.
- Better accessibility for investors, analysts, and the public.
Key Technical Concepts
Tagging
Each financial fact is wrapped in an HTML element that carries an ix:* attribute set, for example:
$12,345,000Taxonomies
Taxonomies define the semantics of every concept (e.g., us-gaap:Revenue). iXBRL uses the same taxonomy files that classic XBRL uses, allowing regulators to reuse validation rules.
Contexts and Units
Contexts (period, entity, segment) and units (currency, shares) are expressed once per report and referenced by the facts. In iXBRL they appear as hidden script blocks or ix:header elements.
Validation
When a regulator receives an iXBRL filing, validation tools parse the embedded tags, apply taxonomy rules, and check for consistency. Errors are reported just as they would be for a traditional XBRL instance.
Regulatory Adoption
Since 2015, many jurisdictions have mandated iXBRL for public company filings. Notable examples include:
- United Kingdom Companies House requires iXBRL for annual accounts.
- European Union ESMA encourages iXBRL for listed companies.
- United States The SEC allows iXBRL as an alternative to the traditional EDGAR filing format.
Adoption continues to grow as software vendors add iXBRL export capabilities to their reporting suites.
Preparing an iXBRL Report
- Gather Financial Data Use the accounting system to obtain numbers in a structured format (Excel, CSV, database).
- Map to Taxonomy Concepts Align each line item with the appropriate XBRL concept (e.g., Revenue, Cost of Goods Sold).
- Define Contexts Create periods (FY 2024, Q1 2024) and entity identifiers (LEI, reporting entity).
- Generate HTML Lay out tables, narrative sections, and charts as you would for any web report.
- Insert iXBRL Tags Use a tagging engine or software addon to embed the
ix:attributes into the HTML elements that display the numbers. - Validate Run an iXBRL validator (e.g., Arelle, CoreFiling) to ensure tags are correct and the document conforms to the chosen taxonomy.
- Submit Upload the single .html file to the regulators portal.
Benefits for Different Stakeholders
Preparers
They no longer need to create separate XBRL instance files; the same report used for public viewing serves both purposes.
Regulators
Automated extraction of data becomes faster and less errorprone. Manual rekeying of numbers from PDFs is eliminated.
Investors & Analysts
Numbers can be copied directly from the web page into analytical models, while the surrounding narrative remains available for context.
Developers
Opensource libraries (Arelle, XBRLUS) can parse iXBRL files with standard XML parsers, making integration into financial platforms straightforward.
Common Challenges & How to Overcome Them
- Tagging Accuracy Mistagged concepts cause validation failures. Use taxonomyaware software that highlights mismatches during authoring.
- Large Filings Very large reports may exceed browser memory limits. Split the filing into logical sections or use pagination with separate iXBRL files linked together.
- Version Control Taxonomies are updated periodically. Keep a local copy of the version used for each filing to avoid future incompatibility.
- Accessibility Ensure that the HTML layout follows WCAG guidelines so that the report is usable by screen readers as well as machines.
Future Outlook
iXBRL is expected to become the default filing format for most public disclosures. Emerging trends include:
- Realtime Reporting Integration with continuous reporting platforms could allow companies to push updated iXBRL snippets as events unfold.
- AIassisted Tagging Machinelearning models trained on historic filings can suggest tags, reducing manual effort.
- Standardized Visualizations Extensions to iXBRL may embed chart metadata, enabling browsers to render interactive graphs directly from the tagged data.
These developments will further close the gap between humanreadable narratives and machinereadable data, supporting faster, more transparent capital markets.
