#brian-johnson_api
1 messages ¡ Page 1 of 1 (latest)
đ 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/1367192859379368052
đ Have more to share? Add more details, code, screenshots, videos, etc. below.
Currently I am just passing in the customer ID
Hi, can you add a bit more to your question please? Are you using PaymentElement on the front-end and looking to pass the zip code you've selected on your end? Or, something else?
apparently our rates will be a bit lower if we pass in the ZIP code as well
Creating a payment intent via an API call - we're using elements to collect the data
in elements we ARE getting the ZIP code
So we are collecting the ZIP code via the "billingDetails" in the element
We come out of that with the payment method, etc
we use a server integration to then process the payment intent
Hopefully that makes sense
I was told we are not passing in the ZIP code but I assumed if we are collecting it in the payment element that it would then end up being part of the payment method and/or customer info
I see, I'm unsure about the lowers fees and how that impacts your rates. Have you already tried passing that details, https://docs.stripe.com/api/payment_intents/update#update_payment_intent-payment_method_data-billing_details here ?
Yeah I did try that but that appears to only be related to creating a NEW payment method when creating a payment intent
This is mainly for saved card functionality
where we store the token and then use the token for future purchases
so we don't want a new payment method created or attached
just need to also provide the ZIP code
(apparently)
Sorry I was not given much info on this
I just didn't see anything in the docs where I could pass in the ZIP code outside of the payment_method_data
Since you already have the billing details on the Payment Method, it should use that. Is this for all payment methods? Can you share an example payment?
Yeah the details should be on the payment method
Let me get an example to check
OK I just grabbed a recent payment intent
pi_3RJessDbVO0r1ghH3GBwb9Ip
Not sure if it helps, but this is what I was sent (we have someone that has been working on our behalf with Stripe to streamline things)
Hmm, I can confirm that the zip was passed https://dashboard.stripe.com/payments/pi_3RJessDbVO0r1ghH3GBwb9Ip
Sign in to the Stripe Dashboard to manage business payments and operations in your account. Manage payments and refunds, respond to disputes and more.
OK cool
Zip check: Passed
Do we see that in the dash?
Yep thank you
This means that the issuing bank looked at the ziop and passed it
any ideas on that image I posted? We're seeing lots of DOWNGRADED_NO_ZIP
that's what they are asking me to check out
Is it possible to see the "zip check passed" in the API response?
I don't see it here, but maybe I need to request something be expanded
Just checking on some terminal transactions
Sign in to the Stripe Dashboard to manage business payments and operations in your account. Manage payments and refunds, respond to disputes and more.
Don't see ZIP validation there - I assume since it is card present it is not needed?
I have no idea what that might be. We can only help with your API and integration questions.
You can confirm https://dashboard.stripe.com/events/evt_3RJessDbVO0r1ghH3XosyoXe under billing details on the API that you passed the details on the charge
OK I appreciate that
for this PI
Sign in to the Stripe Dashboard to manage business payments and operations in your account. Manage payments and refunds, respond to disputes and more.
Can you see if it needed a ZIP check?
it's a terminal transaction
I don't see it there, but maybe it isn't used on a terminal transaction
Terminal is different and there is not: https://dashboard.stripe.com/payments/pi_3RJf6xDbVO0r1ghH303NZGOp
Yeah looks like the customer does not have an address/zip
Sign in to the Stripe Dashboard to manage business payments and operations in your account. Manage payments and refunds, respond to disputes and more.
IF the customer had a zip code would it have been used?
If the payment method had the details, I suspect so
Since this is a terminal checkout, we would not have access to the payment method ahead of time (imagine a first time customer, first time card)
Stupid question - since the terminal checkouts are at one of our business's locations, should we use the ZIP code of the business? Or does it have to be the ZIP code that would be for the payment method?
The reason I ask is if it used to verify the payment details or for fraud
If you collect that information on your end, you can update the payment method: https://docs.stripe.com/api/payment_methods/update#update_payment_method-billing_details with the billing details
It would be the billing details of the customer for that payment method
OK - yeah we don't do that - I'm guessing a lot of these are just walk in customers
Last question (sorry for so many)
No worries
I assume there's no way to just pass in a ZIP code for a payment intent - it's going to be either part of the customer data OR part of the payment method data
That is correct
Sure, that's why we're here