Выбор ERP-системы. Критерии и этапы

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

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

Исчерпывающая функциональность, покрывающая все имеющиеся бизнес-процессы;

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

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

Резерв функциональности, обеспечивающий возможности для изменения и развития бизнеса в течение ближайших 5-10 лет;

Простота использования;

Развитые средства настройки бизнес-процессов;

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

Наличие средств упрощающих процесс внедрения;

Интегрированность различных компонентов системы;

Производительность;

Масштабируемость;

Использование стандартных широко распространенных ИТ-технологий;

Наличие средств интеграции с другими приложениями;

Совместимость с распространенными офисными приложениями;

Наличие стандартной технологии внедрения для всех партнеров, обеспечивающей гарантированные результаты внедрения;

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

Системное окружение, в котором может работать система;

Качественная документация и контекстная помощь в любой ситуации;

Открытая платформа и открытые системные интерфейсы;

Открытая структура системы и открытый исходный код всех приложений;

Контролируемость и надежность системы;

Простота установки;

Простота в управлении;

Наличие технологии обучения работе с системой и учебных материалов;

Требуемые навыки пользователей;

Устойчивость производителя системы;

Ежегодные инвестиции в развитие системы;

Распространенность системы на рынке, в отрасли, в регионе, отзывы пользователей;

Присутствие поставщика и системы на локальном рынке;

Стратегия развития и модернизации системы;

Структура и возможности партнерской сети по внедрению системы;

Структура и возможности системы сертификации и подготовки специалистов;

Распространенность специалистов на рынке;

Система техподдержки и обновления;

Периодичность выхода обновлений системы и документации, скорость реакции на изменения в законодательстве;

Затраты на внедрение;

Затраты на эксплуатацию;

Экономическая эффективность от внедрения;

Защита инвестиций в сделанные настройки и изменения при обновлении версий;

Сроки внедрения;

Необходимый состав команды внедрения.

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

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

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

Процесс выбора ERP-системы для предприятия должен включать в себя следующие этапы:

Создание команды для выбора ERP-системы;

Формулировка функциональных требований к предполагаемой системе, которая должна охватить все предприятие.

Поиск и первичный отбор подходящих ЕRP-систем.

Подготовка подробных списков контрольных вопросов по группам критериев и присвоение им приоритетов;

Отбор тех доступных ERP-систем, которые больше всего соответствуют установленным требованиям по утвержденным критериям. Компания может также вступить в партнерские отношения с поставщиками, предоставив им списки контрольных вопросов;

Оценка конечного списка ERP-систем с точки зрения совокупности требований, описанных в предыдущем разделе;

Отбор ERP-систем для демонстрации работы, встречи с поставщиками, проведения практических испытаний;

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

Объединение результатов полученного рейтинга с другими рейтингами ERP-систем, полученными из внешних источников, с результатами тестов, с данными о стоимости установки и эксплуатации ERP-систем, с данными о сроках внедрения систем, сведениями об опыте и профессионализме компании-поставщика, а также о рисках, связанных с внедрением каждой из ERP-систем;

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

1. функциональную подкоманду;

2. техническую подкоманду;

3. технологическую подкоманду;

4. коммерческую подкоманду.

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

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

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

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

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

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

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

Преимущества и недостатки выбранной ERP-системы на основе информации, собранной на основе согласованного списка критериев оценки.

Таблица сравнительных характеристик ERP-систем.

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

Примерный график проекта внедрения, с указанием дат основных этапов

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

В основном сегодня компании, так или иначе, уже автоматизировали управление ресурсами и занимаются развитием своих ИТ-систем (да, Excel тоже считается инструментом автоматизации бизнеса, поэтому даже если у вас простой Excel -файл с учетом движения товара, то де-факто это уже информационная система). Поэтому вопрос внедрения ЕРП это прежде всего, «политический» и именно руководство должно решать вопрос целесообразности перехода на ERP.

