Внедрение 1С:ERP — это организационный проект по изменению процессов управления, а не установка новой программы. Его результат зависит от того, насколько точно определены цели, границы, ответственность подразделений, правила ведения данных и критерии приёмки.
1С:ERP позволяет объединить в едином информационном контуре производство, закупки, продажи, склад, финансы, бюджетирование и регламентированный учёт. Но наличие функциональных возможностей не означает, что система автоматически решит проблемы предприятия. Для этого нужно спроектировать целевые процессы и организовать их внедрение.
Когда компании нужна ERP-система
Переход к ERP целесообразно рассматривать, если:
- производство, закупки и продажи планируются независимо;
- данные распределены между несколькими базами и Excel;
- невозможно быстро получить консолидированную финансовую картину;
- себестоимость рассчитывается поздно или требует ручных корректировок;
- подразделения используют разные справочники и показатели;
- растёт количество юридических лиц, филиалов и направлений;
- система не выдерживает текущий масштаб бизнеса;
- руководство получает отчётность после длительной подготовки;
- изменения в одном процессе не отражаются автоматически в других.
ТРИО выделяет похожие предпосылки: разрозненные данные, сложность получения точной финансовой картины, несинхронизированные производство, закупки и продажи, а также ограниченную масштабируемость текущей системы.
Когда ERP не решит проблему
ERP не компенсирует отсутствие управленческих решений.
Проект будет испытывать сложности, если:
- руководство не определило цели;
- подразделения не готовы согласовывать процессы;
- отсутствуют владельцы данных;
- справочники заполнены некачественно;
- ключевые сотрудники не выделены в проект;
- заказчик хочет полностью сохранить старые процессы;
- все индивидуальные привычки пользователей объявлены обязательными требованиями;
- решения по спорным вопросам постоянно откладываются.
До выбора продукта необходимо понять, какие изменения готово принять само предприятие.
Как сформулировать цели внедрения
Цели должны быть связаны с показателями бизнеса.
Неудачные формулировки
- внедрить современную ERP;
- автоматизировать предприятие;
- убрать Excel;
- сделать удобную систему.
Измеримые формулировки
- формировать управленческий баланс не позднее установленной даты;
- получать себестоимость по продуктам и заказам;
- исключить повторный ввод заказов;
- обеспечить единую НСИ для всех подразделений;
- контролировать обеспеченность производственных планов;
- сократить объём ручных сверок;
- видеть движение заявки на оплату до проведения платежа;
- обеспечить детализацию управленческого отчёта до первичного документа.
Цели проекта становятся основой критериев приёмки. Если их нельзя проверить, заказчик и подрядчик будут по-разному оценивать результат.
Этапы внедрения 1С:ERP
1. Предпроектное обследование
На первом этапе изучаются процессы AS IS, IT-ландшафт, данные, интеграции и методология учёта.
Результат:
- границы проекта;
- список целей;
- целевая архитектура;
- модель TO BE;
- fit-gap-анализ;
- реестр требований;
- этапы;
- предварительная оценка ресурсов и бюджета.
2. Функциональное моделирование
Команда показывает, как реальные сценарии предприятия будут выполняться в системе.
Для моделирования выбирают сквозные процессы:
- заказ клиента;
- планирование потребности;
- закупка материалов;
- производство;
- выпуск;
- размещение на складе;
- реализация;
- расчёт себестоимости;
- закрытие периода;
- управленческая отчётность.
Цель моделирования — выявить разрывы между требованиями и типовым функционалом до начала масштабной разработки.
Подход ТРИО предусматривает загрузку примеров данных заказчика и демонстрацию будущей работы системы ещё до основного внедрения.
3. Проектирование
Формируются:
- архитектура;
- функциональные требования;
- требования к интеграциям;
- правила переноса данных;
- ролевая модель;
- требования к производительности;
- сценарии тестирования;
- план запуска;
- порядок приёмки.
На этом этапе важно установить, какие функции остаются в 1С:ERP, а какие выполняются внешними системами.
4. Настройка и разработка
Сначала настраивается типовой функционал. Доработки создаются только для подтверждённых разрывов.
Каждую доработку целесообразно оценивать по критериям:
- создаваемая бизнес-ценность;
- наличие типовой альтернативы;
- влияние на обновления;
- стоимость поддержки;
- критичность для запуска;
- возможность переноса на следующий этап.
Чем больше изменяется типовая конфигурация, тем выше будущая стоимость сопровождения.
5. Подготовка и перенос данных
До загрузки необходимо определить:
Текст
- какие справочники переносятся;
- требуется ли история документов;
- какова глубина истории;
- какие остатки загружаются;
- что будет доступно в архивной базе;
- как проверяются результаты;
- кто подтверждает корректность.
Перенос выполняют несколько раз: пробный, уточняющий и итоговый.
6. Интеграционное тестирование
ERP редко работает изолированно. Необходимо проверить обмены с:
- WMS;
- MES;
- CRM;
- клиент-банком;
- электронным документооборотом;
- сайтом;
- оборудованием;
- BI;
- государственными системами;
- решениями для маркировки и прослеживаемости.
Проверяется не только передача сообщений, но и результат сквозного процесса.
7. Обучение и пользовательское тестирование
Ключевые пользователи должны проверить реальные рабочие сценарии.
Обучение целесообразно строить по ролям:
- руководитель;
- плановик;
- диспетчер;
- закупщик;
- кладовщик;
- бухгалтер;
- экономист;
- казначей;
- специалист по продажам.
Пользовательское тестирование должно завершаться зафиксированным протоколом, а не устным подтверждением.
8. Опытная эксплуатация
На этапе опытной эксплуатации пользователи выполняют операции в новой системе под контролем проектной команды.
Задачи этапа:
- проверить полноту процессов;
- выявить ошибки;
- скорректировать инструкции;
- проверить права;
- оценить производительность;
- подтвердить отчёты;
- подготовить службу поддержки.
9. Промышленный запуск
Для запуска формируется отдельный план:
- дата остановки ввода в старой системе;
- итоговый перенос;
- контрольные сверки;
- доступ пользователей;
- усиленная поддержка;
- порядок эскалации;
- сценарий отката;
- ответственные лица.
Запуск — это не окончание проекта. После него следует этап стабилизации.
10. Стабилизация и развитие
В первые периоды промышленной работы команда:
- устраняет критические ошибки;
- анализирует обращения;
- корректирует производительность;
- дорабатывает инструкции;
- контролирует закрытие периода;
- передаёт знания службе поддержки;
- формирует backlog развития.
| Роль | Ответственность |
|---|---|
| Спонсор проекта | Цели, бюджет, управленческие решения |
| Руководящий комитет | Разрешение конфликтов и контроль этапов |
| Руководитель проекта заказчика | Ресурсы и координация подразделений |
| Руководитель проекта подрядчика | План, сроки, команда и качество |
| Архитектор | Целевая структура системы |
| Функциональные аналитики | Процессы и требования |
| Разработчики | Доработки и интеграции |
| Технический архитектор | Инфраструктура и производительность |
| Владельцы процессов | Правила работы и приёмка |
| Ключевые пользователи | Проверка сценариев |
| Команда поддержки | Эксплуатация после запуска |
Наиболее критичны владельцы процессов. Они должны иметь полномочия не только описывать текущую работу, но и принимать решения о будущей модели.
Поэтапное или комплексное внедрение
Поэтапный подход
Функциональные блоки запускаются последовательно.
Преимущества:
- ниже организационная нагрузка;
- быстрее появляется первый результат;
- проще управлять изменениями;
- ошибки одного блока не останавливают весь проект.
Ограничения:
- требуется временная архитектура интеграций;
- часть операций может выполняться в двух системах;
- переходный период длится дольше.
Одновременный запуск
Все основные блоки переходят в новую систему в одну дату.
Преимущества:
- нет длительного периода двойной архитектуры;
- предприятие быстрее переходит к целевой модели.
Риски:
- высокая нагрузка на команду;
- сложнее откат;
- одна критическая ошибка затрагивает несколько процессов.
Для большинства сложных предприятий поэтапное внедрение управляемее. На странице ТРИО оно также обозначено как наиболее частый сценарий.
От чего зависит стоимость внедрения 1С:ERP
Стоимость формируют не только лицензии и программирование.
Основные факторы:
- количество функциональных блоков;
- число юридических лиц и подразделений;
- сложность производства;
- количество пользователей;
- объём доработок;
- число интеграций;
- качество данных;
- глубина переноса истории;
- инфраструктура;
- требования к отказоустойчивости;
- обучение;
- необходимость параллельного учёта;
- состав проектной документации;
- поддержка после запуска.
ТРИО указывает ориентир комплексного внедрения от 5 млн рублей и срок от четырёх месяцев. Эти значения являются отправной точкой: окончательная оценка зависит от обследования, состава процессов и требований предприятия.
Почему ERP-проект выходит за бюджет
Не зафиксированы границы
Новые требования незаметно включаются в текущий объём.
Недооценены данные
Очистка справочников и сверка остатков требуют участия бизнеса и могут занимать значительную часть проекта.
Не учтены интеграции
Фраза «настроить обмен» не отражает обработку ошибок, мониторинг, повторную отправку и сверку.
Ключевые пользователи не выделены
Подрядчик ждёт решений, а сроки продолжают идти.
Все старые доработки переносятся автоматически
Часть доработок могла потерять актуальность или дублировать типовые возможности новой системы.
Отсутствует управление изменениями
После утверждения требований каждое изменение должно оцениваться по влиянию на бюджет, сроки и архитектуру.
Заголовок
Руководству недостаточно видеть процент выполнения задач.
Необходимо контролировать:
- достижение бизнес-целей;
- прохождение контрольных точек;
- принятые требования;
- открытые решения;
- критические риски;
- готовность данных;
- результаты тестирования;
- загрузку команды заказчика;
- изменения объёма;
- прогноз бюджета;
- готовность к запуску.
Критерии готовности к промышленному запуску
Система готова к запуску, если:
- критические процессы протестированы;
- миграция повторена и проверена;
- остатки сверены;
- интеграции работают устойчиво;
- пользователи обучены;
- права доступа подтверждены;
- производительность соответствует нагрузке;
- отчёты согласованы;
- поддержка готова принимать обращения;
- существует план запуска и отката.
Решение о старте должно приниматься руководящим комитетом на основании критериев, а не потому, что «дата уже назначена».
Подход ТРИО
ТРИО строит работу от проверки решения на данных и сценариях заказчика. После предварительной демонстрации следуют обследование, фиксация требований, внедрение, обучение и сопровождение. Компания подчёркивает необходимость прозрачности по задачам, процессам, срокам и порядку бюджета до начала активного внедрения.
Такой подход помогает предприятию оценить ERP не по презентации продукта, а по тому, как в системе будут выполняться его реальные операции.
Часто задаваемые вопросы
Сколько времени занимает внедрение 1С:ERP?
Обязательно ли внедрять все блоки ERP?
Можно ли внедрить ERP без доработок?
Кто должен руководить проектом со стороны заказчика?
Нужно ли сохранять всю историю старой системы?
Когда можно оценить точную стоимость?
