#folka_api
sand radishBOT
👋 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/1234464827783516261
📝 Have more to share? Add more details, code, screenshots, videos, etc. below.
proud owl
👋 **Welcome to your new thread!**
⏲️ **We'll be here soon!** Typically we resp...
mistakenly pressed enter early. providing current js code
stripe
.confirmCardSetup(editorValues.client_secret, {
payment_method: {
card: cardElement,
billing_details: {
address: {
"city": editorValues.city,
"line1": editorValues.address,
"postal_code": editorValues.postal_code
}
},
},
})
.then(function (result) {
if (result.error) {
console.error(result.error.message);
} else {
console.log(result);
}
});
unreal patioBOT
static sable
Hi
Could you please share more details about what you mean exactly by "Setup intent for address verification" ?
SetupIntent is for collecting payment methods
what kind of verification you are looking for exactly ?
proud owl
Hello,
well maybe during the sales call our company use-case was misunderstood, but I do know for sure that some of our competitors use Stripe for exactly this purpose. As mentioned our main goal is address verification (AVS). User fills in his address, fills in card info and we don't want to charge the user, but only verify if the address matches the address on the card.
We don't want to charge the user anything, so maybe that's why SetupIntent was recommended
static sable
What is the purpose behind the address verification exactly ? Could you please share more details ?
Is it for fraud check for example ?
What about the card details collected? Are you going to make off line purchases or simply ignore the payment method ?
proud owl
Our platform retrieves energy data from datahubs and analyses it, provides user friendly experience.
We have several methods of allowing users to register to our platform and to receive the data, we need to provide the datahubs proof that this user gave consent to us to use his data.
We already implemented one of the suggested methods by the data hub itself (user fills in meter ID's, address, and we match those ID's with data from datahub, since it's confidential, no one else should know these numbers and we and data hub assume that the user really does live in that address).
Another recommended address verification method is exactly the situation I'm describing in my ticket. Validating if user inputted address matches the address in card that user also inputted.
No purchases will be made, we basically want to fire-and-forget type of validation. If it passes - awesome, if not - we ask user to use another verification method.
mighty star
Hmm, no guarantee that AVS checks are done ultimately. You can check on the setatt_xxx object: https://docs.stripe.com/api/setup_attempts/object#setup_attempt_object-payment_method_details-card-checks
proud owl
thank you, as I understand it seems that we will be able to see what checks for card have been done and their result in this object. But we can't rely that they will happen 100%. If I understand correctly only real way of testing this would be to use real data in production
mighty star
I don't understand what you mean by 'real data in production'?
There's no guarantee AVS checks are done in live mode either, ultimately it's up to the bank
proud owl
with real cards, real addresses, not in test env 🙂
well if checks won't happen we will see nulls here, so we know it didnt. then we will have to decide on what to do next. maybe try again or go to different consent method
mighty star
Sounds logical!