Global Moderators

Hi Team.

I am able login, generate token, get LTP data for stocks, options but couldn't place the order. I am using Axios library to connect with https://apiconnect.angelone.in API's
Getting below error
Access to XMLHttpRequest at 'https://apiconnect.angelone.in/rest/secure/angelbroking/order/v1/placeorder/' from origin 'http://..........' has been blocked by CORS policy: Response to preflight request doesn't pass access control check: No 'Access-Control-Allow-Origin' header is present on the requested resource.

Below is the request object
{
"method": "post",
"url": "https://apiconnect.angelone.in/rest/secure/angelbroking/order/v1/placeorder/",
"headers": {
"Authorization": "Bearer ..........",
"Content-Type": "application/json",
"Accept": "application/json",
"X-UserType": "USER",
"X-SourceID": "WEB",
"X-ClientLocalIP": "XXXXXX",
"X-ClientPublicIP": "XXXXXXX",
"X-MACAddress": "XXXXXXXXX",
"X-PrivateKey": "XXXXXXX"
},
"data": "{
"variety": "NORMAL",
"tradingsymbol": "NIFTY07JUL2621400PE",
"symboltoken": "44457",
"transactiontype": "BUY",
"exchange": "NFO",
"ordertype": "LIMIT",
"producttype": "NRML",
"duration": "DAY",
"price": "1.8",
"squareoff": "0",
"stoploss": "0",
"quantity": "65",
"triggerprice": "0",
"trailingStopLoss": "0",
"disclosedquantity": "0",
"ordertag": "AlgoOrder01"
}"

@admin, I am getting the error

'Access denied because of exceeding access rate'

when using smartApi.getCandleData function

Hi Admin / Team,
​I am facing a persistent AB1021 ("Too many requests") error on the historical candle data endpoint for the NSE exchange, despite keeping my requests well within the documented limits.
​
Here are the technical details of the issue:

​Client ID: AACI752461
​API URL: https://apiconnect.angelone.in/rest/secure/angelbroking/historical/v1/getCandleData
​Error Message: {'message': 'Too many requests', 'errorcode': 'AB1021', 'status': False}

​Context & Anomalous Behavior:
​Request Frequency: My code is spaced out to send exactly 1 request every 5–6 seconds (~10–12 requests per minute). This is significantly lower than the documented 180 requests/min cap.

​Immediate Triggers: The error often hits on the very first NSE request of a batch, or almost immediately upon starting a low-frequency sustained scan.

​The MCX Comparison: Under the exact same script, identical network conditions, and the same public residential IP (no VPN), MCX commodity candle requests work perfectly all day without a single error. The restriction is uniquely triggering on the NSE endpoint.

​I initially raised support ticket #29145216 regarding this, but it was closed without a resolution. Could an admin or backend engineer please check the server-side rate-limit telemetry for my client ID (AACI752461)?

​Please verify if my actual measured rate is tripping an algorithmic false positive on the NSE historical data endpoint.

For last 15-20 days requesting subject matter but no answer.

I am told now "We request you to login to smartapi portal and share screenshot of API key dashboard where all apps are visible, so that we can check and update for the same.: but do not know how to do it, guide me please