#eoghanobrien
violet timber
Hi 👋 I believe the Payment Element dynamically displays the postal code field based on the beginning of the card number that is being provided. To ensure I'm thinking about this correctly, can you confirm if a "UNFCU" is a card of some sort?
full tulip
Yes it’s the United Nations Federal Credit Union card, they have debit and credit options, not sure which this card is
violet timber
My concern with trying to hide the postal code field, is that if we think we need that data I'm pretty sure the confirmation request will error if it isn't provided.
It may be worth trying though.
full tulip
We have the associated fraud checks around postal code turned off already. Anything else non-code related that could be attempted by the customer?
violet timber
Can you share the ID of the payment that is running into problems?
full tulip
The problem happens during validation on the client side prior to making a payment so I don't think there would be a payment ID, right?
violet timber
Hm, possibly, depends on your flow.
full tulip
We use the card element and payment intents
actually I think we have a pi - pi_3N6u9CGKXjL7VZHL12pWMX82
violet timber
Thank you, I'm seeing that payment was blocked by a Radar rule that you have turned on which blocks payments which failed postal code verification.
Looking at what we see for that card, it looks like we think that card is US-based. If that is the case, I would recommend the customer provide the postal code associated with the billing address on the card. If that doesn't work, I would recommend reaching out to our support team to see if we're incorrectly associating that type of card with the US.
https://support.stripe.com/?contact=true
full tulip
Okay, that's kinda what I thought was happening here, thanks for the assist!
dusky zenithBOT