SEBI's new algo trading rules kick in on April 1. Here is what changes for you.

If you use the FYERS API to run algo strategies using your own trading setup or third-party platforms, this matters.

SEBI has introduced a new framework for retail algo trading. It comes into effect on April 1, 2026. These changes are mandatory, and if you are not prepared before the deadline, your automated strategies will stop working.

Here’s what changes from April 1:

1. Static IP address

The API will only accept orders from a registered App ID tied to a whitelisted static IP. One app, one IP. Orders from any other source are automatically rejected.

2. 2FA authentication

You will need to complete 2FA once every day. The refresh-token flow that kept systems running continuously is being discontinued.

3. 10 orders per second is the limit

Anything above that gets rejected. This includes order placement, stop loss, targets, and order modifications.

4. Market orders are not allowed

They will be automatically converted to MPP (Market Price Protection) orders, which add a price protection band around execution. The behaviour is similar, but if your strategy depends on true market order fills, account for this.

AMO orders are not permitted in algo trading. Therefore, ensure that the “offlineOrder” parameter is always set to false when placing orders through the API.

5. Third-party platforms must be empanelled and hosted inside the broker’s infrastructure.

A lot of traders run algo strategies through external platforms that connect to the FYERS API. These platforms sit outside FYERS, on external servers. Under the new rules, such platforms can only place orders if they are empanelled and hosted within the broker’s own systems. Most external platforms do not meet this bar. If yours does not, your orders will not go through starting from 1st April.

Orders originating from InstaOptions or any API bridge will not be allowed.

What should you do?

If you want to continue using your existing setup, here is what needs to be in place before April 1.

  • Get in touch with your internet service provider or cloud service provider to get a static IP
  • Update the static IP in the FYERS API Dashboard
  • Activate the trading app, click here for details
  • Get new app credentials
  • Use the new app credentials in your trading setup

For a full breakdown of all the regulatory changes and what they mean, read this.

A simple alternative: FYERS Automate

If you do not want to deal with static IPs, registering a new App ID, or waiting to see whether your third-party platform gets empanelled in time, there is a simpler option.

Automate lets you run your strategies directly inside the FYERS platform. Because it runs within FYERS infrastructure, it already meets the requirements of the new framework. You do not need to worry about static IP whitelisting, external servers, or platform empanelment.

What you focus on is the strategy. Automate handles the execution.

Automate is a no-code visual strategy builder where you create workflows using the same logical structure traders already follow: triggers, conditions, and actions. The logic remains fully flexible.

If your signals already come from somewhere else, like TradingView alerts or your own scripts, they can be connected to Automate using webhooks. Your signal generation stays exactly the same while execution moves inside FYERS.

You can also manage the entire lifecycle of a trade on the same workflow: entries, exits, multi-leg orders, and portfolio-level risk checks.

Do this before March 31

The current framework and the new one run in parallel until March 31. That is your window to move over without any disruption.

To understand Automate in depth before you build, start with this blog and

https://www.youtube.com/watch?v=3ZB37Ofor34

. Every block of triggers, conditions, and actions is covered.

Or go directly to Automate on FYERS Web and start building. Pick one strategy you are already running and set it up. You will have it live in under fifteen minutes.

For additional assistance or help, you can fill this form.

11 Likes

Is static IP mandatory for Fyers API usage if someone only fetching market data using API for analysis and not placing any automated orders?

Hi Vikram, static IP address is required only for order placement. It is not required for the other APIs.

1 Like

Thank you Naresh. That’s exactly the clarification I needed.

1 Like

I am currently using AWS to run the algo with a static IP. Please tell me what i need to do to comply with the new rules.

Can we fetch other data as per old methods in live market -only order placement is problem na

static ip integration means - against each user they should need independent static ip? or one cloud vm ip is good enough why i am asking my algotrading app is hosted in a vm

Hey @104612236208759412208, To continue placing orders via the API, each user is required to configure a static IP address.

Yes, you can fetch the data without static IP address.

Hi @109104928524011732008,

Great, the setup is simple. Please go to the new Dashboard, activate the new App ID by updating the static IP address, and use the new credentials (in place of your current App ID and Secret) to continue placing API orders after April 1.

Hi @naresh_janagam ,

My application is hosted in cloud which will not support any algorithmic trading - it is more or less similar to stockmock where users can place mock orders in real time and real place real orders manually. No automation in place. But i am supporting multiple brokers in one place. I feel like this is something is not algorithmic trading right? how can i proceed further sir with this change?

like you see in the screenshots its all manual no automation. Please advice me

@104612236208759412208, Please DM your contact details so I can speak with you.

1 Like

@naresh_janagama done sir - sent

1 Like

I am building a trading application and have a few questions regarding your API architecture:

  • Shared IPs: Can multiple user accounts authenticate and place orders through a single, shared public IP address?
  • IP Mapping: If yes, is there any specific configuration required on the broker’s end to whitelist or map multiple accounts to this single IP?
  • Rate Limits: How are API rate limits (like order placement limits) calculated? Are these limits enforced globally at the IP address level, or are they applied strictly per individual user account/API key?

Hey @106664482946211923241,

  1. Shared IPs are not allowed. Each IP address must be unique across all users.
  2. Common IP mapping is not permitted.
  3. Rate limits are calculated based on the number of orders triggered through the user API and are not calculated based on the number of orders triggered from an IP address.

I hope all your queries have been clarified.

As I have a python pyqt5 application running on my desktop, is this will count as personal algo application. Also do I need it to register it anywhere or only static IP is enough?

Hey @101920578944328541738,

Yes, order placing from API will be considered as Algo, so your personal setup also Algo application. If the order count is less than 10 OPS, registration is not required. You just have to whitelist static IP.

For greater than 10 OPS, algo registration is required with each exchange.

What about local systems that run Python-based code?

Local systems must either obtain a static IP address from the local ISP or be hosted in the cloud with a static IP address configured.

Hi, I have created a new app in the New API Dashboard. Whitelisted my static IP. However, while using the new app’s client ID and secret, it is rejecting all API calls and error given is “Too many requests”. Then again i tested with the old app’s client ID and secret, it is working fine. Do you mean to say that the new App’s client ID and secret to be used from 1st Apr, 2026 onwards?