통합

검증 엔진까지 직접 개발하지 마세요. 검증은 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: XBRL International이 공개한 표준 테스트를 직접 실행합니다. 전체 테스트 또는 필요한 일부만 선택할 수 있으며, 인증 페이지의 수치도 이 명령으로 재현할 수 있습니다.
doctor: 검증 결과를 신뢰하기 전에 실행 환경을 점검합니다. 택소노미 파일의 위치와 환경 구성을 확인하고, 누락된 파일은 정상 통과가 아니라 설정 오류로 보고합니다.

폐쇄망

실제 고객의 폐쇄망 환경에서도 그대로 작동합니다.

재무·감사 조직은 인터넷과 분리된 네트워크에서 업무하는 경우가 많습니다. 일부 검증 엔진은 실행 중 필요한 자료를 인터넷에서 가져오므로 폐쇄망에서 중단되거나, 일부 검사를 생략한 채 별도 경고 없이 계속될 수 있습니다. MirrorMere는 실행 중 외부 네트워크에 접속하지 않습니다.

검증에 필요한 택소노미는 고객이 보유한 파일을 사용합니다. 실행 중 외부에서 내려받지 않습니다.
필요한 파일이 없으면 누락 사실을 명확히 보고하며, 문서를 대신 통과 처리하지 않습니다.
각 실행에서 사용한 택소노미를 기록합니다. 서로 다른 환경에서 결과가 다를 경우 사용한 기준을 바로 대조할 수 있습니다.
사용량 보고나 라이선스 확인을 포함해 어떠한 외부 통신도 발생하지 않습니다.

이미 오픈소스 검증기를 사용하고 있다면

오픈소스도 좋은 선택입니다.

무료 오픈소스 XBRL 검증기 중에도 MirrorMere와 같은 Validating Processor 인증을 받은 제품이 있습니다. 가끔 공시 문서를 검사하는 용도라면 충분할 수 있습니다. 하지만 검증 기능을 제품에 내장해 판매하려면 세 가지가 더 필요합니다.

별도 실행 프로그램이 아닌 내장형 라이브러리

MirrorMere는 제품 내부에 내장하도록 설계된 Pure Java 라이브러리입니다. 빌드에 파일 하나를 추가해 코드에서 직접 호출하며, 별도 프로세스나 통합 브리지를 운영할 필요가 없습니다.

직접 문의할 기술 담당자가 있습니다

스펙이 개정되면 MirrorMere가 먼저 대응합니다. 문제가 발생하면 엔진을 직접 개발한 담당자에게 바로 문의할 수 있습니다.

판정의 이유까지 설명합니다

MirrorMere는 XBRL 자체를 온톨로지로 구현해 추론합니다. 따라서 각 검증 결과에는 오류 위치, 위반 조항, 수정 방향이 함께 제공되며, 공시 담당자가 이해하고 바로 조치할 수 있는 문장으로 설명됩니다.

반드시 하나만 선택할 필요는 없습니다. 기존 도구와 MirrorMere를 함께 실행해 결과를 비교하는 것도 합리적인 방법입니다. 서로 독립적인 두 구현이 같은 판정을 내린다면 그 일치 자체가 신뢰의 근거가 됩니다.

표준 변경 대응

스펙은 계속 바뀝니다. 변경 대응은 MirrorMere의 책임입니다.

한 번 도입하면 수년간 사용하는 핵심 엔진입니다. 스펙이 개정되면 MirrorMere가 대응하고, 전체 표준 테스트를 다시 통과한 버전만 배포합니다. 문의가 생기면 엔진 개발자에게 직접 연결됩니다.

모든 테스트를 통과한 버전만 배포합니다

새 버전을 배포하기 전에 전체 표준 테스트를 통과해야 합니다. 기존 테스트를 하나라도 깨뜨리는 변경은 고객에게 전달하지 않습니다.

스펙 개정은 해당 모듈에만 반영됩니다

스펙이 개정되면 해당 모듈만 업데이트합니다. 다른 모듈과 기존 통합 방식은 그대로 유지됩니다.

오류 정의를 한곳에서 관리합니다

각 오류의 의미와 근거 조항을 코드 곳곳에 흩어놓지 않고 한곳에서 관리합니다. 스펙이 바뀌어도 수정 지점이 명확해 빠르게 반영하고 누락 가능성을 줄일 수 있습니다.

버전: 모든 결과에는 해당 결과를 생성한 버전 정보가 포함됩니다. 이후 판정이 달라져도 어떤 변경이 영향을 주었는지 확인할 수 있습니다.
스펙 개정 대응: 스펙이나 테스트 모음가 개정되면 새 버전을 배포하기 전에 전체 테스트를 다시 실행합니다.
기술 지원: 일반적인 티켓 대기열을 거치지 않고 엔진 개발자와 직접 기술적으로 소통할 수 있습니다.
배포: 온프레미스와 폐쇄망 배포를 기본 방식으로 지원합니다. 별도 예외 협의가 필요하지 않습니다.
평가용 라이선스: 평가 기간 전체를 포함하는 라이선스를 제공합니다. 평가 중에는 사용자 수나 처리 건수에 제한을 두지 않습니다.
제3자 라이선스: 제품에 포함된 제3자 라이브러리와 라이선스 목록을 배포본에 함께 제공합니다. 법무 검토에 바로 활용할 수 있습니다.

오류의 원인을 찾아 헤매는 시간이 사라집니다.

기술 검토 시작

어떤 제품을 만들고 계신가요?

개발 중인 제품과 현재 막힌 지점을 알려주세요. 함께 해결 방안을 검토하겠습니다. MirrorMere의 가치는 단순한 JAR 파일이 아니라 지속적인 기술 협업에 있습니다.

엔진, CLI 실행 도구, 테스트 도구를 함께 제공합니다. 모두 MirrorMere가 내부에서 사용하는 동일한 빌드입니다.
MirrorMere가 준비한 샘플이 아니라 실제 고객 공시 문서로 평가할 수 있습니다.
이 사이트에 공개한 모든 수치는 직접 재현할 수 있습니다. 표준 테스트는 XBRL International이 배포하고, 실행 도구는 평가 패키지에 포함됩니다.
자료를 주고받기 전에 비밀유지계약을 먼저 체결합니다.

이메일 문의가 편하신가요? 직접 메일을 보내주세요. manager@codebplat.co.kr