КаталогИндекс раздела
НазадОглавлениеВперед


7. Функционирование корпоративной информационной системы

7.1 Особенности выбора и внедрения ERP-системы

7.1.1 Основные принципы выбора ERP-системы 7.1.2 Основные технические требования к ERP-системе 7.1.3 Оценка эффективности внедрения 7.1.4 Особенности внедрения ERP-системы 7.1.5 Основные проблемы внедрения и использования ERP-систем

7.2 Основные принципы выбора прикладного программного обеспечения для построения КИС

7.3 Концепция SaaS  


7.1 Особенности выбора и внедрения ERP-системы

Классические ERP-системы, в отличие от так называемого "коробочного" программного обеспечения, относятся к категории "тяжелых" программных продуктов, требующих достаточно длительной настройки, перед тем как начать ими пользоваться. Выбор КИС, приобретение и внедрение, как правило, требуют тщательного планирования в рамках длительного проекта с участием партнерской компании - поставщика или консультанта [Глинских А. Мировой рынок ERP-систем. www.jetinfo.ru/2002/2/1/article1.2.2002.html].

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

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

Готовые решения можно достаточно условно разделить на локальные, средние и крупные интегрированные системы. В зависимости от размеров бизнеса, основных целей задач и бюджета предприятие должно само определить, какое решение будет ему "по карману" и сколько времени можно планировать на внедрение системы (рис. 7.1 и табл. 7.1).  


Рисунок 7.1 - Соотношение размеров бизнеса и типа интегрированной информационной системы

Таблица 7.1  
Внедрение, соотношение затрат и стоимостные оценки
   Локальные системы Малые интегрированные системы Средние интегрированные системы Крупные интегрированные системы
Внедрение Простое, коробочный вариант Поэтапное или коробочный вариант. Более 4 месяцев Только поэтапное. Более 6-9 месяцев Поэтапное, сложное. Более 9-12 месяцев
Функциональная полнота Учетные системы (по направлениям) Комплексный учет и управление финансами Комплексное управление: учет, управление, производство
Соотношение затрат лицензия/ внедрение/ оборудование 1/ 0,5 / 2 1/ 1/ 1 1/ 2/ 1 1/ 1-5/ 1
Ориентировочная стоимость 5-50 тыс. дол. 50-300 тыс. дол. 200-500 тыс. дол. 500 тыс. > 1 млн. дол.

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

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

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

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

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

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

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

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

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

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

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

7.1.1 Основные принципы выбора ERP-системы

При выборе ERP-системы необходимо обратить особое внимание на следующие основные моменты.

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

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

Гибкость и открытость. Это является одним из важнейших факторов выбора ERP-системы. В соответствии с мировым опытом, срок полнофункционального внедрения ERP-системы обычно длится не менее 3 лет, а полноценно работать она должна не менее 10 лет. За это время предприятие значительно меняется (его продукция, организационно-штатная структура, система управления, бизнес-процессы, роли и полномочия должностных лиц и др.). Информационно-аналитическая система, являющаяся основой управления предприятием, должна меняться вместе с производством. Она должна позволять легко менять АРМы и меню, формировать отчеты и справки, делать произвольные выборки информации в удобном представлении, менять технологию сопровождения бизнес-процессов и шаблоны отчетных форм путем параметрической настройки. Система должна легко настраиваться и интегрироваться в рамках ИИС предприятия с другим программным обеспечением (например, с корпоративным ПО расчета зарплаты или управления персоналом, ПО управления документооборотом, CAD/CAM/CAE-системами, PDM-системами и др.). Важным моментом при этом является то, что все необходимые доработки системы должна делать фирма-разработчик, юридически отвечающая перед предприятием за качество своей работы.

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

Качество локализации западной системы. Отечественная экономика обладает своей спецификой (юридической, бухгалтерской, налоговой и др.). В конструкторской и технологической подготовке производства в Украине повсеместно приняты стандарты ЕСКД, ЕСТД и ЕСПД (Единая система конструкторской, технологической и программной документации). На западных предприятиях принята предметно замкнутая организация производства, а в России более привычна технологическая специализация. На Западе - не цеховая структура управления, а в России - цеховая. Система должна также учитывать такие российские реалии, как цепочки зачетов, предоплата, оплата в неденежной форме, возможность забалансовой ("серой") наличности и др.

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

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

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

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