Внедрять или нет ERP-систему

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

Что необходимо получить от ERP-системы сразу после ее внедрения?
Что необходимо получить от ERP-системы в горизонте ближайших пяти лет после внедрения?

Ответ на первый вопрос позволит судить о том, нужна ли предприятию именноерп-система или же поставленные цели дешевле и быстрее могут быть достигнуты с использованием одного или нескольких узкоспециализированных решений (CRM-решения, программы складского учета и т.д.). Также ответ поможет сформулировать первоначальные требования к ERP-системе, которые в дальнейшем будут уточняться и детализироваться. Причем эти требования можно будет использовать не только при выборе программного продукта для комплексной автоматизации предприятия, но и для того, чтобы сформулировать цели проекта внедрения, критерии успешности его завершения и эффективности созданной в итоге информационной системы.

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

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

ЕРП система – это, в первую очередь, консалтинг, затем уже программное обеспечение. Внедрение может осуществлять сам вендор (производитель) или системный интегратор, который, используя лицензионный софт вендора, будет самостоятельно настраивать интеграцию ERP-системы в ИТ-инфраструктуру вашей компании и выстраивать логику работы ее модулей. При этом критически важным является наличие у вендора или интегратора опыта внедрения ERP-систем на других предприятиях из вашей отрасли, а также наличие в проектной команде специалистов, разбирающихся в вашем бизнесе и уже внедрявших аналогичные проекты.

Каждое предприятие уникально и имеет свои особенные бизнес-процессы, поэтому опытные команды внедрения ERP-систем, осуществлявшие проекты на аналогичных предприятиях, быстрее разберутся с вашими особенностями и эффективнее осуществят настройку системы и работу ее модулей. Но часто вендоры и интеграторы идут другим путем и, пытаясь сократить собственные трудозатраты, настаивают на изменении ваших собственных бизнес-процессов под их best practice. Если вы пойдете у них на поводу, то, скорее всего, серьезно нарушите свои годами выработанные бизнес-процессы и не все ваши особенности, дающие вам конкурентное преимущество на рынке, будут учтены при внедрении. Учитывайте это при выборе компании, которая будет внедрять у вас ERP.

Для того чтобы выбрать, какая ERP-система с технической точки зрения наиболее подходит вам, рекомендуем провести аудит существующих решений на рынке и провести их анализ по пяти наборам ключевых характеристик:

Потребности вашей организации. Эта группа критериев связана с текущими и будущими потребностями вашей организации, ее масштабом, условиями работы и требованиями рынка.
Применяемые технологии в платформе ERP-системы. К этой группе относятся критерии, связанные с технологией работы ERP-системы и способами внедрения.
Функциональность. Эта группа определяет набор критериев по составу задач и модулей ERP - системы, необходимых для вас.
Поддержка. Набор критериев этой группы определяет условия технической, информационной и сервисной поддержки ERP-системы со стороны вендора или интегратора.
Стоимость владения. К этой группе критериев относятся все критерии, связанные с приобретением и дальнейшей эксплуатацией ERP-системы.

А теперь давайте разберем каждую из групп подробнее.

К группе критериев «Потребности организации» относятся:

Возможность соответствия вашим бизнес-процессам. ERP система должна иметь возможность настраиваться под процессы организации. Также этот критерий определяет гибкость системы при изменениях деятельности компании в дальнейшем.
Масштабируемость. Насколько просто ERP-систему при необходимости можно тиражировать на работу нескольких подразделений или видов деятельности компании.
Соответствие стратегии организации. Эксплуатация ERP-системы будет осуществляться в течение длительного периода времени, поэтому она должна «накладываться» на общую стратегию развития вашей компании.
Наличие модулей в ERP-системе, которые «заточены» под вашу отрасль. Процессы любой организации зависят от отрасли деятельности и рынка, на котором она работает. Наличие «ваших» модулей говорит о том, что внедрение произойдет быстрее (а значит дешевле) и у компании есть опыт работы с компании из вашего сектора.

