Особенности миграции данных в SAP ERP

Миграция данных является одним из ключевых и самых сложных аспектов внедрения SAP: непродуманная стратегия может поставить под угрозу весь проект. Несмотря на то, что миграция данных является частью плана по внедрению (Cutover Plan), её важность очень часто недооценивают и весь процесс рассматривается как простая административная задача по переносу данных из одного места хранения в другое. Команда сосредотачивается на дизайне и демонстрации системы (Workshop), а также конфигурации, оставляя планирование миграции на потом. В результате на активности по миграции закладывается недостаточно времени и ресурсов, что может привести к срывам сроков при запуске. Грамотно спланированные миграционные активности помогут избежать «кранча» в период подготовки, а также снизят риски после запуска проекта. 

Типовой процесс миграции данных

Если целью внедрения SAP ERP является замена старой (Legacy) системы, то миграция позволит перенести релевантные бизнес-данные из Legacy в соответствующие SAP-модули. Процесс миграции включает в себя следующие этапы [1]:

• экстракция данных из Legacy системы;
• валидация полученных данных;
• трансформация данных в формат, подходящий к загрузке в SAP;
• валидация трансформированных данных;
• загрузка данных в SAP;
• проверка загруженных данных.

Первым шагом миграции данных является идентификация объектов, которые необходимо перенести в новую систему, а также их владельцев. Объектами можно назвать, например, Бизнес-Партнеров, Контракты, Запасы и т.д. Далее должны быть определены ETL-инструменты (Extraction, Transform, Load или выгрузка, трансформация и загрузка). Способы экстракции и трансформации данных зависят от источника, однако обычно для загрузки используются решения, разработанные на базе LSMW (Direct Input, BAPI, IDoc и Batch Input). Далее решаются следующие задачи (рис. 1):

• определение критериев выбора исходных данных для целей миграции;
• гармонизация исходных данных;
• определение правил трансформации данных;
• разработка инструментов для загрузки;
• определение недостающих данных между исходной и целевой системами;
• составление правил заполнения недостающие данных;
• подготовка плана тестирования и миграции данных;
• разработка стратегии валидации данных до и после загрузки;
• (опционально) разработка инструментов для автоматизации трансформации данных;
• (опционально) разработка инструментов для автоматизации валидации данных;
• интеграционное тестирование всей цепочки миграции;
• нагрузочное тестирование;
• продуктивная миграция. 

 Рис. 1. Процесс миграции данных в SAP-систему

Стратегия миграции данных

В зависимости от стратегии, выбранной в начале проекта, миграция данных может включать в себя как несколько тестовых циклов, так и всего один. В свою очередь фаза Go-Live (продуктивный запуск) может также проводиться как в сжатые сроки (Big-Bang), так и итеративно. Выбор подхода определяется такими факторами как объем данных, продолжительность загрузки, допустимое время простоя системы и др.

Во время проведения тестового цикла миграции важно помнить о том, что не приближенный к реальному объему набор основных и транзакционных данных приведёт к искаженным результатам, что в свою очередь может повлечь неправильное распределение времени как на активности продуктивной миграции, так и заморозки систем. Это же касается и перечня объектов миграции в целом. В проведение тестовых циклов миграции должны быть вовлечены все участники для того, чтобы убедиться в достаточной компетентности и понимании назначенных ролей сотрудникам. Не готовые на 100% правила трансформации не должна быть причиной для полного отказа от тестирования миграции, так как в процессе трансформации и очистки даже части данных объектов могут быть выявлены новые требования, зафиксированы новые ошибки и обозначены новые критерии успешно проведённой загрузки (рис. 2).

Полный текст: https://corpinfosys.ru/archive/issue-7/67-2019-7-migration