XBRL을 떠올릴 때마다 속이 꽉 막히나요? 그럴 땐 실무 방법을 더 파고들기보다, 개념을 차근차근 짚어 보는 게 도움이 될 수 있어요. 그래서 오늘은 XBRL을 할 때마다 따라붙는 택사노미를 정리했습니다. 단어의 본뜻부터, 택사노미가 XBRL 태깅에서 하는 일, 그리고 '개념을 알아도 왜 실무는 여전히 손이 많이 가는지'까지 함께 알아보겠습니다.
택사노미란 무엇일까요?
택사노미(Taxonomy)는 원래 ‘분류 체계’를 뜻하는 말입니다. 그리스어로 ‘분류’를 뜻하는 taxis와 ‘규칙’을 뜻하는 nomos가 합쳐진 단어로, 어떤 대상을 정해진 기준에 따라 나누고 이름 붙인 표준 체계라고 볼 수 있어요.
쉽게 말하면 도서관의 청구기호와 비슷합니다. 모든 책은 주제와 성격에 따라 정해진 번호를 받고, 그 번호에 맞는 서가에 꽂힙니다. 누가 정리하더라도 같은 분야의 책은 같은 위치에 놓이도록 기준이 미리 정해져 있죠. 그 기준표가 바로 택사노미입니다.
이 개념을 회계·공시에 가져온 것이 XBRL에서 말하는 택사노미입니다. 재무제표에서의 택사노미는 공시 항목을 표준화해 정의해 둔 전자공시용 계정 사전에 가깝습니다. ‘매출액’, ‘유동자산’, ‘당기순이익’ 같은 항목마다 고유한 이름과 속성, 관계를 부여해 둔 표준 목록이죠.
그렇다면 이 택사노미는 왜 필요할까요?
컴퓨터가 재무제표를 읽을 수 있도록 하기 위해서입니다. 사람은 ‘매출액’이라고 적힌 숫자를 보면 그 의미를 이해하지만, 컴퓨터는 그 숫자가 매출인지 비용인지, 자산인지 부채인지 스스로 판단하지 못하거든요. 그래서 재무정보를 컴퓨터가 읽고 비교할 수 있도록 만든 전자 보고 언어, XBRL(eXtensible Business Reporting Language)이 등장했고요. 이때 그 언어의 사전 역할을 하는 게 바로 택사노미라고 이해하면 조금 쉬울 겁니다.
정리하면 이렇습니다.
택사노미: 표준 항목 사전
XBRL 태깅: 재무제표 숫자와 문장에 표준 항목을 연결하는 작업
DSD/IXD: 태깅된 정보를 정기보고서 제출 흐름에 반영하는 파일 형식
참고로 공시 파일 종류가 궁금하다면 이 글을 읽어 보세요.
XBRL 태깅에서 택사노미가 하는 일
결론부터 말하겠습니다. XBRL 태깅은 회사 재무제표의 숫자에 “이 값은 택사노미상 어떤 항목에 해당한다”는 꼬리표를 붙이는 작업입니다.
재무제표 항목 하나를 태깅할 때, 택사노미는 다음과 같은 기준을 미리 정해 둡니다.
구분 | 실무에서 보는 것 | 택사노미가 정하는 것 |
|---|---|---|
항목 의미 | 매출액, 유형자산, 리스부채 | 어떤 표준 항목으로 태깅할지 |
표시 구조 | 재무상태표, 손익계산서, 주석 목차 | 항목의 위치와 계층 |
계산 관계 | 자산 = 부채 + 자본 | 합계와 구성항목의 관계 |
데이터 형식 | 금액, 비율, 날짜, 텍스트 | 입력 가능한 값의 형식 |
주석 연결 | 본문 주석 문장과 표 | 어떤 주석 항목으로 연결할지 |
예를 들어 회사 재무제표에 ‘계약자산’이 있다면, 담당자는 이 항목이 DART 기준의 어떤 개념과 가장 잘 맞는지 확인해야 하죠. 이름이 비슷하다고 골라서는 안 됩니다. K-IFRS상 의미, 표시 위치, 전기 비교 가능성, 주석 설명까지 함께 봐야 합니다.
택사노미는 어떻게 구성되어 있나
실무자가 이 구조를 직접 다룰 일은 많지 않으니 가볍게 설명하고 넘어가겠습니다. 택사노미는 크게 스키마(Schema)와 링크베이스(Linkbase)로 구성됩니다.
스키마는 ‘매출액’, ‘유동자산’처럼 태깅할 수 있는 표준 항목을 정의합니다. 링크베이스는 그 항목의 한글·영문 명칭, 재무제표 안에서의 위치, 합계와 세부 항목의 계산 관계, 주석에서의 의미 관계를 설명합니다.
구분 | 역할 |
|---|---|
Schema | 태깅할 수 있는 표준 항목, 즉 concept을 정의 |
Label Linkbase | 항목의 한글명·영문명 등 표시 이름을 정의 |
Presentation Linkbase | 항목이 보이는 순서와 계층을 정의 |
Calculation Linkbase | 합계와 세부 항목의 계산 관계를 정의 |
Definition Linkbase | 차원 구조와 항목 간 의미 관계를 정의 |
이렇듯, 택사노미를 보면 어떤 것 중에 선택해야 할지는 알 수 있는데요. 문제는 “우리 회사의 이 계정이 정확히 어디에 해당하는가”를 판단하는 일은 여전히 사람의 몫이라는 점입니다. 택사노미를 안다고 XBRL 태깅이 자동으로 끝나지 않는 이유가 여기에 있습니다.
택사노미를 이해해도 실무가 풀리지 않는 이유
택사노미가 무엇인지 이해해도, 수백 개 계정을 표준 항목에 연결하고, 주석을 정리하고, 본문 숫자와 태깅 값을 대조하는 작업은 그대로 남습니다. 바로 여기서 공시 업무의 공포가 시작되죠.
XBRL 태깅이 유독 손이 많이 가는 이유는 일정 관리를 못한다거나, 지식이 부족해서가 아닙니다. XBRL·DSD 업무 자체가 본질적으로 어렵기 때문입니다.
실무에서는 이런 판단이 계속 이어집니다.
회사 고유 계정을 표준 택사노미 항목에 매핑할 때, 1:1로 떨어지지 않는 항목을 어떻게 처리할지 판단
주석의 세부 분류를 K-IFRS 기준으로 해석하고 차원(Dimension) 정보까지 연결
본문 숫자와 태깅 값이 일치하는지 본문↔태깅 정합성 검증
표준 택사노미 개정 내용을 직전 보고서와 비교
DSD 작성 결과와 제출용 IXD 사이의 값과 구조 대사
이 과정에서 회사가 떠안는 리스크도 분명합니다.
지연·미제출 제재: 마감 직전 작업 폭증이 기한 초과 위험으로 이어질 수 있습니다.
수시공시 대응 지연: 정기보고서에 인력이 묶이면 갑자기 발생한 수시공시 검토 시간이 부족해집니다.
담당자 의존성: 매핑 기준과 판단 근거가 특정 담당자에게만 남으면 인수인계 리스크가 커집니다.
정정공시 리스크: 본문과 태깅 값의 불일치가 늦게 발견되면 전체 제출 일정이 흔들립니다.
이 문제는 담당자가 좀 더 꼼꼼해지고 익숙해 진다고 해결되는 게 아닙니다. 작업이 어려운 데다, 때마다 개정되는 규정에 맞춰 공시 업무를 해야 한다는 근본 원인은 해결되지 않았으니까요.
결국 사람이 더 관련 능력을 키워야 하는 게 아닌, 자동화할 수 있는 부분은 최대한 자동화해야 한다는 결론에 이를 수 있습니다.
공시 실무에 맞춘 XBRL 자동화 솔루션, 인벡터
인벡터는 정기보고서 작성 과정에서 가장 손이 많이 가는 작업을 자동화하는 XBRL 솔루션입니다. DSD 작성, XBRL 변환, DSD와 XBRL 간 숫자 대사를 하나의 흐름으로 연결해, 사람이 손으로 맞춰보던 반복 작업을 줄여줍니다.
1. AI 추천 태깅
항목마다 AI가 주석 구조를 분석해 적합한 택사노미를 제안합니다.
2. DSD ↔ IXD 대사
DSD 파일과 XBRL 제출 파일인 IXD 파일의 숫자를 자동으로 대조합니다. 두 파일의 숫자가 일치하는지 사람 눈으로 일일이 비교하지 않아도 돼요.
인벡터는 정기보고서 공시에서 반복되는 검증, 태깅, 대사 작업은 인벡터가 자동화합니다. 따라서 인벡터를 활용하면 회계팀은 회계 판단에, 공시팀은 누락 없는 제출에 더 집중할 수 있습니다.
인벡터는 도입 전 교육을 제공하고, XBRL 컨설팅부터 최종본 IXD 파일 제작까지 함께 지원합니다. 단순히 XBRL을 한 번 대행하는 게 아닌, 회사 내부에 공시 역량이 차곡차곡 쌓이도록 돕습니다. 사내 공시 역량이 왜 중요한지 궁금하다면 이 글을 읽어보세요.
XBRL 공시를 앞두고 불안한 마음이 크다면 인벡터에 문의 주세요. DSD 파일을 바탕으로 XBRL 기준을 수립하고 데이터를 설계해, 담당자가 작업할 수 있는 기반을 만들어 드립니다.