How the numbers work

This is the reference. The exact rules Get Grown uses to count money: what's recognised, who owes whom, and why figures move on their own. Updated together with the product.

Rules by area

Revision

Revision: October 2, 2026 (a payout to a member covers their hours through the date you set — by default the payment date; hours after it wait for their next invoice even if logged before the payment. Earlier: in «Your rate» and the timer's statistics, hours of a no-rate project count at its by-fact rate — everything received ÷ all its hours — instead of dropping out of the average. Earlier: money under the day ring on a fixed-price project counts as in the year's progress: the fix ÷ invoiced hours, the project rate until there are invoices; work done over the year never exceeds the fix. Earlier: the daily norm in the day ring counts from what’s left of the year’s goal and the working days till December 31, instead of a nominal 21 days a month; only paid hours count towards it. Earlier: the fixed-price cap now applies in the project's own header too: «invoiced» and «unbilled» together never exceed the project price. Earlier: a project's external outflows — subscriptions and outside contractors — now reduce recognised income, and with it both goal progress and the by-fact rate; payouts to your own team members don't. «Paid» is counted in two steps: the larger of your «paid» marks and the money that arrived, minus project outflows. Marks no longer roll back when you log the first payment, and outflows still lower the line and the by-fact rate. Earlier: for accounts created from that day the goal counts the remainder of the year instead of the whole calendar year; entering «already earned this year» opens the window back to January; the rate is unaffected by the horizon. Earlier: «yet to receive» gave way to Cash flow: «owed to you» strictly by invoices, «ready to bill» for logged work not on an invoice, «paid in advance» for money ahead of the work; debts and advances of different clients never cancel out, within one client they do, and the period switch doesn't move these three lines. Earlier: the «yet to receive» line no longer includes retainers: their recognition is an advance already received, and an advance surplus doesn't hide what other projects still owe. Earlier: you can see what you owe your teammates: their hours at cost minus what you paid, and you pay for what you sell — a non-billable hour costs nothing to anyone. Earlier: a team member can now carry their own price per hour: the client rate prices their hours in every money figure — «invoiced», «unbilled», «the client owes», the report and the client link; cost is what you owe them; the rate covers all of their hours; the client's invoice stays one sum, the per-person breakdown is yours alone; the report now prices hours by rate era, like every other screen. Earlier: an expense now has a payee — a team member; paying them marks their hours as paid out up to the payout date, and margin is counted per member instead of all partners at once. Earlier: the project card shows ITS OWN facts, not the client's pooled sums: «owes» is per project (invoiced − received; one project's overpayment pays down siblings' debts, the client total still adds up), «unbilled» is its own and only on active projects; advance is per-project too (it lands where the money came in beyond the work). The card leads with the by-fact rate and a coloured gap to the plan — ±5% neutral zone; in the archive «owes/unbilled» are hidden. A green «paid» shows when every billable hour is marked paid — «owes/unbilled» then step aside. Earlier: fixed price — recognition ≤ the fix everywhere; a pure fix with no rate recognises the full fix once invoiced; the client report honours rate history and shows accruing debt by delivered work, the card stays strict). The rules change only together with this document.

Next: the method: what an hour is made of, how the time tracker works and all the guides.