* Fix issue on fixed total amount discount when using includes tax (#3472) The calculation of the fixed discount amount breaks when having includes_tax setting active, due to the line item totals are incorrect and returning everything as 0, thus the totalItemPercentage will be Infinitiy due to the division by a subtotal of 0 * chore: Add missing changeset for @medusajs/medusa * feat(medusa): Improve performance of Products domain (#3417) * feat(medusa): Improve product update performances * fix tests and update * update mock repo * improve repo * cleanup * fix * cleanup + bulk emit + unit test fix * improvements * improve * fix unit tests * fix export * fix product update handler * enhance mock repo * fix import integration * fix end point tests * revert mock repo product variant * fix unit * cleanup * cleanup * address feedback * fix quotes in tests * address feedback * Create new-tips-mate.md * use types * chore: Remove integration-tests from changeset * chore(release): v1.7.14 * chore(docs): Generated Docs Announcement Bar (automated) (#3489) Co-authored-by: olivermrbl <olivermrbl@users.noreply.github.com> * fix(medusa): EventBusService.emit using Redis mock (#3491) * Fix eventBusService.emit using redis mock * revert gitignore * enqueuer * unit test add redis_url * fix test * chore(docs): Generated Services Reference (automated) (#3490) Co-authored-by: olivermrbl <olivermrbl@users.noreply.github.com> * docs: publish restructure (#3496) * docs: added features and guides overview page * added image * added version 2 * added version 3 * added version 4 * docs: implemented new color scheme * docs: redesigned sidebar (#3193) * docs: redesigned navbar for restructure (#3199) * docs: redesigned footer (#3209) * docs: redesigned cards (#3230) * docs: redesigned admonitions (#3231) * docs: redesign announcement bar (#3236) * docs: redesigned large cards (#3239) * docs: redesigned code blocks (#3253) * docs: redesigned search modal and page (#3264) * docs: redesigned doc footer (#3268) * docs: added new sidebars + refactored css and assets (#3279) * docs: redesigned api reference sidebar * docs: refactored css * docs: added code tabs transition * docs: added new sidebars * removed unused assets * remove unusued assets * Fix deploy errors * fix incorrect link * docs: fixed code responsivity + missing icons (#3283) * docs: changed icons (#3296) * docs: design fixes to the sidebar (#3297) * redesign fixes * docs: small design fixes * docs: several design fixes after restructure (#3299) * docs: bordered icon fixes * docs: desgin fixes * fixes to code blocks and sidebar scroll * design adjustments * docs: restructured homepage (#3305) * docs: restructured homepage * design fixes * fixed core concepts icon * docs: added core concepts page (#3318) * docs: restructured homepage * design fixes * docs: added core concepts page * changed text of different components * docs: added architecture link * added missing prop for user guide * docs: added regions overview page (#3327) * docs: added regions overview * moved region pages to new structure * docs: fixed description of regions architecture page * small changes * small fix * docs: added customers overview page (#3331) * docs: added regions overview * moved region pages to new structure * docs: fixed description of regions architecture page * small changes * small fix * docs: added customers overview page * fix link * resolve link issues * docs: updated regions architecture image * docs: second-iteration fixes (#3347) * docs: redesigned document * design fixes * docs: added products overview page (#3354) * docs: added carts overview page (#3363) * docs: added orders overview (#3364) * docs: added orders overview * added links in overview * docs: added vercel redirects * docs: added soon badge for cards (#3389) * docs: resolved feedback changes + organized troubleshooting pages (#3409) * docs: resolved feedback changes * added extra line * docs: changed icons for restructure (#3421) * docs: added taxes overview page (#3422) * docs: added taxes overview page * docs: fix sidebar label * added link to taxes overview page * fixed link * docs: fixed sidebar scroll (#3429) * docs: added discounts overview (#3432) * docs: added discounts overview * fixed links * docs: added gift cards overview (#3433) * docs: added price lists overview page (#3440) * docs: added price lists overview page * fixed links * docs: added sales channels overview page (#3441) * docs: added sales overview page * fixed links * docs: added users overview (#3443) * docs: fixed sidebar border height (#3444) * docs: fixed sidebar border height * fixed svg markup * docs: added possible solutions to feedback component (#3449) * docs: added several overview pages + restructured files (#3463) * docs: added several overview pages * fixed links * docs: added feature flags + PAK overview pages (#3464) * docs: added feature flags + PAK overview pages * fixed links * fix link * fix link * fixed links colors * docs: added strategies overview page (#3468) * docs: automated upgrade guide (#3470) * docs: automated upgrade guide * fixed vercel redirect * docs: restructured files in docs codebase (#3475) * docs: restructured files * docs: fixed eslint exception * docs: finished restructure loose-ends (#3493) * fixed uses of backend * docs: finished loose ends * eslint fixes * fixed links * merged master * added update instructions for v1.7.12 * docs: fixed discount details (#3499) * docs: fix trailing slash causing 404 (#3508) * docs: fix error during navigation (#3509) * docs: removed the gatsby storefront guide (#3527) * docs: removed the gatsby storefront guide * docs: fixed query value * chore(docs): Removed Docs Announcement Bar (automated) (#3536) Co-authored-by: shahednasser <shahednasser@users.noreply.github.com> * fix(medusa): Variant update should include the id for the listeners to be able to identify the entity (#3539) * fix(medusa): Variant update should include the id for the listeners to be able to identify the entity * fix unit tests * Create brave-seahorses-film.md * docs: fix admin redirects (#3548) * chore(release): v1.7.15 * chore(docs): Generated Docs Announcement Bar (automated) (#3550) Co-authored-by: olivermrbl <olivermrbl@users.noreply.github.com> * chore(docs): Generated Services Reference (automated) (#3551) Automated changes by [create-pull-request](https://github.com/peter-evans/create-pull-request) GitHub action Co-authored-by: Oliver Windall Juhl <59018053+olivermrbl@users.noreply.github.com> * chore: updated READMEs of plugins (#3546) * chore: updated READMEs of plugins * added notice to plugins * docs: added a deploy guide for next.js storefront (#3558) * docs: added a deploy next.js guide * docs: fix image zoom * docs: fixes to next.js deployment guide to vercel (#3562) * chore(workflows): Enable manual workflow in pre-release mode (#3566) * chore(docs): Removed Docs Announcement Bar (automated) (#3598) Co-authored-by: shahednasser <shahednasser@users.noreply.github.com> * fix(medusa): Rounding issues on line item adjustments (#3446) * chores(medusa): Attempt to fix discount rounding issues * add migration * update entities * apply multipler factor properly * fix discount service * WIP * fix rounding issues in discounts * fix some tests * Exclude raw_discount_total from responses * fix adjustments * cleanup response * fix * fix draft order integration * fix order integration * fix order integration * address feedback * fix test * Create .changeset/polite-llamas-sit.md * remove comment --------- Co-authored-by: Oliver Windall Juhl <59018053+olivermrbl@users.noreply.github.com> * chore(workflows): Add release notification (#3629) --------- Co-authored-by: pepijn-vanvlaanderen <pepijn@webbers.com> Co-authored-by: olivermrbl <oliver@mrbltech.com> Co-authored-by: Adrien de Peretti <adrien.deperetti@gmail.com> Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com> Co-authored-by: olivermrbl <olivermrbl@users.noreply.github.com> Co-authored-by: Carlos R. L. Rodrigues <37986729+carlos-r-l-rodrigues@users.noreply.github.com> Co-authored-by: shahednasser <shahednasser@users.noreply.github.com> Co-authored-by: Oliver Windall Juhl <59018053+olivermrbl@users.noreply.github.com>
843 lines
21 KiB
Plaintext
843 lines
21 KiB
Plaintext
---
|
||
description: 'Learn how to implement order-editing features for admins using the REST APIs. This guide includes how to create an order edit and move order edit to request state, and more.'
|
||
addHowToData: true
|
||
---
|
||
|
||
import Tabs from '@theme/Tabs';
|
||
import TabItem from '@theme/TabItem';
|
||
|
||
# How to Edit an Order
|
||
|
||
In this document, you’ll learn how to create an order edit using the Admin API endpoints.
|
||
|
||
## Overview
|
||
|
||
The Admin API can be used to edit a customer’s order using the Order Editing feature.
|
||
|
||
The following changes can be made on an order:
|
||
|
||
- Add a new item to the original order
|
||
- Edit an item’s quantity in the original order.
|
||
- Delete an item from the original order.
|
||
|
||
Medusa then takes care of the calculation of subtotals, taxes, and more.
|
||
|
||
The Order Edit can then either be confirmed using the Storefront API as a customer, or force-confirmed using the Admin API as a merchant.
|
||
|
||
The changes are only reflected on the original order once the Order Edit is confirmed.
|
||
|
||

|
||
|
||
### Scenario
|
||
|
||
You want to add or use the following admin functionalities related to Order Editing:
|
||
|
||
- Create an order edit.
|
||
- Add, edit, and delete items from an order.
|
||
- Revert an item change in an order edit.
|
||
- Move order edit into request state.
|
||
- Force-confirm an order edit.
|
||
|
||
:::note
|
||
|
||
You can perform other functionalities related to order editing. To learn more, check out the [API reference](/api/admin/#tag/OrderEdit).
|
||
|
||
:::
|
||
|
||
---
|
||
|
||
## Prerequisites
|
||
|
||
### Medusa Components
|
||
|
||
It is assumed that you already have a Medusa backend installed and set up. If not, you can follow our [quickstart guide](../../../development/backend/install.mdx) to get started.
|
||
|
||
### JS Client
|
||
|
||
This guide includes code snippets to send requests to your Medusa backend using Medusa’s JS Client, among other methods.
|
||
|
||
If you follow the JS Client code blocks, it’s assumed you already have [Medusa’s JS Client](../../../js-client/overview.md) installed and have [created an instance of the client](../../../js-client/overview.md#configuration).
|
||
|
||
### Medusa React
|
||
|
||
This guide also includes code snippets to send requests to your Medusa backend using Medusa React, among other methods.
|
||
|
||
If you follow the Medusa React code blocks, it's assumed you already have [Medusa React installed](../../../medusa-react/overview.md) and have [used MedusaProvider higher in your component tree](../../../medusa-react/overview.md#usage).
|
||
|
||
### Authenticated Admin User
|
||
|
||
You must be an authenticated admin user before following along with the steps in the tutorial.
|
||
|
||
You can learn more about [authenticating as an admin user in the API reference](/api/admin/#section/Authentication).
|
||
|
||
### Previous Steps
|
||
|
||
You must have an existing order that you want to edit.
|
||
|
||
---
|
||
|
||
## Create an Order Edit
|
||
|
||
Before you can start making changes to an order, you have to create a new order edit.
|
||
|
||
To do that, send a request to the [Create an OrderEdit](/api/admin/#tag/OrderEdit/operation/PostOrderEdits) endpoint:
|
||
|
||
<Tabs groupId="request-type" wrapperClassName="code-tabs">
|
||
<TabItem value="client" label="Medusa JS Client" default>
|
||
|
||
```ts
|
||
medusa.admin.orderEdits.create({
|
||
order_id, // required
|
||
})
|
||
.then(({ order_edit }) => {
|
||
console.log(order_edit.id)
|
||
})
|
||
```
|
||
|
||
</TabItem>
|
||
<TabItem value="medusa-react" label="Medusa React">
|
||
|
||
```tsx
|
||
import { useAdminCreateOrderEdit } from "medusa-react"
|
||
|
||
const OrderEdit = () => {
|
||
const createOrderEdit = useAdminCreateOrderEdit()
|
||
|
||
const handleCreateOrderEdit = (orderId: string) => {
|
||
createOrderEdit.mutate({
|
||
order_id: orderId,
|
||
})
|
||
}
|
||
|
||
// ...
|
||
}
|
||
|
||
export default OrderEdit
|
||
```
|
||
|
||
</TabItem>
|
||
<TabItem value="fetch" label="Fetch API">
|
||
|
||
```ts
|
||
fetch(`<BACKEND_URL>/admin/order-edits`, {
|
||
method: "POST",
|
||
credentials: "include",
|
||
headers: {
|
||
"Content-Type": "application/json",
|
||
},
|
||
body: JSON.stringify({
|
||
order_id,
|
||
}),
|
||
})
|
||
.then((response) => response.json())
|
||
.then(({ order_edit }) => {
|
||
console.log(order_edit.id)
|
||
})
|
||
```
|
||
|
||
</TabItem>
|
||
<TabItem value="curl" label="cURL">
|
||
|
||
```bash
|
||
curl -L -X POST '<BACKEND_URL>/admin/order-edits' \
|
||
-H 'Authorization: Bearer <API_TOKEN>' \
|
||
-H 'Content-Type: application/json' \
|
||
--data-raw '{
|
||
"order_id": "<ORDER_ID>"
|
||
}'
|
||
```
|
||
|
||
</TabItem>
|
||
</Tabs>
|
||
|
||
This endpoint has one required request body parameter `order_id` which is the ID of the order this edit is being created for.
|
||
|
||
This request returns the Order Edit under the `order_edit` property.
|
||
|
||
:::info
|
||
|
||
You can only create one Order Edit at a time. So, if you try to create a new Order Edit for an order that is already being edited, you will receive an error.
|
||
|
||
:::info
|
||
|
||
---
|
||
|
||
## Make Changes to an Order’s Items
|
||
|
||
You can add new items into the original order, edit existing item in the original order, or delete items in the original order.
|
||
|
||
:::info
|
||
|
||
You can only make changes to items that have not been fulfilled yet in the order.
|
||
|
||
:::
|
||
|
||
### Add an Item
|
||
|
||
To add a new item to the original order, send a request to the [Add Line Item](/api/admin/#tag/OrderEdit/operation/PostOrderEditsEditLineItems) endpoint:
|
||
|
||
<Tabs groupId="request-type" wrapperClassName="code-tabs">
|
||
<TabItem value="client" label="Medusa JS Client" default>
|
||
|
||
```ts
|
||
medusa.admin.orderEdits.addLineItem(orderEditId, {
|
||
quantity: 1,
|
||
variant_id,
|
||
})
|
||
.then(({ order_edit }) => {
|
||
console.log(order_edit.changes)
|
||
})
|
||
```
|
||
|
||
</TabItem>
|
||
<TabItem value="medusa-react" label="Medusa React">
|
||
|
||
```tsx
|
||
import { useAdminOrderEditAddLineItem } from "medusa-react"
|
||
|
||
const OrderEdit = () => {
|
||
const addLineItem = useAdminOrderEditAddLineItem(orderEditId)
|
||
|
||
const handleAddLineItem =
|
||
(quantity: number, variantId: string) => {
|
||
addLineItem.mutate({
|
||
quantity,
|
||
variant_id: variantId,
|
||
})
|
||
}
|
||
|
||
// ...
|
||
}
|
||
|
||
export default OrderEdit
|
||
```
|
||
|
||
</TabItem>
|
||
<TabItem value="fetch" label="Fetch API">
|
||
|
||
```ts
|
||
fetch(`<BACKEND_URL>/admin/order-edits/${orderEditId}/items`, {
|
||
method: "POST",
|
||
credentials: "include",
|
||
headers: {
|
||
"Content-Type": "application/json",
|
||
},
|
||
body: JSON.stringify({
|
||
quantity: 1,
|
||
variant_id,
|
||
}),
|
||
})
|
||
.then((response) => response.json())
|
||
.then(({ order_edit }) => {
|
||
console.log(order_edit.changes)
|
||
})
|
||
```
|
||
|
||
</TabItem>
|
||
<TabItem value="curl" label="cURL">
|
||
|
||
```bash
|
||
curl -L -X POST '<BACKEND_URL>/admin/order-edits/<ORDER_EDIT_ID>/items' \
|
||
-H 'Authorization: Bearer <API_TOKEN>' \
|
||
-H 'Content-Type: application/json' \
|
||
--data-raw '{
|
||
"quantity": 1,
|
||
"variant_id": "<VARIANT_ID>"
|
||
}'
|
||
```
|
||
|
||
</TabItem>
|
||
</Tabs>
|
||
|
||
This request requires the ID of the order edit as a path parameter.
|
||
|
||
In the body of the request, you pass the two parameters `quantity` and `variant_id` which will be used to add a new item into the original order.
|
||
|
||
This request returns the Order Edit object. You can access returned item changes using `order_edit.changes`.
|
||
|
||
### Update an Item
|
||
|
||
You can edit an item’s quantity in the original order.
|
||
|
||
To update an item, send a request to the [Update Line Item](/api/admin/#tag/OrderEdit/operation/PostOrderEditsEditLineItemsLineItem) endpoint:
|
||
|
||
<Tabs groupId="request-type" wrapperClassName="code-tabs">
|
||
<TabItem value="client" label="Medusa JS Client" default>
|
||
|
||
```ts
|
||
medusa.admin.orderEdits.updateLineItem(orderEditId, itemId, {
|
||
quantity: 2,
|
||
})
|
||
.then(({ order_edit }) => {
|
||
console.log(order_edit.changes)
|
||
})
|
||
```
|
||
|
||
</TabItem>
|
||
<TabItem value="medusa-react" label="Medusa React">
|
||
|
||
```tsx
|
||
import { useAdminOrderEditUpdateLineItem } from "medusa-react"
|
||
|
||
const OrderEdit = () => {
|
||
const updateLineItem = useAdminOrderEditUpdateLineItem(
|
||
orderEditId,
|
||
itemId
|
||
)
|
||
|
||
const handleUpdateLineItem = (quantity: number) => {
|
||
updateLineItem.mutate({
|
||
quantity,
|
||
})
|
||
}
|
||
|
||
// ...
|
||
}
|
||
|
||
export default OrderEdit
|
||
```
|
||
|
||
</TabItem>
|
||
<TabItem value="fetch" label="Fetch API">
|
||
|
||
<!-- eslint-disable max-len -->
|
||
|
||
```ts
|
||
fetch(`<BACKEND_URL>/admin/order-edits/${orderEditId}/items/${itemId}`, {
|
||
method: "POST",
|
||
credentials: "include",
|
||
headers: {
|
||
"Content-Type": "application/json",
|
||
},
|
||
body: JSON.stringify({
|
||
quantity: 2,
|
||
}),
|
||
})
|
||
.then((response) => response.json())
|
||
.then(({ order_edit }) => {
|
||
console.log(order_edit.changes)
|
||
})
|
||
```
|
||
|
||
</TabItem>
|
||
<TabItem value="curl" label="cURL">
|
||
|
||
```bash
|
||
curl -L -X POST '<BACKEND_URL>/admin/order-edits/<ORDER_EDIT_ID>/items/<ITEM_ID>' \
|
||
-H 'Authorization: Bearer <API_TOKEN>' \
|
||
-H 'Content-Type: application/json' \
|
||
--data-raw '{
|
||
"quantity": 2
|
||
}'
|
||
```
|
||
|
||
</TabItem>
|
||
</Tabs>
|
||
|
||
This request requires the ID of the order edit and the ID of the item in the original order as path parameters.
|
||
|
||
In the body of the request, you can pass the `quantity` parameter, with its value being the new item quantity. In this example, you change the quantity of the item to `2`.
|
||
|
||
This request returns the Order Edit object. You can access returned item changes using `order_edit.changes`.
|
||
|
||
### Remove an Item
|
||
|
||
You can remove an item from the original order by sending a request to the [Remove Line Item](/api/admin/#tag/OrderEdit/operation/DeleteOrderEditsOrderEditLineItemsLineItem) endpoint:
|
||
|
||
<Tabs groupId="request-type" wrapperClassName="code-tabs">
|
||
<TabItem value="client" label="Medusa JS Client" default>
|
||
|
||
```ts
|
||
medusa.admin.orderEdits.removeLineItem(orderEditId, itemId)
|
||
.then(({ order_edit }) => {
|
||
console.log(order_edit.changes)
|
||
})
|
||
```
|
||
|
||
</TabItem>
|
||
<TabItem value="medusa-react" label="Medusa React">
|
||
|
||
```tsx
|
||
import { useAdminOrderEditDeleteLineItem } from "medusa-react"
|
||
|
||
const OrderEdit = () => {
|
||
const removeLineItem = useAdminOrderEditDeleteLineItem(
|
||
orderEditId,
|
||
itemId
|
||
)
|
||
|
||
const handleRemoveLineItem = () => {
|
||
removeLineItem.mutate()
|
||
}
|
||
|
||
// ...
|
||
}
|
||
|
||
export default OrderEdit
|
||
```
|
||
|
||
</TabItem>
|
||
<TabItem value="fetch" label="Fetch API">
|
||
|
||
<!-- eslint-disable max-len -->
|
||
|
||
```ts
|
||
fetch(`<BACKEND_URL>/admin/order-edits/${orderEditId}/items/${itemId}`, {
|
||
method: "DELETE",
|
||
credentials: "include",
|
||
})
|
||
.then((response) => response.json())
|
||
.then(({ order_edit }) => {
|
||
console.log(order_edit.changes)
|
||
})
|
||
```
|
||
|
||
</TabItem>
|
||
<TabItem value="curl" label="cURL">
|
||
|
||
```bash
|
||
curl -L -X DELETE '<BACKEND_URL>/admin/order-edits/<ORDER_EDIT_ID>/items/<ITEM_ID>' \
|
||
-H 'Authorization: Bearer <API_TOKEN>'
|
||
```
|
||
|
||
</TabItem>
|
||
</Tabs>
|
||
|
||
This request requires the order edit’s ID and the ID of the item in the original order as path parameters.
|
||
|
||
This request returns the Order Edit object. You can access returned item changes using `order_edit.changes`.
|
||
|
||
---
|
||
|
||
## Revert an Item Change
|
||
|
||
A merchant might make a mistake while making a change to the original order’s items. Using the Admin API, you can revert item changes previously created.
|
||
|
||
To revert an item change, send a request to the [Delete Item Change](/api/admin/#tag/OrderEdit/operation/DeleteOrderEditsOrderEditItemChange) endpoint:
|
||
|
||
<Tabs groupId="request-type" wrapperClassName="code-tabs">
|
||
<TabItem value="client" label="Medusa JS Client" default>
|
||
|
||
```ts
|
||
medusa.admin.orderEdits.deleteItemChange(orderEditId, changeId)
|
||
.then(({ id, object, deleted }) => {
|
||
console.log(id)
|
||
})
|
||
```
|
||
|
||
</TabItem>
|
||
<TabItem value="medusa-react" label="Medusa React">
|
||
|
||
```tsx
|
||
import { useAdminDeleteOrderEditItemChange } from "medusa-react"
|
||
|
||
const OrderEdit = () => {
|
||
const deleteItemChange = useAdminDeleteOrderEditItemChange(
|
||
orderEditId,
|
||
itemChangeId
|
||
)
|
||
|
||
const handleDeleteItemChange = () => {
|
||
deleteItemChange.mutate()
|
||
}
|
||
|
||
// ...
|
||
}
|
||
|
||
export default OrderEdit
|
||
```
|
||
|
||
</TabItem>
|
||
<TabItem value="fetch" label="Fetch API">
|
||
|
||
<!-- eslint-disable max-len -->
|
||
|
||
```ts
|
||
fetch(
|
||
`<BACKEND_URL>/admin/order-edits/${orderEditId}/changes/${changeId}`,
|
||
{
|
||
method: "DELETE",
|
||
credentials: "include",
|
||
}
|
||
)
|
||
.then((response) => response.json())
|
||
.then(({ id, object, deleted }) => {
|
||
console.log(id, object, deleted)
|
||
})
|
||
```
|
||
|
||
</TabItem>
|
||
<TabItem value="curl" label="cURL">
|
||
|
||
```bash
|
||
curl -L -X DELETE '<BACKEND_URL>/admin/order-edits/<ORDER_EDIT_ID>/changes/<CHANGE_ID>' \
|
||
-H 'Authorization: Bearer <API_TOKEN>'
|
||
```
|
||
|
||
</TabItem>
|
||
</Tabs>
|
||
|
||
This request requires the order edit’s ID and the item change’s ID as path parameters.
|
||
|
||
This request returns an object with the following properties:
|
||
|
||
- `id`: The ID of the deleted object. In this case, it’s the ID of the item change.
|
||
- `object`: A string indicating the type of deleted object. In this case, it’s `item_change`.
|
||
- `deleted`: A boolean value indicating whether the item change was deleted.
|
||
|
||
---
|
||
|
||
## Move into Request State
|
||
|
||
After an Order Edit is created and all the item changes are added, it must be moved into the request state.
|
||
|
||
To move an Order Edit into the request state, send a request to the [Request Confirmation](/api/admin/#tag/OrderEdit/operation/PostOrderEditsOrderEditRequest) endpoint:
|
||
|
||
<Tabs groupId="request-type" wrapperClassName="code-tabs">
|
||
<TabItem value="client" label="Medusa JS Client" default>
|
||
|
||
```ts
|
||
medusa.admin.orderEdits.requestConfirmation(orderEditId)
|
||
.then(({ order_edit }) => {
|
||
console.log(
|
||
order_edit.requested_at,
|
||
order_edit.requested_by
|
||
)
|
||
})
|
||
```
|
||
|
||
</TabItem>
|
||
<TabItem value="medusa-react" label="Medusa React">
|
||
|
||
```tsx
|
||
import {
|
||
useAdminRequestOrderEditConfirmation,
|
||
} from "medusa-react"
|
||
|
||
const OrderEdit = () => {
|
||
const requestOrderConfirmation =
|
||
useAdminRequestOrderEditConfirmation(
|
||
orderEditId
|
||
)
|
||
|
||
const handleRequestConfirmation = () => {
|
||
requestOrderConfirmation.mutate()
|
||
}
|
||
|
||
// ...
|
||
}
|
||
|
||
export default OrderEdit
|
||
```
|
||
|
||
</TabItem>
|
||
<TabItem value="fetch" label="Fetch API">
|
||
|
||
<!-- eslint-disable max-len -->
|
||
|
||
```ts
|
||
fetch(`<BACKEND_URL>/admin/order-edits/${orderEditId}/request`, {
|
||
method: "POST",
|
||
credentials: "include",
|
||
})
|
||
.then((response) => response.json())
|
||
.then(({ order_edit }) => {
|
||
console.log(order_edit.requested_at, order_edit.requested_by)
|
||
})
|
||
```
|
||
|
||
</TabItem>
|
||
<TabItem value="curl" label="cURL">
|
||
|
||
```bash
|
||
curl -L -X POST '<BACKEND_URL>/admin/order-edits/<ORDER_EDIT_ID>/request' \
|
||
-H 'Authorization: Bearer <API_TOKEN>'
|
||
```
|
||
|
||
</TabItem>
|
||
</Tabs>
|
||
|
||
This request requires the order edit’s ID as a path parameter.
|
||
|
||
It returns the Order Edit object. You can access the following properties related to the confirmation request:
|
||
|
||
- `requested_at`: A timestamp indicating when the request confirmation was created.
|
||
- `requested_by`: The ID of the user that requested this order edit.
|
||
|
||
:::tip
|
||
|
||
💡 This request triggers the event `order-edit.requested`. You can use a subscriber to send an email to the customer with a link to view the order edit on the storefront. You can learn more in the [Events reference](../../../development/events/events-list.md).
|
||
|
||
:::
|
||
|
||
---
|
||
|
||
## Force-Confirm an Order Edit
|
||
|
||
There are two ways to confirm an Order Edit:
|
||
|
||
1. Using the Storefront API, which would confirm the Order Edit as a customer;
|
||
2. Or using the Admin API, which would force-confirm the Order Edit as a merchant.
|
||
|
||
Once an Order Edit is confirmed, the changes to the items defined in the Order Edit will be reflected on the original order. So, a change in the totals of the original order, such as the subtotal, will be reflected as well.
|
||
|
||
This change can lead to either required additional payments from the customer, or a refund to be made to the customer.
|
||
|
||
When the merchant force-confirms the order edit, however, it bypasses the payment flow. This means that the admin can’t capture any additional payment.
|
||
|
||
This section covers how the Admin API can be used to force-confirm the Order Edit. You can refer to [this documentation to learn how to implement Order Edit confirmation on the storefront](../storefront/handle-order-edits.mdx).
|
||
|
||
To confirm an Order Edit, send a request to the [Confirm Order Edit](/api/admin/#tag/OrderEdit/operation/PostOrderEditsOrderEditConfirm) endpoint:
|
||
|
||
<Tabs groupId="request-type" wrapperClassName="code-tabs">
|
||
<TabItem value="client" label="Medusa JS Client" default>
|
||
|
||
```ts
|
||
medusa.admin.orderEdits.confirm(orderEditId)
|
||
.then(({ order_edit }) => {
|
||
console.log(order_edit.confirmed_at, order_edit.confirmed_by)
|
||
})
|
||
```
|
||
|
||
</TabItem>
|
||
<TabItem value="medusa-react" label="Medusa React">
|
||
|
||
```tsx
|
||
import { useAdminConfirmOrderEdit } from "medusa-react"
|
||
|
||
const OrderEdit = () => {
|
||
const confirmOrderEdit = useAdminConfirmOrderEdit(orderEditId)
|
||
|
||
const handleConfirmOrderEdit = () => {
|
||
confirmOrderEdit.mutate()
|
||
}
|
||
|
||
// ...
|
||
}
|
||
|
||
export default OrderEdit
|
||
```
|
||
|
||
</TabItem>
|
||
<TabItem value="fetch" label="Fetch API">
|
||
|
||
<!-- eslint-disable max-len -->
|
||
|
||
```ts
|
||
fetch(`<BACKEND_URL>/admin/order-edits/${orderEditId}/confirm`, {
|
||
method: "POST",
|
||
credentials: "include",
|
||
})
|
||
.then((response) => response.json())
|
||
.then(({ order_edit }) => {
|
||
console.log(order_edit.confirmed_at, order_edit.confirmed_by)
|
||
})
|
||
```
|
||
|
||
</TabItem>
|
||
<TabItem value="curl" label="cURL">
|
||
|
||
```bash
|
||
curl -L -X POST '<BACKEND_URL>/admin/order-edits/<ORDER_EDIT_ID>/confirm' \
|
||
-H 'Authorization: Bearer <API_TOKEN>'
|
||
```
|
||
|
||
</TabItem>
|
||
</Tabs>
|
||
|
||
This request accepts the order edit ID as a path parameter.
|
||
|
||
It returns the Order Edit object. You can access the following properties related to the order edit confirmation:
|
||
|
||
- `confirmed_at`: A timestamp indicating when the order edit was confirmed.
|
||
- `confirmed_by`: The ID of the user that confirmed the order edit.
|
||
|
||
---
|
||
|
||
## Receive Additional Payment
|
||
|
||
When the total after the order edit is greater than the total of the original order, the merchant can capture the difference from the customer.
|
||
|
||
For order edits that are confirmed by the customer, the customer authorizes the payment before confirming it. So, the merchant can capture the payment.
|
||
|
||
For force-confirmed order edits, as the customer didn’t authorize the payment, the merchant can’t capture the payment. It has to be handled manually by the merchant.
|
||
|
||
:::info
|
||
|
||
You can learn how to allow customers to authorize payment on the storefront in [this documentation](../storefront/handle-order-edits.mdx).
|
||
|
||
:::
|
||
|
||
### Capture Payment
|
||
|
||
If the payment is authorized by the customer, it can be captured by sending a request to the [Capture Payment](/api/admin/#tag/Payment/operation/PostPaymentsPaymentCapture) endpoint:
|
||
|
||
<Tabs groupId="request-type" wrapperClassName="code-tabs">
|
||
<TabItem value="client" label="Medusa JS Client" default>
|
||
|
||
```ts
|
||
medusa.admin.payments.capturePayment(paymentId)
|
||
.then(({ payment }) => {
|
||
console.log(payment.captured_at)
|
||
})
|
||
```
|
||
|
||
</TabItem>
|
||
<TabItem value="medusa-react" label="Medusa React">
|
||
|
||
```tsx
|
||
import { useAdminPaymentsCapturePayment } from "medusa-react"
|
||
|
||
const OrderEditPayment = () => {
|
||
const capturePayment = useAdminPaymentsCapturePayment(
|
||
paymentId
|
||
)
|
||
|
||
const handleCapturePayment = () => {
|
||
capturePayment.mutate()
|
||
}
|
||
|
||
// ...
|
||
}
|
||
|
||
export default OrderEditPayment
|
||
```
|
||
|
||
</TabItem>
|
||
<TabItem value="fetch" label="Fetch API">
|
||
|
||
```ts
|
||
fetch(`<BACKEND_URL>/admin/payments/${paymentId}/capture`, {
|
||
method: "POST",
|
||
credentials: "include",
|
||
})
|
||
.then((response) => response.json())
|
||
.then(({ payment }) => {
|
||
console.log(payment.captured_at)
|
||
})
|
||
```
|
||
|
||
</TabItem>
|
||
<TabItem value="curl" label="cURL">
|
||
|
||
```bash
|
||
curl -L -X POST '<BACKEND_URL>/admin/payments/<PAYMENT_ID>/capture' \
|
||
-H 'Authorization: Bearer <API_TOKEN>'
|
||
```
|
||
|
||
</TabItem>
|
||
</Tabs>
|
||
|
||
This request requires the ID of the payment as a path parameter. The payment can be retrieved from the order by accessing the array property `order.payments`.
|
||
|
||
It returns in the response the full Payment object.
|
||
|
||
## Refund Payment
|
||
|
||
When the total after the order edit is less than the original order total, the merchant can refund the difference to the customer.
|
||
|
||
To refund the difference to the customer, send a request to the [Refund Payment](/api/admin/#tag/Payment/operation/PostPaymentsPaymentRefunds) endpoint:
|
||
|
||
<Tabs groupId="request-type" wrapperClassName="code-tabs">
|
||
<TabItem value="client" label="Medusa JS Client" default>
|
||
|
||
```ts
|
||
import { RefundReason } from "@medusajs/medusa"
|
||
// ...
|
||
|
||
medusa.admin.payments.refundPayment(paymentId, {
|
||
amount,
|
||
reason: RefundReason.DISCOUNT, // for example
|
||
})
|
||
.then(({ refund }) => {
|
||
console.log(refund.id)
|
||
})
|
||
```
|
||
|
||
</TabItem>
|
||
<TabItem value="medusa-react" label="Medusa React">
|
||
|
||
```tsx
|
||
import { useAdminPaymentsRefundPayment } from "medusa-react"
|
||
import { RefundReason } from "@medusajs/medusa"
|
||
|
||
const OrderEditPayment = () => {
|
||
const refundPayment = useAdminPaymentsRefundPayment(paymentId)
|
||
|
||
const handleRefundPayment =
|
||
(amount: number, reason: RefundReason) => {
|
||
refundPayment.mutate({
|
||
amount,
|
||
reason,
|
||
})
|
||
}
|
||
|
||
// ...
|
||
}
|
||
|
||
export default OrderEditPayment
|
||
```
|
||
|
||
</TabItem>
|
||
<TabItem value="fetch" label="Fetch API">
|
||
|
||
```ts
|
||
fetch(`<BACKEND_URL>/admin/payments/${paymentId}/refund`, {
|
||
method: "POST",
|
||
credentials: "include",
|
||
headers: {
|
||
"Content-Type": "application/json",
|
||
},
|
||
body: JSON.stringify({
|
||
amount,
|
||
reason: "discount",
|
||
}),
|
||
})
|
||
.then((response) => response.json())
|
||
.then(({ refund }) => {
|
||
console.log(refund.id)
|
||
})
|
||
```
|
||
|
||
</TabItem>
|
||
<TabItem value="curl" label="cURL">
|
||
|
||
```bash
|
||
curl -L -X POST '<BACKEND_URL>/admin/payments/<PAYMENT_ID>/refund' \
|
||
-H 'Authorization: Bearer <API_TOKEN>' \
|
||
-H 'Content-Type: application/json' \
|
||
--data-raw '{
|
||
"amount": 1000,
|
||
"reason": "discount"
|
||
}'
|
||
```
|
||
|
||
</TabItem>
|
||
</Tabs>
|
||
|
||
This request requires the ID of the payment as a path parameter. The payment can be retrieved from the order by accessing the array property `order.payments`.
|
||
|
||
In the request’s body parameters, the `amount` field parameter is required. It is the amount to be refunded.
|
||
|
||
The `reason` request body parameter is also required. Its value is a string that can be one of the following:
|
||
|
||
- `discount`
|
||
- `return`
|
||
- `swap`
|
||
- `claim`
|
||
- `other`
|
||
|
||
:::note
|
||
|
||
Check out what other parameters can be sent in the [API reference](/api/admin/#tag/Payment/operation/PostPaymentsPaymentRefunds).
|
||
|
||
:::
|
||
|
||
It returns in the response the full Refund object.
|
||
|
||
---
|
||
|
||
## See Also
|
||
|
||
- [Handle order edits on the storefront](../storefront/handle-order-edits.mdx)
|