Глава 04SAP / ДанныеСтатья 4.1
Данные: сигнал, а не решение
SAP даёт важный транзакционный контекст, но нужно профессиональное суждение, чтобы понять, следует ли потребность в материале закупить, переместить, придержать или оспорить.
- ПроблемаСистемные данные принимают за само решение.
- СигналыЗапас, PR, Min-Max, потребление, критичность, статус поставщика и сертификатов.
- РешениеПринимает ответственный человек с учётом контекста.
- КонтрольЖурнал решений, который показывает логику.
01Бизнес-проблема
SAP и подобные системы содержат много информации: остатки, резервирования, заявки, заказы, уровни Min-Max, потребление, коды критичности, статусы поставщиков и сертификатов. Данные структурированы и всегда под рукой, поэтому возникает соблазн позволить им решать.
Проблема в том, что каждое поле является снимком того, что кто-то, когда-то и для какой-то цели записал. Остаток может быть неверным. Резервирование может относиться к отменённой работе. Коду критичности может быть несколько лет. Когда данные принимают за решение, эти ошибки тоже становятся решениями.
02Ключевая идея
Между системными данными и решением есть шаги, которые система не может сделать сама:
- Сигнал: данные показывают, что чему-то может требоваться внимание.
- Контекст: люди и факты вокруг данных подтверждают, уточняют или опровергают их.
- Суждение: ответственный человек принимает решение и записывает причину.
Автоматизация ценна на первом шаге. Она делает сигналы видимыми, единообразными и быстрыми. Она не должна скрывать свои допущения или подменять ответственное суждение там, где важен контекст.
03Правило решения
Считать системное значение сигналом, пока не проверен его контекст. Чем критичнее позиция и чем менее обратимо решение, тем больше нужно контекста.
Когда данные и контекст расходятся, само расхождение и есть находка. Исправить данные или записать, почему решение от них отходит.
04Сигналы и исходные данные
- Запас в SAP
- Учётный остаток, который может отличаться от того, что на полке.
- Количество в PR
- Что кто-то запросил, не обязательно то, что нужно.
- Min-Max
- Настройка, основанная на прошлых допущениях.
- Потребление
- История, включая разовые события.
- Критичность
- Классификация, которая может устареть.
- Статус поставщика
- Обещанные сроки и подтверждения.
- Статус сертификатов
- Учтённые документы, которые могут не соответствовать поставленной позиции.
05Модель
- 01Системные данныеЗапас, PR, Min-Max, потребление, критичность, статус.
- 02СигналЧему, судя по данным, требуется внимание.
- 03КонтекстПланы работ, оборудование, история, люди, которые знают позицию.
- 04Профессиональное суждениеСигнал взвешен с учётом контекста.
- 05РешениеПродолжить, сократить, переместить, уточнить, приостановить, отменить или эскалировать.
- 06Журнал решенийПричина записана там, где её найдёт следующий человек.
06Разбор примера
Иллюстративный пример
Три сигнала, три прочтения
- Система показывает 12 свободных единиц. Склад находит 9: три выдали без проводки. Сигнал исправляют до любого решения.
- Резервирование на 20 единиц блокирует перемещение. Наряд-заказ за ним отменили несколько месяцев назад. Контекст меняет решение.
- Min-Max предлагает не держать запас по позиции, которая не расходовалась шесть лет. Это единственная запасная часть для компрессора без резерва. Суждение перевешивает сигнал, и причина записывается.
07Профессиональное суждение
Хорошее управление материалами превращает системные данные в решение, которое можно защитить с точки зрения эксплуатации, с достаточным контекстом, чтобы другой человек понял почему.
Качество данных важно, но идеальные данные не цель. Цель в том, чтобы знать, каким значениям можно доверять для данного решения, проверить те, что важны, и оставить след, который показывает, что именно проверено.
Ответственность нельзя автоматизировать. Система может рекомендовать. Решает человек, и он должен уметь объяснить решение, не ссылаясь на то, что так сказала система.
08Типичные ошибки
Доверие устаревшим данным
Решения опираются на остатки, коды или даты, которые уже неверны.
Мера контроляПроверять давность и источник значений, от которых зависит решение.
Нет контекста
Верное число ведёт к неверному решению.
Мера контроляПодтверждать планы работ и контекст оборудования для значимых решений.
Исключения втиснуты в правила
Нестандартные случаи обрабатываются как рутинные.
Мера контроляНаправлять исключения человеку с полномочиями.
Автоматизация со скрытыми допущениями
Никто не может объяснить, почему система предложила действие.
Мера контроляДокументировать логику и пороги автоматических сигналов.
Нет журнала решений
Решение нельзя проверить и нельзя на нём учиться.
Мера контроляЗаписывать причину вместе с решением.
09Заметка с производства
10Практический чек-лист
- Значения, от которых зависит решение, определены.
- Их давность и источник известны.
- Контекст проверен с людьми, которые знают позицию или работу.
- Расхождение между данными и контекстом устранено или записано.
- У решения есть ответственный владелец.
- Причина записана вместе с решением.
11Связанные сведения
Опыт
Этот принцип на практике
- Анализ потребности и предотвращение избыточных запасовПрактический опыт
- Качество данных Material Master, BOM и SPILПрактический опыт
12Подтверждения и основа
Примеры иллюстративные и не отражают операции компании. Основание: анализ заявок, управление запасами и Min-Max, технические оценки и работа с основными данными в должностях по CV.