Как составить план внедрения 1С, который доживёт до запуска

· 9 мин

Содержание

План внедрения 1С — это документ, где у каждого этапа есть результат, срок, ответственный с обеих сторон и критерий приёмки. Рабочая последовательность: обследование → выбор конфигурации и решение о доработках → настройка и перенос данных → тестирование → обучение → опытная эксплуатация → промышленный запуск → сопровождение. Для малого бизнеса на 1С:Бухгалтерии весь путь занимает ориентировочно 1–2 месяца, для торговли с несколькими складами — 3–5 месяцев, для производства на ERP — от полугода.

Типичная история: директор назначает переход на новую 1С «с первого числа», бухгалтер узнаёт об этом за неделю, а остатки по складу так и не сверены. Пошаговая инструкция ниже нужна, чтобы этого не случилось: как составить план, что в него вписать и как понять, что проект идёт по графику.

Этап 0: что подготовить до составления плана внедрения

План, написанный до этой работы, почти всегда оказывается пересказом коммерческого предложения. Сначала соберите фактуру.

Цели в измеримом виде

«Навести порядок в учёте» — не цель. Цель звучит так:

  • 📌 закрывать месяц за 5 рабочих дней вместо 12;
  • 📌 видеть остатки по складам в реальном времени, без ручной сверки в Excel;
  • 📌 сдавать отчётность из одной базы, а не из трёх.

Каждая цель потом станет критерием приёмки проекта.

Карта процессов «как есть»

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

На этом шаге обычно всплывают процессы, о которых руководство не знало: таблица учёта возвратов у кладовщика или отдельная база 7.7 для одного юрлица.

Решения, которые нельзя откладывать

ВопросВариантыКто решает
Какая конфигурацияБП, УТ, КА, ERP, УНФРуководитель + консультант
Где работает базаСвой сервер, аренда, сервис 1С:ФрешИТ + финансы
Файловая или клиент-сервернаяФайловая до ~10 пользователей, дальше лучше клиент-серверИТ
Дата начала учётаНачало квартала или годаГлавный бухгалтер
ДоработкиТиповая, расширения, изменение конфигурацииРуководитель проекта

Дату начала учёта ставьте на начало квартала, а лучше года. Тогда не придётся переносить обороты внутри периода, достаточно остатков на одну дату.

Структура плана внедрения 1С: этапы по шагам

Ниже — каркас, который подходит для большинства проектов. Сроки ориентировочные, для компании на 15–30 пользователей.

№ЭтапРезультатСрокОтветственный
1ОбследованиеКарта процессов, перечень отчётов1–3 неделиКонсультант + владельцы процессов
2ПроектированиеОписание того, как процессы будут выглядеть в 1С; список доработок1–3 неделиКонсультант
3Установка и настройкаРабочая база, учётная политика, права1–2 неделиИТ + консультант
4ДоработкиРасширения, печатные формы, обмены2–8 недельПрограммист
5Перенос данныхСправочники и остатки в базе1–2 неделиКонсультант + бухгалтерия
6ТестированиеПротокол прохождения сценариев1–2 неделиКлючевые пользователи
7ОбучениеПользователи прошли сценарии на копии базы1 неделяКонсультант
8Опытная эксплуатацияРабота в 1С с контролем результата2–4 неделиВсе пользователи
9Запуск и сопровождениеАкт приёмки, регламент поддержкиот 1 месяцаРуководитель проекта
Пример графика для торговой компании
  1. недели 1–4Обследование и проектирование
  2. недели 5–6Установка, настройка, права
  3. недели 6–11Доработки и обмен с сайтом
  4. недели 10–12Перенос справочников и остатков
  5. недели 12–14Тестирование и обучение
  6. недели 15–17Опытная эксплуатация
  7. неделя 18Промышленный запуск

Как расписать каждую строку плана

У каждого этапа в плане должно быть пять полей:

  1. Результат — что можно показать и принять: документ, настроенная база, протокол.
  2. Срок — дата окончания, а не «2 недели» в воздухе.
  3. Ответственный со стороны исполнителя.
  4. Ответственный со стороны заказчика — без него консультант будет ждать ответов неделями.
  5. Критерий приёмки — по каким признакам этап считается закрытым.

