МойСклад: ИИ-агент для согласований, документов и сроков в закупках

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

Так выглядит типовая картина в компаниях среднего бизнеса, где учётная система уже стоит и работает: данные в ней есть, а решение по-прежнему принимает человек, открывая по одному документу. По данным Института статистических исследований и экономики знаний НИУ ВШЭ, в 2025 году цифровые технологии использовали около 84% крупных и средних организаций России, а искусственный интеллект — примерно каждая двадцатая. То есть система есть почти у всех, а разрыв проходит уже не по внедрению, а по тому, что с данными делают дальше.

Содержание

• Что такое МойСклад и где в ней живёт работа
• Три слоя: документ, согласование, срок
• Где кончаются возможности системы
• Почему расхождение видно поздно
• Что делает ИИ-агент поверх МойСклада
• Какие риски это снимает
• Сколько часов это возвращает
• Что остаётся за человеком
• Чеклист перед запуском
• Как это выглядит на практике
• Как внедрить поэтапно
• Источники

Что такое МойСклад и где в ней живёт работа

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

МойСклад — облачная система управления ресурсами предприятия (ERP, Enterprise Resource Planning — управление ресурсами предприятия) для малого и среднего бизнеса: она включена в реестр отечественного программного обеспечения и работает из браузера, с компьютера и с телефона. Внутри — продажи, закупки, склад и финансы в одном контуре: рабочее место кассира, приёмки и отгрузки, инвентаризации и перемещения, заказы поставщикам, счета и платежи, отчёты по обороту и прибыли, а также работа с клиентами (CRM, Customer Relationship Management — управление отношениями с клиентами) с задачами и историей переписки.

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

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

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

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

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

Где посмотреть смежные разборы

Тот же разрыв между документом, согласованием и сроком мы разбирали в других контурах — полезно сравнить, потому что механика похожа, а участки разные:

• СБИС: документы, поручения и отчётность с ИИ-агентом — связка «документ ↔ поручение со сроком ↔ отчётный календарь»;
• Диадок: задачи, согласования и документы с ИИ-агентом — путь счёта от канала электронного документооборота до оплаты;
• Умная логистика: склад, приёмка и прогноз спроса с ИИ-агентом — что происходит, когда остатки и приёмка живут в разных окнах;
• Exceed WMS: рейсы, отгрузка и остатки с ИИ-агентом — складская система Exceed WMS (WMS, Warehouse Management System — система управления складом), где ошибка видна только на отгрузке;
• АвтоГРАФ: заказы, отгрузка и склад с ИИ-агентом — заказ, сборка и отгрузка в одном контуре;
• Microsoft Dynamics 365: документы, поручения и отчётность с ИИ-агентом — тот же разрыв в крупной корпоративной системе.

Три слоя, в которых живёт работа

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

Слой документа

Документ в МойСкладе — это объект с полями: контрагент, склад, позиции, количество, цена, сумма, дата. Он создаётся в системе или приходит из электронного документооборота, у него есть статус и связанные документы-основания. Это самая надёжная часть контура: здесь всё однозначно и проверяемо.

Но содержимое бумажного или PDF-документа поставщика система не читает: файл живёт вложением или приходит в ЭДО, а в поля системы его вносит человек. Между «что написано в накладной» и «что стоит в приёмке» всегда стоит рука сотрудника — и именно там появляется расхождение.

Слой согласования

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

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

Слой срока

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

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

Где кончаются возможности системы

Честные границы важнее списка функций: они показывают, что именно покупать не нужно.

• Система хранит документ, но не понимает его. Содержание накладной или счёта поставщика в поля не переносится само — его вносит человек.
• Уведомления работают по полям. Система сообщит, что остаток дошёл до неснижаемого уровня, но не объяснит, почему расход вырос и стоит ли брать больше обычного.
• Задачи ставятся вручную. Задачу можно создать и связать с контрагентом, но никто не создаст её автоматически из расхождения, о котором ещё не знают.
• Согласование не имеет своей карточки. Роли и лимиты есть, а сводки «вот заказ, вот доводы, вот что смущает» — нет.
• Срок поставки не сравнивается с обязательствами перед клиентом. Система не сопоставит дату в заказе поставщику с датой в заказе покупателя, если это не настроено отдельно.
• Отчёт считается по полям. Если часть сведений осталась в почте и в чате, отчёт опишет не реальность, а то, что успели внести.

