Shop Pay Wallet API reference
A list of the Shop Pay Wallet API endpoints and their parameters.
Type signatures throughout use GraphQL-style syntax. The bang (!
) operator represents a required, non-nullable field. Absence of the bang operator implies a nullable field.
Authorizations
Anchor link to section titled "Authorizations"The base URL for all authorization requests is https://shop.app
Request authorization
Anchor link to section titled "Request authorization"
Query Parameters
|
||
Key
|
Type
|
Description
|
response_type
|
String! |
The value of "code". |
client_id
|
String! |
To be provided by Shop Pay. |
scope
|
String! |
A space-delimited list of scopes. Refer to Authorization scopes for a list of allowed scopes. |
redirect_uri
|
String! |
Client redirect URI, once the flow is complete. |
login_hint
|
String |
You can speed up the authorization flow by telling Shop Pay about the customer. Shop Pay uses the login_hint to identify which customer is logging in. If you add the login_hint , and Shop Pay recognizes the login_hint , then the user doesn't need to provide their email and can skip ahead in the flow. The login_hint can be one of the following values:
|
state
|
String |
An opaque value used by the client to maintain state between the request and callback. |
channel
|
String |
For clients with multiple experiences, a stable identifier for the user to recognize the experience. |
PKCE parameters
|
As defined in PKCE OAuth Extension RFC7636 Section 4.3 |
|
code_challenge
|
String |
Derived from the code_verifier, depending on the code_challenge_method below. |
code_challenge_method
|
String |
Based on RFC7636 Section 4.2 and Appendix A Method used to derive the code_challenge from the code_verifier. The only supported challenge method is |
Example
|
||
cURL |
Basic
with Login Hint
|
Type
|
Response Code
|
Details
|
Success Response |
302 Found
|
Redirect with authorization info in the query params. Authorization codes are single use and expire after 5 minutes. If it takes more than 5 minutes to complete the request for authorization, you will have to restart the flow with the User. |
Error Response |
302 Found
|
Redirect with error info in the query params, where
For more information on the authorization error response, see RFC6749 section 4.1.2.1. |
Error Response |
400 Bad request
|
The error response will include information about the failure. Example:
The request isn't redirected when
For more information on authorization error responses, refer to RFC6749 section 5.2. |
Managing Tokens
Anchor link to section titled "Managing Tokens"The base URL for all token requests is https://accounts.shop.app
Request an access token
Anchor link to section titled "Request an access token"For more information on the OAuth 2.0 Access token request pattern, see RFC6749 Section 4.1.3.
HTTP Headers
|
||
Authorization
|
The word |
|
Content-Type
|
application/x-www-form-urlencoded
|
|
User-Agent
|
A string identifying the service of origin making the request with optional runtime metadata. For example:
|
|
Request Body
|
||
Key
|
Type
|
Description
|
grant_type
|
String! |
The value of "authorization_code". |
redirect_uri
|
String! |
The redirect URI from the previous step. |
code
|
String! |
The Authorization Code obtained in the previous step. |
PKCE parameters
|
As defined in PKCE OAuth Extension RFC7636 Section 4.3 |
|
code_verifier
|
String |
The code_verifier value. |
Example
|
||
cURL |
|
Response Code
|
Details
|
200 OK
|
Success response with token info. |
400 Bad Request
|
The error response will include information about the failure. Example:
Where
For more information on the authorization error response, see RFC6749 section 5.2. |
401 Unauthorized
|
If authorization with the provided client credentials fails. |
403 Forbidden
|
If we deny access to the resource. A common cause is a missing |
Success response example
Anchor link to section titled "Success response example"
Refresh an access token
Anchor link to section titled "Refresh an access token"
HTTP Headers
|
||
Authorization
|
The word |
|
Content-Type
|
application/x-www-form-urlencoded
|
|
User-Agent
|
A string identifying the service of origin making the request with optional runtime metadata. For example:
|
|
Request Body
|
||
Key
|
Type
|
Description
|
grant_type
|
String! |
The value of |
refresh_token
|
String! |
Previously obtained refresh token. |
Example
|
||
cURL |
|
Response Code
|
Details
|
200 OK
|
Success response with refreshed token info. |
400 Bad Request
|
The error response will include information about the failure. Example:
Where
For more information on the authorization error response, see RFC6749 section 5.2. |
401 Unauthorized
|
If authorization with the provided client credentials fails. |
403 Forbidden
|
If we deny access to the resource. A common cause is a missing |
Success response example
Anchor link to section titled "Success response example"
Revoke an access token
Anchor link to section titled "Revoke an access token"
HTTP Headers
|
||
Authorization
|
The word |
|
Content-Type
|
application/x-www-form-urlencoded
|
|
User-Agent
|
A string identifying the service of origin making the request with optional runtime metadata. For example:
|
|
Request Body
|
||
Key
|
Type
|
Description
|
token
|
String! |
The string value of the token, either an access token or a refresh token. |
token_type_hint
|
String! |
Valid values are |
Example
|
||
cURL |
|
Response Code
|
Details
|
200 OK
|
Success response when token is revoked successfully, or if the token was invalid anyway. For more information on the token revocation response, see RFC7009 section 2.2 |
400 Bad Request
|
The error response will include information about the failure. Example:
Where
For more information on the authorization error response, see RFC6749 section 5.2. |
401 Unauthorized
|
If authorization with the provided client credentials fails. |
403 Forbidden
|
If we deny access to the resource. A common cause is a missing |
Get access token information
Anchor link to section titled "Get access token information"
HTTP Headers
|
||
Authorization
|
The word |
|
Content-Type
|
application/x-www-form-urlencoded
|
|
User-Agent
|
A string identifying the service of origin making the request with optional runtime metadata. For example:
|
|
Request Body
|
||
Key
|
Type
|
Description
|
token
|
String! |
The string value of the token, either an access token or a refresh token. |
token_type_hint
|
String! |
Valid values are |
Example
|
||
cURL |
|
Response Code
|
Details
|
200 OK
|
Success response when token is successfully introspected. |
400 Bad Request
|
The error response will include information about the failure. Example:
Where
For more information on the authorization error response, see RFC6749 section 5.2. |
401 Unauthorized
|
If authorization with the provided client credentials fails. |
403 Forbidden
|
If we deny access to the resource. A common cause is a missing |
Success response examples
Anchor link to section titled "Success response examples"When the token is still active:
When the token is no longer valid:
What if the access token expires between the time it is granted and when it is required to retrieve a buyer's wallet information?
Anchor link to section titled "What if the access token expires between the time it is granted and when it is required to retrieve a buyer's wallet information?"In this case, as long as you have a valid refresh token, you can make a backend call to refresh your access token and then use your new token in your subsequent requests.
What should I do when the refresh token expires?
Anchor link to section titled "What should I do when the refresh token expires?"After 1 year, the refresh_token
expires and stops working. When the refresh_token
expires, the /token
endpoint returns a 400 (bad request) HTTP status, and an invalid_refresh_token
error.
If the endpoint returns a 400 (bad request) HTTP status, then the client needs to trigger a new authorization request from the buyer.
Re-authorization can be sped up by using the user_uuid
or user_email
for the login_hint
query parameter. After triggering this lightweight authorization flow, a new authorization code is returned,
with which you can obtain new refresh and access tokens.
What if the buyer wants to change the card or address they authorized my client with?
Anchor link to section titled "What if the buyer wants to change the card or address they authorized my client with?"As part of their UI, the Client should offer to the user the option to change which Shop Pay card and shipping address are associated with the authorization (these items are represented later in the Wallet and Order API).
To accomplish this, the client should perform the Authorization Flow again, starting at the Get the Authorization Code step. The client will receive a new authorization code, which can be used to obtain a new refresh token and access tokens. These tokens will be associated with the updated data that the user has chosen.
I will authorize with a buyer in order to sell them a product from a specific merchant. Does that merchant own the token data generated during authorization?
Anchor link to section titled "I will authorize with a buyer in order to sell them a product from a specific merchant. Does that merchant own the token data generated during authorization?"These tokens are not specific to any merchant, they do not belong to any merchant, and they do not contain any merchant owned data. The tokens we grant you may be used for your buyer, after they have authorized their consent, across all merchants.
Wallet and Orders
Anchor link to section titled "Wallet and Orders"The base URL for all wallet and order requests is https://shop.app
Get a user's wallet information
Anchor link to section titled "Get a user's wallet information"
HTTP Headers
|
||
Authorization
|
This is User-scoped authorization via an OAuth Access Token generated via the OAuth authorization flow. |
|
User-Agent
|
A string identifying the service of origin making the request with optional runtime metadata. For example:
|
|
Example
|
||
cURL |
|
Response Code
|
Details
|
200 OK
|
Success response. See below for an example. |
401 Unauthorized
|
If authorization with the provided User credentials fails. |
403 Forbidden
|
If we deny access to the resource. A common cause is a missing |
Success response example
Anchor link to section titled "Success response example"
Responses from this endpoint will provide the card network in upper case. See the full list of supported card networks for more options.
Confirm an Order and retrieve payment information
Anchor link to section titled "Confirm an Order and retrieve payment information"
HTTP Headers
|
||
Authorization
|
This is User-scoped authorization via an OAuth Access Token generated via the OAuth authorization flow. We require User-scoped auth to confirm an Order so that we can associate the User and the Order in Shop Pay's systems. This association can only be set on creation and it cannot be changed. |
|
Content-Type
|
application/json
|
|
Certificate
|
Base64-encoded string of the public certificate used for one-time encryption of the payment information returned in the API response. To learn how to generate an encryption certificate or for detailed instructions on formatting, refer to Payment method encryption. This header is required if |
|
User-Agent
|
A string identifying the service of origin making the request with optional runtime metadata. For example:
|
|
JSON Request Body
|
||
Key
|
Type
|
Description
|
order_ids
|
[String!]! |
For all Order types, a list of order IDs from your internal systems. These `order_id`s are what we use to link your the Shop Pay interactions with the corresponding checkout on Shopify Core's Admin API. So the `order_id` you provide here must match the `source_identifier` you provide to the [checkout resource](/docs/api/admin-rest/2022-04/resources/checkout). These identifiers should uniquely identify the order on your system accross any merchant you work with. For instance, if you use identifer `123` for an order with Merchant A, you cannot use `123` on a later order, even with Merchant B. |
tokenization_type
|
String! |
A specification of the tokenization method. One of the following allowed values:
|
Example
|
||
cURL |
|
Response Code
|
Details
|
200 OK
|
Success response. See below for an example. |
400 Bad Request
|
Generic error when we fail to parse all or part of the request. |
401 Unauthorized
|
If authorization with the provided User credentials fails. |
403 Forbidden
|
If we deny access to the resource. Common causes include:
|
429 Too Many Requests
|
Rate limit response. |
Success response example
Anchor link to section titled "Success response example"The success response that's returned when confirming an order is the current wallet information tied to the buyer and order. The response includes
a shipping address, billing address, credit card summary, and different payment information depending on the requested tokenization_type
.
For tokenization_type: PAYMENT_CREDENTIAL
The response includes encrypted payment information needed to process payment for the order. For more details on how to decrypt this payload, see Payment method encryption.
For tokenization_type: SESSION
The response includes a payment session ID needed to process payment for the order. For more details on how to use a payment session ID to process a payment, see the Creates a new payment API.
Responses from this endpoint will provide the card network in upper case. See the full list of supported card networks for more options.
Unlike for the tokenization_type: PAYMENT_CREDENTIAL
response, the tokenization_type: SESSION
response
will include neither an encryptedPayload
nor a fingerprint
. Instead, it includes a paymentSessionId
that is accepted
by the Sales Channel Payment resource.
If you are working with non-Shopify merchants then continue with the step below to see how to update the Shop Pay Wallet over the course of the order's lifetime.
If you are working with Shopify merchants, you can skip ahead to learn about Completing a Checkout.
Update an order
Anchor link to section titled "Update an order"This Endpoint is meant to be used by partners who want to provide Shop Pay to their buyers on non-Shopify merchants. It allows Shop Pay to capture all information about orders from the partner themselves instead of Shopify.
HTTP Headers
|
||
Authorization
|
The word |
|
Content-Type
|
application/json
|
|
User-Agent
|
A string identifying the service of origin making the request with optional runtime metadata. For example:
|
|
Path Parameters
|
||
id
|
The unique identifier of the Order in your system. One of the |
|
JSON Request Body
|
The current Order state. Each update is a reset of the Order state. The top-level JSON object
should reflect the shape defined by the Example:
|
|
Example
|
||
cURL |
|
This endpoint is meant to be called repeatedly over an Order's lifecycle. Each request should contain the total current set of data for the Order in the request body. We will reset the Order state on each update request. The Order state will reflect whatever data is sent in the most recent successful update request.
This API design allows for incremental updates to an Order's state over its lifecycle via the following conventions:
- Incrementally adding optional fields to fill in data as it becomes available.
- Changing previously included data to update order state.
- Omitting previously included data to delete order state.
Response Code
|
Details
|
204 No Content
|
Success response. |
400 Bad Request
|
Generic error when we fail to parse all or part of the request. |
401 Unauthorized
|
If authorization with the provided client credentials fails. |
403 Forbidden
|
If we deny access to the resource. A common cause is a missing |
404 Not Found
|
If an Order could not be found to update. |
422 Unprocessable Entity
|
If the update request parameters fail validation. The error response will include information about the validation failures. Example:
|
429 Too Many Requests
|
Rate limit response. |
Order resources
Anchor link to section titled "Order resources"DeliveryMethod
Anchor link to section titled "DeliveryMethod"A DeliveryMethod represents the purchase of a shipment for one or more LineItems
in an Order
.
Key
|
Type
|
Description
|
deliveryMethodId
|
String! |
A stable identifier for the DeliveryMethod in your internal systems. |
description
|
String |
Description of the purchased delivery. |
lineItemIds
|
[String!]! |
The line items covered by this delivery. Each item in this array should map to one of the |
name
|
String! |
Name of the purchased delivery. |
originalTotalPrice
|
Money! |
The total price of delivery for all the included line item units without any discounts or taxes applied. Computed as: originalUnitPrice * length(lineItemIds) |
originalUnitPrice
|
Money |
The delivery cost for a single line item unit without any discounts or taxes applied. |
taxLines
|
[TaxLine!]! |
All taxes applied to the DeliveryMethod. |
totalPrice
|
Money! |
The total price of delivery for all the included line item units with discounts applied. This price does not include taxes. Computed as: unitPrice * length(lineItemIds) |
unitPrice
|
Money |
The delivery cost for a single line item unit with discounts applied. This price does not include taxes. |
Fulfillment
Anchor link to section titled "Fulfillment"A Fulfillment represents the shipment process via a delivery carrier for one or more LineItems
in an Order
.
Key
|
Type
|
Description
|
deliveredAt
|
DateTime |
The time when the LineItems in the Fulfillment were delivered to the destination address. This field is always optional, since it may not be possible to capture the time of delivery within your systems. An ISO-8601 encoded UTC datetime string. Example value: "2019-07-03T20:47:55Z". |
description
|
String |
Description of the Fulfillment. |
estimatedDeliveryAt
|
DateTime |
The estimated delivery time for the Fulfillment as captured in your internal systems. This field is always optional, since it may not be possible to capture the estimated time of delivery within your systems. An ISO-8601 encoded UTC datetime string. Example value: "2019-07-03T20:47:55Z". |
fulfilledAt
|
DateTime |
The time the Fulfillment is first received up by the delivery carrier as captured in your internal systems. This field is always optional, since it may not be possible to capture the fulfillment time within your systems. An ISO-8601 encoded UTC datetime string. Example value: "2019-07-03T20:47:55Z". |
fulfillmentId
|
String! |
A stable identifier for the Fulfillment in your internal systems. |
inTransitAt
|
DateTime |
The time the Fulfillment is put in transit by the delivery carrier as captured in your internal systems. This field is always optional, since it may not be possible to capture the in-transit time within your systems. An ISO-8601 encoded UTC datetime string. Example value: "2019-07-03T20:47:55Z". |
lineItemIds
|
[String!]! |
The LineItems that will be delivered as part of this Fulfillment. Each item in this array should map to one of the |
name
|
String! |
Name of the Fulfillment. |
status
|
String! |
The latest status of the Fulfillment as captured by your systems. One of the following allowed values:
|
trackingInfo
|
TrackingInfo |
Tracking data for the Fulfillment from the delivery carrier, if available. |
A LineItem represents the purchase and quantity of a product in an Order
.
Key
|
Type
|
Description
|
description
|
String |
Description of the product. |
gtin
|
String! |
GTIN (Global Trade Item Number) or UPC code. |
imageUrl
|
String! |
URL to an image thumbnail of the product. |
lineItemId
|
String! |
A stable identifier for the line item from your internal systems. |
originalTotalPrice
|
Money! |
The total price of all LineItem units without any discounts or taxes applied. Computed as: originalUnitPrice * quantity |
originalUnitPrice
|
Money! |
The price of a single LineItem unit without any discounts or taxes applied. |
productTitle
|
String! |
Name of the product. |
productUrl
|
String! |
URL linking to the product on the surface it was purchased. |
quantity
|
Int! |
The quantity of this LineItem purchased. |
taxLines
|
[TaxLine!]! |
All taxes applied to the LineItem. |
totalPrice
|
Money! |
The total price of all LineItem units with discounts applied. This price does not include taxes. Computed as: unitPrice * quantity |
unitPrice
|
Money! |
The price of a single LineItem unit with discounts applied. This price does not include taxes. |
variantTitle
|
String |
Optional modifier for the product title. For example: "Size: Medium". |
Key
|
Type
|
Description
|
name
|
String! |
The name of the Merchant. |
description
|
String |
A short description of the Merchant. |
logoUrl
|
String |
A URL linking to the Merchant's logo. |
merchantId
|
String! |
A stable identifier for the Merchant in your systems. |
url
|
String! |
A URL linking to the Merchant's online surface where the Order was placed. |
Key
|
Type
|
Description
|
amount
|
String! |
A decimal monetary value encoded as a String, where the decimal seperator is the |
currencyCode
|
String! |
Supported monetary currencies from ISO 4217. Example: |
Key
|
Type
|
Description
|
cancelReason
|
String |
The reason the Order was cancelled. One of the following allowed values:
|
cancelledAt
|
DateTime |
The time when the Order was cancelled in your internal systems. Null if the Order is has not been cancelled. An ISO-8601 encoded UTC datetime string. Example value: "2019-07-03T20:47:55Z". |
createdAt
|
DateTime! |
The time when the Order was created in your internal systems. An ISO-8601 encoded UTC datetime string. Example value: "2019-07-03T20:47:55Z". |
deliveryMethods
|
[DeliveryMethod!]! |
A list of deliveries purchased as part of the Order. |
fulfillments
|
[Fulfillment!]! |
A list shipment fulfillments via a delivery carrier for the items in the Order. Fulfillments do not need to map 1:1 with the DeliveryMethods. An Order can have a single DeliveryMethod split into multiple Fulfillments. |
lineItems
|
[LineItem!]! |
A list of products and associated metadata for the Order. |
merchant
|
Merchant! |
Info about the merchant associated with the Order. |
orderNumber
|
String! |
The customer-facing identifier for the Order that will be included on communications such as confirmation pages and emails. |
orderUrl
|
String |
A static link to a page on your platform where the customer can view details about the Order. |
paymentStatus
|
String! |
The current status of payment for the Order. One of the following allowed values:
|
refunds
|
[Refund!]! |
A list refunds applied to the Order. |
shipmentStatus
|
String! |
The overall shipment status for the Order. This is an aggregate of the status for each
|
total
|
OrderTotal! |
Enumerated total cost of the Order. |
updatedAt
|
DateTime! |
The time when the Order was last updated in your internal systems. An ISO-8601 encoded UTC datetime string. Example value: "2019-07-03T20:47:55Z". |
Key
|
Type
|
Description
|
cartDiscounts
|
Money! |
The total of any discounts applied to the Order itself, rather than a specific LineItem or DeliveryMethod. |
lineItemDiscounts
|
Money! |
The total of all LineItem discounts in the Order. |
lineItemSubtotalPrice
|
Money! |
The total cost of all LineItems in the Order. This includes LineItem discounts and Order-level discounts ( Computed as: sum(lineItems[].totalPrice) + cartDiscounts |
shippingDiscounts
|
Money! |
The total of all discounts for all DeliveryMethods in the Order. |
shippingSubtotalPrice
|
Money! |
The total cost of all DeliveryMethods in the Order. This includes DeliveryMethod discounts. This does not include any Order-level discounts, line item costs, or taxes. Computed as: sum(deliveryMethods[].totalPrice) |
totalDiscounts
|
Money! |
The total of all discounts applied to the Order. Computed as: cartDiscounts + lineItemDiscounts + shippingDiscounts |
totalTax
|
Money! |
The total of all TaxLines for all LineItems and DeliveryMethods in the Order. Computed as: sum(lineItems[].taxLines[].price) + sum(deliveryMethods[].taxLines[].price) |
totalPrice
|
Money! |
The total cost of the Order, a combination of subtotal prices and taxes. Computed as: lineItemSubtotalPrice + shippingSubtotalPrice + totalTax |
Key
|
Type
|
Description
|
createdAt
|
DateTime! |
The time when the Refund was created in your internal systems. An ISO-8601 encoded UTC datetime string. Example value: "2019-07-03T20:47:55Z". |
description
|
String |
A short description of the Refund. |
refundId
|
String! |
A stable identifier for the Refund in your internal systems. |
refundLineItems
|
[RefundLineItem!]! |
The products and quantities of the Refund. |
totalRefund
|
Money! |
The total amount of the Refund. |
RefundLineItem
Anchor link to section titled "RefundLineItem"
Key
|
Type
|
Description
|
lineItemId
|
String! |
A reference to one of the line items in the Order. This should map to one of the |
quantity
|
Int |
The number of line items refunded. |
Key
|
Type
|
Description
|
price
|
Money! |
The amount of the tax applied. |
title
|
String! |
A description of the tax line. |
TrackingInfo
Anchor link to section titled "TrackingInfo"
Key
|
Type
|
Description
|
carrierCode
|
String! |
Representing the carrier doing the shipment. |
trackingNumber
|
String! |
Tracking number for the shipment. |
trackingUrl
|
String |
Tracking URL for the shipment. |
Completing a checkout
Anchor link to section titled "Completing a checkout"Retrieving paymentSessionId
Anchor link to section titled "Retrieving paymentSessionId"Depending on the tokenization_type
you supplied when confirming an order and retrieving the buyer's payment information,
your next steps will be slightly different.
If you used tokenization_type: SESSION
you have nothing else to do and may skip to next steps. If you used tokenization_type: PAYMENT_CREDENTIAL
and received an
encrypted credit card number or network token, you will have to make a call to retrieve a paymentSessionId
from our card vault.
The payload you received contained encrypted payment information. If you haven't already, you will need to decrypt this payload, see Payment method encryption. Once you have the decrypted credit card information, you can use it to retrieve a payment session.
After confirming an order and retrieving a paymentSessionId
, you have everything you need to create a Checkout
and complete a Payment using the Shopify Admin Sales Channel API. Specifically, you will need to provide the order_id
(called source_identifier
in the Checkout resource), shippingAddress
,billingAddress
, and phone number
or email
to the checkout resource. Then you will provide the checkout_token
and the paymentSessionId
to the payment resource.
To help guide you through the rest of the flow we have answered a couple of common questions:
Orders? Checkouts? Payments?... So many resources, do I actually need to create them all?
No, you don't. You need to create a Checkout, then use that checkout token to complete a Payment. Upon Checkout completion, an Order will be created for you on behalf of the merchant in Shopify Core using the line items supplied when you created or updated the Checkout resource.
I have created a Checkout and completed a Payment. Do I need to also make a separate call to complete it?
Successfully completing a payment will close the associated Checkout, which will in turn create the Order on behalf of the merchant in Shopify Core. If the order is free, then completing a Payment is not necessary and you will need to complete the checkout with a separate call to the checkouts endpoint.
Related resources
Anchor link to section titled "Related resources"- REST Admin API's
Checkout
resource - REST Admin API's
Payment
resource - REST Admin API's
Order
resource - Testing the Integration
- Shop Pay Wallet ecosystem
- Track with Shop Link
PaymentAddress interface
Anchor link to section titled "PaymentAddress interface"The PaymentAddress interface used in the Wallet and Order APIs is obtained from the W3C Payment Request API.