Средний процент отклонения бюджета при внедрении 1С:ERP на производстве составляет 30-50%, причем большинство перерасходов происходит из-за размытых критериев приемки этапов. Контроль интегратора по принципу «главное, чтобы работало» ведет к созданию системы, которую невозможно масштабировать или обновлять без полной переписки кода.
Этап обследования: KPI качества функциональных требований
Главный риск обследования — получение «списка пожеланий» вместо детального технического задания (ТЗ). Качественный результат измеряется процентом покрытия бизнес-процессов: в итоговом документе должно быть описано не менее 90% всех операций по движению ТМЦ и расчету себестоимости. Если интегратор не описывает схему проводок и структуру аналитик для управленческого баланса, вы получите «черный ящик».
Пример: на предприятии по производству мебели подрядчик пропустил учет обрезков и остатков листов ЛДСП в ТЗ. Итог — недостоверный расчет себестоимости продукции на 12-15% и необходимость переделки архитектуры склада спустя 3 месяца работы. Экспертный вывод: требуйте матрицу соответствия «Бизнес-процесс → Функция ERP → Метод реализации». Любая строка «будет реализовано стандартными средствами» без уточнения конкретного механизма — это риск.
Разработка и настройка: метрики точности и сроков
Контроль разработки должен идти по двум осям: соблюдение сроков (Deadline Variance) и качество кода. Допустимое отклонение по срокам этапа — не более 10%. Если задержка составляет 20% и более, проект переходит в зону высокого риска. Важнее всего — доля кастомизации: чем выше процент измененного типового кода (свыше 20-30% от объема системы), тем дороже будет каждое последующее обновление конфигурации.
Кейс: компания внедрила сложный расчет сдельной оплаты труда через доработку ядра ERP. Срок разработки затянулся с 2 до 4 месяцев, а стоимость поддержки выросла на 40% из-за конфликтов при обновлении платформы. Мой вывод: приоритет должен быть на настройке через расширения и дополнительные свойства. Если интегратор предлагает «залезть в конфигурацию» там, где можно использовать регистры сведений — меняйте архитектора.
Тестирование и миграция данных: KPI достоверности
Критическая метрика этапа — процент расхождения данных при переносе из старой системы в 1С:ERP. Допустимая погрешность по остаткам на складах и взаиморасчетам — 0%. По средним ценам и расчетным ставкам — до 1%. Если на этапе опытной эксплуатации вы видите расхождения в 3-5% по себестоимости готовой продукции, значит, методология учета настроена неверно.
На практике часто встречается ошибка «частичного переноса», когда переносятся только итоги, а не детальные остатки. Это делает невозможным аудит данных. Экспертный вывод: приемка этапа миграции должна осуществляться через сверку двух независимых отчетов (из старой системы и новой) по каждой позиции номенклатуры. Любое расхождение более чем в 1 копейку требует пересмотра алгоритма загрузки.
Опытная эксплуатация: метрики адаптации пользователей
Успех внедрения измеряется не запуском программы, а процентом пользователей, работающих без помощи консультанта. KPI здесь — снижение количества заявок в техподдержку (Ticket Volume) с 50-70 в день на старте до 5-10 через два месяца. Если через 60 дней после запуска бухгалтер или мастер цеха всё еще не может самостоятельно закрыть месяц или оформить выпуск продукции — внедрение провалено.
Пример: завод по производству пластика внедрил ERP, но из-за плохих инструкций 40% персонала продолжали вести учет в Excel параллельно с системой. Это привело к дублированию функций и росту трудозатрат на 20%. Мой вывод: основным критерием приемки должна быть «полная остановка старых систем». Пока живет Excel — ERP не работает.
Вывод
Для эффективного контроля интегратора откажитесь от оплаты по «времени специалистов» в пользу оплаты за конкретные результаты (Milestones). Начинайте с жесткой фиксации матрицы бизнес-процессов и требуйте минимизировать кастомизацию ядра системы, чтобы избежать зависимости от одного разработчика. Избегайте компаний, которые обещают внедрение «под ключ за 3 месяца» для среднего производства — это физически невозможно без потери качества. Лучший выбор — подрядчик, который готов зафиксировать SLA на период сопровождения и предоставляет детальный график миграции данных с контрольными точками сверки.