#blc_api
agile knollBOT
👋 Welcome to your new thread!
⏲️ We'll be here soon! Typically we respond in a few minutes, but sometimes we might take a bit longer if the server is busy or if you have a particularly tricky question.
⏱️ We close idle threads, which makes them read-only. Once a thread is closed it won't be reopened, but you can always start a new thread if you have another question.
🔗 This thread will always be available, even after it's closed. You can find it again using Discord's search, or you can save this link: https://discord.com/channels/841573134531821608/1349818652509339729
📝 Have more to share? Add more details, code, screenshots, videos, etc. below.
young latch
Example 1: pi_3QzPeqHDgd7YgnZu16zrRfcH -> this is a refund, not a reversal/void therefore a Stripe fee is charged and the application fee should apply
proud rose
Hello, there is a refund_application_fee parameter that you can pass true for https://docs.stripe.com/api/refunds/create#create_refund-refund_application_fee
young latch
Ah -- we've been using the Connect components
let me check that doc
We can't determine whether the application fee should be refunded until the refund has happened though right?
I suppose it depends on the status of the payment 🤔
proud rose
The other way to do it would be to reverse the transfer yourself https://docs.stripe.com/api/transfer_reversals/create
So you can wait until you've determined whether you should refund and reverse the application fee, and then create a transfer reversal.
young latch
I don't see a way to determine whether a payment would be reversed/voided vs refunded --> example from a payment 2 minutes ago: pi_3R2H0qHDgd7YgnZu0sVS5DuC
proud rose
I am actually not fully clear on what you mean by reversed/voided, where are you seeing the reverse/void status?
young latch
Both of these were refunded using the Payment Details component
My guess is that if a refund is submitted before the payment has been processed by the card network, it gets reversed
And in that case, there is no Stripe fee charged
proud rose
Ah gotcha, did not realize the dashboard had those statuses. Looking into what exactly they mean and if you can figure this out via the API
Hmm I thought you would be able to check available_on on the balance transaction that is related to the successful charge, that is the estimate of when funds will land at Stripe. But I see for both of those transactions the refund was initiated before that time
https://docs.stripe.com/api/balance_transactions/object#balance_transaction_object-available_on
Also one important distinction to make here is that the application fee is the fee that you charge your connected accounts, which is a separate thing from Stripe's processing fee. My understanding here is that you are looking to see whether to hold back the processing fee based on whether it was ever charged here or not?
young latch
Right so this is based on my assumption that Stripe does not charge a processing fee when it gets reversed
If this assumption is wrong then I don't need to worry about reversing the application
*application fee
But if my assumption is correct, then I'd want to reverse the application fee as well
proud rose
My understanding is that that is correct and that we don't charge the admin fee if it is refunded before the funds are settled