Skip to content

Quickstart API Reference (2025-11-12)

Zuora's Quickstart API represents a simplified programmatic experience with coverage for common eCommerce use cases only. Quickstart is NOT a replacement of the v1 API.

If you are starting new development, we recommend you use the v1 API for all your use cases. New features are only available in the v1 API. We no longer recommend Quickstart for new eCommerce development. We are not deprecating the Quickstart API and will continue to fix bugs, but we will not accept enhancement requests for the Quickstart API.

To use the Quickstart API, you must have the following features enabled on your tenant:

To find the latest changes made to the Zuora Quickstart API, check the Quickstart API Changelog.

Download OpenAPI description
Languages
Servers
Mock server
https://developer.zuora.com/_mock/other-api/quickstart-api
US Developer & Central Sandbox (incl. Test Drive)
https://rest.test.zuora.com/v2
US API Sandbox Cloud 1
https://rest.sandbox.na.zuora.com/v2
US API Sandbox Cloud 2
https://rest.apisandbox.zuora.com/v2
US Production Cloud 1
https://rest.na.zuora.com/v2
US Production Cloud 2
https://rest.zuora.com/v2
EU Developer & Central Sandbox
https://rest.test.eu.zuora.com/v2
EU API Sandbox
https://rest.sandbox.eu.zuora.com/v2
EU Production
https://rest.eu.zuora.com/v2
APAC Developer & Central Sandbox
https://rest.test.ap.zuora.com/v2
APAC Production
https://rest.ap.zuora.com/v2

Products

Products describe the specific goods or services you offer to your customers and help you track inventory or provisioning. They should be used in conjunction with Plans and Prices to configure pricing.

Operations

Plans

Plans are collections of Prices which define the unit cost, currency, and (optional) billing cycle for both recurring and one-time purchases of Products. While Products help you track inventory or provisioning, plans and prices help you track payment terms. Different physical goods or levels of service should be represented by products, and pricing and billing cycle options should be represented by prices grouped together in a plan. This approach lets you change prices without having to change your provisioning scheme. For example, you might have a single ''Gold'' product that has prices for $100/month, $1000/year, and $50 once with the alternative billing cycle and pricing options each represented by a different plan and the recurring and one-time prices represented by different prices.

Operations

Prices

Prices define the unit cost, currency, and (optional) billing cycle for both recurring and one-time purchases of products. Products help you track inventory or provisioning, and plans and prices help you track payment terms. Different physical goods or levels of service should be represented by products, and pricing options should be represented by prices. This approach lets you change prices without having to change your provisioning scheme. For example, you might have a single ''Gold'' product that has prices for $100/month, $1000/year, and $50 once.

Operations

Accounts

This object represents your customer. It lets you create recurring charges and track payments that belong to the same customer.

Operations

Contacts

Contacts represent your customer's contact details.

Operations

Orders

The Orders operations enable you to create or make modifications to subscriptions in a batch.

Operations

Order Line Items

Order line items are non subscription based items created by an order, representing transactional charges such as one-time fees, physical goods, or professional service charges that are not sold as subscription services.
With the Order Line Items feature enabled, you have the ability to launch non-subscription and unified monetization business models in Zuora, in addition to subscription business models.

Operations

Subscriptions

Subscriptions allow you to charge a customer on a recurring basis, such as a monthly charge or a charge based on usage and must be associated with an Account object. Subscriptions can also include one-time charges, such as service activation fees.

Operations

Subscription Plans

A subscription plan is part of a subscription or an amendment to a subscription, and it comes from a price. Like a product and its plans, a subscription can have one or more subscription plans. Subscription plans represent a price or a collection of prices for a service you sell. An individual subscription plan contains all prices specific to a particular subscription.

Operations

Subscription Items

A subscription item is a part of a subscription plan, and it comes from a price.

Operations

Fulfillments

Fulfillments are subordinate objects attached to their related order line item. You can manage the entire order line item lifecycle through fulfillments in the following ways:

  • Create and attach fulfillments to an order line item to track the shipment or return status.
  • Trigger billing based on the fulfillment state and generate billing documents based on the fulfillments accordingly.
  • Create and attach fulfillment items to a fulfillment to keep track of all the assets in your system.

Operations

Fulfillment Items

Fulfillment items are subordinate objects attached to their related fulfillment.

Operations

Invoices

Invoices are statements of amounts owed by a customer and are usually generated by a bill run. For more information about invoices, see Invoices.

Operations

Credit Memos

Credit memos reduce invoice and account balances. By applying one or more credit memos to invoices with positive balances, you can reduce the invoice balances in the same way as applying a payment to an invoice. For more information about credit memos, see Credit and debit memos.

