#guccisofloppy_hip-savedpm
vague warrenBOT
š 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/1224745882747142154
š Have more to share? Add more details, code, screenshots, videos, etc. below.
steep fable
maybe this isn't API, might be better described as "best pratices"
idle brookBOT
brave girder
Hello! Can you clarify what you mean when you say "allow future payment setup for subscriptions"? Are you asking how to use the hosted invoice page to collect a payment method and use that for the future recurring payments on the sub?
steep fable
yes
the goal being to allow a billing department to complete payment at a future time while avoiding having to do this each month (which risks users entering non-payment)
brave girder
Gotcha - have you tried this out end to end yet? I believe that when using the Hosted Invoice Page it'll automatically save the Payment Method as the default on the Customer if they do not already have a default (which will be automatically used for future subscription renewals)
steep fable
I have been testing with test-clocks. I think I need to gather a little more information on my end to help narrow down my question a little bit more... sorry for wasting your time! But I think I'll be back in a bit with a more detailed question
I think my best bet is to create two signup flows instead of trying to do one totally unified path to setting up a subscription
brave girder
No worries - but definitely try it out. I believe you should see it "just work"
vague warrenBOT
guccisofloppy_hip-savedpm
steep fable
Hm... it partially works, but the invoice creates a PI then moves to past due without sending any sort of paymentfailed webhook:
I'm guessing I need to create a subscription schedule which fires a webhook that I can listen to and revoke access to the app
OH! The subscription.update webhook moves the status to past_due and I should look for that š¤¦āāļø
however, I was hoping that paying through the invoice payment portal would enable recurring payments... not a deal breaker, just something we have to communicate to the user if they opt for a monthly subscription paid by sending an invoice
The other way I was hoping to approach this was looking for a way to extend the 24 hour window where a subscription is "incomplete", but I'm guessing that's a regulatory constratint
brave girder
Which test card are you using for testing?
brave girder
Hmm... I would've expected trecurring payments to automatically succeed- can you share the subscription ID so I can take a closer look?
steep fable
yes! sub_1P19cTAKr8gWA65AWhfNw9XB
maybe I'm not listening for/handling the payment_method.attached webhook? evt_1P19g5AKr8gWA65AUJyxETcF
brave girder
Ah, yeah after the payment method is attached you'd need to update the subscription and set collection_method: charge_automatically