Java SDK
빌드에 JAR 파일 하나를 추가해 호출하면 됩니다. 별도로 실행할 에이전트나 서비스가 없습니다.
현재 제공되는 통합 방식
아직 제공되지 않는 기능은 로드맵 항목으로 명확히 표시합니다.
빌드에 JAR 파일 하나를 추가해 호출하면 됩니다. 별도로 실행할 에이전트나 서비스가 없습니다.
명령행이나 배치 작업에서 실행하는 단일 JAR입니다. 기존 파이프라인에 바로 연결할 수 있습니다.
폐쇄망 환경에서도 제약 없이 실행됩니다. 고객 문서나 관련 정보가 외부로 전송되지 않습니다.
기존 솔루션에 적합한 방식으로 내장할 수 있습니다. 계약 조건은 프로젝트별로 협의합니다.
HTTP 기반 XBRL API는 2026년 하반기 제공 예정입니다.
MirrorMere는 보이지 않는 곳에서 작동합니다.
Java SDK
돌아오는 것은 오류 코드 목록이 아닙니다. 문서의 어느 자리인지, 어느 조항을 어겼는지, 담당자가 무엇을 봐야 하는지가 함께 옵니다. 어느 모듈에서 걸렸든 같은 형식이라 화면에 그대로 띄우시면 됩니다.
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 · 배치
validatectsdoctor폐쇄망
재무와 감사 부서는 인터넷과 끊긴 망에서 일하는 경우가 많습니다. 검증에 필요한 자료를 인터넷에서 받아 오는 엔진은 그곳에서 멈추거나, 더 나쁘게는 일부 검사를 건너뛰고도 아무 말이 없습니다.
이미 오픈소스 검증기를 사용하고 있다면
무료 오픈소스 검증기 중에도 MirrorMere와 같은 인증을 받은 것이 있습니다. 가끔 공시를 검사하는 정도라면 충분합니다. 검증을 넣은 제품을 파신다면 세 가지가 더 필요합니다.
MirrorMere는 제품 내부에 내장하도록 설계된 Pure Java 라이브러리입니다. 빌드에 파일 하나를 추가해 코드에서 직접 호출하며, 별도 프로세스나 통합 브리지를 운영할 필요가 없습니다.
스펙이 개정되면 MirrorMere가 먼저 대응합니다. 문제가 발생하면 엔진을 직접 개발한 담당자에게 바로 문의할 수 있습니다.
반드시 하나만 선택할 필요는 없습니다. 기존 도구와 MirrorMere를 함께 실행해 결과를 비교하는 것도 합리적인 방법입니다. 서로 독립적인 두 구현이 같은 판정을 내린다면 그 일치 자체가 신뢰의 근거가 됩니다.
표준 변경 대응
오류의 원인을 찾아 헤매는 시간이 사라집니다.
기술 검토 시작
개발 중인 제품과 현재 막힌 지점을 알려주세요. 함께 해결 방안을 검토하겠습니다. MirrorMere의 가치는 단순한 JAR 파일이 아니라 지속적인 기술 협업에 있습니다.
이메일 문의가 편하신가요? 직접 메일을 보내주세요. manager@codebplat.co.kr