При решении вопроса о выборе той или иной системы целесообразно самостоятельно или с помощью фирмы-консультанта построить матрицу критериев выбора ИС. Пример построения матрицы "Критерии выбора ИС" приведен в табл. 7.2.

Таблица 7.2 - Пример построения матрицы "Критерии выбора ИС"
Критерии Критичность По степени детализации По сложности оценки По важности для потенциальных пользователей Итоговый вес
Открытость 0,8 0,1 0,2 0,8 1,9
Функциональность 0,6 0,3 0,4 1 2,3
Инструментальный набор 0,6 0,2 0,4 0,4 1,6
Документированность 0,6 0,3 0,4 1 2,3
Надежность 0,9 0,4 0,3 0,8 2,4
Простота использования 0,3 0,2 0,4 0,8 1,6
Клиентская база 0,8 0,5 0,5 0,3 2,1
Успешные внедрения 0,9 0,5 0,2 0,3 1,9
Техническая поддержка 0,7 0,3 0,3 0,9 2,1
Стоимость 0,4 0,5 0,5 0,2 1,6

7.1.2 Основные технические требования к ERP-системе

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

  1. Возможность интеграции с большим числом программных продуктов (с минимальным уровнем интеграции - на уровне открытых кодов командной строки или поддержки стандарта OLE Automation).
  2. Обеспечение безопасности с помощью различных методов контроля и разграничения доступа к информационным ресурсам. Наличие в составе ERP-системы программно-аппаратных средств защиты информации, сертифицированных в СТЗИ (позволяющих шифровать данные, поддерживающих электронную цифровую подпись и аутентифицирующих на ее основе пользователей). Эффективность программных средств защиты может быть также существенно повышена за счет применения аппаратных и биометрических средств (аппаратных ключей, токенов, смарт-карт, устройств распознавания отпечатков пальцев, сетчатки глаза, голоса, лица, оцифрованной подписи и др.), появившихся в последнее время на российском рынке.
  3. Масштабируемость для работы с различным числом клиентских мест и возможностью развития системы.
  4. Модульный принцип построения системы из оперативно-независимых функциональных блоков с расширением за счет открытых стандартов (API, COM и др.).
  5. Желательно применение трехзвенной архитектуры: "сервер базы данных, сервер приложений, клиент". Клиент при этом может быть "толстым", "тонким" или "сверхтонким".
  6. Система должна иметь возможность миграции с платформы на платформу. Обязательно должны быть версии для ОС MS Windows, Novell NetWare и UNIX (и ее клонов).
  7. В набор СУБД, поддерживаемых выбираемой ERP-системой, обязательно должно входить распространенное в стране ПО (например, DB2, Oracle, Sybase, MS SQL Server, Informix и др).
  8. Поддержка технологий распределенной обработки информации, технологий Internet/Intranet с возможностью работы через "тонкого клиента". Такое техническое решение позволяет использовать стандартные хранилища данных (библиотеки документов, базы данных) из локальных, корпоративных и глобальных сетей, не требуя существенных затрат на дополнительное администрирование и поддержание целостности, надежности и безопасности хранения данных.
  9. Поддержка технологий многоуровневого электронного архивирования информации на различных носителях (дисковых массивах, CD-ROM, CD-RW, магнитооптических дисках и библиотеках, ленточных библиотеках и др.).
  10. Наличие аналитических возможностей и встроенных инструментальных средств (позволяющих самостоятельно наращивать функциональность установленной ERP-системы).
  11. Удовлетворительные эксплуатационные характеристики (легкость администрирования, обучения, эргономичность рабочих мест, русскоязычный интерфейс и пр.).

7.1.3 Оценка эффективности внедрения

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

