오늘은 한 코스피 상장사의 공시 오류 사례를 살펴 보려고 합니다. 분기보고서에 기재된 한 사업부문의 수주잔고가 1조 원 넘게 잘못 적혔다가, 제출 약 2주 만에 정정된 건인데요. 무엇이 어떻게 잘못됐고 이런 오류는 왜 발생했을까요? 구조적 오류를 줄이는 방법까지 정리해 보겠습니다.
L사의 정정공시 타임라인
문제가 된 건 L사의 일렉트릭 사업부문 '기타' 항목입니다. 보도에 따르면 L사는 지난 5월 15일 제출한 분기보고서를 약 2주 뒤 정정 공시했는데요. 수정 규모가 작지 않았습니다.
수주총액: 2조3782억 원 → 238억 원
기납품액: 8337억 원 → 83억 원
수주잔고: 1조5445억 원 → 154억 원
이에 따라 전체 수주잔고도 기존 18조 2681억 원에서 16조 7390억 원으로, 약 1조 5000억 원 줄었습니다.
회사 측은 "직원의 단순 입력 실수로 발생한 오류"이며 실제 사업 구조나 수주 상황 자체에는 변동이 없다고 설명했는데요.
시장의 반응은 달랐습니다. "단순 실수로 보기에는 수정 규모가 지나치게 크다"는 지적과 함께, "공시 검증 체계 전반을 점검해야 한다"는 목소리가 나왔죠. 수주잔고는 향후 매출과 실적을 가늠하는 핵심 지표인 만큼, 조 단위 숫자가 뒤늦게 정정된 데 대한 신뢰 우려가 따라붙은 겁니다.
공시 오류가 난 '진짜' 이유
핵심은 “누가 틀렸나”가 아닙니다. 약 100배 차이 나는 숫자가 내부 검토를 통과해 그대로 제출됐다는 점입니다. 회사 측은 “직원의 단순 입력 실수”라고 설명했지만, 더 중요한 문제는 그 실수를 제출 전까지 걸러내지 못한 공시 프로세스입니다.
특히 단위나 자릿수 오류는 눈으로 잡기 어렵습니다. 숫자의 형태 자체는 자연스러워 보이기 때문입니다. 100배 차이 나는 값이라도 표 안에서는 그저 하나의 큰 숫자처럼 보일 수 있습니다.
정기보고서 공시는 보통 이런 프로세스를 거칩니다.
엑셀 → DSD 작성: 각 부서에서 취합한 엑셀 시트를 DART 편집기로 옮겨 전자공시 문서(DSD 파일)를 작성합니다.
IXD 작성: XBRL 편집기에서 표 구성·택사노미 태깅·값 입력을 거쳐 IXD 파일을 만듭니다.
DSD ↔ IXD 대사: DSD 파일에 IXD 파일을 삽입하고, 양쪽 숫자가 일치하는지 대조합니다.
최종 제출: 최종 검토를 마친 뒤 전자공시합니다.
👉 공시 파일 종류가 헷갈린다면 다트 공시 파일(DSD·IXD)을 정리해 놓은 글을 먼저 읽어 보세요.
문제는 이 과정 곳곳이 여전히 수작업에 의존하고 있다는 점입니다. 엑셀에서 DSD로 옮길 때, DSD와 IXD의 숫자가 맞는지 확인할 때, 제출 직전 최종 검토를 할 때까지 담당자는 수십 개 표와 수백 개 숫자를 한 줄씩 확인해야 합니다.
그리고 출발점인 엑셀에서 한 번 틀어진 숫자는, 이후 단계로 그대로 복제됩니다. 잘못된 값이 DSD에 옮겨지고 나면 그다음 문서들도 그 숫자를 기준으로 만들어지기 때문이죠. 이 경우 문서끼리 숫자를 맞춰보는 대사로도 오류가 드러나지 않습니다. 모든 문서가 '똑같이 틀린 값'을 담고 있으니, 겉으로는 맞아떨어지는 것처럼 보이거든요. 결국 원천 숫자가 틀리면, 잘못된 값이 제출까지 그대로 따라가는 구조인 셈입니다.
공시 오류를 줄이려면 '기술'을 활용해야 합니다
정정공시를 줄이는 핵심은 "더 오래, 더 꼼꼼히 보기"가 아닙니다. 반복 검토를 사람 손에서 덜어내는 것이죠. 인벡터 DSD 솔루션은 바로 이 문제를 해결하는 데 집중했습니다. 공시 과정에서 실수가 나기 쉬운 단계를 자동화해 작업 시간을 줄이고, 수작업 특성상 생기는 오류도 미리 잡아낼 수 있도록 만들었습니다.
1. DSD → 엑셀 변환
기존에 공시된 DSD 파일이나 작성 중인 DSD 파일을 엑셀 형태로 변환하면, 공시 데이터를 더 쉽게 확인하고 비교할 수 있습니다.
2. 엑셀 → DSD 파일 생성
DSD URL로 변환해 둔 엑셀로 버전을 관리하다가, 공시 제출을 앞두고 다시 DSD로 전환하는 흐름도 가능합니다. 엑셀에서 정리한 재무제표와 주석 데이터를 바로 DSD로 전환하면, DART 편집기에서 일일이 수정하고 입력하고 비교하는 시간을 크게 줄일 수 있습니다. 게다가 불안정한 DART 편집기 대신 안정적인 엑셀에서 자료를 관리하니, '제대로 반영된 게 맞나?' 하는 불안감도 함께 줄어듭니다.
여기에 더해, 내부 회계 데이터도 DSD로 바로 전환할 수 있습니다.
기존에는 내부 회계 데이터 → 감사보고서 → DSD로 이어지던 프로세스를 내부 회계 데이터 → DSD로 한 단계 단축할 수 있는 거죠.
3. DSD ↔ DSD 대사
공시 업무에서 중요한 건 변환 그 자체가 아닙니다. 변환된 결과가 정확하게 반영됐는지 확인하는 과정이 더 중요하죠. 인벡터 DSD 소프트웨어는 DSD 보고서끼리 직접 비교할 수 있도록 도와줍니다. 이를 통해 버전 간 변경사항을 빠르게 파악하고, 전기·전분기 데이터까지 손쉽게 대사할 수 있습니다.
공시 시즌마다 되풀이되는 입력, 대사, 검증 업무. 인벡터와 함께라면 불필요한 과정을 덜고 더 중요한 일에 집중할 수 있습니다. 인벡터 DSD 소프트웨어를 직접 써보고 싶다면 바로 문의 주세요. 회사 상황에 맞는 방법을 찾아 드립니다.