No. XBRL is the underlying data standard, while iXBRL is a specific format that embeds XBRL tags inside a human-readable XHTML document. XBRL on its own is not designed to be read directly by a person, whereas an iXBRL report can be opened in a standard browser and read like any other document. 

In practice, yes. Producing a compliant iXBRL report involves converting a source document to XHTML, tagging the relevant data points against the applicable taxonomy, and validating the result before submission. Purpose-built tagging software handles this process far more reliably than manual tagging. 

Requirements vary by jurisdiction and regulation. Under ESEF, EU-listed companies preparing IFRS consolidated statements must tag them in iXBRL. Under Dutch SBR, large entities and IFRS filers are required to use the format from financial years beginning on or after 1 January 2025. In the United States, SEC-registered public companies file Forms 10-K and 10-Q in Inline XBRL, and in the United Kingdom, HMRC requires Corporation Tax filings in iXBRL. 

Yes. That is the defining feature of the format. An iXBRL file opens in a standard web browser and displays exactly like a normal report, with tables, headings and narrative text intact, while the underlying XBRL tags remain available for software to extract. 

A taxonomy is a structured dictionary of reporting concepts relevant to a given regulation. Under ESEF, this is based on the IFRS taxonomy, and under CSRD, EFRAG has developed a separate ESRS taxonomy for sustainability disclosures. Tagging a report means matching each data point in the document to the corresponding concept in the applicable taxonomy. 

presentYes. Companies in scope of CSRD must also report the proportion of turnover, capital expenditure, and operating expenditure aligned with the EU Taxonomy, alongside their ESRS-based sustainability statement.

CSRD reporting software is a platform used to prepare, tag, and validate sustainability statements required under the Corporate Sustainability Reporting Directive. Depending on the vendor, this can include ESG data collection, double materiality assessment, Official taxonomy tagging, and audit trail features for external assurance. 

Not yet. As of mid-2026, mandatory iXBRL tagging of CSRD sustainability statements still depends on the European Commission adopting XBRL technical standards through a Delegated Act, following a technical standards consultation by the European Securities and Markets Authority. Companies remaining in scope under the EU’s Omnibus I Directive are expected to begin reporting from financial year 2027, with first filings due in 2028, but a fixed digital tagging deadline has not yet been confirmed. 

Following the EU’s Omnibus I Directive, adopted in February 2026 and in force since March 2026, the estimated number of companies mandatorily in scope for CSRD fell from around 49,000 to roughly 6,500, based on thresholds of more than 1,000 employees and over €450 million in turnover. 

It depends on where a company’s assessment work already happens. Companies that conduct double materiality assessments through a separate ESG or sustainability platform may need CSRD software focused mainly on ESRS tagging and validation, while companies without an existing process may benefit from a platform that includes materiality mapping tools directly. 

An integrated platform manages sustainability data collection, report drafting, and iXBRL tagging on a single system, which suits organisations consolidating a complex reporting process across multiple departments. A standalone tagging platform, such as CFOUR Comply, focuses on tagging a report a company has already prepared elsewhere, which suits companies and accounting firms that want to keep their existing report preparation process, whatever tool it’s built in, and add compliant tagging on top of it at a lower cost. 

Not yet, as of August 2026. Digital tagging of Article 8 disclosures remains voluntary pending formal adoption of an amending Delegated Act to the European Single Electronic Format regulation. EFRAG delivered an original Article 8 XBRL taxonomy module in 2024 but is now updating it as part of its 2026 work programme, with delivery to the Commission and ESMA targeted for December 2026, meaning mandatory tagging is not expected for financial year 2026. 

In specific circumstances. Non-EU companies with securities listed on an EU regulated market, or with EU subsidiaries that individually meet the 1,000-employee and €450 million turnover thresholds, must report Article 8 Taxonomy KPIs. Non-EU parent companies reporting at group level under CSRD’s Article 40a are exempt from Article 8 Taxonomy disclosures specifically. 

