[실무 일기] XBRL 쪼개기 ⑦ : 마지막 관문, XBRL 검증오류 해결과 DART 제출 전 체크리스트
결산 마감 D+6일. 창밖은 이미 어둑해졌고, 사무실에는 기계적인 키보드 소리만 울려 퍼진다. 재무제표 본문 4표와 수백 페이지에 달하는 주석 상세 태깅까지 마쳤다. 이제 남은 것은 단 하나, DART 편집기 하단의 '검증(Validation)' 버튼을 누르는 일이다.
이 버튼은 공시 담당자에게 판도라의 상자와 같다. 버튼을 누르는 순간, 수십 개의 빨간색 에러 메시지가 화면을 가득 채울 때의 그 서늘한 기분은 경험해 본 사람만이 안다. 하지만 가이드 제3장과 제6장을 숙달한 사수라면, 이 메시지들이 우리를 괴롭히는 장애물이 아니라 정정 공시라는 대참사를 막아주는 최후의 방어선임을 안다. 오늘, 이 긴 여정의 마침표를 찍기 위한 최종 체크리스트를 정리해 본다.
1. XBRL 검증오류 이해하기: 붉은 글씨의 공포 너머
(1) 오류(Error)와 경고(Warning)의 차이
작성기에서 뱉어내는 메시지는 크게 두 종류다.
‘오류’는 데이터의 논리적 결함이나 필수 항목 누락으로, 이를 해결하지 않으면 아예 DART 접수 자체가 불가능하다.
반면 ‘경고’는 접수는 가능하지만 데이터의 일관성이 의심될 때 나타난다.
실무적으로 가장 위험한 것은 “경고니까 일단 접수하고 보자”는 안일함이다. 나중에 금융감독원에서 내려오는 ‘정정 요구’의 80%는 바로 이 경고 메시지를 무시한 지점에서 발생한다.
(2) 가이드 제3장이 말하는 시스템 활용법
가이드 제3장에서는 XBRL 작성기의 유효성 검사 기능을 최대한 활용할 것을 권고한다. 단순히 수치 일치 여부뿐만 아니라, 태노소미(Taxonomy)의 버전이 최신인지, 우리가 확장한 계정(Extension)이 표준 구조를 해치지 않는지 시스템적으로 먼저 걸러내야 한다.
2. 실무 포인트 1: 단위(Unit)와 척도(Scale)의 함정
(1) 조 단위 회사가 경 단위 회사가 되는 순간
정정 공시 사유 중 가장 흔하면서도 뼈아픈 실수는 단위 불일치다. 본문은 ‘천원’ 단위인데, 주석의 특정 항목을 태깅할 때 ‘원’ 단위 요소를 선택하고 수치는 그대로 천원 단위로 입력하는 경우다.
- 실수 예시: 실제 금액 1,000,000원(백만 원)을 ‘원’ 단위 요소에 입력하면서, 엑셀에 적힌 대로 ‘1,000’만 입력하고 단위(Unit) 설정을 ‘원’으로 둔 경우.
- 결과: 공시 시스템에는 우리 회사의 해당 자산이 ‘천 원’으로 표시된다. 반대로 단위 설정을 잘못하면 순식간에 자산이 1,000배 부풀려지기도 한다.
(2) 최종 검토 시 ‘가독용 문서’ 출력은 필수
작성기 화면만 봐서는 이 단위를 잡아내기 어렵다. 반드시 DART 편집기에서 제공하는 가독용 문서(Viewer) 를 출력하여, 숫자 뒤에 붙은 ‘단위: 원’ 또는 ‘단위: 천원’ 문구와 실제 숫자의 자릿수를 하나하나 대조해야 한다. 이는 결산 마감 D+6일 오전, 정신이 가장 맑을 때 수행해야 하는 작업이다.
3. 실무 포인트 2: 부호(Sign) 오류, 숫자의 방향을 결정한다
(1) 양수(+) 입력의 대원칙을 다시 새기다
가이드 제6장의 유의사항 중 가장 강조되는 것이 부호의 적정성이다. XBRL은 회계적 성격(차변/대변)에 따라 시스템 내부적으로 부호를 판단한다.
- 흔한 실수: 매출채권에 대한 ‘대손충당금’이나 유형자산의 ‘감가상각누계액’은 자산을 차감하는 항목이므로 엑셀에는 보통 마이너스(-)로 표기된다. 이를 XBRL에 그대로
-500으로 넣으면, 시스템은 “차감 항목을 또 차감한다”고 인식하여 오히려 자산을 늘려버리는 결과를 초래한다. - 해결책: 표준 요소의 정의가 ‘차감(Credit)’ 성격이라면, 수치는 양수(500)로 입력해야 정상적으로 차감 반영된다.
(2) 계산 검증(Calculation)의 활용
본문 4표 간의 수치 연결뿐만 아니라, 주석 내에서도 기초 + 증가 – 감소 = 기말의 논리가 맞는지 시스템 계산 검증을 돌려야 한다. 부호가 하나만 틀려도 이 계산식은 여지없이 깨진다. 붉은색 에러가 떴다면, 숫자 자체가 틀린 게 아니라 부호의 방향이 틀렸을 가능성을 먼저 의심하라.
4. 영문 공시(English Disclosure) 대응: 글로벌 시장으로의 초대장
(1) 영문 라벨(Label)의 일관성
이제 코스피 상장사 대부분은 영문 공시 의무화의 영향권에 있다. XBRL의 최대 장점은 국문으로 태깅하면 영문 택사노미를 통해 자동으로 번역된다는 점이다.
하지만 우리가 임의로 만든 사용자 정의 계정(Extension)은 자동 번역되지 않는다. 우리가 직접 영문 명칭을 부여해야 하는데, 이때 회계 전문 용어를 잘못 사용하면 해외 투자자들에게 큰 혼란을 준다. 가급적 IFRS 공식 영문 용어집을 참고하여 라벨을 작성해야 한다.(2) 영문 공시 전용 유효성 체크
가이드 제6장 후반부에는 영문 공시 시 유의해야 할 서식 구조를 다룬다. 국문 주석과 영문 주석의 하이퍼링크 구조(Linkbase)가 동일한지 확인해야 한다. 국문에는 있는 상세 표가 영문 공시에서 누락되는 경우, 이는 공시 불이행에 해당할 수 있으므로 각별한 주의가 필요하다.
5. DART 제출 전 마지막 10분: 최종 체크리스트
모든 검증을 마쳤다고 생각될 때, 마지막으로 이 5가지만은 반드시 다시 확인하자.
- 날짜(Period) 설정: 당기(2025.01.01 ~ 2025.12.31)와 전기(2024.01.01 ~ 2024.12.31)의 컨텍스트 설정이 모든 표에서 올바르게 적용되었는가?
- 본문-주석 일치: 재무상태표의 ‘현금및현금성자산’과 현금흐름표의 기말 현금, 그리고 주석의 현금 내역 숫자가 단 1원도 틀리지 않고 일치하는가?
- 필수 태깅 누락: 가이드에서 지정한 상세 태깅 필수 항목 중 ‘해당 사항 없음’을 핑계로 공란으로 비워둔 곳은 없는가?
- 확장 계정 최소화: 표준 계정으로 충분히 설명 가능한데도 귀찮아서 만든 사용자 정의 계정이 전체의 30%를 넘지 않는가?
- 라벨과 수치의 조화: 라벨 명칭은 ‘순손실’인데 입력된 숫자는 ‘이익’을 의미하는 부호로 되어 있지는 않은가?
6. 실무자의 요약 및 조언
XBRL 공시의 최종 단계는 작성기 내 검증 메시지를 완벽히 해결하는 것이며, 특히 단위(Unit) 설정 오류와 부호(Sign) 반전 입력은 가장 빈번한 정정 사유이므로 가독용 문서를 통한 육안 대조가 필수적이다.
영문 공시 대응 시에는 사용자 정의 계정의 영문 라벨이 IFRS 표준 용어에 부합하는지 재차 확인해야 하며, 본문 4표와 주석 상세 내역 간의 수치 일성성을 확보하는 것이 공시 신뢰도의 핵심이다. 마지막으로 제출 전 컨텍스트 날짜 설정과 필수 태깅 누락 여부를 최종 체크리스트로 점검하여, 시스템 오류 없는 완벽한 공시를 제출하자.
에러 메시지가 하나도 없는 깨끗한 검증 결과창을 마주했을 때의 그 쾌감을 만끽하라. 그리고 전송 버튼을 누르기 전, 마지막으로 깊게 심호흡하며 전체 숫자를 다시 한번 눈으로 훑어보라. 그 10분이 당신의 전문성을 완성한다. 고생 많았다. 이제 제출해도 좋다.
