Data

# Quick commerce MCP server for India data: what it returns and how to connect

Rewalto's MCP server, in preview at mcp.rewalto.com/mcp, lets an AI agent read India quick commerce data through tools such as list_observations for price, MRP and stock by pin code, and list_dark_stores for dark stores and the pin codes they serve. It reads data; it does not place orders. For the API route, read [is there an API for India's quick-commerce apps](https://rewalto.com/guides/quick-commerce-api-india).

![](https://rewalto.com/_next/image?url=%2Fbrand%2Fog%2Fguides-mcp-server-india-data.png&w=3840&q=75)

In this guide

1. [What the server exposes today](#what-the-server-exposes)
2. [A data MCP, not an ordering MCP](#data-not-ordering)
3. [Connect in 3 checks](#connect-in-3-checks)
4. [3 example prompts](#example-prompts)
5. [Keep credentials private and permissions narrow](#protect-access)
6. [An agent connection does not remove cost review](#keep-cost-review)
7. [Diagnose connection and data problems separately](#diagnose-the-right-layer)
8. [Questions people ask](#questions)

[Explore datasets](https://rewalto.com/data)

By [Varun Mahajan](https://rewalto.com/about), FounderPublished 18 October 2026Last updated 30 October 2026Part of the [quick commerce data and api](https://rewalto.com/guides/quick-commerce-api-india) guideMore on [data and APIs](https://rewalto.com/insights/category/digital-shelf)

## What the server exposes today

An MCP server lets a compatible AI client discover and call documented tools. These are the quick commerce data reads. The server also has catalogue, account and quote tools, and data tools for other sources.

Current status and coverage are on each data page

| Tool | Data | What it returns |
| --- | --- | --- |
| `list_observations` | [Rewalto data](https://rewalto.com/data/commerce) | Listed on the data page. |
| `list_dark_stores` | [Dark-store map](https://rewalto.com/data/dark-stores) | Every quick-commerce dark store and the pin codes it serves |
| `list_stock_states` | [Stock state by pin code](https://rewalto.com/data/commerce/stock-state) | Stock state tells you, for each product and pin code, whether an app showed it in stock, low, out or delisted at the close of each day. |
| `list_search_ranks` | [Search rank and sponsored slots](https://rewalto.com/data/commerce/quick-commerce-search-rank) | Rewalto records where each product ranks in quick-commerce app search, by search term, pin code and day, with sponsored slots kept apart from organic ones. |
| `list_share_of_search` | [Share of search](https://rewalto.com/data/commerce/share-of-search) | Rewalto measures each brand's share of the top ten search results on Indian shopping apps, by search term and day, with organic and sponsored places kept apart. |
| `list_delivery_eta` | [Delivery time by pin code](https://rewalto.com/data/commerce/delivery-time-by-pin) | Rewalto keeps the delivery minutes quick-commerce apps promised shoppers, by app, pin code and day: shortest, typical and longest. |
| `list_oos_rate` | [Out-of-stock rate](https://rewalto.com/data/commerce/out-of-stock-rate) | The out-of-stock rate is the share of a brand's readings that said out of stock, for each retailer, city and day. |
| `list_discounts` | [Rewalto data](https://rewalto.com/data) | Listed on the data page. |
| `list_price_parity` | [Price parity](https://rewalto.com/data/commerce/price-parity) | Price parity shows, for a product matched across retailers, each day's lowest and highest price across apps and pin codes, and the gap between them. |

A connection does not make missing coverage available, verify every interpretation the agent produces, or remove the need to review the cost of delivered data. A returned table still needs its location, collection date and source context before it supports a conclusion.

Treat connection, permissions and task completion as separate checks. A client recognising the server does not prove that it has signed in. A successful account check does not prove that a particular data tool can answer your question.

Think of the tool response as evidence for the agent to examine. Ask it to retain the distinction between returned fields, calculations it performs and conclusions it proposes. When the result leaves the conversation as a report, keep that distinction visible. A polished paragraph is not a replacement for the underlying records, and fluent wording does not establish that a location or period was covered.

## A data MCP, not an ordering MCP

Some shopping apps publish MCP servers that place orders on a shopper's own account. Rewalto's server is for reading dated market data across apps and pin codes; it cannot order, and it is not any app's own feed.

## Connect in 3 checks

Rewalto's dedicated MCP address (preview) is `https://mcp.rewalto.com/mcp`. Its REST API uses `https://api.rewalto.com`; the [India ecommerce data API guide](https://rewalto.com/guides/india-data-api) lists what it returns today. These are different interfaces, so do not build an MCP address by adding a path to a remembered API hostname. Treat each check below as separate.

1. Reach the service: confirm your client can reach the documented address.
2. Verify identity and permitted capabilities: run a free identity or catalogue check and confirm the organisation and permissions it reports.
3. Inspect a small result and its source context: read one bounded answer and check its location, date and source.

Client-specific installation, OAuth, saved agent connections and connection testing are not published yet in the [API, CLI and MCP reference](https://rewalto.com/developers/docs/cli-mcp). Until they are, the REST API returns the same data: start with the [first request guide](https://rewalto.com/developers/docs/quickstart).

Different agent clients expose remote connections in different places. Some provide a connector screen; others read a configuration file. Use your client's current official instructions, check the transport and authentication method it supports, and review the requested account and organisation permissions before continuing. Do not assume a configuration for one client works in another. If a client only reports a generic connection error, collect safe diagnostic context before changing permissions. Seeing the expected organisation confirms identity. Seeing a catalogue entry confirms discovery. Neither establishes that a historical data request, export or recurring delivery works, so record the actual outcome and the next unverified step.

Keep a connection record for your own team: the intended environment, client name, setup documentation used and date of the last successful check. Do not include the credential itself. This helps distinguish an outdated setup instruction from a changed service capability. If an address changes, update the supported configuration deliberately instead of trying alternate hosts until one happens to answer.

## 3 example prompts

These are example prompts, not results. Each one is bounded and read-only. Replace the words in square brackets, and keep the first request small enough to inspect before expanding it. Start with discovery: which available record types, fields and locations could answer your question. Then specify the product or entity, location, period and output you need.

- List the fields list_observations returns and the pin codes covered for [brand], then wait.
- For [product] at pin code [pin], show the last 7 days of price, MRP and stock readings with the time of each reading. Mark missing days unknown.
- Which dark stores serve pin code [pin], by app, and when was each last seen?

Ask for a plan before a wider data task: which tool the agent intends to use, which inputs it needs and what output would answer the question. Review that plan for assumptions about geography, product matching and time. It should not assume every location is covered, read missing prices as zero or infer sales from listing changes. If it cannot name the source of a field, it should mark that field unknown instead of generating a plausible value.

See [commerce data](https://rewalto.com/data/commerce) and [dark stores in India](https://rewalto.com/data/dark-stores) for what each dataset covers.

## Keep credentials private and permissions narrow

A private API key belongs in the client's supported secret configuration, not in the question you send to an agent. Never paste a key into a public prompt, a screenshot, a shared conversation or an issue report. A copied setup prompt should describe the task and point to documentation without including the secret.

Where an API-key connection is supported, select only the scopes required for the work. Reading data and approving a quote are different permissions. Check the key's expiry and status, use the dashboard to manage access, and do not grant a wider scope to work around an unexplained error. Where a sign-in connection is available, review its consent screen and chosen organisation.

Access also needs an owner. Agree who can rotate or revoke a key and how a departing team member loses access to the agent configuration. If a secret appears in a shared place, remove it from that place and follow the supported revocation process; hiding the text afterwards does not make the exposed credential private again. Avoid retaining secrets in copied examples or exported connection notes.

## An agent connection does not remove cost review

MCP and REST use the same underlying data and charging principles. Tools are free; delivered data can spend credits. Review a published rate before a chargeable read. When the work needs a quote, review the API's quote before approving it. Connecting an agent is not blanket permission for future purchases or recurring work.

Tell the agent when approval is required, but also use the available account permissions. A sentence in a prompt is not a substitute for access controls. Keep receipts and request references with delivered results. See [how data credits work](https://rewalto.com/pricing) and the [credit reference](https://rewalto.com/developers/docs/credits) before widening the task.

Consider what happens after an error as part of that approval boundary. An agent may naturally try another tool or repeat a request to finish the task. Tell it to stop when the next step needs a new approval, and rely on scoped permissions where available. A previous successful request is not consent to a larger request, a different dataset or an ongoing schedule.

## Diagnose connection and data problems separately

Most early problems belong to one layer, and fixing the wrong layer can create a second problem. Work through them in order and record what each check proved before moving on.

First check the address and client configuration, then authentication, organisation access and required permissions. Only after those checks should you investigate the selected data tool and its inputs. A missing field or uncovered location is not necessarily a connection failure.

When reporting an error, include the client, environment, attempted operation and safe request reference. Remove credentials and private response content. Do not repeatedly approve or retry uncertain writes. If setup remains unavailable, use the documented REST path; do not invent a local workaround that bypasses the same account and credit rules.

## Questions people ask

### Is there an MCP server for India quick commerce data?

Yes, in preview. Rewalto's MCP server at mcp.rewalto.com/mcp lets an AI agent read price, MRP and stock by pin code and dark-store locations, using the same data and credit rules as the REST API.

### What tools does the Rewalto MCP server have?

Its data tools include list_observations for prices and stock by pin code and list_dark_stores for dark stores and the pin codes they serve, with others for stock states, search ranks, share of search, delivery times, out-of-stock rates, discounts and price parity.

### Can the MCP server place orders on a quick commerce app?

No. It reads dated market data. It does not log in to a shopper's account, place orders or manage seller listings.

### Is client setup for the MCP server ready?

Not fully. The address is published and the server is in preview, but the documentation for client-specific installation, OAuth, saved agent connections and connection testing is not published yet. Until it is, the REST API returns the same data.

### What is the Rewalto MCP server?

A preview connection at mcp.rewalto.com/mcp that lets an AI agent in a compatible client call documented Rewalto data tools. It uses the same credentials, permissions and credit rules as the REST API.

### Can every MCP client use the same sign-in instructions?

No. Client support, transport and accepted authentication can differ.

### Can an agent safely guess a missing record?

No. It should explain what is absent and what further evidence would be needed.

### Can a free connection check authorise a purchase?

No. Keep that decision separate, even when the entire journey appears inside one conversation.

## Start with the question you need to answer

Check the current data catalogue, then review the coverage and dates against your question. The research in an older guide does not establish that a service is available today.

[Explore Rewalto data](https://rewalto.com/)[Explore current data](https://rewalto.com/data)

## Related guides

[Data

### Is there an API for India's quick-commerce apps? A straight answer

What a quick-commerce data API returns by pin code, how fresh it is, what a read costs and what it cannot do.

Explore](https://rewalto.com/guides/quick-commerce-api-india) [Data

### India ecommerce data API: what it returns, by pin code and marketplace

What an India ecommerce data API returns by pin code and marketplace, which sources it reads and what a read costs.

Explore](https://rewalto.com/guides/india-data-api) [Data

### Check dataset coverage and freshness before you commit

A checklist for choosing data that fits your products, locations and reporting period.

Explore](https://rewalto.com/guides/check-dataset-coverage-and-freshness)

---

Canonical page: https://rewalto.com/guides/mcp-server-india-data
Last content change: 2026-10-30