현금흐름 보고서 작성 방법: 완벽 가이드

현금흐름 보고서는 한 가지 질문에 답합니다. 즉, 현금이 얼마나 들어왔고, 얼마나 나갔으며, 얼마가 남았는가 하는 것입니다. 이를 작성하려면 특정 기간 동안의 은행 및 결제 거래 내역을 내보내기 하십시오. 그런 다음 각 내역을 영업, 투자, 재무 활동으로 분류하고, 월별로 순액을 계산한 뒤, 기말 잔액을 은행 거래 명세서와 대조하여 일치시킵니다.

어려운 부분은 산수가 아닙니다. 어떤 날짜를 기준일로 삼을지 결정하는 것이며, 이 결정에 따라 보고서의 모든 숫자가 달라집니다.

이 가이드에서는 현금흐름 보고서에 포함되어야 할 내용과 시작하기 전에 해야 할 두 가지 선택에 대해 다룹니다. 그런 다음 내보낸 데이터를 바탕으로 보고서를 작성하는 방법을 설명합니다.

현금흐름 보고서의 정의와 오해

여러분에게 실제로 필요한 경영 보고서는 상장 기업의 공시 자료에 들어가는 재무제표가 아닙니다.

법정 현금흐름표는 회계 기준에 따라 회계 장부를 바탕으로 작성되며 손익계산서와 일치해야 합니다. 이는 회계사의 업무이지, 스프레드시트 작업이 아닙니다.

실무 팀이 매달 필요로 하는 것은 이보다 더 좁은 범위이면서도 훨씬 유용한 정보입니다. 즉, 현금이 실제로 들어왔는지, 어디로 나갔는지, 그리고 남은 자금으로 얼마나 버틸 수 있는지(runway)에 대한 답입니다.

항목	포함하는 이유
기초 현금 잔액	실제 잔액과 일치하지 않는 보고서는 가치가 없습니다.
원천별 유입 현금	고객 수금액, 환불액 차감, 재무 활동 분리
범주별 유출 현금	급여, 거래처 대금, 세금, 원리금 상환
해당 기간의 순 변동액	사람들이 가장 궁금해하는 단 하나의 숫자
기말 현금 잔액	은행 거래 명세서와 일원 한 장까지 일치해야 합니다.
명시된 기준 날짜	각 내역이 어떤 날짜를 기준으로 집계되었는지 표시
명시된 보고 범위	어떤 계좌와 법인이 포함되었는지 표시

마지막 두 항목이 단순한 숫자 더미와 제대로 된 보고서를 구분 짓는 기준입니다. 이 기준이 없으면 두 사람이 동일한 데이터를 내보내어 작업하더라도, 둘 다 오류를 범하지 않았음에도 수천 달러의 차이가 발생할 수 있습니다.

이 글은 이미 이동이 완료된 현금에 대한 보고를 다룹니다. 미래 예측이 필요하다면, 관련 도구 영역을 다룬 저희의 현금흐름 예측 도구 소개 글을 참고하시기 바랍니다. 도구의 성격이 서로 다릅니다.

첫 번째 결정: 현금주의 또는 발생주의

보고서를 작성하기 전에 이 기준을 명확히 하십시오. 두 기준은 서로 다른 질문에 답하기 때문입니다.

IRS는 Publication 538에서 두 개념을 명확하게 정의하고 있습니다. 현금주의 방식에서는 "일반적으로 소득을 실제로 수령한 과세 연도에 보고"합니다. 비용은 "비용을 실제로 지급한 과세 연도에" 공제됩니다.

발생주의 방식은 타이밍이 다릅니다. 이 방식에서는 "대금 수령 시기와 관계없이 일반적으로 소득이 발생한 과세 연도에 보고"하며, 비용은 발생한 시점에 공제됩니다.

현금흐름 보고서에는 현금주의가 자연스럽게 어울립니다. 실제로 이동한 돈을 설명하는 것이므로, 발행되었으나 아직 결제되지 않은 청구서(인보이스)는 합계에 포함되지 않아야 합니다.

함정은 자신도 모르게 두 방식을 혼용하는 것입니다. 은행에서 수금 내역을 가져오고 회계 시스템의 발생주의 원장에서 비용을 가져와 합치면, 아무것도 설명하지 못하는 무의미한 숫자가 나옵니다.

이는 보고를 위한 선택일 뿐, 세무 자문이 아닙니다. 귀사의 세무 신고에 어떤 방식을 사용할지는 담당 회계사와 상의하셔야 합니다.

두 번째 결정: 어떤 날짜를 기준으로 삼을 것인가

