#ironbeard
1 messages · Page 1 of 1 (latest)
Can you share an example subscription ID?
Mostly, this is up to you and your business needs
Delaying access until an ACH payment clears might be an undesireable delay for you and your customer
if the cost of optimistic provisioning is low, you probably want to grant access as soon as they've attempted payment, even if it might take a few days to settle in your account
Ah, I see
Uhm, yes one second
sub_1Me3qqCoTIfwbn28ekE0AUwL
But the flow in this case is
- Create Customer in Dashboard
- Create Subscription in Dashboard for ACH Credit
- Wait for customer to pay invoice (could be days?)
- Wait for bank transfer to process
- Provision access
90% of our subs use the Card element on our website..but a few require ACH Credit, so I use the flow above
So, yes, here this subscription was created in the dashboard using collection_method=send_invoice -- such subscriptions are active right away, and you need to manage what to do with unpaid invoices
It was created here: https://dashboard.stripe.com/logs/req_xlIUA5apaD1Wn2
Sign in to the Stripe Dashboard to manage business payments and operations in your account. Manage payments and refunds, respond to disputes and more.
Correct. I know that send_invoice forces status='active' but..how do I send them an invoice (which contain instructions for the bank account to pay) without...specifying send_invoice lol
For these ACH credit subscriptions you'll want to manage that with a separate flow then, completely up to you. When you handle the subscription creation event, for example, you can check the payment method types and defer provisioning until the first invoices is paid
ohh, good idea
but, on the other hand: I have local copies of all Invoice objects that stripe generates: can you think of a possible downside to just checking that there are no open invoices?
That event will include the latest_invoice id -- you can track that and wait for the invoice.paid event for that id
and then provision
(making sure to explain this flow to your customers etc)
That is, I listen for most all of the invoice webhooks and store a similar Invoice object in my database, so it's easy for me to just check my local user.customer.subscriptions.invoices to see if any are open (without hitting Stripe servers).
So I guess I'm wondering: is there a scenario that I'm not considering where a subscriber would have an open invoice but should still be able to access our content?
Sure, that could happen with a transient payment failure on renewal
ie, you probably don't want to cut somebody off if their card is declined, assuming it works when retried later
Gotcha, okay, thanks so much 🙂 have a great afternoon!
you too!