Operations

Debit Memos

Debit memos increase the amount a customer owes. Debit memos can be used to correct undercharging on an invoice or to levy ad hoc charges outside the context of a subscription. Just like an invoice, debit memo balances can be settled by applying either a payment or a credit memo. For more information about debit memos, see Credit and debit memos.

Operations

Bill Runs

Bill runs automatically create invoices for your customers on a set schedule, as well as create invoices for your customers, as needed. A bill run gathers information from one or more customer accounts and generates invoices for those accounts. The operations in this section allows you to create, update, get, or delete bill runs.

Operations

Bill Run Previews

The Bill Run Previews operations allow you to generates a preview of future billing document items for a batch of accounts through a bill run. A bill run preivew job also generates a downloadable CSV file containing a preview of invoice item data for the customer account batch.

Operations

Taxation Items

The TaxationItem object is used to add a tax amount to an invoice item. Z-Tax and third-party tax engines such as Avalara or Connect tax engine can create TaxationItem objects. Before you use the Taxation Item object, you have to configure Z-Tax, Avalara, or Connect tax engine, as the object's fields rely on the values you create during the configuration process.

Operations

Usage Records

The operations in this section allows you to create, update, get, or delete usage records. Zuora expects no more than 25 million usage records per month. If you want to go over this limit, contact your Zuora account manager for further consultation.

Operations

Payment Methods

Payment methods represent your customer's payment instruments. They can be used to collect payments or saved to Account objects to store instrument details for future payments.

Important: The type field in the request body schema of the Create a payment method operation enumerates the supported payment methods. Not all payment gateways support all these payment method types. Check Supported payment methods to check the supported payment methods for each gateway.

If you need to create payment methods outside the scope of this operaton, you have to use the Create a payment method operation of the v1 API instead of the Quickstart API. We do not plan to add additional payment methods to the Quickstart API. Any new payment methods will only be available through the v1 API and Zuora client libraries.

Operations

Payments

Payments represents a customer payment. The Payment object holds all of the information about a payment, including the payment amount and which billing documents the payment is applied to.

Operations

Payment Runs

Payment runs are used to collect payments using electronic payment methods. Even if a payment was made to an invoice but had an error, if an invoice has a positive balance and meets all the filter criteria for the payment run, Zuora will pick up the invoice for processing in the payment run.
Zuora supports two type of payment runs: ad hoc and recurring. These are similar to ad hoc and scheduled bill runs

Operations

Update a payment run

Request

Updates a payment run by setting the values of the specified fields. Any fields not provided in the request remain unchanged.

Security
bearerAuth
Path
payment_run_idstringrequired

Identifier for the payment run, either payment_run_number or payment_run_id

Query
fields[]Array of strings

Allows you to specify which fields are returned in the response.

Accepted values `custom_fields`, `created_by_id`, `updated_by_id`, `created_time`, `id`, `updated_time`, `batch`, `bill_cycle_day`, `target_date`, `payment_run_number`, `state`, `apply_credit_memos`, `apply_unapplied_payments`, `bill_run_id`, `collect_payment`, `consolidate_payment`, `payment_run_date`, `payment_gateway_id`, `state_transitions`
Example: fields[]=id,created_time
summary.fields[]Array of strings

Allows you to specify which fields are returned in the response.

Accepted values `custom_fields`, `created_by_id`, `updated_by_id`, `created_time`, `id`, `updated_time`, `number_of_unprocessed_receivables`, `number_of_errors`, `number_of_invoices`, `number_of_payments`, `number_of_credit_memos`, `number_of_debit_memos`, `number_of_unprocessed_debit_memos`, `number_of_unapplied_payments`, `errors_total`, `invoices_total`, `payments_total`, `unprocessed_receivables_total`
Example: summary.fields[]=id,created_time
expand[]Array of strings

Allows you to expand responses by including related object information in a single call. See the Expand responses section of the Quickstart API Tutorials for detailed instructions.

filter[]Array of strings

A case-sensitive filter on the list. See the Filter lists section of the Quickstart API Tutorial for detailed instructions.
Note that the filters on this operation are only applicable to the related objects. For example, when you are calling the "Retrieve a billing document" operation, you can use the filter[] parameter on the related objects such as filter[]=items[account_id].EQ:8ad09e208858b5cf0188595208151c63

page_sizeinteger[ 1 .. 99 ]

The maximum number of results to return in a single page. If the specified page_size is less than 1 or greater than 99, Zuora will return a 400 error.

payment_run.fields[]Array of stringsDeprecated

