올바른 은행 계정 조정: 오류와 부정을 조기에 발견하는 월간 프로세스

약 11분Mike ThriftMike Thrift
올바른 은행 계정 조정: 오류와 부정을 조기에 발견하는 월간 프로세스

회계 소프트웨어를 열어 운영 계좌의 현금 잔액을 확인해 보십시오. 이제 온라인 뱅킹에 접속하여 해당 잔액을 확인해 보십시오.

두 수치는 거의 확실히 일치하지 않을 것이며, 이는 지극히 정상입니다. 중요한 것은 그 차이가 발생하는 이유를 항목별로 5분 안에 설명할 수 있느냐입니다. 설명할 수 있다면 장부가 조정(reconciled)된 것입니다. 설명할 수 없다면 여러분의 현금 잔액은 추측에 불과하며, 추측만으로 급여 지급, 세금 납부 또는 대출 결정을 내려서는 안 됩니다.

은행 계정 조정은 추측을 방어 가능한 숫자로 바꾸는 월간 의례입니다. 또한 소규모 비즈니스가 가질 수 있는 가장 가성비 좋은 부정 방지 통제 수단이기도 합니다. 미국 은행의 수표 사기는 2021년에서 2023년 사이에 약 385% 증가했으며, 전형적인 직업적 부정 사건은 누군가 알아차리기까지 약 12개월 동안 지속됩니다. 이토록 오래 지속되는 이유는 거의 항상 동일합니다. 아무도 은행 계좌를 조정하지 않았거나, 조정을 제대로 하지 않았기 때문입니다.

이 가이드에서는 은행 계정 조정의 실제 의미, 단계별 월간 프로세스, 사람들을 헷갈리게 만드는 반복 항목, 그리고 이 작업을 단순한 체크박스 확인이 아닌 실질적인 부정 방지책으로 바꾸는 통제 수단에 대해 설명합니다.

은행 계정 조정의 본질

은행 계정 조정이란 특정 날짜를 기준으로 다음 두 숫자 사이의 차이를 서면으로 설명하는 것입니다.

  1. 월말 기준 은행 거래 내역서에 표시된 현금 잔액.
  2. 동일한 날짜의 총계정원장(GL)상 해당 계정의 현금 잔액.

실제 상황에서 이 두 숫자가 동일한 경우는 거의 없습니다. 장부와 은행이 동일한 거래를 서로 다른 날짜에 기록하기 때문입니다. 예를 들어, 여러분이 3월 28일에 수표를 발행했지만 공급업체가 4월 4일에 현금화할 수 있습니다. 3월 31일에 고객의 예금을 기록했지만 은행에는 4월 1일에 반영될 수 있습니다. 은행은 3월 30일에 송금 수수료를 부과하지만, 여러분은 거래 내역서를 읽기 전까지 이를 알지 못합니다. 이 중 어느 것도 오류가 아닙니다. 이는 *타이밍 차이(timing differences)*이며, 은행 계정 조정표는 이러한 항목들을 나열한 문서입니다.

이 문서의 목적은 정당한 타이밍 차이와 누락된 기입 사항에 대해 양쪽을 모두 조정한 후, 두 숫자가 정확히 일치함을 증명하는 것입니다. "거의 비슷함"이나 "$43.27 차이"가 아닌 정확히 일치해야 합니다. 오차 범위 제로만이 유일한 기준입니다. "미세한" 차이를 허용하는 순간, 작은 오차와 실제 문제의 초기 단계를 구분할 수 있는 능력을 잃게 되기 때문입니다.

2열 워크시트

어떤 소프트웨어를 사용하든 모든 은행 계정 조정은 동일한 구조를 따릅니다. 두 개의 열을 만들고 각 열을 조정하여 동일한 최종 숫자에 도달하게 합니다.

은행 측 (Bank side)

  • 시작: 은행 거래 내역서상의 기말 잔액.
  • 더하기: 미기입 예금 (장부에는 기록되었으나 은행 내역서에는 아직 반영되지 않은 금액).
  • 빼기: 미결제 수표 및 기타 미제시 출금액.
  • 조정: 확인된 은행 측 오류.
  • 결과: 조정 후 은행 잔액.