К группе критериев «Применяемые технологии» относятся:

Программная архитектура. В зависимости от потребности и возможностей вашей организации необходимо выбирать соответствующую программную архитектуру ERP-системы («облачные сервисы», «клиент-серверную» архитектура или «объектно-ориентированная» архитектура).
Техническая архитектура. Этот критерий выбора взаимосвязан с предыдущим. Выбор технической архитектуры может потребовать от организации обновления каналов связи, серверов и т.д.

К группе критериев «Функциональность» относятся:

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

К группе критериев «Поддержка» относятся:

Цикл поддержки. При выборе ERP-системы необходимо заранее определить, как долго ИТ-компания будет поддерживать ее работу. Существует ли возможность перехода на новую версию ERP-системы, существует ли возможность доработки системы под дальнейшие запросы организации силами вендора или интегратора.
Наличие русскоязычной службы поддержки и документации. Рано или поздно любое программное обеспечение может дать осечки, которые надо будет оперативно устранять. Для эффективной работы системы важно, чтобы поставщик мог гарантировать оперативную поддержку работы пользователей системы.
Опыт внедрения ERP-систем на аналогичных предприятиях у команды, которая будет внедрять систему у вас. Фактор позволит команде быстрее понять вашу специфику и ювелирнее осуществить настройку.

К группе критериев «Стоимость владения» относят:

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

Основные производители ERP-систем на российском рынке

Многие компании занимаются созданием и внедрением ERP-систем. Поэтому мы выделим лишь лидеров на российском рынке. Перечисленные компании являются вендорами и могут осуществлять самостоятельно внедрение или через своих партнеров в России.

SAP. Безусловный лидер по объемам продаж программного обеспечения данного класса в России. Немецкая компания занимает около 40–45 процентов российского рынка ERP-систем по разным исследованиям. Одно из самых дорогих решений по стоимости лицензий и внедрения.
ORACLE. Позиции в России у компании существенно слабее, чем у их основного конкурента из Германии, но в мире в целом успешно конкурирует с SAP. Отставание на нашем рынке связано с более поздним приходом Oracle в Россию.
Галактика. Отечественный вендор, являющийся лидером на рынке среди российских производителей EPR-систем. По разным оценкам по количеству внедрений идет сразу за SAP.
«1C». Продукт компании 1С «1C: ERP Управление предприятием 2» имеет одну из самых низких цен на лицензии. Компания сначала занималась созданием учетных систем для бухгалтерии, но с ростом компании перешла, в том числе, и на рынок ERP - систем.
Microsoft. Да, Майкрософт делает не только операционные системы, но и неплохие ERP-решения для бизнеса. Продукт Microsoft Dynamics позволяет внедрившей его компании лучше управлять собственными финансами, а также упростить логистическую цепочку, производственные и рабочие процессы.

Функционал всех этих решений работает успешно со всеми типовыми для ERP-систем задачами и охватывает все участки финансового и управленческого учета современной компании, управления персоналом, оперативной деятельности и ее сервисных служб. Кроме того, ERP-системы данных производителей, конечно же, предоставляют средства для системного администрирования и решения таких задач, как управление пользователями, централизованное управление данными и управление web-сервисами. Типовой срок внедрения – от одного до двух лет. Хотя в каждом случае сроки (и соответственно цена) зависят от сложности проекта и задач, которые придется решать. Ну и квалификации команды, которая будет внедрять решение, естественно. Ведь типовой функционал этих решений будет настраиваться под ваши потребности и бизнес-задачи.

Заключение

