#brot1n-subscription-schedule
honest fog
Sure, at the end of day I want to set up my invoicing in a way, that for the first year of a subscription all invoices are of amount x and after one year they are for amount y. So for example $1000 a month for 12 months, and then $500 each month until the subscription is cancelled. On top of that one of the payment methods I want to offer my customers is ACH Credit Transfer.
atomic pulsar
ACH Credit Transfer does not support subscription: https://stripe.com/docs/payments/sources/credit-transfers#product-support
honest fog
But I'm using it already lol
atomic pulsar
Could you share the subscription ID (sub_xxx) for me to take a look?
honest fog
Afaik its not listed in the official payment methods options for subscriptions since still in beta
i think that's what I was told last time I asked something in that vain
Sure sub_1KJLWKAh0Ubm2IwbHObvZGFG is one of our subscriptions that has ACH set up as payment method
Additionally here's what the API doc says: https://stripe.com/docs/api/subscriptions/create#create_subscription-payment_settings-payment_method_types
atomic pulsar
Ah I see! It makes sense when collection_method is send_invoice.
Let me check internally if this is possible for subscription schedule.
honest fog
Great thanks!
atomic pulsar
Thanks for waiting
Subscription Schedule will inherit the payment method types setting from Subscription
Subscription Schedule itself can't change payment method types, but it will take the payment method settings from original Subscription
wide cipher
Hey, taking over here. Let me know if there's any follow-up Qs I can answer!
honest fog
heya, that would actually been one of my follow up questions haha but I was also wondering if the above method of setting up ACH CT works when creating a completely new subscription schedule without any prior already exisiting subscription
wide cipher
It does not, that's not available via the API I'm afraid. The schedule would inherit the PM settings from your invoice template: https://dashboard.stripe.com/settings/billing/invoice
honest fog
ah bummer .__. does the api only accept objects of type payment method (so id = pm_xxx) as value of [default_settings.default_payment_method] or could i also supply an id of a source object (id = src_xxx)? I guess that way I could create a Source of type ach_credit_transfer for the customer before setting up their subscription 🤔
honest fog
sorry, sub schedule
wide cipher
Hmm, not sure you would need to test it
honest fog
that doesnt work :/ but i guess as long as it properly inherits ACH CT as payment method I could do a work around where i first create a subscription with ACH CT and then create a subscription schedule based on that
okay one last question i promise ~ I just successfully tried the above workaround and set up a subscription schedule with 2 phases. When i looked at the logs i noticed the entry <MyAPIUser> removed the xxx coupon. Does that apply to the next phase of my subscription or also to the current phase? I need to be able to offer a discount for the first phase of my subscription schedule. (Which can be somewhat variable so just adjusting the amount of the asscociated price is out of the window ._. )
atomic pulsar
Could you share the Subscription Schedule ID where you see the coupon is removed?
honest fog
sure - sub_1LQT9MAh0Ubm2Iwbiw202YXG fyi its in the test mode
ah sorry i meant sub_sched_1LXOlkAh0Ubm2Iwb8dXYaTIk
also i just found this in the interface while browsing the subscription. Does that mean payment via ACH CT wont work once the schedule progresses to the next phase?
foggy aurora
Hi there 👋 apologies for the delay, I'm jumping in as my teammates need to step away. Please bear with me a moment while I catch up on the context here.
It does look like an action caused by a Subscription Schedule is why the coupon/discount was removed from that Subscription, but I'm still working on tracing exactly why.
honest fog
If it's any help to you, heres the calls i created and updated the schedule with:
$sched = $client->subscriptionSchedules->create(
[
'from_subscription' => 'sub_1LQT9MAh0Ubm2Iwbiw202YXG',
]
);
$client->subscriptionSchedules->update($sched->id,
[
'phases' => [
[
'items' => [
[
'price' => $sched->phases[0]->plans[0]->price,
],
],
'iterations' => 4,
'start_date' => $sched->phases[0]->start_date
],
[
'items' => [
[
'price' => 'price_1LVbbjAh0Ubm2IwbCgW81in2',
'quantity' => 1,
],
]
],
],
]);
Gotcha, yeah, that looks like it matches the request that I was just looking at:
https://dashboard.stripe.com/test/logs/req_dKYHXOYWAqfLrb
It looks like not including the coupon when updating the phase dropped it from that phase.
honest fog
I see, well in that case the fix should be relatively straight forward since I can just add it to the update call 👍
to my second point, I'm still not quite sure if payment via ACH CT is possible when working with subscription schedules
the screen grab above seems to suggest that it's not since "Accepted Payment Methods" is scheduled to be updated from "ACH credit transfer" to "none"
foggy aurora
I'll need to dig into that a bit more.
foggy aurora
Apologies for the delay, the server got busy.
foggy aurora
Sorry, but I haven't been able to find a definitive answer. I would recommend setting up this scenario inside of a Test Clock, and then fast forward time to confirm what will actually happen. Looking at the structure of the objects, it doesn't look like the types of payment methods will change, so my current suspicion is that the dashboard is misinterpreting the underlying objects.
https://stripe.com/docs/billing/testing/test-clocks
honest fog
okay in that case I will try that. I dont think I will find the time to do that today though, should I open a new thread if I have any follow up question or do we keep this one open to have all the context at hand?
sudden depot
Hello 👋 the threads are auto-archived after a while. So by the time you come back, the thread maybe closed but you can share a link to the existing thread and ask the staff to either re-open it or just create a new thread