Allows you to specify which fields are returned in the response.

Accepted values `custom_fields`, `created_by_id`, `updated_by_id`, `created_time`, `id`, `updated_time`, `batch`, `bill_cycle_day`, `target_date`, `payment_run_number`, `state`, `apply_credit_memos`, `apply_unapplied_payments`, `bill_run_id`, `collect_payment`, `consolidate_payment`, `payment_run_date`, `payment_gateway_id`, `state_transitions`
Example: payment_run.fields[]=id,created_time
Headers
zuora-track-idstring

A custom identifier for tracking API requests. If you set a value for this header, Zuora returns the same value in the response header. This header enables you to track your API calls to assist with troubleshooting in the event of an issue. The value of this field must use the US-ASCII character set and must not include any of the following characters: colon (:), semicolon (;), double quote ("), or quote (').

asyncboolean

Making asynchronous requests allows you to scale your applications more efficiently by leveraging Zuora's infrastructure to enqueue and execute requests for you without blocking. These requests also use built-in retry semantics, which makes them much less likely to fail for non-deterministic reasons, even in extreme high-throughput scenarios. Meanwhile, when you send a request to one of these endpoints, you can expect to receive a response in less than 150 milliseconds and these calls are unlikely to trigger rate limit errors. If set to true, Zuora returns a 202 Accepted response, and the response body contains only a request ID.

Default false
zuora-entity-idsstring

An entity ID. If you have Multi-entity enabled and the authorization token is valid for more than one entity, you must use this header to specify which entity to perform the operation on. If the authorization token is only valid for a single entity or you do not have Multi-entity enabled, you do not need to set this header.

idempotency-keystring

Specify a unique idempotency key if you want to perform an idempotent POST or PATCH request. Do not use this header in other request types. This idempotency key should be a unique value, and the Zuora server identifies subsequent retries of the same request using this value. For more information, see Idempotent Requests.

accept-encodingstring

Include a accept-encoding: gzip header to compress responses, which can reduce the bandwidth required for a response. If specified, Zuora automatically compresses responses that contain over 1000 bytes. For more information about this header, see Request and Response Compression.

content-encodingstring

Include a content-encoding: gzip header to compress a request. Upload a gzipped file for the payload if you specify this header. For more information, see Request and Response Compression.

Bodyapplication/jsonrequired
apply_credit_memosboolean

If true, any posted credit memos are applied first.

apply_unapplied_paymentsboolean

If true, any unapplied payments are applied first.

batchstring

Identifier of the customer account batch to be included in this payment run.

bill_cycle_daystring

The day of the month to bill multiple customer accounts.

bill_run_idstring

The unique identifier of a bill run.

collect_paymentboolean

Indicates whether to process electronic payments during the execution of payment runs. If the Payment user permission "Process Electronic Payment" is disabled, this field will be ignored.

currencystring

Three-letter ISO currency code.

Example: "USD"
consolidated_paymentboolean

If true, a single payment will be collected for all receivables due on an account.

gateway_idstring

Unique identifier for the payment gateway.

payment_run_datestring(date-time)

The date and time when the scheduled payment run is to be executed, in yyyy-mm-dd hh:mm:ssZ format. The backend will ignore minutes and seconds in the field value. For example, if you specify 2017-03-01 11:30:37Z for this value, this payment run will be run at 2017-03-01 11:00:00.
You must specify either the payment_run_date field or the target_date field in the request body. If you specify the payment_run_date field, the scheduced payment run is to be executed on the specified payment run date. If you specify the target_date field, the payment run is executed immediately after it is created.

target_datestring(date)

The target date used to determine which receivables to be paid in the payment run. The payments are collected for all receivables with the due date no later than the target date.

Example: "2023-01-01"
curl -i -X PATCH \
  'https://developer.zuora.com/_mock/other-api/quickstart-api/payment_runs/{payment_run_id}?fields%5B%5D=id%2Ccreated_time&summary.fields%5B%5D=id%2Ccreated_time&expand%5B%5D=string&filter%5B%5D=string&page_size=1&payment_run.fields%5B%5D=id%2Ccreated_time' \
  -H 'Authorization: Bearer <YOUR_TOKEN_HERE>' \
  -H 'Content-Type: application/json' \
  -H 'accept-encoding: string' \
  -H 'async: false' \
  -H 'content-encoding: string' \
  -H 'idempotency-key: string' \
  -H 'zuora-entity-ids: string' \
  -H 'zuora-track-id: string' \
  -d '{
    "apply_credit_memos": true,
    "apply_unapplied_payments": true,
    "batch": "string",
    "bill_cycle_day": "string",
    "bill_run_id": "string",
    "collect_payment": true,
    "currency": "USD",
    "consolidated_payment": true,
    "gateway_id": "string",
    "payment_run_date": "2019-08-24T14:15:22Z",
    "target_date": "2023-01-01"
  }'

