현금흐름 예측: 13주 롤링 예측 방법

이 가이드는 회사의 유동성을 관리하는 간단하고 CFO급 수준의 방법을 제공합니다. 13주 롤링 현금 예측을 구축하면 주 단위로 현금 런웨이를 확인하고, 회수와 지급을 전략적으로 조정하며, 재무상의 놀라움을 제거할 수 있습니다. 창업자를 위해 설계된 시스템이며, 이 페이지에는 실제 모델이 포함되어 있습니다: 샘플 데이터가 포함된 공식 기반 워크북과 그 처음 2주를 뒷받침하는 샘플 Beancount 원장입니다(아래 다운로드 참조).

이 가이드가 아닌 두 가지: 예측은 직접 입력하는 미래 지향적 추정치이며, 회계 실적은 이미 원장에 반영된 은행 거래입니다 — 아래의 월요일 루틴은 후자를 전자에 수동으로 복사합니다. 여기에는 자동 동기화가 없습니다: 워크북에는 매크로나 외부 연결이 없으며, 어떤 단계도 은행이나 Beancount에서 자동으로 가져오지 않습니다.

왜 13주인가?​

13주 예측은 운영 현금 관리의 표준으로 여겨지는 데는 몇 가지 핵심 이유가 있습니다:

• 단기 통제: 약 한 분기를涵盖하여 즉각적인 유동성을 명확히 파악할 수 있습니다. 이 기간은 2~3회의 급여 주기, 세금 납부, 일반적인 공급업체 지급 조건을 포함할 만큼 길지만, 정확성과 실행 가능성을 유지할 만큼 짧습니다.
• 수입·지출 관점: 이 예측은 "직접법"을 사용하여 현금 유입과 유출에만 집중합니다. 발생주의 회계나 수익성이 아니라 실제로 은행 계좌에 들어오거나 나가는 금액에 관한 것이므로, 예측이 은행 잔고에 직접 연결됩니다.
• 롤링 방식, 고정 아님: 일회성 예산이 아닙니다. 매주 지난 주를 제거하고, 끝(13주차)에 새 주를 추가하며, 가정을 업데이트합니다. 이렇게 하면 미래 지향적 기간이 일정하게 유지되어 예측이 역동적인 주간 습관이 됩니다.

구축할 내용​

1. 단일 스프레드시트: 시스템의 핵심은 13개 열(1주차~13주차)과 명확히 정의된 섹션(기초 현금, 수입, 지출, 순현금, 기말 현금)이 있는 하나의 시트입니다.
2. 카테고리 매핑: 원장의 거래를 예측 카테고리에 매핑하는 간단한 시스템입니다(예: Stripe의 모든 지급은 "고객 수입"에, Gusto 지급은 "급여"에 매핑). 워크북의 공급업체 매핑 탭에 이 매핑이 이미 포함되어 있으며, 은행/카드 이중 계산 방지 규칙도 포함되어 있습니다 — 직접 만들지 말고 이 매핑에서 시작하세요.
3. 주간 리듬: 예측 업데이트, 편차(예측 vs. 실적) 추적, 재무 임계값 도달 시 조치를 취하기 위한 사전 정의된 트리거 집합을 위한 반복 가능한 프로세스.

시작 파일 다운로드​

빈 페이지 설정은 건너뛰세요: 이 가이드에는 샘플 데이터가 포함된 공식 기반 워크북과 그 처음 2주를 뒷받침하는 샘플 원장이 포함되어 있습니다.

• 13주 예측 워크북 (XLSX, v1.0.0) — cash-flow-forecast-13-week-ko.xlsx. 편집 가능한 가정, 수식으로 연결된 주 및 공급업체 매핑 탭; 파란색 샘플 셀을 자신의 숫자로 바꾸세요.
• 샘플 원장 및 실적 (Beancount 원장, .bean) — sample.bean. 워크북의 처음 2주와 일치하는 W1~W2 은행 실적이 포함된 균형 잡힌 예제 원장.

시작 파일 작동 방식 (입력 전에 읽어보세요)​

시트. 워크북(cash-flow-forecast-13-week-ko.xlsx, v1.0.0)에는 세 개의 시트가 있습니다:

