Планирование потребностей в материалах дописывают агентами под спецификации и сроки поставок

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

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

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

В учебном заказе на сборочные модули количество выросло со 100 до 120 изделий. По старому составу на модуль шли четыре кронштейна, по новому идут три. Потребность снизилась с 400 до 360, хотя заказ вырос.

Множитель объёма здесь обманет закупщика. Если увеличить старую потребность на пятую часть, получится 480 кронштейнов. Поэтому расчёт должен начинаться с утверждённой версии состава для этого заказа.

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

Сколько надо купить, если на складе уже есть кронштейны? В нашем примере из 180 штук 60 закреплены за другим заказом. Для нового заказа доступны 120, а ещё 140 должны стать доступны после приёмки 18 октября.

Кронштейны нужны 20 октября. Приход 18 октября оставляет дефицит 100 штук. Если те же 140 перенести на 26 октября, дефицит к запуску станет 240: количество в пути не изменилось, обеспеченность изменилась.

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

Что именно отдают ИИ-агенту? Код загрузки данных, расчёта и объяснения результата. Количество материалов считает программа по утверждённым правилам, без нового ответа языковой модели при каждом запуске.

На карте нашей машины видно, как инженер ведёт машину агентов: правила хранятся рядом с кодом. В снимке /open от 8 октября показаны 387 тысяч строк спеков и 391 тысяча строк кода. Это устройство разработки vibecoding.ru, не доказательство экономии закупочного отдела.

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

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

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

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

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

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

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

Что принести подрядчику? Изменённый заказ, обе версии спецификации и снимок обеспечения с датами. К ним нужен ожидаемый ответ закупщика, включая материал, который пришёл слишком поздно.

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

Тариф «Один проект» в подписке на разработку стоит 250 000 ₽ в месяц на 8 октября 2026. В эту задачу можно поставить код пересчёта по версиям состава, доступным запасам и срокам поставок. Цена относится к подписке на разработку, а объём внедрения определяют по вашим данным.

1. Проверьте существующий MRP на изменённом заказе до покупки доработки.

2. Закрепите версию спецификации за расчётом. Рост объёма не означает рост каждого материала.

3. Считайте обеспечение к дате использования. Резерв другого заказа и поздний приход не закрывают дефицит.

4. Примите код на контрольных исключениях. Ожидаемый результат утверждают до запуска агента.

5. Каждый разбор расхождения завершайте исправлением и повторным расчётом.