`GET /api/organization/runners/offers` — the org's runner offers (the DERIVED set: offers WHERE `runner_pool_id` IN the org's runners), each enriched with its live metered usage + settled earnings (the same numbers the SellerEarningsTab shows). Any active org member may read (`OrgAction::Read`).
const url = 'https://example.com/api/organization/runners/offers';const options = {method: 'GET'};
try { const response = await fetch(url, options); const data = await response.json(); console.log(data);} catch (error) { console.error(error);}curl --request GET \ --url https://example.com/api/organization/runners/offersResponses
Section titled “Responses”The org’s runner offers + usage + earnings
One org runner offer enriched for the “Offered / Earnings” view: the offer plus its
metered-usage roll-up + settled seller earnings (the SAME numbers the existing
SellerEarningsTab reads). DERIVED – runner_pool_id ties the offer to the org runner.
object
Settled earnings, ONE ENTRY PER CURRENCY, ordered by currency. Empty when the offer has no usage yet.
#1086 find 14 – this replaces the flat gross_minor/net_minor/currency
triple, which reported one sum across ALL of the offer’s usage rows and then
labelled that sum with MAX(currency) – a total that was only ever right by
luck.
The settled earnings an org runner offer produced in ONE currency (#1086 find
14). gross_minor is the priced total of the offer’s metered runs in that
currency; net_minor the seller net that actually cleared to a payable ledger
entry.
object
Metered runs recorded against this offer, across every currency.
Examplegenerated
[ { "activation_status": "example", "active": true, "capabilities": "example", "created_at": "2026-04-15T12:00:00Z", "display_region": "example", "hardware": "example", "health_status": "example", "heartbeat_interval_secs": 1, "id": "2489E9AD-2EE2-8E00-8EC9-32D5F69181C0", "item_id": "2489E9AD-2EE2-8E00-8EC9-32D5F69181C0", "job_class_allowlist": [ "example" ], "last_heartbeat_at": "2026-04-15T12:00:00Z", "max_concurrency": 1, "network_policy": "example", "runner_pool_id": "2489E9AD-2EE2-8E00-8EC9-32D5F69181C0", "secret_trust_policy": "example", "seller_profile_id": "2489E9AD-2EE2-8E00-8EC9-32D5F69181C0", "terms_accepted_at": "2026-04-15T12:00:00Z", "trust_tier": "example", "updated_at": "2026-04-15T12:00:00Z", "earnings": [ { "currency": "example", "gross_minor": 1, "net_minor": 1 } ], "runs": 1 }]Authentication required
The canonical JSON body of every error response — the single source of truth
the frontend binds to. Every AppError serializes as this exact shape, and
the generated OpenAPI component ApiErrorBody (with its ErrorCode enum) is
what the frontend error schema is generated from, so there is no hand-written
error schema on either end.
object
Machine-readable, stable error code.
Present only on a quota-exceeded 403 — the inline upgrade-CTA payload.
object
The entitlement feature key that was hit, e.g. apps.max_count.
The plan’s limit for this key.
Where to send the user to upgrade.
Current usage (count or bytes, per the key).
Human-readable message (the server’s English text; the client may localize
by code).
Example
{ "code": "not_found"}Organization access required
The canonical JSON body of every error response — the single source of truth
the frontend binds to. Every AppError serializes as this exact shape, and
the generated OpenAPI component ApiErrorBody (with its ErrorCode enum) is
what the frontend error schema is generated from, so there is no hand-written
error schema on either end.
object
Machine-readable, stable error code.
Present only on a quota-exceeded 403 — the inline upgrade-CTA payload.
object
The entitlement feature key that was hit, e.g. apps.max_count.
The plan’s limit for this key.
Where to send the user to upgrade.
Current usage (count or bytes, per the key).
Human-readable message (the server’s English text; the client may localize
by code).
Example
{ "code": "not_found"}Structured server error
The canonical JSON body of every error response — the single source of truth
the frontend binds to. Every AppError serializes as this exact shape, and
the generated OpenAPI component ApiErrorBody (with its ErrorCode enum) is
what the frontend error schema is generated from, so there is no hand-written
error schema on either end.
object
Machine-readable, stable error code.
Present only on a quota-exceeded 403 — the inline upgrade-CTA payload.
object
The entitlement feature key that was hit, e.g. apps.max_count.
The plan’s limit for this key.
Where to send the user to upgrade.
Current usage (count or bytes, per the key).
Human-readable message (the server’s English text; the client may localize
by code).
Example
{ "code": "not_found"}