Отчёты в МойСклад уже есть: остатки, обороты, прибыльность, деньги. Проблема не в том, что цифру негде взять, — а в том, что между цифрой и действием стоит человек, который открывает отчёт, выгружает его в таблицу, сравнивает со скоростью продаж, вспоминает, у кого этот товар закупали в прошлый раз, и заводит заказ поставщику. Именно этот кусок и снимает ИИ-агент. Ниже — чем четыре разных способа «подключить ИИ к МойСклад» отличаются по результату, как подключается агент, и отдельный раздел о том, почему интеграция с МойСклад умеет отдать успешный ответ с неверным числом.

## Четыре способа «подключить ИИ к МойСклад» — и почему результат разный

Под запросом «нейросеть для МойСклад» продаются четыре разные вещи. Разница определяет, что в итоге снимется с вас, а что останется ручным.

1. **Коннектор-обвязка.** No-code сервис (Albato, Make, ApiX-Drive и подобные) связывает МойСклад с таблицей, CRM или маркетплейсом по жёсткому правилу: появился заказ → создай строку, изменился остаток → отправь уведомление. Это не ИИ, это перенос данных. Посчитать оборачиваемость, отличить неликвид от материала, который уходит в производство, и собрать заказ поставщику по дефициту он не умеет.
2. **Штатные отчёты и приложения из Маркета.** «Остатки», «Обороты», «Прибыльность», расширенный отчёт об остатках, приложения из Маркета приложений — всё это честно показывает состояние учёта. Но это витрина: она отвечает на вопрос, который вы уже сформулировали и открыли в нужном разрезе. Заметить, что по 57 позициям остаток ниже неснижаемого порога конкретного склада, она не придёт сама.
3. **Точечный ИИ-сервис или самописный скрипт.** Генератор описаний карточек, бот над каталогом, скрипт на JSON API, написанный подрядчиком под один отчёт. Работает ровно в той форме, в которой заказан; новый вопрос — новая задача программисту.
4. **Готовый ИИ-агент.** Подключается к учётке по API-токену сотрудника, сам ходит по справочникам, документам и срезам отчётов, считает по правилу, которое вы описали словами, и доводит дело до документа — черновика заказа поставщику или перемещения. Сам Решу — из этого класса.

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

## Настройка — словами, а не разработкой

Это главное, что отличает готового агента от остальных трёх способов. Коннектор заставляет собрать сценарий из блоков. Отчёт нужно открыть и прочитать самому. Скрипт нужно заказать. Агенту вы объясняете задачу так, как объяснили бы менеджеру по закупкам: «каждый понедельник смотри остатки по складу материалов, сравни со скоростью продаж за 30 дней, найди, что кончится раньше срока поставки, разложи дефицит по поставщикам из карточек и покажи мне черновики заказов — создавать только после моего „да“». Понадобился другой разрез — вы спрашиваете другим предложением, а не заводите новую интеграцию.

## Как подключить ИИ к МойСклад: по шагам

Подключение идёт через официальный JSON API 1.2 по токену сотрудника — логин и пароль от учётки никуда не передаются. Что именно открывает этот доступ и какие сценарии на нём собираются, разобрано на странице [интеграции с МойСклад](/integrations/moysklad).

1. **Заведите сотрудника-робота.** «Меню пользователя → Настройки → Сотрудники» — новый сотрудник, отдельная роль. Права агента буквально равны правам этого сотрудника: роль решает, увидит ли он себестоимость, документы и деньги на счетах.
2. **Включите ему доступ по API и получите токен.** У сотрудника включается «Доступ по API», ключ выдаётся запросом `POST /security/token`. Токен отзывается в один клик и не тянет за собой пароль от кабинета.
3. **Подключите агента.** В Сам Решу → «Настройки → Интеграции → МойСклад» вставьте токен. Подключение проверяется запросом к списку организаций, поэтому неверный или отозванный ключ виден сразу, а не всплывает посреди первого отчёта.
4. **Опишите правило словами.** Например: «в понедельник — отчёт по неликвидам с суммой замороженных денег; ежедневно — позиции ниже неснижаемого остатка; в конце месяца — прибыльность по товарам с себестоимостью».
5. **Выберите режим контроля.** Чтение и аналитику — на автомат; запись в учётку (заказ поставщику, перемещение, изменение цены) — в режим «черновик → подтверждение».

## Что агент реально делает в учётке МойСклад