장부 측 (Book side)

  • 시작: 총계정원장상의 기말 현금 잔액.
  • 더하기: 은행에는 입금되었으나 아직 장부에 기록되지 않은 항목 (이자, 전자 자금 이체(EFT) 수취, 락박스 수금).
  • 빼기: 은행에서는 차감되었으나 아직 장부에 기록되지 않은 항목 (서비스 수수료, 부도 수표(NSF) 반환, 자동 인출, 송금 수수료).
  • 조정: 확인된 장부 기록 오류.
  • 결과: 조정 후 장부 잔액.

조정 후 은행 잔액 = 조정 후 장부 잔액이 되었을 때만 조정이 완료된 것으로 간주합니다. 장부 측을 조정하는 모든 항목은 분개(journal entry) 처리가 필요하며, 은행 측을 조정하는 항목은 단순히 다음 달에 결제되기를 기다리면 됩니다.

사람들을 곤란하게 만드는 반복 항목들

거의 모든 조정 작업에서 몇 가지 항목이 반복적으로 나타납니다. 이를 처리하는 방법을 알면 결산 속도를 높일 수 있습니다.

미결제 수표 (Outstanding Checks)

이미 발행하고 기록했지만 아직 은행에 도달하지 않은 수표입니다. 이미 장부상의 현금 잔액을 줄였으므로, 은행 잔액에서도 이를 차감하여 일치시켜야 합니다. 수표 번호, 수취인, 금액, 발행일을 포함한 목록으로 이를 추적하십시오. 90일 이상 결제되지 않은 수표는 수취인에게 확인 전화를 걸어야 합니다. 수취인이 분실했을 수 있으며, 이 경우 지급 정지 후 재발행해야 합니다. 대부분의 은행은 6개월이 지나면 원본 수표의 지급을 거절하며, 장기간 미인출된 수표는 주 정부의 미청구 자산 보고 의무를 발생시킬 수 있습니다.

미기입 예금 (Deposits in Transit)

월 마지막 날에 기록했으나 은행에는 다음 달 첫째 날에 반영된 예금입니다. 은행 잔액에 더하십시오. 만약 "미기입 예금"이 다음 달 거래 내역서에도 나타나지 않고 계속 남아 있다면 문제가 있는 것입니다. 예금이 은행에 전달되지 않았거나 중간에 유실되었을 가능성이 있습니다.

은행 서비스 수수료, 송금 수수료 및 계좌 분석 수수료

은행이 자동으로 차감하는 항목으로, 여러분은 아직 장부에 기록하지 않았을 것입니다. 장부 측에서 차감하고 해당 비용 계정을 차변에, 현금을 대변에 기록하는 분개를 생성하십시오.

이자 수익

은행은 귀하가 아직 장부에 기록하지 않은 이자를 입금합니다. 이를 장부에 추가하고 이자 수익을 대변에 기록하는 분개를 작성하십시오.

NSF(잔액 부족) 반환

귀하가 예금한 고객의 수표가 부도 처리됩니다. 은행은 원래의 입금 처리를 취소하며, 종종 추가 수수료를 부과합니다. 장부 잔액에서 원래의 예금액을 차감하고, 은행의 NSF 수수료를 차감한 후, 고객에 대한 미수금을 다시 설정해야 합니다. 두 번째 단계를 잊지 마십시오. 많은 소규모 기업이 부도 수표를 제각 처리하면서도 고객에게 다시 청구하지 않는 실수를 범합니다.

EFT 및 ACH 활동

구독료, 결제 대행 수수료, 급여세 인출, 자동 대출 상환 등이 이에 해당합니다. 이러한 항목들은 수표나 종이 증빙 없이 은행 계좌에 반영되므로 분개를 작성할 계기가 부족합니다. 종종 계정 조정만이 이러한 항목들이 제대로 기록되는 유일한 기회입니다. 예측 가능한 항목들에 대해서는 반복 분개 템플릿을 만드십시오.

은행 및 장부 오류