Какую именно систему выбрать зависит от вас, ваших задач и вашего бюджета. Мы лишь настоятельно рекомендуем посмотреть демо-версии данных систем (это абсолютно бесплатно) и по возможности ознакомиться максимально подробно с опытом работы команды вендора или интегратора, которую планируется задействовать при внедрении у вас ERP. Ведь выбирая ERP-систему, вы выбираете не просто программное обеспечение, но и людей, которые будут вам ее помогать внедрять и поддерживать потом. Поэтому ваши переговоры с представителем ИТ-компании изначально должны быть в форме диалога, вы должны говорить на одном языке и понимать друг друга с полуслова. Только в таком случае вы сможете грамотно и успешно реализовать внедрение ERP- системы на своем предприятии и сохранить при этом значительную часть денег.

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

Российская специфика внедрения 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 на мебельной фабрике, бизнес-процессы которой предусматривают ограниченный набор функций, охватываемых «логистикой» (движение материалов, закупки, продажи,

автоматические бухгалтерские проводки, балан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-го поколения, когда разработчики использовали только свои собственные инструменты и средства администрирования баз данных.

С точки зрения «провайдеров» 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 одной стороны, без особого труда освоить современные технологии управления, а с другой – выйти на новый уровень стандартизации и интеграции, к которому сегодня подошло мировое сообщество.

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

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

На рынке существует большое количество предложений ERP систем. Поставщики предлагают как готовые решения (ERP системы крупных производителей), так и заказные разработки. В зависимости от технологии реализации, ERP системы могут базироваться на «облачных» сервисах, объектно-ориентированной архитектуре или «клиент-серверных» приложениях. Выбор системы и ее поставщика становится сложной задачей.

Выбор конкретной ERP-системы для внедрения является сложным и многокритериальным процессом по следующим основным причинам:

· высокая стоимость приобретаемого продукта (доходящая до нескольких миллионов долларов);

· большое разнообразие предлагаемых ERP-систем;

· длительность срока подготовки специалистов по внедряемому продукту;

· предпродажный цикл (от нескольких месяцев до нескольких лет);

· сам цикл внедрения (цикл внедрения ERP-системы даже на одной производственной площадке предприятия может длиться до нескольких лет).

При выборе ERP-системы необходимо понимать, что автоматизация ради автоматизации не имеет смысла. Следует четко представлять, что наилучшая в мире ERP-система не сможет решить все проблемы предприятия.

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

В первую очередь руководство предприятия должно понять, зачем предприятию нужна ERP-система. Еще до внедрения должны быть поставлены четкие и измеряемые цели, заданные в так называемой S.M.A.R.T. системе: цели должны быть конкретны (Specific), измеримы (Measurable), согласованы (Adjusted), релевантны (Relevant) и иметь определенные сроки исполнения (Time of Execution). Желательно, чтобы ответ на этот вопрос можно было формализовать и представить наглядно в цифрах и диаграммах (объем сэкономленных средств, более высокая оборачиваемость товаров, сокращение времени на работу с поставщиками и клиентами и др.). Обязательно должны быть сформулированы и утверждены руководством предприятия основные требования к ERP-системе:

· какие цели хозяйственной деятельности и задачи бизнеса в целом позволит реализовать приобретаемая и внедряемая система;

· какие функциональные области и типы производства она должна охватывать;

· какие процессы следует автоматизировать;

· какие отчеты готовить;

· какие программно-технические платформы использовать.

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

Общими группами критериев являются :

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

2. Применяемые технологии. К этой группе относятся критерии, связанные с технологией работы ERP системы и способами внедрения.

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

4. Поддержка. Набор критериев этой группы определяет условия технической, информационной и сервисной поддержки ERP системы со стороны поставщика (вендора).

5. Стоимость владения. К этой группе критериев относятся все критерии, связанные с приобретением и эксплуатацией ERP системы.

К группе критериев «потребности организации» могут относиться:

· соответствие бизнес процессам организации. ERP система должна иметь возможность настраиваться под процессы организации. Этот критерий определяет гибкость системы при изменениях деятельности компании;

· масштабируемость. ERP система должна позволять тиражировать решения на несколько подразделений или несколько видов деятельности компании. Также, она должна иметь возможность подстраиваться под масштаб организации;

· cоответствие стратегии организации. Эксплуатация ERP системы осуществляется в течение длительного периода времени. Поэтому она должна помогать реализации стратегических планов компании. Выбор системы необходимо осуществлять с учетом перспектив развития;

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

К группе критериев «применяемые технологии» могут относиться:

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

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

· технология внедрения ERP системы. Этот критерий зависит от поставщика услуг. Как правило, крупные производители ERP систем предлагают применять технологию внедрения под свой программный продукт. Такие технологии есть у SAP , ORACLE, Microsoft и др.

К группе критериев «функциональность» могут относиться:

· состав модулей. Выбор модулей ERP системы необходимо осуществлять в зависимости от текущей и будущей потребности организации. Система должна иметь возможность расширяться по функциональности;

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

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

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

К группе критериев «поддержка» могут относиться:

· цикл поддержки. При выборе ERP системы необходимо определить, как долго поставщик будет поддерживать систему. Существует ли возможность перехода на новую версию ERP системы, существует ли возможность доработки системы под запросы организации;

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

· опыт внедрения. Этот критерий связан с работой поставщика ERP системы. Необходимо обращать внимание на количество успешных внедрений ERP систем у того или иного поставщика.

К группе критериев «стоимость владения» могут относиться:

· стоимость программного обеспечения. Для работы ERP системы организации необходимо покупать лицензии на ее использование. При выборе нужно учитывать метод расчета стоимости этих лицензий (например, на группу пользователей или на одно рабочее место и т.п.);

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

· стоимость обслуживания. Этот критерий также является существенным в составе затрат на приобретение ERP системы;

· стоимость модернизации и обновления. У некоторых поставщиков ERP систем стоимость модернизации и обновлений может равняться или превосходить стоимость первоначального приобретения .

Данная статья посвящена вопросам внедрения на отечественных предприятиях современных интегрированных систем управления (ИСУ). Конкретно, речь пойдет о критериях выбора систем класса ERP, которые могут быть полезны как для потенциальных потребителей таких систем, так и для поставщиков.

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

1-e поколение:

а) использование индивидуальных моделей бизнес-процессов для отдельных предприятий или их типов;

