MCP: инструменты для AI-агентов

Роли, состояние, политика, активные области и число постоянных входов.

Заменяет набор ролей. Login сохраняется; снять роль с последнего активного администратора нельзя.

Блокировка запрещает вход и отзывает все сеансы. Последнего активного администратора блокировать нельзя.

Увеличивает версию сеанса и удаляет remember-токены; открытые сеансы прекратятся на следующем запросе.

Restricted разрешает только явно назначенные области; пустой список означает deny-all.

Добавляет подразделение, склад или рабочий центр. Для подразделения можно включить дочерние узлы.

Записи журнала: кто, когда, что изменил. Фильтры по модулю, сущности, действию, важности, периоду и тексту.

Все изменения конкретного объекта по порядку: что было до и после. Например, история производственного заказа по его uuid.

Активность за период: сколько записей, по важности, топ действий, объектов и авторов. Ответ на вопрос «что происходило на этой неделе».

Расшифровывает код с QR-наклейки: состояние наклейки, цель (объект, партия, заказ, сотрудник), доступные сценарии и последние действия. Код можно передавать как есть — ссылкой из QR.

Поиск наклеек по коду, подписи цели, состоянию, виду цели и партии печати. Возвращает состояние и к какой цели привязана наклейка.

Одна наклейка целиком: цель у владельца данных, фотографии и история действий. Нужна, когда по коду из qr.resolve требуется подробность.

Объекты, заведённые в поле или вручную (то, для чего нет владельца в других модулях): статус, тип, атрибуты и привязанные наклейки.

Открытые и закрытые сессии инвентаризации: область проверки, прогресс и расхождения «ожидалось − отмечено».

Кто, когда и где касался физического мира: сканирования, фото, смены статуса, отметки инвентаризации. Фильтры по коду наклейки, действию и результату.

Показывает ready, processing, dead-letter и возраст старейшего сообщения для диагностики интеграций.

Ищет сообщения по состоянию, событию или correlation ID. Payload возвращается для диагностики только ключу с правом журнала событий.

Возвращает одно dead-letter сообщение в очередь. Требует подтверждения; потребитель обязан использовать idempotency key.

Поиск сделок по клиенту, стадии, ответственному, сроку и сумме. Возвращает воронку по стадиям и общие цифры: сколько в работе, прогноз, выиграно и просрочено. Деньги здесь — оценка продаж, а не бухгалтерская выручка.

Одна сделка целиком: клиент, стадия, деньги, участники, лента работы с задачами, история разборов ИИ. Нужна, когда по списку crm.deals требуется подробность.

Поиск клиентов по названию, ИНН или состоянию. Клиенты — это контрагенты erp301; CRM дополняет их профилем продаж (сегмент, отрасль, источник) и уровнем ЛПР у контактов.

Воронка, динамика по месяцам, работа менеджеров, источники обращений и причины отказов за период. Прогноз взвешен по вероятности стадии.

Что происходило по сделкам и клиентам: звонки, письма, встречи, задачи и файлы. Видны незакрытые задачи с их сроком — что менеджер обещал и когда.

Готовые ответы на типовые вопросы клиентов: сроки, цены, гарантия. Поиск по вопросу, ответу и категории.

Ищет ревизии спецификаций по изделию, виду, состоянию и площадке. Сначала используйте этот инструмент вместо угадывания ID.

Возвращает шапку и строки спецификации с человекочитаемыми кодами и названиями.

Детерминированно проверяет ссылки и циклы перед передачей человеку на согласование.

Создаёт только draft. Агент не может утвердить спецификацию; product_item_id выбирается через инструменты реестра.

Добавляет компонент в draft/review; проверяет номенклатуру, количество и принадлежность родителя.

Критическое действие человека: делает состав неизменяемым и замещает предыдущую утверждённую ревизию.

Клиенты, поставщики, перевозчики и подрядчики. Возвращает id для документов, закупок и продаж; фильтрует по роли без угадывания внутренних идентификаторов.

