Мировой и российский рынок кис

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

Мировой и российский рынок КИС

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

Рис. 3.7. Объемы внедрений ERP-систем по отраслям

Около 88% малых предприятий имеют только одну ERP-систему, и только 6% имеют две и 4% имеют 3 системы. Среди компаний среднего размера лишь 58% компаний имеют одну ERP-систему, 22% имеют две системы, 10% имеют три системы, 4% имеют четыре системы. В крупных предприятиях только 20% имеют одну ERP-систему, 18% имеют две системы, 22% имеют три системы, по 9% имеют три и четыре системы, и целых 31% компаний имеют более четырех установленных систем. Отметим, что по классификации Aberdeen, к малым компаниям относятся имеющие менее 50 млн. долларов годового оборота, а к крупным – имеющие более 1 млрд. долларов.

Принципы выбора кис

В процессе выбора КИС следует руководствоваться следующими критериями:

- репутация фирмы и системы, стаж пребывания фирмы на рынке, число продаж; количество комплексных внедрений в России. Имеются ли внедрения на родственных предприятиях?;

- терминология и качество русификации западной системы;

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

- цена;

- функциональная полнота;

- модульность – необходимо иметь возможность покупать и внедрять систему по частям и только на нужное число пользователей;

- гибкость – система должна позволять легко менять бизнес - процессы и алгоритмы путем параметрической настройки и т.п. Система должна также легко интегрироваться с другими модулями;

- архитектура – желательна клиент-серверная архитектура;

- техническая платформа – система должна уметь мигрировать с платформы на платформу;

- операционная среда – обязательно должны быть версии на UNIX;

- СУБД – в набор обязательно должен входить Oracle, желательны также Informix и SQL Server, остальные СУБД – по желанию.

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

Методологии внедрения erp-систем

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

В зависимости от масштабов изменений бизнес-процессов выделяют 4 варианта внедрения систем ERP класса:

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

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

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

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

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

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

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