#ironbeard

1 messages · Page 1 of 1 (latest)

runic templeBOT
viral pollen
#

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

solar furnace
#

Ah, I see

#

Uhm, yes one second

#

sub_1Me3qqCoTIfwbn28ekE0AUwL

#

But the flow in this case is

  1. Create Customer in Dashboard
  2. Create Subscription in Dashboard for ACH Credit
  3. Wait for customer to pay invoice (could be days?)
  4. Wait for bank transfer to process
  5. 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

viral pollen
#

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

solar furnace
#

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

viral pollen
#

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

solar furnace
#

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?

viral pollen
#

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)

solar furnace
#

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?

viral pollen
#

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

solar furnace
#

Gotcha, okay, thanks so much 🙂 have a great afternoon!

viral pollen
#

you too!