Срок внедрения 1С:ERP: из чего он складывается и как его сократить

Из чего складывается срок проекта, что его ускоряет и что затягивает, как выглядит реалистичный план по этапам и какие решения заказчика экономят месяцы

Короткий ответ: срок определяется объёмом, а не календарём

Вопрос «сколько это займёт» задают первым. Любой ответ до обследования — догадка. Срок внедрения 1С:ERP складывается не из этапов, а из объёма: сколько рабочих мест автоматизируем, сколько юрлиц и контуров, сколько доработок, сколько данных переносим и сколько интеграций придётся переписать.

Об этом прямо спрашивают те, кто проект уже прошёл:

«Интересно послушать ребят, которые вкручивали ERP на местах: какой объём переработки, сколько человек уволилось, какая была компенсация?»

Вопрос честный, и ответ на него не «два месяца». Ниже — из чего состоит срок, что его двигает и как отличить реалистичный план от обещания.

Шесть этапов и их ориентировочные сроки

Наша публичная методика внедрения 1С:ERP состоит из шести этапов. Ниже — ориентиры, а не обещание по конкретному проекту: точный план появляется после обследования.

| Этап | Ориентир | Что должно быть на выходе |

|---|---|---|

| Предпроектное обследование | 1–2 недели | Карта процессов «как есть», реестр разрывов, дорожная карта |

| Проектирование и моделирование | 2–4 недели | Целевая модель и прототип на типовых процессах |

| Настройка и доработка | 4–12 недель | Настроенная конфигурация, интеграции, подготовленные данные |

| Тестирование и обучение | 2–4 недели | Проверка на реальных сценариях, обученные пользователи |

| Опытная эксплуатация и параллельный учёт | 2–8 недель | Закрытие периода в новой системе, разбор замечаний |

| Промышленная эксплуатация и сопровождение | постоянно | Работа без ручных операций, передача в поддержку |

Складывать эти недели в один календарь нельзя: этапы идут с перекрытием — моделирование начинается, пока идёт обследование отдельных контуров, тестирование идёт параллельно с доработками. Поэтому сумма строк не равна сроку проекта.

Отдельно компания публикует ориентиры для «стандартного перехода» — более узкого объёма: обследование 2–3 недели, моделирование 3–4, настройка 4–6, подготовка к эксплуатации 2, тестовая эксплуатация 3–4, опытная эксплуатация 1–2 недели; средний срок такого перехода — 4–6 месяцев, пилот на одном подразделении — 6–8 недель. Для полного внедрения на странице услуги указан другой ориентир — от 8 месяцев. Это не противоречие, а разные объёмы работ.

Что определяет объём работ

• Рабочие места. Число автоматизированных рабочих мест и одновременно работающих пользователей определяет и лицензии, и объём обучения, и нагрузку на систему.
• Юрлица и контуры. Одна организация с бухгалтерией — не то же самое, что холдинг с консолидацией. Каждый контур — производство, закупки, склад, финансы, казначейство, бюджетирование, МСФО, зарплата — это отдельный блок настройки и отдельные решения.
• Доработки. Сколько функциональных разрывов нашлось и как каждый закрывается: типовой настройкой, доработкой или отказом. Доработка — самая дорогая по времени часть, потому что её нужно спроектировать, написать и протестировать.
• Данные. Что переносим из старой системы: только НСИ и остатки или ещё и историю. В каком состоянии справочники — это видно только на данных.
• Интеграции. Банк, ЭДО, кассы, BI, внешние сервисы настроены на старую систему, и каждую связку нужно переписать и проверить.
• Отраслевая специфика. Переделы, партии, рецептуры, сложная себестоимость усложняют производственный контур и расчёт.

Что ускоряет проект, а что затягивает

Ускоряет. Приоритет типового функционала: доработка — только там, где без неё нельзя работать. Инвентаризация НСИ до старта настройки, а не по её ходу. Решения, принимаемые в срок. Поэтапный запуск: сначала один контур или пилот на одном подразделении, потом остальное. Обучение как период, идущий до запуска, а не вебинар в последний день. Тестирование на реальных сценариях — закрытие периода, расчёт себестоимости, отгрузка, закупка.

