#suranga_api

1 messages · Page 1 of 1 (latest)

patent hearthBOT
#

👋 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/1435745866802794526

📝 Have more to share? Add more details, code, screenshots, videos, etc. below.

obtuse patrol
#

Hi there

#

Those values would only be present if there is a Customer associated with the PaymentIntent when you create it (or update it) before confirming it.

#

If that's the case, can you provide me an example PaymentIntent ID I can look at?

brazen scaffold
#

I get the customer details for some of the records

#

but my client, whom i am integrating the stripe with, says he needs to view the payer information.

#

is there other ways to get the payer/customer details?

obtuse patrol
#

What information specifically?

#

The relevant data would be stored on the Customer if you collect it and store it there or related to the payment method (if you are looking for something like the billing_details)

brazen scaffold
#

I need the details such as name, email, address, etc of the person who made the payment

#

are these info come in Customer object?

obtuse patrol
#

That depends on your integration.

#

You would have to collect that information

#

What integration are you using?

brazen scaffold
#

api call with back channel

patent hearthBOT
brazen scaffold
#

with a key prefixed sk_live

obtuse patrol
#

What are you doing on the frontend? How are you collecting a payment method?

brazen scaffold
#

we are only fetching the api data and saves into clien't database. Don't exactly know how client is collecting the payments

#

i can provide an example id in payent intent, for which i do not receive customer data

topaz badger
#

hi there! I'll be taking over for bismarck here, who needed to step away

brazen scaffold
#

ok

topaz badger
#

If possible could you provide a PaymentIntent id where you don't get customer information, as you mentioned?

brazen scaffold
#

"pi_3SNy3aCqOQGlsg8e0rxJL58S"

topaz badger
brazen scaffold
#

so, you mean the payment was an anonymous one? Cannot i get the payer details through billing object?

#

for example, if the payment is a card payment, cannot i get the card holder name and address to identify the payer?

topaz badger
#

but I think you'd have to retrieve the PaymentMethod separately because I think it can't be expanded

brazen scaffold
#

I see. Also, in the front end where payment links are designed, can we make the customer details mandatory?

#

it will be extremely inefficient to fetch payment method in a seperate request in a loop. Cannot it be changed to expandable please?

topaz badger
#

this is using Stripe Elements so you'd have to control that in your form

brazen scaffold
#

or no, i can expand the payment_method

#

it gives billing info

topaz badger
#

I'm happy to submit some product feedback about expansion but that would be against the way we have been moving

#

oh interesting

#

doesnt work for me

brazen scaffold
#

"data.payment_method"

#

we have to use like that

topaz badger
#

dah, of course. Sorry 🤣 its been a long day

brazen scaffold
#

np, glad it is expandable

#

Thanks