Skip to main content
YOUR ROSTER

Every client you manage, in one table. Search it, filter it, act on it.

The Clients tab lists every business workspace linked to your reseller ID, with the plan, join date, status and revenue contribution for each one. This page covers how to find a client fast, what the filters actually mean, and the single most common source of confusion: why the action button is sometimes greyed out for a client that looks perfectly active.

The layout

The table at a glance.

“All business workspaces linked to your reseller ID. Click “View as Client” to load any account in the standard Actionist UI, scoped to that workspace.” That is the tab’s own subtitle, and it is a fair summary of everything below.

reseller / clients
ClientPlanJoinedStatusRevenue contributionActions
HS
Halo Studio LLC
ProFeb 2026Active$412.00View as client
AC
Acme Consulting
StarterAug 2026ActivePendingView as client
NW
Northwind Freight
Jun 2026InactiveView as client
Six columns. Each renders a specific set of fields, no more.
The Client cell is the one place people expect to see a domain and don’t. If you’re trying to tell two similarly named clients apart, use the email underneath the name, not a domain that isn’t rendered.
The Plan cell is a raw pass-through of whatever the backend calls that client’s plan. There’s no relabeling applied here, so if a client’s plan was renamed on the backend, this cell reflects that immediately, even if it doesn’t match the plan names you’re used to seeing elsewhere in the product.
This is the full roster, not a preview. The Overview tab’s “Most recent clients” panel shows the same underlying data capped at five rows, with a “View all” link that lands you back here. If you only need a quick pulse check on your newest clients, start there. If you need to search, filter, or page through everyone, this is the page for it. See Dashboard overview for that panel.

Search

Finding a client.

The search box sits above the table with the placeholder “Search clients, domains, contacts…”. It matches against more than the name shown in the Client cell.

clients / search
Search
halo
⌘K
Type at least 3 characters to search
Three things matter here:
  • Minimum three characters. Below that, the box shows the hint “Type at least 3 characters to search” instead of querying anything.
  • 300 ms debounce. Once you’re past three characters, the table waits a beat after you stop typing before it fetches, so a fast typer doesn’t fire a request per keystroke.
  • The match happens on the server, across name, domain and contact fields, not just the name string rendered in the Client cell. That’s why the placeholder says “clients, domains, contacts” even though no domain column exists in the table.
If you can’t find a client by name, try the domain or the contact email instead. The Client cell won’t show you the domain, but the search index does look at it.
In practice this matters most when a client’s company name in Actionist doesn’t match the name you know them by internally. If “halo” doesn’t turn up a match on the name you expected, try their domain (halo.studio) or the contact email you have on file for them instead of assuming the client isn’t linked at all.
The keyboard chip next to the search box, showing ⌘K or Ctrl+K, is decorative. There is no keyboard handler behind it anywhere in the reseller interface. Pressing it does nothing, and that’s expected, not a bug. Worth knowing before it turns into a support ticket.
Narrow the roster

Filtering.

Four chips sit next to the search box, each showing a live count. Search and filters combine, so typing a query while a chip is selected narrows both at once.

Active and Inactive read the same two-state status the table already shows you. Historical reads something the table never shows directly: the four-value relationship status underneath (pending_metadata_sync, active, canceled, force_disconnected). A Historical client isn’t just “not active” today, it’s a relationship that has actually ended. The chip carries the tooltip “Canceled or disconnected clients, kept here for reference.” to make that plain.Two things worth understanding about that ended state:
  • A canceled relationship means the client’s own subscription lapsed or they chose to disconnect.
  • A force-disconnected relationship is an administrative action, not something either you or the client triggers from a button in the product. If a client shows up as Historical and you weren’t expecting it, that’s the reason to ask support rather than to look for a setting you missed.
The Historical chip only appears once the backend actually returns that breakdown. If you don’t see a fourth chip, it isn’t hidden, it simply hasn’t been computed for your account yet.
Search and filters combine rather than compete. Selecting Active and then searching “acme” doesn’t show you every client matching “acme”, it shows you only the ones that are both active and match that search. Switch the chip back to All if a search comes back emptier than you expected, since a filter left over from an earlier look at the table is a common reason for a client to seem to have vanished.Sort is fixed to most recently linked first, and it isn’t something you can change from this screen. Pagination runs 20 clients per page with Previous, the current page number, and Next, and the footer under the table reads “Showing shown of total clients” so you always know how much of the roster you’re looking at.
pagination
Showing 20 of 46 clientsPrevious1Next

The question everyone asks

Why is View as client greyed out?

The Actions column always shows a View as client button, in lowercase c. Most of the time it’s clickable. Sometimes it isn’t, and the reason is rarely what people first assume.

