SmartUp MCP
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
No arguments | |||
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| smartup_ordersA | Заказы (сделки) за период с составом и статусом. Отвечает на «что заказали», «в каком статусе заказ», «сколько отгрузили клиенту за неделю». Дата: 2026-09-06, 06.09.2026, «вчера» или «-7d». |
| smartup_stockA | Свободные остатки по товарам и складам на дату. Отвечает на «сколько осталось», «есть ли товар на складе». |
| smartup_productsA | Справочник товаров: название, код, артикул, упаковка, бренд. Отвечает на «есть ли такой товар», «какой у него код». |
| smartup_pricesA | Действующие цены товаров по типам прайса. Отвечает на «почём отгружаем», «какая цена у этого товара». Показывает название товара, а не только код. |
| smartup_contractorsA | Юрлица из справочника: клиенты и их торговые точки. Отвечает на «есть ли такой клиент», «какой у него ИНН и код», «какие у него точки». Точка — это юрлицо с родительской карточкой, отдельной сущности «точка» в API нет. |
| smartup_paymentsA | Приходы денег за период. Отвечает на «платил ли клиент», «сколько пришло за неделю». Дата: 2026-09-06, 06.09.2026, «вчера» или «-7d». |
| smartup_returnsB | Возвраты товара за период. Отвечает на «что вернули», «сколько возвратов у клиента». Дата: 2026-09-06, 06.09.2026, «вчера» или «-7d». |
| smartup_referenceB | Остальные справочники: склады (room), группы товаров (product_group), производители (producer), типы цен (price_type), договоры (contract), физлица (natural_person), рейсы (logistics). |
| smartup_exportA | Прямой вызов любого метода |
| smartup_usageA | Сколько запросов коннектор сделал за сегодня и какой у него предел. Лимиты SmartUp общие с боевой работой, поэтому смотреть сюда стоит перед большими выгрузками. |
| smartup_staffA | Менеджеры продаж, которых учётная система принимает в заказах: код штата, имя и рабочие зоны. Отдельного справочника штата в API SmartUp нет, поэтому список собирается из проведённых заказов — то есть содержит только те коды, которые заведомо работают. |
| smartup_order_defaultsA | Какие коды подставятся при создании заказа и откуда они взяты: рабочая зона, менеджер, тип цены, склад, робот. Полезно посмотреть до записи — особенно если заказ уже отклоняли. Ничего не меняет. |
| smartup_debtA | Сколько клиент должен: отгрузки минус оплаты минус возвраты за период. Отвечает на «кто сколько должен», «есть ли долг у клиента», «кому пора звонить». Считается из заказов, оплат и возвратов — трёх выгрузок. Дата: 2026-09-06, 06.09.2026, «вчера» или «-7d». |
| smartup_salesA | Свод продаж за период: по клиентам, по товарам или по дням. Отвечает на «что продавалось лучше всего», «сколько отгрузили за месяц», «кто крупнейший клиент». Дата: 2026-09-06, 06.09.2026, «вчера» или «-7d». |
| smartup_orderA | Один заказ целиком по номеру сделки или внешнему номеру: шапка, состав, статус. Отвечает на «что в заказе 283581248», «почему заказ не отгружен». |
| smartup_order_createA | Заводит заказ в учётной системе. Достаточно указать клиента и товары: рабочую зону, менеджера, тип цены и склад коннектор подставит сам из заказов, которые уже прошли. По умолчанию заказ создаётся ЧЕРНОВИКОМ — склад его не соберёт, пока менеджер не проведёт документ. Требует включённого режима записи. Повторный вызов с тем же external_id обновляет тот же заказ, а не создаёт второй. |
| smartup_order_statusA | Меняет статус существующего заказа: провести, отменить, вернуть в работу. Требует включённого режима записи. Отмена необратима со стороны коннектора — вернуть заказ можно только в самой учётной системе. |
| smartup_order_noteA | Пишет примечание в шапку существующего заказа, не трогая его состав. Требует включённого режима записи. Прежнее примечание заменяется целиком. |
| smartup_contractor_createA | Создаёт юрлицо в справочнике. Точка сети — это то же юрлицо с parent_person_code головной карточки: отдельной сущности «точка» в API нет. Требует включённого режима записи. Повтор с тем же кодом обновляет карточку, а не создаёт вторую. |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 19 tools
Most tools target a distinct resource or action: orders, stock, prices, payments, returns, debt, contractors, etc. The main ambiguity is between smartup_orders (period list), smartup_order (single order), and smartup_sales (aggregate sales), though the descriptions clarify the differences; smartup_reference and smartup_export are also catch-all tools.
All names share the smartup_ prefix and use snake_case, which makes them easy to group. However, the convention mixes plural noun read tools like smartup_orders with singular object/action tools like smartup_order_create and smartup_order_status, so it is not a uniform verb_noun pattern.
19 tools is slightly above the ideal range, but the broad ERP domain covering orders, stock, sales, payments, debts, contractors, and reference data justifies most of them. A few are auxiliary—smartup_usage, smartup_export, smartup_reference—so the set feels slightly heavy rather than bloated.
The surface covers the main order and contractor workflows: read orders, create an order, change its status, add a note, and upsert a contractor, plus core analytics and reference lookups. It lacks write operations for stock, prices, payments, or returns, but the server is explicitly positioned as read-oriented with limited writes, so this appears to be a deliberate scope rather than a critical gap.