| Задача | Штатные отчёты | Коннектор-обвязка | ИИ-агент (Сам Решу) |
|---|---|---|---|
| Показать остатки по складам в штуках и рублях | да | нет | да |
| Найти позиции ниже неснижаемого остатка склада | частично | нет | да |
| Отличить неликвид от запаса, который оборачивается мимо продаж | нет | нет | да |
| Посчитать прибыль и маржу по товарам от себестоимости FIFO | да | нет | да |
| Сказать, что марже нельзя верить: себестоимость есть не у всех строк | нет | нет | да |
| Сверить отгрузки с заказами Ozon и Wildberries | нет | частично | да |
| Собрать дефицит и разложить его по поставщикам из карточек | нет | нет | да |
| Создать черновик заказа поставщику после подтверждения | нет | частично | да |
| Свести деньги на счетах с дебиторкой и кредиторкой | частично | нет | да |

Разница не в списке галочек, а в том, кто держит связь между строками. Отчёт отвечает на один вопрос; агент задаёт следующий сам — увидел падение остатка, посмотрел скорость продаж, вычел срок поставки, нашёл поставщика в карточке, собрал черновик.

## Почему связка «остаток → скорость продаж → дефицит → закупка» решает всё

Остаток сам по себе не говорит ничего. Сорок штук на складе — это много для товара, который продаётся дважды в месяц, и катастрофа для того, что уходит по десять штук в день при сроке поставки две недели. Точка заказа считается только из двух чисел сразу: скорости расхода и срока поставки. Дальше начинается третье: не «чего мало», а «у кого это заказывать» — поставщик лежит в карточке товара, и без него список дефицита остаётся списком, а не действием.

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

Тот же контур смыкается с деньгами: остаток на счетах плюс дебиторка минус кредиторка — это и есть ответ на вопрос «хватит ли на закупку». Про то, где проходит граница между отчётом о долге и его сбором, есть отдельный разбор — [учётная система видит долг, но не собирает его](/resources/1s-vidit-dolg-no-ne-sobiraet). А если МойСклад у вас стоит рядом с маркетплейсами, полезны разборы по [Ozon](/resources/kak-podklyuchit-ii-k-ozon) и [Wildberries](/resources/kak-podklyuchit-ii-k-wildberries): агент сверяет отгрузки в учётке с заказами кабинетов и показывает расхождения.

## Почему интеграция с МойСклад отдаёт успешный неверный ответ

Это раздел, которого нет ни у одного вендора, и он важнее списка функций. У JSON API МойСклад есть несколько мест, где запрос отрабатывает со статусом 200, а число в ответе не значит того, что о нём думают. Мы разбирали их на живых кабинетах — от производственной компании на пятьсот карточек до кабинета с почти тремя тысячами заказов.

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

**Себестоимости может не быть у большей части строк.** Отчёт «Прибыльность» честно отдаёт маржу по тем строкам, где себестоимость есть. Если покрытие базы неполное, средняя маржа получается красивой и бессмысленной: мы видели «95,62%» на выборке, где себестоимость была известна у трети строк. Правильный ответ — не число, а число с покрытием: «маржа такая-то, посчитана по 30% выручки». Прав на себестоимость может не быть вовсе — тогда честно считать от закупочной цены и сказать об этом, а не подставлять ноль.

**Фильтр «статус не равен» теряет документы без статуса.** Отбор просроченных заказов через «статус ≠ отгружен» выглядит очевидным и молча выбрасывает всё, что заведено вообще без статуса. На кабинете, где так работают, список просрочки приходит коротким и без признака усечения — на живой учётке это были 937 бесстатусных отгрузок, которых человек просто не увидел.

**Неснижаемый остаток по складам не отдаётся обычным запросом.** Наивная проверка приходит к выводу, что порог не настроен, хотя под ним лежат десятки позиций. Нужен серверный фильтр — и тогда находятся случаи, где остаток положительный, но ниже порога конкретного склада.

**«Не продавался» и «лежит мёртвым грузом» — разные факты.** Материал, который уходит в производство, продажей не двигается, но запас его обновляется. На одном производственном кабинете отчёт по одному признаку назвал замороженными 243 позиции на 1,81 млн ₽, из которых 57 на 1,18 млн ₽ пролежали на складе меньше двух месяцев. Возраст запаса считает сам вендор — он приходит отдельным полем расширенного отчёта об остатках, и его достаточно просто прочитать.

**Поиск по ассортименту молча возвращает весь каталог.** У старого и нового эндпоинтов ассортимента разный контракт поиска: на одном строка поиска работает, на другом игнорируется, и вместо совпадений приходят первые двадцать строк каталога. Ответ успешный, данные не те.

