Yango Tech Retail MCP
Use this MCP server to inspect and update a Yango Tech Retail account through 16 tools, starting with read-only checks and using explicit write actions when needed.
List stores with status and location/address details.
Browse the product catalog and create or upsert up to 100 products.
List price lists, read product prices, and set up to 100 prices as decimal strings.
Create up to 100 store-specific discounts, with undocumented upstream payload keys.
Query stock across stores and update or initialize stock for one store with up to 1,000 lines.
Create orders, get order details, batch-check order states, and poll the continuous order event feed.
Cancel orders with an optional reason.
Read fiscal receipts by order id or receipt id, optionally including selected client PII fields.
Call other Yango Tech Retail B2B endpoints via
raw_request, including possible writes.
Click on "Deploy Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@Yango Tech Retail MCP What state are orders ORD-1040 through ORD-1042 in?"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
Yango Tech Retail MCP
English | Русский
A1 Yango Tech Retail MCP connects an AI app to a retailer account in Yango Tech Retail. Use ordinary language to check stores, orders, products, prices and stock, or to create orders and update account data when needed.
The server works with the retailer-facing B2B API for grocery retail and darkstores. It is not a marketplace seller portal, a taxi service or Yango Delivery.
16 tools. Nine read-only tools, five write tools and two potentially destructive tools cover stores, catalog, pricing, stock, orders and receipts.
A safe read-only start. Check connected data before changing anything in the account.
Clear write boundaries. Order creation and cancellation, product upserts, price changes, discount creation and stock updates are separated from reads.
Additional API coverage. Technical users can reach methods without a dedicated tool through
raw_request.
Start with:
List our stores and show the stock of product
[product ID]in each.
Connect the server · Explore use cases · Open technical documentation
See it work in a minute
You: List our stores and show the stock of product
[product ID]in each.Assistant: I will return the stores, their ids and the current stock of this product in each one.
You: Show the price of this product in every price list.
Assistant: I will return the price lists and the current product price in each one. No account data will be changed.
You: Change the price to
99.90in price list[price-list ID].Assistant: This will change a real customer-facing price. I will show the product, price list, current value and new value before asking for confirmation.
You: Confirm.
Assistant: The price has been updated. I will read the price list again and return the current value.
Stores, products, prices, stock and order states always come from the connected retailer account and the current API response.
Related MCP server: fleetsync-mcp
Contents
Quick start
You need Node.js 20+, a Yango Tech Retail account and a retailer Bearer token.
Get a token from your Yango Tech integration manager.
Add the server to your AI app using one of the instructions below.
Start with a read-only request:
List our stores and show the stock of product
[product ID]in each.
In the app:
Open Settings → MCP servers.
Select Add server.
Choose STDIO, then enter the launch command
npx -y mcp-yango-retail@latestand theYANGO_RETAIL_TOKENenvironment variable with your token.Select Save, then Restart.
From the command line:
codex mcp add yango-retail \
--env YANGO_RETAIL_TOKEN=your_token \
-- npx -y mcp-yango-retail@latestCheck the connection:
codex mcp listclaude mcp add \
--env YANGO_RETAIL_TOKEN=your_token \
--transport stdio \
--scope user \
yango-retail \
-- npx -y mcp-yango-retail@latestCheck the connection:
claude mcp listThe current official path is Settings → Extensions. For a custom desktop extension, open Advanced settings → Extension Developer → Install Extension…, select a .mcpb file and follow the prompts.
This repository currently publishes an npm stdio package and does not contain a .mcpb bundle. For Claude Desktop builds that still support local configuration, use the following JSON stdio configuration as a fallback:
{
"mcpServers": {
"yango-retail": {
"command": "npx",
"args": ["-y", "mcp-yango-retail@latest"],
"env": {
"YANGO_RETAIL_TOKEN": "your_token"
}
}
}
}In those builds, save it to ~/Library/Application Support/Claude/claude_desktop_config.json on macOS or %APPDATA%\Claude\claude_desktop_config.json on Windows.
Claude Desktop MCP documentation
Add a user-level server to ~/.cursor/mcp.json on macOS/Linux or %USERPROFILE%\.cursor\mcp.json on Windows:
{
"mcpServers": {
"yango-retail": {
"type": "stdio",
"command": "npx",
"args": ["-y", "mcp-yango-retail@latest"],
"env": {
"YANGO_RETAIL_TOKEN": "your_token"
}
}
}
}Run MCP: Open User Configuration from the Command Palette and add:
{
"servers": {
"yango-retail": {
"type": "stdio",
"command": "npx",
"args": ["-y", "mcp-yango-retail@latest"],
"env": {
"YANGO_RETAIL_TOKEN": "${input:yango_retail_token}"
}
}
},
"inputs": [
{
"type": "promptString",
"id": "yango_retail_token",
"description": "Yango Tech Retail Bearer token",
"password": true
}
]
}Check the server with MCP: List Servers.
What you can ask it to do
Check stores and the product catalog
List stores with their ids, status, location, address and name when available.
Browse products by cursor and inspect their status, category, localized names, barcodes and custom attributes.
Create or update up to 100 products in one request. Product records are upserted rather than added as duplicates.
Check and update prices
List price lists and read product prices from one or more lists.
Compare the same product across price lists.
Set up to 100 prices in one request using decimal strings such as
"150.00".Create up to 100 store-specific discounts after confirming the expected field structure with Yango Tech.
Check and update stock
Read stock across stores, including the product, quantity and shelf type.
Update up to 1,000 stock lines for one store.
Use
initializefor the first stock load andmodifyfor regular updates.
Work with orders and receipts
Create an order after collecting its store, products, quantities, prices, delivery details and payment type.
Read order details and check the current states of several orders at once.
Follow the order event feed for new orders, state changes and issued receipts.
Read a fiscal receipt by order id or receipt id.
Cancel an order after checking its current state and the cancellation reason.
Use additional API methods
raw_request covers /b2b/v1/* methods without a dedicated tool, including order updates, VAT data, price-list links, picking, logistics and 3PL delivery operations. It can change real account data and is intended for technical users who understand the upstream API.
Complete schemas, response fields and API gaps are available in the tool reference.
How retail data is connected
Entity | How it is used |
Store | Identifies the location whose stock and discounts are read or changed |
Product | The same |
Price list | Holds product prices separately from a store; store-to-list links use another API method |
Stock line | Connects a product, store, quantity and shelf type; sellable stock normally uses |
Order | Uses a retailer-supplied |
Receipt | Can be requested by |
Feeds use cursor pagination. A page with fewer items than the requested limit means the current product, price-list or stock feed is exhausted. The order event feed is continuous: keep its last cursor and request the next page later.
What changes in the account
The server exposes MCP annotations for read-only, write and destructive actions. The AI client decides when and how to ask for confirmation.
Action | Result | Changes the account |
Read stores, products, price lists, prices, stock, orders or receipts | Returns current account data | No |
Create or update products | Upserts real catalog records | Yes |
Set prices | Overwrites customer-facing prices | Yes |
Create discounts | Adds real store-specific discounts | Yes |
Update or initialize stock | Overwrites stock quantities for a store | Yes |
Create an order | Adds a real order with the supplied | Yes |
Cancel an order | Changes the order to a cancellation state | Yes |
| Calls another API method, including possible writes | Depends on the method |
Before a write, ask the assistant to show the target store, product ids, price list, quantities, current values and proposed values. Write responses are not fully documented upstream, so after a successful price or stock update the server can read the corresponding data again and show the current value.
Getting access
Yango Tech issues a Bearer token for a retailer account through an integration manager. This repository does not describe a self-service token portal.
Contact your Yango Tech integration manager and request a retailer Bearer token.
Add it to the AI client as
YANGO_RETAIL_TOKEN.Keep it out of Git and share it only through the AI client's secret or environment-variable configuration.
The production API host is https://api.retailtech.yango.com. Every API call is a POST with a JSON body under /b2b/v1/*, including read operations.
The token is stored in the AI client's local configuration. Treat it like a password and never commit a configuration containing a real token.
Configuration
Variable | Required | Default | Description |
| yes | — | Bearer token issued by Yango Tech; |
| no |
| API root override; |
| no |
| Timeout for one request, in milliseconds |
| no |
| Maximum retries for temporary failures; writes are not replayed after network or 5xx errors |
| no | enabled |
|
Data and telemetry
Requests to Yango Tech Retail
The server runs on your machine and sends retailer data directly to the configured Yango Tech Retail API host. The Bearer token is attached only to requests resolved against that host. Even raw_request accepts a relative path and rejects a path that resolves to another origin.
Anonymous telemetry
By default, the server sends technical events to usage.gistrec.cloud: server start, called tool name and a fixed reason code when startup fails.
Events contain a random installation id, package version, AI client name and version, Node.js version and operating system. The Bearer token, retailer data, tool arguments and prompts are not read or sent. For each tool call it also sends the outcome and, on failure, an excerpt of the error text with e-mails, addresses, tokens, numbers of 4+ digits and quoted text replaced by #; a value from your request can appear in it if the error text contains it. Telemetry has a two-second timeout and does not block tool calls.
To disable telemetry, add:
ASKADS_TELEMETRY=0The implementation is in src/telemetry.ts.
Limits and background work
The public API quota is not documented. The official Python client keeps to 5 requests per second for one token and endpoint; use that as an operating guideline, not as a published API limit. This server does not proactively throttle every call.
429 responses are retried. The server follows
Retry-Afterwhen present and makes no more retries thanYANGO_RETAIL_MAX_RETRIESallows.Writes are not replayed after uncertain failures. Network and 5xx retries apply only to side-effect-free reads. After an uncertain write, read the current order, price or stock before trying again.
Batch limits apply. Products, prices and discounts accept up to 100 entries per request; stock updates accept up to 1,000 lines.
There is no background monitoring. The server works only when called from the AI app. If the app supports scheduled tasks, it can check order states or stock periodically.
There is no automatic rollback. A successful update changes the retailer account immediately.
Deletion is limited by the upstream API. Products and prices are upserted; there are no known delete methods for products, prices or discounts.
Discount support is incomplete upstream. The exact keys for the activity period and discount value are undocumented, and there is no known method to list or delete discounts. Confirm the payload with Yango Tech before using it.
Technical documentation
MCP capability catalog — task-oriented pages for every tool.
All tools — input schemas, responses, pagination, API gaps and batch limits.
Development — local setup and project checks.
Publishing — package release and MCP catalog listing.
npm package — the published
mcp-yango-retailpackage.Official Yango Tech Python client — the available upstream specification for this API.
Support
Found a bug or missing a use case? Create an issue or message us on Telegram.
Available Tools
16 toolscancel_orderCancel an orderADestructive
Cancels an existing order (POST /b2b/v1/orders/cancel). Optionally pass a reason. The response body is not documented upstream and is returned verbatim; verify the outcome with get_orders_state (expect canceled or pending_cancel).
Inputs: order_id (required), reason.
create_discountsCreate discountsA
Creates per-store product discounts (POST /b2b/v1/discounts/create), at most 100 per request. CAUTION: the exact key names inside discount_activity_period and discount_value are NOT documented (the official client types them as plain string→string maps with no example) — confirm the expected keys with Yango Tech before relying on this tool, and note there is no endpoint to list or delete discounts. The response body is not documented upstream (2xx = success) and is returned verbatim.
Inputs: discounts (required).
create_orderCreate an orderA
Creates an order on the Yango Tech platform (POST /b2b/v1/orders/create). You supply the order_id; the same body shape is used by the platform for order updates. All money fields are decimal STRINGS (e.g. "150.00"), never numbers. The response body is not documented upstream and is returned verbatim. After creation, track progress with get_orders_state (get_order does NOT return the state).
Inputs: order_id (required), cart, store_id, courier_pin, +6 more.
create_productsCreate or update productsA
Creates (or upserts) products in the catalog (POST /b2b/v1/products/create), at most 100 per request. Each product uses the same shape query_products returns: {product_id, master_category, status, is_meta, custom_attributes}. custom_attributes must include longName ({lang: text}), shortNameLoc, markCount and markCountUnitList; extra keys are passed through. The response body is not documented upstream (2xx = success) and is returned verbatim.
Inputs: products (required).
get_orderGet order detailsARead-onlyIdempotent
Details of a single order (POST /b2b/v1/orders/get): every field the order was created with (cart, delivery_address, payment_type, store_id, …) plus create_time. NOTE: the response does NOT include the order state — use get_orders_state for tracking.
Inputs: order_id (required).
get_orders_stateGet order states (batch)ARead-onlyIdempotent
Batch order tracking (POST /b2b/v1/orders/state). Returns {query_results: [{order_id, query_result, state?}]} — query_result reports per-order lookup success (an unknown id is reported here, not as an HTTP error). Known states: draft, checked_out, reserving, reserved, postpone_reserving, postponed, assembling, assembled, courier_assigned, delivering, closed, pending_cancel, canceled (the list is open-ended).
Inputs: orders (required).
get_pricesGet pricesARead-onlyIdempotent
Product prices for one or more price lists (POST /b2b/v1/prices/get). Returns {results: [{pricelist_id, prices_data: [{product_id, price, price_per_quantity?}]}]}. price may arrive as a number or a string — treat it as a decimal either way.
Inputs: pricelist_ids (required).
get_receiptGet fiscal receiptsARead-onlyIdempotent
Fiscal receipt(s) by receipt id OR order id (POST /b2b/v1/receipts/get) — pass exactly one of the two. Returns {receipts: [{receipt_id, order, create_time, store, receipt_type (payment|refund), payment_methods, items, client?}]}; items is a map keyed by item id, and all amounts are decimal strings. Client PII (full_name, phone_number, email, delivery_address) is included only for the fields you list in client_fields.
Inputs: order_id, receipt_id, client_fields.
get_storesList storesARead-onlyIdempotent
All stores (darkstores) of the retailer (POST /b2b/v1/stores/get, no parameters). Returns {stores: [{id, status, location: {lat, lon}, address?, name?}]}. The store id is the WMS store id used by create_order, update_stocks and create_discounts; status values are not enumerated upstream.
Inputs: no named parameters.
query_order_eventsPoll the order event feedARead-onlyIdempotent
Cursor-based order event feed (POST /b2b/v1/orders/events/query): new orders, state changes and issued receipts. Returns {cursor, orders_events: [{order_id, occurred, data: {type, …}}]} where data.type is state_change (with current_state), new_order, or receipt_issued (with receipt_id). Omit cursor for the first call, then keep passing the returned cursor — the feed is continuous, so poll again later with the last cursor.
Inputs: cursor.
query_price_listsQuery price listsARead-onlyIdempotent
Cursor-based price-list feed (POST /b2b/v1/pricelists/query) — the API's only way to list price lists, so a full snapshot means iterating until a page has fewer items than limit. Returns {pricelists: [{id, name, status (active|removed)}], cursor}. Price-list ids feed get_prices and set_prices. Related endpoints without a dedicated tool (pricelists/get, pricelists/create, store-pricelist-links/*) are reachable via raw_request.
Inputs: limit, cursor.
query_productsQuery the product catalogARead-onlyIdempotent
Cursor-based product catalog / product-updates feed (POST /b2b/v1/products/query). Returns {products, cursor}; iterate until a page has fewer items than limit to build a full snapshot. Each product: {product_id, master_category, status (active|disabled|archived), is_meta, custom_attributes}. custom_attributes carries localized maps (longName, shortNameLoc, descriptionLoc: {lang: text}), markCount + markCountUnitList (unit/gram/kilogram/liter/millilitre — open-ended), barcode[], images[], typeAccounting (byUnit|byWeight|byTrueWeight) and arbitrary extra attributes.
Inputs: limit, cursor.
query_stocksQuery stock levelsARead-onlyIdempotent
Cursor-based stock feed across stores (POST /b2b/v1/stocks/query). Returns {stocks: [{product_id, quantity, shelf_type, store_id}], cursor}; iterate until a page has fewer items than limit for a full snapshot. Known shelf_type values (open-ended): store, markdown, incoming, out, trash, lost, found, office, parcel, parcel_returned, collection, cargo, repacking, review, kitchen_on_demand, kitchen_components, kitchen_trash, kitchen_lost, kitchen_found. Sellable stock normally lives on shelf_type "store".
Inputs: limit, cursor.
raw_requestRaw Yango Tech Retail API callADestructive
Escape hatch: direct call to any Yango Tech Retail B2B endpoint — for paths without a dedicated tool (orders/update, receipts/documents/upload, wms/picking/set-state, logistics/delivery/set-state, products-vat/, pricelists/get|create, store-pricelist-links/, 3pl/deliveries/*). Every endpoint of this API is a POST with a JSON body; pass a relative path like "b2b/v1/pricelists/get" and the body object. CAUTION: this tool can perform writes; 5xx/network errors are never retried for it.
Inputs: path (required), body.
set_pricesSet pricesA
Sets product prices in price lists (POST /b2b/v1/prices/set), at most 100 per request. Prices are decimal STRINGS (e.g. "150.00"); price_per_quantity (pack size the price applies to) defaults to 1 when omitted. The response body is not documented upstream (2xx = success) and is returned verbatim. There is no delete endpoint for prices.
Inputs: prices (required).
update_stocksUpdate stock quantitiesA
Writes stock quantities for one store. mode=modify (default) POSTs /b2b/v1/stocks/update with update_mode "modify" (at most 1000 items per request); mode=initialize POSTs /b2b/v1/stocks/initialize for the first-time stock load of a store. The response body is not documented upstream (2xx = success) and is returned verbatim. Verify the result with query_stocks.
Inputs: stocks (required), store_id (required), mode.
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
Loading tool schema changelog…
TDQS
Scored across 16 tools
Each tool targets a distinct resource and action (price lists, orders, order state, events, receipts, stores, products, prices, discounts, stocks). Even similar tools like get_order and get_orders_state are clearly separated by their descriptions, making selection unambiguous.
Tool names follow a consistent pattern: 'query_' for cursor-based feeds, 'get_' for direct retrieval, 'create_', 'set_', 'update_', 'cancel_' for writes, and 'raw_request' as an explicit escape hatch. The verbs are meaningful and consistent, with no mixed conventions.
16 tools is slightly above the typical well-scoped range but appropriate for a comprehensive retail API that spans orders, catalog, pricing, inventory, discounts, and receipts. Each tool serves a distinct purpose, and the count feels justified rather than bloated.
Core workflows are covered with dedicated tools for order creation/cancellation/query, product listing/creation, price get/set, stock query/update, and discount creation. Some operations (e.g., order update, price list creation, product update) lack dedicated tools but are reachable via raw_request, so agents can work around minor gaps.
Maintenance
Related MCP Connectors
Operate Obriym CRM from your AI assistant: leads, deals, orders, catalog, stock, marketplaces.
Russian APIs for AI agents: YooKassa, CDEK, Bitrix24 and more. Ready scenarios with code. No key.
Manage your NanoCart store from any AI agent: products, orders, coupons, subscribers, reports.
Warehouse ops from Claude: orders, stock, forecasts, parcel rates, labels you buy in the console
Related MCP Servers
- AlicenseAqualityDmaintenanceIntegrates with Yandex Market Partner API, providing search and execute tools for managing orders, returns, shipments, offers, prices, and other seller operations via natural language.181MIT
- FlicenseAqualityCmaintenanceEnables AI agents to query orders, manage routes, track drivers, and analyze delivery performance on the FleetSync last-mile delivery platform through natural language.18-
- AlicenseAqualityBmaintenanceEnables AI assistants to search products, manage a cart, and place orders with Yandex Lavka, requiring explicit human confirmation before charging.2225MIT
- AlicenseAqualityBmaintenanceYandex Market Partner API in your AI assistant: orders and returns, products and cards, prices and tariffs, reports, reviews and chats. 165 methods live in a YAML catalog the server executes, the agent searches it in plain language, and every method carries an access class so writes and irreversible calls ask for confirmation.263MIT