б) использование плоских файлов (или иерархических СУБД) и 3GL, в стиле IBM 360/370.

Примеры: уникальные системы металлургических компаний USX и British Steel, работающие только на конкретном предприятии.

2-е поколение:

а) использование типовой модели бизнес-процессов MRP/MRP II для любого типа предприятий;
б) см. пункт 1. б плюс использование собственных средств разработки класса 4GL.

Примеры: базовые системы компаний , SAP и Baan .

3-e поколение:

а) развитие модели ERP (п. 2а). Применение реляционных СУБД ведущих производителей ( , Ingres и т.п.), основанных на международных стандартах SQL;
б) отказ от использования индивидуальных средств разработки (применение унифицированных средств, основанных на SQL, включая типовые экранные формы, отчеты и т.д.);
в) переход от идеологии мэйнфреймов к идеологии «клиент/сервер» и распределенным базам данных.

Примеры: базовые системы от Oracle, ESI/Technology, IFS; адаптации новых версий систем 2-го поколения в части использования некоторых возможностей типовых реляционных СУБД с сохранением собственных средств разработки и поддержки.

4-е поколение:

а) перенос типовых функций, процедур, триггеров с уровня приложений на уровень СУБД (использование возможностей нового поколения реляционных СУБД ведущих производителей);
б) использование средств автоматизации проектирования и программирования (CASE) для поддержки «электронного проекта» на всех этапах его жизненного цикла;
в) дальнейшая стандартизация и специализация бизнес-функций с выделением в самостоятельные прикладные модули средств поддержки хранилищ данных, OLAP и систем поддержки принятия решений;
г) использование GUI, включая Web интерфейс.

