Returns review
Keep the order, policy, evidence, and decision together.
Give Exchara the order record, the return request, and the policy in force. The queue cites the matching rules, lists missing facts, and returns an approve, deny, or human-review disposition per request.
Sign in and you go straight back to the Exchara conversation. Work happens in chat. This page never asks for your card details or email address.
THREE STAMPS ON THE RACKEach request leaves with one disposition. None of them move money.
- APPROVEThe request cleared every rule. Refund still waits for you.
- DENYWindow, category, or condition hit first. Citation is on the flap.
- HUMAN REVIEWAmount, identity, fraud flag, or missing photos. You still decide.
01 / OPEN THE JACKET
Hand in the order, the request, and the policy in force.
Merchants who review return requests against order facts and the current policy before they refund, exchange, or refuse.
- 01
Order record with delivery age, category, condition, and refund amount
- 02
Return reason and the evidence already on file
- 03
The policy in force, including window, blocked categories, and required evidence
02 / THE QUEUE WALKS DOWN THE STAIR
First policy hit wins. Later rules never rewrite an earlier deny.
Return requests arrive as chat threads. The order, the policy, and the photos sit in different places, so missing facts and the final choice are easy to skip.
The queue checks window, category, and condition first and denies on the first policy hit.
High amount, unverified identity, fraud flags, or missing evidence go to human-review. Only a cleared request is marked approve.
- 01Window
Outside the return window → deny
- 02Category
Blocked category → deny
- 03Condition
Condition not allowed → deny
- 04Identity
Identity unverified → human-review
- 05Fraud flag
Fraud signal present → human-review
- 06Amount
Amount at the review line → human-review
- 07Evidence
Required photos missing → human-review
- 08Clear
Otherwise → approve / eligible
WHAT IS CLIPPED TO THE JACKET
The first working result is a queue, not a refund.
A queue item per request with order evidence
Policy citations that name the rule that fired
Missing facts in the required-evidence order, plus an approve, deny, or human-review disposition
CONTROLLED PACKAGE EVAL
Four sample jackets were stamped against a supplied policy, not a live shop.
Catalog evidence from the returns-evidence package. This is not a production refund outcome and does not claim a live commerce connection.
- RET-ELIG-1DENYnon_returnable_category
ORD-SYN-12: category personalized is on the blocked list
- RET-AMT-1HUMAN REVIEWhigh_amount
ORD-SYN-40: refund amount 120 against review line 100
- RET-EVD-1HUMAN REVIEWmissing_evidence
ORD-SYN-19: missing package_photo, shipping_label_photo
- RET-OK-1APPROVEeligible
ORD-SYN-21: window, category, condition, and evidence all clear
THE PAD STAYS WITH YOU
Exchara lays the flaps out. A person still presses the stamp.
Exchara frames each return as a case: the order on one side, policy and customer evidence on the other, with the final option left to the merchant.
It does not
- Automatic refunds, exchanges, or provider dispute submissions
- Guessing a policy exception that is not in the supplied rules
Before acting
- The merchant confirms order facts and current platform policy before acting.
- Refund eligibility and fraud decisions remain with the merchant and applicable platform policies.
BEFORE YOU OPEN A JACKET
Questions
Does it refund by itself?
No. Approve is a recommended disposition. The merchant remains the only person who can refund.
What if photos are missing?
The queue lists the missing facts in the policy's required order and marks the request human-review.
What if the item is personalized?
The category rule fires first. The request is denied with a citation of the blocked categories.
STARTER / MONTHLY
Starter
Billing appears inside the signed-in workspace. Card payment runs through Stripe Checkout.
US$19 per month
This landing page never captures card or email details.
Continue to workspace billing