Skip to main content

Kotak Neo API - Python SDK

Official Python SDK for Kotak Neo Trading APIs - a modern, well-tested trading client for the Kotak Neo platform.

Python Version PyPI Version License

This is the actively maintained Python SDK, superseding kotak-neo-api-v2 (now legacy). Already on kotak-neo-api-v2? See the Migration Guide.

Features

✅ Authentication - TOTP-based secure login with 2FA
✅ Order Management - Place, modify, cancel orders (Regular/AMO)
✅ Portfolio & Positions - Real-time holdings, positions, and limits
✅ Market Data - Live quotes, scrip master, search functionality, expiries, option chain, and historical candle data
✅ SFeed WebSocket Streaming - Modern async/await live market feed with typed messages, enriched with trading_symbol
✅ HTTP/2 Transport - REST calls use HTTP/2 (via httpx) with automatic HTTP/1.1 fallback
✅ Optional Reliability Utilities - Opt-in rate limiting, plus retry and circuit-breaker helpers
✅ Enhanced Logging - Rotating log file with REST/WebSocket tracking and automatic masking of sensitive data
✅ Comprehensive Error Handling - Detailed exception hierarchy with input validation
✅ Type Safety - Full mypy type checking support
✅ Extensive Testing - 100% test coverage (unit, integration, and E2E tests)

Installation

From PyPI

pip install kotakneoapi

For Development (Local Installation)

# Clone the repository
git clone https://github.com/Kotak-Neo/kotak-neo-python.git
cd kotak-neo-python

# Install in development/editable mode
pip install -e .

# Or install with development dependencies
pip install -e ".[dev]"

Quick Start

Prerequisites

  1. Get Consumer Key (REQUIRED): Login to Kotak NEO app/web → More tab → Trade API card → Generate application → Copy the token
    • This token is used in the Authorization header for all API requests
    • Authentication will fail without this token
  2. Register for TOTP: Visit API Dashboard (Neo App/Web → more tab → trade API), on top right menu bar click "TOTP Registration" → Register for TOTP → Scan QR code with authenticator app (Google Authenticator, Authy, etc.)

Getting started with quick order placement

from neo_api_client import NeoAPI

# Initialize the client
client = NeoAPI(
    consumer_key="your-consumer-key-token",  # Token from NEO app Trade API card
    environment="prod",  # production (default)
    access_token=None,  # Optional
    neo_fin_key=None,  # Optional
)

# Step 1: Login with TOTP
login_response = client.totp_login(
    mobile_number="+919876543210",  # Your registered mobile with country code
    ucc="YOUR_UCC",  # Find in NEO app/web under Profile section
    totp="123456",  # 6-digit code from authenticator app (changes every 30 seconds)
)

# Step 2: Validate with MPIN to complete authentication
validate_response = client.totp_validate(mpin="123456")  # Your trading MPIN

# Place an order
order_response = client.place_order(
    exchange_segment="nse_cm",
    product="CNC",
    price="1500.00",
    order_type="L",
    quantity="10",
    validity="DAY",
    trading_symbol="RELIANCE-EQ",
    transaction_type="B",
)

# Get real-time quotes
quotes = client.quotes(
    instrument_tokens=[{"instrument_token": "1333", "exchange_segment": "nse_cm"}], quote_type="all"
)

# Logout
client.logout()

Documentation

📚 Complete API Documentation

Detailed documentation for all SDK functions with examples and real API responses.

Authentication

Order Management

Portfolio & Positions

Market Data

WebSocket

📖 Guides & Documentation

Upgrading:

Installation:

API Documentation:

WebSocket Streaming Example (SFeed)

Live market data is delivered through the modern async/await SFeed WebSocket client. It uses async for iteration and returns type-safe Pydantic messages, each enriched with its trading_symbol (resolved from the subscribe ack) — except SFeedMarketStatus, which isn't tied to a specific instrument (see below).

import asyncio
from neo_api_client import NeoAPI
from neo_api_client.websocket.feed import WsToken, SFeedScrip, SFeedMarketStatus


