XBRL 태깅이 어려운 진짜 이유, 쉽게 하는 방법까지

XBRL 태깅은 본문 숫자에 태그만 붙이는 단순 입력처럼 보일 수 있습니다. 하지만 막상 작업을 시작하면 생각보다 손이 많이 가는데요. 그 이유는 XBRL 태깅이 단순 입력이 아닌 '번역'에 가까운 작업이기 때문입니다.

단어를 1:1로 바꾸는 게 아니라 문장 구조를 다른 언어의 문법에 맞게 재구성하는 번역처럼, XBRL 태깅도 본문의 표를 XBRL이라는 '언어'의 문법에 맞게 다시 짜는 과정인 셈이죠. 그래서 단어에 해당하는 숫자는 맞아도, 문법에 해당하는 구조가 틀리면 합계가 어긋나는 건데요.

인벡터는 이 과정을 쉽고 빠르게 처리할 수 있도록 DSD 보고서를 업로드하면 재무제표의 맥락을 읽어 XBRL 태그를 추천하는 XBRL 솔루션을 만들었습니다. 이 글에서는 XBRL 태깅이 왜 본질적으로 어려운지, 인벡터 솔루션을 쓰면 무엇이 달라지는지 소개해 볼게요.

XBRL 태깅이 어려운 진짜 이유

XBRL 태깅이 어려운 이유는 담당자가 미숙해서가 아닙니다. 작업 자체가 본질적으로 복잡한 구조 판단을 요구하기 때문입니다.

한국상장회사협의회가 「XBRL 주석 재무공시 적용예정기업의 준비 및 점검사항」 실무안내서에서 XBRL 개념 해설부터 작성 기본원칙, 감독당국 유의사항까지 안내하는 것도 같은 이유입니다. 누가하든 이해하고 점검해야 할 내용이 그만큼 많다는 뜻이죠.

실무에서 부담이 집중되는 지점은 크게 두 가지입니다.

• 표준 택소노미 매핑: 본문 주석의 각 항목을 수많은 표준 태그 중 알맞은 항목에 정확히 연결해야 합니다.

• 본문과의 정합성 검증: 태깅된 값과 본문 값이 어긋나지 않도록 당기·전기·기초·기말을 구분하고, 합계가 맞는지 대조해야 합니다.

문제는 이 두 가지가 대부분 사람의 손과 눈에 의존한다는 점입니다. 시스템을 바꾸지 않으면 회사는 분기마다 이런 리스크들을 반복하게 됩니다.

• 태깅 오류가 공시 데이터 오류로 이어지는 정정공시 리스크

• 노하우가 한 사람에게 쏠리는 담당자 의존성

• 마감 직전 병목

담당자를 바꾸거나 R&R을 조정할 수도 있지만 시스템을 바꾸지 않으면 병목은 반복됩니다. 결국 진짜 해결책은 시스템을 통해 불필요한 반복 작업을 줄이는 일입니다.

DSD 업로드로 XBRL까지, 한 번에

인벡터는 DSD 파일을 업로드하면 XBRL 구조를 자동으로 분석하고 태그도 추천해 줍니다. 어렵게 하나, 하나 표를 만들 필요가 없습니다.

① AI 자동 분석

DSD 보고서를 업로드하면 AI가 보고서를 분석합니다. 보고서를 스프레드시트 형태로 변환하고, 목차 단위로 분리해 각 목차에 적합한 XBRL 표준 표를 지정합니다.

필요한 값과 합계 셀까지 자동으로 인식하기 때문에 누락 가능성을 줄일 수 있고 문장형 주석도 디테일 태깅이 필요한지, 블록 태깅이 적합한지 분석합니다.

② 행·열 택소노미 추천

셀을 선택하면 해당 셀의 행과 열에 가장 적합한 택소노미가 추천됩니다. 행에는 라인아이템(LineItem), 열에는 구성요소가 제안되기 때문에 수많은 표준 태그를 처음부터 직접 찾아 태깅할 필요가 없습니다.

