Skip to main content
Glama
Yango Tech Retail MCP

Yango Tech Retail MCP

Yango Tech Retail MCP

English | Русский

npm Glama CI License: MIT

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.90 in 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.

  1. Get a token from your Yango Tech integration manager.

  2. Add the server to your AI app using one of the instructions below.

  3. Start with a read-only request:

    List our stores and show the stock of product [product ID] in each.

In the app:

  1. Open Settings → MCP servers.

  2. Select Add server.

  3. Choose STDIO, then enter the launch command npx -y mcp-yango-retail@latest and the YANGO_RETAIL_TOKEN environment variable with your token.

  4. Select Save, then Restart.

From the command line:

codex mcp add yango-retail \
  --env YANGO_RETAIL_TOKEN=your_token \
  -- npx -y mcp-yango-retail@latest

Check the connection:

codex mcp list

Codex MCP documentation

claude mcp add \
  --env YANGO_RETAIL_TOKEN=your_token \
  --transport stdio \
  --scope user \
  yango-retail \
  -- npx -y mcp-yango-retail@latest

Check the connection:

claude mcp list

Claude Code MCP documentation

The 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"
      }
    }
  }
}

Cursor MCP documentation

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.

VS Code MCP documentation

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 initialize for the first stock load and modify for 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 product_id connects catalog data, prices, stock and order items

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 store

Order

Uses a retailer-supplied order_id; order details and current state are read separately

Receipt

Can be requested by order_id or receipt_id when it is available

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 order_id

Yes

Cancel an order

Changes the order to a cancellation state

Yes

raw_request

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.

  1. Contact your Yango Tech integration manager and request a retailer Bearer token.

  2. Add it to the AI client as YANGO_RETAIL_TOKEN.

  3. 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

YANGO_RETAIL_TOKEN

yes

—

Bearer token issued by Yango Tech; YANGO_AUTH_TOKEN is accepted as an alias

YANGO_RETAIL_API_BASE_URL

no

https://api.retailtech.yango.com

API root override; YANGO_API_BASE_URL and YANGO_DOMAIN are accepted as aliases

YANGO_RETAIL_TIMEOUT_MS

no

60000

Timeout for one request, in milliseconds

YANGO_RETAIL_MAX_RETRIES

no

3

Maximum retries for temporary failures; writes are not replayed after network or 5xx errors

ASKADS_TELEMETRY

no

enabled

0, false, off or no disables anonymous telemetry

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=0

The 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-After when present and makes no more retries than YANGO_RETAIL_MAX_RETRIES allows.

  • 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

Support

Found a bug or missing a use case? Create an issue or message us on Telegram.

Available Tools

16 tools
cancel_orderCancel an orderA
Destructive

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 detailsA
Read-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)A
Read-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 pricesA
Read-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 receiptsA
Read-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 storesA
Read-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 feedA
Read-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 listsA
Read-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 catalogA
Read-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 levelsA
Read-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 callA
Destructive

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

    A4.4/5.0

    Scored across 16 tools

    Disambiguation5/5

    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.

    Naming Consistency5/5

    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.

    Tool Count4/5

    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.

    Completeness4/5

    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

    ActivityMaintained
    ResponsivenessNo recent community issues

    Related MCP Connectors

    Related MCP Servers