MirrorMere®

集成

别连校验引擎也自己造。把「查」这件事交给我们就行。

MirrorMere 不替您生成 XBRL,它检查已经做好的 XBRL。界面、流程、部署要求都不用动,检查在底下进行。

当前可用的接入方式

照实际就绪程度写。

还没提供的,就不写成已提供。在路线图上的,就标成路线图。

已提供

Java SDK

在构建里加一个 jar,调用即可。不需要另外常驻的代理或服务。

已提供

CLI 与批处理

一个可执行 jar,从命令行或批处理里运行,能直接挂进现有的流水线。

已提供

容器与私有部署

在内网里也没有限制。与文档相关的信息不会外泄。

商务洽谈

OEM 与白标

把它内嵌进贵司已有的解决方案,形式可以自由选。条件逐案商定。

计划中

REST API

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

MirrorMere 不露面。

Java SDK

回来的东西会告诉你:错在哪、为什么错、接下来该看什么。

拿回来的不是一串错误代码。每一条都写明:在文档的哪个位置、违反了哪一款、因此手上拿着报送的人该去看什么。不管是 Dimensions 还是 Inline XBRL 抓到的,形态都一样,可以直接摆到经办人面前。

ValidationOutcome outcome = validator.validate(report);

for (ValidationFinding f : outcome.errors()) {
    f.code();      // what went wrong
    f.specRef();   // the clause it breaks
    f.location();  // where in the document
}

调用一次,复核要用的东西就都在里面了:哪里、为什么、改什么。

CLI 与批处理

三条命令就够用了,别的都不需要。

validate
检查一份报送。提交包、拆成多份的 Inline XBRL 文件、单个文档都收。属于同一份报送的多个文件会合起来当一份看。
cts
由您自己来跑公开的标准测试,全跑或只跑您关心的部分都行。认证页上的数字就是这么来的。
doctor
在相信结果之前,先体检这台机器:分类标准是不是都在该在的位置,环境有没有问题。缺文件会在这里作为配置问题暴露,而不是过后变成一句「没问题」。

隔离网络

在连不上互联网的地方,照样跑得起来。

财务和审计部门常常在与互联网隔离的网络里办公。那些要从网上取校验依据的引擎,到这里就走不动了。更麻烦的是另一种:少校验了却一声不吭地放行。MirrorMere 根本不向外连。

  • 校验用的分类标准以文件形式放在您手上,运行时不会去别处取。
  • 缺了它需要的东西,它会直说,而不是干脆放行。
  • 每次运行都记下用了哪些分类标准。两边结果对不上时,可以直接比对,而不是各说各话。
  • 完全没有对外通信:不回传使用情况,也不做许可校验。

如果您已经在用开源工具

用开源也没问题。

市面上有免费的开源 XBRL 校验工具,其中也有和我们一样拿到 Validating Processor 认证的。若只是偶尔查一份报送,用它们就够了。但要把校验放进产品去卖,还需要另外三样东西。

是库,不是另外跑着的程序

MirrorMere 是为「进到产品里」而做的 Pure Java 库:往构建里放一个文件,在自己的代码里直接调用。不用另外守着一个进程,也不用维护一座桥。

有人可以问

规范改版时,跟上是我们的义务,不用您干等。卡住的时候,问题直接送到写引擎的人手上。

连为什么都答得出

MirrorMere 在把 XBRL 搬过来的本体之上做推理,所以结论会同时带着:在哪、违反哪一条、该改什么——而且是手上拿着报送的人能直接照做的话。

也不必非要二选一。两边都跑、互相对照,同样是稳妥的做法——两个各自独立的实现给出同一个结论,这份一致本身就是证据。

对标准的承诺

规范一直在变。跟上它是我们的事,不是您的事。

这是装一次就要用上好几年的东西。所以规范一改,跟上是我们的事;没有重新通过全部标准测试之前,什么都不发布。您有问题,直接找到写引擎的人。

测试过了才发布

每次发版前都必须先跑通全部标准测试。哪怕弄坏一项,那次改动也到不了贵司。

改版只动一个模块

规范改版时,只动对应的那个模块。您依赖的其余部分不动。

错误定义集中在一处

每个错误是什么意思、依据哪一条,都集中在一处,而不是散落在代码各处。规范一变,只有一个地方要改,改得快,也不容易漏。

版本
每份结果都带着产出它的版本。几个月后答案变了,能查出到底哪里变了,而不用凭空争论。
跟进规范改版
规范或标准测试改版后,先把全部测试重跑一遍,才发布新版本。
技术支持
直接联系到做引擎的人,前面没有挡着的工单队列。
部署
本地部署和内网隔离部署是常态,不是需要另行谈判的例外。
评估许可
提供覆盖整个评估期的许可。试用期间不设人数或件数限制。
第三方许可
随产品一并附上所用第三方库及其许可证,可以直接交给法务审查。

到处找「为什么」的时间没有了。

先联系我们

说说贵司在做什么。

您在做什么、卡在哪儿,说给我们听,我们陪您一起解。MirrorMere 的价值不在那个文件,而在这里。

  • 引擎、命令行执行工具和标准测试工具一并奉上,跟我们自己用的是同一份。
  • 拿您自己的报送去跑,而不是我们挑好的样例。
  • 本站写的每个数字,您都能自己重跑一遍:测试是公开的,执行工具就在包里。
  • 在交换任何材料之前,先签保密协议。

习惯用邮件的话,直接写信给我们也可以。 manager@codebplat.co.kr