Когда ERP-системы сталкиваются

В научно-фантастической книге "Столкновение миров" (1951 г.) человечество избежало гибели, отправив на другую планету ракету с людьми. Увы, подобная "эвакуация" не предусмотрена, когда в результате слияния или поглощения на ринг выходят две (или более) системы планирования ресурсов предприятия (ERP). Как определить, какое решение выживет? В каком случае есть смысл сохранить существующие системы, а в каком - заменить их продуктами одной фирмы? Как разобраться с кадровыми проблемами, неизменно возникающими в такой ситуации?

Если ресурсов достаточно и есть желание перестроить инфраструктуру ИТ, решением может стать новая корпоративная система. Например, в компании Ingersoll-Rand агрессивная стратегия поглощения и децентрализованная структура привели к возникновению 8 автономных комплексов в 100 отделениях по всему миру.

"Работая с такими непохожими товарными линиями, как специальные транспортные средства, инструменты, средства температурного контроля и др., важно и сложно интегрировать основные системы внутри и вне фирмы (в том числе - с системами торговых партнеров)", - говорит Стив Кэррингтон (Steve Carrington), руководитель отдела управления программами Ingersoll-Rand.

Стремясь стать игроком Новой экономики, фирма вложила в инфраструктуру ИТ около 500 млн. долларов. Вместо того чтобы искать единое приложение для всех своих отделений, компания установила корпоративную комплексную систему для глобальных операций и связала с ней другие системы. Это позволило решить стратегическую задачу - централизовать управление, не тратя годы на инсталляцию и настройку ERP-системы на 100 различных участках.

В качестве основного решения Ingersoll-Rand взяла ERP-систему Oracle 11i, работающую на серверах HP-UX. В производственных отделениях компания сохранила приложения SAP, CA-KBM, Fourth Shift и QAD MgG Pro.

Чтобы управлять этим комплексом, компания обратилась к ПО для инфраструктуры е-бизнеса Burlingame от CrossWorlds. Это решение по интеграции приложений (EAI) позволило объединить программное обеспечение Oracle, электронное снабжение и унаследованные системы для работы по всему предприятию и в Интернете (включив в сеть партнеров по цепи сбыта). CrossWorlds использует IBM's MQSeries - решение, которое обеспечивает обмен информацией между приложениями на 35 платформах.

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

В процессе выбора, консолидировать ERP или продолжать использование отдельных приложений, важную роль играет стратегия. "Такие решения надо всегда увязывать со стратегическими задачами слияния, - говорит Эрик Маркс (Eric Marks), директор по консалтингу в BrightRoad, подразделении Ontos. - Хотя в конечном счете, музыку заказывает покупатель".

Так получилось и с компанией Ward Leonard Electric, поставляющей оборудование для управления двигателями (motor control equipment) Военно-морскому флоту США. Когда фирма приобрела Tech Systems, возникла проблема: как совместить две различные ERP-системы на новом предприятии, названном Ward Leonard Electric Inc./Tech Systems. Не имея финансовых возможностей производственного гиганта Ingersoll-Rand, компания была вынуждена искать более скромный метод интеграции систем.

Завод Ward использовал старую ERP-систему от ProfitKey International, работающую на COBOL. Новое подразделение располагало современным ПО Visual Manufacturing от Lilly Software. Компания приняла мудрое решение объединить мощности и создать единое консолидированное средство. "Так как состояние базы данных Ward Leonard было ужасным, а система устарела лет на пять, неизбежным решением была консолидация вокруг Visual Manufacturing", - утверждает Пол Вуд (Paul Wood), вице-президент по производству, ответственный за все перемещения и изменения в объединяющихся компаниях.

Положение осложнилось из-за того, что кадры и оборудование пришлось перевести из компании-покупателя в новое подразделение, а заводы должны были обработать большой объем данных. "У обоих предприятий очень длинный производственный цикл и огромный ассортимент продуктов, - говорит Вуд. - Завтра с флота может придти заказ на регулятор двигателя, который не изготавливался с 1975 года".

Ward Leonard пригласила специалиста из Lilly Software, чтобы определить, как извлечь максимум данных из базы на COBOL и перевести их в новую систему. Специалист разработал скрипты, необходимые для перемещения информации из ProfitKey в чистую базу данных NT на платформе Visual Manufacturing. Было проведено параллельное внедрение. В результате старая система продолжит работать до окончательного закрытия завода, в то время как важнейшая информация уже перенесена в новую.