Проект ERP редко «проваливается» громко. Обычно он тихо буксует: сроки сдвигаются, бюджет растёт, пользователи продолжают работать в Excel, а ERP превращается в дорогую бухгалтерию. Причины почти всегда одни и те же, и почти все они не технические, а организационные. Ниже — десять самых частых, признаки, по которым их видно заранее, и что с ними делать.
1. У проекта нет владельца в компании
Внедрение «поручили айтишнику» или «пусть подрядчик сделает». Но решать, как будет работать склад или как считать себестоимость, может только тот, кто отвечает за результат бизнеса.
Признак: на вопросы консультантов никто не может ответить окончательно, решения ждут неделями.
Что делать: назначить руководителя проекта из компании с правом принимать решения — финансового директора, операционного директора или заместителя руководителя. Его время — часть бюджета проекта.
2. Цель — «внедрить ERP», а не решить задачу
Если нельзя сформулировать, что должно измениться после запуска, нельзя и понять, закончен ли проект.
Признак: в договоре и ТЗ перечислены разделы программы, но нет ни одного измеримого результата.
Что делать: записать 3–5 целей, которые можно проверить: «себестоимость по каждому заказу считается до 5-го числа», «остатки в программе сходятся с фактом при инвентаризации», «план закупок строится из плана продаж без Excel».
3. Всё запускают одновременно
Склад, производство, себестоимость, бюджетирование и ремонты — с одной даты. Ошибки в каждом контуре накладываются друг на друга, и найти причину становится почти невозможно.
Что делать: делить на очереди — сначала склад, закупки и продажи, потом производство и себестоимость, потом бюджетирование. Подробнее — в статье «Этапы и сроки внедрения 1С:ERP».
4. Старую программу копируют в новую
«Сделайте как было» — самая дорогая фраза в проекте. Каждая привычная форма и отчёт превращаются в доработку, а типовые механизмы ERP, ради которых её покупали, не используются.
Что делать: на проектировании сначала смотреть, как процесс решается в типовой ERP, и дорабатывать только то, без чего бизнес действительно не может работать.
5. Слишком много доработок
Доработки — нормальная часть проекта, но у каждой есть цена при каждом обновлении. Если конфигурацию переписали внутри, обновление превращается в отдельный проект, и через пару лет базу перестают обновлять вовсе.
Что делать: делать доработки в расширениях, не снимая конфигурацию с поддержки, и вести их реестр. Подробнее — в статье «Обновление 1С с доработками».
6. Пропустили обследование, чтобы сэкономить
Без обследования оценка сроков и бюджета — это догадка. Экономия в несколько недель в начале оборачивается месяцами переделок в конце.
Что делать: провести хотя бы экспресс-обследование и получить оценку в часах по этапам. Как устроен бюджет — в статье «Сколько стоит внедрение 1С:ERP».
7. Грязные данные
В номенклатуре дубли, у одного контрагента три карточки, остатки в программе не совпадают со складом. Перенесённые в ERP, эти ошибки сломают и себестоимость, и планирование.
Что делать: чистить справочники и проводить инвентаризацию до переноса, а не после запуска. Назначить ответственных за каждый справочник.
8. Ключевым пользователям не дали времени
Начальник склада, главный технолог и экономист участвуют в проекте «в свободное время», которого нет. В итоге система настроена по пониманию консультантов, а не по реальным процессам.
Что делать: закрепить за ключевыми пользователями часы на проект и снять с них часть текущей работы на время пилота.
9. Обучили всех за один день
Общая презентация ERP на весь коллектив почти ничего не даёт. Люди возвращаются к старым привычкам, а ошибки ввода копятся до закрытия месяца.
Что делать: обучать по ролям на реальных операциях, оставлять короткие инструкции под каждую роль, первые недели после запуска держать консультанта на связи.
10. Не закрыли первый месяц — и разошлись
Запуск — это не первый проведённый документ, а первое правильное закрытие месяца: себестоимость, финансовый результат, отчётность. Если проект закончили раньше, ошибки всплывают через квартал, когда разобраться уже трудно.
Что делать: считать проект завершённым после одного-двух корректных закрытий месяца, а дальше переходить на сопровождение.
Бонус: ERP была не нужна
Иногда проект проваливается потому, что компании хватило бы Комплексной автоматизации: нет многоэтапного производства, бюджетирования и группы компаний, а сложность ERP только мешает. Как понять это до покупки — в статье «1С:ERP или Комплексная автоматизация».
Короткий чек-лист перед стартом
Как выбрать подрядчика, который не допустит этих ошибок, — в статье «Как выбрать интегратора 1С:ERP».
- Есть руководитель проекта из компании с правом решений.
- Записаны 3–5 проверяемых целей.
- Проект разбит на очереди, первая — не больше двух-трёх контуров.
- Проведено обследование, есть оценка в часах.
- Определено, кто чистит справочники и когда.
- У ключевых пользователей есть время на проект.
- Доработки — только в расширениях, с реестром.
- Критерий завершения — корректное закрытие месяца.
Частые вопросы
Почему внедрение ERP затягивается?
Чаще всего из-за того, что решения в компании принимаются медленно, требования меняются по ходу, а ключевые пользователи заняты текущей работой. Технические проблемы — редкая причина.
Можно ли спасти проект, который буксует?
Обычно да. Нужно остановиться, зафиксировать, что уже работает, сузить ближайшую очередь до одного-двух контуров и довести их до закрытия месяца. После этого планировать следующие шаги.
Что делать, если ERP уже настроили «как было» со множеством доработок?
Провести аудит доработок: какие можно заменить типовыми механизмами, какие перенести в расширения. Это снизит стоимость обновлений и вернёт базу на поддержку.