Почему расхождение видно поздно

Механизм запаздывания одинаков почти во всех торговых компаниях, и его стоит назвать по шагам.

1. Потребность собирается вручную. Снабженец смотрит остатки, вспоминает акции и обещания клиентам, сводит это в таблицу и отправляет на согласование.
2. Согласование идёт в переписке. Пока руководитель категории не ответил, заказ не создан. За это время цена у поставщика может измениться, а позиция — уйти.
3. Заказ создаётся по факту ответа. В систему попадает уже итог разговора, без обоснования: почему столько, почему у этого поставщика, почему с этой отсрочкой.
4. Приёмка сверяется глазами. Кладовщик смотрит накладную и заказ, считает расхождения в уме или на бумаге. Усталость в конце смены — такой же фактор ошибки, как и невнимательность.
5. Расхождение фиксируется в переписке. «Недовоз на две коробки, что делать?» Дальше переписка живёт отдельно от документа: в системе по-прежнему стоит количество по накладной.
6. Срок срывается на отгрузке. Выясняется, что товара нет, а клиент ждёт. Дальше — перенос, скидка, потеря доверия.
7. Ошибка всплывает в сверке. Через месяц бухгалтерия находит расхождение по сумме, а склад — недостачу. Восстановить цепочку можно, но дорого.

Цена этого запаздывания видна в отраслевых замерах. По оценке Ardent Partners за 2025 год, средняя стоимость обработки одного счёта — 9,40 доллара, у лучших в классе — 2,78 доллара, а средний срок обработки — 9,2 дня. Без участия человека обрабатывается 32,6% счетов, при этом 53% специалистов называют главной проблемой исключения — документы, которые не прошли по правилам с первого раза. Разрыв в три с половиной раза — это не про скорость набора, а про то, сколько раз документ переоткрывают и перепроверяют.

Данные по России добавляют картину загрузки людей. По опросу, о котором в феврале 2026 года писала «Известия», 38% работников тратят больше шести часов в неделю на согласование документов, заявок и запросов, а 25% — на подготовку неавтоматизированных отчётов. Это не время на решение, а время на перенос данных из одного окна в другое.

Что делает ИИ-агент поверх МойСклада

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

Что он делает в типовом контуре из семи действий:

1. Читает документ поставщика. Счёт, накладную, спецификацию — из файла напрямую или распознаванием текста. Из документа вытаскиваются номер, дата, позиции, количество, цена, сумма, условия оплаты и срок поставки.
2. Сопоставляет с заказом и остатком. Сверяет количество, цену и номенклатуру с заказом поставщику, проверяет, что позиция существует в справочнике и что остаток после приёмки не уйдёт в излишек.
3. Собирает карточку согласования. На заказ выше лимита или от нового поставщика готовит сводку: текущий остаток, средний расход за восемь недель, цену в прошлой закупке, срок поставки, историю недовозов и просрочек. Руководитель категории читает одну карточку вместо пяти окон.
4. Считает расхождение и объясняет его. Не «не сходится», а «в накладной 96 коробок, в заказе 100, разница — четыре коробки, это ровно та позиция, по которой поставщик писал о замене упаковки». С объяснением человек проверяет за минуту вместо десяти.
5. Ставит задачу со сроком. На каждое расхождение появляется задача с ответственным, сроком и ссылкой на документ. Срок берётся из регламента: у недовоза один, у расхождения в цене другой.
6. Следит за сроком поставки. Сравнивает подтверждённую дату в заказе поставщику с датой в заказе покупателя и предупреждает за два-три дня до отгрузки, если поставка не подтверждена.
7. Ведёт журнал. Каждое действие — что прочитано, что сопоставлено, что решено — остаётся в системе. Через месяц это и есть доказательная база: видно, кто и когда принял решение.

Встроенные средства системы при этом не отменяются. Уведомления о неснижаемом остатке, анализ продаж, отчёты по обороту — это полезно и остаётся на месте: они отвечают на вопрос «что в системе». Агент отвечает на другой вопрос: «что в документе и сходится ли это с тем, что мы обещали». Эти два слоя не конфликтуют: первый показывает состояние, второй снимает ручную сверку.

