List the cloud providers that billed workload resources

Returns the distinct cloud providers that billed the resources matched by the filters in a
date range (resourceCloudProvider, the cloud of the billed resource, not of the cluster).
Send workloadId to limit it to one workload. Use it to know which clouds a selection
spans, for example before asking for hour granularity: Azure data is daily only. For the
cloud of the clusters, use listAttributeWorkloadsFilterValues with
platformCloudProvider.

The request body holds the filters; this operation only reads data. A workloadId that does
not decode returns 404.

Freemium customers (no paid Attribute plan) see network cost only, and only for the last
60 days.

Authenticate with Authorization: Bearer <token>. Omit X-Tenant-Id when the credential
resolves to one customer. When the credential can act on several customers, send
X-Tenant-Id: <tenant-id> to select one.

Recent Requests
Log in to see full request history
TimeStatusUser Agent
Retrieving recent requests…
LoadingLoading…
Query Params
date
required

First day of the date range (UTC), inclusive, as YYYY-MM-DD. The change fields compare
with the period of the same length right before this day. Freemium customers (no paid
Attribute plan) can only read the last 60 days: a from earlier than today minus 60 days
(UTC) returns 403.

date
required

Last day of the date range (UTC), inclusive, as YYYY-MM-DD. Must be on or after from.

integer
required
1 to 1000

Maximum number of values to return, from 1 to 1000.

Body Params
string
length ≥ 1

Opaque ID of one workload. Copy it unchanged from the workloadId of a workload row of
queryAttributeWorkloadsTable; do not build or change it. An ID that does not decode
returns 404.

filterConditions
required

The filters, as an object with exactly one key: and (every item must match) or or (at
least one item must match). Each item is a condition or a group of conditions. Send
{"and": []} for no filter.

Headers
string

Customer (tenant) ID for the request. This is separate from authentication: you still pass your personal or service account API token in the Authorization header (Bearer <token>). See Get Started.

When to omit (most callers): If your personal or service account token belongs to a single customer, omit this header. The API resolves that customer from the token.

When to send: If your credential can access more than one customer, set X-Tenant-Id to the customer ID you want to act on. A service account can select an active direct or nested descendant of its home customer; the endpoint's normal permissions, entitlements, and resource-ownership checks still apply. A service-account target outside that customer subtree returns 403 Forbidden. Prefer this header over the legacy customerContext query parameter, which only applies to legacy API keys and is ignored by personal and service account tokens.

string
enum
Defaults to application/json

Generated from available response content types

Allowed:
Responses

Language
Credentials
LoadingLoading…
Response
Click Try It! to start a request and see the response here! Or choose an example:
application/json
application/problem+json