Снабжение как сигнал, а не таблица

Между расходом на точке и заказом поставщику остаются ручные шаги. EIS уже хранит складские документы, заявки, остатки и списания, но наличие записи ещё не гарантирует полноту и своевременность сигнала.

Таблица опаздывает на неделю

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

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

Что считается сигналом

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

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

Прогноз не отменяет человека

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

Что ломается сегодня

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