Книга: Внедрение SAP R/3: Руководство для менеджеров и инженеров

Что необходимо учитывать при оценке ERP-системы

Что необходимо учитывать при оценке ERP-системы

В этом разделе описываются различные ситуации, имеющие значение при оценке той или иной ERP-системы.

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

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

Поддержка стандартных процессов и лучших методов организации производственных работ

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

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

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

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

Необходимость в настройках может возникнуть по следующим причинам:

• Законы и правила, принятые в конкретной стране

• Законы и правила, принятые в конкретном регионе

• Требования к ведению дел, принятые в конкретной стране

• Стратегия и тактика бизнеса, принятая в конкретной компании

• Особенности ведения дел и операционные требования в разных подразделениях и разных офисах компании.

Поддержка исключительных процессов

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

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

Надежность поставщика системы

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

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

Трехслойная архитектура

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

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

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

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

• Уровень баз данных осуществляет хранение, обновление и предоставление данных с помощью программ, расположенных на уровне приложений. См. раздел «Принцип клиент-сервер» в главе 4.

Графический интерфейс пользователя

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

• Структурирование и размещение меню

• Облегчение движения курсора по экрану

• Навигация между разными экранами

• Предоставление справки (помощи) в контексте конкретной ситуации

• Вывод на экран сообщений о сбоях и ошибках.

Существует пять вариантов трехслойной архитектуры в сочетании с режимом «Клиент-Сервер»:

• Распределенное управление данными: данные разбиваются на две части — одна часть на терминале клиента, другая — на сервере.

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

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

• Удаленное представление: само приложение и база данных находятся на сервере, в то время как программы презентации работают на терминале пользователя.

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

Рис. 2.1. Типы архитектуры клиент-сервер.

На рис. 2.1 показано пять основных вариантов трехслойной архитектуры в сочетании с режимом «Клиент-Сервер». О слое GUI подробно рассказано в разделе «Архитектура SAP» главы 4. Системе SAP ближе последние два варианта.

С наступлением эры Интернета, необходимость в отдельном, независимом GUI-интерфейсе стала еще более очевидной и насущной.

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

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

Системы ERP должны обеспечивать возможность беспрепятственного взаимодействия с существующими на предприятии системами, а также со специализированными системами, такими, как SCM, CRM, Управление разработкой продуктов (Product Development Management, PDM), Автоматическая запись данных (Automatic Data Recording, ADR), сбор данных посредством штрих-кода, EDI, компьютерная телефония и т. д. Ни один поставщик систем не в силах создать набор программных продуктов, который включал бы в себя функциональности всех этих систем на основе одной фирменной системы.

Интернет-функциональность

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

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

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

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

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

Простота конфигурации

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

Простота операций

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

Простота управления пользователями

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

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

Примерное соотношение всех расходов на внедрение SAP выглядит так:

• Компьютерное оборудование, инфраструктура х

• Лицензия SAP и другая программная инфраструктура х

• Проект внедрения SAP от 2 до 5 х

Примерное соотношение расходов непосредственно на Проект внедрения SAP:

Внешние консультанты 25%

Собственные консультанты 15%

Дорожные расходы и размещение 15%

Обучение 7%

Разное 3%

Непредвиденные обстоятельства 5%

Стоимость эксплуатации капитального оборудования, не связанная с собственно внедрением:

Ежегодные контракты на техподдержку 10%

Амортизация 20%

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

Компьютерное оборудование

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

• Предполагаемой нагрузки на систему

• Количества терминалов, которые будут подключены к системе.

Системное программное обеспечение

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

Объединение в сети

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

Время, необходимое для внедрения полного комплекта ERP-приложений в масштабе целого предприятия, всегда имеет большое значение. Для получения реальной отдачи, эта книга рекомендует организации осуществить внедрение ERP-системы по принципу «большого взрыва» (big-bang strategy), то есть одновременно внедрить все модули для поддержания всех деловых операций. Подробнее этот момент будет рассмотрен ниже. Рекомендуется внедрение следующих основных модулей: «Финансы и затраты» (Finance and Costing), «Управление материалами» (Materials Management), «Продажи и дистрибуция» (Sales and Distribution), «Планирование производства» (Production Planning), а также другие не менее важные модули — «Управление активами» (Assets Management), «Управление качеством» (Quality Management), «Обслуживание и ремонт» (Plant Maintenance), «Управление услугами» (Service Management), «Управление складами» (Warehouse Management) и пр.

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

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

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

Оглавление книги