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