정기보고서 작성의 첫 단계는 보고서별 적용 기준을 확인하는 것입니다. 분기보고서·반기보고서·사업보고서는 모두 정기보고서에 해당하지만, 대상 기간과 제출기한, 회계감사인의 감사·검토 범위, 생략할 수 있는 기재사항이 서로 다릅니다.
법상 분기보고서는 사업연도 개시일부터 각각 3개월과 9개월, 반기보고서는 6개월, 사업보고서는 한 사업연도를 대상으로 작성합니다. 이러한 차이에 따라 감사·검토 일정과 준비해야 할 자료의 범위, 내부 마감 계획도 달라집니다. 이 글에서는 세 보고서의 주요 차이를 살펴보고, 12월 결산법인을 기준으로 제출 일정과 실무 작성 순서를 정리합니다.
정기보고서 종류와 차이를 알아야 하는 이유
분기보고서·반기보고서·사업보고서는 모두 정기보고서에 해당하지만, 대상 기간과 제출기한, 감사·검토 범위, 작성 항목이 서로 다릅니다. 이러한 차이를 정확히 구분하지 않으면 필수 기재사항이나 검토보고서를 빠뜨리거나, 반대로 생략할 수 있는 항목을 작성하느라 불필요한 시간을 들일 수 있습니다.
따라서 보고서 작성에 앞서 각 보고서의 기본 성격과 차이를 먼저 확인해야 합니다.
사업보고서란?
사업보고서는 한 사업연도의 경영정보를 종합해 제출하는 정기보고서입니다. 재무제표와 주석뿐 아니라 사업의 내용, 위험요인, 주주와 임직원 현황, 주요 계약과 거래 등 회사의 연간 정보를 폭넓게 담습니다.
제출기한은 사업연도 종료 후 90일 이내입니다. 12월 결산법인이라면 통상 다음 해 3월 31일까지 제출해야 합니다.
분기보고서·반기보고서란?
분기보고서와 반기보고서는 사업연도 중간의 경영·재무정보를 공시하는 정기보고서입니다. 기재사항은 기본적으로 사업보고서와 같지만, 변동 가능성이 작거나 다른 공시를 통해 확인할 수 있는 일부 항목은 생략할 수 있습니다. 대표적으로 이사의 경영진단 및 분석의견과 부속명세가 있습니다.
두 보고서 모두 원칙적으로 해당 기간 종료 후 45일 이내에 제출해야 합니다. 다만 대상 기간과 검토보고서 첨부 여부, 생략할 수 있는 항목에는 차이가 있습니다.
반기보고서
반기보고서는 사업연도 개시일부터 6개월간의 정보를 담습니다. 12월 결산법인이라면 1월 1일부터 6월 30일까지가 대상 기간입니다.
사업보고서에 기재하는 감사의견은 반기보고서에서 회계감사인의 검토의견으로 갈음할 수 있으며, 검토보고서 또는 감사보고서를 첨부해야 합니다. K-IFRS를 적용하는 연결재무제표 작성 대상 법인이라면 연결재무제표에 대한 검토보고서 또는 감사보고서도 함께 제출해야 합니다.
또한 반기보고서에는 보수총액이 5억원 이상인 등기임원의 개인별 보수와 그 산정 기준을 기재해야 합니다. 보수총액이 5억원 이상인 임직원 가운데 상위 5명의 개인별 보수와 산정 기준도 작성 대상입니다.
분기보고서
분기보고서는 사업연도 개시일부터 각각 3개월간과 9개월간의 정보를 담습니다. 12월 결산법인이라면 1분기는 1월 1일부터 3월 31일까지, 3분기는 1월 1일부터 9월 30일까지가 법정 대상 기간입니다.
K-IFRS 제1034호를 적용하는 경우, 3분기 손익 및 기타포괄손익계산서에는 7월부터 9월까지의 당분기 정보와 1월부터 9월까지의 누적 정보가 함께 표시됩니다.
분기보고서는 원칙적으로 검토의견 기재와 분기검토보고서 첨부를 생략할 수 있습니다. 검토의견 기재 의무가 없는 법인은 별도재무제표와 연결재무제표에 대한 분기검토보고서를 모두 첨부하지 않아도 됩니다. 더 자세한 내용은 분기보고서 기재 생략 가능 항목 총정리를 참고하세요.
다만 검사 대상 금융회사와 최근 사업연도 말 별도재무제표 기준 자산총액이 5천억원 이상인 주권상장법인은 검토의견을 기재하고 검토보고서를 첨부해야 합니다. 반기보고서에 기재하는 임원·직원의 개인별 보수 관련 사항은 분기보고서에서는 생략할 수 있습니다.
분기보고서·반기보고서·사업보고서 차이
세 보고서는 대상 기간뿐 아니라 제출기한과 감사·검토 기준, 작성 범위가 다릅니다.
구분 | 대상 기간 | 제출기한 원칙 | 감사·검토 | 작성 범위 |
|---|---|---|---|---|
사업보고서 | 한 사업연도 | 사업연도 종료 후 90일 | 감사보고서 첨부 | 회사의 연간 경영정보를 종합 공시 |
반기보고서 | 사업연도 개시일부터 6개월 | 기간 종료 후 45일 | 검토보고서 또는 감사보고서 첨부 | 사업보고서의 일부 항목 생략 가능 |
분기보고서 | 사업연도 개시일부터 3개월·9개월 | 각 기간 종료 후 45일 | 원칙적으로 검토의견·검토보고서 생략 가능. 일부 법인은 의무 | 반기보고서보다 더 많은 항목 생략 가능 |
정기보고서 작성 과정에서 확인해야 할 3가지
정기보고서를 작성할 때는 이전 보고서의 기간과 숫자만 바꿔서는 안 됩니다. 보고서마다 대상 기간과 감사·검토 요건, 생략할 수 있는 기재사항이 다르고, 작성 중 변경된 수치를 여러 문서에 빠짐없이 반영해야 하기 때문입니다.
따라서 작성에 들어가기 전에는 보고서의 범위와 일정을 확정하고, 작성 과정에서는 재무제표와 제출 파일이 동일한 최종본을 기준으로 작성됐는지 계속 점검해야 합니다. 다음 세 가지를 중심으로 확인해 보겠습니다.
1. 대상 기간과 감사·검토 요건, 작성 범위 확인
먼저 작성 대상이 1분기보고서, 반기보고서, 3분기보고서, 사업보고서 중 무엇인지 확인합니다. 이어 회사의 자산 규모와 업종을 기준으로 감사·검토 의무가 있는지, 이번 보고서에서 생략할 수 있는 항목은 무엇인지 정리합니다.
직전 보고서 이후 달라진 사업·주주·임직원·재무정보도 함께 점검해야 합니다. 작성 기준과 범위를 먼저 확정해야 이전 사업보고서의 내용을 그대로 옮기거나 필요한 검토 문서와 기재사항을 빠뜨리는 일을 방지할 수 있습니다.
2. 법정 제출기한과 내부 마감일 구분
법정 제출기한이 곧 회사의 실무 마감일은 아닙니다. 외부감사인의 감사·검토, 수정사항 반영, 내부 결재, 최종 제출에 필요한 시간을 역산해 단계별 내부 마감일을 별도로 정해야 합니다.
특히 분기·반기보고서의 법정 제출기한이 대상 기간 종료 후 45일이라고 해서 45일 전체를 보고서 작성에 사용할 수 있는 것은 아닙니다. 감사인에게 자료를 전달하는 날, 검토가 완료되는 날, 내부 결재를 마치는 날을 각각 구분해 일정을 세우는 것이 안전합니다.
3. 재무제표·DSD·XBRL 최종본 대조
감사인 수정본과 내부 결산본이 섞이지 않도록 최종 재무제표와 주석의 버전을 먼저 확정합니다. 연결재무제표와 별도재무제표를 함께 작성하는 경우에는 각 재무제표의 수치와 주석 범위도 명확히 구분해야 합니다.
외부감사인의 검토 과정에서 주석의 숫자 하나가 바뀌었다고 해도 재무제표만 수정해서는 안 됩니다. 같은 수정사항을 보고서 본문과 주석, DSD에 모두 반영해야 하며, XBRL 제출 대상이라면 IXD의 태깅 값도 동일한 최종본을 기준으로 대조해야 합니다.
마감 직전에는 하나의 수정사항이 여러 파일에 연쇄적으로 영향을 미칩니다. 최신 수치를 이전 버전의 파일에 잘못 반영하거나, 본문과 주석의 합계가 맞지 않거나, DSD 수정사항이 IXD에 누락되는 문제가 발생할 수 있습니다. 따라서 최종본 확정과 파일 간 대조를 하나의 통합된 검증 절차로 관리해야 합니다.
정기보고서 사이클 전체를, 인벡터 하나로.
XBRL 주석은 특히 수정이 많이 생기는 영역입니다. 적절한 태그를 판단하고 주석별 행·열 구조를 설계하는 과정보다, 최종 DSD와 IXD의 값이 일치하는지 확인하는 과정이 더 어렵죠.
인벡터는 Reference XBRL을 활용한 유사 사례 탐색부터 AI 오토태깅, 구조·수치 검증, DSD·IXD 대사까지 복잡한 XBRL 주석 작성 과정을 하나의 흐름으로 연결합니다.
1. Reference XBRL로 주석 구조와 태깅 사례 확인
인벡터 Reference XBRL에서는 동종업계 기업이 유사한 계정과목에 어떤 태그를 적용했는지 확인할 수 있습니다. 확장 태그 사용 여부뿐 아니라 주석 표의 Axis·Member·Line Item 구조도 함께 살펴볼 수 있습니다. 다른 회사의 사례를 그대로 따르는 데 그치지 않고, 해당 구조와 태그가 우리 회사의 주석에 적합한지 검토하는 참고 자료로 활용할 수 있습니다.
2. AI 오토태깅
인벡터 솔루션에 DSD 파일을 업로드하고 오토태깅 버튼을 누르면 AI가 주석 표의 구조와 문맥을 분석합니다. 이를 바탕으로 Line Item·Axis·Member를 구성하고 적합한 택사노미 요소를 배정합니다.
주석별 태깅 결과가 자동으로 생성되므로 담당자는 매핑 가이드와 근거를 확인한 뒤, 회사의 회계정보에 맞게 필요한 부분만 검토하고 수정할 수 있습니다.
3. 주석 구조와 수치 검증
인벡터 XBRL 솔루션에서는 주석 표의 트리 구조를 실시간으로 미리 확인할 수 있습니다. 태깅된 합계와 자동 계산값이 일치하지 않을 때는 경고가 표시돼 오류 가능성을 빠르게 점검할 수 있습니다.
IXD 파일을 생성한 뒤에는 DSD·IXD 자동 대사 기능으로 두 파일의 수치를 비교할 수 있습니다. 이를 통해 값의 불일치와 부호 차이, 단수 차이를 효율적으로 확인할 수 있습니다.
매 분기 동종업계의 주석 구조와 태그를 다시 찾고, 최종 DSD와 IXD를 일일이 눈으로 비교하고 있다면 인벡터에 문의해 보세요. 반복적인 사례 탐색과 파일 대조에 드는 시간을 줄이고, 담당자는 주석의 의미와 최종 수치를 검토하는 데 더욱 집중할 수 있습니다.