Для многих компаний переход с зарубежных платформ на отечественные решения давно стал необходимостью. Однако попытка заменить финансовую систему одним рывком нередко порождает больше проблем, чем решает. На практике надежнее двигаться последовательно: провести аудит процессов, определить критичные участки, протестировать модули, проверить данные и только затем подключать подразделения одно за другим. О том, как выстроить миграцию так, чтобы не парализовать работу бухгалтерии, рассказывает Ольга Волева, руководитель центра финансового консалтинга ГК ОТР.

Одномоментная замена платформы несет критические риски для операционной деятельности. Ошибки в архитектуре данных или интеграциях, не выявленные на стадии тестирования, способны остановить ключевые процессы. Наиболее уязвимые участки — казначейство, где задержка платежей грозит кассовыми разрывами и срывом поставок, а также бухгалтерский и налоговый учет, сбои в котором чреваты штрафами со стороны ФНС и блокировкой счетов. Бюджетирование и управленческая отчетность, напротив, менее чувствительны к перебоям: их нарушения влияют на стратегические решения, но не парализуют повседневную работу компании.

Проект миграции измеряется месяцами и годами, а не неделями. Классическое внедрение корпоративных систем управления ресурсами (ERP) включает пять крупных фаз. Среди них — предпроектное обследование и аудит текущих процессов, проектирование целевой архитектуры, разработка и адаптация платформы, подготовка к запуску, а также опытно-промышленная эксплуатация. Для средней организации весь путь занимает от 9 до 12 месяцев. В крупных холдингах сроки кратно возрастают: только инвентаризация данных и анализ процессов могут растянуться на 6–9 месяцев, а полный цикл превышает три года. Именно поэтому переход финансового контура в таких структурах принято разбивать на отдельные очереди, или волны.

Основная сложность кроется не в написании кода, а в подготовке данных и процессов. Предварительные работы — документирование бизнес-логики, очистка нормативно-справочной информации, проверка архитектуры, тестирование и обучение пользователей — отнимают от 40 до 60% общей продолжительности проекта. Особого внимания требуют исторические данные: перенос некорректных записей в новую среду приводит к ошибкам вплоть до полной неработоспособности платформы.

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

Масштаб миграции затрагивает компанию целиком, а времени на запуск становится все меньше. В крупном корпоративном сегменте финансовое ядро интегрировано в среднем с 15–50 смежными системами и охватывает все юридические лица холдинга, ключевые подразделения и тысячи конечных пользователей. Опытная эксплуатация новой функциональности длится от одного до трех месяцев, при этом нагрузка на финансовые службы возрастает на 70–100% из-за двойного ввода данных и постоянной сверки результатов. Отдельная задача — аудит кастомных доработок: их доля в крупных организациях достигает 30–70% от всего функционала, однако до 40% таких решений бизнес уже не использует.

На фоне требований к субъектам критической информационной инфраструктуры (КИИ) по переходу на отечественное ПО компании вынуждены активнее запускать проекты замены. Цикл корпоративной миграции занимает два-три года, и те, кто не начал трансформацию в 2024–2025 годах, будут форсировать старт в этом году. Рынок уже испытывает острый дефицит квалифицированных специалистов по внедрению и постепенно движется от модели монолитной платформы к композитной архитектуре из нескольких взаимосвязанных решений.

  • На 70-100% может вырасти нагрузка на финансовые службы во время опытной эксплуатации из-за двойного ввода данных и сверки результатов.
  • До 3 лет и более может занимать полный цикл миграции финансовой системы в крупном холдинге.
  • 9-12 месяцев — средний срок внедрения ERP/финансовой системы в организации среднего масштаба.
  • 6-9 месяцев у крупных компаний может занять только инвентаризация данных и анализ процессов.
  • 40-60% времени проекта уходит не на разработку, а на подготовку: очистку данных, описание процессов, тестирование и обучение пользователей.
  • 15-50 смежных систем в среднем интегрированы с финансовым ядром в крупном корпоративном сегменте.
  • 30-70% функционала в крупных организациях могут составлять кастомные доработки.
  • До 40% кастомных решений бизнес уже не использует, поэтому перед миграцией важно провести аудит и не переносить лишнее в новую систему.

Источник: