پیش‌بینی جریان نقدی: روش پیش‌بینی غلتان ۱۳ هفته‌ای

این راهنما یک روش ساده در سطح مدیر مالی برای مدیریت نقدینگی شرکت ارائه می‌دهد. با ساخت پیش‌بینی غلتان ۱۳ هفته‌ای جریان نقدی، باند نقدی را هفته‌به‌هفته می‌بینید، وصول مطالبات و پرداخت‌ها را آگاهانه هدایت می‌کنید و غافلگیری‌های مالی را حذف می‌کنید. این سیستم برای بنیان‌گذاران ساخته شده — و این صفحه خود مدل را هم می‌دهد: workbook فرمول‌دار با داده‌های نمونه، به‌علاوه ledger نمونه Beancount پشت دو هفته اول (دانلودها در ادامه).

دو نکته که این راهنما نیست: پیش‌بینی یعنی برآوردهای آینده‌نگری که خودتان وارد می‌کنید، اما مقادیر واقعی حسابداری یعنی حرکت‌های بانکی ثبت‌شده در ledger شما — روال دوشنبه در ادامه، دومی را دستی روی اولی می‌نشاند. هیچ همگام‌سازی خودکاری در کار نیست: workbook نه ماکرو دارد نه اتصال خارجی، و هیچ گامی خودش از بانک یا Beancount شما داده نمی‌کشد.

چرا ۱۳ هفته؟​

پیش‌بینی ۱۳ هفته‌ای به چند دلیل کلیدی استاندارد طلایی مدیریت نقدینگی عملیاتی است:

• کنترل کوتاه‌مدت: حدود یک فصل کاری را پوشش می‌دهد و تصویر روشنی از نقدینگی فوری می‌دهد. این افق برای ۲–۳ دوره حقوق، پرداخت مالیات‌ها و مهلت‌های معمول تأمین‌کنندگان به‌اندازه کافی بلند است، اما به‌اندازه کافی کوتاه می‌ماند تا بسیار دقیق و اجرایی بماند.
• نگاه دریافتی و پرداختی: پیش‌بینی از «روش مستقیم» استفاده می‌کند و صرفاً به ورود و خروج نقد نگاه می‌کند. بحث تعهدی یا سودآوری نیست؛ بحث این است که چه چیزی واقعاً به حساب بانکی شما می‌آید یا از آن می‌رود — پس پیش‌بینی مستقیماً به مانده بانکی گره خورده است.
• غلتان، نه ایستا: این بودجه یک‌بارمصرف نیست. هر هفته هفته سپری‌شده را خط می‌زنید، یک هفته تازه به انتها می‌افزایید (هفته ۱۳) و پیش‌فرض‌ها را به‌روز می‌کنید. افق آینده‌نگر ثابت می‌ماند و پیش‌بینی به انضباط هفتگی پویا تبدیل می‌شود.

چه می‌سازید​

1. یک صفحه‌گسترده: قلب سیستم یک شیت با ۱۳ ستون (هفته ۱ تا هفته ۱۳) و بخش‌های مشخص است: موجودی ابتدا، دریافت‌ها، پرداخت‌ها، جریان خالص و وجه پایانی.
2. نگاشت دسته‌ها: یک سیستم ساده که تراکنش‌های ledger شما را به دسته‌های پیش‌بینی می‌نگارد (مثلاً همه دریافت‌های Stripe به «دریافت‌های مشتری»؛ پرداخت‌های Gusto به «حقوق و دستمزد»). تب Vendor Mapping در workbook همین نگاشت را از پیش دارد — از جمله قاعده بانکی/کارتی ضد دوباره‌شماری — از همان شروع کنید، نه از صفر.
3. ریتم هفتگی: فرایندی تکرارپذیر برای به‌روزرسانی پیش‌بینی، پیگیری انحراف‌ها (پیش‌بینی در برابر واقعی) و مجموعه‌ای از محرک‌های ازپیش‌تعریف‌شده برای اقدام وقتی آستانه‌های مالی لمس می‌شوند.

