Change to refund processing May 18, 2021: authorization model for refund process

Braintree sent an email regarding changes to refund processing. Is WooCommerce handling this? Excerpts of the message below:

What is changing?
The payments industry is moving to an authorization model for refund processing. Once this framework goes into effect, refunds will be preceded by authorizations to allow the card issuer to approve or decline before the refund is processed. Real-time processor response codes similar to those returned from sale authorizations will be provided in cases where a refund is declined. Refund authorizations will also appear on cardholder statements in real-time, to improve transparency.

The update ensures we meet new card brand rules introduced by Visa, MasterCard, and Discover in 2019.

Here’s what’s changing in the background:

New SDK versions + GraphQL

While merchants on older SDKs than those listed above will still be able to process, instead of getting a decline code for declined refunds, you will receive one of the following two validation errors:

· Hard decline: 915200 -?Failed to refund transaction.

· Soft decline: 915201 -?Failed to refund transaction. Please try again at a later time.

Braintree puts the onus on the plugin developer but it’ll fall to us if that doesn’t happen:

Note: Third Party Integrations

If you’re using a third-party shopping cart to integrate with Braintree, your shopping cart provider should be making any necessary integration updates to be sure that you’ll be able to see the processor responses. Please reach out to your provider for more information.

Handling Declined Refunds
When a refund authorization is declined by the issuer, you will need to work with your customer to issue a credit via an alternative method outside of Braintree, such as a store credit or check.

Thoughts on this? Expect a plugin update?

The page I need help with: [log in to see the link]