Definition
발생 주장 조서를 열어 보면 매출 인보이스 샘플 testing 결과만 적혀 있다. 거래가 정말 일어났는지, 그 거래가 피감사회사 것이 맞는지를 묻는 절차는 거의 비어 있다. 인식 시점에 대한 검증도 마찬가지다. 솔직히 이 부분은 리뷰에서 매번 같은 지적을 받는다.
발생 주장의 작동 방식
발생 주장은 경영진이 재무제표에 인식한 모든 거래가 실제로 일어났고 그 거래가 피감사회사의 통제 권한 안에 있다는 의미입니다. ISA 315.A69는 이를 "entity와 관련된 거래, 사건, 기타 항목"이라고 설명합니다.
매출채권 잔액에 포함된 거래는 실제로 고객에게 상품을 인도했거나 서비스를 제공했다는 뜻입니다. 매출액의 규모가 맞는지가 아니라 그 거래가 일어났는지를 입증해야 합니다.
ISA 315.A70에 따르면 발생 주장과 완전성 주장(completeness assertion)은 서로 다릅니다. 발생 주장은 "재무제표에 포함된 것이 실제로 존재하는가"를 묻는 것이고 완전성 주장은 "실제로 존재하는 모든 것이 재무제표에 포함되었는가"를 묻는 것입니다.
제 경험상 발생 주장 testing은 역으로 추적(tracing back)하는 방식으로 진행됩니다. 재무제표에 기록된 항목을 원본 문서(송장, 계약서, 은행 거래명세서)로 추적해서 거래가 실제로 일어났는지 확인합니다. 막상 해보니까 송장 한 장만으로는 부족한 경우가 많습니다.
산출 예시: Industrias Méndez S.A.
클라이언트: 스페인 제조업체, 2024년 결산, 매출 3천8백만 유로, IFRS 적용, 직원 180명
상황: 매출채권 잔액이 전년도 대비 18% 증가했습니다. 감사팀은 발생 주장을 testing하기 위해 샘플 선정(ISA 530)을 수행하기로 결정했습니다.
1단계: 표본 추출 12월 31일 현재 매출채권 조서에서 금액이 큰 거래 8개와 무작위 거래 12개(총 20개)를 선정했습니다. 총 잔액 2천2백만 유로 중 샘플 크기는 850만 유로입니다.
문서화 노트: 샘플 선정 기준과 크기 계산을 조서에 기재했습니다. ISA 530.8에 따라 샘플 설계 목표와 선정 방법을 명시했습니다.
2단계: 거래별 역추적 선택된 20개 거래마다 다음을 확인했습니다: - 매출 거래 기록: 판매 송장(albarán) 확인 - 고객 승인: 고객 서명이 있는 인수 증명(acta de recepción) 검증 - 배송 증거: 물류 회사 운송장 확인 - 회계 기록: 총원장의 매출액과 매출채권 기록이 송장과 일치하는지 확인
문서화 노트: 각 거래마다 거래 날짜, 거래 금액, 확인된 증빙(송장 번호, 운송장 번호, 인수 증명 번호), 테스트 결과(문제 없음 또는 편차 내용)를 기재했습니다.
3단계: 편차 평가 샘플 20개 중 19개는 문제가 없었습니다. 1건의 거래에서 편차가 발견되었습니다: - 기록된 거래: 2024년 12월 15일, 금액 850,000유로 - 실제 배송 날짜: 2025년 1월 2일 (인수 증명에 명시)
경영진은 이 거래가 연말에 인식된 것이 잘못되었으며 실제 배송이 다음 연도에 이루어졌다고 확인했습니다.
문서화 노트: 구매-판매 컷오프(cut-off) 편차로 분류했습니다. ISA 320.13에 따른 중요성 판단(전사 수준 중요성 760만 유로, 실행 중요성 570만 유로)에 비추어 이 편차 850,000유로는 개별 거래로는 중요하지만 샘플에서 확인된 유일한 편차입니다.
결론: 표본 내 편차율은 5%(1/20)입니다. ISA 530.A12에 따라 표본에서 검출된 편차를 모집단 전체에 추정했을 때 추정 왜곡표시는 약 1천1백만 유로입니다(850,000유로 × 13개월 / 1개월). 이는 실행 중요성을 초과하므로 전체 모집단(매출채권 2천2백만 유로)에 대해 추가 절차(전수 검토, 경영진 재평가)를 수행했습니다. 그 결과 추가로 2건의 컷오프 오류를 발견했고 경영진이 수정 분개(reversing entries)를 승인했습니다.
감사인이 흔히 놓치는 부분
- 감리 지적: 많은 감사팀이 "매출채권이 존재한다"는 확인만으로 발생 주장 testing을 완료한 것으로 봅니다. 고객에게 회신을 요청하거나 고객 대차대조표와 비교하는 식입니다. 그러나 이는 존재 주장(existence assertion)이지 발생 주장(occurrence assertion)이 아닙니다. 발생 주장은 거래가 피감사회사의 거래인지, 그 거래의 기초가 되는 경제적 실질이 있는지를 검증합니다. ISA 500.A13에서 감사인은 거래의 조건과 성격을 이해하는 증거를 획득해야 한다고 요구합니다. 금감원 표현으로는 "충분·적합한 감사증거 확보가 미흡한 것으로 확인되었습니다." 실무에서 이것이 의미하는 것: 조서가 너무 얇다.
- 실무 오류: 컷오프(cut-off) testing을 수행할 때 기록 날짜만 확인하고 배송 날짜(또는 서비스 제공 날짜)를 확인하지 않는 경우입니다. ISA 315.A68의 발생 주장은 시점(timing)을 포함합니다. 거래가 맞는 회기(reporting period)에 발생했는지 확인해야 합니다. 필자도 인차지로 필드에 나가서 같은 실수를 한 적이 있습니다.
- 문서화 실패: "발생 주장 testing 완료"라고만 기재하고 어떤 증빙을 확인했는지, 어떤 기준으로 거래를 발생 거래로 확인했는지 명시하지 않는 경우입니다. ISA 230.7에 따라 충분하고 적절한 감사 증거를 문서화해야 합니다.
발생 주장 vs. 존재 주장
| 구분 | 발생 주장(Occurrence) | 존재 주장(Existence) |
|---|---|---|
| 정의 | 재무제표에 기록된 거래가 실제로 발생했고 피감사회사의 거래 | 재무제표에 기록된 자산/부채가 결산일 현재 실제로 존재 |
| 테스트 방향 | 역추적(거래 기록 → 원본 증빙) | 순추적(자산 존재 → 재무제표 기록) |
| 예시 | 기록된 매출 송장이 실제 배송을 나타내는가 | 12월 31일 현재 청구된 매출채권이 해당 고객에게 실제로 존재하는가 |
| 리스크 포커스 | 허위 거래, 계약 없는 거래, 경영진 부정 | 존재하지 않는 자산 기록, 대손 위험 |
| 감사 증거 | 송장, 배송증거, 계약서, 고객 승인 | 고객 확인장, 자산 실사, 실제 점검 |
발생 주장이 중요한 이유
ISA 240.25에 따르면 부정(fraud) 리스크는 매출 인식 영역에 높습니다. 발생 주장 testing은 허위 매출 거래(존재하지 않는 거래 기록)를 감지하는 가장 효과적인 절차입니다. 단순히 고객 잔액 확인만으로는 이러한 리스크를 충분히 다루지 못합니다.
ISA 330.21에 따르면 감사인이 중요한 왜곡표시 리스크(significant risk)에 대응할 때 발생 주장과 관련된 거래는 충분하고 적절한 증거를 획득해야 합니다. 매출, 수익 인식 비용은 감사 리스크가 높으므로 발생 주장 검증에 시즌 일정 안에서도 충분한 시간을 배정해야 합니다.
관련 용어
완전성 주장 - 발생 주장과는 반대로, 실제로 발생한 모든 거래가 재무제표에 기록되었는지를 검증하는 주장
정확성 주장 - 기록된 거래의 금액과 분류가 정확한지를 검증하는 주장
권리와 의무 주장 - 기록된 자산이 피감사회사의 소유이며, 부채가 피감사회사의 의무임을 검증하는 주장
절단 주장 - 거래가 올바른 보고 기간에 기록되었는지를 검증하는 주장
표현과 공시 주장 - 거래가 적절하게 분류되고 공시되었는지를 검증하는 주장
중요성 - 발생 주장 testing 시 편차 평가의 기준이 되는 기준값
감사 증거 - 발생 주장을 뒷받침하는 원본 문서와 확인 정보
---