Общая стоимость владения (Total Cost of Ownership - TCO), включающая ПО, аппаратные средства, стоимость внешнего обслуживания и расходы на эксплуатацию, сопровождение и зарплату специалистов и персонала. На рис. 7.2 показан примерный состав совокупной стоимости владения.  


Рисунок 7.2 - Примерный состав совокупной стоимости владения информационной системы

Компания Meta Group проводила специальное исследование стоимости владения ERP-системой (TCO), в которую включались аппаратное и программное обеспечение, а также стоимость услуг и расходы на персонал. В итоговую величину включались затраты на инсталляцию системы и двухлетний период внедрения, в течение которого осуществляется сопровождение системы, ее обновление или наращивание и оптимизация. Среди 63 компаний, участвовавших в исследовании (они представляли разные отрасли промышленности и относились как к малому или среднему, так и к крупному бизнесу), средняя величина TCO составила $1,5 млн (с разбросом от $400 тыс. до $3 млн). Существуют также оценки зарубежных аналитиков, что соотношение "стоимость-эффективность" при внедрении MRP/ERP-систем находится в диапазоне 0,25-2,0.

Время внедрения (Time to Implement - TTI), помимо которого надо учитывать и время, которое потребовалось, чтобы окупить внедрение (общее время называется Time to Benefit - TTB).

Возврат инвестиций (Return On Investment - ROI). По данным исследования Meta Group, среднее значение ROI после внедрения ERP- систем составило $1,6 млн в год. У отечественного рынка своя специфика расчета возврата инвестиций, однако известен ряд случаев, когда средства, израсходованные на поставку и внедрение ПО управления предприятием, окупались достаточно быстро. Один из таких примеров - внедрение системы финансового и управленческого учета "Эверест" (разработка санкт-петербургской фирмы "БИТ") в ОАО "Водоканал". После внедрения примерно 100 рабочих мест "Эвереста" в 15 филиалах "Водоканала" за счет сокращения по меньшей мере половины должностей инвестиции окупились уже через год (в отношении хотя бы экономии средств на зарплату).

Общая сумма затрат предприятия на внедрение ERP-системы (Net Present Value - NPV), в которую входят стоимости программно-аппаратных средств, услуг, зарплаты, расходов после внедрения и отдачи от инвестиций.

7.1.4 Особенности внедрения ERP-системы

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

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

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

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

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

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

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

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

Руководство предприятия должно понимать, к чему приведут эти изменения, и (после принятия решения об изменениях) последовательно реализовывать их. Суммируя вышесказанное, можно сформировать перечень важнейших практических шагов по начальной фазе внедрения КИС (рис. 7.3).  


Рисунок 7.3 - Практические шаги по внедрению корпоративной информационной системы

 7.1.5 Основные проблемы внедрения и использования ERP-систем

Несмотря на неоспоримые достоинства ERP-систем, нельзя не отметить ряд проблем, с которыми в настоящее время сталкиваются их пользователи [Глинских А. Мировой рынок ERP-систем, www.jetinfo.ru/2002/2/1/article1.2.2002.html].

Неэффективность внедрения

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

В отчете Boston Consulting Group (BCG) исследовалась проблема удовлетворенности предприятий результатами внедрения у них ERP-систем. В ходе исследования были опрошены 100 ИТ-менеджеров, отвечавших за внедрение ERP-системы на предприятиях в течение последних 5 лет. По мнению аналитиков BCG, ERP-системы являются жизненно необходимыми для предприятий, однако успех внедрения зависит от того, удалось ли их адаптировать максимально близко к бизнес-процессам предприятия или, наоборот, перестроить бизнес-процесссы под стандартные функциональности ERP-системы.

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

Достаточно показательны и другие результаты исследования BCG. Отмечается относительно небольшое число успешных внедрений. Нет также убедительных доказательств пользы для предприятия от внедрения ERP-системы. В то время как 60% менеджеров считают, что их усилия по внедрению таких систем принесли значительную пользу, 52% полагают, что они достигли поставленных бизнес-целей, и только 37% отмечают заметный положительный финансовый эффект после внедрения ERP-системы.

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