No. Only companies within CSRD’s mandatory scope, currently entities and consolidated groups exceeding 1,000 employees and €450 million net turnover following the Omnibus I Directive, must report Article 8 Taxonomy KPIs. Companies outside that scope are not required to disclose them, though some choose to report voluntarily. 

Taxonomy-eligible means an economic activity is described in the Taxonomy’s delegated acts, regardless of whether it currently meets the sustainability criteria. Taxonomy-aligned means the activity has been assessed against, and meets, the substantial contribution, do no significant harm, and minimum safeguards criteria. Eligibility is typically a much larger percentage figure than alignment. 

The most common challenges are taxonomy mapping errors, where financial statement line items are tagged with the wrong concept, and version control issues when multiple people edit the same report. A platform with built-in validation and AI-assisted tagging substantially reduces both risks. Planning the first filing well before the submission deadline is also critical, as errors discovered during the submission window are costly to correct.

Yes. CFOUR Comply, Workiva, CoreFiling, and Tangelo all support SBR alongside ESEF and CSRD within a single environment. For companies subject to multiple reporting obligations, a multi-regulation platform avoids the cost and complexity of maintaining separate tools.

All filings are validated against the SBR Conformance Suite (2025 version, published January 2026) before acceptance by the KVK. Software with embedded validation, such as CFOUR Comply (Fujitsu XWand engine) or CoreFiling Seahorse, runs this check within the platform. Companies using tools without embedded validation should validate separately before submission to avoid rejection.

Standard Business Reporting (SBR) is the Dutch regulatory framework that requires companies to file structured digital financial statements with the Kamer van Koophandel (KVK) using XBRL or iXBRL format. Under legislation adopted in December 2024 (Staatsblad 2024, 428), the requirement applies to all large and medium-sized Dutch companies for financial years starting 1 January 2025, with accounts due from mid-2026.

ESEF (European Single Electronic Format) applies to EU-listed companies filing with securities regulators. SBR is the Dutch national standard and covers a much broader group, including private large and medium-sized companies filing annual accounts with the KVK. An SBR filing goes to the KVK via Digipoort; an ESEF filing goes to a national regulator’s approved mechanism. Both use iXBRL as the recommended technical format, but the taxonomies and filing destinations differ.

CFOUR Comply, Workiva, Lucanet (via AMANA XBRL Tagger), CoreFiling Seahorse, and Tangelo all support the Dutch SBR 2025 taxonomy, which covers Dutch GAAP (RJ) and IFRS 2024 entry points. Tools with embedded validation engines — such as CFOUR Comply (Fujitsu XWand engine) and CoreFiling — catch tagging errors before submission against the SBR Conformance Suite 2025.

MiCA (Markets in Crypto-Assets Regulation, Regulation EU 2023/1114) is the EU’s comprehensive regulatory framework for crypto-asset service providers, token issuers, and stablecoin issuers. It creates a single rulebook across all EU member states. Stablecoin provisions applied from 30 June 2024; the main CASP provisions from 30 December 2024.

A utility token is a crypto-asset that provides access to a good or service offered by the issuer. Under MiCA, utility token issuers must publish a compliant whitepaper in iXBRL format before making the token available in the EU. Utility tokens are one of three MiCA asset categories alongside asset-referenced tokens (ARTs) and e-money tokens (EMTs).

MiCA applies to crypto-asset service providers (CASPs) — exchanges, custodians, brokers, wallet providers — and to issuers of crypto assets (tokens, stablecoins, utility tokens) that offer services to EU clients. CASPs must obtain regulatory authorisation from a national competent authority. ESMA maintains an interim register of authorised CASPs.

Under Article 2 of Commission Implementing Regulation (EU) 2024/2984 (the white papers ITS), crypto-asset white papers must be prepared in XHTML format using Inline XBRL 1.1 specifications. This applied from 23 December 2025. ESMA published the MiCA XBRL taxonomy on 5 August 2025. Any updates to white papers must also be published in iXBRL. Note: order book records for trading platforms use a separate JSON format (ISO 20022) — this is distinct from the whitepaper iXBRL requirement.

