Billing & usage

Credits are the independent quota and billing unit agents spend when they call Beatra skills. There is no fixed credit-to-currency exchange rate. Top-up offers define how many credits a payment buys in each market; public model prices define how many credits an operation consumes.

How charging works

Generation, speech, voice, music, and dedicated image/video understanding tasks are prepaid. Beatra debits the admitted task price at submission; generation whose final quantity varies settles against measured usage on success. Understanding uses its complete admitted image count or rounded-up input-video seconds, so its submission debit is exact. Chat completions retain their existing token-based billing. Public social-data reads (beatra.social.execute) are also prepaid: the credit price is 6, 12, 30, or 60, and it is confirmed before the task is created.

If the balance cannot cover the prepaid amount, the API returns 402 insufficient_balance and no task is created.

How many at a time

When this many creations are already in progress, a new request is not started and nothing is charged. Wait for one to finish and retry the same request, or pick a plan that allows more at a time. REST per-minute limits are documented on the rate-limits page.

Prepaid understanding

• POST /v1/images/responses charges the admitted image_count at 5 credits per image, up to eight images.
• POST /v1/videos/responses charges admitted input_video_seconds at 0.4 credits per second; milliseconds are rounded up to a whole second.
• detail and provider token usage do not change either customer price.
• Failed or confirmed-canceled understanding tasks automatically refund the admission debit through the standard prepaid refund path.

Successful prepaid usage settlement

For a task whose final billable quantity depends on accepted media or measured output, the submission debit is an estimate. On success, Beatra settles against authoritative measured usage using the price snapshot captured at submission:

• lower actual usage returns the unused estimate in refunded_credits;
• equal usage needs no wallet adjustment;
• higher valid actual usage within the accepted request contract adds a supplemental debit to charged_credits.

Measured usage that is inconsistent with its own input/output breakdown or exceeds the accepted request and model limits is never applied as actual usage or as a supplemental debit. The original submission debit remains unchanged while the task stays pending settlement for operator review.

The final amount is returned directly as billing.net_charged_credits (and is equal to billing.charged_credits - billing.refunded_credits). A successful overage can leave the wallet below zero; the artifact remains valid, while new billable work is rejected until the balance is topped up.

Automatic refunds on failure

When a task is failed or cancellation is confirmed and the task becomes canceled, the held credits are automatically refunded to source — no request needed. A cancellation conflict means the task is still running and does not trigger a refund:

"billing": {
  "charged_credits": 48.0,
  "refunded_credits": 48.0,
  "net_charged_credits": 0.0
}

Billing fields in responses

Every task response carries:

Balance and top-up

On the global console, credit purchases are one-time payments (card, Apple Pay, Google Pay, or Link). View your balance and add credits at console.beatra.ai/wallet?intent=buy.