실제 은행 오류는 드물지만 존재합니다. 숫자 전치(transposition), 잘못된 계좌로의 입금, 중복 전기 등이 있습니다. 오류를 발견하면 이를 명확히 문서화하고, 은행에 서면으로 연락한 뒤, 수정될 때까지 은행 측 잔액을 조정하십시오. 장부 기록 오류는 훨씬 더 흔합니다. $1,234.50를 $1,243.50로 입력하거나, 은행 피드와 수동 입력이 모두 시스템에 반영되어 예금이 중복되거나, 수표를 잘못된 달에 기록하는 경우입니다. 장부 오류는 원본 거래를 편집하는 대신 수정 분개를 통해 해결하십시오(감사 추적을 위해).

단계별 월간 프로세스

하나의 은행 계좌를 운영하든 스무 개를 운영하든 효과적으로 작동하는 구체적인 순서는 다음과 같습니다.

1. 명세서를 기다린 다음 기간을 마감하십시오

주기 중간의 잔액으로 조정을 시도하지 마십시오. 월말(또는 귀하의 결산일)에 마감되는 공식 명세서를 기다리십시오. 회계 시스템에서 이전 달을 마감하여 귀하가 승인한 후 어느 누구도 거래 날짜를 소급하여 입력할 수 없도록 하십시오.

2. 기초 잔액 확인

첫 번째 건전성 점검은 이번 달 은행 명세서의 기초 잔액이 지난달 조정을 마친 후의 기말 조정 잔액과 일치하는지 확인하는 것입니다. 만약 일치하지 않는다면 지난달 조정이 제대로 이루어지지 않은 것이며, 이번 달의 나머지 작업은 사상누각이 될 것입니다. 작업을 멈추고 차이가 발생하는 지점을 찾으십시오.

3. 모든 은행 거래 대조

은행 명세서를 한 줄씩 살펴보며 장부에서 일치하는 항목을 찾으십시오. 일치하는 각 항목에 표시(또는 "체크")하십시오. 장부 순서가 아닌 명세서 순서대로 진행하십시오. 그래야 장부에 누락된 은행 항목이 마지막에 눈에 띄게 되어 누락된 분개를 더 빨리 찾을 수 있습니다.

4. 미일치 항목 목록 작성

은행 명세서에는 있지만 장부에는 없는 모든 항목은 분개 작성이 필요합니다. 주로 수수료, 이자, EFT 또는 NSF 반환 등이 이에 해당합니다. 반대로 장부에는 있지만 은행 명세서에 없는 항목은 미결제 예금(deposit in transit), 미인출 수표(outstanding check) 또는 오류입니다.

5. 조정표 작성

위에서 설명한 두 열로 된 워크시트를 사용하십시오. 대부분의 회계 시스템은 항목을 정산(cleared)으로 표시하면 이를 자동으로 생성하지만, 소프트웨어의 "자동 일치" 기능을 맹목적으로 믿지 마십시오. 금액만으로 일치시키는 과정에서 중복 거래가 숨겨질 수 있으므로, 소프트웨어가 제안한 일치 항목을 수락하기 전에 반드시 검토하십시오.

6. 차액을 0으로 만들기

조정 후 잔액이 일치하지 않는다면 체계적으로 차액을 추적하십시오. 몇 가지 빠른 테스트 방법은 다음과 같습니다.

  • 9로 나누어지는가? 거의 항상 숫자 전치 오류입니다($153 대신 $135로 적는 등).
  • 어떤 거래 금액의 두 배와 같은가? 중복 입력일 수 있습니다. 한쪽에는 제대로 되어 있지만 다른 쪽에는 반대로 기록된 경우입니다(예: 수표를 입금으로 기록).
  • 라운드 넘버(딱 떨어지는 숫자)인가? 종종 누락된 수수료, 이체 또는 예금인 경우가 많습니다.

7. 수정 분개 기록

장부 측에 대한 모든 조정 사항은 해당 기간의 마지막 날짜로 분개 처리됩니다. 적요란에 "은행 수수료"라고만 적지 말고 "명세서에 따른 4월 은행 서비스 수수료"와 같이 구체적으로 작성하십시오.

8. 서명, 날짜 기입 및 보관

최종 조정표, 은행 명세서, 분개장을 함께 출력하거나 내보내기 하십시오. 서명하고 날짜를 기입하십시오. 이 패키지는 2년 후 현금 잔액에 대한 의문이 생겼을 때 감사인, 은행원 또는 미래의 귀하가 확인하게 될 자료가 됩니다.

