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

Российская специфика внедрения ERP-систем. Подавляющее большинст-

во отечественных организаций пока не может позволить себе внедрять дорогостоящие решения. Если на Западе развертывание системы ERP на среднем предприятии стоит порядка 1 млн. долл., российские компании, даже достаточно успешные, не готовы тратить на интеграцию данных и приложений более 100-150 тыс. долл. При этом требования к срокам внедрения у отечественных компаний выше; здесь гораздо реже разрабатываются долгосрочные, стратегические планы развития информационной системы. Еще одна особенность отечественных компаний – широкое использование приложений, написанных собственными силами.

Тема 22. Программное обеспечение и критерии выбора ERP-систем

Внастоящее время существует множество компаний, предлагающих программное обеспечение класса ERP для производственного сектора. Однако только четыре корпорации – SAP, Oracle, PeopleSoft и Baan – занимают лидирующее положение на соответствующем рынке систем автоматизации. Среди них по числу внедрений в Великобритании, например, лидируют фирмы SAP и Oracle. Интересно отметить, что при этом Oracle и PeopleSoft являются американскими компаниями, корпорация Baan имеет голландское происхождение, а SAP – немецкое.

Критерии выбора ERP-систем:

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

Взависимости от степени использования стандартных решений, методов и средств специалисты выделяют (классифицируют) пять поколений автоматизированных систем управления (АСУ). Не имея возможности детально рассматривать в настоящем пособии поколения АСУ, приведем окончательный вывод.

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

Designer/2000 и Developer/2000.

Понятия «степень модульности» и «степень масштабируемости» также тесно связаны с поколением базового продукта ERP-системы. Так, например, средства взаимодействия с дополнительными модулями ALE и XMA компаний SAP

иBaan, a также средства, обеспечивающие интерфейс с внешними системами, были специально разработаны как отдельные продукты. В то же время средства обмена сообщениями или средства открытого интерфейса Oracle изначально представляли собой единый универсальный механизм синхронизации как собственных модулей, так и средств обмена сообщениями с «чужими» модулями.

Вкачестве примера модульности и масштабируемости можно привести использование

системы IFS на мебельной фабрике, бизнес-процессы которой предусматривают ограниченный набор функций, охватываемых «логистикой» (движение материалов, закупки, продажи,

77

автоматические бухгалтерские проводки, баланcы, отчеты), и около 40 терминалов; эксплуатацию системы поддерживают четыре работника АСУ, причем они знают «только» стандартные средства DOS, SCO UNIX и Oracle. C другой стороны, система также эксплуатируется на гиганте Volvo c разбросанными по всему миру заводами, где кроме «стандартного» набора ERP-модулей используется мощная подсистема Управления Ремонтами (Мaintenance). И в том, и в другом случае используется одно и то же программное обеспечение, поддерживающее интеграцию управления и соответствующее уровню ERP.

На российских предприятиях имеет смысл более активно внедрять новые технологии – в них отсутствует «давление» MRP-систем 2-го поколения.

2.Количество автоматизируемых бизнес-функций. Очень часто этот критерий используется с некоторым мифологическим оттенком (больше – значит лучше). Поэтому имеет смысл рассмотреть разные его аспекты более подробно.

С одной стороны, количество автоматизируемых бизнес-функций не может быть определяющим критерием по следующим причинам:

- большинство интегрированных систем, основанных на стандартах MRP/ERP, имеют типовой базовый набор автоматизируемых бизнес-функций;

- основная задача рассийских менеджеров – почувствовать новую технологию интегрированного управления – решается практически любой MRP/ERP системой (правда, за разную цену);

- изучение всех бизнес-функций, предлагаемых ведущими зарубежными производителями (SAP, Oracle, PeopleSoft, Baan), невозможно без освоения их базового набора и требует длительного времени (5 лет и более).

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

С другой стороны, нужно как можно раньше начинать внедрять новые аналитические возможности таких выделяемых в отдельные подсистемы функций, как работа с хранилищами данных, OLAP, системами поддержки принятия решений (DSS) и аналитическими функциями более высокого уровня (например, типовой модуль «Автоматическое предупреждение» Oracle (Alert)).

3.«Моно» и «мульти»-ориентированность на поставщика систем управления базами данных (СУБД).

Декларация независимости MRP/ERP системы от конкретной СУБД – необходима прежде всего разработчикам, а не клиентам, которые хотят внедрять систему. Такая независимость во многом связана с пережитками MRP-систем 2-го поколения, когда разработчики использовали только свои собственные инструменты и средства администрирования баз данных.

В общем процессе эволюции ИТ такие поставщики не смогут широко использовать возможности новых поколений СУБД и современных средств разработки. Перейти к MRP/ERP системам 4-го поколения для поставщиков, ориентированных на несколько СУБД (имеющих свои собственные средства администрирования и разработки), будет сложнее, чем для «моно»-поставщиков. Для «мульти»-поставщиков также будет сложно переключиться на объектноориентированную основу MRP/ERP систем 5-го поколения.

78

С точки зрения «провайдеров» ERP-систем, между «моно» и «мульти» имеется обратная зависимость. Так, при ориентации на «мульти» будет более жесткой привязка к «хозяину», чем при ориентации на «моно»-поставщика, так как требуется освоить не только стандартные «коммерческие» средства разработки, но и средства, специфичные для данного ERP-провайдера.

4. Легкость русификации системы при внедрении и сопровождении.

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

5.Опыт команды разработчиков / провайдеров в практическом внедрении «больших» систем управления на предприятиях СНГ.

Наличие у команды методик адаптации идеологии MRP/ERP к российским условиям часто оказывается решающим фактором успешного внедрения – мало купить систему, надо еще и грамотно ее настроить, а самое главное – довести до самостоятельного жизнеспособного существования, требующего минимальной поддержки со стороны производителя.

Опыта многих российских компаний, специализирующихся на внедрении систем типа «Low End PC» и «Middle PC» для ERP-систем оказывается недостаточно. В лучшем случае нам всегда придется догонять, а в худшем – будут появляться «пророки в своем отечестве», которые станут выдавать свои доморощенные поделки за откровения. Наш собственный опыт показывает, что сам факт практической адаптации ERP-системы уже существенно повышает уровень понимания процессов управления на предприятии. При этом преимущество имеют компании, использующие стандартный коммерческий инструментарий 4-го поколения АСУ, например Ост-ин или Ай-Ти.

6.Уровень компьютеризации предприятия на момент установки автоматизированной системы управления.

Чем более однородна вычислительная среда на предприятии и чем она ближе к поколениям 3-4 интегрированных систем (критерий 1), тем легче внедрить MRP/ERP систему (в металлургической отрасли СНГ такой средой сегодня оказался Oracle). И наоборот, когда эксплуатируются разнородные системы, внедрять интегрированную систему очень сложно, если вообще возможно, без принципиальной переделки уже эксплуатируемых систем, причем независимо от того, продукт какой компании был выбран и какие ресурсы эта компания готова выделить на внедрение своего продукта.

7.Гибкость ценовой политики фирмы-поставщика.

Учет этого критерия позволяет снизить прямые затраты на систему. Гибкость цен поставщика во многом зависит от степени модульности системы и ее масштабируемости (критерий 1).

В целом, рекомендуется ориентироваться на типовые стандартные решения в широком смысле. Это позволит, c одной стороны, без особого труда освоить современные технологии управления, а с другой – выйти на новый уровень стандартизации и интеграции, к которому сегодня подошло мировое сообщество.

Именно здесь возможен прорыв интеллектуального потенциала СНГ на мировой уровень (при соответствующей организации работы).

79