Как показал опыт, средняя стоимость проектов по внедрению ERP- систем, получивших положительную оценку, составляет 7-10 миллионов долларов, а средняя стоимость проекта с отрицательной оценкой - до 90 миллионов.

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


Рисунок 7.4 - Основные причины простоев корпоративной информационной системы

Качество исполнения проекта внедрения ERP-системы также не всегда удовлетворяет заказчика. У 58% с положительной оценкой результатов внедрения ERP-системы исполнители проектов завершили их в срок и в рамках бюджета. Аналогичная картина характерна и для 33% респондентов с отрицательным отношением к результатам внедрения ERP-системы.

Существуют и данные Standish Group, что только в 16% случаев полнофункциональное внедрение ERP-систем заканчивается вовремя и в рамках запланированного бюджета. Почти в 30% случаев внедрение прекращается досрочно, в остальных случаях превышаются сроки/бюджет проекта внедрения или же ограничивается предусмотренная в проекте функциональность. В связи со всем вышесказанным, поставщики ERP-систем предпочитают говорить скорее о своем опыте "продуктивных", а не "успешных" внедрений.

Сложность эффективной интеграции ERP-систем с приложениями третьих фирм

В первую очередь, это относится к приложениям электронного бизнеса (e-Business). Если ранее созданные ERP-системы были предназначены для интеграции большой части внутренних бизнес-процессов предприятия (например, управления работой складов, прохождения заказов или проведения платежей), то в настоящее время все большее число пользователей хотят объединить свою внутреннюю систему (Back-Office) с внешней системой (Front-End), через которую осуществляется взаимодействие с клиентами и партнерами.

Основная причина неудовлетворенности менеджеров - неспособность ERP-систем успешно взаимодействовать с приложениями электронной коммерции. О том, насколько трудно связать ERP-системы с приложениями электронной коммерции, свидетельствуют и результаты исследования AMR Research.

Из 800 опрошенных компаний лишь 15% предоставляют своим клиентам и партнерам возможность проверять состояние заказа непосредственно на Web-сайте, и только от 5 до 10% позволяют им выполнять транзакции. По различным оценкам, в настоящее время существует не так уж много электронных магазинов, в которых налажена полная интеграция с серверными системами. В некоторых онлайновых магазинах заказ, полученный через Internet, до сих пор сначала поступает к сотруднику, который вручную вводит его в ERP-систему.

Ограниченные аналитические возможности ERP-систем и недостаточная поддержка процессов принятия решений

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

Например, компания PacifiCorp (входит в группу ScottishPower, 8000 сотрудников), поставляющая электричество 1,4 миллионам потребителей (домашним, коммерческим и промышленным) в 6 западных штатах США, внедрила у себя ERP-систему SAP R/3. После того как PacifiCorp интегрировала свои унаследованные системы в среду SAP R/3, выяснилось, что стала труднодоступной критически важная бизнес-информация, необходимая для анализа состояния запасов, персонала, финансов, клиентов и др. Фактически после внедрения R/3 возможность оперативного доступа к этой информации серьезно затруднилась. PacifiCorp пришлось дополнительно внедрять программное обеспечение PowerConnect for SAP R/3 и ПО PowerCenter (разработки компании Informatica) для обеспечения доступа к этой информации и интегрировать ее с информацией, хранящейся в системе обслуживания клиентов.

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

Решающими факторами в конкурентной борьбе на мировом и российском рынках в обозримом будущем станут:

7.2 Основные принципы выбора прикладного программного обеспечения для построения КИС

После того, как решение о реорганизации бизнес-процессов на предприятии принято, немаловажным этапом является выбор прикладного программного обеспечения (ПО), которое будет призвано обслуживать и автоматизировать бизнес на предприятии. Многие компании используют следующий, в принципе вполне возможный вариант - они утверждают: "Мы имеем в штате программиста и он может запрограммировать все от самого начала, до самого конца на базовом языке C++ или Delphi". Конечно, такой подход имеет право на существование, поскольку найти сейчас дешевого программиста еще не составляет труда, но по мнению специалистов, он представляется бесперспективным, хотя бы по двум причинам:

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

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

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