이 부분에서 대부분의 현금흐름 보고서가 소리 없이 왜곡되며, 결제 대행사(PG사)가 그 이유를 가장 잘 보여주는 예시입니다.

Stripe의 payouts documentation은 이 두 가지 이벤트를 구분합니다. 문서에 따르면 "자금을 사용할 수 있게 되는 시점은 정산 일정에 따라 달라집니다." 또한 은행이 "자금을 수령한 후 이를 사용 가능한 상태로 만드는 데 추가 시간이 걸릴 수 있습니다."

초기에는 이 간격이 꽤 클 수 있습니다. Stripe은 첫 실결제 발생 후 "일반적으로 7~14일 이내에 첫 정산이 완료되도록 일정을 예약"합니다. 또한 이는 "업종, 운영 국가 및 위험 수준에 따라 더 오래 걸릴 수 있음"을 명시하고 있습니다.

따라서 단 한 건의 매출이라도 최소 세 가지의 기준 날짜 후보가 생깁니다. 고객이 결제한 날, 결제 대행사가 정산한 날, 그리고 은행 계좌에 입금된 날입니다.

결제일을 기준으로 작성된 현금흐름 보고서에는 아직 보유하지 않은 현금이 표시됩니다. 은행 입금일을 기준으로 작성된 보고서는 실제 잔액과 일치하지만 매출 시점보다 늦게 반영됩니다.

보고서가 실제 잔액과 일치해야 하는 경우에는 은행 입금일을 선택하십시오. 한 번 결정했다면 보고서에 이를 명시하고 모든 내역에 동일하게 적용하십시오.

외상매입금(지급채무)에서도 동일한 선택 상황이 발생합니다. 30일에 발행되어 다음 달 3일에 출금된 수표는 어떤 규칙을 적용하느냐에 따라 서로 다른 달에 속하게 됩니다.

세 가지 분류 항목에 포함되는 내용

모호한 내역이 존재할 수 있다는 점을 인정하고 나면 분류 작업은 생각보다 간단합니다.

영업 활동. 고객으로부터 유입된 현금, 공급업체 및 직원에게 지급한 대금, 납부한 세금, 그리고 회사 방침에 따라 이자 비용 등이 포함됩니다. 이 항목은 비즈니스가 스스로 자금을 조달하고 있는지를 보여줍니다.

투자 활동. 장기 자산의 매입 및 매각, 투자 자금의 유입 및 유출이 포함됩니다. 장비, 차량, 자본화된 소프트웨어 등이 여기에 해당합니다.

재무 활동. 차입금 조달 및 상환, 증자(자본 조달), 배당금 및 분배금 지급 등이 포함됩니다. 영업 활동이 아닌 자금 제공자로부터 조달하거나 그들에게 반환하는 돈입니다.

주로 두 가지 범주에서 논쟁이 발생합니다. 대출 이자와 소유주 인출금(owner drawings)은 둘 다 여러 항목에 분류될 만한 타당한 이유가 있습니다. 매달 새로 결정하기보다는 정의 탭에 선택한 기준을 명시해 두십시오.

내부 이체는 어느 항목에도 속하지 않습니다. 본인 소유 계좌 간의 현금 이동은 순액이 0이 되며, 양쪽을 모두 집계하면 총 유입액과 유출액이 동시에 부풀려집니다.

수동으로 작성하는 방법

옵션 1: 원천별로 탭을 나누고 요약하기

각 은행 계좌, 카드, 결제 대행사 데이터를 개별적으로 내보낸 후, 하나로 합치기 전에 각각의 독립된 탭에 유지하십시오.

각 탭에 분류 열과 표준화된 날짜 열을 추가합니다. 그런 다음 EOMONTH 함수로 생성한 월말 기준 데이터에 대해 SUMIFS 함수를 사용하여 모든 데이터를 하나의 표로 취합합니다.

Microsoft는 EOMONTH 함수를 "해당 월의 마지막 날의 일련번호"를 반환하는 함수로 설명합니다. 이를 통해 셀 서식에 의존하지 않고 월의 경계를 명확하게 지정할 수 있습니다.

이 방법의 한계는 대조(reconciliation)입니다. 여기서는 합산된 기말 잔액이 실제 은행 잔액과 일치하는지 검증하지 않으므로, 매달 직접 대조 작업을 수행해야 합니다.

옵션 2: 수작업 대신 조회 테이블을 사용하여 분류하기

거래 내역 설명과 카테고리를 매핑하는 2열짜리 테이블을 만들고, 행마다 일일이 태그를 다는 대신 각 내역을 조회(lookup)하여 분류하십시오.

