#stripe

that function reported as unresolved seems like a false positive to me

unless phpstorm were to actually follow the link to stripe.js and parse it, it has no way of knowing what objects and functions are defined in that file

tr12: LOL, two little quotes sure fixed that problem fast ... I get a stripeToken now

we're trying to test setting up managed accounts via stripe's API. However, even though we are using the test account numbers which should trigger a failure, we're always getting back charges_enabled and transfers_enabled to be true. How can we trigger these to be false in a test environment?

hi

I am having trouble with payments from my stripe account

can you help me?

payments for my stripe account are getting declined, I can't figure out why

I'm trying to figure our what's going on with one of my customers, cus_839iUSVNjNJ3qG. I put a coupon on his account two days ago, but it looks like it wasn't applied to his subscription charge today. It also says he's being charged again today at midnight but with the coupon applied.

I checked with my bank and the bank says it is not an issue on their end

hey Guest7754, do you have a charge ID for one of the declined charges that i can take a look at?

yes, thank you @ajs, I will supply

hey thomasj_, looks like that coupon was applied: https://dashboard.stripe.com/invoices/in_17uesT...

ajs_ It wasn't applied on this charge ch_17vPYYHA9uJ1PnAlyhBZJQCs

thomasj_: you applied the coupon on 3/30, but that charge is for an invoice that was created on 3/24

ajs_ Okay that makes sense. Followup question though, the invoice from 3/24 says that the subscription is 3/24-4/24. Why does his 'upcoming invoice' show as being for 4/01?

quick question about versions: If I have 2 different versions of the stripe java api in separate applications, but both of which hit the same stripe account, is that going to cause problems?

thomasj_: sure, so that happened because you updated that subscription to set a `trial_end` date of 4/01: https://dashboard.stripe.com/logs/req_8B0uk6srE...

daron: two different version of the java bindings?

yes

hello, i'm considering managed api (and also connect) and I'm wondering if there is a way to specify multiple destinations.

daron: possibly, sure. you should check the changelog for the bindings and see what's changed between one and the other

daron: but really if you have two different application, you should use two different stripe accounts

jrwren: if i understand the question, the answer would be no

jrwren: there has to be a 1 to 1 relationship between the charge and the connected account

ajs_: thanks. I thought so, I wanted to be sure.

so you couldn't, for example, create one charge and set 3 different destinations for different connected accounts

you could instead create 3 different charges, each associated with one connected account

jrwren: a bit more context here: https://support.stripe.com/questions/can-a-char...

I was trying to set it up so he got billed at 4/1 regardless of trial status. He now has an active, paid subscription. Why does trial_end affect an account that's not trialing?

ajs_: ah ok thanks for the clarification!

very welcome!

Or equivalently, the dashboard says he's trialing until 2016/04/01. How can he be trialing if he paid an invoice for 3/24 - 4/24?

thomasj_: so the customer's payment for the invoice 3/24-4/24 that was past due has been paid. you also updated the customer's subscription in the API call I linked previously to set them on a trial

thomasj_: you'll probably want to set the customer on a trial that ends on 4/24 to get them back on the billing cycle they were on previously

OK so just so I understand the workflow properly, hypothetically his next invoice (scheduled for tonight at midnight) could get automatically paid, and then if after I set his trial end to 4/3 he would get another invoice for the full payment amount (minus the coupon) on 4/4?

so if you do nothing, tonight the customer would pay the next invoice when their trial ends. you can find this in the dashboard here: https://dashboard.stripe.com/customers/cus_839i...

Right, I see that

that invoice uses the coupon that you applied as well

so that would be paid, and the next invoice would be a month after -- on 5/1

if for some reason you set the trial to end on 4/3, the customer would get another invoice for $149 minus your $29 coupon amount then

Hello, I'm having issues searching for payments in the dashboard. I have the id and I can see the payment in the history, but when I try searching for it, nothing comes up.

If I just refund his full payment for in_17sUcLHA9uJ1PnAlpaolaCmU will he be billed with the discount at 23:59 tonight and the have his next bill on 5/1?

but like, i don't understand the reasoning there since the customer would be paying for a monthly plan 3 times in a couple days

thomasj_: also correct

so if you want them on the 1st billing cycle, then you could either do that or you could extend the trial on the existing subscription out to 5/1

asj_ hahaha that's exactly my confusion! He's currently schedule to pay twice! I didn't expect setting trial_end to have any effect on a customer's billing cycle if they're a paid subscriber

and forego the refund altogether

thomasj_: yeah, that's how you'd change a billing cycle effectively

