# Как проверить план закупок от нейросети: хватит ли товара до поставки План закупок от нейросети: проверяем остатки, спрос и срок поставки. На условных данных считаем 180 единиц потребности, 8 дней дефицита и кратность партии. URL: https://posts.danashkin.ru/guides/plan-zakupok-neyrosetyu Обновлено: 2026-10-23 --- План закупок от нейросети проверь по двум вопросам: сколько товара потребуется и успеет ли он приехать. Остатка может хватать на 12 дней, а доставка занимать 20. Увеличение обычного заказа не устранит 8 дней без товара. Нейросеть может подготовить расчёт и сравнить сценарии по твоим условиям. Но ей нужны актуальные остатки, подтверждённые сроки и дата, от которой считается план. Начни с одной категории и одного маршрута поставки, чтобы одинаковые формулы не скрывали разные процессы. ## Какие данные нужны для плана закупок? **Главное** Для плана закупок передай продажи с периодом, доступный остаток с датой, подтверждённые приходы и полный срок поставки. Отдельно задай горизонт, резерв и кратность партии; неизвестные параметры не заполняй типовыми значениями. Продажи за период - исходные данные. Страховой запас и горизонт планирования - выбранные условия. Неизвестный срок поставки - пробел, который нельзя заполнять типовыми 30 днями без подтверждения. При поручении расчёта [ИИ-агенту](/concepts/ai-agent) приложи подтверждение срока и укажи источник остатка. | Что передать | Что уточнить | |---|---| | Продажи и период | Заказы или выкупы; единицы или деньги | | Остаток и дата выгрузки | Что доступно сейчас, что зарезервировано | | Товар в пути | Подтверждённое количество и дата доступности | | Срок поставки | Полный маршрут до нужного склада | | Ограничения партии | Минимум и кратность упаковки | | Горизонт и резерв | На какой срок считаем и какой запас выбран | Не вычитай из потребности весь товар в пути одной суммой. Партия, которая придёт после обнуления остатка, не закроет отсутствие до своего приезда, поэтому нужно показать последовательность событий по датам. Если сведения хранятся в разных сервисах, сначала проверь их совместимость. В одной выгрузке могут быть заказы, в другой - выкупы. Нейросеть не узнает о подтверждённой поставке из файла остатков; подготовка такого набора разобрана в [статье о сборке данных в один отчёт](/guides/dannye-v-raznyh-sistemah-odin-otchet). У периода продаж тоже есть ограничения. Допустим, за 5 дней продали 50 единиц: среднее равно 10 в день. Эти дни могли включать акцию или отсутствие товара. Нулевая продажа при пустом складе не доказывает нулевой спрос. Более длинная история может относиться к другой цене и рекламе, поэтому универсального достаточного периода нет. По короткой выгрузке можно рассчитать условный сценарий, указав эти ограничения. Для надёжного прогноза сезона такого основания недостаточно. ## Почему количество закупки не устраняет дефицит до поставки? **Главное** Количество закупки и дефицит до поставки считай отдельно. Если остатка хватает на 12 дней, а доставка занимает 20, заказ обычным маршрутом не устранит 8 дней без товара независимо от размера партии. Возьмём учебные числа. Доступно 120 единиц, продажи равномерны - 10 в день, доставка занимает 20 календарных дней. Товаров в пути нет. Приход доступен сразу после доставки. Считаем 30 дней от начала расчёта, без страхового запаса; целевой остаток в конце равен нулю. Эти условия иллюстрируют арифметику и не доказывают будущий спрос. | Проверка | Расчёт | Результат | |---|---|---| | На сколько хватит остатка | 120 / 10 | 12 дней | | Когда приедет заказ | Заданный срок | Через 20 дней | | Период без товара | 20 − 12 | 8 дней | | Условный спрос за этот период | 8 × 10 | 80 единиц | | Дополнительная потребность на 30 дней | 30 × 10 − 120 | 180 единиц | Чтобы удовлетворить весь условный спрос вовремя, первые 80 из дополнительных 180 единиц должны стать доступны до обычного приезда. Ещё 100 нужны на последние 10 дней. Для ранней части нужно проверить ускорение поставки или перевод с другого склада. Заказ всех 180 обычным маршрутом не уберёт разрыв. Если приход остаётся на 20-й день, количество зависит от дальнейшего поведения покупателей: - Спрос за дни отсутствия потерян: после приезда до конца горизонта потребуется 100 единиц. - Покупатели готовы ждать: к этим 100 добавятся ожидающие 80 единиц. Выбор между сценариями требует отдельного основания. Согласованная пауза в продажах тоже изменит потребность, но сама по себе не пополнит склад. Если именно 180 единиц заказываются одной партией, а поставщик отгружает по 24, после округления получится 192. При разделении на ускоренную и обычную поставки кратность проверяется для каждой отдельно. Проси показывать исходную потребность, резерв и результат округления разными колонками. Учёт этих параметров встречается и в [формуле плана закупок «Итогово»](https://itogovo.ru/uchet-zakupok); её наличие не подтверждает выбранный спрос или срок поставки. ## Переведи расчёт в календарь **Главное** Календарь закупки должен показывать ближайший возможный приход и период без товара. Если последний своевременный заказ уже в прошлом, проверь ускорение или перевод с другого склада и подтверди дату доступности. В нашем примере заказ надо было сделать за 8 дней до начала расчёта: остатка хватает на 12 дней, доставка занимает 20. Если считать от начала 13 октября 2026 года, покрытие заканчивается в начале 25 октября, приход ожидается в начале 2 ноября. Последний своевременный заказ приходился на 5 октября. Это календарная арифметика при заданных условиях, а не обещание поставщика. Чтобы план закупок от нейросети можно было выполнить, оставь в итоговой таблице исходный расчёт рядом с выбранным действием. Например: обычная поставка не успевает, сотрудник проверяет перевод с другого склада. Затем нужно подтвердить количество и дату доступности, поскольку пометка «срочно» этих сведений не заменяет. Уточни цель до выбора решения: избежать дефицита, ограничить вложенные деньги или выполнить другое условие бизнеса. Одинаковый расход товара не даёт одного оптимального заказа для разных целей. Для регулярного плана с несколькими складами может потребоваться иной способ хранения и обновления сведений; критерии есть в [статье о выборе между файлом, таблицей и базой](/guides/fayl-tablica-ili-baza). Проверку закупочного расчёта можно включить в рабочие задачи команды для [моего корпоративного обучения по ИИ](https://danashkin.ru/workshop/). Программа адаптируется под участников; при обсуждении стоит сразу указать, какие таблицы используются и какие решения по ним принимаются. ## Поставь задачу и проверь один товар **Главное** Перед расчётом всего ассортимента сверь один товар: среднесуточные продажи, дни покрытия, потребность и календарные даты. Задай другую скорость продаж и проверь, меняется ли решение; вероятности без статистического основания не назначай. > Составь условный план закупок от указанной мной даты. Отдели факты выгрузки, заданные параметры и неизвестные значения. Не подставляй неизвестный срок поставки или страховой запас. > > Для каждого товара покажи продажи в день и период расчёта, доступный остаток и его дату, подтверждённые приходы с датами доступности, дату исчерпания, ближайший возможный приход и период отсутствия до него. Отдельно рассчитай потребность на выбранный горизонт, резерв и округление до партии. > > Если своевременный заказ уже в прошлом, покажи приход при заказе сегодня. Для дней без товара отметь, известно ли, будет спрос потерян или отложен. Покажи второй сценарий с заданной мной другой скоростью продаж. В ответе пересчитай среднесуточные продажи, дни покрытия, количество и календарные даты. Если разумное изменение спроса меняет решение, сначала уточни этот параметр. Не превращай сценарии в проценты вероятности без статистического основания. Здесь используются собственные продажи и остатки. Они не подтверждают размер всей товарной ниши; для другого вопроса - что вообще начать продавать - есть [разбор цифр рынка от нейросети](/guides/cifry-rynka-ot-neyroseti). ### Источники - [«Итогово»: таблица и формула планирования закупок](https://itogovo.ru/uchet-zakupok). - Все числа и даты расчётного примера - условная иллюстрация с равномерным спросом. Решение о поставке требует фактического подтверждения условий.