**2.4. Процессный анализ системы управления запасами (состояние «As-Is»)**
Диагностика бизнес-процессов управления МТР на ООО «Прогресс» проведена методом картирования потока создания ценности. Текущая последовательность операций («As-Is») выглядит следующим образом:
1. Формирование потребности: мастера цехов вручную заполняют заявки в таблицах Excel на основе визуального осмотра склада и опыта. Цикличность – 1 раз в месяц. Отсутствует автоматическая привязка к производственному плану.
2. Согласование: бумажные заявки передаются начальнику цеха, затем в отдел снабжения и финансовый отдел для проверки бюджета. Средний срок согласования – 4–6 рабочих дней. На данном этапе возникает риск потери документов или изменения приоритетов.
3. Размещение заказа: отдел снабжения консолидирует заявки, выбирает поставщика (часто по привычке, а не на основе сравнительного анализа коммерческих предложений) и формирует договор. Закупки осуществляются крупными партиями для всех категорий без дифференциации.
4. Приемка и размещение: кладовщик принимает груз, проверяет количество и качество, после чего вручную вносит данные в 1С:Предприятие 8.3. Адресное хранение не применяется, материалы размещаются «по свободным местам». Время от разгрузки до ввода в систему – до 2 суток.
5. Отпуск в производство: осуществляется по требованию-накладной (форма М-11). Контроль остатков ведется «по памяти» или по последнему отчету. Инвентаризация проводится раз в квартал, занимает 3 полных рабочих дня, останавливая часть складских операций.
В результате анализа выявлены следующие системные проблемы: дублирование функций (мастера считают остатки, затем кладовщик подтверждает), отсутствие единого реестра актуальных остатков в реальном времени, длительные временные лаги на согласование, ручное нормирование без математического обоснования. Данные процессы генерируют скрытые издержки: замороженный капитал, риски дефицита критических позиций, повышенная трудоемкость складского персонала и невозможность оперативного управленческого учета. Требуется переход к процессной модели «To-Be» с автоматизацией триггерных точек и сквозной интеграцией данных.