دانلود فایل‌های شروع​

از صفحه خالی رد شوید: این راهنما workbook فرمول‌دار با داده‌های نمونه به‌علاوه ledger نمونه پشت دو هفته اول را می‌دهد.

• workbook پیش‌بینی ۱۳ هفته‌ای (XLSX، v1.0.0) — cash-flow-forecast-13-week-fa.xlsx. پیش‌فرض‌های قابل‌ویرایش، هفته‌های زنجیرشده با فرمول و تب نگاشت تأمین‌کننده؛ خانه‌های آبی نمونه را با اعداد خودتان جایگزین کنید.
• ledger نمونه و مقادیر واقعی (ledger نمونه Beancount، .bean) — sample.bean. ledger نمونه متوازن با مقادیر واقعی بانکی کارشده W1–W2 که دقیقاً با دو هفته اول workbook می‌خواند.

فایل‌های شروع چگونه کار می‌کنند (پیش از تایپ بخوانید)​

شیت‌ها. workbook (فایل cash-flow-forecast-13-week-fa.xlsx، نسخه v1.0.0) سه شیت دارد:

• Forecast — ۱۳ هفته تاریخ‌دار، پیش‌فرض‌ها، دریافت‌ها، پرداخت‌ها، خالص/پایانی.
• Vendor Mapping — نگاشت ledger←دسته با قاعده بانکی/کارتی شمارش وجه برای هر منبع.
• Notes — مکانیک، کلیدهای سناریو و نسخه، برگرفته از generator تا فایل آفلاین هم خودش را توضیح دهد.

مبنای زمانی. هفته‌ها دوشنبه شروع می‌شوند، W1 از 2026-09-14 تا W13 با شروع 2026-12-07 (ردیف ۲ در Forecast؛ هنگام به‌کارگیری مدل این تاریخ‌ها را عوض کنید — هر فرمول نسبی‌به‌هفته است پس زنجیره می‌ماند). هر تراکنش به هفته‌ای می‌افتد که تاریخ ثبتش را در بر دارد، دوشنبه تا یکشنبه.

