XBRL International 认证 Validating Processor

我们把 XBRL 建成了一套本体。所以它答得出错在哪、为什么错。

一台以 Pure Java 写成的 XBRL 校验引擎。以 SDK、命令行或内网私有部署，直接进到您现有的产品里。

申请技术评估了解 Why Path

问题

时间全花在找错在哪儿上了。

XBRL 校验器很会说「不行」。至于哪里不行，说得不多；为什么不行，几乎不说。该改什么，最后还是丢回给你。

抛来一个错误代码，却没人告诉你它出自哪个文件、哪一处。
想弄明白这个代码是什么意思，还得去翻规范文档找条款。
就算搞清了错在哪，到底该改什么，还是没人说。
于是报送人员一有疑问，最后总是把开发团队拽进来。
升一次版本，昨天还过得去的，今天就悄没声地不过了。

与此同时，报送期限照样到。

MirrorMere 做的事

它不会只撂下一句「不行」。

一条结论里三样一起装着。都是校验过程中当场得出的，所以就在您现有的产品里直接出来。界面和流程一动不动。

哪里错了

直接指出是哪个文件、哪一处。不必满处找。

为什么错

违反了哪条规则、那条规则又出自哪一款，一并给出。不用去翻规范文档。

该改什么

写成报送经办人自己就能动手的样子。不必再把开发拉进来。

Why Path

结论走过的路径会原样留下。

MirrorMere 会记录判定走过的路径。下面全部是真实运行的原样输出，对象是任何人都能取得的公开测试用例。

[C015] ixe:illegalMultipleUseOfId: ID 'duplicateID' is used 2 times in IXDS.
        Locations: …/tests/ids/FAIL-non-unique-id-nonFraction-ID1.html,
                   …/tests/ids/FAIL-non-unique-id-nonFraction-ID2.html

来源：XBRL International Inline XBRL 1.1 标准测试（2020‑04‑08）第 1904 项 FAIL-non-unique-id-nonFraction，该测试期待的答案是无效。为适应版面只截短了前面的路径，文字未改。

MirrorMere 校验报告中展开一项测试后拉近到 Why Path 面板的画面：link:label 被归类为资源，从输入到规则再到两处违规的四步路径，各自标着所挂的 XBRL 2.1 条款。 — 这是另一条判定，取自引擎自己的报告。不是为本页画的，而是实际跑出来的画面。

了解 Why Path

集成

界面照旧，流程照旧。MirrorMere 不露面。

往构建里放一个文件就完事。每个规范都是独立模块，只挑您要处理的即可；不管是哪一个抓到问题，答案回来都是同一个样子。

已提供

Java SDK

往构建里放一个文件，在自己的代码里直接调用。

已提供

CLI 与批处理

用于脚本调用和定时执行的单个可执行 jar。

已提供

私有部署

完全离线运行。既不需要也不尝试对外联网。

计划中

REST API

基于 HTTP 的 XBRL API 计划于 2026 年下半年提供。

// One result type, whichever specification produced it.
ValidationOutcome outcome = validator.validate(report);

if (!outcome.isValid()) {
    for (ValidationFinding f : outcome.errors()) {
        f.code();      // ixe:illegalMultipleUseOfId
        f.specRef();   // Inline XBRL 1.1, Section 4
        f.location();
    }
}

没有执行过的检查，绝不报成通过。“没检查” 和 “检查过且没问题” 是两个不同的答案。

认证