Refund Failure (Sandbox): The card parameter is required

[BrandonJamesBorders]

Describe the bug Attempting to refund a transaction through the Craft Commerce CP. Get the following error:

To Reproduce Steps to reproduce the behavior:

1. Place an order through the website or build order through CP.
2. Click on "Capture" in payment details to capture the transaction.
3. Wait for the batch to settle (optional step possibly?).
4. Return to order, enter refund amount, get the error message.

Expected behavior Refund to be processed as desired.

Screenshots If applicable, add screenshots to help explain your problem.

Desktop (please complete the following information):

• OS: macOS
• Browser: Chrome
• Version [e.g. 22]

[benlobach]

Hello @BrandonJamesBorders, the transaction will need to settle before it can be refunded as Authorize.net doesn’t allow transactions to be refunded before settling.

If you would like to void a transaction instead (but refund where possible), there’s an option in the gateway settings to enable that functionality. It’s not enabled by default because it’s not possible to partially void a transaction. As an example, if you entered $5 in the refund box, but the transaction wasn’t settled, Authorize.net would void the full transaction. When this setting is enabled, refund is always the default, and voiding is the fallback if the transactions has not settled.

If you have additional questions, or you run into this problem after the transaction is settled, let us know and we’ll take a deeper look!

[BrandonJamesBorders]

Thank's for the response, @benlobach.

I'm getting the error on transactions that have settled though too.

[benlobach]

Are you using Accept.js and the built-in form, or something custom?

[BrandonJamesBorders]

No to Accept.js. Built-in form.

[BrandonJamesBorders]

Settings if helpful:

[benlobach]

Thanks, @BrandonJamesBorders. We'll dig into this a bit further and see what we can find.

[BrandonJamesBorders]

@benlobach Any luck? Switched to live credentials today and am still getting the issue.

[benlobach]

@BrandonJamesBorders, we're actively working on a release that corrects this issue. The refund is attempted on the capture, but Authorize.net does not allow payment information to be sent along with the capture request. We plan to have a release that allows refunds on the capture request in the next couple of days. Thanks for checking in!

[BrandonJamesBorders]

@benlobach Thanks for the update and your work!

[benlobach]

@BrandonJamesBorders, thanks for submitting this issue! Release 1.0.12 (2ee4108a5b8767e41187c6641197f67a2be33609) solves this problem.