Stablecoin provisions (Titles III and IV) applied from 30 June 2024. The main CASP and operational provisions (Titles I, II, V–VII) applied from 30 December 2024. MiCA is fully in force.

XBRL — eXtensible Business Reporting Language — is the international standard for structured digital financial reporting. XBRL allows companies to tag individual financial data items using a defined taxonomy, making reports machine-readable by regulators and investors without manual data extraction.

XBRL stands for eXtensible Business Reporting Language. The “extensible” refers to its ability to be customised using taxonomies that define the specific data elements relevant to each reporting framework.

An XBRL taxonomy is a structured dictionary of reporting concepts — revenue, net profit, total assets, and so on — along with their definitions, relationships, and permitted values. Each regulatory framework publishes its own taxonomy: the ESEF taxonomy for EU-listed companies, the SBR taxonomy for Dutch companies, and so on.

XBRL is the underlying tagging standard. iXBRL (Inline XBRL) is the delivery format: XBRL tags embedded within an XHTML document. This makes the report both human-readable (visible in a browser) and machine-readable (processable by regulatory systems). ESEF and UKSEF require iXBRL submission. SBR accepts both XBRL and iXBRL, but iXBRL is the recommended format.

XBRL is used for statutory financial reporting under frameworks including ESEF (EU-listed companies), SBR (Dutch companies, mandatory from FY2025), CbCR (country-by-country reporting for multinationals above €750m), MiCA (crypto-asset whitepapers), UKSEF (UK-listed companies), and CSRD sustainability reporting.

The current applicable taxonomy is ESEF Taxonomy 2025, published 21 April 2026. It supports FY2026 consolidated financial statements and includes two entry points: one under IAS 1 (current standard) and one under IFRS 18 (for early adopters). IFRS 18 becomes mandatory from 1 January 2027. ESMA has confirmed it will not issue a 2026 taxonomy update, so the 2025 taxonomy also applies for FY2027 reporting. Note: FY2025 reports used ESEF Taxonomy 2024, published January 2025.

XBRL reporting involves using the XBRL format to create and submit structured financial reports. These reports are machine-readable, making it easier to automate analysis and ensure consistency across financial data.

Yes, you can open XBRL files with Excel, but it requires an XBRL add-in or specialised software to interpret and display the data in a usable format.

CSRD (Corporate Sustainability Reporting Directive) is an EU directive requiring companies to disclose environmental, social, and governance (ESG) information aligned with the European Sustainability Reporting Standards (ESRS). It builds on the previous Non-Financial Reporting Directive (NFRD) and requires reports to include digital tagging in iXBRL format.

Companies with more than 1,000 employees and more than €450 million in turnover fall under CSRD following Omnibus I. This narrowed the original scope of around 50,000 companies to roughly 6,000 entities.

Double materiality means assessing sustainability topics from two angles, how they affect the company financially, and how the company’s activities affect people and the environment. A topic must be reported if it is material under either test.

Omnibus I reduced the number of companies in scope by around 80%, simplified sector-specific ESG standards, extended reporting deadlines for Wave 2 and Wave 3 companies, narrowed supply chain reporting to direct partners in most cases, and lowered the assurance standard from reasonable to limited.

CSRD stands for the Corporate Sustainability Reporting Directive, the EU law requiring in-scope companies to disclose ESG information aligned with the European Sustainability Reporting Standards.

MiCA establishes a single legal framework across all EU member states, which is its main structural advantage over fragmented approaches. The UK’s FCA has its own crypto registration and regulatory regime. The US splits oversight between the SEC (securities) and CFTC (commodities), with no unified framework equivalent to MiCA. Companies operating in multiple jurisdictions must comply with each regime independently.

MiCA (Markets in Crypto-Assets Regulation) is the EU’s comprehensive regulatory framework for crypto-asset service providers, stablecoin issuers, and token issuers. Published as Regulation (EU) 2023/1114, it establishes licensing requirements, consumer protection rules, AML/KYC obligations, and reporting standards — including iXBRL format for white papers — across all EU member states. Stablecoin provisions applied from 30 June 2024; CASP and operational provisions from 30 December 2024. MiCA is fully in force.

