Как подключить ИИ к МойСклад: остатки, себестоимость и заказы поставщикам

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Тот же контур смыкается с деньгами: остаток на счетах плюс дебиторка минус кредиторка — это и есть ответ на вопрос «хватит ли на закупку». Про то, где проходит граница между отчётом о долге и его сбором, есть отдельный разбор — учётная система видит долг, но не собирает его. А если МойСклад у вас стоит рядом с маркетплейсами, полезны разборы по Ozon и 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 и вставьте его в Сам Решу в разделе «Настройки → Интеграции → МойСклад». Логин и пароль не нужны, подключение проверяется сразу запросом к списку организаций. Дальше правило описывается обычным языком.

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

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

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

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

---

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

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