You have the exact message on screen. Here is what it means.
This page is a lookup table, not a tutorial. Find the string, read what it means, and check who owns the fix, you, the client, or Actionist Support.
How to use this page.
Find the exact string you are looking at, read what it means, and check the chip on the right. Every row below carries one of three chips telling you who actually resolves it.
Registration and certification.
Messages from the application form, the Certification Hub, and the phase gate that decides whether your Master Dashboard is unlocked yet. See Getting started.
disabled or revoked. There is no self-service path back from this state.Invitations.
Everything the “Invite a client to Actionist” modal can show you, from a bad email address to a status stuck mid-flight.
Clients list.
Read the second row below carefully. It looks identical to a genuine empty state but is not, and that distinction is the single most useful thing on this page. See Managing clients.
Delegated sessions.
What happens when a “View as client” session ends, locks a panel, or refuses an agent a tool. See View as client for the full mechanism.
Apps and connections.
Every control here that touches a credential or an authorization is locked for the entire duration of any delegated session. No permission changes that. See Apps, tools and integrations.
Schedules and runs.
A schedule that looks fine but never actually fires is almost always one of a few things, checked in order.
Revenue and payouts.
Load failures, wallet validation, and the one ledger status with no self-service fix at all. See Revenue and payouts.
When it is definitely Actionist Support.
Seven situations where nothing in the reseller interface, and nothing the client can do either, moves things further. Email [email protected] directly rather than retrying again.
Include with every request:
- The exact message text, copied rather than paraphrased.
- The client’s name or email, if the issue is about one specific client.
- Roughly when it happened.
- What you already tried, so Support does not repeat it (retry, reload, wait).
Generic messages, and why they are hard.
A handful of messages recur across the reseller surface precisely because the interface has no more specific thing to tell you. They are not bugs in the sense that something is broken, they are the honest shape of “the backend could not classify this."
Send the exact message, not a description of it.
The string on screen is usually enough for Support to know exactly where you are. Copy it, don’t paraphrase it.
Every entry here is verified against the live product, not the marketing copy.
Copy the exact string · check the chip · escalate once, not repeatedly.