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