Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

When a refund fails due to insufficient funds, recommend adding funds to the FROD balance #10025

Open
csmcneill opened this issue Dec 20, 2024 · 0 comments
Labels
focus: payments acceptance & processing type: enhancement The issue is a request for an enhancement.

Comments

@csmcneill
Copy link
Contributor

Description

Sometimes, refunds cannot be completed as expected because there are insufficient funds in the WooPayments account. A major culprit is if the refund is for a large value that exceeds the refund overdraft threshold on an account.

The refund overdraft threshold is variable and account-specific, but the response from Stripe looks like this:

{
  "error": {
    "message": "Insufficient funds in your Stripe balance to refund this amount.",
    "message_code": "insufficient_balance_for_refund",
    "request_log_url": "https://dashboard.stripe.com/acct_xxx/logs/req_yyy?t=zzz",
    "type": "invalid_request_error"
  }
}

In this scenario, a merchant needs to increase their balance in order to process the refund. They can wait for more sales to come in, but that may not be an option — especially if they want to stave off a potential dispute. As a result, their best option would be to add funds to their FROD balance.

Adding funds to their FROD balance may take 1–7 business days, but is the only controlled way of preventing delays in refunding customers due to an insufficient balance.

Acceptance criteria

When an account in a country that supports the FROD balance attempts to make a refund but cannot due to an insufficient_balance_for_refund error, they are provided with:

  1. A recommendation to add funds to their FROD balance.
  2. Documentation about the FROD balance.

Designs

N/A — this could be an order note or use existing messaging elements (e.g, the inline notice in #6373)

Testing instructions

I'm not sure if this can be tested.

Dev notes

Additional context

Lengthy Slack conversation where Happiness and PayOps helped a merchant recover from this issue: p1734562225947899-slack-C03EE4CPPK5

@csmcneill csmcneill added the type: enhancement The issue is a request for an enhancement. label Dec 20, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
focus: payments acceptance & processing type: enhancement The issue is a request for an enhancement.
Projects
None yet
Development

No branches or pull requests

2 participants