OK, thanks for your help

sure

curtp: when was the payment created?

@ajs_ 2016/04/01 09:58:07

curtp: it's likely that the index is just behind a bit and should catch up soon then

@ajs_: ok, thanks

sure -- sorry for the confusion

we're trying to test setting up managed accounts via stripe's API. However, even though we are using the test account numbers which should trigger a failure, we're always getting back charges_enabled and transfers_enabled to be true. How can we trigger these to be false in a test environment?

hey ratta, what number are you using and where? are you using the guide here? https://stripe.com/docs/connect/testing-verific...

we're providing all minimum amount of info on our forms to attempt to get both charges_enabled and transfers_enabled to be true (jumping right into step 5 in the flow as the documentation says). However, we'd like to put in a test account number that will trigger a declined account (using 000111111116 for the account number from https://stripe.com/docs/testing). Am I not thinking about this right?

even though we use this number as the account number, we're still getting a response back from Stripe with charges_enabled and transfers_enabled set to true

ratta: ah, yeah, that's not how it would work

the 000111111116 account number would just be used to simulate a failing transfer to that account

ratta: if your goal is to instead test charges_enabled and transfers_enabled set to false, you'd use the guide i linked up there

is there a way to test webhooks on a subscription renewal faster than 1 day? I have a subscription that starts with a 1-interval trial period, so it automatically charges immediately for $0.00, but I want the subsequent subscriptions to work on a faster cycle for testing if I can

joshkovach: hm, the shortest cycle is 1 day. you could update the subs to have a trail that ends in 5 seconds after the initial occurrence though i suppose

I tried that, but I think since the trial period is for a full cycle, the invoice gets charged immediately anyway. There's no subsequent subscription or invoice available until the next billing cycle, it seems.

ok thanks

when a subscription is renewed, is a new subscription created or is the original subscription just updated?

joshkovach: the latter

I'm back with more questions! If I get just count up the total subscriptions and show their amount (in monthly terms), how exactly is that MRR? Payments could fail among other things, which means the actual revenue would be much less than what the MRR says it would be.

iamme_: at this point, I'd suggest sitting down with an accounting, or somebody with similar domain knowledge, and hammering out the definition of MRR that you want to use

*an accountant

Haha, I kinda knew that response would eventually come.

MRR is a fairly loosely defined concept - it's not GAAP, so there's no one definition - and I don't feel sufficiently confident in trying to interpret this for you

I'm happy to lend some advice in how to calculate MRR once you have a definition for what you want to calculate, but I'm afraid if I try to give you a definition for it, I'm just going to get you in trouble

tr12: Well, I'm not going to force and I appreciate your effort to maintain the accuracy, but what's the worse that will happen? The user will say, "Your numbers are not correct, fix it". Then I'll change it up to what they expect it to be.

Hi. Does Stripe round their fees or just truncate the extra digits? In other words, if the charge is $135.50, 0.029 of that would be 3.9295. Do they charge $3.92 or $3.93 in that case (i'm disregarding the $0.30 fee for the sake of this example)

Maybe up?: https://support.stripe.com/questions/what-rules...

If I auth a charge for a customer, but then then add items to an order, cancel the charge and auth another charge, is it possible the charges will stack up before the cancel is applied and overrun the customer's bank account?

ok thanks

hello?

iamme_: this is not something I have really know anything about

iamme_: you don't really want to be taking advice about financial metrics from somebody that needs to google their way through this

Haha lol

I'm having a problem with identify verification on my account. The account appears to be under the wrong name, and there is no option to change it. Can anyone help?

iamme_: at the very least, you'd be better off doing the googling yourself, so at least you're removing one link in the telephone game

ahoy. i'm implementing https://stripe.com/docs/level3 and i'm curious a) which fields are actually required and b) none of the AMEX fields seem to be in the documentation but it seems like i can pass stuff like merchant name to benefit on the AMEX side

plantian: essentially yes - the bank doesn't release the funds back into the cardholder's usable balance for some period after stripe voids the authorization

tr12: Do you think there might be a safe waiting period, like an hour or something, or are we talking like days?

plantian: so if you auth and void and auth and void multiple times, you can end up holding a bunch of funds from the customers perspective, notwithstanding that you don't hold any auths in stripe

plantian: it varies from bank to bank - it could be on the order of a business day or two

plantian: but also substantially less

plantian: for this and some other reasons, you shouldn't make authorizations that you don't essentially expect to capture

marisajensen: hrm - you'd want to get in touch with support about this: support.stripe.com/email