Create and manage subscription contracts

• You've completed our Getting started with the GraphQL Admin and REST Admin APIs guide and you're authenticated with the API.
• You've created products and product variants in your development store.
• You've completed our Create and manage selling plans tutorial.

To use the GraphQL mutations, your app needs to request the following access scopes for a Shopify store:

• read_own_subscription_contracts: Allows an app to read subscription contract mutations for contracts they own.
• write_own_subscription_contracts: Allows an app to write subscription contract mutations for contracts they own.

A subscription contract is the result of purchasing a selling plan that has recurring policies. After a customer purchases a subscription product or variant at checkout, Shopify generates a subscription contract and shares the contract with your app using a webhook.

Subscription contracts generate new orders for merchants to fulfill at subscription renewal time. They're also the mechanism by which apps will bill customers for their subscriptions.

To view the available contracts on a store, you can query SubscriptionContract. In the following example, the response body returns all of the available contracts, including the status of the contract and information about the customer and billing policy.

A subscription contract can have one of the following statuses:

• ACTIVE: The contract is active and continuing as per its policies.
• PAUSED: The contract is temporarily paused and is expected to resume in the future.
• EXPIRED: The contract has ended per the expected circumstances. All billing and delivery cycles of the subscriptions were executed.
• CANCELLED: The contract ended by an unplanned customer action.
• FAILED: The contract ended because billing failed and no further billing attempts are expected.

Example request:

POST /admin/api/2021-01/graphql.json

A subscription draft captures the intent to change a subscription contract. Apps can incrementally build subscription contracts.

A subscription draft provides a way to get the projected state of the contract with all of the updates applied. Subscription contracts should always be up-to-date and accurate so that you can report on subscriptions, email subscribers, and build flows based on subscription changes.

You can call the subscriptionDraftUpdate mutation to make changes to a subscription draft. In the following example, the delivery policy is changed to every two months.

Example request

POST /admin/api/2021-01/graphql.json

You can call the subscriptionDraftLineAdd mutation to add a subscription line to the subscription draft. In the following example, a subscription line is added to specify a product variant with its quantity and price.

Example request:

POST /admin/api/2021-01/graphql.json

You can call the subscriptionDraftLineUpdate mutation to update a line on the subscription draft. In this example, quantity is updated to 10.

Example request:

POST /admin/api/2021-01/graphql.json

You can call the subscriptionDraftLineRemove mutation and supply the lineId to remove a subscription line on the subscription draft.

Example request:

POST /admin/api/2021-01/graphql.json

When you are satisfied with the state of the draft subscription, you can commit it. When you commit a draft subscription, all of the changes are made active.

Example request

POST /admin/api/2021-01/graphql.json

The View subscription button on the customer subscriptions card and the order subscriptions card allows merchants to navigate to the app and view the subscription contract details.

To redirect merchants to the relevant subscription contract, the app needs to implement a specific endpoint. After implemented, the endpoint redirects to the subscription contract page within the app for the subscription defined by subscription_contract_id.

You can customize the View subscription link by managing the Subscription link app extension in your Partner Dashboard:

You can modify the link target URL, save the changes, or remove the app extension if it's already present:

If you don't customize the View subscription link, then the link is hardcoded. The hardcoded link has the following format:

{app_application_url}/subscriptions?customer_id={customer_id}&hmac={hmac}&id={subscription_contract_id}&shop={myshopify_domain}

When a customer updates their payment method or makes a change to their subscription, you need to update the appropriate subscription contract.

To update a subscription contract, use the subscriptionContractUpdate mutation and supply the subscription contract ID. The call returns a draft with the existing state of the contract.

Example request:

POST /admin/api/2021-01/graphql.json

To schedule and automate the billing of subscriptions, apps need to create a billing attempt. A subscription is renewed when an app makes a billing attempt.

A billing attempt represents an attempt at executing a billing cycle and charging the customer payment method for a subscription contract. A billing attempt executes a contract in its current state and ensures that the app’s contract data is synced with Shopify before billing.

A billing attempt starts in a pending status. After it has been processed, it either transitions to successful or failed, both of which are terminal states:

• If the billing attempt is successful, then an order is created.
• If the billing attempt fails, then it means that the transaction has failed.

If an action is pending on the part of the customer in regards to 3D Secure, then a 3D Secure challenge can occur before the billing attempt transitions to a terminal state.

To create a billing attempt, specify the following inputs in the subscriptionBillingAttemptCreate mutation:

• subscriptionContractId: The ID of the subscription contract.
• subscriptionBillingAttemptInput
  • idempotencyKey: A unique key generated by the client to avoid duplicate payments.
  • originTime: An optional field that changes the way fulfillment intervals are calculated. If nothing is provided, fulfillment is calculated using the date that the billing attempt was successful. Otherwise, fulfillment is calculated using the provided originTime value. The UTC offset of originTime should match the shop's timezoneOffset.

Billing attempts are processed asynchronously, which means the resulting order will not be available right away. You can fetch the billing attempt and inspect the ready field to find out whether the order has been created (true) or not (false).

Example request:

POST /admin/api/2021-01/graphql.json

Because the order isn't ready right away, you can query the SubScriptionBillingAttempt to get the resulting order information.

Example request:

POST /admin/api/2021-01/graphql.json

Shopify handles 3D Secure authentication by emailing the customer when the financial institution requires a challenge. This flow is demonstrated in the diagram below:

You can poll the subscriptionBillingAttempt object until the nextActionUrl field is available to see the URL. It's up to apps to attempt re-billing for failed payment attempts.

Example request:

POST /admin/api/2021-01/graphql.json

Your app can subscribe to the following subscription-related webhooks. To learn how to set up and consume webhooks, refer to Configuring webhooks.

  {
    customer_id,
    token,
    instrument_type,
    payment_instrument,
  }
  

  {
    customer_id,
    token,
    instrument_type,
    payment_instrument,
  }
  

  {
   admin_graphql_api_id,
   id,
   billing_policy,
   delivery_policy,
   admin_graphql_api_customer_id,
   customer_id,
   currency_code,
   status,
   admin_graphql_api_origin_order_id,
   origin_order_id
  }
  

    {
     admin_graphql_api_id,
     id,
     billing_policy,
     delivery_policy,
     admin_graphql_api_customer_id,
     customer_id,
     currency_code,
     status,
     admin_graphql_api_origin_order_id,
     origin_order_id
    }
    

  {
   id,
   admin_graphql_api_id,
   idempotency_key,
   order_id,
   admin_graphql_api_order_id,
   subscription_contract_id,
   admin_graphql_api_subscription_contract_id,
   ready,
   error_message,
  }
  

  {
   id,
   admin_graphql_api_id,
   idempotency_key,
   order_id,
   admin_graphql_api_order_id,
   subscription_contract_id,
   admin_graphql_api_subscription_contract_id,
   ready,
   error_message,
  }
  

  {
   id,
   admin_graphql_api_id,
   idempotency_key,
   order_id,
   admin_graphql_api_order_id,
   subscription_contract_id,
   admin_graphql_api_subscription_contract_id,
   ready,
   error_message,
  }
  

• Create and manage discounts on subscriptions: Learn how to apply different types of discounts on subscriptions, including percentage, fixed amount, and free shipping discounts.

• Create and manage subscription shipping rates and delivery methods: Learn how to update delivery methods on subscriptions and understand the shipping rates customers see during checkout.