When customer is dissatisfied with their shopping experience, you may want to offer an appeasement amount to keep them happy.
This endpoint is used to create appeasement request by order number.
Note: If you do not have an order number, use the corresponding order ID-based endpoint - POST /orders/{orderId}/actions/create-appeasement
Bearer authentication header of the form Bearer <token>, where <token> is your auth token.
A header used by fabric to identify the tenant making the request. You must include tenant id in the authentication header for an API request to access any of fabric’s endpoints. You can retrieve the tenant id , which is also called account id, from Copilot. This header is required.
x-fabric-channel-id identifies the sales channel where the API request is being made; primarily for multichannel use cases. The channel ids are 12 corresponding to US and 13 corresponding to Canada. The default channel id is 12. This field is required.
Unique request ID
Merchant-defined order identifier
Appeasement request
Merchant-defined source from where the appeasement request was initiated. There are no pre-defined values; possible values are Customer Service Representative (CSR), point-of-sale (POS), etc.
"Storefront"
Identifier of the logged in user who initiated the request. This could be from either fabric Identity service or an external Identity service.
"12"
Order-level appeasement details. At least one order-level or item-level appeasement must be added.
Invoice customer
Item-level appeasements. At least one order-level or item-level appeasement must be added.
A merchant-defined external order identifier.
This field is optional and can be used to reference the order in external
systems such as an ERP, OMS, or CRM.
"191763090_O1231"
OK
Appeasement info
Merchant-defined order identifier. If omitted, this is generated by fabric's sequence generator using Configuration service
"12"
Total refunded amount
25.5
The total amount that has been refunded, represented in one or more currencies.
Each entry provides the total refunded value and its corresponding currency code,
using the structure defined in the amountInCurrency schema.
This field enables tracking of cumulative refunds across multiple currencies.