#felipe_ach-migration

1 messages ยท Page 1 of 1 (latest)

winter sentinelBOT
#

๐Ÿ‘‹ 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/1495844669978837083

๐Ÿ“ Have more to share? Add more details, code, screenshots, videos, etc. below.

Below are links to other discussions we've had with you in the past week in case you want to review that information. If your question is related to one of these previous discussions, please provide a comprehensive summary of the current state and what you need help with now. We help many users simultaneously, so a summary allows us to resolve your issue as soon as possible.

patent jungle
#

felipe_ach-migration

#

How do I know if a bank account has been migrated without having to look at a charge?
the bank account is not what matters. What matters is how you're creating the Charge

#

In the case of Subscriptions the main difference is whether we use default_source: 'ba_123' on the Customer/Subscription or default_payment_method: 'ba_123'

bleak grail
#

hi @patent jungle thanks for getting back to me

#

let me find some example customer objects real quick

#

e.g. customer cus_<redacted> has default_source and its charges are of type us_bank_account

patent jungle
#

That Customer's Subscription has default_payment_method set which takes precedence

#

also please ask me anything that's unclear. I am deeply involved in that deprecation and I can likely clear up any confusion ๐Ÿ™‚

bleak grail
#

so if my product only uses subcriptions, is it enough to set the payment method of these subscriptions to satisfy the migration?

#

thanks @patent jungle , I'm 2 days in and been having a hard time making sense of this. Also my first time touching the stripe ecosystem

patent jungle
#

The 2 main things to think of are
#1 Use default_payment_method instead of default_source
#2 Make sure your old BankAccount objects ba_123 have a valid Mandate associated with them. Depending how you collected those originally this is the harder part of the work as you might need to run a one-time migration to backfill all the old objects

bleak grail
#

we do have valid mandates, but the doc implies we need to create new Mandate objects, even if we use the retained ip address and user agent.

| Depending how you collected those originally

how so?

patent jungle
#

we do have valid mandates
do you mean you have that record internally or you gave this to Stripe?

bleak grail
#

we sent it to Stripe when setting up the intent

patent jungle
#

okay so that means we should have everything you need in that case

bleak grail
#

meaning: if in the legacy integration we sent a valid mandate for every bank account, we don't need to do anything on that end?

patent jungle
#

yes

bleak grail
patent jungle
#

you can't unless you have the id or remember the SetupIntent where you set it up

#

we're working on adding a List Mandates API and a last_activate_mandate in the API too but it's not ready yet

bleak grail
#

so there's no way to query which accounts don't have a mandate? maybe if I open a support ticket they could provide that info?

patent jungle
bleak grail
#

doing that now

#

done

#

in the category Payments API

patent jungle
#

thanks I'll route it to someone!

bleak grail
#

thanks @patent jungle , that's been really helpful. One thing that's still odd to me: the docs say we should enable this guy, but it's disabled and we still have payments being processed in the new API. Is there something I'm missing?

patent jungle
#

I don't know, this is a really short/truncated screenshot without much context to go on unfortunately

bleak grail
winter sentinelBOT
patent jungle
#

sorry it's still truncated

#

you hide the URL and the name and all that so it's hard to really help without the full context and yoiu removed your customer id from earlier too

bleak grail
#

here, just redacted some company-specific info

#

but this not customer-specific

patent jungle
#

okay so that's the PMC for payments. But you use Billing

#

And you also use Connect right?

#

You also collect bank account details yourself so this is likely not relevant. Sorry I'm still really guessing for now

#

Likely much easier with your support ticket if you don't want to risk leaking any personal information but otherwise we should work from a clear and concrete example

bleak grail
#

ah, got it. Billing is indeed different. but in Billing, the payment method that the migration docs say must be enabled (ACH Direct Debit) is still disabled. In the doc:

  1. Enable ACH Direct Debit in your Payment methods settings

Maybe it does not matter for Billing.

patent jungle
#

yeah sorry this is really hard to answer without making educated guesses

#

The "default payment method" overrides anything you put in that list for example

bleak grail
#

โ˜๏ธ that's probably the reason

#

is this any related to what we're discussing?

patent jungle
#

no, I have no idea what this screenshot is about sorry

bleak grail
#

ok. thanks @patent jungle this was really helpful

patent jungle
#

It's a bit tricky to help here without actionable object ids or exact URLs from the Dashboard. I do know you prefer to hide the PII which is totally fair so on the support ticket you can likely discuss a more specific case, but make sure to provide all those ids as they are crucial to investigate what's happening

bleak grail
#

yes, but still this thread was really enlightening

patent jungle
#

glad I could help. I also got my colleague to respond to your Mandate question!