Этапы 4 и 5 часто идут параллельно: справочники можно переносить, пока программист пишет печатные формы.

Что упускают при детализации этапов

Основные этапы есть в любом плане. Срывают сроки мелочи, которые в план не попали.

Перенос данных: что именно и откуда

Распишите отдельно:

  • 🗂️ справочники — номенклатура, контрагенты, сотрудники, договоры. Перед переносом их чистят от дублей: пять карточек «ООО Ромашка» станут пятью контрагентами и в новой базе;
  • 💰 остатки по счетам на дату начала учёта, с аналитикой (по контрагентам, документам расчётов, партиям);
  • 📈 обороты, если учёт начинается не с начала года;
  • 👥 кадровая история для ЗУП: средний заработок за расчётный период нужен для отпускных и больничных.

Из старых конфигураций 1С данные переносят типовыми правилами конвертации. Из сторонних программ — через Excel-загрузку или обработку, которую пишет программист. Время на это в плане закладывают отдельной строкой.

Остатки после переноса сверяют с оборотно-сальдовой ведомостью старой системы по каждому счёту. Без подписанной сверки этап не закрывается.

В 1С:Бухгалтерии 3.0 ручной ввод остатков находится в разделе Главное → Начальные остатки.

Права пользователей

Ролевую модель проектируют заранее: кто видит зарплату, кто может проводить документы задним числом, кто меняет цены. Настройка — в разделе Администрирование → Настройки пользователей и прав. Если оставить права «на потом», в день запуска у всех окажется полный доступ.

Обмены и интеграции

Сайт, банк, ЭДО, онлайн-кассы, маркировка, складской терминал. Каждый обмен — отдельная строка плана со своим тестом. Обмен с интернет-магазином на практике отлаживается дольше, чем настраивается.

Закрытие периода

План часто заканчивается на «введены первые документы». А первое закрытие месяца в новой базе — самый трудный момент. Внесите его в план как отдельный этап с участием консультанта.

Тестирование: как поймать критичные ошибки до запуска

Тестируют на копии рабочей базы, а не на пустой демо-базе. Копию делают через выгрузку информационной базы в файл .dt в Конфигураторе.

Сценарии вместо «потыкать»

Под каждый ключевой процесс пишут сценарий от начала до конца. Пример для торговли:

  1. Поступление товара от поставщика с НДС.
  2. Заказ клиента и резервирование.
  3. Реализация и печать УПД.
  4. Оплата от покупателя по банковской выписке.
  5. Возврат части товара.
  6. Проверка: остаток на складе, взаиморасчёты, сумма НДС в книге продаж.

Сценарий проходит ключевой пользователь, а не программист. Программист знает, как «должно работать», и подсознательно обходит ошибки.

Что проверить обязательно

БлокКак проверить
Печатные формыРаспечатать и сверить с образцами, которые принимают контрагенты
ПраваЗайти под каждой ролью и попробовать сделать запрещённое
ОбменыПрогнать реальный объём: 1 000 заказов, а не 3 тестовых
ПроизводительностьВсе пользователи одновременно проводят документы
Закрытие месяцаПолностью закрыть тестовый месяц и сверить ОСВ
ОтчётностьСформировать декларации и сравнить с прежними

Найденные ошибки ведут в общем журнале: номер, описание, критичность, кто исправляет, статус. Критичные ошибки блокируют запуск, некритичные переходят в сопровождение.

План перехода на 1С: запуск без хаоса

Дата запуска и «отсечка»

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

Параллельная работа в двух системах дольше 2–4 недель почти всегда проваливается: люди устают дублировать, данные расходятся, и никто не знает, где правда.

Поддержка в первые дни

  • 🧑‍💻 консультант на месте или на связи весь рабочий день первые 1–2 недели;
  • 📞 один канал для вопросов — чат или заявки, не личные звонки;
  • 📝 короткие инструкции на 1–2 страницы по каждой операции, а не руководство на 300 листов;
  • 🕐 ежедневный 15-минутный разбор проблем с руководителем проекта.