async def main():
    client = NeoAPI(consumer_key="your-consumer-key-token", environment="prod")
    client.totp_login(mobile_number="+919876543210", ucc="YOUR_UCC", totp="123456")
    client.totp_validate(mpin="123456")

    # create_websocket() builds a SFeedWebSocket from the current session
    async with client.create_websocket() as ws:
        # Batch-subscribe any number of instruments in a single call
        await ws.subscribe_scrips([
            WsToken("nse_cm", "Nifty 50"),
            WsToken("nse_cm", "11536"),
        ])

        async for message in ws:
            if isinstance(message, SFeedScrip):
                print(
                    f"{message.trading_symbol} ({message.instrument_token}) "
                    f"LTP: {message.last_traded_price}"
                )


asyncio.run(main())

Market status (open/close/pre-open/etc., not tied to a specific instrument) is a separate subscription — subscribe_exchange() takes no tokens and delivers SFeedMarketStatus:

await ws.subscribe_exchange()

async for message in ws:
    if isinstance(message, SFeedMarketStatus):
        print(f"status_code={message.status_code} status={message.status}")

status is a static, human-readable string (e.g. "Market open") looked up by status_code — not the raw wire text, which is unreliable in practice. See Message Types in the guide for the full MarketStatusCode table.

Note: The SFeed client works out of the box — its dependencies (websockets, pydantic) ship with the base install. The legacy callback-based WebSocket (client.subscribe(...), on_message, etc.) was removed in v2.2.0 — see the SFeed WebSocket guide for the full API and a migration reference.

Running this in Jupyter Notebook instead of a script? Don't wrap it in asyncio.run() — Jupyter's kernel already runs its own event loop, so await the client's coroutines directly in a cell instead. See the Jupyter Notebook Setup guide for the notebook-adapted version of this example and Jupyter-specific troubleshooting.

Order & Position Streaming Example

Order-lifecycle events and live position updates stream over a separate async/await WebSocket, create_order_feed(). It returns type-safe OrderUpdate / PositionUpdate messages.

import asyncio
from neo_api_client import NeoAPI
from neo_api_client.websocket.orderfeed import OrderUpdate, PositionUpdate, OrderStatus


async def main():
    client = NeoAPI(consumer_key="your-consumer-key-token", environment="prod")
    client.totp_login(mobile_number="+919876543210", ucc="YOUR_UCC", totp="123456")
    client.totp_validate(mpin="123456")

    # create_order_feed() connects to wss://<baseurl>/realtime using the session
    async with client.create_order_feed() as feed:
        async for message in feed:
            if isinstance(message, OrderUpdate):
                print(f"order {message.data.order_no} -> {message.data.order_status}")
            elif isinstance(message, PositionUpdate):
                print(f"position {message.data.symbol}")


asyncio.run(main())

Full reference: Order & Position Feed.

Exception Handling

from neo_api_client import (
    NeoAPIException,
    AuthenticationError,
    ValidationError,
    RateLimitError,
    NetworkError,
    OrderError,
)

try:
    response = client.place_order(...)
except AuthenticationError:
    print("Authentication failed - please login again")
except ValidationError as e:
    print(f"Invalid parameters: {e}")
except RateLimitError:
    print("Rate limit exceeded - please retry after some time")
except OrderError as e:
    print(f"Order placement failed: {e}")
except NeoAPIException as e:
    print(f"API error: {e}")

Environment Setup

Create a .env file for credentials (copy from .env.example):

# Consumer Key from NEO app (REQUIRED - Used in Authorization header)
# Get it: NEO app → More → Trade API → Generate application → Copy token
NEO_CONSUMER_KEY=your-consumer-key-token

# Your registered mobile number with country code
NEO_MOBILE_NUMBER=+919876543210

# Your UCC (User Client Code) from NEO app Profile section
NEO_UCC=YOUR_UCC

# Your trading MPIN
NEO_MPIN=123456

How to get credentials:

  • Consumer Key: NEO app → More → Trade API → Generate application → Copy token
  • UCC: NEO app → Profile section

TOTP is a 2FA factor and is intentionally not automated via a .env secret here — totp_login() expects the live 6-digit code. See tests/e2e/smoke_test.py for an example that prompts for it (or optionally auto-generates it from a NEO_TOTP_SECRET you add to your own local .env, for faster local iteration only).

Common Parameters