Таким образом, можно сформировать ряд критериев, которыми следует руководствоваться при подборе системы ПО:

Первые два - почти тавтологичны

Системы ПО на нашем рынке бывают трех уровней. На первом уровне располагаются простые системы для малого и сверхмалого бизнеса, по цене от $ 50 до $ 5 000. В этом сегменте доминируют российские продукты. Их очень много, в основном это программы, предназначенные для простых бухгалтерских функций. Они имеют ограничения по количеству операций, по возможности наращивания дополнительных мощностей, по защищенности данных и другим параметрам, но зато просты в использовании и дешевы.

Второй уровень составляют системы по цене $ 10-80 тыс. и с сопоставимыми затратами на внедрение. Большинство из них - действительно интегрированные системы, поскольку дают возможность весть одновременно и управленческий и финансовый учет. Они не так похожи друг на друга, как системы первого уровня. Например в одной из них может присутствовать модуль, разработанный специально для металлургического завода, в другой - нет, но зато могут присутствовать другие важные частности. И поэтому здесь уже не столь важен сам продукт, как то, как он внедряется, и, следовательно, на предприятии должны присутствовать квалифицированные специалисты, хорошо знающие как и бизнес компании, так и специфику ПО. В этом сегменте больше продуктов западных, нежели отечественных. Выбирая западный продукт, первым делом стоит обращать внимание на то, как он привязан к российским реалиям: к законодательству, инфляции и т.п. Здесь стоит заметить, что европейские системы лучше отвечают этим требованиям, нежели американские, так как они были изначально замешены на присущем всему в Европе многообразию, в том числе и в стандартах учета, и поэтому более гибки.

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

Системы третьего уровня - это масштабные системы управления предприятием в целом по цене от $ 100 до $ 500 тыс. (а иногда и дороже - все зависит от числа пользователей, от удаленности доступа, уровня базы данных и т.д.). В мире таких систем наберется не более десятка, в России систем такого уровня пока не создано вообще. Эти системы функционально различны: в одной может быть очень хорошо развит производственный модуль, в другой - финансовый. Одна больше подходит к нефтегазовому производству, другая к автомобилестроению. Сравнительный анализ систем такого уровня может вылиться в грандиозную работу, а для осуществления проекта внедрения, нужна целая команда из финансовых, управленческих и технических экспертов, имеющая достаточный опыт.

После того, как решение о выборе прикладного ПО, на базе которого будет построена КИС принято, необходимо принять решение об аппаратной платформе.

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

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

7.3 Концепция SaaS

Концепция SaaS (Software as a service, Программное обеспечение как услуга), или SoD (Software on Demand, Программное обеспечение по требованию) - модель продажи программного обеспечения, при которой поставщик разрабатывает Web-приложение и самостоятельно управляет им, предоставляя заказчикам доступ к программному обеспечению через Интернет. Основное преимущество модели SaaS для потребителя состоит в отсутствии затрат, связанных с установкой, обновлением и поддержкой работоспособности оборудования и ПО, работающего на нем.

В модели SaaS:

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

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

Изначально вся компьютерная отрасль использовала арендную бизнес-модель - первые компьютеры стоили огромных денег и их вычислительные мощности сдавались заказчикам. С другой стороны, такую аренду нельзя считать разновидностью SaaS, поскольку заказчики получали доступ к компьютерам напрямую, а не с помощью глобальных сетей связи. Поскольку модель SaaS ориентирована на предоставление услуг с помощью Интернета, ее развитие непосредственно связано с развитием глобальной сети. Первые компании, предлагавшие ПО как услугу, появились в западных странах в 1997-1999 г.г., а акроним SaaS вошел в широкое употребление в 2001 г.

Философия SaaS

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

В настоящее время практически во всех функциональных классах КИС можно найти системы, поддерживающие модель SaaS. Для некоторых функциональных классов КИС (например, CRM, HRM, ITSM и др.) концепция SaaS подходит особенно хорошо, и активно применяется на практике.

Ключевые характеристики