Реквизиты одного клиента или поставщика по id из counterparty.search.

Ищет сотрудников по ФИО, табельному номеру, телефону или e-mail с фильтром подразделения и статуса. Возвращает текущие назначения и связь с учётной записью.

Возвращает сотрудника, текущую должность, подразделение, учётную запись и полную историю назначений.

Активные организации, филиалы, подразделения, цеха, участки и бригады с parent_id.

Активные должности по подразделениям и число текущих сотрудников.

Плановые, занятые и вакантные ставки по подразделениям и должностям. Отрицательная вакансия означает превышение штата.

Создаёт или изменяет план ставок. Требует подтверждения человека: изменение влияет на отчёт вакансий и кадровые решения.

Сохраняет карточку и текущее назначение. Передайте id для изменения; без id создаётся сотрудник. Требует подтверждения из-за персональных данных.

Меняет кадровый статус и закрывает текущее назначение последним рабочим днём. Учётная запись сохраняется для аудита.

Возвращает физический, зарезервированный и доступный остаток с номенклатурой и признаком ниже минимума.

Журнал приходов, расходов, перемещений и корректировок с фильтрами по складу, позиции и датам.

Активные склады и точки хранения, доступные для фильтрации остатков и движений.

Список заказов с фильтрами: статус, поиск по номеру/изделию, только просроченные. Возвращает номер, изделие, статус, план и факт выпуска.

Заказ целиком: изделие, план и факт выпуска, состав с нормами и списанием, обеспеченность материалами и доступные действия (что можно сделать дальше).

По каждой строке состава: нужно, есть на складе заказа, всего по всем складам, нехватка. Помогает понять, можно ли запускать заказ.

Открытые заказы (план, резерв, в работе), по которым не хватает материалов: сколько нужно, сколько есть и сколько не хватает.

Заказы по статусам, просроченные, объём выпуска, строки без остатка и без номенклатуры.

Найти позицию реестра (материал или изделие) по названию или коду. Возвращает id, который нужен в аргументе item_id других инструментов.

Активные склады: id и название. Нужны для аргументов warehouse_id и output_warehouse_id.

Найти техкарту по названию. Возвращает id карты для аргумента tech_card_id.

Спецификация техкарты и маршрут операций до создания заказа: какие материалы нужны, с какими нормами и нашлась ли под них номенклатура реестра.

Создаёт заказ в статусе «черновик»: изделие, план выпуска, техкарта, склады, срок. Состав заполняется отдельно (production.order.fill_from_tech_card или item_add).

Меняет поля заказа, пока он не запущен (черновик, план, резерв). При смене плана выпуска потребность пересчитывается.

Читает спецификацию техкарты и добавляет строки состава в заказ (норма × план), сопоставляя материалы с номенклатурой реестра.

Добавляет материал в состав заказа вручную: наименование, норма на изделие, при необходимости номенклатура и склад.

Убирает строку состава из заказа (доступно, пока заказ не запущен).

Переводит заказ в статус «план»: состав должен быть заполнен, потребность пересчитывается.

Пытается зарезервировать материалы под заказ. Если чего-то не хватает, заказ остаётся планом, а строки получают статус «не хватает» — об этом сообщается в ответе.

Переводит заказ в статус «в работе» (можно и из плана, если материалы придут позже).

Списывает материалы и принимает готовую продукцию на склад. Поддерживает частичный выпуск: заказ закрывается, когда выпущено не меньше плана. Требует подтверждения человека.

Отменяет заказ и снимает резервы материалов. Требует подтверждения человека.

Состояние закупок одним вызовом: сколько заявок ждут решения, сколько заказов в работе и на какую сумму, сколько приёмок ждёт проведения, что заблокировано входным контролем и сколько позиций на минимуме склада.

