Система не исправит отсутствие процесса: кейс заявочной кампании в промышленной компании
Старая история, но актуальная сегодня.
Промышленная компания. Заявки на закупку оформлялись в бумажном виде, с живой подписью. Их передавали из цеха в снабжение, иногда теряли, иногда дублировали. Прослеживаемости не было: непонятно, на какой стадии заявка, кто её согласовал, когда и что с ней дальше. Руководство решило: «Внедряем систему управления заявочной кампанией на базе SAP». Логично — вроде бы.
Внедрили. И получили два системных провала.
1. Справочник материалов не готов, а процесс обхода не запрещён.
Для многих позиций в SAP отсутствовал корректный код материала. Заявители не могли найти нужный код и выбирали любой похожий. А что реально требуется — писали в дополнительной информации свободным текстом. В итоге система накапливала заявки с неверными кодами: закупали не то, аналитика ломалась, снабжение получало хаос. Дополнительный текст часто не читали или игнорировали. Автоматизация не навела порядок, а ускорила и масштабировала ошибку.
2. Маршруты согласования не поддерживались в актуальном состоянии.
Не было нормального регламента: кто согласует, в какие сроки, кто замещает, что при просрочке. В маршрутах остались сотрудники, которые давно перешли в другие подразделения и не отвечали за это направление. Заявка могла висеть неделями, потому что каждый согласующий думал: «Это же не мой участок, наверное, согласует кто-то другой». Ни эскалации, ни дедлайнов, ни ответственного за маршрут.
Почему так вышло?
Компания автоматизировала бумажный хаос, не перепроектировав процесс. Не почистили мастер-данные. Не описали и не утвердили матрицу согласования. Не закрепили владельца процесса. В итоге SAP дал электронную форму, но не дал управляемости.
Цена ошибки:
- закупки не по назначению и срывы сроков;
- дублирование и ручные обходные пути;
- потеря доверия к системе у пользователей;
- дополнительные часы на разбор и исправление данных;
- риск остановки производства из-за неверной заявки.
Что нужно было сделать до внедрения:
1. Описать процесс «как есть» и оптимизировать его: кто инициирует, какие данные обязательны, кто согласует, в какие сроки, как эскалировать.
2. Привести в порядок справочник материалов: коды, описания, единицы измерения, ответственные закупщики. Если кода нет — регламент его создания, а не выбор «любого похожего».
3. Настроить маршруты по ролям, а не по фамилиям. Назначить владельца процесса и порядок актуализации при кадровых изменениях.
4. Обучить пользователей и провести пилот на одном подразделении.
5. Только после этого масштабировать автоматизацию.
Вывод: Система — это инструмент. Она не создаёт порядок, а закрепляет то, что уже есть. Если процесс заявок хаотичен, ERP сделает хаос быстрым, масштабируемым и дорогим. Сначала процесс и данные — потом автоматизация.
#бизнеспроцессы #автоматизация #закупки #снабжение
Старая история, но актуальная сегодня.
Промышленная компания. Заявки на закупку оформлялись в бумажном виде, с живой подписью. Их передавали из цеха в снабжение, иногда теряли, иногда дублировали. Прослеживаемости не было: непонятно, на какой стадии заявка, кто её согласовал, когда и что с ней дальше. Руководство решило: «Внедряем систему управления заявочной кампанией на базе SAP». Логично — вроде бы.
Внедрили. И получили два системных провала.
1. Справочник материалов не готов, а процесс обхода не запрещён.
Для многих позиций в SAP отсутствовал корректный код материала. Заявители не могли найти нужный код и выбирали любой похожий. А что реально требуется — писали в дополнительной информации свободным текстом. В итоге система накапливала заявки с неверными кодами: закупали не то, аналитика ломалась, снабжение получало хаос. Дополнительный текст часто не читали или игнорировали. Автоматизация не навела порядок, а ускорила и масштабировала ошибку.
2. Маршруты согласования не поддерживались в актуальном состоянии.
Не было нормального регламента: кто согласует, в какие сроки, кто замещает, что при просрочке. В маршрутах остались сотрудники, которые давно перешли в другие подразделения и не отвечали за это направление. Заявка могла висеть неделями, потому что каждый согласующий думал: «Это же не мой участок, наверное, согласует кто-то другой». Ни эскалации, ни дедлайнов, ни ответственного за маршрут.
Почему так вышло?
Компания автоматизировала бумажный хаос, не перепроектировав процесс. Не почистили мастер-данные. Не описали и не утвердили матрицу согласования. Не закрепили владельца процесса. В итоге SAP дал электронную форму, но не дал управляемости.
Цена ошибки:
- закупки не по назначению и срывы сроков;
- дублирование и ручные обходные пути;
- потеря доверия к системе у пользователей;
- дополнительные часы на разбор и исправление данных;
- риск остановки производства из-за неверной заявки.
Что нужно было сделать до внедрения:
1. Описать процесс «как есть» и оптимизировать его: кто инициирует, какие данные обязательны, кто согласует, в какие сроки, как эскалировать.
2. Привести в порядок справочник материалов: коды, описания, единицы измерения, ответственные закупщики. Если кода нет — регламент его создания, а не выбор «любого похожего».
3. Настроить маршруты по ролям, а не по фамилиям. Назначить владельца процесса и порядок актуализации при кадровых изменениях.
4. Обучить пользователей и провести пилот на одном подразделении.
5. Только после этого масштабировать автоматизацию.
Вывод: Система — это инструмент. Она не создаёт порядок, а закрепляет то, что уже есть. Если процесс заявок хаотичен, ERP сделает хаос быстрым, масштабируемым и дорогим. Сначала процесс и данные — потом автоматизация.
#бизнеспроцессы #автоматизация #закупки #снабжение
Просмотры: 12