MiCA applies to crypto-asset service providers (CASPs), crypto exchanges, digital wallet providers, stablecoin issuers, and asset-referenced and e-money token issuers that provide services to EU clients. It does not apply to fully decentralised DeFi protocols or NFTs unless these are classified as financial instruments. ESMA maintains an interim register of authorised CASPs.

MiCA requires that crypto-asset white papers be prepared in Inline XBRL (iXBRL) format. This makes disclosures machine-readable and comparable across the EU. Specialist iXBRL software is required to produce the tagged XHTML output.

MiCA compliance requires: regulatory authorisation from a national competent authority; publication of an iXBRL white paper before crypto-asset issuance; AML and KYC procedures; reserve maintenance (for stablecoin issuers); transparent disclosure of financial risks; and ongoing compliance and reporting obligations.

Non-compliant companies face significant fines and operational bans. Specific penalty amounts are set by national competent authorities in each EU member state. ESMA can withdraw authorisation and impose supervisory measures at the EU level. Operating without MiCA authorisation as a CASP since 30 December 2024 constitutes a breach.

Country by Country Reporting (CbCR) is a mandatory disclosure framework for multinational enterprises with consolidated revenues above €750m. Introduced under the OECD’s BEPS initiative, it requires MNEs to report income, taxes paid, employees, and other financial indicators on a jurisdiction-by-jurisdiction basis. From financial years starting 1 January 2025, EU submissions must use Inline XBRL format tagged to the EU-published taxonomy.

Compliance is required for MNEs with consolidated group revenues exceeding €750m in the previous fiscal year. The obligation typically falls on the ultimate parent entity in its home jurisdiction, with secondary filing required in other jurisdictions if automatic data exchange is not in place.

The report must include, by jurisdiction: revenue split between related and unrelated party transactions; profit or loss before tax; income tax paid and accrued; headcount; stated capital and retained earnings; and tangible assets excluding cash. The EU template is structured in three tables covering allocation data, entity lists, and additional explanatory information.

Penalties vary by jurisdiction. Belgium imposes fines of €1,250 to €25,000. Malta can fine up to €50,000 with daily penalties of €100 for ongoing violations. Germany’s penalties are generally more moderate but notification failures can still trigger sanctions. All jurisdictions treat repeated or wilful non-compliance more severely than procedural errors.

EU CbCR reports must be submitted in XHTML with Inline XBRL tagging, using the taxonomy published by the European Commission under Implementing Regulation (EU) 2024/2952. This requirement applies to financial years beginning on or after 1 January 2025. The XML schema for the required structure is published by the EU Publications Office.

Not currently. Country-specific sections for Czech Republic, Poland, and Slovakia are not included in this article. These jurisdictions implement CbCR under EU Directive 2016/881/EU and national legislation. Separate guidance covering these countries is planned. In the interim, consult the relevant national tax authority for local filing rules.

Successful ESEF iXBRL implementation is defined by a validation-clean tagged report, zero schema errors, produced by a repeatable internal process. The markers of success are: documented taxonomy mapping, a separated and quality-assured tagging workflow, and at least one dry run against a prior period report before the first live submission.

ESEF (European Single Electronic Format) applies specifically to the annual financial reports of listed companies under the Transparency Directive. CSRD (Corporate Sustainability Reporting Directive) has separate digital reporting requirements. However, CFOUR Comply supports both ESEF and CSRD reporting formats, so companies subject to both can manage them in a single platform.

The ESEF taxonomy defines the iXBRL tags that listed companies must use when tagging their financial statements. ESMA publishes a new taxonomy version each year. For FY2026 annual reports, the applicable version is ESEF Taxonomy 2025, published 21 April 2026. For FY2025 annual reports, the applicable version was ESEF Taxonomy 2024, published January 2025.

