От «1С:Бухгалтерия предприятия» к «1С:ERP Управление предприятием»: как заранее спланировать миграцию данных

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

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

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

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

Почему при переходе на «1С:ERP Управление предприятием» важна подготовка данных

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

«1С:ERP Управление предприятием» позволяет объединить эти процессы в единой системе. При этом данные используются в другой модели: появляются дополнительные аналитические разрезы, взаимосвязи между объектами, производственные и управленческие сущности.

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

Например, в исторической базе статья затрат может быть связана со счётом и субконто, а в «1С:ERP Управление предприятием» для работы с ней потребуется учитывать дополнительные аналитические разрезы. Аналогично может измениться структура складов, подразделений, центров финансовой ответственности и других объектов.

Если эти соответствия определить на этапе проектирования, правила переноса можно настроить и проверить до рабочей миграции.

Миграция начинается до переноса данных

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

Для сложных проектов этого недостаточно.

Миграция должна быть частью общего плана внедрения. 

До начала переноса определяются:

• состав и объём данных, которые необходимы для работы в «1С:ERP Управление предприятием»;
• правила подготовки и нормализации НСИ;
• соответствие объектов исторической системы и «1С:ERP Управление предприятием»;
• правила конвертации документов;
• состав начальных остатков;
• порядок тестовых загрузок и сверки;
• критерии готовности данных к рабочей миграции;
• особенности переходного периода, если они предусмотрены проектом.

Такой подход позволяет определить спорные места и проверить правила переноса до рабочей загрузки.

Четыре задачи правильно выстроенной миграции

1. Нормализация НСИ и построение мэппинга

При переходе на «1С:ERP Управление предприятием» важно не переносить нормативно-справочную информацию автоматически «как есть».

За время работы исторической системы в справочниках могут появляться дубли контрагентов и номенклатуры, неактуальные элементы, избыточные группы и различия в структуре. Если перенести такую структуру без предварительной подготовки, эти особенности будут воспроизводиться уже в новой системе.

Поэтому НСИ подготавливается до переноса:

• выявляются и объединяются дубли;
• актуализируются элементы справочников;
• согласуются наименования;
• формируется необходимая иерархия;
• определяется соответствие объектов исторической системы объектам «1С:ERP Управление предприятием»;
• учитываются требования производственного, складского и управленческого учёта.

На этом же этапе формируется мэппинг — таблица соответствия объектов двух систем.

Мэппинг может охватывать номенклатуру, контрагентов, договоры, склады, подразделения, статьи затрат, ЦФО и другие объекты, которые участвуют в переносе.

Таким образом, нормализация НСИ и мэппинг — это не две независимые операции, а основа подготовки данных к новой модели учёта.

2. Перенос начальных остатков с учётом календаря проекта

Особого внимания требуют проекты, в которых переход на «1С:ERP Управление предприятием» запланирован с 1 января.

На эту дату формируются начальные остатки, однако годовая отчётность в «1С:Бухгалтерия предприятия» закрывается позднее. В течение периода закрытия могут уточняться данные, влияющие на остатки.

Поэтому для такого сценария в план миграции может быть заложена повторная загрузка остатков после закрытия года.

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

Такой механизм позволяет предусмотреть изменение данных после закрытия года и не превращать их выверку в длительную ручную работу.

3. Перенос документов текущего периода

В некоторых проектах переход на «1С:ERP Управление предприятием» выполняется поэтапно. Например, при запуске системы с 1 января часть текущих операций в переходный период может продолжать оформляться в исторической базе.

В таком сценарии необходимо заранее определить, каким образом эти документы будут поступать в «1С:ERP Управление предприятием».

Для этого на этапе проектирования:

• определяется состав документов;
• анализируется сопоставимость видов операций;
• настраиваются правила конвертации;
• определяются объекты, которые переносятся типовыми механизмами;
• выявляются операции, для которых требуется отдельная настройка.

Например, документ «Поступление (акт, накладная)» в «1С:Бухгалтерия предприятия» может использоваться для разных видов операций. Документы по товарам, основным средствам и услугам могут переноситься в «1С:ERP Управление предприятием» типовыми правилами, тогда как операции по объектам строительства и оборудованию требуют отдельной обработки.

Ключевой момент — выявить такие различия до начала рабочей загрузки.