Какие риски это снимает

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

Заказ ушёл поставщику с неверным количеством

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

Приёмка закрыта по документу, а не по факту

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

Срок поставки сорван, а узнали на отгрузке

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

Партия, которую нельзя продать

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

Штраф за грубое нарушение правил учёта

Грубое нарушение правил учёта доходов и расходов по статье 120 Налогового кодекса РФ — это 10 тысяч рублей, если нарушение допущено в течение одного квартала, 30 тысяч, если больше одного, и 20% от суммы неуплаченного налога, но не менее 40 тысяч рублей, если нарушение привело к занижению налоговой базы. Норма применяется не к злому умыслу, а к системе, где документы вносят вручную и сверяют глазами.

Спор с поставщиком без доказательной базы

Недовоз, пересорт, брак — всё это обсуждается в переписке и через месяц теряется. Когда дело доходит до претензии, предъявить нечего: в системе стоит количество по документу поставщика, а факт приёмки никто не зафиксировал с доказательствами.

Зависимость от одного снабженца

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

Потеря управляемости

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

Сколько часов это возвращает

Ниже — типовой расчёт для компании описанного профиля: 620 заказов поставщикам в месяц, из них 180 требуют согласования (сумма выше лимита категории или новый поставщик), 780 приёмок и около 110 расхождений в месяц. Стоимость часа сотрудника — 720 рублей. Это арифметика на заданных вводных, а не отчёт о чужом результате.

Согласование. Сбор потребности, переписка, ожидание ответа, проверка условий и создание заказа — около 18 минут на заказ. На 180 заказов это 54 часа в месяц. С агентом человек читает готовую карточку с остатком, расходом, ценой и историей поставщика и подтверждает решение: около 6 минут, то есть 18 часов.

Приёмка. Сверка накладной с заказом — около 6 минут на документ, на 780 приёмок это 78 часов. С агентом сверка приходит готовой, человек проверяет расхождения: полторы минуты на документ, 19,5 часа.

Расхождения. Разбор одного расхождения — переписка, уточнение, пометка — около 22 минут. На 110 случаев это 40,3 часа. С карточкой и объяснением — 8 минут, 14,7 часа.

Показатель	Вручную	С агентом
Согласование заказов, часов в месяц	54	18
Сверка приёмки, часов в месяц	78	19,5
Разбор расхождений, часов в месяц	40,3	14,7
Итого часов	172,3	52,2
Итого в рублях при 720 ₽/час	124 056 ₽	37 584 ₽

Экономия — около 120 часов и примерно 86 500 рублей в месяц на одном юридическом лице. На трёх юрлицах группы это порядка 360 часов и около 259 000 рублей. Оговорка обязательна: это высвобожденное время, а не сокращённая ставка — часы уходят на то, что раньше не делали: разбор причин расхождений, работу с просрочками, подготовку к инвентаризации.

Второй ориентир — стоимость обработки документа. Если в компании она ближе к верхней границе (по данным Ardent Partners, средняя 9,40 доллара за счёт, у лучших в классе 2,78), то при 780 документах в месяц разница — порядка 6,6 доллара на документ, то есть около 5,1 тысячи долларов в месяц на этом объёме. Цифра показывает масштаб, а не обещание: часть разрыва закрывается регламентом, а не технологией.

Третий ориентир — вендорский. В опубликованном на сайте МойСклада кейсе бухгалтер вручную закрывал каждый заказ и выгружал документы в ЭДО 2–3 часа в день, плюс 30–40 минут на отслеживание статусов; после настройки смены статусов и контроля документооборота по отгрузкам на это уходит 15–20 минут. Это данные вендора и его клиента, а не независимый замер, но порядок величины они показывают верно: основное время съедает не работа с товаром, а перенос статусов и документов между окнами.

Что остаётся за человеком