Затягивает. Требования, меняющиеся по ходу: каждое изменение требует оценки и сдвигает работы. Справочники, загруженные «как исторически сложилось»: дубли и разные единицы измерения всплывают уже в расчётах. Интеграции, которые оказались сложнее, чем выглядели на старте. Ожидание решений: согласование одного разрыва идёт неделями, команда в это время простаивает. И позиция «сделайте пока без нас» — тогда пользователи не участвуют в тестировании и возвращают себе Excel после запуска.

Здесь же кроется причина, которая не в софте:

«Сколько я пыталась некоторым предпринимателям объяснить важность бизнес-архитектуры, оптимизации бизнес-процессов — будто на другом языке общались, все в пустоту».

Пока процессы не описаны, каждую неясность закрывают отдельной доработкой — и проект растёт на глазах.

Роль заказчика: решения, данные, люди

Три вещи, которые подрядчик не сделает за вас.

Решения. Нужен человек, который ведёт реестр разрывов и отвечает: что дорабатываем, что принимаем типовым функционалом, от чего отказываемся. Не «ИТ-директор вообще», а участник проекта с временем в календаре и правом решать.

Данные. Владельцы справочников, остатки на дату перехода, решение о том, что переносим из истории. Это работа заказчика: её нельзя передать подрядчику вместе с ответственностью за результат.

Люди. Ключевые пользователи на каждом контуре, их участие в тестировании, инструкции по своим сценариям. И отдельно — те, кто будет систему сопровождать:

«Банально не хватает программистов для решения всех задач».

Это ограничение не исчезнет после запуска, поэтому в плане должно быть написано, что закрывает подрядчик, что остаётся внутри и кто отвечает за справочники и обновления. Пользователям, в свою очередь, нужна понятная карта системы:

«Элементарно не хватает схемы возможностей этой ERP: что, откуда, куда, каким образом и почему».

Почему «внедрим за три месяца» — признак проблемы

Три месяца — возможный срок, но не для полного внедрения. В такой срок укладывается пилот на одном подразделении (ориентир — 6–8 недель) или запуск одного контура. Если подрядчик обещает три месяца на весь проект до обследования, возможны три варианта: он не понял объём; он считает, что система внедрена, когда проведены документы, а не когда закрывается период; либо названная сумма и срок не включают доработки, интеграции и обучение — они появятся позже отдельным счётом.

Проверить просто: попросите разложить срок по этапам и назвать, что считается результатом каждого. Если вместо этого звучит «мы работаем быстро» — это ответ не про ваш проект.

Что делать, чтобы не растянулось, и как заметить, что идёт не так

• Зафиксировать границы. Что входит в проект, что нет, что делаем во второй очереди. Список «хотелось бы» без приоритетов превращается в бесконечный проект.
• Принимать этапы по артефактам. Каждый этап заканчивается документом: отчёт о разрывах и дорожная карта, прототипы и сценарии, настроенная конфигурация, схема интеграций, тест-кейсы, мигрированные данные, инструкции, отчёты тестирования, регламенты поддержки. Нет артефакта — этап не закрыт.
• Держать один ответственный на стороне заказчика и один — на стороне подрядчика. Без этого решения теряются между службами.
• Ограничить доработки и вести их реестр: каждая — с оценкой, приоритетом и датой.

Признаки, что проект идёт не так: сроки этапов сдвигаются без объяснения причин; реестр разрывов не ведётся или не обновляется; число доработок растёт, а границы проекта не пересматриваются; пользователи не участвуют в тестировании; параллельный учёт длится дольше запланированного и никто не может назвать дату его окончания. И главный признак — проект считается завершённым, а период всё ещё закрывается ручными операциями:

«На моём бывшем предприятии внедрение увеличило количество обслуживающего персонала в разы, а выхлоп НОЛЬ».

