#stripe

Hey, are the email notifications meant to work in test mode? Have clicked the "Email me for Successful Payments", and "Email customer for Successful payments". but nothing is received. Using the "Send Test Email" works

sp0tteh-w: no emails are sent in test except what you manually do through the dashboard

Ok thanks

see https://stripe.com/docs/api#create_charge -> receipt_email

beyond the test email, you can send or view the receipt for each test mode payment (scroll down to ‘Receipt History’)

What is the proper way to extend a customer's subscription period when it is already active? I want to disable the auto prorated reimbursal, but can I just reset the recurring billing date to a later date directly? Or do I have to cancel their current plan, skip the prorated reimbursal, and then put them on a new plan with an extended trial period which starts their billing at the correct

date?

relisys-: what are you trying to do? Like I'm subscribed on a monthly plan, I've been a subscriber for 6 months all of a sudden you want to give me two weeks free, and bill me two weeks later than normal?

That is one scenario, yes

The other would be if you bought a 1 year and you want to switch to monthly after your year is up

but you still have 3 months left

I'd want to charge them for the first month but make their billing date in 4 months

Those both aren't supported scenarios, If you wanted to give me two weeks free (in the scenario I described), I'd just set a customer's account_balance to be equal to two weeks pay, so then the billing period would be the same, the next bill would just be half off.

what if I did it the way I described with a trial period

so I could cancel their current plan but give no refund

then start a new plan with a trial period equal to what was remaining on the original plan

The year to monthly 9 months in, under default circumstances, they 3 months left would get prorated and applied. to the monthly. The way I would normally handle this would be to just start a trial and have it end with the year was supposed to end. Essentially they'd switch to the monthly once their yearly commitment ended. The customer wouldn't get charged

for the month till after the year they already paid for though

If I create a plan on the fly with a certain trial period, does it show up as a seperate plan on my dashboard?

Or can I create a new "instance" of a plan with a custom trial period for just that customer?

I ask because it seems like the trial period is a setting on the plan

you can override the trial end at the subscription level

if you create a new plan, its a new plan

ok, so I don't need a new plan to have a new trial period duration?

I don't need a 30 day plan with a 51 day trial and a 30 day plan with a 52 day trial?

nope, just make a 30 day plan, and when you create the subscription you can set a trial_end which is the unix timestamp for when the trial should end

#deepak_: sorry, I did not see your response until now; are you still here?

The customer never see the actual URL; the endpoint is accessed via POST request that is sent from an iOS app. But I am worried about people figuring out the URL by decompiling the app. So if they are able to figure out the URL, they might be able to guess customer_ids...

poptoppop: He bascally said it is secureish, you'd want to make sure people don't accidentally charge other people (so you'd want to protect your linking of customer ids to emails).

<deepak_> #poptoppop: It should be safe till you are sending endpoint to customer via email and passing a unique token along with your customer id in the url. this token should either expire after the payment is made or after some time. Definetly you have to be compliant with PCI/DSS but that is a different story which I hope you must be taking care.

4:39 PM <deepak_> Another think you can do is create multiple endpoints and use them alternatively or you can take use of short urls which are randomly generated

markin: thanks :)

I'd recommend figuring out some sort of authentication method or signing of the url per request

markin:

#markin: what do you mean by linking email to id?

basically protect it so that an arbirtrary person can't figure out some else's customer id

i was going to store encrypted customer_ids on the user's phone, then when they make an order, iOS will decrpyt it and send it over HTTPS to my Stripe charging endpoint

do you think that has any potential security problem?

It seems safe to me, I'd figure out some sort of signing to do with the url to be extra safe in the future

Since a more likely way for people to figure out the URL would be through packet sniffing type things

hi stripe

got a quick question

Is there a simple way to setup subscriptions without plans? I don't want it to be a fixed amount. I'm using it for recurring donations of anything of the user's choice.

HealthWyze: You can either create a plan per user (just create the plan programmatically), probably the simplest

Or more complicated would be to do a $0 plan and just set up webhooks every month to add the user's choice to the bill

Thanks. I appreciate the help.

Hi all, is it possible to expand items on list API calls eg. /charges ? I'm getting a 400 Bad Request back when using expand[]=invoice .

jamiel: should be expand=['invoice'] iirc

In what language? expand[]=invoice is the array syntax for query string parameters