What makes a client manageable
The backend reports that a delegated session can actually be created for this relationship.
The workspace has finished its initial setup and metadata sync, not just been linked.
The relationship is in a state where scopes can be resolved at the moment you click the button.
Nothing about that specific row’s session is currently in progress or previously failed and needs a retry.
What disables the button
The backend says management isn’t possible for this client right now, and gives you its own reason for it.
No reason is given, in which case the button falls back to “Managing this client isn’t available right now”.
A session is actively being created for that row. The button shows a spinner and stays disabled until it resolves.
The relationship has ended (canceled or force-disconnected), which is exactly what the Historical filter surfaces.
A client can show the green Active dot and still have a greyed-out View as client button. Status and manageability are two different fields under the hood: a workspace that is still syncing reports as active in the Status column, but isn’t manageable yet. Don’t read Active as a promise that the button will work. If it’s disabled on an active client, the workspace is almost always still finishing setup, not broken.
There is no separate column that spells this out for you, so the button’s own state, and whatever tooltip it carries, is the only signal you get. If the tooltip gives a specific reason, trust that reason over any guess. If it’s the generic fallback line, treat it as “not yet”, check back later, or ask the client whether their setup finished on their end.One more thing worth knowing before you click: the permissions you get inside the session aren’t cached from whenever the client last saved their settings. They’re resolved from the client’s live grants at the moment you click View as client. If a client flips a toggle off five minutes before you start a session, you’ll see the narrower set, not whatever was true earlier in the day.
Manageability can change between page loads. A client’s workspace finishing its sync, or a relationship changing state, can flip the button from disabled to enabled or back without any action on your part. Refresh the table rather than trusting a state you saw a few minutes ago.
Status and manageability are independent fields. An Inactive client can still be manageable if the backend allows a session to be created for that relationship. Don’t infer manageability from the dot in either direction, check the button itself.
Hover the button. The tooltip carries the backend’s own reason when one is available, and only falls back to the generic “Managing this client isn’t available right now” when it isn’t. Read the tooltip before assuming the generic case applies.
Reading the numbers

Revenue contribution.

This column has exactly three possible states. It never shows anything else.

revenue contribution
Halo Studio LLC$412.00
Acme ConsultingPending
Northwind Freight
This “Pending” is not the same thing as the Pending commission status you’ll see later in the Revenue ledger. In the Clients table, Pending means the backend hasn’t finished computing that client’s revenue contribution figure yet, a data-availability state. In the Revenue ledger, Pending describes a specific commission line item that has accrued but not yet been paid out, a payout-lifecycle state. Same word, two unrelated concepts, in two different views of the same programme. If a client shows Pending here, it says nothing about whether any commission tied to them has been paid.
If you need to know whether commission from a specific client has actually paid out, that’s a question for the Revenue ledger, not this column. See Revenue and payouts for the ledger’s own Pending and Paid states.

Troubleshooting

States and controls.

What each visible state means, and what’s worth doing about it before you escalate.

Notice the pattern: several of these states look identical to each other on the surface, “No clients yet.” covering both empty and broken, a syncing client looking the same as any other active one until you try the button. When the table won’t tell you which case you’re in, the fastest signal is usually a refresh, followed by whether the same state persists for one client specifically or for the whole roster.
If you’re not sure whether “No clients yet.” means your roster is genuinely empty or the fetch failed, check the “Total clients onboarded” KPI tile on the Dashboard overview. It’s driven by a separate query, so a nonzero count there while this table shows nothing points at a failed fetch, not an empty roster.

From roster to workspace

Working with a client.

Once you’ve found the right row, stepping into that client’s workspace is a short hop, not a separate tool.

1

Confirm the row is manageable

Check the Actions cell isn’t greyed out and isn’t mid-spinner. If it is, work through the section above before you try clicking.
2

Click View as client

This mints a delegated session scoped to that one workspace, using whichever scopes the client currently has granted.
3

Read the Reseller mode banner

It names the client and lists exactly which permissions are active for this session, before you touch anything inside their workspace.
4

Exit cleanly when you're done

The full walkthrough, including what each scope unlocks and how sessions expire, lives at View as client.
Set expectations with the client before the first session, not during it. Tell them which scopes you’re expecting to use, and ask them to confirm those toggles are on in their own Manage Reseller panel. It’s a five minute conversation that avoids a wasted click on a greyed-out button later.
Agency owner · Monday roster check
Filters to Active, scans plan and revenue contribution for anything that looks off since Friday, then moves on. No search needed when the whole roster fits on one screen.
about 10 minutes
Agency owner · spotting churn
Notices a client that used to be Active now shows a grey dot, checks the Historical chip to see if the relationship actually ended, and follows up by email if it did.
about 5 minutes
Agency owner · chasing a stuck setup
A client shows Active but the button won’t click. Reads the tooltip, sees it’s still syncing, and pings the client to confirm they finished their side of onboarding instead of assuming the dashboard is broken.
about 10 minutes

Managing clients

Know your roster, know the boundary.

Every client’s status, plan and manageability lives in one table. When something looks off, the tooltip usually already told you why.

Search is server side, sort is fixed, and Active never guarantees manageable.
The button tells you the truth about a client’s state before you click it.

Keep going

Next steps.

View as client

Starting a session, reading the banner, and leaving cleanly once the button is clickable.

Onboarding a client

How a client ends up on this roster in the first place, and the handoff that follows.

Client permissions

What each toggle unlocks from the client’s side, and why credentials never appear here.

Troubleshooting

A fuller symptom index for when a row’s state doesn’t match what you expected.