ithi_api

[noble iris]

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

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

[brazen iron]

Hello, can you tell me more about what you are trying to do here? Where are you trying to submit the IP and why? There are certain places in the API where this is possible but I am not immediately sure about Charges specifically.

[delicate raft]

Sure. As a connect integration, we have many Stripe users who have pointed out that Stripe's risk insights are pushing them to supply IP address and email address. The latter we can do, but the former seems to be unavailable in any end point I've seen:

[brazen iron]

Gotcha, I think there is a way to pass this data for radar but will need to double check. Can you show me your code for actually submitting these payments? I think this may also depend on how you are charging here

[delicate raft]

We use both payment intents and charges, so this code shows both:

I think IP is included by the js library with Payment Intents?

[brazen iron]

Yes, and it looks like we made the Radar Sessions to help collect and provide this info when you aren't directly confirming on the client https://docs.stripe.com/radar/radar-session

As far as I can see, it is only availabe for the payment intents API but I will double check if this is possible with Charges

[delicate raft]

Thanks. Can Charges be completely replaced with Payment Intent? We still have the need to do keyed card entry for some cases.

[brazen iron]

PaymentIntents are state machines that manage creating charges, so you should be able to update your integration to use them instead of directly creating charges.
To align on terminology, by keyed in card entry you mean one of your employees manually entering a card number. Like when someone reads off their CC number to them over the phone?

[delicate raft]

Yes, correct.

[brazen iron]

Gotcha, we do support that for payment intents. If you reach out to our support team they should be able to help you get your account set up for that https://support.stripe.com/?contact=true

[delicate raft]

Thanks. I think that answers my questions