Data # India ecommerce data API: what it returns, by pin code and marketplace Yes. Rewalto's REST API at api.rewalto.com returns dated price, MRP, discount and stock readings by pin code from India's quick-commerce apps, and listings and price history from online marketplaces, with the source and time of each reading. The data catalogue at rewalto.com/data shows how many datasets are live today, with the time it was checked. Access through AI agents (MCP, preview) is in preview. Credits are charged only for data delivered. ![](https://rewalto.com/_next/image?url=%2Fbrand%2Fog%2Fguides-india-data-api.png&w=3840&q=75) In this guide 1. [What the API returns today](#returns-today) 2. [Which sources it reads](#sources) 3. [What is live, in preview and planned](#live-preview-planned) 4. [Make a first call](#first-call) 5. [What a read costs](#cost) 6. [Write a field checklist your application can enforce](#write-a-field-checklist) 7. [Treat location and time as part of the record](#location-and-time) 8. [Make errors and incomplete results useful](#handle-incomplete-results) 9. [What it cannot do](#cannot-do) 10. [Beyond commerce](#beyond-commerce) 11. [Questions people ask](#questions) 12. [Start with the question you need to answer](#start-with-the-question) [Explore datasets](https://rewalto.com/data) By [Varun Mahajan](https://rewalto.com/about), FounderPublished 18 October 2026Last updated 28 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 API returns today These are the commerce datasets most integrations start with. Each row is the catalogue card as [/data](https://rewalto.com/data) shows it: its status, what it covers and when it was last updated. The table of datasets is read from the [Rewalto data catalogue](https://rewalto.com/data) each time this page is served. The catalogue lists each dataset's status, coverage and freshness with the time it was checked. A Live card with a note that its daily run is not switched on yet has been built and checked, but is not refreshed every day. Read the note before relying on it for a current answer. Catalogue discovery is distinct from retrieving the records. A card tells you what an entry contains, where it is covered and how recently it was updated; it is not a sample of everything Rewalto holds. Check whether records are kept over time or read fresh for a request, and review the source and usage information before planning redistribution or a customer-facing feature. ## Which sources it reads The sources for each dataset are listed on the [commerce datasets](https://rewalto.com/data/commerce) page, read from the catalogue each time this page is served. Rewalto reads public pages itself; it is not any app's or store's own API, and none of them supplies or endorses this data. Each reading keeps the source and time it was read. For each app on its own, see the [commerce datasets](https://rewalto.com/data/commerce); for where each app delivers from, see the [Dark-store map](https://rewalto.com/data/dark-stores). ## What is live, in preview and planned Live means a request can run today. Preview means it exists but some parts are not ready for production use. Planned means it is described in the catalogue and cannot be requested yet. Labels change as datasets move, so this section reads them from the catalogue rather than repeating a list written on one day. A planned dataset is a description of intent, not an offer you can buy. The lists are read from the [data catalogue](https://rewalto.com/data) each time this page is served. Access through AI agents (MCP, preview) is in preview. ## Make a first call Rewalto's REST address is `https://api.rewalto.com`. Start without a key: the version route needs no credentials, and the public catalogue is free, so you can confirm that a dataset is live before you spend anything. ``` curl --fail-with-body "https://api.rewalto.com/v1/version" curl --fail-with-body "https://api.rewalto.com/v1/catalogue/products?status=live" ``` Check the version against the integration note before relying on a capability. For price and stock at a pin code, see the worked example in [is there an API for India's quick-commerce apps](https://rewalto.com/guides/quick-commerce-api-india#first-call). The [API quickstart](https://rewalto.com/developers/docs/quickstart) covers authentication and the [data reference](https://rewalto.com/developers/docs/data) lists the documented routes. Keep private keys in server configuration, never in browser code, a public prompt or a shared report. The site, CLI and MCP use the same core API, credentials and approval rules, so an agent connection does not bypass scopes or credit review. To [connect an agent through MCP (preview)](https://rewalto.com/guides/mcp-server-india-data), read the [API, CLI and MCP reference](https://rewalto.com/developers/docs/cli-mcp) first: client setup stays unavailable until its integration note is published. ## What a read costs Credits are for the API, MCP (preview) and CLI; the dashboard never spends them. Each dataset publishes its rate in credits per unit on /data, and you pay only for data delivered. A request that returns nothing costs nothing. Every account gets 1,000 free credits a month. Free credits reset on the first of each month; paid credits last twelve months. Plan pagination before a wide extraction: a small first page validates your integration but does not tell you the cost of the whole set. When no published rate applies, review the quote and approve it before anything runs. Keep the receipt and request reference with the delivered records, without copying private content into logs. Decide who may expand a query, follow later pages or approve work beyond the first scope: a record returned while debugging is still delivered data. The [pricing page explains how credits work](https://rewalto.com/pricing). ## Write a field checklist your application can enforce Separate required fields from useful extras. For a commerce comparison this might be product identity, pack size, retailer, location, listed price, availability and collection time. Use the published field reference rather than assuming a familiar column name exists. Define missing values before building calculations. An absent price is unknown, not zero. A missing availability check does not prove that a product is unavailable. Keep identifiers as exact strings, including leading zeroes, and keep original values beside your own display labels so a reader can trace a comparison back to the supplied records. ## Treat location and time as part of the record India-wide coverage is not coverage of the pin codes your question concerns. Quick-commerce results differ by pin code; marketplace listings have a different location basis. Confirm how each dataset represents geography before joining records from different sources. Collection time, catalogue update time and the time your application received a response are different events. Keep them separate, and document the time zone when comparing periods. A gap in a series should stay visible rather than being filled with a price from another place or day. When you hand a comparison to another team, include the selection rules: which pin codes or marketplaces were requested, which returned records and which remain unknown. Put the limitation beside the comparison, where the reader can see it, rather than only in an implementation note. ## Make errors and incomplete results useful Show authentication failures, missing permissions and unavailable data explicitly. Do not replace a failed call with a successful-looking empty table. After an uncertain write, check the known resource before trying again; a timeout does not establish that nothing happened. Before shipping, test missing fields, empty results, later pages, expired credentials and an unavailable service. Review the [error guide](https://rewalto.com/developers/docs/errors) and the [coverage and freshness checks](https://rewalto.com/guides/check-dataset-coverage-and-freshness) together, then accept the specific journey your users need. ## What it cannot do - It does not report sales or demand. Listings and prices are not units sold; Unit velocity on /data is a lower bound from stock counters, not a sales figure. - It does not place orders or act on a seller account. The documented data routes only read. - It does not guess. A missing reading is unknown, and an unread pin code returns no record. - It does not make marketplace geography match quick-commerce pin codes. Check each dataset's location basis before joining them. ## Beyond commerce The same catalogue also lists companies, startups, investors, public records and [brand signals](https://rewalto.com/data/brand-signals), through the same API, credentials and credit rules. See the [Rewalto data catalogue](https://rewalto.com/data) for every family, and [marketplace product data](https://rewalto.com/guides/marketplace-product-data) or [shelf data by CSV or API](https://rewalto.com/guides/shelf-data-api) for how to read the commerce records well. ## Questions people ask ### Is there an ecommerce data API for India? Yes, for reading data. Rewalto's API returns price, MRP, discount, stock and listing records from Indian quick-commerce apps and marketplaces, each with its pin code where the source has one and the time it was read. ### Does it work by pin code? Yes for quick commerce, where prices and stock differ by pin code. Marketplace listings carry their own location basis, so check the field before joining the two. ### How fresh is the data? Each dataset shows its own freshness and last update on /data, read from the catalogue each time the page is served. ### How much does it cost? Reads are charged in credits for data delivered, at the rate each dataset publishes on /data. Every account gets 1,000 free credits a month, and a request that returns nothing costs nothing. The pricing page explains how credits work. ### Is this the apps' or marketplaces' own API? No. Rewalto reads what each app or store shows shoppers on its public pages. It is not a partner of any of them and is not their own feed. ### Can an AI agent use it? Yes, through the same API, a CLI, or the MCP server at mcp.rewalto.com/mcp. The same credentials, permissions and credit rules apply to all three. ### What happens when there is no data? You get an empty result or an unknown state with a reason, never a guess, and it costs no credits. ## Start with the question you need to answer Write a short acceptance statement before choosing a dataset: which decision the data will support, who will read the result, the minimum pin codes or marketplaces and the period. That gives developers and reviewers one definition of success and makes an honest partial result easy to recognise. Different decisions need different records. A purchasing comparison needs equivalent products and prices read under comparable conditions. A screen showing recent availability needs the pin code and reading time beside each result. A historical analysis needs a documented period and an explanation of gaps. These are different requirements even when they concern the same product, so name the one you have before choosing a dataset. If the data you need is missing, [ask Finder](https://rewalto.com/finder) with the fields and scope. To check one brand at one pin code without code, use the [free pin-code availability check](https://rewalto.com/tools/pin-code-availability). ## 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 ### Quick commerce MCP server for India data: what it returns and how to connect What the quick commerce MCP server returns and how to connect an AI agent to it safely. Explore](https://rewalto.com/guides/mcp-server-india-data) [Data ### Marketplace product data: read listings without overclaiming How to work with marketplace listings while keeping sales and demand claims separate. Explore](https://rewalto.com/guides/marketplace-product-data) [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/india-data-api Last content change: 2026-10-28