#stripe

/

      • korben
        John__: Can you clarify what you mean by that? "Connected Parameters"?
      • murtaza: You can adjust the settings inside of your subscriptions settings in your dashboard actually. https://dashboard.stripe.com/account/recurring
      • Earths joined the channel
      • Earths
        Hey guys
      • korben
        Heya!
      • How're you doing mam?
      • Earths
        I'm looking to get ahold of one the developers for stripe
      • korben
        Hopefully for good reasons?
      • How can I help you?
      • John__
        <@korben> I was trying to send test webhook while payout.created event. There is checkbox with text 'Include connected parameters'. If I check that then I get accoun_id in response else I dont get accountId in response.
      • Earths
        Yes, I currently use your services through squarespace for one of our websites and im looking to get an authenticater for email and postal addresses.
      • korben
        John__: Got it. So if you make a Connect Webhook Endpoint, it'll include that by default.
      • Earths
        ah, I see this is for more technical issues with coding. yikes
      • korben
        Earths: You can try and do that with Radar (https://dashboard.stripe.com/radar/rules), but you're likely going to need to reach out to Squarespace for help with this. They'll need to support that in their plugin they provide you.
      • John__
        <@korben> I made webhook in 'Endpoints receiving events from Connect applications' but it still asks me 'Include connected parameters' while sending test webhook. But I always want to include connected parameters. How can I do that?
      • david_in_az joined the channel
      • korben
        John__: It'll do that. Test Webhooks is a tool I hate because it is needlessly confusing.
      • If the webhook event is in there, it'll have the connected account information.
      • endpoint*
      • murtaza has quit
      • John__
        <@korben>Ok thanks. So I should not worry about whether it will send connected parameters in live right? Because I have many other methods based on connected account_id
      • korben
        John__: Correct. It will always pass those parameters in live/test if they're Connected Webhook Endpoints. The "Send Test Webhook" thing is just confusing.
      • John__
        <@korben>Thank you
      • Earths has quit
      • moving joined the channel
      • eric_lagergren joined the channel
      • dionysus69 has quit
      • moving
        For a Standard Connect Account, instead of using Stripe Subscriptions, we're building out our recurring logic. For monthly recurring payments, if a payment is due from a customer to a connected user account, we scan the DB and get all due to pay to day, say 1K-10K rows for now so we can charge them. Our goal is to ensure all 1-10K rows get processed via Stripe\Charge::create( without any issues. Any best practices to ensure everything
      • stevo joined the channel
      • hpar
        moving: your message cut off after "Any best practices"; could you re-send that bit?
      • moving
        hpar: Any best practices to ensure everything processes without issues?
      • hpar: for example, looking here at stripe error (https://stripe.com/docs/api#errors) 429 - Too Many Requests
      • I worry that it would time out the cronjob as it's processing that many rows
      • hpar
        yeah that's what I was going to say: you want to watch that and back off if you hit a rate limit
      • keep in mind that the rate limit is for _all_ of your Stripe API calls so it could block people from checking out on your site for example if you saturate the API
      • moving
        oh wow, didn't know that :/
      • hpar
        you should aim for approx 100 requests/sec total (though there is some allowance for bursts as well)
      • david_in_az has quit
      • moving
        so is there a way to increase the API limit in this situation?
      • hpar
        100 req/sec sounds like it should be plenty if you're doing 1k-10k, that's 10 minutes tops
      • creating charges is also not the fastest API call, because it has to talk to the banking network
      • really, the question is more how much data can your system push at once?
      • topshelf
        for subscriptions on connected accounts, how can we, as the main account holder, audit our application fees that we take from the subscription fee?
      • hpar
        moving: unless you architect for it you're unlikely to be able to feed 100 requests per second into the API & keep your database fully updated from a cron job
      • murtaza joined the channel
      • topshelf: so you have something like application_fee_percent set on the subscription?
      • topshelf
        yeah
      • and its working and everything but what should i store on our end
      • so we can show a front end facing report to our admins
      • moving
        hpar: can you expand what you mean, not sure I understood what you meant?
      • topshelf
        so i had a subscription plan of $20. we take 50% so we have a collected fee of $10
      • is there anyway we can tie that collected fee to the connected subscription plan
      • hpar
        topshelf: cool, makes sense. You likely want https://stripe.com/docs/api/#list_application_fees if you want to look historically, otherwise set up a charge.succeeded webhook and examine the "application_fee" of each charge
      • topshelf
        in the stripe dahsboard
      • hpar
        not sure how that looks in the dashboard tbh
      • oh, if you go to "connect fees" you might be able to see this
      • topshelf
        yeah but it just says who we collected it from
      • not the actual subscription plan
      • hpar
        gotcha yep, not surprised. You'll need to query the API to get that info
      • moving: are you certain your system can _push_ 100 requests per second? how are you planning to do that?
      • kmaeve joined the channel
      • moving: I'm just saying that generally the Stripe API won't be a limiting factor for this type of job
      • moving
        hpar: got it, thanks for the clarification
      • murtaza
        korben — the subscription settings is not what i was referring to — want to know whether user will still be charged properly on their 2nd payment IF i do a stripe_subscription.delete(at_period_end: true) AFTER invoice.created on the 2nd invoice
      • david_in_az joined the channel
      • kmaeve
        does anyone here have experience integrating stripe with sprout-invoices?
      • hpar
        murtaza: after the invoice is created deleting the subscription at period end shouldn't make a difference
      • kmaeve
        or with plaid?
      • hpar
        kmaeve: I've done a bit with plaid account verification + stripe, what's up?
      • kmaeve
        @hpar I've got a request in for dev access to plaid. not sure how long that takes, or if I need that to move forward.
      • but i'm building a sprout-invoices system on a website, using stripe as the payment gateway, and plaid for ???
      • all 3 tools have pretty good documentation, but i'm lost in the transition between the tools...
      • moving
        hpar: is there a best/recommended approach to do the looping/charging in PHP (without foreach), since for loops sometimes are said to have performance issues? Just trying to see if there is a best practice for charging that many customers at once.
      • kmaeve
        hpar do you have any advice, or links for making sure i've setup plaid + stripe properly?
      • hpar
        kmaeve: hm, no idea how long approval takes for developer access to plaid, they must have changed that process (I created an account directly)
      • the "what" you use plaid for with Stripe is account verification: https://stripe.com/docs/ach
      • you can get instant verification on someone's bank account for ACH
      • kmaeve
        hpar do i need dev tool access to do that?
      • looking at it through the front end (invoices on the website) ACH looks like it's enabled.
      • i'm still kind of new to coding. necessity is the mother here....
      • hpar
        moving: well, you want to build a reliable process that will be able retry in the face of errors. I'd use a worker queue approach myself, as running huge jobs from cron can be very painful and messy if any exceptions get thrown along the way
      • kmaeve
        hpar greatly appreciate your help. Thanks!
      • murtaza
        hpar: so they will still get charged?
      • hpar
        moving: unsure what performance issues with `for`; it's a fundamental language construct. You do want to watch memory consumption on your job and probably run it from command line PHP with expanded memory limits
      • murtaza: yeah, when the invoice is created Stripe will attempt to collect payment
      • kmaeve: once you've enabled ACH in the dash you can start development. You can test with microdeposits until Plaid gets you dev access
      • murtaza
        hpar: i was concerned because stripe waits almost an hr between invoice.created and charge.succeeded
      • hpar
        murtaza: that's expected and intentional https://stripe.com/docs/api#event_types-invoice...
      • kmaeve
        hpar - ok thanks.
      • kmaeve has quit
      • moving
        hpar: Thanks for the tip, any idea where to learn more about how to handle errors thrown in the middle of the process using a worker queue?
      • hpar
        depends a lot of the queueing system, they all have different mechanisms for handling this
      • stripe422 has quit
      • I've used both php-resque and laravel's queueing and they're similar
      • moving
        nice I wasn't sure if you use laravel as well or not
      • hpar
        ha yeah, I love it :)
      • moving
        Yeah it's awesome :)
      • A few weeks ago I read someone had issues with normal laravel queueing (it was for email queuing), it was real slow for what he was processing. After changing to a daemon instead it chewed through the process so quick compared to the queuing
      • I haven't used either, but it seems that maybe a daemon would be a good fit here I think
      • hpar
        yeah I agree, you want a background worker pool
      • some of that depends on the queue driver too: redis is going to be faster than most things, for example
      • moving
        hpar: Will check it out further too, lots of building ahead as I haven't used daemon/redis before
      • Thank you so much for all the advice though!
      • Dee_ joined the channel
      • Back to building now :)
      • hpar
        sure! best wishes
      • Dee_ has quit
      • moving has quit
      • kanja has quit
      • birdy247 joined the channel
      • birdy247
        Hi
      • hpar
        hi birdy247, what's up?
      • birdy247
        I am wondering if money from stripe can be sent to a different bank account
      • hpar
        no, you can't do that directly; you can only have one bank account per currency
      • birdy247
        Ok
      • Here is my problem I am trying to solve
      • We take money into stripe, it then goes to our bank account before we then BACS transfer it to a given BA
      • We want to avoid having to BACS transfer it, and instead would prefer a simple button click from our app
      • rbpb joined the channel
      • I know we could use connect, and custom accounts
      • hpar
        yeah that's what I was going to suggest
      • birdy247
        but we dont want the money to go straight to their account
      • hpar
        with custom accounts you get to control the payout schedule though, so you get to decide when the money moves to their bank account
      • rbpb
        I want to use AngularJS with my Stripe-powered subscription sign up form. I want my registration form's "submit" button to be disabled with `ng-disabled` until the user fills out the credit card info. Can any devs here help?
      • rbpb has quit
      • birdy247
        @hpar the main issue is we cant always create an account in advance
      • so its likely they wont tell us the BA details until we want to pay them
      • In this scenario, could we hold the money... later create a custom account and transfer money from our account to theirs?
      • hpar
        birdy247: so, that doesn't really create a problem for you though. You can hang onto the funds in your Stripe account until they give you the bank details and set up an account. See https://stripe.com/docs/connect/charges-transfers for example
      • ha jinx
      • birdy247
        @hpar, how quickly can money be withdrawn after we transfer the money though?
      • hpar
        birdy247: once the funds are available in Stripe (should be 7 days in the UK) you can initiate the transfer their account right away
      • murtaza has quit