List customer subscriptions
GEThttps://
Returns the organisation's customer subscriptions, newest start date first.
Access
- Token scope
- api:
read: customer_subscriptions Without it:
403 insufficient-token-scope. - Permission
- customer_subscriptions::
read Without it:
403 insufficient-permission. - Feature
- Needs the billing feature on your organisation.
Without it:
404 endpoint-not-found. - Rate cost
- 1 unit, read bucket.
view=detailmakes it 3. Adds: each include +1,q+2. - Also
If-None-Matchanswers304when nothing changed. Never cached:private, no-store. Unknown query parameters are refused, never ignored.
Both are checked, scope first. A token never does more than its user. How access is checked
Defaults to the summary view; view=detail carries the same fields on this resource (no field of it is detail-only) and costs three read units instead of one. filter[status]=active with filter[auto_renew]=true and filter[next_invoice_date][lte]=<today> is the due-for-invoicing query the renewal run uses. Search with q= over the subscription description, and pass trashed=with|only to see deleted subscriptions. There is no relationship sort: use sort=customer_id or filter[customer_id] rather than customer.name.
Query parameters
Unknown parameters are refused with 400, naming the parameter.
46 parameters in 7 groups
Views
Pagination
Rows per page. At most 25 when include names a to-many relation; a larger value is 400 invalid-query-parameter.
Default: 25
Filters
- =
- equals
- [in]
- any of a comma-separated list
- [null]
trueorfalse: whether it is empty- [gte][lte][lt]
- at least, at most, less than
- [ne]
- not equal
Interval the subscription is invoiced at.
A comma-separated list of at most 100 values.
yearlymonthlyone-time
New values may be added.
Day the subscription was cancelled. null selects the ones that were not.
Whether the field is null.
Creation timestamp. Pair with sort=id for a stable full export.
Customer the subscription belongs to. This is how you list one customer's subscriptions: there is no nested path for them.
A comma-separated list of at most 100 values.
Day the subscription runs out. null selects the open-ended ones.
Whether the field is null.
Day the subscription was last invoiced. null selects the ones that never were.
Whether the field is null.
First day of the period to be invoiced next. null selects the subscriptions the renewal run skips. Combined with filter[status]=active and filter[auto_renew]=true this is the due-for-invoicing query the renewal run itself uses, and it is the single most useful query on this resource.
Whether the field is null.
First day the subscription runs from. Combine gte and lte to select a period, e.g. the subscriptions that started in one month.
Lifecycle status. Only active subscriptions are invoiced by the renewal run.
A comma-separated list of at most 100 values.
pendingactivecancelledexpired
New values may be added.
Subscriptions with at least one line selling this subscription product, which is the Products filter in plnnrly. Lines that bill a hosting domain or a server are not products and never match.
A comma-separated list of at most 100 values.
Subscription type the subscription is an instance of.
A comma-separated list of at most 100 values.
Search
Sorting
| Key | Sorts by |
|---|---|
starts_at | First day the subscription runs from, newest first. |
next_invoice_date | First day of the period to be invoiced next, earliest first. |
cancelled_at | Cancellation date, earliest first. |
expires_at | Expiry date, earliest first. |
last_invoiced_at | Date the subscription was last invoiced, earliest first. |
id | Id, ascending. An id never changes, so use this for a stable full export. |
updated_at | Last-write timestamp; pair with the id tiebreaker for sync. |
Prefix a key with - for descending.
Includes
| Path | Adds | Cost |
|---|---|---|
customer | The customer this subscription belongs to, with their name and code. Requires the customers::read permission and a token scope covering the customers prefix. | +1 |
subscription_type | The subscription type this subscription is an instance of, with its name, which is the name plnnrly shows for the subscription. Requires the subscription_types::read permission and a token scope covering the subscription_types prefix. | +1 |
Other
Request headers
A correlation id of your own. It is recorded in our logs next to the server's request id but never returned: the response header always carries the server's id. A value that does not match the pattern is discarded silently, never rejected.
Response 200
Returns a page of CustomerSubscriptionList rows.
The rows, each a CustomerSubscriptionList.
per_page, next_cursor, prev_cursor, total, current_page, last_page.
self, next, prev.
Each row is a CustomerSubscriptionList: 20 fields.
Headers
ETag- A weak validator (
W/"…") of the rendered page. RateLimit- The IETF
httpapi-ratelimit-headersform of your remaining allowance on the tightest bucket this request touched. RateLimit-Policy- The ceiling and window of that bucket, as
<limit>;w=<seconds>. X-Request-Id- The server-generated ULID correlating this response with our logs.
Every response also carries Cache-Control, Vary, X-Content-Type-Options, X-Plnnrly-Api-Version, X-RateLimit-Limit, X-RateLimit-Remaining, X-RateLimit-Reset. Headers and versioning
The customer this subscription belongs to. Expanding it with ?include=customer additionally requires the customers::read permission and a token scope covering the customers prefix.
The subscription type this subscription is an instance of, which is also where its displayed name comes from. Expanding it with ?include=subscription_type additionally requires the subscription_types::read permission and a token scope covering the subscription_types prefix.
What this subscription covers, as free text. This is the field ?q= searches, and it is also what a generated invoice line falls back to.
Lifecycle status. Only an active subscription is picked up by the renewal run; the other three are inert.
pendingactivecancelledexpired
New values may be added.
How often the subscription is invoiced. one-time forces auto_renew to false, because a one-off has no next period to move on to.
yearlymonthlyone-time
New values may be added.
First day the subscription runs from, as a zone-free calendar date. Newest first is the default sort.
First day of the period to be invoiced next. Omit it on create and the server fills it with starts_at, so the first period is billable; the renewal run advances it by one interval each time it invoices. Null makes the subscription invisible to that run (it is skipped, silently), so a subscription that should never auto-invoice is expressed this way.
Day the subscription was cancelled, null while it has not been. It is a record of the cancellation date only: nothing derives status from it.
Whether the renewal run may invoice this subscription again. A one-time subscription is always false: it is forced on every save, so sending true together with billing_interval=one-time succeeds and comes back as false rather than failing.
Exact Online subscription this one maps to, by Exact's own external identifier, not by a local id. Written by the sync; null when the subscription has never been synced.
Day the subscription was last invoiced, null until it has been. Maintained by the renewal run.
Last-write timestamp; use for incremental sync. It also feeds the ETag revision, because a customer subscription has no version field.
Errors
8 errors every operation can return: 304, 400, 401, 404, 406, 429, 500, 503
304 Not modified.
400 Bad request.
idempotency-key-requiredinvalid-cursorinvalid-query-parametermalformed-requestunsupported-parameter
401 Unauthenticated.
404 Not found.
406 Not acceptable.
429 Too many requests.
500 Server error.
503 Service unavailable.
This path allows GET, POST. Anything else answers 405.
Something wrong or missing on this page? Tell us