#stripe

hello :) I'm trying to issue a refund via stripe connect which uses refund_application_fee, and while the refund was processed, the application_fee was not in fact refunded.

any devs available to help me investigate?

AdamMeghji, hey there

AdamMeghji i wonder if the problem is that you're trying to run the refund as the connected user (eg, with their access token) instead of as the application

hey hey :) hrm, that's a great suggestion. I'm most likely using the access_token, yes.

one sec, will re-attempt using the application's key instead.

are you refunding the entire amount?

yes -- I'm not specifying an amount, so IIRC that defaults to the entire amount

yea

do I want to pass the application key into the Stripe::Charge.retrieve method (in ruby)?

(currently, that's where the access_token is being passed instead)

and then you do charge.refunds.create?

yeap

i'm not sure it'll work now that i think about it. but yea try it

use the app secret to retrieve

i feel like it'll be a 404... :/

np, one sec, I'll give it a shot.

also, FWIW, the dashboard shows my "Parsed Request POST Body" as {refund_application_fee: "true"}, so a string and not a boolean value, in case it matters.

yea that was going to be my next question

i think you should be using the access token, and passing refund_application_fee as true

that's the only thing that really makes sense to me, after thinking about it

true vs. "true" ?

because the retrieve with app keys wont find the charge most likely

so yea are you doing, in ruby, refund_application_fee: 'true'?

ok, one sec will confirm whether i can retrieve w the access_token.

essentially I'm calling: charge.refunds.create(refund_application_fee: true), so boolean, so I'm assuming the gem is handling that properly (could be wrong)

are you sure it's true and not 'true'?

like if it's a variable or something

yeap, I'm assigning a boolean to that params hash

what if you try charge.refund( refund_application_fee: true )

True as a string should be okay

so, just tried retrieving the charge via the oauth_token, and am seeing: Stripe::InvalidRequestError: Only an application generating a fee can call refund_application_fee on ch_abc123

wait i thought you were using the access token all along?

dont you want to try the app secret instead?

sorry, I was originally using the app_secret, but just tried the access_token to no avail.

looks app_secret is the correct value (sorry if I misunderstood)

yea sorry i guess one of us had it backwards

npnp :D

just stepping back, and to make sure i'm not mislead here ..

so yea the app secret is what has to be used because it's the one that is allowed to refund the application fee

but when you do that the fee just isn't refunded. are you also sure about that? :)

so :) I'm seeing this in the tooltip beside the refunded charge's Fee value: Stripe processing fees: $0.45\n TestStore application fee: $0.25\n Stripe processing fee refund: -$0.45

I'm expecting to see -$0.25 if that application fee is successfully refunded

am I mistaken?

that $0.45 + $0.25 - $0.45 implies we didn't successfully refund the $0.25

take a look in the application fees section of the dashboard

where the fee should be listed and have some details when you click on it

lol .. I do see it as refunded there :P this may have been a wild goose chase due to a misinterpretation of that (imo confusing) tooltip

yea, blerg

so like markin said, even the string should be fine

because it's encoding as post parmas

params*

as a suggestion / pain point, I'd suggest including the "-$0.25 application fee" in that tooltip's summary, so it's clear that the application fee was also refunded.

you need to use the app key since it's the one who needs to refund it

and it seems to be working fine :)

yea, for sure. possibly a reason why it isn't already like that, or possibly not. i'll make a note of it

the data _is_ shown elsewhere in the application's dashboard, but the connected application's dashboard implies they were dinged the application_fee, so that may cause some issues for our support team (most certainly will actually)

but they did get the whole amount back right?

I see … the application fee refund is a _separate_ transaction. Look in https://dashboard.stripe.com/test/balance in the connected account.

yea that's what i was getting at. the connected account should see the whole amount coming back still. but you're absolutely right regardless. it mentions the stripe fee being refunded, it should also mention the app fee

Like AdamMeghji said, the tooltip for the Fee on the charge says +stripe_fee +app_fee -stripe_fee, and actually shows a number instead of zero. which is going to make them think they paid it, until you tell them to look at their balance txns. so yes, the connected account is made whole, but probably confused :)

yep

notes have been made in the appropriate places :)

oooh, can you enter bugs for the api docs ?

sure

wsmoak: precisely :)

thanks everyone! this little support request has been an overwhelmingly positive experience, being able to hop in here and get immediate clarifications is HUGE. I've never had this kind of immediate feedback when integrating with a payments API before, so props are in order. :D

just glad we could help :)

np!

rfunduk: https://stripe.com/docs/api/ruby#errors and scroll down. the “Handling Errors” sub-item does not have an anchor. It doesn’t expand in the left-hand menu or change the url.

hm yea, those top bits dont expand at all

I actually can’t tell whether it’s a sub-item. Maybe it’s just a top level item missing from the left-hand menu?

I needed to link to it and couldn’t :)

it looks the same as the other sub items like 'The charge object'

i think the top section is just different and doesn't expand or sub-link

Hi, is anyone able to answer questions about transfers to third part account or credit cards in Australia?

Zebra, i can't say i know a lot about that... but what's the issue?

Zebra: do you mean transferring to bank accounts or _debit_ cards? https://stripe.com/docs/tutorials/sending-trans... still says US only.

either

I know cards isn't currently supported, but I can't see anything specific regarding bank accounts

yea the transfers API is US-only still

So that applies to payments to bank accounts as well?

yea the entire 'Recipient' and 'Transfer' API's are US-only

check out the AU 'homepage' for marketplaces: https://stripe.com/au/marketplaces

Ah, ok

"Transfers coming soon. We don’t currently support Australia-based businesses sending funds to third-party bank accounts. Let us know if you'd like to be notified when we’re ready, or explore Stripe Connect."

waiting for it to come to Canada myself :)

Oh great... Thanks for the links

You'd think your proximity would make it easier!

haha the banks have other ideas! :P

How awesome is Stripe, though!?

We were using Zuora, and it was pretty much the worst thing I've ever seen

haha yea the payments industry is a bit rough around the edges

We actually had an 'expert' meet with us to go through setting up with Zuora, which carried on for a while

Now, with Stripe we've already created charges, customers etc in our test environment within no time

Awesome

strangely enough i've never even heard of Zuora

Lucky you...

;)

the homepage looks nice enough, but the fact that i can't really seem to find api docs is not a good sign :)

Their so called dashboard is a horrible user experience

they just updated the homepage, but the dashboard received no love

that's too bad... well, stripe is happy to have you that's for sure! hehe

Stripe's documentation is amazing

Thanks for your help, guys :)

no problem. did you notice you can add yourself to a list to be notified when transfers comes to australia?

Yes. I loved the email it created. Very direct

cool

It seems like they suggest that Stripe Connect can provide payments to non-US accounts. Anyone know more about that?

Never mind, I've found the relevant information :)

yea connect is a great option for non-us companies

i have a canadian project that uses connect

it's quite different conceptually from transfers, but depending on what you're doing it might be an even better fit

So if I've got it correct, the user creates an account and then we just transfer the funds to their account and then Stripe pays to them, just like they'd pay to us?

yep essentially

except

you dont really transfer the funds yourself

the customer pays the connected account directly

and you take a % fee

I think it will work out better, because then that customer can control their own payment schedule and account details etc

That's honestly probably better

yea exactly. and it also means they are responsible for their own disputes and whatnot

Very cool indeed

if transfers were available in canada i wouldn't change my project to use it. it's a connect app at heart :)

The only downside is that you're sending them off to a third party

they can sign up for stripe during the connect process, but yea you're right