Cash vs Advance: the payout basis toggle

Each payout run computes on one of two bases. The toggle — Collected cash / Advance month — sits at the top of the Payouts page, applies to that month's scheduled run, and is saved with it. Switching recalculates the draft. Once every payout in the run is approved or sent, the toggle locks.

Collected cash (the default)

Owners are paid only rent that has actually arrived and been earned. If a tenant hasn't paid, or an Airbnb payout is still in flight, that money waits for a future run. You never front a dollar.

Advance month

Owners are paid the month's earned rent even when the cash is still on its way — you're fronting it. The run shows a warning banner, "Advance basis — this run fronts rent that hasn't arrived yet". The next scheduled run automatically nets out whatever was advanced: when the cash arrives, it's already been counted, so it isn't paid again.

Mixing bases is safe

Because everything is computed cumulatively ("owed to date minus already paid"), months computed on different bases self-balance. A common pattern: run one month on Advance to smooth a transition, then switch to Cash going forward — the numbers reconcile themselves.

Off-cycle runs pick their own basis in the run dialog (Collected cash or Advance earned).

Which should you use?

• Cash is the safe default: you can't pay out money you don't have.
• Advance suits operators who promise owners a predictable check on a fixed day regardless of in-flight timing — just understand you're extending float from your operating account.

Under Advance, the run's attested amount includes the earned-but-not-arrived rent, so you can see exactly what you're fronting before you approve. See Verified vs attested.