Заявки на закупку с фильтрами по состоянию, источнику, складу, позиции и тексту. Заявка — это потребность: что купить и к какому сроку.

Заявка, её позиции и заказ, в который она попала: видно, что уже закрыто, а что ещё ждёт решения.

Заказы поставщикам с фильтрами по состоянию, поставщику и тексту. Заказ — это обязательство: что и у кого куплено и к какому сроку привезут.

Заказ, его позиции с прогрессом приёмки, приёмки по заказу и заявка-источник. Главный инструмент, чтобы понять, что ещё не приехало.

Приёмки с фильтрами по состоянию, поставщику, заказу и тексту. Видно, что ещё не проведено на склад и что заблокировано входным контролем.

Приёмка, её позиции с результатом входного контроля и документ поставщика. Показывает, что мешает провести приход на склад.

Поставщики — контрагенты с ролью «поставщик» (erp301) вместе с закупочными условиями: срок поставки, минимальная партия, оценка, отсрочка, метка «предпочтительный».

У кого брать позицию: по каждому поставщику — последняя цена, срок, исполнительность и баллы (цена до 50, срок до 30, оценка до 15, исполнительность до 15, предпочтительный +10, партия меньше минимальной −20). Первая строка — рекомендация.

Как менялись цены: по позиции номенклатуры (все поставщики) или по поставщику (всё, что он поставляет). Источник записи — заказ, приёмка или ручной ввод.

Позиции, остаток по которым опустился до минимума: сколько не хватает, сколько предложено закупить (минимум с запасом 20 %) и есть ли уже открытая заявка — чтобы не заказать дважды.

Заводит заявку на закупку: одна позиция (item_id/name/qty/uom_code) или список строк в lines. Черновик можно править, согласование — отдельный шаг.

Добавляет позицию в черновик заявки. Позиции без номенклатуры допустимы — их потом сопоставят вручную.

Правит шапку черновика: срок, приоритет, склад, пояснение. Заявка, ушедшая на согласование, не правится — сначала отмените её.

Переводит заявку из черновика в «на согласовании»: с этого момента её правят только решением согласующего. Пустая заявка не уходит.

Проходит по позициям на минимуме (erp401) и заводит по заявке на склад: количество — до минимума с запасом 20 %, открытые заявки не задваиваются. dry_run показывает, что будет создано, ничего не записывая. Требует подтверждения человека: это пакет документов.

Два способа: из согласованных заявок (request_ids — заказы группируются по поставщику) или вручную (supplier_id + lines). Позиции без поставщика получают рекомендованного по цене и сроку.

Добавляет позицию в черновик заказа. Цена — за единицу; если не указана, подставится последняя известная цена позиции.

Отправляет заказ: фиксирует цены в истории цен и переводит заказ в «отправлен». Черновик после этого не правится. Требует подтверждения человека — это шаг наружу.

Переводит отправленный заказ в «подтверждён»: поставщик взял его в работу. Приёмку можно оформлять и без этого шага.

Отменяет заказ с причиной: позиции освобождаются, заявки возвращаются в работу по решению закупщика. Причина уходит в журнал. Требует подтверждения человека.

Создаёт черновик приёмки по заказу: строки подставляются как «то, что заказ ещё не принял». Свой список строк — в lines. Приход на склад произойдёт только после проведения.

Отмечает позицию приёмки: pending («не проверена»), passed («годна») или failed («брак»). Позиция с проваленным контролем блокирует проведение всей приёмки.

Проводит приёмку: позиции с номенклатурой уходят приходом на склад (erp401), цены попадают в историю цен, заказ получает принятое количество. Позиции с проваленным входным контролем блокируют проведение. Требует подтверждения человека: это движение денег и товара.

Отменяет черновик приёмки с причиной. Проведённую приёмку отменить нельзя: приход уже на складе, обратное движение оформляется расходом в модуле склада. Требует подтверждения человека.