• Решение о закупке. Агент собирает доводы, но не решает, брать ли партию, у какого поставщика и на каких условиях.
• Переговоры с поставщиком. Цена, отсрочка, замена позиции — это разговор, а не сверка.
• Подтверждение расхождений. Всё, что агент отметил, решает человек: принять, запросить исправление, вернуть поставщику.
• Проведение документов и остатки. Агент не проводит приёмку и не меняет количество на складе.
• Маркировка и ввод в оборот. Агент проверяет, что коды есть и совпадают с партией, но заказ кодов и решения по спорным случаям — за сотрудником.
• Настройка правил. Лимиты, допуски, сроки по типам расхождений — это решение компании.

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

Чеклист перед запуском

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

1. Один тип документа. Выбран участок с самой дорогой ошибкой: входящие приёмки по трём ключевым поставщикам, а не «все документы сразу».
2. Правило сверки словами. Записано, какие поля сличаем, какие допуски считаем нормой, что считается расхождением и кому оно уходит.
3. Права и доступ. Агент работает под отдельным пользователем, только на чтение источников, и видит ровно то, что должен.
4. История для проверки. Есть 300–500 уже обработанных документов, на которых можно сравнить вывод агента с решением человека.
5. Лимиты и регламент. Известно, какие суммы требуют согласования и какие сроки считаются нарушением.
6. Ответственный за правила. Назначен человек, который меняет допуски и разбирает спорные случаи, — иначе правила устареют за месяц.
7. Метрика до старта. Замерено, сколько сейчас уходит времени на согласование, приёмку и разбор расхождений: иначе эффект будет нечем подтвердить.

Как это выглядит на практике

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

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

Как внедрить поэтапно

1. Выбрать один участок. Не «все закупки», а, например, приёмки по трём ключевым поставщикам. Участок выбирается по стоимости ошибки, а не по простоте.
2. Описать правило сверки. Какие поля сличаем, какие допуски считаем нормой, что считается расхождением и кому оно уходит. Правило согласуется со снабжением и складом.
3. Подключить чтение. Доступ к системе и к папке с документами — только на чтение, под отдельным пользователем. Проверить, что агент видит ровно то, что должен, и не видит лишнего.
4. Прогнать на истории. Взять 300–500 уже обработанных приёмок и сравнить вывод агента с тем, что решил человек. Расхождения разбираются как ошибки правила, а не как ошибки людей.
5. Включить задачи и сроки. Только после того, как сверка стала устойчивой. Задача без проверенной сверки создаёт ложные просрочки и убивает доверие к системе.
6. Добавить карточки согласования. Сначала на один тип заказа — выше лимита. Если руководитель категории перестал открывать пять окон, контур работает.
7. Добавить сводку и журнал. Отчёт по состоянию процесса и хронология решений — то, что делает работу проверяемой и переносится на следующие типы документов и склады.

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

Что в итоге

МойСклад остаётся тем, чем был: системой, где живут заказы, остатки, приёмки и отгрузки. Меняется другое — между документом и решением появляется слой, который читает накладную, сверяет её с заказом, собирает карточку согласования, ставит задачу со сроком и следит за датой поставки. Риски снимаются первыми: заказ не уходит с неверным количеством, приёмка не закрывается по документу, сорванный срок виден до отгрузки, а спор с поставщиком опирается на журнал. Деньги и часы идут следом — около 120 часов и 86 500 рублей в месяц на одном юрлице в типовом расчёте.

Источники

• Возможности МойСклада: документы приёмки, отгрузки и закупок, разграничение прав по ролям, открытый программный интерфейс, электронный документооборот и электронные транспортные накладные; там же кейс клиента, где закрытие заказов и выгрузка документов занимали 2–3 часа в день, а после настройки — 15–20 минут (данные вендора): moysklad.ru
• Стоимость и срок обработки счёта, доля документов без участия человека, роль исключений (9,2 дня, 9,40 и 2,78 доллара, 32,6%, 53%): Ardent Partners, 2025
• Использование цифровых технологий крупными и средними организациями России в 2025 году: около 84% организаций, искусственный интеллект — примерно каждая двадцатая (по данным сплошного обследования Росстата): ИСИЭЗ НИУ ВШЭ
• Затраты времени сотрудников на согласование документов, заявок и запросов (38% — больше шести часов в неделю) и на неавтоматизированные отчёты (25%): «Известия», 26.02.2026
• Статья 120 Налогового кодекса РФ: размеры штрафа за грубое нарушение правил учёта доходов и расходов: КонсультантПлюс