Такое случается не из-за срока. Из-за того, что срок считали в календаре, а не в объёме работ и принятых решениях.

Что даёт аудит как первый шаг

Аудит — обследование, а не продажа. Мы проводим цифровой аудит за 5 рабочих дней: интервью с финансами, производством, ИТ и закупками; проверка системы по шести стандартам внедрения; разбор данных — закрытие периода, себестоимость, остатки, дубли; расчёт эффекта; отчёт и часовая защита с командой.

На выходе — карта процессов «как есть», реестр узких мест и функциональных разрывов с оценкой трудоёмкости, варианты закрытия по каждому разрыву (типовая настройка, доработка, отказ), план перехода по этапам и предварительная вилка бюджета. Для темы сроков это и есть ответ на вопрос «сколько»: объём работ, разложенный по этапам, с ресурсами и очередностью.

Аудит — отдельная услуга: мы не дорабатываем систему и не продаём лицензии, решение о проекте вы принимаете после отчёта. Если по итогам окажется, что внедрение не нужно, — это тоже результат.

Что дальше

Если вы узнали свою ситуацию, есть два спокойных способа продолжить.

Первый — получить ориентир по стоимости и объёму в квизе: несколько вопросов о масштабе, отрасли, текущей системе и задаче, на выходе предварительная оценка. Это не смета и не оферта: точная стоимость и срок появляются после обследования.

Состав этапов и то, что получает заказчик на каждом из них, описаны отдельно: [Внедрение 1С:ERP с нуля](/quiz/uslugi/vnedrenie-1s-erp).

Второй — [оставить заявку на аудит](/quiz/audit): обследование занимает 5 рабочих дней и заканчивается отчётом с картой рисков и планом работ. Если сначала нужно обсудить задачу, на странице аудита есть кнопка «нужна консультация эксперта» — заявка придёт менеджеру, и он согласует время разговора.

Мы не обещаем процентов экономии и сроков окупаемости: до обследования такие цифры берутся из воздуха, а решение по проекту стоит дорого. Что можно сказать точно — «Аксионт» работает на рынке 1С 15 лет, в компании 70+ специалистов, 77 кейсов внедрений и 38 отраслевых решений; 95 процентов внедрений успешно завершены и подтверждены отзывами на официальном сайте 1С.

<!-- Проверить перед публикацией: (1) подтвердить, что опубликованные ориентиры по этапам (обследование 1–2 недели; проектирование и моделирование 2–4; настройка и доработка 4–12; тестирование и обучение 2–4; опытная эксплуатация и параллельный учёт 2–8; сопровождение — постоянно) актуальны и что их допустимо называть в статье; (2) подтвердить ориентиры «стандартного перехода» (обследование 2–3 недели, моделирование 3–4, настройка 4–6, подготовка 2, тестовая эксплуатация 3–4, ОПЭ 1–2; средний срок 4–6 месяцев, пилот 6–8 недель) и то, что расхождение с ориентиром «от 8 месяцев» на странице услуги объясняется объёмом, а не ошибкой; (3) решить, называть ли пилот за 6 недель — в тексте использован диапазон 6–8 недель из методики; (4) подтвердить срок «5 рабочих дней», состав и результат аудита и то, кто из команды его проводит; (5) подтвердить актуальность утверждённого набора цифр компании на дату публикации (15 лет, 70+ специалистов, 77 кейсов внедрений, 38 отраслевых решений, 95 процентов — цифра написана словами, чтобы проверка на проценты оставалась чистой); (6) согласовать, что обезличенные дословные цитаты клиентов из исследования ниши (AXIONT-07) используем в публикации; (7) согласовать формулировку про причины, по которым подрядчик может обещать три месяца, — она описывает гипотезы, а не конкретную компанию, и не должна читаться как обвинение отрасли; (8) решить, где публикуем — блог axiont.ru, страница на сайте или внешняя площадка — и проставить рабочие ссылки на /quiz и /quiz/audit. -->