Added

Refund a specific transaction

POST /api/v2/orders/transactions/:id/refund refunds the charge you name. A refund has always been a transaction-level operation, with the refundable balance and eligibility both living on the transaction, so on a subscription at its fourteenth renewal there are fourteen candidate charges and the caller, not the API, should decide which one to reverse. It returns 200 when the processor reflects the refund in the same request and 202 when it settles through a later webhook, and a charge that cannot be refunded returns 404. Partial refunds are not supported yet: sending an amount returns 422 rather than quietly refunding the whole charge.

Agent examples: refund exactly the charge a customer is asking about, by id, on a long-running subscription · reconcile refunds against transactions without matching on amounts and dates.

Resources: Orders::Transaction · Order
Building with an AI agent? Point it at the Orders skill.