#stripe

hi all, we are seeing an increase in 503 errors

"Invalid response object from API: "upstream connect error or disconnect/reset before headers" (HTTP response code was 503)"

schutt we're investigating

thanks

our retries have cleared

hi bigmart what's up

bigmart list payouts https://stripe.com/docs/api#list_payouts + the stripe account header for the account you want to list payouts on https://stripe.com/docs/connect/authentication#...

you can look at or even filter on the 'status'

you can paginate https://stripe.com/docs/api#pagination

also having 100 payouts in transit at the same time would be fairly unusual

you can list any payouts with status in transit, sum them to tell the user the full amount https://stripe.com/docs/api#list_payouts

yes, i'm a developer. stripe has hundreds of employees though :)

if you want to present users with a summary like in the dashboard you'd need to do a little bit of work in your own logic, show the user their available balance (retrieve balance), and sum the payouts by status

correct. there's a single call to get the amount 'available' to payout https://stripe.com/docs/api#retrieve_balance but if you want to display details about payout(s) you'd need to list and sum them by status in your application logic

yes. you'd need to list and sum for each user. you can filter their payouts list though (as you're not likely going to need a history of payouts for all time) by bounding the query with date, limiting by status, etc. https://stripe.com/docs/api#list_payouts

dev_style: it's the POST body of the request that your server received. You shouldn't need to do manual verification though, just use one of our libraries

dev_style: sure, the event has a `type` field at the top level : https://stripe.com/docs/api#event_object-type

dev_style: you can also check `data.object` : https://stripe.com/docs/api#event_object-data-o... that will tell you what type of object the event contains, so you can deserialise it to the appropriate model class

dev_style: yeah, for a real event the ID would be `evt_xxxx`. I'd recommend testing by setting up your endpoint and making some requests to the API in test mode, that will generate 'real' events so it's a more accurate reflection of what to expect

developer: hi there!

dev_style: you can use a tool like ngrok(http://ngrok.io/) to quickly set up a webhook handler

developer: not really, no. You can do something similar with Connect https://stripe.com/docs/connect but it's more aimed at marketplaces. Stripe isn't really a money-sharing platform like that.

abenrob: yes, it will. You'll get a webhook about it as well

`customer.source.updated`

abenrob: we would update it asynchronously at any point, it's not connected to a particular charge attempt

dev_style: if the event occurs on a connected account, you need to have a specific Connect webhook to receive the event : https://stripe.com/docs/connect/webhooks The event body will have an additional `account` field that tells you which account the event occured on

kk_: that's possible with Connect : https://stripe.com/docs/connect/ The transfer isn't automated, you would need to call the API to create transfers : https://stripe.com/docs/api#transfers I'd recommend reading through the Connect docs thoroughly and if you have any specific questions let me know.

bigmart: hi there

bigmart: I'd suggest replying back to the support team to clarify the situation as they'll be glad to help, we can't help with account-specific questions here.

bigmart: sure, but if you reply to the support team they will know which accounts are involved if it was a bug, so they could pass that to the relevant team to look at the logs. I can't do that here.

stripe726: I don't believe so, as we are still in private beta in India. You can reach out to our support team at https://support.stripe.com/email to request an invite.

Guest6964: hmm, and you definitely added an external bank account to the connected account? If you have the acct_xxx I can take a quick look

Guest6964: I think it's because the funds are still pending, they aren't available yet. It takes about 7 days for the first charge to become available : https://stripe.com/docs/payouts#payout-schedule You can use the first test card here https://stripe.com/docs/testing#cards-responses (ends in 0077) to skip the pending phase in test mode

how does Stripe handling rounding? Say we want to split $1 among 3 different parties, how does stripe determine who get's the extra cent?

petercpw_: you always provide the amount for a charge or a transfer as an integer number of cents, so it's your code that would decide the split.

any advice on what type of rounding we should use?

banker's rounding vs other rounding etc

petercpw_: hmm, well what specifically are you trying to accomplish? That might help me advise you. But it sounds like you have a better idea than I do, I had to Google banker's rounding just now. Ultimately it's a decision for your business as to what is appropriate, from Stripe's perspective you just provide the number of cents.

ok got it

also do you know what rounding Stripe uses when calculating the fee percentage?

petercpw_: as far as I know, we calculate the percentage and round down to the nearest integer amount of cents(or the relevant currency unit).

does stripe store dollar amounts as cents (integers) in their own database?

that's kind of an implementation detail, from the perspective of interacting with the API, it's all integer cents.

i notice all amounts are returned as cents, so just wondering if Stripe has some insight on whether it's better to store them as decimals or integers

we definitely recommend going with integers when dealing with currency anyway, it makes things much cleaner. If you deal with decimal numbers, you will get weird floating-point rounding problems.

since computers are not good at representing certain fractions :)

yeah that's what i figured

but as a dev at Stripe, would you recommend integers be stored in the db as well?

* storing monetary amounts as integers

yep, I'd recommend integers, absolutely. Store the integer amount of the currency's smallest unit(like a cent, or a yen, or a grosz(for PLN)), since that's all that you can actually pay with. It doesn't make sense to charge someone a fraction of a cent or something.

dev_style: yep! The `charge.failed` event contains a Charge object, and that has a `failure_code` property : https://stripe.com/docs/api#charge_object-failu...