#Magic Mage
1 messages · Page 1 of 1 (latest)
hello! i'm afraid i don't quite understand. Subscription Schedules are never created by Stripe automatically
Ah, so basically I have to be the one to create/update/cancel them. I guess I could use that after creating the underlying subscription object to make it easier to maintain.
Hmm if the underlying subscription charge fails would it's state be changed to "past_due" or something and with it automatically trigger an customer.subscription.updated event?
yep, it may also subsequently be cancelled depending on what you've configured in your Subscription settings (https://dashboard.stripe.com/settings/billing/automatic) - there's a bunch of settings that determine what your Invoice/Subscription will transition to if payment fails (and whether there's retries)
https://stripe.com/docs/billing/subscriptions/overview#subscription-statuses - this may be helpful
in case you haven't seen this yet, you can use test clocks to mimic the passing of time : https://stripe.com/docs/billing/testing/test-clocks
nice, that could help too.
However not sure if the cli can do test-clocks to mimic it as well for localhost webhooks for now though.
if you're using the CLI to trigger webhook events, test clocks don't come into play here
test clocks are ideal to see the behaviour of your subscription over time
o
Welp looks like I cant save a few changes to the settings:
cant do the email yet as the page for the thing is not pushed to the school issued webserver yet.
emails won't be sent in test mode anyway
yeah
Ah I see, so the plans in stripe itself only charges on what is actually acquired outside of test mode? This feels great now that I realized it.
i'm a little confused by the plans in stripe itself only charges on what is actually acquired outside of test mode
can you try rephrasing?
Basically I was afraid that if I done the plan for smart retries that it would try charging me directly for it lol and not based on if and what I would be making outside of test mode.
Hi @sacred jungle you won't be charged in test mode.
Uh question with this code for webhook will I need to implement ping, or would the default auto ok response work for the ping too?
No you don't need to.
Nice, it will keep my code even more compact 👌.
Also for subscription start dates and end dates, are these DateTime objects in utc? I prefer using utc time globally in my code so I would like to be sure that this is the case of these as well.
And yes I prefer UTC time so that way it's not subject to the flaws of timezones.
Yes Stripe uses UTC for all timestamps
That is perfect for me.
Uh what stripe.net version added these? it seems the latest stable nuget.org release lacks these 2:
And I would hate to have to install the beta release for these 2.
oh looks like the current beta lacks them as well.
https://github.com/stripe/stripe-dotnet/blob/master/CHANGELOG.md you can find the SDK changelog here
Stripe.net is a sync/async .NET 4.6.1+ client, and a portable class library for stripe.com. - stripe-dotnet/CHANGELOG.md at master · stripe/stripe-dotnet