An ESEF-compliant report requires six steps: prepare accurate financial statements under IFRS; convert them to XHTML format; apply iXBRL tags from the ESEF taxonomy to primary financial statement elements and notes; validate the tagged document against the taxonomy; compile all parts into a single XHTML document; and submit to the relevant regulatory authority by the required deadline.

The most common issues are: selecting incorrect taxonomy tags for financial line items; creating extensions without proper anchoring to standard tags; and applying incorrect context, units, or sign logic. These errors often go undetected without dedicated validation tooling. Validation against the ESEF taxonomy schema before submission is a required step, not an optional check.

ESEF governs the tagging of financial statements, while CSRD governs sustainability disclosures. For companies in scope of both, the two obligations increasingly need to be managed as a combined reporting requirement rather than separate workstreams.

XBRL tags financial data as a separate structured file, while iXBRL embeds those same tags directly inside a human-readable XHTML document, which is why ESEF filings remain viewable in a browser while still being machine-readable.

Companies listed on EU or EEA regulated markets, including issuers in Iceland, Liechtenstein and Norway, and any organisation producing consolidated financial statements under IFRS for one of those markets.

Correctly applying IFRS taxonomy tags, anchoring extension elements to the right standard concept, and avoiding late-stage preparation that leaves no time to fix validation errors before the filing deadline. 

ESEF (European Single Electronic Format) reporting is the requirement for companies listed on EU and EEA regulated markets to file annual financial reports in XHTML format with iXBRL tagging applied using the ESEF taxonomy. Introduced under the EU Transparency Directive (Directive 2004/109/EC) and implemented by ESMA, ESEF has been in effect for financial years starting on or after 1 January 2020. The goal is standardisation: machine-readable reports that regulators and investors can process and compare without manual data extraction.

Yes. All companies whose securities are listed on a regulated market in the EU or EEA must comply with ESEF when submitting annual financial reports, and non-compliance carries the penalties and regulatory scrutiny described above.

Initial implementations require more time for taxonomy mapping, staff training, and process adjustments. Once established, subsequent filings are considerably faster than manual form completion. Many organisations find that well-designed iXBRL tools reduce overall preparation time compared to traditional methods. 

Some XBRL platforms support multiple taxonomies within a single application. If subject to both SBR and ESEF requirements, selecting software that handles both simplifies training and may offer cost efficiencies. Verify your chosen software explicitly supports both the Dutch Taxonomy and the ESEF Taxonomy. 

SBR stands for Standard Business Reporting. It is a government-initiated framework that standardises how businesses submit financial and regulatory information to public sector agencies using structured digital formats, primarily iXBRL. The initiative reduces administrative burden by enabling companies to prepare financial data once and submit to multiple government bodies without re-entering information. 

For financial years starting 1 January 2025, SBR is mandatory for annual accounts filed with the Dutch Chamber of Commerce. All limited companies (BVs and NVs) and foreign legal entities with a Dutch branch must file in XBRL or iXBRL format using the Dutch Taxonomy; iXBRL is the recommended format. Accounts for FY2025 are due from mid-2026.

SBR and ESEF are both iXBRL-based frameworks but serve different purposes. SBR is a Dutch national initiative for filing statutory accounts with the Chamber of Commerce using the Dutch Taxonomy. ESEF is an EU-wide regulation requiring listed companies to prepare consolidated annual reports using the ESEF Taxonomy based on IFRS. Dutch listed companies may need to comply with both. 

You need specialised iXBRL software supporting the Dutch Taxonomy. Options include dedicated iXBRL tagging tools, integrated accounting systems with built-in iXBRL export, or outsourcing to a service provider. Key features include taxonomy support, validation functionality, and ease of use. 

SBR software enables companies to produce annual reports in XBRL or iXBRL format for filing with the Kamer van Koophandel (KVK). This is mandatory for financial years starting 1 January 2025, with accounts due from mid-2026.

All large and medium-sized companies registered in the Netherlands must file their annual reports in XBRL or iXBRL format for financial years starting 1 January 2025. Accounts for FY2025 are due from mid-2026.