각 태그의 영문 레이블과 설명도 함께 확인할 수 있어, 어떤 태그가 실제 항목과 가장 잘 맞는지 판단하기 쉽습니다.

③ 트리구조 설정과 실시간 미리보기

인벡터에서는 트리구조를 바꾸면 미리보기 표에 즉시 반영됩니다. 합계열 사용을 켜면 금감원 편집기의 합계열 체크와 동일한 방식으로 설정할 수 있고, 입력 전에 표 모양을 미리 확인할 수 있어 되돌리는 일이 줄어듭니다.

④ 축(Axis) 순서 변경

축이 2개 이상인 표에서는 축의 순서도 중요합니다. 예를 들어 '유형자산 분류' 축을 상위에 둘지, '감가상각누계액' 축을 상위에 둘지에 따라 표의 계층 구조가 달라질 수 있습니다. 인벡터에서는 축과 도메인 구성요소를 하나의 블록으로 잡아 드래그&드롭으로 순서를 바꿀 수 있습니다.

⑤ 기간 속성 자동 처리

같은 라인아이템이라도 기간 속성은 구분되어야 합니다. 당기와 전기, 기초와 기말, 3개월과 누적처럼 같은 항목 안에서도 기간 기준이 달라질 수 있기 때문입니다.

인벡터는 당기·전기, 기초·기말 같은 기간 속성을 셀 값에서 자동으로 탐지해 부여합니다. 같은 항목으로 태깅하더라도 미리보기에서는 기초와 기말이 분리되어 표시되고, 3개월과 누적처럼 구분이 필요한 값도 나뉘어 표시됩니다. 자동 지정된 속성은 필요하면 직접 수정할 수 있습니다.

⑥ 합계 자동계산·검증

마지막 단계에서는 합계 검증이 중요합니다. 인벡터는 빈 합계 칸을 자동으로 채우고, 합계가 일치하는지 검증합니다. 합계 셀의 태깅 값과 자동 계산 값이 다르면 경고가 표시됩니다. 이는 값을 잘못 태깅했거나, (+)(-) 처리가 다르거나, 본문 값 자체에 문제가 있을 수 있다는 신호입니다. 마감 직전에 몰리던 합계 대조를 솔루션이 먼저 잡아 주기 때문에 제출 전 검토 부담을 줄일 수 있습니다.

⑦ 직접 태그 추가: 검색과 확장

추천된 태그 중 알맞은 항목이 없을 때는 직접 태그를 추가할 수 있습니다. 검색으로 표준 태그를 찾아 넣거나, 기업의 특수한 항목은 확장 태그로 직접 만들 수 있습니다.

확장 구성요소를 만들 때는 표 유형에 맞는 축(Axis)을 추천받을 수 있고, 한글 라벨에 맞춰 영문 라벨도 자동 생성됩니다. 한 번 만든 확장 태그는 이후에도 재사용할 수 있습니다.

인벡터로 반복되는 태깅 부담을 줄여 보세요

DSD를 엑셀로 만드는 기능이 이미 공시된 보고서의 '재사용'을 돕는다면, XBRL 태깅 솔루션은 그 보고서를 '작성'하는 과정의 난이도를 낮춰 줍니다.

XBRL 태깅이 매 분기 부담이 되는 이유는 작업 자체가 복잡한 구조 판단과 반복 검증을 요구하기 때문입니다. 인벡터는 불필요한 반복 작업과 막히기 쉬운 지점을 쉽게 풀어, 특정 담당자의 경험에 의존하지 않고도 일관된 결과에 도달할 수 있도록 돕습니다.

매 분기 같은 XBRL 태깅 부담을 겪고 있다면 인벡터에 문의해 보세요. DSD 업로드부터 합계 검증까지, 작업 흐름이 한결 수월해질 거예요.