#amrux_api
simple gullBOT
👋 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/1372887263503188030
📝 Have more to share? Add more details, code, screenshots, videos, etc. below.
frozen hollow
Got an example?
livid ore
pyr_1RBwMoP3GP3QiIPprKD35ofC is an example of someone that used link, and I can see in the dashboard we provided a refund to
frozen hollow
Yeah it's just a different object prefix that we use for py_xxx (payment) objects that a refunded, like the underlying charge here: py_3RBsEIP3GP3QiIPp1s7x3wSn
simple gullBOT
livid ore
Yes but what I want to do is get information about the refund specifically if that makes sense?
I.e. for other payments I can see
re_3R4jUKP3GP3QiIPp1fGAX4DG
As an example, which work perfectl when using the "get" method on your refund service.
However the above example with pyr prefixed does not?
dusky cliff
hi! I'm taking over this thread.
However the above example with pyr prefixed does not?
what do you mean by "does not"? what have you tried, and what is the exact issue?
livid ore
Sorry it would appear that Im slightly misleading you!
It isnt the get that is persay an issue. It is returning succesfully...
however
I need the DestinationDetails to understand the type of payment
As you can see in this screenshot when it's prefixed with "pyr" (Link payments from what I can tell) that is null. Whereas with "re" that seems to work?
dusky cliff
can you share two object IDs, one where you see DestinationDetails and one where it's null so I can see the difference?
livid ore
Sorry to be clear, object IDs in this case being :
re_3R4jUKP3GP3QiIPp1fGAX4DG
and
pyr_1RBwMoP3GP3QiIPprKD35ofC
?
So with
re_3R4jUKP3GP3QiIPp1fGAX4DG
I see the attached screenshot.
Whereas with
pyr_1RBwMoP3GP3QiIPprKD35ofC
it is null
dusky cliff
and you are talking about this field? https://docs.stripe.com/api/refunds/object#refund_object-destination_details
livid ore
Correct, as we want to get the payment method type (i.e. card)
dusky cliff
based on the doc alone, it looks like there's no destination_details.link defined. so I think it's expected that you don't see anything for the Link refund.
livid ore
Ah I see, in which case is there an alternative property we can pivot off of from the object? Or shall we infer that its link from the fact its null potentially? Its purely for reporting
dusky cliff
is there an alternative property we can pivot off of from the object?
Which exact information are you trying to retrieve?
Or shall we infer that its link from the fact its null potentially?
That seems like a risky assumption, since there may be other payment method that return null here.