#nstripe0-subscriptions
spring crag
@late socket that's not really true. The payment method is only required if the first invoice requires a payment. So if you have a trial period, a 100% off coupon and such, no payment method should be required
Also subscriptions charge upfront (unless metered billing) so the first invoice is due now, not end of month
Do you have a bit more details about what you tried on your end, what doesn't work, exact code and example failed request?
late socket
Hi @spring crag Thanks.
We're planning on migrating our in-house subscription management to Stripe subscriptions, so we're researching how this could be done.
Since these existing customers are at various points in their billing cycle, perhaps one way to approach this is to create the subscription at the end of their current billing cycle (thus the first charge would be at subscription creation for non-metered billing).
spring crag
you could also use billing_cycle_anchor and proration_behavior: 'none'
that way the sub exists and is anchored properly with no upfront charge since they likely paid for it already
late socket
I see, yea I was thinking if there was a way to migrate them over to Stripe (setting the appropriate anchor date) and have their first charge be at the end of the current cycle.
But wasn't sure if that would work well.
spring crag
yeah looks like what I said is what you really want in that case!
late socket
Interesting, we'll give that some thought.
Another case is that we have some customer that don't have payment information on file. Which may not work for this migration approach?
We may need to wait until we collect payment information from them before starting the subscription, it sounds like.