не знакомым с SAP компаниям успешно провести внедрение. Такой подход (который называется «методология») может и не быть самым эффективным, но он гарантирует успех в оптимальных условиях. Компании выживают и развиваются не потому, что планируют идеальные или самые неблагоприятные условия, а потому, что они планируют оптимальные условия. В случае с внедрением SAP, методология внедрения должна обеспечить успех проекта в сложных условиях бизнеса, организационных и ресурсовых структур, предельных сроков и т. д. Методология внедрения имеет следующие аспекты:
• Моделирование бизнес-процессов: компания определяет желаемые или обязательные бизнес- процессы.
• Составление карты процессов предприятия относительно процессов, поддерживаемых SAP: компания указывает стандартные процессы и функциональности SAP, которые отвечают требованиям смоделированных процессов.
• Анализ пробелов: компания оценивает расхождения или пробелы между стандартной функциональностью SAP и требованиями смоделированных процессов.
• Окончательное определение рамок проекта внедрения SAP: компания определяет рамки внедрения SAP, то есть указывает, какие процессы будут внедрены вместе с SAP.
• Настройка системы SAP: компания конфигурирует базовые параметры SAP с помощью Руководства по внедрению, чтобы удовлетворить ранее установленным требованиям (см. раздел «Конфигурация через Руководство по внедрению» в главе 12). Все настройки осуществляются в клиенте 001.
• Тестирование настроенной системы SAP: функциональность сконфигурированной системы тестируется с использованием реальных данных.
Обнаруженные пробелы в функциональности могут устраняться с помощью следующих мер:
• Разработки обходных путей для достижения желаемой функциональности, осуществление соответствующей конфигурации.
• Программирования желаемой функциональности в ERP через пользовательские настройки.
• Установки дополнительных программных продуктов других фирм, сертифицированных на совместимость с системой SAP через Программу дополнительного программного обеспечения SAP (CSP).
• Отложенного внедрения данной функциональности до внедрения следующей версии SAP или следующей модернизации, в которой данная функциональность будет предусмотрена.
• Радикального изменения бизнес-процесса таким образом, чтобы он был совместим с функциональностью SAP и достижения того же самого результата.
• Модифицирование SAP напрямую, хотя это и не рекомендуется, потому что изменения в исходных кодах программы аннулируют гарантию SAP. Более того, модифицированное программное обеспечение может оказаться несовместимым с будущими версиями SAP.
В системе SAP предусмотрена полноценная среда R/3 Business Engineer для помощи при внедрении SAP. При моделировании бизнес-процессов SAP возможно использовать любой из следующих инструментов: IDS Sheer ARIS, Microsoft VISIO, IntelliCorp LiveModel и Enterprise Charter. Они базируются на Справочной модели R/3 и обеспечивают прямой интерфейс для взаимодействия с функциональностью системы R/3. Это значительно облегчает понимание системы, потому что позволяет начинать специфические транзакции SAP прямо из среды моделирования: с другой стороны, предоставленные этими системами модели процессов, обеспечивают полноценный контекст той или иной транзакции SAP.
Справочная модель R/3 и упомянутые выше инструменты используют рекомендованную SAP технологию моделирования, которая называется «Управляемая событиями последовательность процессов» (Event-Driven Process Chain, ЕРС). В своей основе эта технология моделирует процессы как упорядоченный набор процедур, которые запускаются событиями внутри системы. Эти события могут происходить в базах данных (например, обновление) или на экране — когда, например, пользователь выбирает пункт меню или нажимает ссылку на Web-странице.
Процедурная модель SAP
Это традиционная модель внедрения SAP, она полностью интегрирована с системой SAP. Эта модель была представлена в 1995 году, одновременно с системой SAP R/3 3.0. Иногда использование Процедурной модели SAP ставится под вопрос: возникает ощущение, что эта модель устарела, и от нее надо отказаться в пользу AcceleratedSAP. Однако надо учитывать, что методология AcceleratedSAP в основном рассчитана на средние и малые предприятия, в то время как для крупных компаний Процедурная модель SAP остается лучшей методологией внедрения SAP. Так как в этой книге мы в основном рассматриваем внедрение SAP для средних и малых предприятий, здесь я представлю краткое описание Процедурной модели SAP, которая идеально подходит для компаний с доходами от 1,2 млрд. долларов.
На рис. 5.8 схематически представлена Процедурная модель SAP.
Рис. 5.8.
Процедурная модель SAP состоит их четырех фаз:
1. Организационный и концептуальный дизайн
• Подготовка проекта
• Организация среды разработки
• Обучение команды проекта
• Определение функций и процессов
• Определение интерфейсов и усовершенствований
• Концептуальный дизайн и организация проверки качества.
2. Детальный дизайн и установка системы
• Конфигурация основных параметров
• Установка организационной структуры
• Подготовка основных данных
• Конфигурация процессов и функций
• Внедрение интерфейсов и усовершенствований
• Установка отчетности
• Организация управления архивами данных
• Организация управления авторизацией
• Последнее тестирование
• Детальный дизайн и установка системы для проверки качества.
3. Подготовка к запуску
• Создание пользовательской документации
• Подготовка к запуску
• Установка системной среды
• Обучение конечных пользователей
• Установка системной администрации
• Загрузка данных
• Проверка качества перед запуском системы.
4. Операции с системой
• Техподдержка реальных операций
• Организация Справки и помощи
• Установка системных операций.
Методология AcceleratedSAP
AcceleratedSAP (ASAP) — это методология быстрого внедрения системы, представленная в 1996 году и предназначавшаяся в основном для американского рынка. Эта методология предусматривает большое разнообразие инструментов и утилит для облегчения процесса внедрения. Вот некоторые из них:
• Ассистент внедрения
• База данных вопросов и ответов (Question Answer Database, Q&Adb)
• Тематическая база данных
• Руководство