ESEF (European Single Electronic Format) applies to listed companies filing with securities regulators across the EU. SBR is the Dutch national standard and applies to a much broader group of companies – including non-listed large and medium-sized entities – filing their annual accounts with the KVK. For more background, see: What is ESEF?

iXBRL (Inline XBRL) is the technical format used for structured financial reporting. Tagging is the process of marking up financial statements with accounting definitions from a taxonomy – a structured dictionary of financial concepts. The result is a document that is both human-readable and machine-processable. For a plain-language explanation, see: What is XBRL?

Yes – and many are already preparing to do so. Firms that already provide ESEF tagging services are well-positioned to extend this to SBR. For firms new to iXBRL tagging, platforms like CFOUR Comply are designed to make this commercially viable, with per-client pricing and short onboarding times. 

With CFOUR Comply, most first-time users complete tagging within one day for a standard annual report. For repeat clients using roll-forward functionality, the time is even shorter. 

XBRL filing is the submission of financial reports in which data items have been tagged using XBRL (eXtensible Business Reporting Language) according to a recognised taxonomy. Instead of a static document, the filed report contains structured, machine-readable data that regulators and investors can process automatically. For EU-listed companies, XBRL filing under ESEF requires reports to be submitted as iXBRL embedded in XHTML.

Companies that are publicly listed or subject to regulatory reporting requirements need to use XBRL for filing their financial reports. In the EU, publicly listed companies are required to file their annual financial reports in iXBRL under the ESEF regulation. Dutch companies (medium and large) must file in XBRL or iXBRL under SBR for financial years starting 1 January 2025; iXBRL is the recommended format.

XBRL is the underlying tagging standard. iXBRL (Inline XBRL) is the delivery format: XBRL tags embedded within an XHTML document. This makes the report both human-readable (visible in a browser) and machine-readable (processable by regulatory systems). ESEF and UKSEF require iXBRL submission. SBR accepts both XBRL and iXBRL. iXBRL is the recommended format.

XBRL filing reduces manual data rekeying, improves accuracy through taxonomy-based validation, enables automatic comparison across companies and periods, and speeds up regulatory review. For companies, it reduces the risk of filing errors and improves the quality of public disclosures.

CFOUR Comply supports iXBRL creation for ESEF, SBR (Netherlands), UKSEF, and CbCR. Reports are validated using Fujitsu’s Interstage XWand engine before submission.

Yes, all publicly listed companies in the European Economic Area (EEA) must comply with ESEF regulations when submitting their annual financial reports.

XBRL (eXtensible Business Reporting Language) is a digital format used to structure financial data, making it easier for regulators, investors, and analysts to process and compare reports.

ESEF (European Single Electronic Format) is a reporting standard introduced by ESMA that requires listed companies to submit their financial statements in a machine-readable format, ensuring accuracy and transparency.

ESEF primarily applies to financial statements. Some companies must also report on sustainability metrics and other non-financial data under the Corporate Sustainability Reporting Directive (CSRD), which is in force since March 2026 (Directive EU 2026/470) and applies to companies with more than 1,000 employees and more than €450 million in turnover.

ESEF improves transparency, ensures financial data is easily accessible, and helps investors compare company reports across different markets.

XBRL (Extensible Business Reporting Language) software is a tool used to prepare, validate, and file financial and sustainability reports in structured format. It automates the tagging of financial and ESG data, ensuring reports comply with regulations such as ESEF and CSRD. Most modern tools produce iXBRL output, which is both machine-readable and human-readable.

Opening an XBRL file requires dedicated XBRL software. Standard applications such as Excel cannot handle XBRL’s tagging and validation structure. Certified XBRL tools and platforms designed for ESEF or CSRD reporting allow you to view, validate, and edit the tagged content in a compliant environment.

XBRL itself is an open standard, but the software required to generate, tag, and validate XBRL reports is not typically free. Most solutions are sold on a subscription or licence basis, with pricing based on features, user count, and reporting volume.