운영 계좌 그 이상을 조정하십시오

은행 계정 조정이 가장 익숙한 형태이지만, 타인의 장부에서 돈이 움직이는 모든 계좌에 동일한 규율을 적용해야 합니다.

  • 모든 당좌 및 저축 예금 계좌: 활동이 적은 계좌라도 예외는 아닙니다.
  • 모든 신용카드 계좌: 많은 사기 수법이 신용카드를 표적으로 삼습니다. 카드 소유자가 카드사가 문제를 잡아낼 것이라고 가정하기 때문입니다.
  • 결제 대행사 계정(Stripe, Square, PayPal): 총 입금액, 수수료, 환불, 차지백을 별도로 조정하십시오. 이것이 실제 수익과 실질 수수료율을 파악할 수 있는 유일한 방법입니다.
  • 대출 및 마이너스 통장 계좌: 대출 기관의 명세서와 대조하여 원금 잔액을 조정하고, 각 상환액을 원금과 이자로 나누어 기록하십시오.
  • 소액 현금: 단순히 서류상으로 조정하는 것이 아니라 불시에 실사를 수행하십시오.

각 계좌는 비즈니스에서 돈이 유입되고 유출되는 통로입니다. 각 계좌는 제3자의 명세서와 일치하는 독립적인 장부가 필요합니다.

실제로 부정을 포착하게 하는 내부 통제 시스템

기계적인 대조 작업은 필수적이지만 충분하지 않습니다. 직업적 부정이 1년 동안이나 숨겨질 수 있는 가장 큰 이유는 수표를 발행하고, 거래처를 승인하며, 예금을 관리하는 동일한 사람이 대조 작업까지 수행하기 때문입니다. 그들은 자신의 절도를 "대조"하고 있는 셈이며, 이는 장부상의 균형은 항상 맞지만 현금은 계속해서 사라진다는 것을 의미합니다.

실제 소규모 비즈니스에서 유효한 몇 가지 실질적인 통제 방법은 다음과 같습니다.

대조 수행자와 현금 취급자 분리

가능하다면 은행 거래 내역서를 대조하는 사람은 수표를 발행하거나, 결제를 승인하거나, 인감 권한을 가졌거나, 현금 입금을 관리하는 사람과 동일인이 아니어야 합니다. 이것이 불가능한 아주 작은 규모의 사업장이라면, 소유주가 직접 대조를 수행하거나 검토해야 합니다. 이 작업은 이미 현금을 통제하고 있는 직원에게 위임해서는 안 되는 작업입니다.

장부 관리 기능 외부에서 내역서 수령

은행 거래 내역서는 장부 담당자가 대조 전에 가로채거나 수정할 수 없는 곳으로 전달되어야 합니다. 소유주가 확인할 수 있는 전용 이메일 주소, 소유주의 집으로 발송되는 종이 우편물, 또는 소유주가 공식 PDF를 직접 다운로드할 수 있는 읽기 전용 은행 로그인 계정 등이 그 예입니다. 관리 대상인 사람이 제공한 내역서를 바탕으로 이루어지는 대조 작업은 요식 행위에 불과합니다.

결제된 수표 이미지 검토

유의미한 기준 금액 이상의 모든 결제된 수표의 앞뒷면 이미지를 확인하십시오. 수취인이 장부와 일치하는지, 배서가 적법해 보이는지, 서명이 본인의 것인지 확인하십시오. 수표 변조(수표 서명 후 수취인이나 금액을 변경하는 행위)는 숫자만 확인하는 대조 작업으로는 포착할 수 없습니다.

무효화 및 지급 정지 추적

자주 발생하는 수법 중 하나는 회계 시스템에서는 수표를 "무효화" 처리하고 은행에서는 처리하지 않은 채 현금화하는 것입니다. 장부상의 무효화된 수표 목록과 해당 기간의 실제 은행 활동을 대조하고, 무효화된 수표 용지가 물리적으로 폐기되었는지 확인하십시오.

거르지 않는 성실함