Responses

Default Response

Headers
ratelimit-limitstring

The request limit quota for the time window closest to exhaustion. See rate limits for more information.

ratelimit-remainingnumber

The number of requests remaining in the time window closest to quota exhaustion. See rate limits for more information.

ratelimit-resetnumber

The number of seconds until the quota resets for the time window closest to quota exhaustion. See rate limits for more information.

zuora-request-idstring

Zuora’s internal identifier for this request.

zuora-track-idstring

A user-supplied identifier for this request. If you supply a zuora-track-id as a request header, Zuora returns the zuora-track-id as a response header.

Bodyapplication/json
idstringread-only

Unique identifier for the object.

updated_by_idstringread-only

Unique identifier of the Zuora user who last updated the object

updated_timestring(date-time)read-only

The date and time when the object was last updated in ISO 8601 UTC format.

created_by_idstringread-only

Unique identifier of the Zuora user who created the object

created_timestring(date-time)read-only

The date and time when the object was created in ISO 8601 UTC format.

custom_fieldsobject(CustomFields)

Set of user-defined fields associated with this object. Useful for storing additional information about the object in a structured format.

custom_objectsobjectread-only

The custom objects associated with a Zuora standard object.

apply_credit_memosboolean

If true, any posted credit memos are applied first.

apply_unapplied_paymentsboolean

If true, any unapplied payments are applied first.

batchstring

Identifier of the customer account batch to be included in this payment run.

consolidate_paymentboolean

If true, a single payment will be collected for all receivables due on an account.

bill_cycle_dayinteger[ 0 .. 31 ]

The day of the month to bill multiple customer accounts.

bill_run_idstring

The unique identifier of a bill run.

collect_paymentboolean

Indicates whether to process electronic payments during the execution of payment runs.

currencystring

Three-letter ISO currency code.

Example: "USD"
state_transitionsobject

The date and time when the payment run executed, in the yyyy-mm-dd hh:mm:ss format.

payment_gateway_idstring

Unique identifier for the payment gateway.

payment_collection_datestring(date-time)read-only
payment_run_numberstring

Human-readable identifier for this object.

payment_run_datestring(date-time)

The date and time when the scheduled payment run is to be executed.

target_datestring(date)

The target date used to determine which receivables to be paid in the payment run. The payments are collected for all receivables with the due date no later than the target date.

Example: "2023-01-01"
statestring

Status of the payment run.

Enum"processing""pending""completed""canceled""failed"
summaryobject(PaymentRunSummary)read-only

Summary of the payment run.

Response
application/json
{ "id": "string", "updated_by_id": "string", "updated_time": "2019-08-24T14:15:22Z", "created_by_id": "string", "created_time": "2019-08-24T14:15:22Z", "custom_fields": { "property1": "string", "property2": "string" }, "custom_objects": { "property1": { … }, "property2": { … } }, "apply_credit_memos": true, "apply_unapplied_payments": true, "batch": "string", "consolidate_payment": true, "bill_cycle_day": 31, "bill_run_id": "string", "collect_payment": true, "currency": "USD", "state_transitions": { "completed": "string", "failed": "string" }, "payment_gateway_id": "string", "payment_collection_date": "2019-08-24T14:15:22Z", "payment_run_number": "string", "payment_run_date": "2019-08-24T14:15:22Z", "target_date": "2023-01-01", "state": "processing", "summary": { "number_of_errors": 0, "number_of_invoices": 0, "number_of_payments": 0, "number_of_credit_memos": 0, "number_of_debit_memos": 0, "number_of_unprocessed_debit_memos": 0, "number_of_unapplied_payments": 0, "number_of_unprocessed_receivables": 0, "errors_total": 0, "invoices_total": 0, "payments_total": 0, "unprocessed_receivables_total": 0 } }

Delete a payment run

Request

Deletes a payment run. Only the payment runs with the canceled or pending status can be deleted.

Security
bearerAuth
Path
payment_run_idstringrequired

Identifier for the payment run, either payment_run_number or payment_run_id

Headers
zuora-track-idstring