Cost varies by provider and scope. Entry-level solutions may start from a few hundred euros per month for small reporting entities, while enterprise platforms with ERP integration, unlimited users, or multi-jurisdiction support cost substantially more annually. Contact vendors directly for pricing based on your entity count and filing volume.

Yes. Most regulatory frameworks now specify Inline XBRL (iXBRL) as the required format. iXBRL integrates XBRL tags directly into an HTML document, making reports accessible to both people and automated processing systems. It is the mandated format for ESEF and the expected format for CSRD digital tagging.

XBRL produces a machine-readable data file only. iXBRL embeds the same structured tags into a human-readable HTML document. Most regulators now require iXBRL because it eliminates the need to produce a separate document for humans and a separate data file for machines.

A taxonomy is a structured dictionary that defines and standardises financial and ESG concepts. The ESEF taxonomy (currently ESEF 2025, published April 2026) defines the financial concepts that listed companies must tag in their IFRS annual reports. The CSRD/ESRS taxonomy defines the sustainability disclosure concepts required for CSRD report tagging. Software maps your report’s line items to these taxonomy concepts, producing a validated, regulatorily compliant output.

The CSRD timeline has been revised by Omnibus I (in force March 2026). Wave 1 companies (NFRD reporters) submitted their first CSRD reports in 2025 covering 2024 data but may skip 2025–2026 filings under a transition exemption. The next mandatory wave falls in 2028, covering 2027 fiscal data, for large companies with more than 1,000 employees and more than €450m in turnover. Non-EU companies must report from 2029 for 2028 data if the relevant EU-group thresholds are met.

The CSRD came into force on 5 January 2023. Wave 1 reporting (for 2024 fiscal data) began in 2025, covering companies previously subject to the NFRD. Omnibus I (March 2026) introduced a transition exemption allowing Wave 1 companies to skip 2025 and 2026 filings.

Wave 1 in 2025 covered companies previously reporting under the NFRD. These include companies with over 500 employees, net turnover exceeding €50m, and assets above €25m. Omnibus I introduced a transition exemption allowing these companies to skip filings in 2025 and 2026.

Non-compliance can result in financial penalties and reputational harm. Investors, customers, and other stakeholders assess ESG disclosure quality, and a gap in reporting can affect access to capital and commercial relationships.

Under Omnibus I, listed SMEs are excluded from mandatory CSRD reporting. They may choose to report voluntarily under the VSME standard based on EFRAG’s framework. Mandatory SME reporting may be introduced in future regulatory cycles.

Omnibus I (Directive (EU) 2026/470, in force March 2026) made six significant changes. It narrowed scope to companies with more than 1,000 employees and more than €450m turnover; introduced a Wave 1 transition exemption for 2025–2026; postponed the Wave 2 deadline from 2026 to 2028; removed sector-specific ESG standards; narrowed supply chain data requirements to direct partners only; and replaced reasonable assurance with limited assurance.

Yes, most of the solutions listed offer integration with ERP system, but this should be checked individually with your provider before implementation. CFOUR is agnostic to any data source, making it the best solution for companies seeking a flexible tool.  

Automated consolidation drastically reduces errors and can cut down processing time by over 50%. With CFOUR, companies report that consolidation time was reduced from 2-5 days to less than 8 hours. If you’re looking for a solution with advanced automation and user-friendly design, CFOUR is your go-to choice.  

Yes, consolidation software can integrate with multiple ERP systems, allowing data consolidation from various sources to create unified financial statements. 

For example, CFOUR provides APIs and pre-built connectors to facilitate seamless data transfer from any data source, with no limit on the number of sources it can integrate. This flexibility enables companies to consolidate financial data across multiple ERPs and other systems, ensuring efficient, accurate, and up-to-date reporting without manual data handling. 

This feature is not always available with any consolidation software provider; however, consolidated software can offer this possibility for smooth integration.  

Simple FAQ Content

Simple FAQ Content – 2

Your relevent FAQ answer.