Revenue and payouts

Each tile’s subtitle follows its own pattern:

If the backend has not computed a next payout date yet, the Next payout tile renders ”—” instead of a countdown. See Payout timing below.

A row marked Pending (not payable) has been accrued correctly, but Actionist has blocked it from moving into a payout batch. The row does not show why. There is no toggle, no form, and no setting on your side that changes this.

Don’t spend time re-checking your payout wallet or your client’s plan looking for the cause. This is an Actionist Support case. Contact [email protected] and include:

• The client name shown in the Client column.
• The invoice month shown in the row’s Description column.
• The amount shown in Your cut (25%), so support can find the exact row.

Support can see the reason behind the block even though you can’t. There’s no form on this page that will surface it for you, so don’t go looking for one.

A block applies to that one row, tied to one client and one invoice. It doesn’t touch commission from your other clients, and it doesn’t affect your ability to add clients, run delegated sessions, or use anything else on your dashboard.

If a reversal lands after the original row has already been paid out, that’s a support conversation. Reach out the same way you would for a blocked commission: [email protected].

Pending balances settle in monthly payout batches. Everything sitting in Pending on the day a batch runs moves to Paid together, in USDC, to the wallet you have configured.

For the specific timing of your next batch, look at the Next payout tile on the Revenue page rather than assuming a fixed day. It counts down in days and names the payout network, for example “in 12 days · USDC on Base.”

Your ledger and a client’s own billing history are two different views of the same underlying payment. Yours shows commission, theirs shows their invoice. See Billing for what a client sees on their side.

Changing an existing wallet runs through the exact same eight steps, with “Change wallet” and “Change your payout wallet” in place of “Add wallet” and “Add your payout wallet”. A confirmed wallet stays active until you complete both the submit step and the retype-and-confirm step for a replacement, there’s no state where an old and new address are both live at once.

The address itself always renders the same way: the first six characters, an ellipsis, then the last four. A secondary line underneath reads “Confirmed {{date}}” once active, or “Updated {{date}}” after a change. The network line above it reads “{{token}} on {{network}}”, which defaults to “USDC on Base”.

None of this changes how commission accrues. Whether or not you’ve configured a wallet, every client payment still writes its own row, still gets its 25% snapshotted, and still moves through Pending toward Paid. A wallet only determines where the money goes once it’s ready to move.

Each of these is a genuine load failure, not a sign that your commission or your wallet has been reset. Work through it in order before contacting support:

1. Click Retry on the panel that failed.
2. If it fails again, reload the whole page.
3. If it still fails, treat it the same way as a blocked commission and reach out to Actionist Support.

A failed load on one panel doesn’t tell you anything about the other two. It’s normal for your KPI tiles to load fine while the ledger is still spinning, or the other way around.