При этом перенос документов за текущий период не является универсальным требованием любого перехода. Если компания готова полностью перейти на «1С:ERP Управление предприятием» с даты запуска, необходимость в таком переходном механизме отсутствует. Он применяется тогда, когда это предусмотрено организационной моделью конкретного проекта.

4. Мэппинг статей затрат и структуры предприятия

Отдельная задача — сопоставить аналитики затрат и организационную структуру.

В «1С:Бухгалтерия предприятия» статьи затрат используются в рамках бухгалтерского учёта и связаны со счетами и субконто. В «1С:ERP Управление предприятием» затраты могут анализироваться в дополнительных разрезах и распределяться между различными объектами управленческого и производственного учёта.

Поэтому до начала переноса формируется таблица соответствия статей затрат.

Аналогичный подход применяется к структуре предприятия. Если в исторической базе и «1С:ERP Управление предприятием» различается количество или состав складов, подразделений, ЦФО и других объектов, для них на этапе проектирования определяются соответствия.

Например, один склад исторической системы может быть разделён в «1С:ERP Управление предприятием» на несколько объектов в соответствии с новой организационной моделью.

Такой мэппинг позволяет сразу привязать данные к нужным объектам «1С:ERP Управление предприятием», а не определять соответствия уже после загрузки.

Как выглядит процесс миграции

Правильно организованный процесс можно представить как последовательность:

Анализ данных → Нормализация НСИ → Мэппинг → Настройка правил переноса → Тестовая загрузка → Сверка → Рабочая миграция → ОПЭ

Каждый следующий этап опирается на результат предыдущего.

Сначала определяется, что необходимо перенести. Затем — в каком виде эти данные должны находиться в «1С:ERP Управление предприятием» и с чем их сопоставить. После этого настраиваются правила переноса и выполняются тестовые загрузки.

И только после проверки результата выполняется рабочая миграция.

Именно поэтому миграцию нельзя сводить к одной операции загрузки данных. Это последовательный процесс подготовки, переноса и контроля.

Миграция планируется до начала эксплуатации, а не после возникновения расхождений.

Кейс: переход с «1С:Бухгалтерия предприятия» на «1С:ERP Управление предприятием» с 1 января

Исходные условия

Производственная компания, занимающаяся переработкой сырья, с численностью 120 сотрудников и номенклатурой около 8 000 позиций планировала переход на «1С:ERP Управление предприятием» с 1 января.

Особенность проекта заключалась в календаре закрытия года: годовая отчётность в «1С:Бухгалтерия предприятия» закрывалась и сдавалась в марте.

Это требовало заранее предусмотреть порядок работы с остатками после закрытия года.

Кроме того, в переходный период часть оперативного учёта продолжала выполняться в исторической базе. Поэтому в проекте был предусмотрен механизм переноса документов текущего периода в «1С:ERP Управление предприятием» без повторного ручного ввода.

Таким образом, сценарий миграции был определён до начала рабочих загрузок и учитывал особенности конкретного проекта.

Что требовалось предусмотреть

В рамках подготовки были определены несколько ключевых задач.

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

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

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

Поэтому все эти вопросы были включены в план миграции при проектировании.

Как было спланировано решение

1. Перенос остатков с возможностью повторной загрузки

На этапе запуска начальные остатки на 1 января были загружены в «1С:ERP Управление предприятием».

После закрытия года в «1С:Бухгалтерия предприятия» предусмотрена повторная загрузка в режиме перезаписи. Скорректированные данные замещают ранее загруженные без образования дублей.

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

2. Миграция первичных документов текущего периода

Документы за январь, февраль и март переносились из «1С:Бухгалтерия предприятия» в «1С:ERP Управление предприятием» по ранее настроенным правилам конвертации.

Пользователям не требовалось повторно вводить операции в новой системе. Данные поступали в «1С:ERP Управление предприятием» в соответствии с предусмотренным проектом переходным сценарием.

3. Анализ сопоставимости видов операций

До начала рабочей загрузки были определены документы, которые не поддерживались типовыми правилами переноса.

В частности, операции по объектам строительства и оборудованию потребовали отдельных правил конвертации.

Эти правила были настроены заранее, поэтому необходимость дополнительной обработки была учтена в плане проекта, а не возникла непосредственно во время рабочей миграции.

4. Мэппинг статей затрат и структуры предприятия

До начала переноса была построена таблица соответствия статей затрат между «1С:Бухгалтерия предприятия» и «1С:ERP Управление предприятием».