단일 항목 중 가장 효과적인 부정 방지책은 일관성입니다. 매달 거래 내역서 수령 후 영업일 기준 5일 이내에 공백 없이 대조 작업을 수행하면 대부분의 횡령 수법은 지속될 수 없습니다. 공인부정조사관협회(ACFE)의 최신 보고서에 따르면 직업적 부정 손실액의 중앙값은 약 145,000달러에 달하며, 직원이 100명 미만인 소규모 조직은 통제 수단이 적어 더 큰 피해를 입습니다. 월간 대조 작업은 가장 저렴하게 도입할 수 있는 통제 수단입니다.

대조 작업을 조용히 망치는 흔한 실수들

균형이 맞는 것처럼 보이는 대조 작업도 틀릴 수 있습니다. 다음 사항들을 주의하십시오.

  • 은행 피드 맹신. 은행 피드는 거래를 누락하거나 중복시키고 잘못 분류할 수 있습니다. 피드가 아닌 공식 거래 내역서를 기준으로 항상 대조하십시오.
  • "기타" 항목으로 강제 균형 맞추기. 54.18달러의 차이를 찾을 수 없어 "나중에 조사할 항목"으로 임시 계정에 전기한다면, 대조 작업이 포착해야 할 바로 그 신호를 숨겨버린 셈입니다. 반드시 원인을 찾으십시오.
  • 미결제 수표 방치. 수표가 6개월 이상 미결제 상태라면 거의 결제되지 않을 것입니다. 원인을 파악하고 무효화한 뒤 필요시 재발행하십시오.
  • 분기별 대조 수행. 분기별 대조는 3개월 치의 실수가 쌓이게 만듭니다. 오류의 흔적은 사라지고 부정의 창구는 열려 있게 됩니다.
  • 신용카드 대조 생략. 카드 내역서도 대조가 필요하며, 직원의 비용 부정이 자주 발생하는 곳이므로 운영 계좌보다 더 세밀한 대조가 필요할 때가 많습니다.
  • 회계 기간 마감 미이행. 사용자가 마감된 달로 거래 날짜를 소급하여 입력할 수 있다면, 지난달의 "균형 맞던" 대조 결과는 하룻밤 사이에 조용히 무너질 것입니다. 승인 후에는 해당 기간을 잠금 처리하십시오.

얼마나 걸려야 하나요?

한두 개의 운영 계좌를 가진 소규모 비즈니스의 경우, 내역서 수령, 거래 대조, 조정 항목 기록 및 파일링을 포함한 깨끗한 월간 대조 작업은 30분에서 90분 정도 소요되어야 합니다. 만약 정기적으로 꼬박 하루가 걸린다면, 다음과 같은 원인이 있을 수 있습니다. 현금성 자산 계정이 너무 많은 계정 과목표, 은행 피드 활동을 중복으로 입력하는 수동 데이터 입력, 또는 해결되지 않은 이전 달의 차액 방치 등이 그것입니다. 이 세 가지는 모두 해결 가능하며, 몇 번의 주기 내에 투자한 시간만큼의 보상을 돌려줍니다.

첫날부터 현금 상황을 정직하게 유지하십시오

대조 작업은 급여 지급 누락, 잘못된 세무 신고, 은행 대출 약정 위반, 또는 2년이 지난 후가 아닌 2개월 만에 발견된 횡령과 같은 실제 문제가 발생하기 전까지는 중요해 보이지 않는 조용한 습관 중 하나입니다. 메커니즘은 어렵지 않습니다. 독립적인 검토자와 함께 제때, 매번 수행하는 규율이 중요합니다.

텍스트 기반 회계(Plain-text accounting)는 이러한 규율을 더 쉽게 만듭니다. 모든 거래는 읽기 쉬운 파일에 저장되고, 모든 대조 작업은 검토 가능한 diff를 생성하며, 모든 이전 기간은 버전 관리되어 언제 숫자가 변경되었고 누가 변경했는지 정확히 확인할 수 있습니다. Beancount.io는 블랙박스나 벤더 종속 없이 이러한 투명성을 기본으로 제공하며, 미래의 회계사, 감사인 또는 AI 에이전트가 실제로 읽을 수 있는 파일 형식을 제공합니다. 무료로 시작하여 왜 개발자와 금융 전문가들이 텍스트 기반 회계로 전환하고 있는지 확인해 보십시오.