#theddev_unexpected

1 messages ยท Page 1 of 1 (latest)

burnt bluffBOT
#

๐Ÿ‘‹ 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/1347599612952842260

๐Ÿ“ Have more to share? Add more details, code, screenshots, videos, etc. below.

near condor
maiden quarry
#

yeah sure

#

req_c8NeHrynlT38XW

#

and this is the event id for the charge.succeeded
evt_3QwqyEDfcmTYbu9Y2b0TXb1x

near condor
#

Taking a look

maiden quarry
#

okay thanks

near condor
maiden quarry
#

but do we know why the transfer is not associated?

near condor
#

Looking at that while you try the above

maiden quarry
#

its in production so I dont think I can try that now. Will need client's approval before that

near condor
#

You should test this flow in test mode

maiden quarry
#

okay

near condor
#

From my testing, it just worked. I was unable to reproduce what you saw. I passed the charge id and the transfer was reversed. Further looking

#

Oh, it's an us_bank_payment method type so I think that is the issue. If you test this with a card payment method it would work. I think you'd want to wait for the amount to settle before you can request a refund

maiden quarry
#

so i have 2 questions now.

  1. why was there no transfer assocaited.
  2. when we use the py or charge id and when payment intent id for refund

I created an ACH payment and it did have transfer associated to it but not the one in question.

near condor
#

Where is that screenshot from?

maiden quarry
#

another ach payment i created

#

in sandbox

#

pi_3R01ehIJwkxnVmNV15TOZolG

#

req_1DpGaKJdfkkc6n

near condor
#

Ah, in Sandbox async payment methods would succeeds much quicker than in live mode.

#

In live mode, it takes a few days for us to talk to the bank and settle the amount

#

If you look at an older payment, you should see the transfer on those

burnt bluffBOT
maiden quarry
#

oh okay thanks.

#

but the payment was made on 3rd and the refund was made on 6th

maiden quarry
#

what about the question 2.

near condor
soft narwhal
#

๐Ÿ‘‹

maiden quarry
#

hello sir/maam.

soft narwhal
#

Actually I'm a chicken, but hello. ๐Ÿ™‚

#

Can you just summarize your current issue for me please?

maiden quarry
#

sure.

#

there was a payment pi_3QwqyEDfcmTYbu9Y2WYPHdxC But for some reason it is not associated. while refunding this is the error we see in stripe and after seeing the error we got to know that transfer is not getting associated.
then pgskc said to use the payment intent which will work.

so basically I have 2 question here.

  1. why was there no transfer assocaited.
  2. when we use the py or charge id and when payment intent id for refund (is it based on bank account type, card,... how do we know)
soft narwhal
#

When I look at the request for that the Application Fee amount is higher than the total - was that on purpose?

maiden quarry
#

I am not sure. maybe the amount was too low?
$1.08

#

that could be the reason for transfer not being associated?

soft narwhal
#

The charge was for $1.08, and the application fee was $2.01; I'm actually not sure why we accepted that creation request, since the net charge should in theory be negative 93 cents, but in reality would be 0.00 - so there's no transfer.

#

That's why this request is failing. There's no transfer with this one because one wasn't created because there was nothing to transfer.

maiden quarry
#

makes sense..

#

what about the 2nd question sir

#

*chicken sir

soft narwhal
#

Haha

#

One sec.

#

Use the py_. And don't make the Application Fee higher than the amount. ๐Ÿ™‚

maiden quarry
#

okay, so we can use py_ almost everytime for refund as long as the fee is < amount right

soft narwhal
#

Uhh wait

soft narwhal
#

Use the Payment Intent. ๐Ÿ™‚

maiden quarry
#

always?

#

if yes, then awesome if no then we are back to same question ๐Ÿ˜…
when to use py_ and when to use pi for refund. ๐Ÿ˜…

soft narwhal
#

You should always be able to do it via Payment Intent, yes.

maiden quarry
#

awesome... thank you sooo much for your time and help.

#

you are the smartest chicken I came across soo far. ๐Ÿ™‚

soft narwhal
#

Of course - you're very welcome!
I thank you kindly. :chicken-bowing:

maiden quarry
#

:chicken-bowing:

soft narwhal
#

I mean, it doesn't exist but clearly it should. ๐Ÿ˜‚

maiden quarry
#

yeah indeed