Management games · Company finance explained

Cash flow vs profit in management games: a worked example

The profit panel is green. The next payroll still cannot be paid. Before selling an asset or borrowing, separate the result the game reports from the money available when the next bill arrives.

By Inquory Editorial · Research and calculated example · Published November 1, 2026

The short answer: profit measures revenue less the expenses recognized for a period. Cash flow follows money entering and leaving the company. Stock purchases, unpaid sales, equipment and loan repayments can make those totals differ. The lowest balance during the period matters as well as the closing balance.

Games simplify these rules differently. Our example uses invented game credits, not a saved game or a forecast. It assumes a game that tracks inventory, unpaid customer sales, equipment depreciation and separate loan principal. If your game does not model one of those, omit that adjustment rather than forcing its interface into this example.

A profitable round that consumes 3,600 credits

The company starts with 8,000 credits. It records 8,000 of sales, uses 3,000 of inputs, and recognizes wages of 2,000, rent of 1,000, depreciation of 500 on existing equipment, and interest of 100. There are no taxes or other transactions in this simplified round.

Profit is 8,000 − 3,000 − 2,000 − 1,000 − 500 − 100 = 1,400 credits. That does not mean the balance increased by that amount.

Customers pay only 7,000 of the 8,000 owed this round. The company buys 4,500 of inputs but consumes only 3,000; the remaining 1,500 stays in inventory. Depreciation reduces this example’s profit without a new cash payment. The new equipment is purchased at the end of the round and starts depreciating in a later round under our assumptions.

The bridge is therefore: profit 1,400 + depreciation 500 − inventory increase 1,500 − unpaid sales 1,000 = -600 operating cash flow. Buying equipment for 2,500 and repaying 500 of loan principal then bring the total cash change to -3,600. Opening cash 8,000 − 3,600 = closing cash 4,400.

Principal and interest are deliberately separate here: interest is already an expense and a payment; repaying principal reduces cash and debt without becoming another expense in our model. Counting that 500 twice would break the reconciliation.

Payment order exposes the risk the totals hide

Now put the same cash movements in their actual assumed order. A positive ending balance does not show whether the company could survive every earlier payment.

Before customer payments arrive, only 400 credits remain. An extra 1,000-credit purchase before that collection would create a 600-credit shortfall, even though the original plan finishes with 4,400. This is a timing problem; increasing theoretical production speed will not automatically fix it.

Make a short cash check before expanding

1. Identify the paying balance. Check whether the game uses personal cash, company cash, a subsidiary balance or another account. A company valuation is not a payment balance.
2. List the next unavoidable payments in order. Include wages, rent, materials, interest and scheduled principal only where the game actually models them. Account for game speed and payment intervals.
3. Place collections when they arrive. Use collected money, not an order, promised sale or displayed receivable. If timing is uncertain, write a delayed-collection scenario alongside the expected one.
4. Calculate every intermediate balance. Subtract and add each event, then mark the smallest result. Include an explicit allowance for uncertain costs; no universal reserve percentage fits every simulation.
5. Test the proposed purchase at its intended time. Recalculate the low point. Compare delaying expansion, buying fewer inputs or changing collections if those actions exist in the game. Borrowing changes cash and obligations; it does not by itself prove the operation is profitable.

A reusable observation log needs only these columns: event, expected game time, paying account, cash change, resulting balance, and what could delay or change it. Compare the next completed round with the log and correct the assumptions before repeating the decision.

Read your game’s definitions first

Capitalism Lab’s developer documentation separates operating, investing and financing movements in its cash-flow statement, and says that statement requires the Banking & Finance DLC. That is a documented example of the distinction, not a feature shared by every management game.

The OpenTTD community manual describes monthly loan interest and separate repayment controls. Its settings and accounting presentation differ from the fictional company above. These sources were read on November 1, 2026; we did not install or test either game for this guide.

If cash is healthy but finished sales are weak, switch questions: find the production bottleneck before buying more capacity. Cash timing and production capacity are connected, but one worksheet cannot diagnose both.