Примеры: новые разработки фирм Decade Financials и Alcie, полностью построенные на Designer/2000 и Developer/2000; новые версии ERP систем от Oracle, ESI/Technology, IFS. Важно отметить, что начали появляться отечественные разработки, ориентированные на технологию 4-го поколения – это системы К*3 и БОСС КОРПОРАЦИЯ.

5-е поколение:

а) дальнейшая типизация метаданных, логических структур баз данных и описаний бизнес-функций на основе стандартов STEP и CORBA (включая UML);
б) выделение независимых объектно-ориентированных подсистем управления данными о продукции, а также технологий, основанных на стандартах STEP и CORBA (PDM системы 2-го поколения);
в) создание репозитария стандартных компонентов бизнес-объектов и функций для «сборки» прикладных систем и их «перекомпоновки» (для «реинжиниринга бизнес-процессов» при внедрении ERP системы);
г) выделение независимых объектно-ориентированных подсистем сервисного обслуживания и администрирования, основанных на идеологии ORB и DCOM.
д) использование корпоративных и глобальных сетей для создания «виртуальных» производств и предприятий.

Развитие систем 5-го поколения только начинается:

организован альянс Oracle с Metaphase и Sherpa с целью интеграции ERP системы Oracle c PDM cистемами Metaphase и Sherpa;

компания Siemens Nixdorf разрабатывает интерфейс между ERP R/3 от SAP и PDM системой фирмы Metaphase;

выделение самостоятельного PDM модуля из ERP системы фирмы IFS;

приобретение Baan компании ВА Intellegence – одного из производителей PDM систем.

Критерии выбора

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

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

Понятия «степень модульности» и «степень масштабируемости» также тесно связаны с поколением базового продукта ERP системы. Так, например, средства взаимодействия с дополнительными модулями ALE и XMA компаний SAP и Baan, a также средства, обеспечивающие интерфейс с внешними системами BAPI и BPC, были специально разработаны совсем недавно как отдельные продукты. В то же время средства обмена сообщениями от IFS (MHS) или средства Открытого интерфейса Oracle изначально представляли собой единый универсальный механизм синхронизации как собственных модулей, так и средств обмена сообщениями с «чужими» модулями.

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

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

В дополнение к описанию эволюции ИСУ с точки зрения развития инструментальных средств полезно обсудить новые тенденции стандартизации, специализации и кооперации в ИСУ, которые уже выходят за рамки систем 5-го поколения:

укрупняются типовые «общесистемные» функциональные блоки (Workflow, Web, DataWarehouse, EDI и др.), задействованные (например, Oracle) во всех «традиционных» ERP модулях;

началась разработка единых стандартов организации взаимодействия между разными поставщиками ERP систем (например, поддержка десятью ведущими производителями Единых Спецификаций Open Application Group – OAGIS ;

началось расширение функциональности до cоответствия 3 и 4 уровням пятиуровневой модели управления предприятием С.Бира, например, декларация Baan об MRP-III (Money Resource Planning), предполагающая включение методологии Теории Ограничений (TOC) Голдрата (http://www.goldratt.com) .

Критерий 2. Количество автоматизируемых бизнес-функций.

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

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

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

Критерий 3. «МОНО» и «МУЛЬТИ» – ориентированность на поставщика СУБД.

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

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

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

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

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

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

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

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

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

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

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

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

согласование стандартных спецификаций OAG для ERP систем с Manufacturing Domain Task Force (MfgDTF) OMG;
использование Univesal Modelling Language (OMG) в новых объектно-ориентированных средствах CASE ( , Designer/2000);
активная работа подкомитета ISO TC184/SC4 по стандартизации «Архитектуры данных» любого предприятия на основе объектноориентированных метамоделей в рамках сообщества STEP;
согласование стандартов CORBA, STEP, PDM.
Именно здесь возможен прорыв интеллектуального потенциала
СНГ на мировой уровень (при соответствующей организации работы).

Дополнительная информация