Skip to main content
object

Requires read_orders access scope or read_marketplace_orders access scope.

The Refund object represents a financial record of money returned to a customer from an order. It provides a comprehensive view of all refunded amounts, transactions, and restocking instructions associated with returning products or correcting order issues.

The Refund object provides information to:

  • Process customer returns and issue payments back to customers
  • Handle partial or full refunds for line items with optional inventory restocking
  • Refund shipping costs, duties, and additional fees
  • Issue store credit refunds as an alternative to original payment method returns
  • Track and reconcile all financial transactions related to refunds

Each Refund object maintains detailed records of what was refunded, how much was refunded, which payment transactions were involved, and any inventory restocking that occurred. The refund can include multiple components such as product line items, shipping charges, taxes, duties, and additional fees, all calculated with proper currency handling for international orders.

Refunds are always associated with an order and can optionally be linked to a return if the refund was initiated through the returns process. The refund tracks both the presentment currency (what the customer sees) and the shop currency for accurate financial reporting.


Note

The existence of a Refund object doesn't guarantee that the money has been returned to the customer. The actual financial processing happens through associated OrderTransaction objects, which can be in various states, such as pending, processing, success, or failure. To determine if money has actually been refunded, check the status of the associated transactions.


Learn more about managing returns, refunding duties, and processing refunds.

Anchor to Fields and connectionsFields and connections

•DateTime

The date and time when the refund was created.

•[RefundDuty!]

A list of the refunded duties as part of this refund.

•ID!
non-null

A globally-unique ID.

•UnsignedInt64!
non-null

The ID of the corresponding resource in the REST Admin API.

•String

The optional note associated with the refund.

•Order!
non-null

The order associated with the refund.

•OrderAdjustmentConnection!
non-null

The order adjustments that are attached with the refund.

•RefundLineItemConnection!
non-null

The RefundLineItem resources attached to the refund.

•RefundShippingLineConnection!
non-null

The RefundShippingLine resources attached to the refund.

•Return

The return associated with the refund.

•StaffMember

The staff member who created the refund.

•MoneyBag!
non-null

The total amount across all transactions for the refund, in shop and presentment currencies.

•OrderTransactionConnection!
non-null

The transactions associated with the refund.

•DateTime!
non-null

The date and time when the refund was updated.

•MoneyV2!
non-nullDeprecated

Was this section helpful?

•query

Retrieves a refund by its ID. A refund represents a financial record of money returned to a customer from an order. It provides a comprehensive view of all refunded amounts, transactions, and restocking instructions associated with returning products or correcting order issues.

Use the refund query to retrieve information associated with the following workflows:

  • Displaying refund details in order management interfaces
  • Building customer service tools for reviewing refund history
  • Creating reports on refunded amounts and reasons
  • Auditing refund transactions and payment gateway records
  • Tracking inventory impacts from refunded items

A refund is associated with an order and includes refund line items that specify which items were refunded. Each refund processes through order transactions that handle the actual money transfer back to the customer.


Was this section helpful?

•mutation

Creates a refund for an order, allowing you to process returns and issue payments back to customers.

Use the refundCreate mutation to programmatically process refunds in scenarios where you need to return money to customers, such as when handling returns, processing chargebacks, or correcting order errors.

The refundCreate mutation supports various refund scenarios:

  • Refunding line items with optional restocking
  • Refunding shipping costs
  • Refunding duties and import taxes
  • Refunding additional fees
  • Processing refunds through different payment methods
  • Issuing store credit refunds (when enabled)

You can create both full and partial refunds, and optionally allow over-refunding in specific cases.

After creating a refund, you can track its status and details through the order's refunds field. The refund is associated with the order and can be used for reporting and reconciliation purposes.

Learn more about managing returns and refunding duties.


Note

The refunding behavior of the refundCreate mutation is similar to the refundReturn mutation. The key difference is that the refundCreate mutation lets you to specify restocking behavior for line items, whereas the returnRefund mutation focuses solely on handling the financial refund without any restocking input.


Arguments

•RefundInput!
required

The input fields that are used in the mutation for creating a refund.


Fields

•Order

The order associated with the created refund.

•Refund

The created refund.

•[UserError!]!
non-null

The list of errors that occurred from executing the mutation.

•mutation
Deprecated

Arguments

•ReturnRefundInput!
required

The input fields to refund a return.


Fields

•Refund

The created refund.

•[ReturnUserError!]!
non-null

The list of errors that occurred from executing the mutation.


Was this section helpful?


Was this section helpful?