#kaushik_05600
frigid creek
can you please check and let me know
frigid creek
Sure
Example i have 3 stripe account and 5 customers are there in my database now when cron run so deduct amount dynamically using cron job like if 3 stripe account and 5 customer then deduct each customr 5time amount in stripe so when amount deduct that time deduct time same showin in stripe so i need to do dynamic time because if user more that 500 then showin deduct same time so might getting issues in stripe
tender fog
if you have recurring payments why are you using you're own cron job instead of Stripe subscriptions?
frigid creek
Not recuring
i need to use my own
because my functinality logic is not full fill to use recuring
tender fog
you can always hit rate limits https://stripe.com/docs/rate-limits then
loud basinBOT
frigid creek
?
nova palm
tarzan is stepping out but I can help
Apologies the server is very busy so it is taking a bit to catch up
As that doc says, you are limited to 100 read and 100 write requests per second
Can you tell me more about the API calls that you are currently making for your process? Your description doesn't use terms the same way that Stripe uses them so unfortunately I do not have a clear picture of what you are doing Stripe-wise
frigid creek
Okay
so if i set rate limit that is only allow 100 request per sec?
and if i have 500 requret then how we can hangle
nova palm
You would need to meter that out over at least five seconds
Probably a bit longer actually, assuming your integration is actually doing things like taking payments
frigid creek
My purpose of use is The Purpose is that the users in the automation will charge at different times and not together at the same time
nova palm
Yep that would be one solution. As tarzan noted, using our official Billing API would probably help you as well. That way, Stripe will handle the recurring charges so they will not count against your rate limit
frigid creek
not understand
nova palm
Right now you are making 100s of calls to make each charge