Регламент сопровождения

До запуска договоритесь, кто обновляет конфигурацию, с какой периодичностью делается резервная копия, кто восстанавливает базу и как быстро реагируют на заявки. Это фиксируется в договоре на сопровождение или во внутреннем регламенте ИТ.

Готовность к запуску
Выполнено: 0 / 8

Примеры планов внедрения 1С для разных бизнесов

Цифры — ориентиры для типовых проектов. Реальные сроки зависят от объёма доработок и того, насколько быстро заказчик даёт ответы.

ИП или небольшая услуговая компания

  • Конфигурация: 1С:Бухгалтерия, часто в облаке.
  • Пользователи: 1–3.
  • Этапы: настройка учётной политики → загрузка банка → ввод остатков → подключение отчётности и ЭДО → первый закрытый месяц.
  • Срок: 2–4 недели.
  • Бюджет: ориентировочно 30–80 тыс. ₽ на работы плюс лицензии или аренда.

Оптовая торговля с двумя складами

  • Конфигурация: УТ + БП с обменом или КА.
  • Пользователи: 15–25.
  • Особенности плана: отдельные этапы на обмен с сайтом, адресный склад, маркировку; перенос взаиморасчётов с аналитикой по документам.
  • Срок: 3–5 месяцев.
  • Бюджет: ориентировочно 500 тыс. – 1,5 млн ₽ на работы.

Производство

  • Конфигурация: 1С:ERP или КА.
  • Пользователи: от 30.
  • Особенности плана: ресурсные спецификации, маршруты, калькуляция себестоимости. Обычно внедряют по блокам: сначала регламентированный учёт и склад, потом производство, потом планирование.
  • Срок: 6–18 месяцев.
  • Бюджет: от нескольких миллионов рублей.

Час работы консультанта или программиста у партнёров 1С стоит ориентировочно 2 500–5 000 ₽. Умножьте оценку часов на ставку и прибавьте 20–30 % запаса: такой бюджет ближе к реальности, чем первая цифра в предложении.

Как контролировать выполнение плана внедрения: инструменты и метрики

Инструменты

  • 📊 диаграмма Ганта — в MS Project, онлайн-сервисах или даже в Excel;
  • 🐞 журнал ошибок и доработок — трекер задач или общая таблица;
  • 🗓️ еженедельный статус на одну страницу: что сделано, что сдвинулось, какие решения нужны от руководства;
  • 📄 протоколы встреч с решениями и сроками.

Метрики

МетрикаНормаТревожный сигнал
Отклонение по срокам этападо 10 %больше 20 % на двух этапах подряд
Израсходованные часы к выполненному объёмупримерно пропорционально70 % часов при 40 % работ
Открытые критичные ошибки0 к запускурастут за неделю до запуска
Время ответа заказчика на вопрос1–2 днябольше недели
Новые доработки после проектированияединицыкаждую неделю новые

Контрольные точки

Расставьте в плане 3–4 точки, на которых руководитель принимает решение «идём дальше или останавливаемся»: после проектирования, после тестирования, перед запуском, после первого закрытого месяца. На каждой — подписанный протокол.

Почему планы внедрения 1С проваливаются

Эти причины повторяются из проекта в проект:

  1. Нет ответственного у заказчика. Внедрение отдали «айтишнику», а решения о процессах принимать ему не дают полномочий.
  2. Бесконечные доработки. Каждый отдел просит «как было в старой программе». Решение — заморозить список доработок после проектирования, новые — только через руководителя проекта и после запуска.
  3. Изменение типовой конфигурации вместо расширений. Снятие конфигурации с поддержки превращает каждое обновление в отдельный платный проект. Расширения конфигурации , доступные с платформы 8.3.6, позволяют дорабатывать без этого.
  4. Грязные данные. Дубли в справочниках переносятся в новую базу и ломают отчёты.
  5. Обучение «для галочки». Двухчасовая презентация вместо прохождения своих сценариев на копии базы.
  6. Запуск в самый загруженный месяц. Старт в декабре или в отчётный период отнимает у бухгалтерии время, которого нет.

Частые вопросы

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