Consumers
Requests and approvals
The Consumers, Requests inbox in Apiable: pending registrations, subscription approvals, and access requests in one queue, with approve, decline, batch actions, and the pending badge. Sandbox submissions are reviewed under Consumers, Pipeline instead.
The Requests inbox is one queue for the approvals your team handles in the dashboard. Pending registrations, subscriptions waiting for approval, and access (scope) requests all land under Consumers, Requests, where you approve or decline each one. The sidebar shows a pending count next to Requests.
What is the Requests inbox?
The Requests inbox is the Consumers, Requests page in the dashboard. It lists every pending registration, subscription approval, and access request in one queue, newest first. You approve or decline each one without leaving the page.
Open it from Consumers, Requests in the sidebar. The page title is Requests, and the count next to the sidebar entry tells you how many are waiting. Once your organization is past its onboarding, the dashboard opens on Requests when you sign in.
What request types appear in the inbox?
Three types of request flow into the inbox. Each row carries a badge so you can tell them apart at a glance.
| Type | Badge | When it appears | What the row says |
|---|---|---|---|
| Registration | Registration | A new consumer signs up while you require registration approval. | "Wants to register" |
| Subscription | Subscription | A developer subscribes to a plan with an approval group that is not a sandbox plan. | "Wants to subscribe to {plan}" |
| Access (Optional) | Access | A consumer requests an Optional scope on a subscription. | "Requests {scope} on {plan}" |
| Access (Restricted) | Access · Restricted | A consumer requests a scope and writes a justification. | "Requests {scope} on {plan}", plus the quoted justification |
Each row also shows the requester's name, a subtitle (the email, or the team or subscription and the email), and how long ago the request was made.
Registration requests exist only when you set a registration approval group under Settings, Portal settings, Portal details, in Registration process approval. Without one, sign-ups are approved immediately. See Registration and details.
Subscription requests exist only for plans that have an approval group and no sandbox. A sandbox plan starts the subscription active in the sandbox, and its approval happens in Pipeline. A subscription you create from the dashboard skips approval, so it never appears here.
How are requests grouped into tabs?
The inbox has tabs that filter the same queue by type, each with its own count. All shows every pending request together.
| Tab | Shows |
|---|---|
| All | Every pending request, across all types. |
| Registration | Pending consumer registrations only. |
| Subscription | Pending subscription approvals only. |
| Access | Pending scope requests only. This tab appears when your Apiable plan includes scope-based access control. |
A selection you make on the All tab is kept when you switch to a filtered tab. The rows that show change; the underlying selection does not.
How do I approve or decline a request?
Each row has Approve and Decline. Approve acts at once and the row shows Approved. Decline opens a Reason (optional) field, and Confirm Decline finishes it, after which the row shows Declined.
- Find the request in the inbox. A Restricted access request shows the consumer's justification quoted on the row.
- To grant it, click Approve. The row confirms with Approved and the pending count drops.
- To turn it down, click Decline, optionally type a reason in Reason (optional), then click Confirm Decline. The row confirms with Declined.
What each decision does depends on the type:
| Type | Approve | Decline |
|---|---|---|
| Registration | The consumer's account becomes active. | The account is marked Canceled. The reason is not kept. |
| Subscription | The subscription becomes Active. A new subscription on a paid plan moves to Pending Payment instead, and the developer completes checkout from the subscription in your API Portal. | The subscription is Rejected. The reason is not kept. |
| Access | The scope is granted on the subscription's existing client. | The request is declined and the reason is stored with it. |
Can I approve or decline several requests at once?
Yes. Select the rows you want and a bar appears at the top reading {count} selected. Use Approve Selected to grant them all, or Decline Selected to add one shared reason and Confirm Decline. Each request is processed on its own.
During a batch, each row moves through its own states: Queued, then Approving… or Declining…, then Approved or Declined. If a row fails, it shows Failed with the error and stays selected, so you can retry it without reselecting the rest. Use the select-all checkbox in the list header to select every visible row at once, and Clear selection to start over.
Who can approve requests?
Anyone who can open Requests in your dashboard can approve or decline there. The inbox does not check approval groups.
Approval groups decide who is emailed about a request, and who sees Approve and Reject on a subscription's or a consumer's own page. Keep dashboard access limited to people who should decide on requests. See Approval groups and Members and roles.
What is the number next to Requests in the sidebar?
It is the pending count across all request types. The badge sits on the Requests entry in the Consumers group. It hides when the count is zero and collapses to 99+ above ninety-nine.
The count refreshes every 30 seconds, and right after you approve or decline. It is the fastest signal that something is waiting, without opening the page.
How does this relate to the per-subscription and per-consumer Requests tabs?
A subscription's or consumer's page shows its own Requests (n) tab while it has pending items, where n is the count. The tab uses the same rows and the same approve and decline behavior as the inbox, scoped to that subscription or consumer.
A consumer's tab covers their registration and the requests on subscriptions they own.
Use the inbox under Consumers, Requests to clear the whole backlog, and the per-entity tab when you are already working inside one subscription or consumer. See Subscriptions and Consumer accounts.
Troubleshooting
Match the empty state or message to what it means:
| What you see | What it means |
|---|---|
| "No pending requests" and "You're all caught up." | The inbox is empty. New requests appear as consumers register, subscribe, or request scopes. |
| "No pending registrations" | No consumer accounts are waiting on the Registration tab. |
| "No pending subscriptions" | No subscriptions are waiting on the Subscription tab. |
| "No pending access requests" | No scope requests are waiting on the Access tab. |
| No Access tab at all | Your Apiable plan does not include scope-based access control, so there are no scope requests to review. |
| A partner submitted a sandbox subscription but nothing is here | Sandbox submissions are reviewed under Consumers, Pipeline, not in this inbox. |
| Sign-ups never show up as Registration requests | No registration approval group is set, so new accounts are approved at once. |
| An approved subscription shows Pending Payment | The plan is paid. The developer completes checkout from the subscription in your API Portal. |
| A row shows Failed after a batch | That request did not resolve. The row keeps its selection and shows the error, so you can fix the cause and retry it on its own. |
| No pending badge in the sidebar | There are zero pending requests, or the count has not loaded yet. The badge appears once at least one request is waiting. |
Where to next
From sandbox to production
How partners submit sandbox subscriptions and how your team reviews them under Consumers, Pipeline.
Scope grants
The full access request flow: how a consumer requests Optional and Restricted scopes, how you approve or decline, and how a grant is revoked.
Subscriptions
Subscription statuses, tabs, and where the per-subscription Requests tab fits.
Subscribing to a plan
What a developer does in the API Portal to subscribe, which is what produces a Subscription request in this inbox.