A custom identifier for tracking API requests. If you set a value for this header, Zuora returns the same value in the response header. This header enables you to track your API calls to assist with troubleshooting in the event of an issue. The value of this field must use the US-ASCII character set and must not include any of the following characters: colon (:), semicolon (;), double quote ("), or quote (').

asyncboolean

Making asynchronous requests allows you to scale your applications more efficiently by leveraging Zuora's infrastructure to enqueue and execute requests for you without blocking. These requests also use built-in retry semantics, which makes them much less likely to fail for non-deterministic reasons, even in extreme high-throughput scenarios. Meanwhile, when you send a request to one of these endpoints, you can expect to receive a response in less than 150 milliseconds and these calls are unlikely to trigger rate limit errors. If set to true, Zuora returns a 202 Accepted response, and the response body contains only a request ID.

Default false
zuora-entity-idsstring

An entity ID. If you have Multi-entity enabled and the authorization token is valid for more than one entity, you must use this header to specify which entity to perform the operation on. If the authorization token is only valid for a single entity or you do not have Multi-entity enabled, you do not need to set this header.

idempotency-keystring

Specify a unique idempotency key if you want to perform an idempotent POST or PATCH request. Do not use this header in other request types. This idempotency key should be a unique value, and the Zuora server identifies subsequent retries of the same request using this value. For more information, see Idempotent Requests.

accept-encodingstring

Include a accept-encoding: gzip header to compress responses, which can reduce the bandwidth required for a response. If specified, Zuora automatically compresses responses that contain over 1000 bytes. For more information about this header, see Request and Response Compression.

content-encodingstring

Include a content-encoding: gzip header to compress a request. Upload a gzipped file for the payload if you specify this header. For more information, see Request and Response Compression.

curl -i -X DELETE \
  'https://developer.zuora.com/_mock/other-api/quickstart-api/payment_runs/{payment_run_id}' \
  -H 'Authorization: Bearer <YOUR_TOKEN_HERE>' \
  -H 'accept-encoding: string' \
  -H 'async: false' \
  -H 'content-encoding: string' \
  -H 'idempotency-key: string' \
  -H 'zuora-entity-ids: string' \
  -H 'zuora-track-id: string'

Responses

Default Response

Headers
ratelimit-limitstring

The request limit quota for the time window closest to exhaustion. See rate limits for more information.

ratelimit-remainingnumber

The number of requests remaining in the time window closest to quota exhaustion. See rate limits for more information.

ratelimit-resetnumber

The number of seconds until the quota resets for the time window closest to quota exhaustion. See rate limits for more information.

zuora-request-idstring

Zuora’s internal identifier for this request.

zuora-track-idstring

A user-supplied identifier for this request. If you supply a zuora-track-id as a request header, Zuora returns the zuora-track-id as a response header.

Response
No content

Payment Schedules

The Payment Schedules feature enables you to collect a series of payments following customized timelines and rules. You have the flexibility to leverage a payment schedule to process either a single payment or multiple payments.
You can leverage this feature to split invoice or account balances into several installments, and then automatically process payments for the installments. Payment schedules can also be used to collect external payments made for the installments. Meanwhile, we’ve provided you the capability to easily manage and modify existing schedules, as well as to manually retry failed payments with updated configurations.

Operations

Payment Schedule Items

A payment schedule consists of one or more payment schedule items that can be picked up by payment runs, which are hourly scheduled by Zuora. Each payment schedule item will trigger a payment process.

Operations

Refunds

A refund returns money to a customer. For instance, refunds are used when a customer cancels service and is no longer your customer. The Quickstart API allows you to refund payments, update refunds, and get refunds.

Operations

Custom Objects

Zuora Custom Objects provides a uniform custom data service for you to manage custom objects in Zuora. Those custom data is stored on Zuora's platform and can be used to extend the data model to accommodate your specific use cases.

Operations

Query Runs

The Query Runs operations allow you to create, retrieve, or cancel a Data Query job run.

Operations

Workflows

Run a specified workflow. In the request body, you can include parameters that you want to pass to the workflow. For the parameters to be recognized and picked up by tasks in the workflow, you need to define the parameters first.

Operations

Billing Documents

Note: The API operations in this section have been deprecated.

Billing Documents represent your customer's invoices, credit memos and debit memos. Invoices are statements of amounts owed by a customer, and are either generated one-off, or generated periodically from a subscription. They contain invoice items, and proration adjustments that may be caused by changes to a subscription. If your invoice is configured to be charged automatically, Zuora automatically finalizes your invoice and attempts payment otherwise Zuora will email the invoice to your customer and await payment. Any customer credit memos may be applied before determining the amount due for the invoice (i.e., the amount that will be charged).

Operations

Billing Document Items

The API operations in this section have been deprecated.

Billing document items represent each item in your customer's invoices, credit memos, or debit memos.

Operations