Definition

감리에서 가장 먼저 보는 게 총계정원장(GL)이다. 조서에 GL 통제 결과가 안 받쳐주면 바로 걸린다. 기업의 모든 거래를 계정별로 정리해 기록하는 원장이고, 각 계정의 거래 내역과 잔액을 보여준다. 감사인은 재무제표가 GL에서 정확하게 추출되었는지, GL의 거래가 업무상 실제 근거에 기초하는지를 확인해야 한다. 감사기준서 240.A1에서 규정한다.

작동 방식

GL은 단순히 숫자가 모인 파일이 아니다. 피감사기업 회계 시스템에서 생성되는 중앙 데이터베이스다. 모든 거래는 기표 시 또는 기표 직후 GL에 기록되며, 각 거래는 차변과 대변을 포함한 회계 항목(엔트리)으로 나타난다. 감사기준서 330.16은 감사인이 거래 수준의 통제를 평가하고 표본 선정으로 기표된 거래의 정확성을 확인하도록 요구한다.

실무적으로 GL은 두 가지 형태로 존재한다. 첫 번째는 감사인이 조회할 수 있는 요약 GL(Trial Balance)로, 각 계정의 기초 잔액, 기중 거래액, 기말 잔액을 보여준다. 두 번째는 상세 GL(General Ledger Detail)로, 각 거래마다 기표 날짜, 참조 번호, 거래처, 금액을 기록한다. 감사인은 두 형태 모두 검증해야 하며 특히 요약 GL이 상세 GL과 일치하는지 재계산으로 확인해야 한다.

GL에서 감사인이 주목해야 할 부분은 계정 코드 체계다. 일관된 계정 코드 사용이 거래의 올바른 분류를 보증한다. 판매비와 관리비 계정(5000번대)에 원재료비(2000번대) 항목이 섞여 있으면 거래 분류 오류가 발생한 것이다. 감사기준서 240.A1은 이러한 분류 오류가 경영진의 의도적 오류일 수 있음을 언급한다.

실제 사례: 뮤라노 기계 제조

클라이언트: 독일 기계 제조업체, 2024년 회계연도, 매출 8,500만 유로, IFRS 보고

배경: 뮤라노는 프레스 기계를 제조하고 판매하는 기업이다. 2024년 12월 31일 기말 재무제표에서 판매비와 관리비가 전년 대비 23% 증가했다. 감사팀은 GL을 추출해 원인을 조사했다.

1단계: 요약 GL 검증

감사인이 회계 시스템에서 추출한 Trial Balance를 확인했다.

계정기초 잔액기중 거래액기말 잔액
판매비와관리비(6000)€0€18,400,000€18,400,000
제조원가(4000)€0€62,100,000€62,100,000
재무비용(6500)€0€1,200,000€1,200,000

조서: 6000번 계정의 기중 합계를 계산기로 확인함. 피감사기업 ERP 시스템 보고서와 일치함. 차변/대변 합계도 균형. 계정 코드 체계는 독일 HGB 표준을 따름.

2단계: 상세 GL에서 비정상 항목 탐색

감사인이 6000번(판매비와 관리비) 계정의 월별 상세 내역을 추출했다. 10월에 다음 항목을 발견했다.

- 2024년 10월 15일, 기표번호 GL-087654, "원재료 구입: 미국 공급업체 Smith Industries", €2,100,000, 차변 6000번 계정, 대변 외화 결제계정

조서: 거래 분류 오류 발견. 원재료 구입(보통 4100번 계정)이 판매비와관리비(6000번)에 기표됨. 선적서, 송장, 승인 전표를 확인함. 모두 유효함. 다만 계정 번호 잘못 기입. 기표 담당자 인터뷰 결과 외화 거래 기표 시 계정 번호 입력 오류 발생.

3단계: 영향도 평가 및 수정

€2,100,000 오류는 판매비와관리비를 과대표시하고 제조원가를 과소표시했다. 기말 보고 전에 피감사기업이 수정 분개를 입력했다.

조서: 수정 후 6000번 계정 기말 잔액은 €16,300,000. 수정 전후 차이를 검증했고 피감사기업의 계정 코드 오류 관리 통제(매월 계정별 이상 금액 검토)가 충분하지 않음을 발견함. 권고: 외화 거래 기표 시 이중 확인(dual control) 도입.

GL을 두 수준(요약/상세)에서 검증함으로써 거래 분류 오류를 적발할 수 있었다. 오류 금액 자체는 크지 않았으나 기표 통제의 약점을 드러냈다.

감사인과 검토자가 놓치는 부분

- 계정 코드 오류 검출 미흡: 많은 감사팀이 GL을 "숫자 검증" 용도로만 쓰고 거래가 올바른 계정 번호로 기표되었는지는 표본 기반으로만 확인한다. 감사기준서 330.16은 거래 수준 통제의 효과성을 평가하도록 요구하는데 이는 계정 분류 오류까지 포함한다. 금감원: "재무제표 표시(presentation) 측면에서 계정 분류 오류에 대한 감사절차가 미흡한 것으로 확인되었습니다." 실무에서 이것이 의미하는 것: 조서가 너무 얇다. 분류 오류를 중요하지 않다고 넘기면 감리에서 바로 지적된다.

- 반복 거래와 비정상 거래의 구분 부족: 감사인이 GL을 추출한 후 "금액별 정렬" 또는 "날짜별 정렬"만 수행하는 경향이 있다. 계정별 거래 패턴(월별 규칙적 거래 vs. 일회성 거래)을 분석하지 않으면 비정상적 시점의 거래나 예외적 금액을 놓친다. 감사기준서 240.A1(부정 감시)의 요구사항에 미달한다. 솔직히 시즌 막바지에 GL 정합성이 깨진 클라이언트를 만나면 인차지부터 멘탈이 깨진다.

- GL과 보조원장의 연결 고리 부재: 피감사기업이 보조원장(subledger, 예: 고객 거래 원장, 공급업체 거래 원장)을 운영하는 경우 감사인은 보조원장의 합계가 GL의 해당 계정과 일치하는지만 확인한다. 보조원장 내 개별 거래(고객별 판매액, 공급업체별 매입액)가 GL의 합계와 역방향으로 추적되는지는 확인하지 않을 때가 많다. 합계 일치(total match) 함정이다.

관련 용어

- 시험 거래 - 거래가 GL에 올바르게 기표되었는지 확인하기 위해 감사인이 직접 거래를 수행하는 절차 - 계정 과목 분류 - 거래를 올바른 계정 번호로 기표하는 프로세스 - Trial Balance - GL에서 추출한 요약 문서로 모든 계정의 차변과 대변 잔액을 나열 - 보조원장 - 고객, 공급업체, 자산 등 특정 항목에 대한 상세한 거래 기록 - 기표 통제 - 거래가 정확한 금액으로 정확한 계정에 기표되도록 보장하는 내부 통제 - 거래 추적 - 원문 거래 증거(송장, 계약)에서 GL의 기표까지 추적 가능해야 함을 의미

실무 감사 인사이트를 매주 받아보세요.

시험 이론이 아닙니다. 감사를 빠르게 만드는 실질적인 내용입니다.

290개 이상의 가이드 게시20개 무료 도구현직 감사인이 구축

스팸 없음. 저희는 감사인이지 마케터가 아닙니다.