이렇게 하면 분류 과정을 감사(audit)할 수 있게 됩니다. 누군가 소프트웨어 갱신 비용이 왜 영업 활동에 들어가 있는지 묻는다면, 기억을 되짚는 대신 이 테이블을 보여주면 됩니다.

테이블에서 누락되는 항목이 생길 수 있음을 염두에 두십시오. 일치하지 않는 내역은 기본값으로 영업 활동에 넣지 말고 "미분류" 항목에 그대로 노출되도록 하십시오. 묵인된 기본값 설정은 오류를 방치하는 원인이 됩니다.

한계는 변화(drift)입니다. 거래처 설명이 바뀌거나 새로운 공급업체가 등장하면 테이블이 항목을 제대로 포착하지 못하게 되며, 그 즉시 유지보수가 필요해집니다.

옵션 3: 맨 위에 대조 행 추가하기

기초 잔액, 순 변동액, 계산된 기말 잔액, 실제 은행 기말 잔액을 인접한 4개의 셀에 배치하고, 그 옆에 차액을 계산하는 셀을 둡니다.

차액이 0이 아니라면 그 아래의 내용은 읽을 가치가 없습니다. 검증 단계를 먼저 구축해 두면 검증되지 않은 보고서를 제출하는 실수를 방지할 수 있습니다.

스프레드시트에서 거래 내역을 대조하는 방법에 대한 저희의 스프레드시트에서 거래 내역 대조하기 가이드에서 이 일치 작업에 대해 더 자세히 다루고 있습니다.

한계는 차액이 0이라는 점이 합계 금액만을 증명할 뿐, 분류의 정확성을 보장하지는 않는다는 것입니다. 은행 잔액과는 완벽히 일치하더라도 급여가 재무 활동에 들어가 있을 수 있습니다.

공통적인 한계. 세 가지 옵션 모두 모든 데이터 원천이 동일한 날짜 기준과 동일한 날짜 범위를 다루고 있다고 가정합니다. 탭 간에 날짜 범위가 일치하지 않는 것은 이 보고서에서 가장 흔하게 발생하는 보이지 않는 오류입니다.

수동 작업의 한계가 드러나는 지점

첫 번째 현금흐름 보고서를 작성하는 데는 반나절이 걸립니다. 하지만 네 번째 보고서는 입력 데이터가 바뀌기 때문에 더 오랜 시간이 걸립니다.

새로운 결제 대행사가 추가되면 열 레이아웃이 다른 네 번째 내보내기 파일이 생깁니다. 카드가 교체되면 거래 내역 텍스트가 바뀌어 조회 테이블에서 행을 놓치기 시작합니다.

그러고 나면 기준 날짜에 대한 질문이 다시 제기됩니다. 누군가 매출 수치와 현금 수치가 왜 일치하지 않는지 물어보면, 정산 지연(settlement lag)에 대해 다시 한번 구구절절 설명해야 합니다.

압박을 받는 상황에서만 드러나는 네 번째 비용도 있습니다. 이사회 임원이 변동 원인을 물어보면, 이미 기억에서 사라진 지난 3개월 동안의 분류 기준을 다시 추적하여 설명해야 합니다.

동일한 작업의 차이 분석(variance) 측면에 대해서는 예산 대비 실적 보고서 작성 방법 가이드를 참조하십시오.

Powerdrill Bloom으로 작성하는 방법

1단계: 은행 및 결제 내보내기 파일 업로드하기

은행 거래 명세서, 카드 내역, 결제 대행사 정산 내역 파일을 함께 업로드합니다. Powerdrill Bloom은 업로드 즉시 열 데이터를 분석하므로, 합계가 계산되기 전에 일치하지 않는 날짜 범위, 중복된 거래 ID, 빈 금액 등의 문제를 미리 찾아냅니다.

2단계: 자연어로 보고서 설명하기

규칙을 직접 구축하는 대신 말로 설명하십시오. 기준 날짜, 기간, 세 가지 분류 항목, 보고 범위에 속하는 계좌, 제외할 내부 이체 쌍을 지정하기만 하면 됩니다.

그런 다음 오류를 잡아낼 수 있는 질문을 던지십시오. 어떤 내역이 분류되지 않았는지, 어떤 거래가 두 군데의 원천에 중복으로 나타나는지, 계산된 기말 잔액이 직접 입력한 은행 기말 잔액과 일치하는지 물어보십시오.

3단계: 차트, 보고서 또는 프레젠테이션 덱 내보내기

