Skip to main content

Manage billing, seats, and credits

Explain how admins review billing health, seats, credits, and payment recovery.

Written by Caleb Harris

Billing is available to organization admins. Billing actions do not spend tokens, but purchases and payment recovery require access to your organization's billing settings.

Use the Billing section in &AI when you need to keep your organization ready to work. This is where administrators review seat capacity, available credits, open invoice state, payment-method health, and subscription status. It is also where you purchase additional seats or credits, review recent billing activity, and recover from payment issues that would otherwise block credit-consuming work.

Open the Billing section

From the admin workspace, choose Billing in the left-hand navigation.

The first thing you see depends on your organization's current billing state:

  • If billing is already active, the page opens the normal billing dashboard.

  • If your organization is still in self-serve setup, the page can show a setup or checkout state instead of the full dashboard.

  • If your self-serve trial is out of credits, the page shows a Subscribe to continue path while the rest of the app remains available.

  • If a payment issue needs attention, the billing page becomes the main place to resolve it.

The main dashboard is organized around the billing surfaces you use most often: Credit balance, Credit usage, Credit auto-refill, Seats, Subscription, Invoices, and Payment.

Below those cards, the page also shows recent billing transactions.

Inside Credit usage, admins can review billed activity over time, switch between Credits and Credit Cost Equivalent (USD), compare project totals by action, and search or filter individual usage events by feature, workflow, project, user, or analysis target. Some historical billed rows can appear as Unattributed when &AI can recover the billed amount but not a more specific workflow label.

Start with payment status

Check Payment Method before changing anything else. This card tells you whether you should keep working in &AI or switch to Stripe to resolve the billing state first.

In the current flow, the main action changes with account state:

  • View invoices when there is no urgent billing issue to resolve

  • Pay open invoice when payment is pending or a failed invoice is blocking normal work

  • a payment-method management path when the organization needs a chargeable card on file

  • Subscribe to continue when a self-serve trial has exhausted trial credits and must start paid billing before credit-consuming work can resume

Use this card first when:

  • seats are pending payment

  • a credit purchase is still pending

  • the organization is in a payment-recovery state

  • a self-serve admin needs to restore a missing or failed payment method

Review seats before inviting or adding users

The Billed Seats card shows how much user capacity the organization currently has.

Use it to answer two questions:

  • Do we have enough seats for the current users?

  • Do we need to buy seats before adding more people?

The current card can show:

  • the active billing tier

  • the monthly credits granted per active seat

  • the number of users compared with paid seats

  • the number of seats pending payment, if any

  • a Purchase seats action

If seats are pending payment, treat that as a billing issue to resolve before assuming the organization has more usable capacity. The add-user flow is seat-aware, so buying seats or clearing the pending payment first avoids confusion when user creation is restricted.

Review available, pending, and overage credits

The Available Credits card is the fastest way to understand the organization's usable balance for the current billing period.

It can show:

  • the current billing-period date range

  • currently available credits

  • pending credits when a purchase or invoice is still open

  • overage credits when usage exceeded the settled balance

  • a Purchase credits action

Use this card when users report low balance, when you want to top up capacity mid-cycle, or when you need to explain why the org still shows pending or overage information after recent usage.

Treat the balance states differently:

  • Pending credits usually mean a billing action has started but is not fully settled yet.

  • Overage credits mean usage has gone past the settled prepaid balance.

  • Payment-recovery states can block new credit-consuming actions even if users can still navigate the app.

Chart creation has a minimum billed credit cost. Creating a new chart uses a base floor of 10 credits per limitation in scope for that chart run before your organization's billing-tier multiplier is applied. For example, a chart that covers 20 limitations has a 200-credit base floor, so a Pay-as-you-go organization sees a 400-credit minimum when measured usage is lower. Searches, chart updates, and other workflows continue to use their normal usage totals.

Purchase credits or seats

Click Purchase credits or Purchase seats to open the corresponding billing modal.

If a self-serve trial has already run out of trial credits, those purchase actions are replaced by Subscribe to continue. Users can still navigate the app, but credit-consuming actions, trial seat changes, and trial credit purchases stay blocked until the paid subscription starts or credits become available again.

For credit purchases, the current UI supports two input styles:

  • Credits

  • USD

For seat purchases, the modal shows the seat count, the expected pricing, and the resulting seat or credit impact before you confirm.

When you submit a billing purchase:

  • &AI creates the purchase request

  • the billing backend validates that the org is allowed to start the purchase

  • successful requests hand off to the external billing flow

Self-serve organizations may need a saved chargeable payment method before new seat or top-up requests can proceed cleanly.

Resolve payment issues without locking the whole team out

The current self-serve billing flow treats payment issues as recoverable organization states, not as a total navigation lockout.

When payment fails or a saved payment method is missing:

  • admins are directed back to billing to fix the issue

  • non-admin users can still navigate, but credit-consuming actions remain blocked

  • the billing page becomes the main recovery surface for invoices and payment methods

This matters because a team can still open the product while remaining unable to run searches, charts, or other credit-consuming workflows until billing is healthy again.

Review recent billing activity

Use recent transactions to understand what changed most recently in the organization's billing history.

This is the best place to confirm:

  • a trial grant or monthly grant was applied

  • a credit purchase is pending or paid

  • a seat-related invoice was created

  • a billing recovery action has settled

If the page shows pending state longer than expected, check payment status first rather than retrying the purchase flow repeatedly.

Did this answer your question?