Также была пересмотрена организационная структура Шесть складов исторической базы в «1С:ERP Управление предприятием» переформированы в девять объектов складской структуры, за каждым из которых закреплено своё ЦФО. 

Благодаря этому остатки и документы переносились уже с привязкой к целевой структуре «1С:ERP Управление предприятием».

Результат

Спланированный сценарий позволил:

• сократить ручной труд аналитика на 70 % за счёт повторной загрузки остатков в режиме перезаписи;
• исключить двойной ввод документов в предусмотренном проектом переходном периоде;
• не увеличивать сроки внедрения из-за ручной выверки данных;
• сформировать управленческие отчёты в «1С:ERP Управление предприятием» на актуальных данных с первого месяца эксплуатации;
• высвободить рабочее время бухгалтерии, эквивалентное примерно 0,5 ставки.

Главный результат проекта — не отдельный механизм повторной загрузки или переноса документов, а то, что все эти сценарии были предусмотрены до начала миграции и включены в план внедрения.

Что даёт заранее спланированная миграция

Предсказуемый результат

Состав данных, правила сопоставления и сценарии переноса определяются до рабочей загрузки. Команда проекта заранее знает, какие данные и каким способом должны попасть в «1С:ERP Управление предприятием».

Корректная структура данных

НСИ подготавливается под модель новой системы, а не переносится автоматически в историческом виде.

Контролируемая работа с остатками

Если календарь проекта предполагает корректировку данных после закрытия года, возможность повторной загрузки закладывается в алгоритм на ранних этапах проекта.

Отсутствие незапланированной ручной работы

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

Готовность системы к эксплуатации

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

Как организовать миграцию данных

1. Анализ

Изучается исходная система: состав данных, структура НСИ, особенности учёта, документы, остатки и организационная модель.

Определяется, какие данные необходимы для работы в «1С:ERP Управление предприятием» и какой объём исторической информации действительно требуется переносить.

2. Проектирование

Формируется целевая модель данных «1С:ERP Управление предприятием».

Определяются правила переноса НСИ, остатков и документов, состав мэппинга, особенности конвертации и контрольные показатели.

3. Подготовка НСИ и мэппинга

Проводится нормализация справочников, согласуется структура объектов, формируются таблицы соответствия между исторической системой и «1С:ERP Управление предприятием».

4. Настройка и тестирование

Настраиваются правила конвертации и выполняются тестовые загрузки.

Результат сверяется с исходной системой, проверяются остатки, аналитики, взаимосвязи объектов и формирование отчётности.

5. Рабочая миграция

После получения согласованного результата выполняется рабочий перенос данных в соответствии с планом проекта.

Если предусмотрены дополнительные этапы — например, повторная загрузка остатков после закрытия года или перенос документов текущего периода — они выполняются по заранее определённому сценарию.

6. Начало эксплуатации и сопровождение

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

Ответы на вопросы о переходе на «1С:ERP Управление предприятием»

«Почему нельзя просто перенести данные из одной системы в другую?»

Технически данные можно загрузить. Но при переходе на «1С:ERP Управление предприятием» меняется их структура и назначение.

Один объект исторической системы может требовать другого представления в «1С:ERP Управление предприятием», а часть аналитик может быть организована иначе.

Поэтому сначала определяются правила соответствия, а затем выполняется перенос.

«Зачем нормализовать НСИ, если в текущей системе всё работает?»

Переход на «1С:ERP Управление предприятием» — возможность подготовить данные к новой модели учёта.

Если в справочниках есть дубли или неактуальные элементы, их перенос без проверки воспроизведёт существующую структуру в новой системе.

Поэтому НСИ целесообразно подготовить до загрузки в «1С:ERP Управление предприятием».

«Почему остатки нельзя загрузить один раз?»

Технически загрузить остатки один раз можно, но в проектах с переходом на 1 января отчётность в исходной системе закрывается после запуска «1С:ERP Управление предприятием», и в этот период данные могут уточняться. 

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

«Обязательно ли вести две системы?»

Нет. Параллельный ввод не является обязательным условием перехода на «1С:ERP Управление предприятием».

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

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

Этот сценарий должен быть предусмотрен проектом, а перенос документов — автоматизирован и ограничен согласованным переходным периодом.

«У нас уже есть «1С:Бухгалтерия предприятия». Зачем переходить на «1С:ERP Управление предприятием»?»

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

«1С:ERP Управление предприятием» позволяет объединить эти процессы в единой информационной системе.

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