American Express C04 covers goods or services returned or refused. The merchant needs to trace the return/refusal event and the financial response: what the customer returned or refused, when the merchant received or recorded it, what policy applied, and whether a refund or other resolution became due.

A strong C04 file is not a generic proof-of-delivery packet. Delivery may explain how the customer received the item originally, but the dispute turns on what happened when the goods or services were returned, refused, or otherwise rejected.

Identify exactly what was returned or refused

Match the disputed order to the returned item, service, or delivery refusal. Use SKU, quantity, serial or return reference, appointment/service ID, or carrier event where applicable. Partial returns should be separated from the rest of the order.

Do not describe the entire purchase as returned if only one item came back. The amount at issue should be reconciled to the returned portion.

Build the reverse-logistics timeline

For physical goods, preserve return authorization, carrier acceptance, tracking, refused-delivery scan, warehouse receipt, and inspection. For services, document the cancellation/refusal event and whether performance had already occurred.

Mark the moment the merchant became aware of the return or refusal. That date often determines the operational next step and exposes delays between receipt and refund processing.

Apply the purchase-time return terms to the facts

Use the return/refusal policy that the customer actually received or accepted, but connect it to this transaction. State whether the return was within the stated window, in the required condition, or subject to a documented exception.

Policy language should not hide the merchant's conduct. If staff accepted the return despite a stricter written policy, preserve that transaction-specific decision.

Trace the refund or denial

If a refund was due, show initiation, processor status, amount, and completion. If the merchant denied a refund, preserve the inspection result or other factual basis and the communication sent to the customer.

A note saying 'refund requested' is not proof that money moved. Likewise, an internal 'return denied' label is weak without the transaction facts that explain the denial.

Reconcile partial value

Where part of the order was retained, consumed, damaged, or already used, build an amount table showing returned value, non-returned value, credits, fees if applicable, and the net amount still disputed.

Avoid defending the full transaction when the merchant's own record supports only a partial amount.

Use C04 to audit return handoffs

Repeated losses often come from warehouse-to-refund delays, missing return scans, unclear refusal handling, or customer-service promises that never reached payments. Tag the handoff that failed.

Retain return receipt and refund status in the order record so future disputes do not require stitching together carrier, warehouse, and payment screenshots.

Example: return delivered but warehouse has not inspected it

A customer return is delivered to the merchant's warehouse two days before an Amex C04 chargeback, but the warehouse status still says 'awaiting inspection.' The merchant should not claim the return failed merely because the refund has not been approved internally.

Preserve carrier receipt, warehouse intake, pending inspection, customer communication, and eventual refund decision. The unresolved return status is a fact to manage, not a reason to ignore the reverse-logistics timeline.

Track return or refusal through to the financial outcome

An Amex C04 case needs more than proof that goods once shipped. Build the reverse path: return or refusal request, merchant instructions, carrier event, warehouse receipt if applicable, inspection where relevant, policy, refund decision, and posted credit. The key dispute question may be what happened after the customer tried to give the value back.

If the return never reached the merchant, document that fact and the carrier history. If it did arrive, show the resulting credit or a policy-supported reason the requested credit was not due.

Follow returned or refused value from customer handoff to final credit

C04 starts with the exact item or service the customer says was returned or refused. Identify line item, quantity, price, return authorization where used, carrier or in-person handoff, and merchant receipt. For refused delivery, preserve the carrier event showing refusal or return to sender. For services, document what cancellation or refusal means in that business. The first question is whether the merchant actually received back, or was able to stop, the value the customer no longer wanted.

Reverse logistics should have timestamps. Record customer shipment, carrier receipt, warehouse delivery, inspection, restocking or rejection, and the refund decision. A package delivered to the warehouse does not automatically prove the return contained the expected item or met the disclosed return condition, but a merchant also should not leave the case in 'return pending' indefinitely after physical receipt. Preserve inspection findings with photos or item identifiers where routinely used and appropriate.

Apply the purchase-time return terms to the actual condition. If the merchant denies a refund because the item was outside the return window, damaged, missing components, or nonreturnable, show the terms that applied and the inspection facts. If the business made an exception or promised a refund, include that promise. Reconcile partial returns line by line so the defended amount matches the goods the merchant says were kept or validly nonrefundable.

C04 cases should feed a return-handoff audit. Track packages received but not inspected, inspections completed but refunds not issued, refused shipments not linked to orders, and support messages promising credits before warehouse status is known. A synchronized returns ledger reduces both legitimate credit disputes and staff time spent reconstructing where a parcel went after it left the customer.

Measure return aging so accepted returns do not become credit disputes

Track days from carrier delivery to warehouse receipt, inspection, refund approval, and processor credit. Set internal aging alerts for returns stalled at each stage. A merchant can have a reasonable return policy and still generate C04/C02 disputes if accepted returns sit unprocessed for weeks.

Expose the status to support so agents can tell customers whether a package is in transit, awaiting inspection, approved, or refunded. Accurate status reduces repeated contacts and prevents premature promises that later conflict with the warehouse decision.

Record what happens to rejected returns

When the warehouse denies a return, document whether the item is shipped back to the customer, held for instructions, disposed of under disclosed terms, or otherwise resolved. A denial that leaves the merchant with both goods and payment can create a different economic question than a denial where the item is returned. Include customer notice and any shipping reference. This closes the reverse-logistics loop and prevents the C04 file from ending at 'refund denied' without explaining the merchandise.

Returned-or-refused cases should document the merchant's handling after the goods came back or the service was refused. Record carrier return scans, warehouse receipt, inspection result, restocking or rejection reason, refund decision, and customer notification. If the merchant rejected the return because it was outside policy or materially different from what was sent, preserve objective facts such as SKU, serial, condition photographs, or timing instead of relying on a staff note saying “invalid return.” If the package never arrived back, state that clearly. The reviewer should be able to see whether the merchant regained the merchandise, whether a credit became due, and what happened next. That sequence is more informative than the outbound delivery record alone.

VERIFY CURRENT RULES

Primary references

Processor interfaces, reason-code mappings, filing windows, and network rules can change. Check the active dispute notice and current official documentation before submitting.

Scope: This guide is educational merchant-operations information. It is not legal advice, banking advice, or an interpretation of card-network rules for a specific case.