Exchange Segments

  • nse_cm - NSE Cash Market
  • bse_cm - BSE Cash Market
  • nse_fo - NSE Futures & Options
  • bse_fo - BSE Futures & Options
  • mcx_fo - MCX Commodities
  • cde_fo - Currency Derivatives (market data/quotes only — not accepted by place_order/margin_required, which don't support this segment)

Product Types

  • CNC - Cash & Carry (Delivery)
  • MIS - Margin Intraday Square-off
  • NRML - Normal (Carry Forward)
  • MTF - Margin Trading Facility

Note: place_order/modify_order only accept these four exact codes (Bracket and Cover orders are no longer supported).

Order Types

  • L - Limit Order
  • MKT - Market Order
  • SL - Stop Loss Limit
  • SL-M - Stop Loss Market

Transaction Types

  • B - Buy
  • S - Sell

Validity Types

  • DAY - Valid for the day
  • IOC - Immediate or Cancel

Architecture

Always on for every request:

  • HTTP/2 Transport - REST calls run over HTTP/2 (via httpx) with connection pooling and automatic HTTP/1.1 fallback
  • Structured Logging - Request/response tracking with correlation IDs
  • Type Safety - Full mypy type checking support

Optional reliability utilities (shipped, tested, and importable, but not wired into the request path by default — you opt in):

  • Rate Limiter - Token-bucket throttling (per second/minute/hour) to avoid tripping API quotas. Enable with RESTClientObject(..., enable_rate_limiting=True).
  • Retry Logic - Exponential backoff with jitter for transient errors, via the with_retry / create_retry_decorator decorators in neo_api_client.retry.
  • Circuit Breaker - CircuitBreaker in neo_api_client.circuit_breaker to stop calling a failing service and let it recover.

Custom Transport (Migration Hook)

Deployments that previously patched the legacy requests-based client's connection pool/adapter (custom proxy, mTLS, non-default pool sizing, transport-level instrumentation) have the equivalent hook here via httpx's own extension points, passed straight through to NeoAPI(...):

import httpx
from neo_api_client import NeoAPI

# Full control: mount a custom transport (proxy, mTLS, custom pooling, etc.)
client = NeoAPI(
    consumer_key="your-consumer-key-token",
    transport=httpx.HTTPTransport(
        proxy="https://proxy.internal:8080", cert=("client.pem", "client.key")
    ),
)

# Or just resize the connection pool without a full custom transport:
client = NeoAPI(
    consumer_key="your-consumer-key-token",
    limits=httpx.Limits(max_connections=50, max_keepalive_connections=20),
)

limits is ignored when transport is also given, since a custom transport owns its own pooling. Both default to the SDK's existing behavior (max_connections=20, max_keepalive_connections=10, standard httpx transport) when omitted.

HTTP/2 and timeouts are also configurable per client:

client = NeoAPI(
    consumer_key="your-consumer-key-token",
    http2=False,  # force HTTP/1.1 only; default is True (HTTP/2 with automatic HTTP/1.1 fallback)
    timeout=45,  # default request timeout in seconds for every call; default is 30
)

http2 is ignored when transport is also given, since a custom transport owns its own protocol negotiation. timeout sets the client-wide default — individual REST calls can still override it per-call via the lower-level RESTClientObject.request(..., timeout=...).

Mutating requests (place/modify/cancel order) are never automatically retried or replayed by the SDK. RESTClientObject.request() makes exactly one HTTP call per invocation — on a timeout or connection error it raises immediately rather than resending, so an ambiguous failure (e.g. the broker received the order but the response was lost) never risks a silent duplicate order from client-side retry logic. The opt-in retry helpers in neo_api_client.retry (see below) are not wired into place_order/ modify_order/cancel_order and must be applied explicitly by the caller if wanted — and doing so for a mutating call is the caller's decision to make with full awareness of the idempotency risk, not something the SDK does for you.

Development

Setup

# Clone repository
git clone https://github.com/Kotak-Neo/kotak-neo-python.git
cd kotak-neo-python

# Install dependencies
pip install -e ".[dev]"

# Setup pre-commit hooks
pre-commit install

Testing

# Run all tests
pytest

# Run with coverage
pytest --cov=neo_api_client --cov-report=html

# Run smoke tests (requires .env configuration)
python tests/e2e/smoke_test.py

SDK contributors: the smoke/integration test runners can target an internal environment via the NEO_ENVIRONMENT variable. Ask an internal maintainer for the dev .env template for that setup. This is not needed by normal SDK users — the client always uses production by default.

Code Quality

# Format code
ruff format .

# Lint code
ruff check .

# Type checking
mypy neo_api_client

# Security scan
bandit -r neo_api_client

Requirements

  • Python: 3.10 or higher
  • Core Dependencies: numpy, pandas, PyJWT, httpx[http2], websocket-client, structlog, tenacity, python-decouple, pyotp, websockets, pydantic

See pyproject.toml for complete dependency list.

Repository Structure

kotak-neo-python/
├── neo_api_client/          # Main package
│   ├── services/            # API service modules
│   ├── websocket/           # WebSocket implementation
│   ├── utils/               # Utility functions
│   ├── neo_api.py          # Main NeoAPI class
│   ├── exceptions.py       # Exception hierarchy
│   └── ...                 # Core modules
├── tests/                   # Test suite
│   ├── unit/               # Unit tests
│   ├── integration/        # Integration tests
│   └── e2e/                # End-to-end tests
├── docs/                    # Documentation
│   ├── functions/          # API function docs
│   └── installation/       # Installation guides
└── pyproject.toml          # Project configuration

Support

Reporting a bug? Enable file logging with setup_logging(file_level="INFO") (see the Logging Guide), reproduce the issue, and attach the resulting logs/neo-api-client.log to your issue — sensitive fields are already masked, so it's safe to share as-is.

Contributing

Contributions are welcome! Please feel free to submit a Pull Request.

  1. Fork the repository
  2. Create your feature branch (git checkout -b feature/amazing-feature)
  3. Commit your changes (git commit -m 'Add amazing feature')
  4. Push to the branch (git push origin feature/amazing-feature)
  5. Open a Pull Request

License

MIT License - see LICENSE file for details.

Disclaimer

This is the official SDK for Kotak Neo Trading APIs. Trading in financial markets involves substantial risk. Users are responsible for their own trading decisions and should thoroughly test their strategies before live trading.

⚠️ Risk Warning: As per SEBI study, 9 out of 10 individual traders in equity F&O segment incur net losses. Please trade responsibly.

Changelog

See CHANGELOG.md for version history and updates.


Version: 3.0.7
Status: Production/Stable
Built with ❤️ by Kotak Neo Team

Metadata

Release files for kotakneoapi 3.0.7

For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.

Source distribution (sdist)

Source distribution for kotakneoapi 3.0.7
File Size Uploaded
kotakneoapi-3.0.7.tar.gz 84.3 kB Details

Built distribution (wheel)

Table of built distributions (wheels) for kotakneoapi 3.0.7
File Interpreter ABI Platform
kotakneoapi-3.0.7-py3-none-any.whl Python 3 none any Details

Total release size: 184.6 kB

Release files / kotakneoapi-3.0.7.tar.gz

Download URL kotakneoapi-3.0.7.tar.gz
Size 84.3 kB
Tags Source
SHA-256 checksum
How to use checksums
4c47aa09bc8c6f348f9280f95c9205609206b69fa7e91f0569d7c1e6302bc80b
BLAKE2b-256 checksum
How to use checksums
c1264008900d07ab59e4ed54981db2da003fa294e1b0dc6b27deb85c45666a94
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Sep 18, 2026.

Transparency log

Release files / kotakneoapi-3.0.7-py3-none-any.whl

Download URL kotakneoapi-3.0.7-py3-none-any.whl
Size 100.3 kB
Tags Python 3
SHA-256 checksum
How to use checksums
71b661634a88e83859f86a38822ebae69f529d3fbf1246f1a53505092da41d2f
BLAKE2b-256 checksum
How to use checksums
9f5c99de455cad27af60b33432229e6f1a233321702f7167eec5abb8b891ffe2
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Sep 18, 2026.

Transparency log

Release history Release notifications | RSS feed

This release

3.0.7 This release

2 release files

3.0.6

2 release files

3.0.1

2 release files

3.0.0

2 release files

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page