#stripe

say hi

hi

ericjung_: hi

can someone give me some help with the api

markin: hello

markin: sup?

rrrk: Hi

hehe

ericjung_: ah sorry wrong eric

wrong eric

no prob

is there a way to find charges based on description?

TooManyErics

rrrk: nope

you can list all charges based on a customer or get from a customer

and then search each for the description you desire

(in your own code)

but theres a 100 list limit

nah

that's just the page limit

100 charges per http request

so 2nd request can go from 101-200

hi wesleyss

so keep going until I don't get 100 items?

no, there's a hasMore property/attribute

in each response

kk makes sense

thanks

Q: what information must users provide when they join/register for a subscription?

Q2: is a billing address ever required by Stripe for regular checkout, or subscriptions?

sirrrrrz: Heya.

Q1: Just the information that's required to run a credit card (card number and expiration date)

Q2: Stripe do not require a billing address for either. The issuing bank might before they approve the transaction, however.

henriwatson: thank you.

if required by bank, how to provide this information? we need to include this question in our form?

Hi wsmoak, I'm back! I've reuploaded the code to Github and have confirmed that the problem with my system is that the PHP isn't catching any of the $_POST variables

Q3: when does a user's credit card get charged? I'm a bit confused by the transfers API.

sirrrrrz: Charged when?

For a subscription?

For checkout, when is it charged (is it at the time the transaction takes place)? For subscription, when is it charged (is this at our discretion)?

Q4: Re: transaction fees (that we are charging), we can charge a fee as a % for subscriptions, but only in CENTS for one off transactions via the checkout. Is this correct? In the case of a % fee on a subscription, does STRIPE calculate that, or do we have to do that ourselves?

sirrrrrz: if you specify a percentage for the application_fee on a subscription, stripe will calculate the amount.

sirrrrrz: Your understanding is correct. For subscriptions you pass a percent, for one-off charges you pass an amount in cents.

Mind that adding an application fee will not modify the amount charged to the card.

Got it. For fees on regular checkout (non-subscription), is it trivial to pass a % to the application_fee parameter in cents?

e.g. application_fee = charge_amount*0.05

in other words, although we have to charge the fee in cents, can we effectively make it a % of the amount?

That's basically what you'd do, yeah.

Just make sure you round off the application_fee.

wesleyss: how does name="donate-form[amount]" in the form turn into 'amount' => $_POST[amount],

and wouldn’t that need quotes $_POST[‘amount’] ? (for example you have $_POST[‘desc’] with quotes)

Thanks, I didn't catch that. That is from an old system.

(also, it’s going to be $_POST[‘emailAddress’] coming from Checkout)

if I setup a subscription with a trial period, shouldn't I get a webhook callback after the trial period expires saying that the customer was charged? And if so, any idea what webhook that would be?

relisys-: you should get one three days before the trial expires and then… *looks for zrail’s cheat sheet*

all of them are listed on https://stripe.com/docs/api#event_types and then have a look at https://www.petekeen.net/stripe-webhook-event-c...

wsmoak: http://pkn.me/cheat

Say we have a subscription of X dollars per month. Can we choose which connected users receive that money? And also choose how it is divided between them? For example, we receive $100 per month from a user, and WE decide to allocate it between A, B and C (connected accounts) in the following ratio 20% 30% 50%. Is this okay?

sirrrrrz: You can't transfer money to a connected account, so, no.

Okay. Say we have a subscription (X) that is $100 per month. And it consists of us choosing 3 products from different suppliers (X, Y, Z). How could we implement that? Can we change the products month to month? Or the cost of each product?

For some reason this " 'email' => $_POST['emailAddress']," is coming up null in my $customer array?

in Stripe Checkout

Q:- Can users in countries that are in open beta with Stripe create accounts and receive funds via Stripe Connect?

wesleyss: that should be in the top-level POST along with stripeToken — the Checkout script inserts it.

wesleyss: I see you doing 'email' => $_POST['email'], on line 52 (but maybe you haven’t checked in changes)

there’s the simplest possible example for checkout: https://github.com/wsmoak/stripe/blob/master/ph...

sirrrrrz: to “pay” a connected account you have to make a charge. So your 3 products from different suppliers (or splitting the subscription) would mean the customer sees three charges. probably not what you want.

I just moved it to line 15 right below the definiton of the $token variable and it is still returning null

wesleyss: sorry about that. it’s $email = $_POST['stripeEmail'];

I probably looked at one of my custom forms that had emailAddress. :/

so many missed chats had my client on the wrong room

No problem, but it still isn't working

Still returning "null"

I updated https://github.com/Lawdawg/Test

wesleyss: what about the token? I don’t think you can get through Checkout without an email address…

wesleyss: I think you need to do the same thing as on line 8 of the javascript file

Q: for an account that receives $ via Stripe connect, what shows on their bank statement when they withdraw?

I can’t match this up with any of my examples. Checkout is supposed to insert those two fields (stripeToken and stripeEmail) into your form, then you see them in the POST when the forms submits.

But you’re taking the form, inserting the stripeToken, and then form.ajaxSubmit(…)’ing it.

so… if ‘manually’ inserting stripeToken on line 8 of https://github.com/Lawdawg/Test/blob/master/js/... is working

then try doing the same thing with stripeEmail