• Forecast — 13개의 날짜가 있는 주, 가정, 수입, 지출, 순/기말 현금.
• Vendor Mapping — 원장→카테고리 매핑과 소스별 은행/카드 현금 계산 규칙.
• Notes — 생성기에서 복제된 메커니즘, 시나리오 토글 및 버전으로, 파일이 오프라인에서도 스스로 설명할 수 있습니다.

시간 기준. 주는 월요일 시작이며, W1은 2026-09-14부터 W13은 2026-12-07에 시작합니다(Forecast의 2행; 모델을 적용할 때 이 날짜를 편집하세요 — 모든 수식은 주를 기준으로 하므로 연결이 유지됩니다). 거래는 전기일이 포함된 주(월요일~일요일)에 속합니다.

단위. 전체 USD(숫자 형식 #,##0). 샘플 회사는 시드 단계 SaaS로, 85,000으로 시작하며, 주간 급여는 0 / 11,000으로 번갈아 지급되고, 월세와 주당 900의 대출 자동이체가 있습니다.

입력 vs. 계산. 파란색 셀은 수동 입력이고, 나머지는 모두 수식입니다:

• 입력: 기초 잔고 B5 (85,000), 토글 B6/B7 (1.0), 최소 현금 B8 (40,000), 수입 기준 1214행, 지출 기준 1726행, 2행의 주 날짜.
• 수식(열 B, 1주차 기준 — 이후 주는 열 문자가 이동합니다): 기초 B10 = $B$5 (2~13주차는 대신 이월됩니다, 예: C10 = B29); 총 수입 B15 = B12*$B$6+B13*$B$7+B14; 총 지출 B27 = SUM(B17:B26); 순현금 B28 = B15-B27; 기말 B29 = B10+B28.
• 재계산은 자동이며 파일은 fullCalcOnLoad를 설정하므로 Excel, LibreOffice, Numbers는 열 때 재계산합니다(파일은 캐시된 수식 값을 저장하지 않음). 파란색 셀을 변경하면 13주 모두가 움직입니다 — 예: 수금 토글 B6을 1.2로 설정하면 W1 수입이 12,200에서 14,600으로, W1 기말 현금이 87,500에서 89,900으로 변경됩니다.
• yarn generate:cash-flow-forecast로 언제든 원본 파일을 다시 생성할 수 있습니다(생성기: scripts/generate-cash-flow-forecast.py, writer openpyxl 3.1.5; --verify는 파일을 다시 열고 모든 합계 셀이 실제 수식인지 확인합니다).

샘플 vs. 실제 데이터. 모든 파란색 셀에는 샘플 숫자가 포함되어 있습니다 — 이는 작업 예시이지 실제 비즈니스가 아닙니다. 주 단위로 자신의 숫자로 바꾸세요; 두 토글(B6은 모든 고객 수입을 스케일, B7은 모든 선수금을 스케일)만 시나리오 플레이를 위해 일반적인 상태로 두는 것이 좋습니다. 샘플 원장의 W1W2 실적은 설계상 워크북의 W1W2 샘플 예측과 동일하므로 예측 대비 실적 편차가 0입니다: 이것이 대사 목표이며, 실제 장부에 대한 주장이 아닙니다.

구조 (필요한 행)​

예측 시트는 모든 현금 이동을 포착하기 위해 다음 행으로 구성되어야 합니다. 이는 다운로드의 Forecast 시트 레이아웃입니다(수입 1214행, 지출 1726행, 합계 10/15/27~29행) — 두 번째 사양이 아닌 지도로 읽으세요.

• 기초 현금 잔고 (이전 주의 기말 현금 잔고와 일치해야 함)

• 수입 (현금 유입)

  • 고객 수입: 기존 청구서(매출 채권)에서 회수할 것으로 예상되는 현금.
  • 신규 계약/선수금: 13주 기간 내에 체결될 신규 거래에서 기대되는 선불 지급.
  • 기타 유입: 세금 환급, 이자 수익, 보조금 등 기타 유입되는 현금.

• 지출 (현금 유출) — 시트에 10개 행(17~26행):

  • 급여: 직원 순 지급액과 모든 고용주 부담 급여세를 포함한 전체 현금 비용.
  • 계약자 및 프리랜서: 비정규직 직원에 대한 지급.
  • 클라우드/호스팅 (COGS): AWS, GCP 등 핵심 인프라 비용.
  • SaaS/도구: 모든 소프트웨어 구독.
  • 마케팅: 광고 지출, 대행사 수수료, 기타 브랜드 관련 비용.
  • 임대료/사무실: 물리적 사무실 비용.
  • 법무 및 회계: 전문 서비스 수수료.
  • 세금 및 수수료: 판매세 납부 및 기타 정부 지급.
  • 부채 상환: 모든 대출의 원금과 이자 지급.
  • 일회성 비용: 연간 보험료, 보증금, 하드웨어/자본 지출(노트북, 장비) 등 성격이 크고 빈도가 낮은 지급 — 위에 자체 행이 없는 모든 것이 여기에 포함됩니다.

• 순현금 흐름 (= 총 수입 − 총 지출)

• 기말 현금 잔고 (= 기초 현금 + 순현금 흐름)

롤링 메커니즘 (워크북에 구현된 대로)​

롤링 예측의 논리는 간단하면서도 강력하며, 다운로드에서는 이미 Forecast 시트에 수식으로 연결되어 있습니다(괄호 안의 행):

• 기초 현금 (1주차) = 기초 잔고 가정 — 셀 B10 = $B$5.
• 기초 현금 (n주차) = 기말 현금 (n−1주차) — 예: C10 = B29 (10행, 2~13주차).
• 총 수입 (n주차) = 고객 수입 × 수금 토글 + 선수금 × 계약 토글 + 기타 — 예: B15 = B12*$B$6+B13*$B$7+B14 (15행).
• 총 지출 (n주차) = 10개 카테고리 행의 합 — 예: B27 = SUM(B17:B26) (27행).
• 순현금 (n주차) = 총 수입 − 총 지출 — 예: B28 = B15-B27 (28행).
• 기말 현금 (n주차) = 기초 현금 + 순현금 — 예: B29 = B10+B28 (29행).

주간 월요일 아침 루틴 (이 워크북 기준):

1. 기간 이동: 전체 예측을 한 주 앞으로 이동 — 각 주의 파란색 입력을 한 열 왼쪽으로 이동(이전 2주차가 새 1주차가 됨), 마지막 열을 지우고 2행에 새 13주차로 날짜를 지정합니다. 이월 수식(C10 = B29, …)은 자동으로 재설정됩니다. 새 1주차의 기초가 지난 주의 기말과 같은지 확인하세요.
2. 실적 업데이트: 지난 주의 파란색 예측 셀을 아래 매핑의 해당 주 실제 은행 거래로 덮어씁니다(조회, 분할, 붙여넣기 — 수동으로). 그런 다음 해당 주의 기말 현금 셀이 실제 결합 은행 잔고(Assets:Bank:Checking + Assets:Bank:Savings)와 같은지 확인합니다: 같지 않으면 매핑이 잘못된 것이지 은행이 아닙니다.
3. 미래 재추정: 향후 2~4주에 대한 파란색 셀을 가장 최신 정보(새로 발송된 청구서, 예정된 공급업체 지급, 확인된 급여 날짜)로 업데이트합니다.

Beancount에서 예측으로 매핑​

은행 현금 범위 (이중 계산을 방지하는 규칙). 주간 실적은 Assets:Bank:* 에만 전기됩니다 — 두 가지 함정을 모두 해결하는 하나의 범위:

• 신용카드: 카드 구매는 Liabilities:CreditCard:*에 전기되며 은행 현금이 이동하지 않으므로 청구 시 계산되지 않습니다. 현금은 결제 시(은행→카드 지급) 한 번만 나갑니다. 청구 금액과 결제 금액을 모두 계산하면 동일한 지출을 두 번 계산하는 것입니다. 샘플 원장에서 W1에는 420.00 USD의 Amex SaaS 청구(부채만, 무시)와 600.00 USD의 8월 명세서 결제(계산)가 있습니다. W1의 단순 "은행 유출 + 카드 청구" 합계는 10,120.00 USD — 정확히 420.00이 높습니다; 워크북은 9,700.00을 계산합니다.
• 내부 이체: Checking↔Savings 스윕은 반대되는 두 개의 은행 레그가 있으므로 이 범위 내에서 순제로가 되어 수입과 지출 모두에서 제외됩니다. 샘플의 3,000.00 USD(W1) 및 1,500.00 USD(W2) 스윕은 그렇지 않으면 양쪽을 해당 금액만큼 부풀릴 것입니다.
• 결론: Income/Expense 레그가 아닌 은행 레그를 매핑하세요. 대출 원금은 비용이 아니지만 은행 유출입니다(샘플의 900.00 USD 자동이체 = 원금 800 + 이자 100, 모두 부채 상환으로 계산); 카드 구매 는 비용이지만 아직 은행 유출이 아닙니다.

수입/지출 분할. 내보낸 은행 레그에서: 양수 레그는 수입, 음수 레그는 지출, 이체 레그는 제외. 카테고리 매핑(Vendor Mapping 탭과 동일): Stripe/PayPal 지급 → 고객 수입; 신규 고객 송금 → 신규 계약/선수금; 은행 이자/보조금 → 기타 유입; Gusto/ADP → 급여; AWS/GCP → 클라우드/호스팅; 은행에서 지급된 SaaS → 소프트웨어/SaaS; 임대인 → 임대료; 법무 법인 → 법무/회계; 세무 당국 → 세금 및 수수료; 대출 자동이체 → 부채 상환.

• 판매세 처리: 판매세는 수익이 아니지만 현금흐름 항목입니다. 판매세 징수는 현금 수입으로, 정부에 납부하는 것은 지출로 처리하세요. 수익 영향은 발생주의 장부에 있지만, 현금 이동이 여기서 중요합니다.

작업 예시: W1 전체 과정 (2026-09-14 – 2026-09-20)​

기초 은행 현금은 85,000.00입니다(2026-09-13 기준 Checking 80,000 + Savings 5,000). 원장의 W1 은행 레그에서 3,000.00 스윕 쌍을 제외한 후:

W2로 이월. C10 = B29, 따라서 W2는 87,500.00으로 시작합니다. 은행 레그는 수입 8,000(Stripe) + 5,000(선수금) + 200(이자) = 13,200.00, 지출 11,000(Gusto 급여) + 1,500 + 2,200 + 600(은행 출금 SaaS) + 1,000 + 900 = 17,200.00; 순 −4,000.00, 기말 83,500.00 — 워크북의 W2 열과 정확히 일치합니다. 이 두 주에 대한 예측 대비 실적 편차는 설계상 0입니다. 이는 매핑이 작동한다는 증거이며, W3부터 한 주씩 적용됩니다.

재현 (2026-09-09, Beancount 3.2.3 + beanquery 0.2.0에서 검증됨)​

uvx --from beancount bean-check public/downloads/cash-flow-forecast/sample.bean
yarn check:cash-flow-actuals

체커는 bean-check(원장 자체의 balance 검증으로 각 주의 기말 현금 증명), 아래 내보내기 쿼리, 그리고 세 가지가 모두 일치하는지 확인하는 독립적인 Python 이월 계산을 실행합니다 — W1 12,200.00 / 9,700.00 / 87,500.00, W2 13,200.00 / 17,200.00 / 83,500.00:

SELECT date, narration, account, position
FROM date >= 2026-09-14 AND date <= 2026-09-20
WHERE account ~ "^Assets:Bank" ORDER BY date;
 
SELECT sum(position) AS net
FROM date >= 2026-09-14 AND date <= 2026-09-20
WHERE account ~ "^Assets:Bank";
 
SELECT sum(position) AS bank_cash
FROM close ON 2026-09-21 WHERE account ~ "^Assets:Bank";

(W2는 날짜를 7일 이동, 2026-09-28에 마감.) 알아야 할 BQL 제한: 이 beanquery 버전은 전기를 부호로 필터링할 수 없으므로 수입/지출 분할은 내보낸 행에 적용됩니다 — 양수 은행 레그는 수입, 음수는 지출, 스윕 쌍 제외 — 체커가 하는 것과 정확히 동일합니다.

업데이트 리듬 (주당 30~45분)​

1. 실적 가져오기 (15분): Assets:Bank:*에 대한 해당 주의 전기를 내보냅니다(위 쿼리 실행 또는 은행 계좌에서 거래 다운로드 — 카드 청구는 제외, 결제 금액만 계산). 이전 주의 "기말 현금"이 실제 결합 은행 잔고(Checking + Savings)와 정확히 일치하는지 확인합니다. 이 대사는 필수입니다.
2. 매출 채권 검토 (10분): 모든 미결제 청구서를 나열하고 지급이 예상되는 주에 배정합니다. 보수적으로 접근하고 과거 실적에 따라 현실적인 회수 지연을 적용하세요.
3. 매입 채무 및 급여 검토 (10분): 알려진 모든 예정 청구서의 납부일을 배정합니다. 전체 분기의 급여 날짜와 금액을 미리 채웁니다. 주중 현금 유연성을 보존하기 위해 중요하지 않은 지출은 금요일로 배정하세요.
4. 편차 회의 (10분): 지난 주의 예측을 실제 결과와 간략히 비교합니다. 중요한 차이의 원인을 기록하고 향후 예측 규칙을 조정해야 하는지 결정합니다.

정확성 및 의사 결정​

정확성 경험 법칙​

• 1~2주차: ±5~10% 오차를 목표로 합니다. 이 날짜와 금액은 매우 확실해야 합니다.
• 3~6주차: ±10~20% 오차를 예상합니다. 이 기간은 알려진 청구서와 패턴 기반 추정치가 혼합됩니다.
• 7~13주차: 이 부분의 예측은 방향성입니다. 영업 파이프라인과 고정 비용에 의해 결정됩니다.

신뢰도 코드: 예측을 더 읽기 쉽게 만들기 위해 각 예측 행에 신뢰도 코드를 표시하세요: 확정(예: 급여, 임대료), 가능성 높음(예: 우량 고객에 대한 청구서), 또는 상방(예: 파이프라인의 신규 거래).

트리거 및 조치 (사전에 결정)​

예측은 계획 없이는 쓸모가 없습니다. 특정 임계값에 도달했을 때 취할 조치를 사전에 정의하세요.

• 최소 현금 하한선: 예를 들어, "항상 다음 전체 급여 금액의 1.5배 이상의 현금을 유지해야 합니다"라는 규칙이 있을 수 있습니다. 예측이 이 하한선을 위반할 것으로 보이면, 수금 집중 및 모든 재량 지출 중단과 같은 사전 합의된 계획을 즉시 실행합니다.
• 런웨이 가드레일: 예를 들어, "13주차의 기말 현금이 X개월의 소진율보다 적다면, 자금 조달 계획을 시작합니다." 여기에는 텀 시트 요청, 수익 선지급에 대한 고객 할인 제공, 또는 신용 한도 사용이 포함될 수 있습니다.
• 대규모 유출 규칙: 예를 들어, "현재 현금 잔고의 5%를 초과하는 단일 비급여 지출은 2주 전에 승인을 받고 예비 계획이 있어야 합니다."

템플릿 및 시나리오​

간단한 카테고리 세트 (시드 단계 SaaS용)​

• 수입: 고객 수입, 기타 유입(이자, 환급, 보조금)
• 지출: 급여(순 + 고용주 세금), 계약자, 클라우드/호스팅(COGS), 소프트웨어/SaaS(OpEx), 마케팅(유료/브랜드), 임대료/사무실, 법무/회계, 세금 및 수수료, 부채 상환, 일회성/연간 비용
• 계산: 순현금, 기말 현금

템플릿 (다운로드에 이미 포함; 빈 시트로 재구축하려면 복사)​

아래 표는 Forecast 시트의 형태입니다 — 동일한 행, 동일한 수식 — 빈 시트에서 재구축하기 위한 것입니다. 다운로드에서 2행에는 이미 주 시작 날짜(W1 2026-09-14부터 W13 2026-12-07)가 있고 모든 합계가 연결되어 있습니다. 3행 아래와 열 A 오른쪽(파일의 B4)을 고정하여 일치시키세요.

시나리오 토글 (가볍게 유지)​

복잡한 모델을 만들지 않고도 간단한 시나리오 계획을 구축할 수 있습니다. 주요 동인에 대한 "토글" 셀을 시트 상단에 추가하세요. 예:

• 수금 둔화 토글 B6: [1.0] (1.2로 변경하여 수금 20% 둔화 모델링 — 모든 주의 총 수입이 COL15 = COL12*$B$6+COL13*$B$7+COL14로 재계산됩니다)
• 신규 계약 토글 B7: [1.0] (0.8로 변경하여 계획 대비 20% 미달 모델링)

이것들은 Forecast 시트의 실제 가정 셀입니다 — 추가 연결이 필요 없습니다.

학습 및 실수 방지​

편차 추적 (학습을 복리로 만들기)​

방금 마감된 주에 "지난 주 예측"과 "실적" 두 열을 추가하세요. 편차를 계산합니다. 검토할 때 주요 차이의 이유를 태그하세요: 회수 지연, 범위 누락, 계획되지 않은 공급업체 구매, 시점 이동. 동일한 유형의 편차가 반복되면 모델의 기본 규칙을 변경하세요. 예를 들어, 회수가 지속적으로 일주일 늦다면 기본 회수 지연 가정을 21일에서 28일로 변경하세요.

일반적인 실수 (피해야 할 것)​

• 발생주의와 현금 혼합: 이 예측은 현금만을 위한 것입니다. 수익 인식, 감가상각 및 기타 발생주의 개념은 기본 원장에 속하며 여기에 없습니다.
• 성격이 큰 연간 비용을 잊는 것: 연간 보험료, 대규모 SaaS 갱신, 분기별 세금 납부는 큰 놀라움이 될 수 있습니다. 알게 되는 즉시 예측에 일정을 잡으세요.
• 판매세 현금 무시: 통과 부채일지라도 현금은 납부할 때까지 은행 계좌에 있습니다. 유입과 유출을 모두 모델링하세요.
• 대사 안 함: 예측의 기말 현금이 실제 결합 은행 잔고(Checking + Savings, 카드 잔고 제외)와 일치하지 않으면 매핑 오류가 있는 것입니다 — 일반적으로 계산된 카드 청구 또는 유지된 스윕입니다. 예측을 신뢰하기 전에 수정해야 합니다.
• 명확한 담당자 없음: 매주 예측을 업데이트할 책임자를 한 명 지정하세요. 휴가를 대비해 대리인도 지명하세요.

간단한 Beancount 연결​

• 계정과목표: 현금 버킷을 깔끔하게 유지하세요(예: Assets:Bank:Checking, Assets:Bank:Savings, Liabilities:CreditCard:Amex). 주간 실적은 Assets:Bank:* 레그만 해당합니다 — 카드 계정은 결제가 발생할 곳이 필요하기 때문에 존재하며, 유출의 두 번째 소스가 아닙니다.
• 손익계산서를 확인 수단으로 사용하지 마세요: Fava의 손익계산서는 발생주의입니다 — 카드 구매를 청구 시 기록하고 대출 원금을 무시하므로 설계상 이 현금 예측과 일치하지 않습니다. 현금 확인은 위의 bean-query 내보내기 + 이월 계산(yarn check:cash-flow-actuals)이며, 매주 기말 현금과 일치해야 합니다.
• 문서화: 큰 일회성 항목이 있으면 Beancount documents/ 폴더에 청구서 PDF를 첨부하고 예측의 메모 열에 링크하세요.

이사회/투자자 패키지 (슬라이드 1장)​

1. 그래프: 13주 전체의 주별 기말 현금을 보여주는 간단한 꺾은선형 차트. 최소 현금 하한선을 나타내는 수평선을 추가하세요.
2. 표: W1~W13 기말 현금 수치를 보여주는 작은 표와 분기에 예상되는 상위 5개 유입 및 유출 항목의 글머리 기호 목록.
3. 메모: 마지막 업데이트 이후 변경된 주요 가정과 발생했거나 발생할 것으로 예상되는 트리거에 대한 몇 가지 글머리 기호.