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