Стоимость

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

Контракт на аренду SaaS включает в себя не только оплату за использование ПО, но и оплату всех затрат, связанных с поддержкой его работоспособности, обновлением и защитой данных. Ряд поставщиков SaaS предлагает продвинутый вариант контракта на аренду - SLA (Service Level Agreement). В таких контрактах фиксируются параметры, связанные с работоспособностью ПО. Обычно это гарантии доступности ПО в процентах в течение года. Лучшие дата-центры способны гарантировать доступность ПО не менее 99,5 % времени за год.

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

Отличия от других моделей

Вместе с терминами SoD и SaaS часто применяются определения Hosted Applications и Application Service Provider (ASP), имеющие близкий, хотя и несколько другой смысл. Ключевое отличие SaaS от ASP состоит в том, что в рамках модели SaaS заказчик покупает доступ не к приложению, а к определенным бизнес-функциям, которые, строго говоря, могут быть реализованы как угодно. В рамках модели ASP каждому заказчику предоставляется выделенная инсталляция программного обеспечения, развернутая на удалённом сайте провайдера и не имеющая множественных владельцев. Еще одно отличие заключается в том, что под термином ASP могут подразумеваться не только бизнес-приложения, но и служебное или инфраструктурное ПО.

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

Многие поставщики утверждают, что они предоставляют on-demand решение, но используют этот термин весьма небрежно. Настоящее SaaS решение подразумевает под собой мультиарендную (многопользовательскую) архитектуру. Такая архитектура предполагает использование общей программной среды и общего аппаратного решения для всех клиентов, чтобы максимизировать продуктивность и выполнение задач. В ряде отдельных случаев клиенту предоставляется собственная база данных для обеспечения большей защищенности и подконтрольности данных.

ASP на сторонних решениях

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

ASP on-demand

Некоторые поставщики сами предлагают свое ПО посредством ASP и называют это on-demand решением. В такой модели каждый клиент размещается на отдельном сервере, со своей персонализированной версией кода. Поддержание такого сервиса достаточно громоздко и приводит к низкой производительности, плохому сервису и дорогостоящему апгрейду.

Факторы, способствующие продвижению SaaS

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

Другим ключевым фактором является уровень обслуживания SaaS. Провайдер SaaS способен предложить уровень обслуживания и поддержки ПО в работоспособном состоянии, недоступный для внутренних ИТ-отделов компаний. Это особенно ярко проявляется в случае использования провайдером контракта SLA.

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

Положительные факторы SaaS для заказчиков

Ограничивающие факторы

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

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

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

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

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

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

SaaS у нас

В отличие от Западной Европы и США, модель SaaS пока не получила широкого распространения у нас. На сегодняшний день можно выделить сразу несколько факторов, которые тормозят развитие данной модели у нас и в странах ближнего зарубежья:

Тем не менее, на данный момент у нас присутствуют компании, предлагающие решения на базе концепции SaaS:

SaaS + ERP

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

Преимущества SaaS + ERP

Почему стоит использовать SaaS решения при покупке ERP системы?

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

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

Особенности выбора SaaS

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

Требования к ERP-системе, внедренной по услуге SaaS

Кроме стандартного по количеству пользователей в ERP-системе, есть еще четко прописанные требования к времени отклика системы, сроки в которые должны выполняться те или иные операции. Особенно важно четко прописать SLA (Service Level Agreement) и SIA (Service Implementation Agreement), если система работает со значительным объемом информации, а требуемая скорость реакции измеряется в секундах. SLA и SIA являются обязательством обеих сторон - заказчик должен описать тот сервис, который он хочет получить, а исполнитель берет на себя обязательства по предоставлению этого сервиса.

В заключение - названия и сайты некоторых наиболее известных производителей (поставщиков) современных ERP-систем:

Контрольные вопросы

  1. Каким образом производится выбор ERP-системы? На какие ключевые вопросы следует обратить особое внимание?
  2. Какие основные проблемы возникают при внедрении и использовании ERP-систем?

НазадОглавлениеВперед
КаталогИндекс раздела