#naoki_ach-microdeposit
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/1270790388956921988
๐ Have more to share? Add more details, code, screenshots, videos, etc. below.
Hi, can you share the request if where it worked as well?
To do this, provide an email in the payment_method_data.billing_details[email] field in the form of {any-prefix}+test_email@{any_domain} when you collect the payment method details.
I do not see payment_method_data.billing_details on this request, https://dashboard.stripe.com/test/logs/req_r4FgFRtpsBThb8. If you can share your other request, I'm happy to further look
not that request, as I wrote it in my first post, here is the request "Related Request ID(s)
req_jgYtEQ3wfmqkPv
"
also, you may not able to find payment_method_data.billing_detaill in Stripe API logs, because the payload is passed via https://api.stripe.com/v1/setup_intents/seti_1PlDReKJEVjDdF5fSOAZL2fn/link_account_sessions
interestingly, link_account_sessions API doesn't show up in logs
the screenshot
I can see payment_method_data in payload in Chrome console
It was working on July 31st
I got this email
originally I thought something to do with email issue, but I believe I pass the email information correctly
I'm not aware of any changes on this. I assume you already activated the account and hence you saw that email
naoki_ach-microdeposit
sorry what do you mean? I haven't verify the bank account yet, so that's why "verify deposit" link is there, right?
that SetupIntent is verified though. Sorry I'm not really following what you're saying
Can you try again with just the confirmation and not doing anything else after and then sharing the exact SetupIntent?
req_EyKMIvOW6mlOMT
this setup_inetnts call
Also, I called req_j8ANOLjIUBi1uU but verification is pending
perfect. So where exactly did you pass that exact email address you said you passed?
still looking, sorry there are a lot of other people in parallel
sorry still strugglign to follow what you're doing. I see you trying to detach that PAymentMethod that wasn't even attached yet
Please ignore that one
Can you try and provide detailed information about your code and the steps you are following? I would expect to only ever see
- Create SetupIntent
- Confirm SetupIntent
and nothing else.
Ah ok
it is not somedthing to do with my last SetupIntent
hum but you gave me that pm_123 id right?
ah sorry, that is wrong one
all good
Okay so first I tested on my own account and it works fine. Now let me compare with yours
sure
Okay so can you share your code? How are you confirming that SetupIntent? Are you creating a PaymentMethod first? My requests look quite different from yours
just a sec
(await stripe?.collectBankAccountForSetup({
clientSecret,
params: {
payment_method_type: 'us_bank_account',
payment_method_data: {
billing_details: {
name: externalBrokerName,
// The Stripe sends an email to the customer to verify the bank account.
// We will use broker's email in legacy info passed in setupAutomatedDebit
// but it is not implemented yet.
// https://docs.stripe.com/payments/ach-debit/set-up-payment?platform=web&payment-ui=direct-api#send-transaction-emails-in-test-mode
// https://docs.stripe.com/payments/ach-debit#mandate-and-microdeposit-emails
email: legalEmail,
},
},
},
expand: ['payment_method'],
})) || {};
legalEmail is ntakano+test_email@flexport.com
I follow the instruction as the doc is written
I follow the instruction as the doc is written
what is that doc? That's not what I recommend most people do, usually you just use PaymentElement +confirmSetup()
Ack thanks. Sorry there are just so many docs, at some point I just know what the right way and am always baffled when our docs are so confusing ๐
It should be as simple as
- Create SetupIntent
- Render PaymentElement client-side with the
client_secret - Call
confirmSetup()
yes
that what I'm doing basically, collectBankAccountForSetup is #2, #1 is done in servier, #3 is done by client
this is the only way we can do for ACH debit, right?
and it was working on July 31st
What does "it was working" mean? What was working? Sending the email in Test mode? Sorry you lost me now.
Your code works fine, just it's not what I recommend that's all. But now I'm trying to figure out what's different between your calls and mine
" What was working? Sending the email in Test mode? " yes
So I should be able to get this email when I do microdeposit verification, but I cannot receive now
It may work on productin, but I want to make sure if it is working on test-mode too
Gotcha, I didn't realize it was working fine a week or two ago. In that case I'd recommend contacting our support team so they can dig into why those emails aren't being sent
so you cannot identify the issue now?
no I can not sorry
cool, thanks
I thought you were asking how to make it work for the first time. Not to debug why you suddenly stopped getting emails which is likely due to some other internal reasons, sorry
ah that makes sence, yeah it was working a couple of weeks ago...
so discord is not the right palce to ask this type of bugs?
It's fine to ask here, just you might be redirected if we don't know. I did confirm it works fine for me so it's specific to your account or email at least
what do you mean by "try"?
you said " I did confirm it works fine" right? if so, did you follow micodeposit verification?
I'm talking about very specific flow only
I can receive other emails, but microdeposit flow's emails are not delivered to my test email address, that is the issue
but you follow the instruction, right?
what does "I can receive other email" mean? I'm sorry we are talking way past each other. Sorry I know our products inside out so I mostly skim things. I feel like you're stuck with a real different question but we're been ping-pong-ing on something unrelated.
we don't really send emails in Test mode in 99% of cases
Again, did you follow microdeposit verification with APIs? Yes or no?
no I didn't look at that, that was not your question
that is my question
because I shared the doc, right?
so you didn't read the doc link?
I'm really sorry, you've lost me entirely. What do you need me to test? Just that I can pass 32/45 to verify micro-deposits? That emails land on my inbox? That you receive emails?
I cannot receive this email from your system in Test mode
that is the issue
Does it make sense to you?
first, do you know what microdepoit is?
Hum sorry we're talking a bit past each other right now
Let's recenter: I am an experienced developer, I know our products inside out. I just don;'t follow your asks.
Are you asking: did I click on the link to test micro-deposits? If so no I did not. I never do those things, I know exatly how the product works and in the next_action there's the hosted_verification_url property https://docs.stripe.com/api/payment_intents/object#payment_intent_object-next_action-verify_with_microdeposits-hosted_verification_url which I then load to do the next step.
Early on you seemed to solely ask why you didn't get the email, so that's all I focused on
cool, then can you understand what this means?
yes I know what that means
great, then I should be able to get this email when I follow microverification deposit flow in test-mode. But I cannot receive the email anymore today. I was able to receive the email on July 31st, but it is no longer. In that case, do you think this specific microdeposit flow on test-mode behavior is changed? (or regression bug?) that is my question.
Gotcha, then I don't know, that's what I was saying earlier. The next step is to contact our support team to help you debug this directly
awesome, yeah, that makes sense
๐
okay I also was asking internally in parallel and it does seem to be a recent bug we're investigating. So make sure to talk to support!
awesome! that helps what going on, yeah i will reach out support thanks!