#m0uka_api

1 messages · Page 1 of 1 (latest)

timber ridgeBOT
#

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

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

Below are links to other discussions we've had with you in the past week in case you want to review that information. If your question is related to one of these previous discussions, please provide a comprehensive summary of the current state and what you need help with now. We help many users simultaneously, so a summary allows us to resolve your issue as soon as possible.

gloomy birch
#

PayPal generally don't always return customer billing details to us. Which APIs/payment UIs are you using?

tight zodiac
#

currently payment/setup intents, most handled server-side

gloomy birch
#

No Elements UI? How do you colect the payment details/redirect to PayPal?

tight zodiac
#

we either redirect straight to PayPal or use the express checkout element

gloomy birch
tight zodiac
#

got it, but would the paypal email be specified, considering the docs state that

Owner’s email. Values are provided by PayPal directly (if supported) at the time of authorization or settlement. They cannot be set or mutated.

#

i've been told by one of your colleagues previously that the e-mail is not available in this case

gloomy birch
#

But the country is sometimes available

tight zodiac
#

got it, so the most reliable thing is just separate auth and capture later manually?

gloomy birch
#

What problem specifically are you trying to solve?

tight zodiac
#

we're trying to run internal fraud rules (block certain payment method emails, countries, etc..)

gloomy birch
#

Yes, or apply a Radar rule to manually review PayPal payments

tight zodiac
#

manually reviewing them is unfortunately not an option, can we make a radar rule to block a paypal account email?

gloomy birch
#

Hmm actuall misspoke and that PayPal isn't supported with Radar yet. So if you applied a payment email rule it'd apply to all payments (e.g. card, etc)

#

Not even sure if that would work, you'd have to test. We probably don't screen them at all so auth/capture might be only option