botx402
Inventory reorder plans from SKU sales, stock and lead times. $19 a run, paid by card.
¿Debería usar esto?
Calidad y seguridad
Hallazgos (1)
- LOWen validate_inventory_reorder_inputs
Basado en el análisis automatizado de las definiciones de herramientas y el cumplimiento del protocolo.
Costo de contexto
Este es el número aproximado de tokens que se consumen cada vez que las herramientas del servidor se cargan en el contexto de un modelo. Los recuentos más altos reducen la atención disponible para otras tareas.
Instalar
Instalación con un clic
Agrega esto a tu archivo `claude_desktop_config.json`:
{
"mcpServers": {
"server": {
"url": "https://api.botx402.io/mcp"
}
}
}Puntos de conexión remotos
https://api.botx402.io/mcpstreamable-httpQué puede hacer
Inventario de herramientas
Herramientas (4)
🟢list_bots
List the bots this server can run: what each one does, its price per run, what a run returns, its input schema, and the names of its validate_ and start_ tools. Free and read-only.
Esquema de entrada
{
"type": "object",
"properties": {},
"additionalProperties": false
}🟢validate_inventory_reorder_inputs(email, inputs)
Check inputs for Inventory Reorder Snapshot before asking a human to pay. Free; nothing is charged, stored or run. Takes exactly the JSON start_inventory_reorder takes: {"inputs": {...}}, plus "email" if you have it (checked too, optional here). Returns either valid (with a one-line summary of what will be analysed) or every problem found at once, each with its path (e.g. inputs.skus[2].unit_cost) and how to fix it. Fix them all, call again, then call start_inventory_reorder with the same JSON plus the buyer's email. Turns a store's per-SKU sales history, stock on hand, open purchase orders and supplier lead times into a reorder plan: which SKUs to reorder now and how many units (rounded up to MOQ and case pack), which are out of stock or will run out before the next delivery could arrive, which are overstocked or not selling, how much cash is tied up in excess stock, and which SKUs earn the revenue (ABC tiers). It is rule-based and deterministic, computed only from the figures supplied. It is not a forecast: it does not model seasonality, trend or promotions, multiple locations, variant roll-ups, supplier price breaks or margin. It does not connect to Shopify or any other system; the data is sent inline. Inputs: an as_of date, an optional window_days (28 to 365, default 90) that units_sold covers, and 1 to 800 SKUs, each with sku, units_sold, on_hand, unit_price and unit_cost. lead_time_days is needed per SKU or in defaults. The whole request must stay under 200 KB.
Esquema de entrada
{
"type": "object",
"properties": {
"email": {
"description": "The buyer's email: Stripe sends the payment receipt there and botx402 emails the results link.",
"format": "email",
"type": "string"
},
"inputs": {
"additionalProperties": false,
"properties": {
"as_of": {
"description": "Last day covered by the sales figures (YYYY-MM-DD). Echoed in the report.",
"format": "date",
"type": "string"
},
"currency": {
"description": "ISO currency code for prices and costs. Display only. Defaults to USD.",
"pattern": "^[A-Z]{3}$",
"type": "string"
},
"defaults": {
"additionalProperties": false,
"description": "Fallbacks for SKUs that do not set their own. lead_time_days is required here unless every SKU sets it.",
"properties": {
"lead_time_days": {
"maximum": 365,
"minimum": 0,
"type": "integer"
},
"safety_days": {
"maximum": 365,
"minimum": 0,
"type": "integer"
},
"target_cover_days": {
"description": "Days of stock an order should cover on top of lead time and safety days. Defaults to 30.",
"maximum": 365,
"minimum": 1,
"type": "integer"
}
},
"type": "object"
},
"skus": {
"items": {
"additionalProperties": false,
"properties": {
"days_out_of_stock": {
"description": "Days in the window the SKU had no stock. Missing means 0. Cannot exceed window_days.",
"maximum": 365,
"minimum": 0,
"type": "integer"
},
"lead_time_days": {
"maximum": 365,
"minimum": 0,
"type": "integer"
},
"moq": {
"description": "Minimum order quantity. An order below it is raised to it.",
"maximum": 1000000000,
"minimum": 1,
"type": "integer"
},
"on_hand": {
"maximum": 1000000000,
"minimum": 0,
"type": "integer"
},
"on_order": {
"description": "Units on open purchase orders. Assumed to arrive after lead_time_days.",
"maximum": 1000000000,
"minimum": 0,
"type": "integer"
},
"order_multiple": {
"description": "Case pack. Order quantities are rounded up to a multiple of it.",
"maximum": 1000000000,
"minimum": 1,
"type": "integer"
},
"safety_days": {
"maximum": 365,
"minimum": 0,
"type": "integer"
},
"sku": {
"maxLength": 64,
"minLength": 1,
"type": "string"
},
"target_cover_days": {
"maximum": 365,
"minimum": 1,
"type": "integer"
},
"title": {
"maxLength": 200,
"type": "string"
},
"unit_cost": {
"minimum": 0,
"type": "number"
},
"unit_price": {
"minimum": 0,
"type": "number"
},
"units_sold": {
"description": "Net units sold in the window (after returns).",
"maximum": 1000000000,
"minimum": 0,
"type": "integer"
}
},
"required": [
"sku",
"units_sold",
"on_hand",
"unit_price",
"unit_cost"
],
"type": "object"
},
"maxItems": 800,
"minItems": 1,
"type": "array"
},
"window_days": {
"description": "Days of sales history the units_sold figures cover. Defaults to 90 when omitted.",
"maximum": 365,
"minimum": 28,
"type": "integer"
}
},
"required": [
"as_of",
"skus"
],
"type": "object"
}
},
"required": [
"inputs"
],
"additionalProperties": false
}🟢start_inventory_reorder(email, inputs)
Start a paid Inventory Reorder Snapshot run ($19.00 per run). This tool never charges anyone; it returns a Stripe checkout link that a person opens and pays. It creates the checkout and returns the link with a receipt_id and access_token. Nothing runs until the person pays on Stripe's page. Show the user the link and the price and ask them to pay; then call get_run with the receipt_id and access_token. Results are also emailed to the address given. Takes the same JSON as validate_inventory_reorder_inputs ({"inputs": {...}, "email": "..."}); run validate_inventory_reorder_inputs first, since invalid inputs are rejected here too. Each call creates a new checkout, so do not retry a call that succeeded. Returns: A PDF report and a JSON plan: one row per SKU (status, order quantity, days of cover, cash tied up) plus summary totals. Turns a store's per-SKU sales history, stock on hand, open purchase orders and supplier lead times into a reorder plan: which SKUs to reorder now and how many units (rounded up to MOQ and case pack), which are out of stock or will run out before the next delivery could arrive, which are overstocked or not selling, how much cash is tied up in excess stock, and which SKUs earn the revenue (ABC tiers). It is rule-based and deterministic, computed only from the figures supplied. It is not a forecast: it does not model seasonality, trend or promotions, multiple locations, variant roll-ups, supplier price breaks or margin. It does not connect to Shopify or any other system; the data is sent inline. Inputs: an as_of date, an optional window_days (28 to 365, default 90) that units_sold covers, and 1 to 800 SKUs, each with sku, units_sold, on_hand, unit_price and unit_cost. lead_time_days is needed per SKU or in defaults. The whole request must stay under 200 KB.
Esquema de entrada
{
"type": "object",
"properties": {
"email": {
"description": "The buyer's email: Stripe sends the payment receipt there and botx402 emails the results link.",
"format": "email",
"type": "string"
},
"inputs": {
"additionalProperties": false,
"properties": {
"as_of": {
"description": "Last day covered by the sales figures (YYYY-MM-DD). Echoed in the report.",
"format": "date",
"type": "string"
},
"currency": {
"description": "ISO currency code for prices and costs. Display only. Defaults to USD.",
"pattern": "^[A-Z]{3}$",
"type": "string"
},
"defaults": {
"additionalProperties": false,
"description": "Fallbacks for SKUs that do not set their own. lead_time_days is required here unless every SKU sets it.",
"properties": {
"lead_time_days": {
"maximum": 365,
"minimum": 0,
"type": "integer"
},
"safety_days": {
"maximum": 365,
"minimum": 0,
"type": "integer"
},
"target_cover_days": {
"description": "Days of stock an order should cover on top of lead time and safety days. Defaults to 30.",
"maximum": 365,
"minimum": 1,
"type": "integer"
}
},
"type": "object"
},
"skus": {
"items": {
"additionalProperties": false,
"properties": {
"days_out_of_stock": {
"description": "Days in the window the SKU had no stock. Missing means 0. Cannot exceed window_days.",
"maximum": 365,
"minimum": 0,
"type": "integer"
},
"lead_time_days": {
"maximum": 365,
"minimum": 0,
"type": "integer"
},
"moq": {
"description": "Minimum order quantity. An order below it is raised to it.",
"maximum": 1000000000,
"minimum": 1,
"type": "integer"
},
"on_hand": {
"maximum": 1000000000,
"minimum": 0,
"type": "integer"
},
"on_order": {
"description": "Units on open purchase orders. Assumed to arrive after lead_time_days.",
"maximum": 1000000000,
"minimum": 0,
"type": "integer"
},
"order_multiple": {
"description": "Case pack. Order quantities are rounded up to a multiple of it.",
"maximum": 1000000000,
"minimum": 1,
"type": "integer"
},
"safety_days": {
"maximum": 365,
"minimum": 0,
"type": "integer"
},
"sku": {
"maxLength": 64,
"minLength": 1,
"type": "string"
},
"target_cover_days": {
"maximum": 365,
"minimum": 1,
"type": "integer"
},
"title": {
"maxLength": 200,
"type": "string"
},
"unit_cost": {
"minimum": 0,
"type": "number"
},
"unit_price": {
"minimum": 0,
"type": "number"
},
"units_sold": {
"description": "Net units sold in the window (after returns).",
"maximum": 1000000000,
"minimum": 0,
"type": "integer"
}
},
"required": [
"sku",
"units_sold",
"on_hand",
"unit_price",
"unit_cost"
],
"type": "object"
},
"maxItems": 800,
"minItems": 1,
"type": "array"
},
"window_days": {
"description": "Days of sales history the units_sold figures cover. Defaults to 90 when omitted.",
"maximum": 365,
"minimum": 28,
"type": "integer"
}
},
"required": [
"as_of",
"skus"
],
"type": "object"
}
},
"required": [
"inputs",
"email"
],
"additionalProperties": false
}🟢get_run(access_token, receipt_id)
Check a run started with a start_ tool and fetch its results. Needs the receipt_id AND the access_token that start_ returned: the token is the proof that the caller started the run, and without it nothing is returned. Status is awaiting_payment (the user has not paid yet), running, completed or failed. When completed, structuredContent.result is the bot's full JSON result, ready to act on, and pdf_url links the PDF report (presigned, expires after 7 days). Free and read-only; poll about once a minute.
Esquema de entrada
{
"type": "object",
"properties": {
"access_token": {
"description": "access_token from start_<bot>.",
"type": "string"
},
"receipt_id": {
"description": "receipt_id from start_<bot>, like RG-202610-1A2B3C4D.",
"type": "string"
}
},
"required": [
"receipt_id",
"access_token"
],
"additionalProperties": false
}Comunidad
Evidencia