Products / iXBRL validator

The iXBRL & XBRL validator that tells you how to fix it.

Looking for an iXBRL or XBRL validator? Doc2iXBRL runs the open-source Arelle processor with Calculations 1.1, the SBR and ESEF filing rule sets, and our own semantic checks, then explains every error in plain language with the fix, not just a rule code. Catch the problems before your filing reaches KVK, the AFM or ESMA.

Validation resultsRun #248
Package structure & catalog
PASS
SBR Filing Rules (fr-nl)
PASS
Formula assertions & dimensions
PASS
Calculations 1.1 consistency
REVIEW
Extension anchoring & scope
PASS

What the validator checks.

Arelle, Calculations 1.1

The open-source Arelle processor checks calculations, decimals, contexts, units and dimensions on your report package, using Calculations 1.1 (round-to-nearest).

SBR & ESEF filing rules

SBR Filing Rules (fr-nl) for KVK / Dutch GAAP and the ESMA ESEF rule sets for IFRS, with the right taxonomy vintage selected for the financial year.

Checks Arelle can't reach

A semantic layer catches subtotals that foot by value but have no calculation arc, and concepts tagged under the wrong consolidation scope, beyond what the specification can detect.

Plain-language errors with the fix

Every finding is classified and paired with a suggested action (what's wrong, where, and how to resolve it), not just a raw rule code.

Package structure & anchoring

taxonomyPackage.xml manifest, catalog resolution, and anchoring of every extension concept where the rules require it.

Audit log export

Export the validation report as a PDF audit log for your filing records or auditor review.

The platform prepares and validates iXBRL packages. Final acceptance of a filing depends on the receiving system and the reviewer's professional judgement.

Two validators. One green light.

We run the open-source Arelle processor in lockstep with our own pre-filing checks: SBR Filing Rules, anchoring, roll-forward against prior periods. Both have to clear before the package can be downloaded, and every finding comes back in plain language with the fix.

SBR Filing Rules (fr-nl)
Calculation linkbase consistency
Formula assertions & dimension validity
Anchoring of all extension concepts

Already have a Report Package?

Open and inspect any tagged iXBRL or ESEF Report Package (.zip, .xbri, .xbr) side by side with every XBRL fact. Free, no account, nothing to install.

Open the free iXBRL Reader

iXBRL validator FAQ

What is an iXBRL validator?
An iXBRL validator checks that a tagged Inline XBRL report meets the XBRL specification and the filing rules of the system it's going to: calculations, contexts, units, dimensions, taxonomy use and structure. Doc2iXBRL validates against the SBR (KVK) and ESEF (ESMA) rule sets and explains any failure in plain language.
How do I validate an iXBRL file before filing?
Bring your report into the Doc2iXBRL workflow and validation runs automatically on every change, before you export the package. Already have a finished Report Package? Open it free in our iXBRL Reader to inspect every tagged fact side by side with the rendered report.
Which filing rules and taxonomies do you check?
SBR Filing Rules (fr-nl) on the NL Taxonomy 2025 for KVK / Dutch GAAP filings, and the ESMA ESEF RTS rule sets on the IFRS taxonomy for EU-listed issuers. Calculations use Calculations 1.1 by default.
How is this different from open-source Arelle?
Arelle is the validation engine inside Doc2iXBRL, not a separate tool you install. On top of Arelle we add semantic checks the specification can't express, classify every error with a suggested fix, and let a reviewer correct mappings and re-validate in one place.
Can I validate an ESEF report package?
Yes. ESEF / IFRS report packages are validated against the ESMA RTS rule sets, with the disclosure-system vintage matched to the reporting year (for example esef-2024 vs esef-2025), including anchoring of extension concepts.
What does a validation result include?
A pass/fail per filing plus every error and warning with its rule code, the location in the package, a plain-language explanation and a suggested action. The whole run can be exported as a PDF audit log.
Does a clean validation guarantee acceptance?
No. A clean result means the package meets the XBRL specification and the filing rules we check. Final acceptance still depends on the receiving system (KVK, Digipoort, the AFM/ESMA) and the reviewer's professional judgement.

See it on a report you know

Book a short demo and we'll walk a real annual report through Doc2iXBRL, from PDF to reviewable, validated iXBRL, with the reviewer in control of every mapping.