Согласует заявку: после этого её можно проводить в заказ. Агент готовит заявку и показывает расчёт, решение по деньгам принимает человек — поэтому инструмент под подтверждением.

Отклоняет заявку с причиной — она уходит в журнал и видна заявителю. Отклонённая заявка не правится: нужна новая. Требует подтверждения человека.

Закупочные условия: срок поставки, минимальная партия, валюта, оценка, отсрочка, метка «предпочтительный», активность. По этим условиям считается рекомендация поставщика.

Добавляет цену в историю: полезно, когда поставщик назвал цену по телефону, без заказа и приёмки. Цены из заказов и приёмок пишутся сами.

Состояние печати одним вызовом: сколько документов ждёт выпуска, сколько выпущено, напечатано, в архиве и отменено, и какие типы объектов печатаем чаще.

Список документов с фильтрами (состояние, тип объекта, объект, шаблон, период, поиск). Показывает номер, шаблон с версией и сколько раз печатали.

Один документ: шапка, состояние, снимок выпуска (по флагу with_body) и журнал печати — кто, когда и сколько копий вывел.

Что подставится в форму прямо сейчас — до выпуска. Возвращает список проблем (чего не хватает) и готовый HTML. Удобно проверить шаблон и данные до необратимого шага.

Список шаблонов с фильтрами: код, название, тип объекта, вид формы, версия и сколько документов по нему выпущено.