واحدها. سراسر USD کامل (قالب عددی #,##0). شرکت نمونه یک SaaS مرحله بذر با موجودی ابتدای 85,000، حقوق متناوب هفتگی ۰ / 11,000، اجاره ماهانه و قسط وام 900 در هفته با برداشت خودکار است.

چه را شما می‌زنید و چه حساب می‌شود. خانه‌های آبی ورودی دستی‌اند؛ بقیه همه فرمول است:

• ورودی‌ها: مانده ابتدا B5 (برابر 85,000)، کلیدها B6/B7 (برابر 1.0)، کف B8 (برابر 40,000)، مبناهای دریافتی ردیف‌های ۱۲–۱۴، مبناهای پرداختی ردیف‌های ۱۷–۲۶ و تاریخ‌های هفته در ردیف ۲.
• فرمول‌ها (برای ستون B یعنی هفته ۱ نشان داده شده — هر هفته بعد حرف ستون را جابه‌جا می‌کند): ابتدا B10 = $B$5 (هفته‌های ۲–۱۳ در عوض هفته قبل را می‌گیرند، مثلاً C10 = B29)؛ جمع دریافت‌ها B15 = B12*$B$6+B13*$B$7+B14؛ جمع پرداخت‌ها B27 = SUM(B17:B26)؛ خالص B28 = B15-B27؛ پایانی B29 = B10+B28.
• محاسبه‌مجدد روی خودکار است و فایل fullCalcOnLoad را ست می‌کند، پس Excel و LibreOffice و Numbers هر بار بازکردن همه را از نو حساب می‌کنند (فایل هیچ مقدار کش فرمول نگه نمی‌دارد). یک خانه آبی را عوض کنید هر ۱۳ هفته تکان می‌خورد — مثلاً کلید وصول B6 روی 1.2، دریافت‌های W1 را از 12,200 به 14,600 و پایانی W1 را از 87,500 به 89,900 می‌برد.
• فایل تمیز را هر وقت با yarn generate:cash-flow-forecast از نو بسازید (generator: فایل scripts/generate-cash-flow-forecast.py، نویسنده openpyxl 3.1.5؛ گزینه --verify فایل را دوباره باز می‌کند و assert می‌کند هر خانه جمع فرمول واقعی دارد).

داده‌های نمونه در برابر داده‌های شما. هر خانه آبی عدد نمونه دارد — مثال کارشده است، نه شرکت شما. هفته‌به‌هفته با اعداد خودتان جایگزین کنید؛ فقط دو کلید (B6 همه دریافت‌های مشتری را مقیاس می‌کند، B7 همه پیش‌پرداخت‌ها را) عمداً عام‌اند، برای بازی سناریو. مقادیر واقعی W1–W2 در ledger نمونه از روی ساخت با پیش‌بینی نمونه W1–W2 در workbook برابرند، پس انحراف پیش‌بینی‌ازواقعی آن دو هفته صفر است: این شکل هدف مغایرت است، نه حکمی درباره دفاتر شما.

ساختار (ردیف‌های لازم)​

شیت پیش‌بینی را باید با ردیف‌های زیر بسازید تا همه حرکت‌های وجه را بگیرد. این چیدمان شیت Forecast در فایل دانلودی است (ردیف‌های دریافتی ۱۲–۱۴، ردیف‌های پرداختی ۱۷–۲۶، جمع‌ها در ردیف‌های 10/15/27–29) — آن را نقشه بخوانید، نه مشخصات دوم.

• موجودی نقدی ابتدای دوره (باید با وجه پایانی هفته قبل برابر باشد)

• دریافت‌ها (ورود وجه)

  • دریافت‌های مشتری: وجهی که انتظار دارید از صورت‌حساب‌های صادرشده (حساب‌های دریافتنی) وصول کنید.
  • رزروهای جدید/پیش‌پرداخت‌ها: پیش‌پرداخت‌هایی که از قراردادهای تازه در پنجره ۱۳ هفته‌ای انتظار دارید.
  • سایر جریان‌های ورودی: هر ورود دیگری مثل برگشت مالیات، سود بانکی یا گرنت.

• پرداخت‌ها (خروج وجه) — ۱۰ ردیف در workbook (ردیف‌های ۱۷–۲۶):

  • حقوق و دستمزد: کل هزینه نقدی شامل خالص حقوق و همه مالیات‌های کارفرما.
  • پیمانکاران: پرداخت به غیرکارمند.
  • ابری/میزبانی (COGS): زیرساخت اصلی مثل AWS و GCP و مانند آن.
  • نرم‌افزار/SaaS: همه اشتراک‌های نرم‌افزاری.
  • بازاریابی: هزینه تبلیغات، حق‌الزحمه آژانس‌ها و سایر هزینه‌های برند.
  • اجاره/دفتر: هزینه دفتر فیزیکی.
  • حقوقی/حسابداری: حق‌الزحمه پیمانکاران حرفه‌ای.
  • مالیات‌ها و هزینه‌ها: واریز مالیات فروش و سایر پرداختی‌های دولتی.
  • پرداخت بدهی: اصل و سود همه وام‌ها.
  • یک‌بارها: پرداخت‌های قلمبه و کم‌تکرار مثل بیمه سالانه، ودیعه‌ها یا سخت‌افزار/سرمایه‌ای‌ها (لپ‌تاپ، دستگاه) — هر چه ردیف بالا ندارد اینجا می‌آید.

• جریان نقدی خالص (= جمع دریافت‌ها − جمع پرداخت‌ها)

• وجه نقد پایانی (= موجودی ابتدا + خالص)

مکانیک غلتان (چنان‌که در workbook ساخته شده)​

منطق پیش‌بینی غلتان ساده و قدرتمند است — و در فایل دانلودی با فرمول روی شیت Forecast سیم‌کشی شده (شماره ردیف‌ها در پرانتز):

• موجودی ابتدای (هفته ۱) = پیش‌فرض مانده ابتدا — خانه B10 = $B$5.
• موجودی ابتدای (هفته n) = وجه پایانی (هفته n−1) — مثلاً C10 = B29 (ردیف ۱۰، هفته‌های ۲–۱۳).
• جمع دریافت‌ها (هفته n) = دریافت‌های مشتری × کلید وصول + پیش‌پرداخت‌ها × کلید رزرو + سایر — مثلاً B15 = B12*$B$6+B13*$B$7+B14 (ردیف ۱۵).
• جمع پرداخت‌ها (هفته n) = SUM همان ۱۰ ردیف دسته بالا — مثلاً B27 = SUM(B17:B26) (ردیف ۲۷).
• خالص (هفته n) = جمع دریافت‌ها − جمع پرداخت‌ها — مثلاً B28 = B15-B27 (ردیف ۲۸).
• پایانی (هفته n) = ابتدا + خالص — مثلاً B29 = B10+B28 (ردیف ۲۹).

روال صبح دوشنبه شما (با همین workbook):

1. پنجره را بلغزانید: کل پیش‌بینی را یک هفته جلو ببرید — ورودی‌های آبی هر هفته را یک ستون به چپ بکشید (هفته ۲ قدیم می‌شود هفته ۱ تازه)، آخرین ستون را خالی کنید و در ردیف ۲ تاریخش را هفته ۱۳ تازه بزنید. فرمول‌های انتقالی (C10 = B29 و ...) خودشان دوباره لنگر می‌گیرند؛ نمونه‌ای چک کنید ابتدای هفته ۱ تازه با پایانی هفته قبل برابر است.
2. با واقعی به‌روز کنید: خانه‌های آبی پیش‌بینی هفته قبل را با حرکت‌های واقعی بانکی آن هفته از نگاشت پایین بازنویسی کنید (بپرسید، بشکافید، بچسبانید — دستی). بعد تأیید کنید خانه پایانی آن هفته دقیقاً با مانده بانکی ترکیبی واقعی شما برابر است (Assets:Bank:Checking + Assets:Bank:Savings): نخواند، نگاشت غلط است نه بانک.
3. آینده را بازبرآورد کنید: خانه‌های آبی ۲–۴ هفته آینده را با تازه‌ترین اطلاعات به‌روز کنید (صورت‌حساب‌های تازه، پرداخت‌های تأمین‌کننده نزدیک، تاریخ‌های حقوق تأییدشده).

نگاشت Beancount به پیش‌بینی شما​

قلمرو وجه بانکی (قاعده‌ای که دوباره‌شماری را می‌بندد). مقادیر واقعی هفتگی، ثبت‌های روی Assets:Bank:* هستند و فقط همان — قلمرویی که هر دو تله را یکجا می‌بندد:

• کارت‌های اعتباری: خرید کارتی روی Liabilities:CreditCard:* می‌نشیند و وجه بانکی را تکان نمی‌دهد، پس لحظه خرید شمرده نمی‌شود. وجه فقط یک بار از بانک می‌رود، هنگام تسویه (پرداخت بانک←کارت). هر که خرید به‌علاوه تسویه را بشمرد، یک خرج را دو بار شمرده است. در ledger نمونه، W1 خریدهای SaaS با Amex به مبلغ 420.00 USD دارد (صرفاً بدهی، نادیده) در کنار تسویه صورت‌حساب اوت به مبلغ 600.00 USD (شمرده می‌شود). جمع ساده‌لوحانه «خروجی‌های بانک + خریدهای کارتی» برای W1 می‌شود 10,120.00 USD — دقیقاً 420.00 زیاد؛ workbook همان را 9,700.00 حساب می‌کند.
• انتقال‌های داخلی: انتقال بین جاری و پس‌انداز دو ساق بانکی متقابل دارد، در این قلمرو با هم صفر می‌شوند و از هر دو، دریافت‌ها و پرداخت‌ها، بیرون می‌مانند. انتقال‌های نمونه 3,000.00 USD (در W1) و 1,500.00 USD (در W2) وگرنه هر دو سو را به همین مبالغ باد می‌کردند.
• نتیجه: ساق‌های بانکی را بنگارید، نه ساق‌های درآمد/هزینه را. اصل وام هزینه نیست اما خروج بانکی هست (برداشت‌های خودکار نمونه 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 است (جاری 80,000 + پس‌انداز 5,000 در تاریخ 2026-09-13). ساق‌های بانکی W1 در ledger، پس از کنارگذاشتن جفت انتقال 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 در workbook. انحراف پیش‌بینی‌ازواقعی این دو هفته از روی ساخت صفر است؛ این سند شماست که نگاشت کار می‌کند — از 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

checker هم bean-check را می‌دواند (assertهای balance خود ledger پایانی هر هفته را ثابت می‌کند)، هم پرس‌وجوهای خروجی پایین و هم انتقال مستقل پایتونی را — و assert می‌کند هر سه می‌خوانند — 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 تاریخ‌ها را ۷ روز جابه‌جا کنید و بستن را 2026-09-28 بگذارید.) یک محدودیت BQL که باید بدانید: این نسخه beanquery نمی‌تواند ثبت‌ها را بر اساس علامت پالایش کند، پس شکافتن دریافت/پرداخت روی ردیف‌های خروجی‌گرفته اعمال می‌شود — ساق‌های مثبت بانکی به دریافت‌ها، منفی‌ها به پرداخت‌ها و جفت‌های انتقالی کنار — دقیقاً همان‌طور که checker می‌کند.

ریتم به‌روزرسانی (هفته‌ای ۳۰–۴۵ دقیقه)​

1. واقعی‌ها را بکشید (۱۵ دقیقه): ثبت‌های هفته روی Assets:Bank:* را خروجی بگیرید (پرس‌وجوهای بالا را بدوانید یا صورت‌حساب‌های بانکی را دانلود کنید — خریدهای کارتی بیرون می‌مانند؛ فقط پرداخت تسویه حساب است). تأیید کنید «وجه پایانی» هفته قبل دقیقاً با مانده بانکی ترکیبی واقعی شما می‌خواند (جاری + پس‌انداز). این مغایرت قابل‌مذاکره نیست.
2. دریافتنی‌ها را مرور کنید (۱۰ دقیقه): همه صورت‌حساب‌های باز را فهرست کنید و به هفته‌ای که پرداختش را انتظار دارید بچینید. محافظه‌کار باشید و تأخیرهای وصول واقع‌بینانه از تجربه‌تان اعمال کنید.
3. پرداختنی‌ها و حقوق را مرور کنید (۱۰ دقیقه): همه صورت‌حساب‌های نزدیکِ معلوم را به سررسیدشان بچینید. تاریخ‌ها و مبالغ حقوق کل فصل را از پیش وارد کنید. پرداخت‌های غیربحرانی را جمعه بگذارید تا اختیار وجه در طول هفته بماند.
4. جلسه انحراف (۱۰ دقیقه): پیش‌بینی هفته قبل را کوتاه با نتایج واقعی بسنجید. علت‌های تفاوت‌های بزرگ را یادداشت کنید و تصمیم بگیرید قاعده پیش‌بینی را عوض کنید یا نه.

دقت و تصمیم‌گیری​

قواعد سرانگشتی دقت​

• هفته‌های ۱–۲: خطای هدف ±۵–۱۰٪. این تاریخ‌ها و مبالغ باید بسیار قطعی باشند.
• هفته‌های ۳–۶: خطای انتظاری ±۱۰–۲۰٪. این بازه آمیزه صورت‌حساب‌های معلوم و برآوردهای الگومحور است.
• هفته‌های ۷–۱۳: این بخش پیش‌بینی جهت‌دار است. موتورش خط فروش و هزینه‌های جاری است.

کدهای اطمینان: برای خواناتر شدن پیش‌بینی، هر ردیف را کد اطمینان بزنید: قطعی (مثلاً حقوق، اجاره)، محتمل (مثلاً صورت‌حساب مشتری خوب) یا فرصتی (مثلاً کار تازه از خط فروش).

محرک‌ها و اقدام‌ها (از پیش تعیین کنید)​

پیش‌بینی بی‌برنامه بی‌فایده است. اقدامِ هر آستانه را از پیش تعیین کنید.

• کف نقدی حداقلی: قاعده‌تان مثلاً این است: «موجودی همیشه ≥ ۱٫۵ برابر حقوق کامل بعدی.» پیش‌بینی که زیرش را نشان داد، بی‌درنگ طرح ازپیش‌توافق‌شده را اجرا کنید: جهش وصول به‌علاوه توقف همه خرج‌های اختیاری.
• نرده باند: مثلاً: «اگر وجه پایانی هفته ۱۳ یعنی کمتر از X ماه سوز، طرح تأمین مالی را شروع می‌کنیم.» می‌تواند term sheet باشد، تخفیف به مشتری برای پیش‌پرداخت درآمد، یا کشیدن خط اعتباری.
• قاعده خرج درشت: مثلاً: «هر پرداخت تکی غیرحقوقی بالای ۵٪ وجه جاری، دو هفته زودتر تأیید می‌خواهد و طرح جایگزین دارد.»

الگو و سناریو​

مجموعه دسته ساده (برای SaaS بذری)​

• دریافت‌ها: دریافت‌های مشتری، سایر جریان‌های ورودی (سود، برگشتی‌ها، گرنت‌ها)
• پرداخت‌ها: حقوق و دستمزد (خالص + مالیات کارفرما)، پیمانکاران، ابری/میزبانی (COGS)، نرم‌افزار/SaaS (معادل OpEx)، بازاریابی (پولی/برند)، اجاره/دفتر، حقوقی/حسابداری، مالیات‌ها و هزینه‌ها، پرداخت بدهی، یک‌بارها / سالانه‌ها
• محاسباتی‌ها: جریان خالص، وجه پایانی

الگو (در فایل دانلودی از پیش ساخته شده؛ برای ساخت خالی کپی کنید)​

جدول پایین شکل شیت Forecast است — همان ردیف‌ها، همان فرمول‌ها — برای بازسازی روی شیت خالی. در فایل دانلودی ردیف ۲ از پیش تاریخ‌های شروع هفته را دارد (W1 یعنی 2026-09-14 تا W13 یعنی 2026-12-07) و هر جمعی سیم‌کشی است؛ زیر ردیف ۳ و راست ستون A را فریز کنید (در فایل همان B4) تا همین شود.

کلیدهای سناریو (سبک نگه دارید)​

بی‌مدل پیچیده هم می‌شود برنامه‌ریزی سناریوی ساده ساخت. بالای شیت برای محرک‌های کلیدی خانه «کلید» بگذارید. مثلاً:

• کلید کندی وصول B6: [1.0] (روی 1.2 بگذارید تا وصول ۲۰٪ کندتر مدل شود — جمع دریافت‌های هر هفته از نو حساب می‌شود با COL15 = COL12*$B$6+COL13*$B$7+COL14)
• کلید رزرو تازه B7: [1.0] (روی 0.8 بگذارید تا ۲۰٪ جاماندن رزرو از برنامه مدل شود)

این‌ها همان خانه‌های پیش‌فرض واقعی روی شیت Forecast اند — سیم‌کشی اضافه نمی‌خواهد.

یادگیری و پرهیز از دام‌ها​

پیگیری انحراف (بگذارید یادگیری انباشته شود)​

برای هفته‌ای که تازه بسته شد دو ستون بیفزایید: «پیش‌بینی هفته قبل» و «واقعی». انحراف را حساب کنید. در مرور، علت‌های تفاوت‌های بزرگ را برچسب بزنید: تأخیر وصول، خزش محدوده، خرید بی‌برنامه تأمین‌کننده، جابه‌جایی زمان. یک نوع انحراف که تکرار شد، قاعده زیرین مدل را عوض کنید. مثلاً وصول دائم یک هفته دیرتر است، پیش‌فرض استاندارد وصول را از ۲۱ روز به ۲۸ روز ببرید.

دام‌های رایج (از آن‌ها بپرهیزید)​

• قاطی‌کردن تعهدی و نقدی: این پیش‌بینی فقط نقد است. درآمد شناسایی‌شده، استهلاک و دیگر مفاهیم تعهدی در ledger اصلی می‌مانند، نه اینجا.
• فراموش‌کردن سررسیدهای قلمبه سالانه: بیمه‌های سالانه، تمدیدهای درشت SaaS و مالیات‌های فصلی می‌توانند غافلگیری‌های عظیم باشند. همین که دانستید در پیش‌بینی بگذاریدشان.
• نادیده‌گرفتن وجه مالیات فروش: هرچند بدهی عبوری است — تا واریز، پول روی حساب بانکی شماست. ورود و خروج هر دو را مدل کنید.
• مغایرت‌نگرفتن: پایانی پیش‌بینی با مانده بانکی ترکیبی واقعی نخواند (جاری + پس‌انداز؛ مانده کارتی کنار)، خطای نگاشت دارید — بیشتر وقت‌ها خرید کارتی شمرده‌شده یا انتقال نگه‌داشته‌شده. پیش از اعتماد به پیش‌بینی درستش کنید.
• مالک نامشخص: یک نفر را مسئول به‌روزرسانی هفتگی پیش‌بینی کنید. برای مرخصی‌ها جانشین بگذارید.

اتصال‌های سریع Beancount​

• نقشه حساب‌ها: سطل‌های وجه را تمیز نگه دارید (مثلاً Assets:Bank:Checking و Assets:Bank:Savings و Liabilities:CreditCard:Amex). مقادیر واقعی هفتگی فقط ساق‌های Assets:Bank:* هستند — حساب کارتی هست تا تسویه‌ها از جایی بیایند، نه منبع دوم خروجی‌ها.
• با سودوزیانی چک نکنید: صورت سودوزیان Fava تعهدی است — خریدهای کارتی را لحظه خرید ثبت می‌کند و اصل وام را نادیده می‌گیرد — پس از روی ساخت با این پیش‌بینی نقدی فرق دارد. چک نقد همان خروجی bean-query به‌علاوه انتقال بالای سر (yarn check:cash-flow-actuals) است که هر هفته باید با وجه پایانی بخواند.
• مستندسازی: برای قلم‌های درشت یک‌باره، PDF صورت‌حساب را در پوشه documents/ در Beancount خود بچسبانید و در ستون یادداشت پیش‌بینی به آن لینک بدهید.

بسته هیئت‌مدیره/سرمایه‌گذار (یک اسلاید)​

1. نمودار: یک نمودار خطی ساده وجه پایانی در هر ۱۳ هفته. یک خط افقی برای کف نقدی حداقلی بیفزایید.
2. جدول: یک جدول کوچک وجه‌های پایانی W1–W13 به‌علاوه فهرست ۵ درشت‌ترین ورودی‌ها و خروجی‌های انتظاری فصل.
3. یادداشت‌ها: چند نکته درباره پیش‌فرض‌های کلیدی که از به‌روزرسانی قبل عوض شده‌اند و محرک‌های لمس‌شده یا انتظاری.