증빙
전표와 증빙의 연결
거래 하나가 전표 하나, 증빙 하나로 이어져 있으면 확인은 전표 번호를 따라가면 끝납니다. 종이 증빙은 스캔본 해상도와 파일명 규칙까지 정해 두면 다시 물어볼 일이 줄어듭니다.
전표–증빙 매칭
1:1 권장
증빙 보관 위치
클라우드 첨부
확인 소요
단축
감사 · 세무 확인 대비 자료 관리 안내
오후 세 시, 두 숫자가 같은 선에서 만난다
감사와 세무 확인에 대비해 클라우드 회계 환경에서 전표와 계정과목, 재무제표 자료를 어떻게 정리해 두면 되는지 안내합니다.
장부에서 생성한 재무제표
12,480,000
기간 합계 · 장부 기준
별도 스프레드시트 합계
12,480,000
두 숫자가 같은 선에서 만나야 감사 철의 확인 작업이 줄어듭니다. 어긋난 지점부터 정리하면 됩니다.
감사 대응, 평소에 정리해 두면 달라진다
감사나 세무 확인은 예고 없이 옵니다. 그때 처음 자료를 만들기 시작하면 전표와 계정과목이 뒤엉켜 있습니다. 이 페이지는 클라우드 회계 환경에서 감사 대응 자료를 어떻게 정리해 두면 되는지, 전표와 계정과목, 재무제표를 어떤 순서로 관리할지 안내합니다.
핵심은 사후 정리가 아니라 평소 기록입니다. 클라우드 환경에서는 전표 이력과 수정 기록이 자동으로 남기 때문에, 평소에 규칙만 지키면 감사 철에 뽑는 작업만 남습니다. 무엇을 규칙으로 삼아야 하는지가 이 페이지의 주제입니다.
요청 항목
감사에서 실제로 요청받는 것
감사에서 요청받는 자료는 크게 세 가지입니다. 거래를 증명하는 전표와 증빙, 계정과목 분류의 근거, 그리고 기간별 재무제표입니다. 이 셋이 서로 연결되어 있으면 확인 작업이 단순해집니다.
문제는 이 셋이 서로 다른 곳에 흩어져 있을 때 생깁니다. 장부는 회계 시스템에, 증빙은 파일 서버에, 재무제표는 별도 스프레드시트에 있는 식입니다. 이 상태에서는 요청받은 항목마다 출처를 다시 찾아야 합니다.
분류
계정과목 분류의 근거
같은 성격의 지출이 매번 다른 계정에 들어가면 왜 그렇게 분류했는지 설명할 거리가 늘어납니다. 자주 쓰는 거래처에는 규칙을 붙여 두고, 예외는 사유를 한 줄 남기는 편이 좋습니다.
규칙 문서화
필수
예외 기록
사유 한 줄
보고
기간별 재무제표
월별·분기별 재무제표가 장부에서 바로 나오면 요청받은 기간만 뽑으면 됩니다.
장부 → 재무제표를 한 방향으로 유지합니다. 별도 스프레드시트로 관리하면 장부와 어긋나는 순간이 생기고, 감사에서는 이 어긋남이 가장 먼저 확인됩니다.
전표 이력
전표 이력이 자산이 되는 순간
클라우드 환경에서는 누가 언제 어떤 전표를 만들고 수정했는지 기록이 남습니다. 이 기록 자체가 감사 대응 자료가 됩니다. 수정이 있었다면 그 이유와 시점이 함께 남기 때문입니다.
전표를 삭제하지 않고 수정 전표로 처리하는 습관이 이 기록을 살립니다. 원본이 사라지면 이력도 끊깁니다. 국내 ERP들이 감사 지원을 강조하는 이유도 이 이력 관리에 있습니다.
처리 방식
이력
재현 가능
수정 전표로 처리
원본은 남기고 조정만 덧붙입니다.
전표 삭제 후 재입력
원본이 사라져 변경 이유를 물을 대상이 없습니다.
삭제는 편해 보이지만 되돌릴 수 있는 기록도 함께 지웁니다. 감사에서는 이 차이가 그대로 드러납니다.
계정과목
계정과목 체계를 먼저 고정하기
계정과목이 사람마다 다르게 붙으면 감사에서 설명하기 어려워집니다. 같은 성격의 지출이 여러 계정에 흩어져 있으면 왜 그렇게 분류했는지 답해야 합니다. 그래서 계정과목 체계를 먼저 정하고 문서로 남기는 편이 좋습니다.
자주 쓰는 거래처와 항목에 규칙을 붙여 두면 분류가 흔들리지 않습니다. 클라우드 도구의 자동 분개 제안도 이 규칙 위에서 정확해집니다. 규칙이 없으면 제안도 매번 달라집니다.
자주 쓰는 분류
규칙 대상
판단 지점
판매관리비 · 소모품
거래처별 고정 계정
규칙 우선
외주 용역비
세금계산서 유형별
규칙 우선
차량 유지비
운행 기록과 함께
예외 기록
접대비 · 기타
한도·사유 기록
예외 기록
수수료 · 이자
금융기관 자동 매칭
자동 매칭
재무제표
재무제표와 장부가 어긋나지 않게
재무제표는 장부에서 나와야 합니다. 별도 스프레드시트로 재무제표를 만들면 장부와 어긋나는 순간이 생깁니다. 감사에서는 이 어긋남이 가장 먼저 걸립니다.
클라우드 회계는 장부에서 재무제표를 바로 생성합니다. 다만 결산 조정 항목이 제대로 반영되어야 숫자가 맞습니다. 조정 전표를 마감 전에 처리하는 습관이 이 문제를 줄입니다.
마감 전 점검
마감 전 장부
48
미처리 조정 전표
마감 후 장부
0
조정 전표를 마감 전에 정리해 두면, 장부에서 생성한 재무제표와 별도로 만든 표 사이의 차이를 뒤늦게 찾는 일이 줄어듭니다.
내부 통제
내부 통제와 승인 기록
규모가 커지면 승인 단계가 필요해집니다. 누가 지출을 승인했고, 누가 전표를 확정했는지가 기록으로 남아야 합니다. 클라우드 환경에서는 사용자 권한과 승인 워크플로로 이 부분을 관리합니다.
확인 대상
기록 위치
지출 승인자와 승인 시각
승인 워크플로 이력
전표 확정자와 확정 시점
전표 수정 이력
사용자 권한 배분
권한 설정
승인 없이 처리된 거래 유무
예외 확인 기록
내부 통제는 감사에서 자주 확인되는 항목입니다. 승인 없이 처리된 거래가 있는지, 권한이 적절히 나뉘어 있는지가 대상입니다. 도구를 고를 때 승인 기능과 권한 설정 범위를 확인하는 이유입니다.
정리 순서
정리 순서, 이렇게 하면 된다
순서는 도구보다 오래갑니다. 도구를 바꿔도 규칙과 순서가 남아 있으면 같은 문제가 반복되지 않습니다.
-
01
계정과목 체계를 정하고 문서로 남깁니다.
새 계정을 만들 기준과 이름 규칙을 함께 적어 두면 분류가 흔들리지 않습니다.
-
02
자주 쓰는 거래처와 항목에 분류 규칙을 붙입니다.
같은 거래처는 같은 계정으로 들어가게 하는 것만으로 감사 대응이 단순해집니다.
-
03
전표는 삭제하지 않고 수정 전표로 처리합니다.
원본을 남기면 언제, 왜 바뀌었는지가 기록으로 이어집니다.
-
04
마감 전에 조정 전표를 정리하고 재무제표를 장부에서 생성합니다.
조정이 끝난 뒤에 장부에서 뽑으면 별도 스프레드시트와 비교할 일이 줄어듭니다.
-
05
사용자 권한과 승인 단계를 점검합니다.
지출 승인과 전표 확정 권한이 분리되어 있는지 확인합니다.
지금 점검
지금 점검해 볼 항목
오늘 바로 확인할 수 있는 것들이 있습니다. 현재 계정과목이 몇 개인지, 최근 석 달간 수동으로 고친 전표가 얼마나 되는지, 은행 잔액과 장부 잔액이 매월 맞는지입니다.
이 세 가지를 보면 어디서 막히는지 대략 보입니다. 계정과목이 지나치게 많거나, 수동 수정이 잦거나, 잔액이 자주 어긋나면 정리할 지점이 있습니다. 어느 단계에서 막히는지에 따라 필요한 도구 등급이 달라집니다.
점검 지점
판단 신호
현재 계정과목 수
지나치게 많으면 통합
최근 석 달 수동 수정 전표
잦으면 규칙 재점검
은행 잔액과 장부 잔액 일치
어긋나면 조정 절차 확인
질문
자주 묻는 질문
감사 대응 자료 정비에서 가장 자주 나오는 세 가지 질문입니다.
감사 대응 자료는 언제부터 준비해야 하나요?
감사 시점이 아니라 평소 기록에서 갈립니다. 전표 이력과 계정과목 규칙이 상시 유지되면 감사 철에는 뽑는 작업만 남습니다.
전표를 삭제하면 왜 문제가 되나요?
수정 이력이 끊기기 때문입니다. 삭제 대신 수정 전표로 처리하면 변경 이유와 시점이 기록으로 남습니다.
재무제표를 별도로 만드는 것이 왜 위험한가요?
장부와 어긋날 수 있습니다. 감사에서는 이 불일치가 먼저 확인됩니다. 장부에서 재무제표를 생성하는 편이 안전합니다.
다음 단계
정리 순서를 정했으면, 도구를 고를 차례입니다
이 페이지는 감사 대응 자료를 어떻게 정리할지에 대한 안내입니다. 어떤 클라우드 회계 도구를 고를지는 전표 이력, 계정과목 규칙, 승인 기능, 재무제표 생성 방식 같은 점검 항목을 비교해 결정하게 됩니다.
상담 시간: 평일 09:00–18:00 (주말·공휴일 휴무) · 이메일 [email protected]