[실무 일기] XBRL 쪼개기 ② : 표준계정과목 택사노미 요소 맵핑 (+ 양수 입력이 기본)
회계팀의 결산 시계는 누구에게나 공평하지만, 그 시간을 어떻게 쓰느냐는 철저히 준비된 자의 몫이다. 1편에서 공시의 패러다임이 '데이터 설계'로 변했음을 짚었다면, 이제는 그 설계를 위한 가장 기초적인 재료인 택사노미(Taxonomy)와 요소(Element)를 들여다볼 차례다.
가이드 제2장을 펼치면 생소한 용어들이 쏟아진다. 하지만 겁먹을 필요는 없다. 우리가 매일 마주하는 계정과목에 디지털 이름표를 붙이는 규칙일 뿐이다. 다만 그 이름표를 잘못 붙이면 검증 오류가 뜨지만..
1. 택사노미(Taxonomy), 재무 보고의 표준 계정과목
(1) 우리가 쓰는 언어를 기계의 언어로 번역하기
회계팀에서 내부적으로 쓰는 계정 명칭은 회사마다 제각각이다. 어떤 곳은 ‘현금및현금성자산’이라 부르고, 어떤 곳은 ‘현금및예금’이라 부른다. 사람이 읽을 때는 대충 뜻이 통하지만, 기계는 그렇지 않다.
택사노미는 기업회계기준(K-IFRS)을 근거로 계정과목별 명칭, 표시 순서, 계산식 등을 전산 파일 형태로 정의한 표준 체계다. 즉, 전 세계 모든 기업이 공통으로 사용하기로 약속한 ‘재무 보고용 표준 사전‘이라고 이해하면 쉽다.
(2) 택사노미 요소 맵핑
가이드에 따르면 금융감독원은 IFRS 재단의 표준 택사노미를 기반으로 한국의 공시 환경에 맞춘 ‘DART 택사노미’를 운영한다.
우리가 해야 할 일은 우리 회사의 개별 계정과목이 이 표준 사전의 어떤 단어(요소)와 매칭되는지 찾아내는 작업이다. 이를매핑(Mapping)이라 부르는데, 이 작업이 정교하지 못하면 우리 회사의 재무제표는 시장에서 ‘읽히지 않는 데이터’가 된다.
+ 과거에는 이 택사노미 매핑을 엑셀 파일로 확인할 수 있었으나 이제는 DSD 작성기 내에서 볼 수 있다.
▶과거 택사노미 파일 (2023년 버전) : 과거 23년 버전 엑셀파일을 다운받아 과거 택사노미 내용을 엑셀로 확인할 수 있다.
(3) 표준 주석 목차의 이해
DART 택사노미는 업종별로 구분된다. 표준 주석 목차(Link Role)의 이름과 번호는 IFRS 택사노미를 따르지만, 각 링크 번호에 업종별로 알파벳(비금융업 및 금융업)을 부여하고, 연결 및 별도를 분리하여 구성한다.
(출처) 2025.01. 금융감독원 DART XBRL 재무제표 본문/주석 작성 가이드 중 44페이지 발췌
2. 요소(Element), 이름표에 담긴 네 가지 비밀
택사노미라는 사전 안에 수록된 개별 단어들을 요소(Element)라고 한다. 단순히 이름만 있는 것이 아니다. 기계가 이 데이터를 어떻게 처리해야 할지 알려주는 네 가지 핵심 속성이 숨어 있다. 실무자가 가장 많이 실수하는 지점이기도 하다.
(1) ID와 라벨(Label): 이름과 별명
모든 요소에는 고유한 ID(Name)가 있다. 예를 들어 현금및현금성자산은 CashAndCashEquivalents라는 영문 ID를 가진다.
여기에 우리가 눈으로 읽는 라벨(Label)이 붙는다. 국문으로는 ‘현금및현금성자산’, 영문으로는 ‘Cash and cash equivalents’다. 실무적으로 중요한 것은 ID는 절대 변하지 않는 고유 식별자라는 점이다.
라벨은 상황에 따라 수정할 수 있지만, ID를 잘못 선택하면 데이터의 뼈대 자체가 흔들린다.
(2) 시점(Instant)과 기간(Duration): 데이터의 시간 축
회계 데이터는 시간의 개념이 명확해야 한다.
- 시점(Instant): 특정 날짜의 잔액을 의미한다. 재무상태표의 자산, 부채, 자본 항목이 여기에 해당한다. (예: 2025년 12월 31일 현재의 현금)
- 기간(Duration): 일정 기간 동안 발생한 흐름을 의미한다. 손익계산서의 매출, 비용이나 현금흐름표의 유입/유출액이 해당한다. (예: 2025년 1월 1일부터 12월 31일까지의 매출)
가이드 제2장에서는 이 속성을 혼동하여 매핑할 경우 심각한 논리적 오류가 발생한다고 경고한다. 재무상태표 계정에 기간 속성을 가진 요소를 매핑하면, 시스템은 이를 기말 잔액이 아닌 연간 발생액으로 오독하게 된다.
(3) 차변(Debit)과 대변(Credit): 요소의 태생적 성격
모든 수치 요소에는 잔액 속성(Balance Attribute)이 부여되어 있다. 자산과 비용은 차변(Debit), 부채와 자본, 수익은 대변(Credit) 속성을 가진다.
이것은 단순히 회계 원리를 묻는 것이 아니다. XBRL 시스템이 해당 수치를 더할지 뺄지 결정하는 기준점이 되기 때문이다. 본인이 매핑하려는 요소의 기본 속성이 무엇인지 반드시 확인해야 한다.
(4) 데이터 유형(Data Type): 숫자인가 문자인가
대부분은 금액(Monetary) 유형이지만, 발행주식수처럼 수량(Share)이거나 지분율처럼 백분율(Percent)인 경우도 있다. 주석 공시에서는 단순 텍스트(Text Block) 유형도 많이 쓰인다. 단위(Unit)와 데이터 유형이 일치하지 않으면 검증 단계에서 무조건 튕겨 나간다.
▶2025.01. 금융감독원 DART XBRL 재무제표 본문/주석 작성 가이드 중 17페이지 발췌
3. 실무 포인트: 왜 자꾸 부호(Sign) 오류가 날까?
DSD 작성기에 숫자를 밀어 넣다 보면 빨간색 에러 메시지가 화면을 덮는다. 그중 80%는 부호 오류다. 왜 이런 일이 벌어질까?
(1) 양수(+) 입력의 대원칙
XBRL 작성의 대전제는 ‘요소의 성격에 부합한다면 양수(+)로 입력한다’는 것이다.
회계팀에서 흔히 하는 실수는 재무상태표에서 차감 계정을 마이너스(-)로 입력하는 것이다. 예를 들어 ‘감가상각누계액’이나 ‘대손충당금’은 자산의 차감 항목이다. 하지만 XBRL 요소 자체가 이미 ‘차감 성격’을 내포하고 있다면, 수치는 양수로 넣어야 한다.
기계는 이렇게 생각한다. “감가상각누계액 요소가 차변 성격인데 양수가 들어왔네? 그럼 자산 총계에서 이만큼을 빼야겠군.” 그런데 우리가 마이너스를 넣으면, 마이너스와 마이너스가 만나 자산이 늘어나는 기현상이 발생한다.
(2) 마이너스(-)를 써야 하는 예외적인 상황
물론 음수를 써야 할 때도 있다. 요소의 본래 성격과 반대되는 결과가 나왔을 때다.
- 당기순이익 요소인데 당기순손실이 발생한 경우
- 영업활동현금흐름 요소인데 순유출이 발생한 경우
- 자본 항목 내에서 자기주식처럼 자본을 실질적으로 감소시키는 항목(단, 요소 속성이 이미 차감이면 양수)
가이드 제2장과 4장에서는 이 부호 규정을 ‘신뢰성 있는 데이터의 마지노선’으로 다룬다. 부호 하나로 회사의 자산 총계가 수십억 원씩 왔다 갔다 할 수 있기 때문이다.
4. 결산 현장의 디테일: 계정별 역할 분담과 체크리스트
실제 결산 현장에서는 팀원 간의 호흡이 중요하다. 보통 주니어는 재무제표 본문의 수치 매핑과 양수 입력 여부를 체크하고, 시니어는 주석의 상세 태깅 구조를 설계한다.
D-Day 전 체크리스트
- 표준 ID 확인: 우리가 선택한 요소의 영문 ID가 감사보고서의 취지와 일치하는가?
- 시점/기간 교차 검증: 재무상태표 항목에 기간 요소를, 손익계산서 항목에 시점 요소를 쓰지 않았는가?
- 부호 역산: 작성기에서 제공하는 ‘계산 검증’ 기능을 통해 합계 수치가 감사보고서와 일치하는가?
가이드 300페이지를 다 외울 수는 없지만, “요소의 속성을 확인하고 원칙적으로 양수를 넣는다” 는 이 한 문장만 기억해도 결산 밤샘 시간을 절반으로 줄일 수 있다.
5. 실무자의 요약 및 조언
- 택사노미는 재무 보고의 표준 사전이며, 개별 계정과목인 ★요소(Element)에는 시점/기간, 차변/대변과 같은 고유한 속성이 부여되어 있음을 이해해야 한다.
- XBRL 입력의 대원칙은 ★양수(+) 입력이며, 요소의 태생적 성격(Balance)과 입력값의 부호가 결합하여 최종 합계가 산출되므로 부호 선택에 극도로 유의하자.
- 결산 마감 D+2일의 혼란을 방지하려면, 본문 매핑 시 각 요소의 ID와 데이터 속성이 감사보고서의 공시 목적과 일치하는지 사전에 교차 검증하는 과정이 필수이다.
- 결국 정교한 이름표 붙이기가 고품질 공시의 시작이며, 이는 OpenDART를 통해 우리 회사를 바라보는 투자자들에게 정확한 이정표를 제시하게 된다.