**МойСклад ограничивает одновременность, а не темп.** Учётка считает не столько запросов в секунду, сколько одновременных обращений, и тяжёлый отчёт по остаткам держит слот, ничего не тратя по темпу. Агент держит не больше шести обращений в секунду и не больше двух в секунду к отчётам по остаткам, поэтому сбор данных не выбивает вашу учётку из лимитов и не мешает людям в ней работать.

Каждая из этих ловушек ловится один раз и живёт в интеграции годами. Именно поэтому «подключить нейросеть к МойСклад» силами подрядчика за вечер — обычно и означает получить успешный неверный ответ.

## Честно о минусах

Если вам нужно **только** посмотреть остатки и обороты — штатных отчётов хватит, отдельный агент избыточен. Если задача — перекладывать заказы из магазина в МойСклад по одному правилу, дешевле обвязка. Агент оправдан там, где вопросы меняются, а цифры нужно связывать между собой и доводить до документа. И у него есть цена входа: роль сотрудника-робота нужно настроить осознанно — без права на себестоимость не будет маржи, без права на запись не будет черновиков заказов.

## Чек-лист: как выбрать ИИ для МойСклад

1. **Что именно автоматизируем** — просмотр, перенос данных или решение о закупке. Самая дорогая ошибка — купить обвязку, когда болит дефицит.
2. **Подключение по официальному API-токену**, а не по логину и паролю сотрудника. Токен отзывается отдельно и не открывает кабинет целиком.
3. **Права выдаются ролью, и роль видна.** Спросите, что решение делает, когда прав не хватает: называет недостающий раздел или отдаёт пустой отчёт.
4. **Говорит ли решение о достоверности числа.** Маржа без покрытия себестоимости, залежалость по одному признаку и просрочка без бесстатусных документов — три места, где красивый ответ неверен.
5. **Есть ли режим «черновик → подтверждение»** для записи в учётку. Заказ поставщику и перемещение — необратимые действия, они должны начинаться с вашего «да».
6. **Держит ли решение лимиты учётки.** Сбор данных не должен мешать людям работать в МойСклад.

## Частые вопросы

**Что такое ИИ для МойСклад и что он умеет?**
Это агент, который подключается к учётке по JSON API 1.2 и берёт на себя работу с данными: остатки по складам в штуках и рублях, позиции ниже неснижаемого остатка, оборачиваемость и сумма замороженных денег, выручка и маржа по товарам от себестоимости FIFO, деньги на счетах, дебиторка и кредиторка, сверка отгрузок с маркетплейсами, черновики заказов поставщикам по найденному дефициту. Штатные отчёты показывают, обвязка переносит, а агент считает и доводит до документа.

**Как подключить нейросеть к МойСклад?**
Заведите сотрудника-робота, включите ему «Доступ по API», получите токен запросом `POST /security/token` и вставьте его в Сам Решу в разделе «Настройки → Интеграции → МойСклад». Логин и пароль не нужны, подключение проверяется сразу запросом к списку организаций. Дальше правило описывается обычным языком.

**Безопасно ли давать ИИ доступ к учётке?**
Доступ идёт по отдельному токену отдельного сотрудника, а не по вашему паролю, и ограничен ролью: не дали права на деньги — агент их не увидит. Токен отзывается в кабинете в любой момент, а запись в учётку по умолчанию идёт через подтверждение. Подробнее о том, почему у агента вообще не должно быть ваших паролей, — в разборе [доступов ИИ-агента](/resources/dostupy-ii-agenta).

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

**У меня два кабинета МойСклад — агент их не перепутает?**
Нет. Кабинет — это отдельный учёт со своим юрлицом, и свод «по всем кабинетам» не описывает ни один из них, поэтому такой запрос агент отбивает и просит назвать кабинет. Различает он их не по названию организации, которое у двух подключений одного аккаунта совпадает дословно, а по идентификатору аккаунта.

**Заменит ли агент штатные отчёты?**
Отчёты остаются: агент читает те же данные и на них же ссылается. Он заменяет ручную работу вокруг отчётов — выгрузку в таблицу, сравнение со скоростью продаж, поиск поставщика и заведение документа.

---

**Последнее обновление:** сентябрь 2026.

**Источники:** документация МойСклад JSON API 1.2 (аутентификация по токену сотрудника `POST /security/token`, права по роли, параметр `expand`, справочники и метаданные сущностей, срезы отчётов, расширенный отчёт об остатках с количеством дней на складе, ограничения на одновременные запросы); справка МойСклад по ролям сотрудников, неснижаемому остатку и отчёту «Прибыльность»; собственные замеры на живых кабинетах при разработке коннектора.