월별 현금흐름 표, 기말 잔액 대비 순 변동액 차트, 또는 합계 옆에 기준 날짜가 명시된 슬라이드를 내보내십시오.

AI 현금흐름 분석 도구 페이지에서 도구 관점의 동일한 작업을 확인하실 수 있습니다.

자주 하는 실수들

여러 원천의 기준 날짜 혼용. 결제 대행사의 결제일과 은행의 입금일을 함께 더해서는 안 됩니다.

내부 이체 집계. 양방향 거래가 모두 집계되어 순액은 맞지만 총 유입액과 유출액이 모두 부풀려집니다.

미분류 내역을 기본적으로 영업 활동으로 분류. 가장 중요한 분류 항목이 매핑에 실패한 모든 내역을 소리 없이 흡수해 버립니다.

대조 행 생략. 은행 잔액과 일치하지 않는 보고서는 그저 그럴듯하게 꾸며진 추측에 불과합니다.

단 한 달의 데이터만 제시. 현금흐름은 불규칙하므로, 단 한 달의 데이터만 보면 3개월 치 데이터가 보여주는 사실과 상반되는 결론을 내릴 수 있습니다.

환불액을 단일 매출 라인에 상계 처리. 유입액이 감소한 것인지 아니면 반품이 증가한 것인지 구분할 수 없게 됩니다.

이를 '현금흐름표'라고 부르는 것. 법정 현금흐름표는 회계 기준에 따라 장부를 바탕으로 작성되는 것이며, 보고서를 읽는 사람에게는 이 차이가 매우 중요합니다.

결론

기준 날짜를 확정하고, 범위를 명확히 하며, 테이블을 기준으로 분류하고, 내부 이체를 제거한 뒤, 대조 검증을 다른 무엇보다 우선시하십시오. 그렇게 해야 비로소 의사결정에 활용할 수 있는 현금흐름 보고서가 완성됩니다.

초기에 내린 두 가지 결정이 보고서의 신뢰성을 뒷받침합니다. 현금주의와 발생주의 중 어느 것을 택할지, 그리고 어떤 날짜를 기준으로 삼을지에 따라 현금 수치에 대한 거의 모든 이견이 설명됩니다.

보고서 자체에 이 두 가지 기준을 명시하십시오. 독자가 기준을 명확히 알면 여러분의 선택에 대해 논의할 수 있으며, 이는 서로 다른 기준을 마음대로 짐작하는 것보다 훨씬 낫습니다.

매달 이 보고서를 다시 작성하느라 하루를 허비하고 있다면, 직접 내보낸 데이터로 Powerdrill Bloom을 사용해 보십시오. AI 보고서 생성기 페이지도 참고해 보시기 바랍니다.

자주 묻는 질문

현금흐름 보고서와 현금흐름표의 차이점은 무엇인가요?

현금흐름표는 회계 기준에 따라 장부를 바탕으로 작성되며 손익계산서와 일치해야 합니다. 반면, 경영용 현금흐름 보고서는 은행 및 결제 내보내기 데이터를 바탕으로 특정 기간 동안 실제로 이동한 현금을 설명합니다.

현금흐름 보고서는 현금주의와 발생주의 중 어떤 방식을 사용해야 하나요?

실제로 이동한 돈을 설명하는 보고서이므로 현금주의가 적합합니다. IRS는 현금주의 방식을 소득을 수령했을 때 보고하고 비용을 지급했을 때 공제하는 것으로 설명하며, 이는 현금 보고서에 필요한 타이밍과 일치합니다.

카드 결제의 경우 어떤 날짜를 사용해야 하나요?

보고서가 실제 잔액과 일치해야 하는 경우에는 돈이 은행 계좌에 입금된 날짜를 사용하십시오. Stripe은 자금 사용 가능 여부가 정산 일정에 따라 달라지며, 은행이 자금을 수령한 후 추가 시간이 소요될 수 있다고 명시하고 있습니다.

본인 계좌 간의 이체는 어떻게 처리하나요?

양쪽 거래를 모두 제외하십시오. 이를 집계하면 총 유입액과 총 유출액이 동일한 금액만큼 부풀려져, 순액은 맞더라도 모든 총액 수치가 왜곡됩니다.

현금흐름 보고서의 세 가지 분류 항목은 무엇인가요?

영업 활동은 고객으로부터의 현금 유입과 공급업체, 직원, 세금에 대한 지급을 다룹니다. 투자 활동은 장기 자산 및 투자를 다룹니다. 재무 활동은 차입금, 자본 조달, 분배금을 다룹니다.