Usage Billing History
Changed onList the caller's usage-billing ledger entries, newest first.
Use types to filter the entries to list. A user who has never topped up gets an empty page.
This is a paginated endpoint. See the Pagination guide for details on using cursor-based pagination.
Request
- Base URLhttps://api.todoist.com
- URLhttps://api.todoist.com/api/v1/usage_billing/history
- Authnone declared
Query parameters
Product whose ledger to read.
Comma-separated type values to return: usage_settled, top_up, adjustment, void, expiry, or chargeback. When omitted, all types are returned. Rejects when an unrecognized name is supplied.
An opaque string used as the cursor for pagination. Must be used with the same parameters from the previous request
The number of objects to return in a page
Response
Successful Response
Example response
{
"currency": "usd",
"entries": [
{
"id": 8814,
"type": "usage_settled",
"created_at": "2026-06-10T14:00:00Z",
"category": "automation_run",
"status": "success",
"charged_units": 13700,
"charged_amount": 27400,
"credited_units": 5000000,
"credited_amount": 10000000,
"description": "Top-up USD 1000"
}
],
"next_cursor": "14540000435w8hj8pXXwPQJJch.X9DBH8ya2Xenok55"
}Changes
- info
added the new optional
queryrequest parametertypes
- info
- breaking
response property
entries/items/charged_unitslist-of-types was widened by adding typesnullto media typeapplication/jsonof response200 - breaking
response property
entries/items/credited_unitslist-of-types was widened by adding typesnullto media typeapplication/jsonof response200 - info
the response property
//became required for the status - info
the response property
//became required for the status - info
added the required property
to the response with the status - info
added the required property
//to the response with the status - info
added the required property
//to the response with the status
- breaking