Тело шаблона, список подстановок и списков ({{#rows}}), версия и тип объекта. По подстановкам видно, из какого модуля шаблон берёт данные.

Проверяет подстановки шаблона и, если указан объект, собирает форму на его данных: видно, что подставится и чего не хватает. Ничего не сохраняет.

Создаёт черновик под шаблон, связанный с объектом (заказ, приёмка, контроль, операция). Номер выдаётся сразу и остаётся за документом. Печатать можно только выпущенный документ.

Собирает данные у владельца (закупки, производство, качество, цех), раскрывает подстановки и фиксирует снимок вместе с версией шаблона. После выпуска документ не переписывается: нужен другой текст — новый документ.

Записывает вывод бумаги в журнал печати: кто, когда и сколько копий. Отметка — часть истории документа; сам вывод делает человек или внешний воркер.

Переводит выпущенный документ в архив: он больше не рабочий, но читаемый. Черновик в архив не уходит — его отменяют или выпускают.

Отменяет черновик или выпущенный документ с обязательной причиной. Номер остаётся занятым, запись — в журнале: отменённый документ не исчезает. Подтверждает человек: бумага с этим номером могла уже уйти контрагенту.

Заводит или правит шаблон печатной формы. Правка тела поднимает версию: выпущенные документы помнят версию, по которой их печатали. Подстановка с опечаткой не сохраняется — форма с дырами до бумаги не доходит.

Состояние качества одним вызовом: сколько контролей, сколько партий с браком и какова его доля, что ждёт решения, сколько стоит на карантине и где теряем качество (по причинам).

Список контролей с фильтрами (вид, состояние, итог, источник, ожидание решения, поиск). Возвращает партии с количеством брака и принятым решением.

Одна партия: количество, брак и его доля, список несоответствий с причинами и виновником, журнал решений с ссылками на движения склада, состояние карантина.

Партии с браком, по которым решения ещё нет. Именно эта очередь превращается в разговор с поставщиком или в переделку — держите её пустой.

Что физически лежит на складе карантина: позиции, количества, склады и контроли, к которым они относятся.

Справочник кодов дефектов с категорией, важностью и частотой использования. Единый словарь — условие честной статистики качества.

Где теряем качество: брак по кодам, по причинам (поставщик, цех, склад, оборудование), по поставщикам, по номенклатуре и по месяцам — за период или за всё время.

Взять партию под контроль. Для складских решений (карантин, утиль) укажите номенклатуру и склад, где лежит партия: без них двигать нечего.

Завести контроль по позиции приёмки закупки (erp403): партия, количество и поставщик берутся из приёмки. Повторный вызов для той же позиции не создаёт второй контроль.

Записать несоответствие: код дефекта, количество и причина. Факт дефекта сам переводит итог контроля в «брак» — партия больше не может быть принята годной без решения.

Перевести контроль из черновика в рабочий: партия проверяется, дефекты записываются.

Итог «годная». Требует, чтобы дефектов не было: если брак записан, нужен разбор и решение. Для входного контроля закупки сразу снимает блокировку прихода.

Переместить брак на склад карантина — партия физически уходит из оборота. Пока она на карантине, контроль не закрывается.

Вернуть партию из карантина в оборот: после сортировки, решения «использовать как есть» или прихода сопроводительных документов.

Закрыть разобранный контроль: решение исполнено, документ больше не правится. Партия на карантине закрытию мешает — сначала выпуск.

Списать брак: перемещение на склад утиля (erp401). Необратимая потеря — поэтому решение подтверждает человек. Без склада типа scrap операция не выполняется, а не «делает вид».

Решение «вернуть поставщику»: партия изолируется, поставщику уходит событие с количеством и позицией для рекламации. Разговор с контрагентом — решение человека.

Решение «переделать»: событие для производства (erp402) с количеством и заказом. Товар остаётся на складе, пока производство не возьмёт его в работу.

Завести или изменить код дефекта. Свободный текст в статистике не сходится: один дефект должен называться одним кодом на всём заводе.

Состояние планирования одним вызовом: сколько программ и в каком они состоянии, когда был последний расчёт, сколько предложений ждут решения и сколько из них просрочено по дате заказа.

Производственные программы с фильтрами по состоянию, периоду и тексту. Программа — источник спроса: изделия, количество и срок.

Список производственных программ перед вызовом planning.program.get. Возвращает id и uuid, поэтому агенту не нужно угадывать идентификатор.

Программа, её строки, потребность последнего расчёта и предложения — всё, что нужно, чтобы понять план и его узкие места.

Чего не хватает по последнему расчёту: сколько нужно, сколько покрыто (склад, незавершёнка, заказы) и к какой дате надо разместить заказ. Просроченные по дате заказа помечены флагом late.

Предложения плана: что решено закупить или выпустить, что уже передано в исполнение и куда. Фильтры по состоянию, способу, программе и позиции.

Заводит производственную программу на период. Дальше в неё добавляются строки и запускается расчёт потребности.

Добавляет изделие в программу: что и сколько нужно к сроку. Если у изделия есть техкарта, расчёт разложит его на материалы и полуфабрикаты.

Переводит программу из черновика в утверждённую: план зафиксирован, строки больше не правятся. Требует подтверждения человека — утверждение плана это решение, а не расчёт.

Главный расчёт модуля: разбирает изделия программы по техкартам (до 3 уровней), вычитает склад, незавершёнку и уже размещённые заказы, считает дефицит и дату заказа по сроку поставки. Результат сохраняется снимком и виден в планировании.

Превращает дефициты последнего расчёта в предложения: закупить или выпустить. По каждой позиции создаётся не больше одного открытого предложения — повторный вызов не задваивает.

Заводит предложение вне расчёта: аварийная закупка, замена, опытная партия. Обязательно укажите способ (закупить или выпустить).

Предложение переходит в «утверждено»: с этого момента оно учитывается как покрытие потребности, а правки по нему закрываются.

Создаёт работу для соседнего модуля: для выпуска — заказ производства (erp402), для закупки — заявку закупки (erp403), если модуль подключён. Ссылка на приёмник сохраняется в target_ref. Требует подтверждения человека: агент предлагает, заказ порождает человек.

Отклоняет предложение с причиной. Причина уходит в журнал — по ней потом видно, почему план не выполнен. Требует подтверждения человека.

Доска мастера: рабочие центры с операциями на день, плановые часы, свободные часы из календаря, процент загрузки. Возвращает и операции без назначенного центра.

Операции с фильтрами: статус, рабочий центр, день или период, поиск по названию и номеру заказа, только открытые. Основной способ найти работу по цеху.

Одна операция целиком: план и факт, время работы и простоя, назначение, а также журнал отметок — кто и когда нажимал кнопки в терминале.

Открытые операции на день и просроченные — то, что оператор видит на планшете у станка: что делать, сколько осталось, где идёт простой.

Итоги за период: сколько операций закрыто, в работе, просрочено, сколько годных и брака, часы работы и простоя — с разбивкой по дням и центрам.

Производственные заказы, по которым цех ещё не получил работы: заказ в плане, работе или выпуске, а операций нет. Кандидаты на раскладку маршрута.

Справочник рабочих центров и участков: код, название, цех, производительность и стоимость нормо-часа, признак активности.

Шаблоны смен и записи календаря за период: какие дни рабочие и сколько часов доступно центру. По этим часам считается загрузка.

Переводит операцию в работу и открывает отсчёт времени. Доступно для статуса «к выполнению» и после паузы — используйте shopfloor.operation.resume.

Останавливает отсчёт времени: отработанные секунды уходят в факт операции. Продолжение — shopfloor.operation.resume.

Возвращает приостановленную операцию в работу и снова открывает отсчёт времени.

Добавляет годные и брак по операции. В терминале это нажатие «Выработка»: журнал хранит, кто и сколько записал.

Станок встал: операция уходит в паузу, время простоя начинает считаться, причина сохраняется в журнале — потом по ним разбирают потери.

Останавливает отсчёт простоя: секунды уходят в потери операции. Работа возобновляется отдельно — shopfloor.operation.resume.

Закрывает операцию: время работы фиксируется, факт уходит в производство событием erp408.operation.completed. Требует подтверждения человека — операцию в цехе закрывает мастер.

Ставит операцию на рабочий центр, смену и день. Если день нерабочий по календарю, он сдвигается на ближайший рабочий — об этом сообщается в ответе.

Строит операции цеха по техкарте производственного заказа. Если техкарты нет, но есть состав — создаётся одна операция «Изготовление по заказу». Повторный вызов ничего не дублирует. Требует подтверждения человека.

Отменяет работу по операции с причиной. История и отметки остаются в журнале — операция не удаляется.

Удаляет операцию, по которой ещё не было отметок и которая стоит «к выполнению». Исправление ошибки мастера, а не способ спрятать факт: по работе с отметками используйте отмену.

Read-only список заказов и последних версий калькуляции. Нулевая ставка сопровождается предупреждением и не должна трактоваться как бесплатный ресурс.

Read-only drill-down план/факт до движения WMS, операции shopfloor и зафиксированного источника ставки. Не пересчитывает и не утверждает данные.

Состояние продаж одним вызовом: сколько заказов в работе и на какую сумму, что просрочено по сроку отгрузки, сколько отгрузок собрано и ждёт проведения, сколько отгружено и на какую сумму за месяц, сколько счетов ждёт оплаты и что просрочено, как выглядит клиентская база.

Заказы клиентов с фильтрами по состоянию, клиенту, тексту и сроку отгрузки. Заказ — это обещание клиенту: что, сколько и к какой дате продаём.

Заказ с позициями (сколько заказано, зарезервировано и отгружено), его отгрузками, счетами и проверкой кредитного лимита клиента. Основной инструмент, когда нужно понять, можно ли отгружать.

Отгрузки клиентам с фильтрами по состоянию, клиенту и заказу. Проведённая отгрузка означает, что товар списан со склада.

Отгрузка со строками (что везём и на какую сумму) и счётом, если он уже выставлен.

Счета клиентам с фильтрами по состоянию, клиенту, неоплаченным и просроченным. Показывает, сколько денег ждёт оплаты и насколько она задержалась.

Счёт с позициями, суммой, оплаченным и остатком; показывает заказ и отгрузку, из которых он собран.

Покупатели (контрагенты erp301) с условиями продажи и открытой задолженностью. Кредитный лимит и отсрочка живут в профиле продажи.

Карточка клиента продажи: условия (отсрочка, лимит, скидка), открытая задолженность, свободный остаток лимита, последние заказы и неоплаченные счета.

Можно ли продать клиенту на указанную сумму: лимит отсрочки, текущая задолженность, свободный остаток и причина отказа. Вызывать перед оформлением заказа без предоплаты.

Заказы со сроком отгрузки в ближайшие дни и уже просроченные — рабочий список «что везти». Возвращает заказы, сгруппированные по срочности.

По какой цене продавать: договорная цена клиента, базовая цена прайса или цена последней отгрузки — с основанием, скидкой и итоговой ценой. Вызывать перед добавлением позиции в заказ.

Все записи прайса по позиции: когда, для какого клиента, по какой цене и из какого источника (вручную, из заказа, отгрузки или счёта). Показывает, как менялась цена.

Цены всех позиций каталога для выбранного клиента: договорная цена, базовый прайс или цена последней отгрузки. Показывает, по каким позициям цены вообще нет, — это риск продать «за ноль».

Поиск по номеру партии, serial, коду/названию номенклатуры и статусу. Возвращает UUID для следующих действий.

Показывает входные и выходные партии, производственный заказ/операцию и split/merge/rework связи.

Обратная задача отзыва: все прямые и многоуровневые выходные партии.

Создание идентичности партии. AI готовит предложение; выполнение требует подтверждения. Номенклатура сначала выбирается поиском, не угадывается.

Фиксирует consume/split/merge/rework по заказу или операции. Циклы запрещены. Требует подтверждения.

По выбранным UUID партии материала и выпуска находит списание WMS производственного заказа, распределяет lot и создаёт genealogy. Не принимает неподтверждённое количество. Требует approval.

Карантин, разрешение, расход или утиль. Требует причины и подтверждения. Отзыв выполняется отдельным инструментом.

Блокирует партию и формирует durable факт; перед подтверждением проверьте affected_outputs.

KPI завода одним вызовом: покрытие запасов, мёртвый запас, OEE, выполнение плана, доля брака, просроченные поставки — с целью и состоянием каждого показателя, плюс что требует внимания. Блок, чей источник выключен, помечен available=false, а не нулём.

Какие модули-владельцы данных подключены и что каждый даёт аналитике. Первое, что нужно проверить, если витрина вернула source_missing.

По каждой позиции: приход, расход, текущий остаток, дни покрытия, обороты за период и класс движения (быстрый/средний/медленный/мёртвый/нет запаса). Покрытие считается от текущего темпа расхода — истории остатков в системе нет.

Позиции, которых не хватит до цели покрытия или которые уже ниже минимума склада, с прикидкой «сколько докупить». Это не заказ: заказ считает планирование (erp407) со сроками поставки.

Разложение расхода по позициям: ABC — по накопительной доле расхода (что двигает склад), XYZ — по вариации месячного расхода (насколько ровно). Считается по количеству, а не по деньгам: цены живут в закупках. Матрица — сколько позиций в каждой из девяти клеток.

OEE за период (доступность × производительность × качество) с составляющими, план/факт по выпуску и времени, Парето простоев по причинам и разрез по рабочим центрам. Значение OEE выше 100 % — признак заниженной нормы, о чём инструмент сообщает в notes.

Доля забракованных контролей против цели, количества брака и карантина, Парето причин и кодов дефектов, разрез по поставщикам и последние месяцы. Доля считается от контролей, а не от выпуска: партии и штуки выпуска не свести без общего ключа.

Состояние заказов поставщикам, доля просроченных против цели, открытая сумма, списки просроченных и подходящих к сроку заказов с именами поставщиков.

Список снятых снимков: какие витрины и на какие даты зафиксированы. Снимок не пересчитывается задним числом, поэтому по нему можно спорить о цифре за прошлый период.

Снимок целиком: фильтры, результат и — по флагу compare — отличия от предыдущего снимка той же витрины (KPI и итоги, без построчных списков).

По каким границам аналитика считает «плохо»: целевое покрытие запасов, порог мёртвого запаса, границы ABC и XYZ, цель по OEE, допустимая доля брака и просрочки. Показывает и значения, и допустимые диапазоны.

Таблица витрины в CSV (BOM, точка с запятой) — открывается в Excel двойным щелчком. Возвращается текстом: агент сам решает, куда его положить.

Фиксирует витрину на дату: фильтры и результат сохраняются в базе и больше не пересчитываются. Повторный вызов создаёт второй снимок — это не «обновить», а «запомнить ещё раз».

Меняет пороги, по которым считается «плохо». Значение вне допустимого диапазона не сохраняется: молчаливая правка порога меняет решения, а не только цифры на экране.

Удаляет снимок навсегда. Подтверждает человек: снимок — это «как считалось тогда», и после удаления спор о цифре за прошлый период закрыть нечем.

Статусы входящих пакетов, dry-run, ошибки и счётчики строк. Источник выбирается по понятному коду.

Возвращает пакет и диагностику каждой строки по ID, полученному из поиска.

Без изменений номенклатуры разбирает bounded CSV/JSON и создаёт построчный dry-run протокол.

После подтверждения применяет пакет. Коллизии кодов без mapping отвергаются; AI не выбирает запись автоматически.

Контролируемый повтор eligible-строк failed/partial пакета; требует подтверждения.

ВСЕГДА используйте этот инструмент первым. Опишите обычными словами, что нужно сделать. Он вернёт только 1–5 доступных инструментов, объяснит аргументы и даст готовый вызов system.tool.call на этом же endpoint. Не придумывайте имя инструмента самостоятельно.

Компактная замена большому system.tools.list. Возвращает только общее количество и число доступных инструментов по модулям, не выгружая сотни названий в контекст. После сводки ищите конкретное действие через system.tool.search.

Короткая preflight-проверка БД, MCP-реестра и демо-контура. Возвращает машинный status ready/degraded до начала сквозного теста.

Возвращает имя ключа агента, его права и признак «только чтение». Полезно первым вызовом, чтобы не пытаться делать запрещённое.

Каталог инструментов с правами и признаком изменения данных. Можно ограничить одним модулем (erp402, erp119, erp804 …).

Что стало с вызовом: выполняется, выполнен, ошибка, ждёт подтверждения человека или отклонён. Нужен после операций, требующих согласования.

Журнал вызовов MCP: кто (ключ), что вызывал, чем закончилось. Помогает разобраться, если агент «что-то сделал».

Включён ли стенд, собрана ли демо-база, когда и кем собрана, сколько чего в ней. Блок без данных отвечает available=false и причиной, а не нулём.

Что за производство показывает стенд: компания, детали, материалы, рабочие центры, смены, глубина истории. Нужен, чтобы объяснять цифры витрин словами производства.

Порядок показа системы: адрес экрана, что на нём видно и какой вопрос к нему задать. Годится и для человека, и для автономной демонстрации роботом.

Журнал последней сборки: сколько заказов, операций, контролей, документов и снимков собрано в демо-базе, и какие шаги пропущены.

Кто и когда собирал демо-базу, по какому сценарию и с каким составом данных. Нужен, чтобы понимать, насколько свежая демонстрация перед показом.

Полнотекстовый поиск по процессам, модулям, таблицам БД и инструментам PromERP.

Получить подробную схему и пошаговый регламент сквозного бизнес-процесса PromERP.

Получить метаданные, маршруты, таблицы БД и MCP инструменты конкретного модуля PromERP.