Vnedrenie SAP-R3 PDF
Vnedrenie SAP-R3 PDF
Vnedrenie SAP-R3 PDF
0
ББК 32.973.26-018.2
К16
Кале В.
К 16 Внедрение SAP R/3. Руководство для менеджеров и инженеров: Пер.
с англ. П. А. П а н о в — М.: Компания АйТи, 2006. — 511 с., ил.
ISBN 5-98453-005-8
Все права защищены. Любая часть этой книги не может быть воспроизве
дена в какой бы то ни было форме и какими бы то ни было средствами без
письменного разрешения владельцев авторских прав.
Материал, изложенный в данной книге, многократно проверен. Но посколь
ку вероятность технических ошибок все равно существует, издательство не мо
жет гарантировать абсолютную точность и правильность приводимых сведе
ний. В связи с этим издательство не несет ответственности за возможные ошиб
ки, связанные с использованием книги.
Л.Л. Винокуров,
заместитель Председателя Управляющего Совета «ТехноСерв А/С»
Содержание
Предисловие 23
Ч А С Т Ь I. П Р Е Д П Р О Е К Т Н А Я С Т А Д И Я 27
Анатомия ERP-системы 60
Процесс принятия решения о приобретении ERP-системы 66
Важные моменты оценки ERP-системы 66
Список вопросов для оценки при выборе ERP 67
Списки контрольных вопросов по функциональным
требованиям к ERP 91
Что необходимо учитывать при оценке
ERP-системы 94
Функциональность и возможности ERP-продукта 94
Система должна поддерживать настройку процессов 95
Архитектура и технология ERP 96
Внедрение и использование ERP 99
Инвестиции и бюджет 100
Инфраструктура ERP 101
Сроки внедрения ERP 101
Резюме 102
Резюме 114
Ч А С Т Ь III. П Е Р Е Д В Н Е Д Р Е Н И Е М 257
ЧАСТЬ V. П О С Л Е В Н Е Д Р Е Н И Я 409
Ч А С Т Ь VI. Р А З В И Т И Е П Р О Е К Т А S A P 449
Предметный у к а з а т е л ь 505
Об авторе
Вивек Кале обладает двадцатилетним профессиональным стажем, в том
числе трехлетним опытом работы с модулями FI-CO и управления проектами
внедрения SAP, а также опытом в управлении крупномасштабными разработ
ками в области программного обеспечения. Его опыт включает работу с инфор
мационными технологиями и оказание консалтинговых услуг в США, Индии
и Европе. Вивек Кале занимался разработкой информационных моделей и соз
данием архитектуры предприятий, а т а к ж е реинжинирингом бизнес-про
цессов и внедрением систем электронного бизнеса. Богатый профессио
нальный опыт Вивека К а л е о б у с л а в л и в а е т его интерес к информационной
революции, вызванной появлением сети Интернет, к глобальным измене
ниям на мировом рынке и в п р а к т и к е ведения бизнеса.
21
Посвящение
Гиридже
и нашим любимым дочерям
Танае и Атпмадже
Благодарности
Я благодарю множество людей, которые помогли мне в создании этой кни
ги, особенно мою жену Гириджу и наших дочерей, Танаю и Атмаджу за их тер
пение и понимание. Эта книга никогда не была бы написана без их любви и
поддержки.
Я очень благодарен своим коллегам, особенно Депаку Бхомкару, который
помог мне написать технические главы этой книги. Я также благодарю редак
торов, особенно Вольфганга Хаэрле, за комментарии и предложения, которые
значительно улучшили книгу, а также моих коллег — агента Сэма Махаджа-
на и Ульхаса Яргопа за их интерес и одобрение этого проекта. Огромное спаси
бо моему агенту Крису Ван Бурену, и сотрудникам издательства Самс Пабли-
шинг — Стиву Англину, Тиму Райану, Тиффани Тэйлор, Дону Пирсону, Майку
Генри и Кэрен Опал. Л ю б а я книга требует труда десятков людей, и сотрудни
ки издательства Самс Паблишинг проделали огромную работу. Я благодарю
их всех.
Вивек Кале
Нью-Джерси, США
10 октября 1999 г.
Внедрение SAP R/3
22
Факс: 317-555-4770
Email: [email protected]
Адрес: Angela Wethington
S a m s Publishing
201 West 103rd Street
Indianapolis, IN 46290 USA
23
Предисловие
Одно из важнейших решений, которые придется принимать менеджерам
предприятий в новом тысячелетии — это решение о внедрении систем плани
рования ресурсов предприятия (ERP). Приобретение E R P — это инвестирова
ние, которое благотворно повлияет на все аспекты ведения бизнеса — от пов
седневных операций и транзакций до качества товаров или услуг, поставляе
мых компанией на рынок. Однако многим менеджерам не хватает информации,
основания для уверенного принятия решения по этому вопросу. В данной кни
ге есть все сведения для принятия оптимальных решений, необходимых для ус
пешного внедрения SAP в организации.
Подход к ERP-системам, который используется в данной книге, будет край
не полезен менеджерам и профессионалам, которым необходимо представить
высшему руководству своих компаний основания для внедрения SAP; кроме то
го, данная книга будет весьма полезной тем, кто занимается проектами SAP
или планирует такой проект в ближайшем будущем.
В этой книге Вы сможете найти подробную информацию, необходимую для
планирования и представления обоснований внедрения SAP, даже не обраща
ясь к поставщикам за консультацией или разъяснениями. Д л я тех читателей,
кто непосредственно занят в проектах SAP, эта книга станет надежным руко
водством и поможет им внести больший вклад в развитие проекта.
Под предприятиями нового тысячелетия понимаются компании с ежегод
ным оборотом от 50 млн. до 1 млрд. долларов; в книге они называются малы
ми и средними предприятиями. За последние годы большинство из тысячи
крупнейших компаний (по данным журнала «Forbes») уже внедрили SAP —
таким образом, в грядущие годы ERP-системы будут в основном развиваться
на рынке средних и малых предприятий.
Читатель должен иметь это в виду во время прочтения книги, потому что
некоторые факты могут показаться противоречивыми, не согласующимися с
опытом внедрения ERP-систем за последние годы. Например, многие консуль
танты SAP думают, что в ближайшие годы природа проектов SAP не изме
нится, и в каждом проекте по-прежнему будет участвовать от 70 до 100 чело
век. Однако можно с уверенностью сказать, что в новом тысячелетии проекты
внедрения никогда не будут требовать участия такого количества людей.
Внедрение SAP R/3
24
Вивек Кале
Нью-Джерси, США
15 октября 1999 г.
ЧАСТЬ
Предпроектная стадия
В ЭТОЙ ЧАСТИ:
1 Предприятия нового тысячелетия 29
2 Оценка ERP-систем 59
• Менеджмент через
сотрудничество 44
• Резюме 58
Предпроектная стадия
30 Часть I
ТАБЛИЦА 1.1
Хронология прорывов в улучшении производительности труда
вплоть до XX века
Предприятие, ориентированное
на процессы
Системы E R P позволяют о р г а н и з а ц и и функционировать к а к единый
организм — б л а г о д а р я интеграции всех функций, таких, к а к финансы и
бухгалтерия, персонал и а д м и н и с т р а ц и я , а т а к ж е сегментов традиционной
Цепочки начисления стоимости — з а к а з на покупку, производство т о в а р а ,
учет т о в а р а , с а м а покупка и т. д. В основном это возможно б л а г о д а р я мо
делированию бизнес-процессов к а к базовых единиц п р е д п р и я т и я , вместо
моделирования данных, циркулирующих внутри него, как это делают тра
диционные информационные системы. Возможно, не всем ERP-системам
Удается справиться с этим на 100%, однако, избавившись от наследия тра
диционных систем, л ю б а я ERP-система придает фундаментальное значе
ние бизнес-процессам, а не д а н н ы м .
Сотрудничество и отношения между сотрудниками п р о я в л я ю т с я к а к
Различные о р г а н и з а ц и о н н ы е процессы. В целом, процесс можно опреде
лить к а к совокупность ресурсов и видов деятельности, необходимых д л я
получения определенного результата из определенных исходных данных.
Процессы б ы в а ю т внутренние и внешние, а т а к ж е с м е ш а н н ы е , они пре
одолевают ф у н к ц и о н а л ь н ы е р а з г р а н и ч е н и я , имеют н а ч а л ь н у ю и конечную
стадии и существуют на всех уровнях п р е д п р и я т и я .
Роль процесса в успешной работе компании зависит от ценности вида
сотрудничества, которое он обслуживает и представляет, имеется в виду цен
ность относительно удовлетворения потребителя. Другими словами, природа и
степень ценности, которую процесс прибавляет продукту или услуге, получа
емой потребителем, является лучшим показателем роли процесса в удовлетво
рении потребностей клиентов компании, или «сотрудничестве с потребителем».
Таким образом, Менеджмент через сотрудничество не только признает значе
ние различных технологий и методологий, связанных с процессами — таких, как
Инновация процесса (Process Innovation, PI), Улучшение бизнес-процесса
(Business Process Improvement, BPI), Реконструирование бизнес-процессов
(Business Process Redesign, BPRD), Реинжиниринг бизнес-процессов (Business
Process Re-engineering, BPR), но и считает их фундаментальными, долгосроч
ными, неотъемлемыми функциями менеджмента компании как такового. С внед
рением ERP основанное на сотрудничестве предприятие получает возможность
провести улучшение бизнес-процессов, что является неотъемлемой частью уси
лий, направленных на тотальный контроль качества (TQM). Вопросы улучшения
процессов буду рассмотрены подробнее в главе 6 «SAP и реинжиниринг
предприятия».
Управление изменениями
на предприятии
Осуществление стратегического п л а н и р о в а н и я можно понять к а к соз
дание стратегий для улучшения процессно-ориентированных критических
определителей ценности ( C V D ) на основе измерения достоинств этих цен
ностей в п л а н е их конкурентоспособности. Стратегии, созданные в ре
зультате а н а л и з а , создания и оптимизации процессов в свою очередь, при
ведут к концентрации усилий по перестройке всех соответствующих
процессов на всех уровнях. Результатом может стать модификация или
удаление некоторых процессов, или д а ж е создание новых.
Начало изменений и реакция предприятия на их введение — вот две самых
важных проблемы, с которыми сталкиваются современные предприятия. Спо
собность менять бизнес-процессы является непосредственной частью сущности
инновации. Традиционная концепция управления изменениями обычно понима
ла под изменением однократное событие. Но если предприятие стремится раз
вить способность управлять изменениями как постоянной деятельностью, то без
такой ERP-системы, как SAP R/3, не обойтись.
Система SAP R/3 позволяет вносить коренные изменения в крайне важные
Для успеха предприятия процессы. Очень трудно менять бизнес-процессы,
осуществляемые или непосредственно связанные с персоналом компании,
просто потому что человеку всегда трудно меняться. Однако менять процессы,
заложенные в компьютерной системе, достаточно легко.
Обучающаяся организация
Менеджмент через сотрудничество т а к ж е лежит в основе понятия
«обучающейся организации». Чтобы успешно конкурировать в постоянно
меняющихся условиях, организация д о л ж н а учиться и адаптироваться.
Поскольку организация как таковая учиться не может, в действительности
учиться приходится людям, эту организацию составляющим. Объем инфор
мации внутри предприятия огромен; один человек, д а ж е с блестящим ин
теллектом и сильной мотивацией, не может запомнить и применить на прак
тике всю информацию, необходимую для работы предприятия, причем этот
объем информации непостоянен, он непрерывно растет и изменяется.
Единственный выход — сотрудничество в обучении, то есть разделение
познавательного опыта среди членов единой команды. Это не только отве
чает различиям в способностях и опыте у разных людей, но и позволяет им
учиться одновременно, резко с н и ж а я з а т р а т ы времени на процесс. Если
р а с с м а т р и в а т ь организационное познание к а к создание з н а н и я и управле
ние этим знанием, то становится очевидно, что возникает необходимость
обмена познавательным опытом между р а з н ы м и к о м а н д а м и на уровне
предприятия, и, на уровне команды, между членами.
К а к описано в главе 4 «Другие в а ж н ы е аспекты SAP», система S A P
R/3 обеспечивает средства и инструменты для быстрого внедрения научной
информации в основные бизнес-процессы. Более того, во время такого внед
рения, выраженного в виде создания или изменения различных парамет
ров, S A P автоматически предложит в ы б р а т ь п а р а м е т р ы для конфигура
ции, которые позволят сделать новый в а р и а н т процесса абсолютно полно
ценным. Таким образом, ERP-система не только помогает в вопросе непос
редственного решения проблем, она дает такой проблеме абсолютно новое
определение. Существенная разница между двумя видами познания т а к а я
же, как между приспособленностью и приспособляемостью. Система E R P
укрепляет приспособляемость п р е д п р и я т и я к новым условиям, это автома
тически п р е в р а щ а е т скрытую информацию в общедоступную, открытую
д л я познания, а н а л и з а , выяснения и, возможно, улучшения.
Таким образом, возникает еще один аргумент в пользу сотрудничества
внутри команд и между разными командами для эффективного содействия
в обучающих процессах в целом по организации. Более того, отличие познания
от простого обучения заключается в том, что реальная трансформация возмож
на только в результате познания. Опять же, это может осуществиться только
посредством разного рода сотрудничества между командами, что становится
очевидно, когда такие формы сотрудничества, встроенные в пакеты ERP-систе-
мы SAP R/3, внедряются на предприятии.
Виртуальная организация
Благодаря общему экономическому подъему и глобализации рынка, люди
стали зарабатывать больше, что привело к заметному росту требований потре-
бителя относительно разнообразия продукции и возможности заказывать комп
лектацию и характеристики покупаемых изделий. Кроме того, научно-техничес
кий прогресс, стремление к большей функциональности и надежности приво
дит к усложнению и самой продукции и технологий ее изготовления. Так как
наращивание объемов, разнообразие и техническая изощренность — вещи вза
имоисключающие, это неизбежно привело к совместным попыткам компаний
добиться требуемого результата посредством увеличения гибкости, расшире
ния производственных возможностей, минимизации рисков, снижения затрат
на инвестиции, сокращения жизненного цикла продукции и т. д.
Т а к о е сотрудничество, известное т а к ж е к а к п а р т н е р с т в о , п а р т н е р с т в о
в п р и б а в л е н и и ценности, п а р т н е р с т в о по р е с у р с а м , п е р е м е щ е н и е про
изводств, производственные а л ь я н с ы , в и р т у а л ь н ы е к о р п о р а ц и и и т. п.,
послужило свидетельством того, что невозможно добиться м а к с и м а л ь н о й
результативности, только н а р а щ и в а я мощности подсистем, составляю
щих систему. Только т а к и е п а к е т ы E R P - п р о г р а м м , к а к S A P R/3, могут
обеспечить н а д е ж н у ю основу д л я п о д д е р ж а н и я в и р т у а л ь н о й цепочки, ох
в а т ы в а ю щ е й все аспекты такого рода сотрудничества. В главе 21, « З а
п р е д е л а м и п р е д п р и я т и я » , мы р а с с м о т р и м аспекты деловой активности,
к а с а ю щ и е с я отношений между к о м п а н и я м и .
Использование ресурсов других компании при производстве станет до
минирующей тенденцией среди предприятий нового тысячелетия, вслед
ствие чего компании будут концентрироваться на поддержании конкурен
тоспособности только в отношении своей базовой деятельности, а заботу
о конкурентоспособности покупаемых ресурсов и функций на взаимовыгод
ной основе переложат на соответствующих партнеров. П о д д е р ж а н и е и раз
витие основных, внутренних функций компании жизненно в а ж н о для успе
ха предприятия, эти функции нельзя делегировать, потому что компании
как таковой просто не станет. С другой стороны, конкуренция в области вто
ричных функций перекладывается на те компании, для кого эти функции
первичны и являются их основной деятельностью, их бизнесом, что т а к ж е
немаловажно для эффективности и результативности работы.
Большинство крупных производственных компаний мира в значительной
степени стали «сборщиками систем». Самостоятельно они производят лишь
некоторые специфические детали и узлы, а сборку готовой продукции осущес
твляют с использованием основных узлов и деталей (подсистем), которые заку
паются у сети поставщиков. С точки зрения экономики, функция этих ком
паний — дизайн, маркетинг и обслуживание, а вовсе не производство как
таковое. Д л я успешного существования и развития таких «виртуальных» ком
паний очень важно непрерывно справляться со сложностями управления эти
ми отношениями на ежедневной основе. Система E R P предусматривает соот
ветствующую функциональность и процессы, необходимые для управления и
контроля над производством со значительной зависимостью от внешних ресур
сов. Что еще более важно, только ERP-система дает возможность такому, осно
ванному на сотрудничестве предприятию, существовать и развиваться в таких
масштабах, какие были бы невозможны при традиционной организационной
структуре. Подробнее об этом в последнем разделе этой главы: «Предприятие,
основанное на сотрудничестве, или влияние организационной структуры на
конкурентоспособность».
Предприятие, основанное
на сотрудничестве, или влияние
организационной структуры
на конкурентоспособность
Как описано в этой главе, системы ERP обеспечивают концепцию и струк
туру для основанного на сотрудничестве предприятия. Это создает платформу
для организации интегрированного, информационного, движимого процессами
предприятия, работающего в режиме реального времени, что затрагивает мно
гие аспекты традиционного организационного развития.
Резюме
В этой главе, я представил Менеджмент через Сотрудничество как объеди
няющую силу в рамках предприятия. Реальный потенциал этой концепции ста
нет еще более очевидным, если мы выйдем за рамки предприятия. В послед
ней главе данной книги, мы обращаем взгляд за пределы фирмы, чтобы предс
тавить партнеров по бизнесу (таких, как дистрибьюторы и потребители) как
продолжение нашей организации на более высоком уровне, который я называю
«Расширенным предприятием, основанном на сотрудничестве» (Extended
Collaborative Enterprise, ЕСЕ). В этой главе я также представил емкое поня
тие «Компания, ориентированная на клиента» (Customer Triggered Company),
в такой компании любая деятельность начинается после сигнала, который кли
ент подает с помощью щелчка компьютерной мышки в своем персонализиро
ванном Интерфейсе Интернет-пользователя предприятия (Web user-interfaces,
WUI), — таком, как разработанный компанией SAP «mySAP.com — Рабочее
Место». С запуском этого проекта компания SAP освоила симбиотическую
стратегию, выходящую за рамки простой интеграции сотрудничества между
предприятиями.
ГЛАВА
Оценка ERP-систем
2
В ЭТОЙ ГЛАВЕ:
• Анатомия ERP-системы 60
• Резюме 102
I |ркдприемпаи чадии
Часть I
Анатомия ERP-системы
Функционал ERP-системы представляет собой огромный комплекс. В разде
ле «Что такое ERP» в главе 1 показано, что ERP-система рассматривает среду
приложений как одно приложение. Интегрированное хранилище приложений
содержит полный набор взаимосвязанной информации как относительно прило
жений, так и данных, которые будут находиться в работающей системе, что зна
чительно облегчает документирование, тестирование и поддержку системы.
В этом разделе я сделаю краткий обзор различных системных составляю
щих полнофункциональной ERP, такой, как SAP R/3. Описание каждой
системы проводится в двух аспектах — управление данными приложения и ме
та-данными, относящимися к конфигурации самой внедряемой ERP-системы.
Прилагается исчерпывающий список, который показывает сложность сов
ременных готовых систем. Этот список может выступать в роли справочника,
когда мы рассматриваем вопросы оценки и выбора ERP-системы в других раз
делах данной главы.
Система х р а н е н и я п р и л о ж е н и й
Система хранения приложений составляет основу ERP-системы. Она предос
тавляет важную информацию о структуре и дизайне приложения всем другим
модулям и системам. В нем записываются сведения об информационной модели
системы — сущность, атрибуты, отношения, процессы, пользовательские сцена
рии и т. п., кроме того, она активирует методологию поддержки и развития ERP-
системы. В ней содержится информация о каждой программе, файле, единице
данных в системе, в том числе информация о различных элементах и компонен
тах: название, назначение, тип и свойства, определяющие атрибуты, ведомость
использования, доступные таблицы, цикл и время обработки, размер и т. д.
Кроме того, в этом модуле содержится устройство, проверяющее согласо
ванность и непротиворечивость формулировок всех элементов и компонентов
ERP-системы.
Хранилищу приложений необходимы подсистемы, моделирующие анализ
и дизайн, а также графическая среда для представления требований к обра
ботке операций компании. Графический модуль обеспечивает представление
процессов в виде диаграмм, что дает возможность в случае необходимости
Глава 2 61
Система у п р а в л е н и я м е н ю
Система предоставляет возможность сделать тот или иной выбор в разных
функциональных областях. Кроме того, она позволяет оперативно определить
рамки выбора, доступные тому или иному пользователю, в зависимости от его
прав доступа в различные области ERP-системы.
Система у п р а в л е н и я справкой
Система предоставляет специально запрошенную или обычную справку
в любой области, или во время любого процесса. В любой момент она предос
тавит информацию об экранах, программах или процессах. В эту систему
встроена возможность составления отчетов о предупреждениях и ошибках. Она
также может диагностировать проблему, возникшую во время работы с систе
мой и предложить пути ее устранения.
Система у п р а в л е н и я б а з а м и д а н н ы х
Этот модуль отвечает за хранение информации, востребованной или предос
тавленной всеми остальными модулями ERP-системы. Обычно эта система —
одна из стандартных систем управления реляционными базами данных, таких,
как Oracle, DB2 и т. д.
62
Среда разработки
языков IV п о к о л е н и я
Эта операционная среда обеспечивает возможность расширения или изме
нения функциональности ERP-системы для соответствия специфическим требо
ваниям того или иного предприятия, в том числе стандартные инструменты для
разработки, тестирования и документирования программ (в особенности прог
рамм ввода данных), а также устранения ошибок.
Система у п р а в л е н и я з а п р о с а м и
Система включает в себя обширные возможности для составления запро
сов по системным деталям, записанным в хранилище приложений (и словаре
данных), в том числе по процессам, таблицам данных, программам и данным,
записанным в таблицах базы данных приложений. Система управления
запросами позволяет создавать экраны запросов, уточнять, к каким именно
таблицам данных обратиться, какие поля и в какой последовательности по
казывать, провести отбор записей для просмотра и т. д.
Система у п р а в л е н и я о т ч е т а м и
Система управления отчетами отчасти похожа на систему управления за
просами, за исключением того, что данная система позволяет распечатывать ре
зультаты запросов. Также эта система задает параметры отчетов, настроенных
в соответствии с требованиями конкретной компании к оформлению таких доку
ментов, как заказы на покупку, счета-фактуры и т. д. Эта система также предус
матривает усовершенствованные инструменты для быстрого программирования
таких параметров отчета, как вставка разделителей страницы, итоговых разде
лителей, параметры строк и др.
Система у п р а в л е н и я
и администрирования приложений
Система помогает при установке, обновлении, поддержке других систем, уп
равлении принтерами и т.д. Система управления и администрирования при
ложений взаимодействует с другими системами, управляя распределением
программного обеспечения, конфигурацией, сменой версий и релизов, безопас
ностью и правами доступа, восстановлением утерянных данных, архивировани
ем и т. д. Эта система также обеспечивает возможность выполнения таких
операций, как отслеживание эффективности работы, создание резервных копий
данных, фоновая обработка данных, создание задач и управление ими и т. д.
цценка ькк-систем
Глава 2 63
Система у п р а в л е н и я д и с т р и б у ц и е й
программного обеспечения
Система позволяет автоматически модернизировать программное обеспече
ние клиента из единого центра. Эта система может изменять профили автори
зации и прав доступа на терминалах различных пользователей.
Система у п р а в л е н и я к о н ф и г у р а ц и е й
Система предназначена для конфигурации E R P в соответствии с особеннос
тями организационной структуры компании. Это включает в себя категории
физического местоположения, функциональные подразделения, прибыли и
убытки бюджета предприятия, налоговый период, структуру налогообложения
и скидки, категории потребителей, поставщиков и продукции и т. д. Вся после
дующая отчетность и анализ производится в строгом соответствии с настрой
ками конфигурации, заданными в момент ее активации. Эта система также
позволяет настраивать функции и процессы в масштабе ERP-системы в соот
ветствии со специфическими требованиями конкретного предприятия.
Система у п р а в л е н и я и з м е н е н и я м и
Регистрирует и проверяет все изменения, вносимые в систему. Это позволя
ет контролировать изменяемые или тестируемые компоненты системы, которые
выпускаются в операционную среду для общего пользования. Также эта систе
ма позволяет собирать и отслеживать подробные данные о датах, сотрудниках
и сроках, необходимых для внесения изменений. Это увеличивает и безопас
ность и эффективность соответствующих операций в ERP-системе.
Система у п р а в л е н и я в е р с и я м и
Обеспечивает возможность отслеживания текущих версий различных сис
тем, составляющих ERP-систему. Это позволяет оперативно диагностировать
любые неполадки в работе, которые могут возникнуть из-за несовместимости
систем, неправильно подобранных интерфейсов и т. д.
Система у п р а в л е н и я б е з о п а с н о с т ь ю и п р а в а м и д о с т у п а
В интегрированной среде E R P , эта система отвечает за структуру безопас
ности и, следовательно, за права доступа к данным и процессам в системе. Это
выражается в поддержке комплекса профилей дозволенного доступа, присвое
нии таких профилей, пользователям, идентификации пользователей в произво
дственной среде, в системном окружении, отслеживании и документировании
в
журнале всей деятельности пользователя, то есть использованных программ
и запрошенных данных; отслеживании попыток нарушения безопасности систе
мы, изменении в профилях дозволенного доступа, паролях и т. д.
Система у п р а в л е н и я а у д и т о м
Обеспечивает наблюдение за тем, какие программы используют и какие
данные запрашивают пользователи, а также за работой и модернизацией сис
темы, за управлением системой и внесением изменений в данные, ведет жур
нал учета сбоев и ошибок и т. д.
Система у п р а в л е н и я в о с с т а н о в л е н и е м
потерянных данных
Система у п р а в л е н и я а р х и в а м и
Обеспечивает архивацию системных и операционных данных, необходимых
для будущего использования, определяет детализацию данных, источников
данных, сроков и частоту архивирования, цель архивирования системы и т.д.
Система у п р а в л е н и я к о м м у н и к а ц и я м и
Обеспечивает работу коммуникационного слоя ERP-системы, в том числе
такие функции этого слоя, как распределение процессов, баз данных, безопас
ность и т. д.
Система печати д о к у м е н т а ц и и
Служит для печати полных технических характеристик системы и
структуры приложений. Кроме того, эта система позволяет обновлять докумен
тацию в зависимости от дополнений в функциональность или модернизации
любой из вышеперечисленных систем.
Система у п р а в л е н и я э л е к т р о н н ы м о б у ч е н и е м ,
пособиями и демонстрациями
Система а в т о м а т и з а ц и и о ф и с а
П о д д е р ж и в а е т текстовые р е д а к т о р ы , ф о р м а т и р о в а н и е документов,
электронные таблицы и т. д. Система автоматизации офиса используется
для записи аннотаций к системе или для управления проектами, создания
шаблонов писем и т. д.
Система э л е к т р о н н о г о д о к у м е н т о о б о р о т а
Эта система обеспечивает р а с ш и р е н н ы е возможности коммуникации
между ERP-системой и пользователем. Кроме того, предусмотрены пря
мые интерфейсы для взаимодействия с системой электронной почты, пос
редством которой персонал компании в процессе обработки информации
получает сообщения о приближении з а р а н е е з а п л а н и р о в а н н ы х событий —
таких, к а к создание з а к а з о в на закупку, н а п о м и н а н и я о задолженностях,
п р е д у п р е ж д е н и я о превышении кредита и т . д .
Эта система т а к ж е обеспечивает р а с с ы л к у необходимой почты сотруд
никам и г р у п п а м сотрудников, м а р ш р у т и з а ц и ю почты в соответствии
с последовательностью о п е р а ц и й , р а с с ы л к у необходимых н а п о м и н а н и й на
разных э т а п а х процесса работы, обработку з а п р о с о в на п р а в а доступа,
запросов на подтверждение и т. д.
Система с к л а д и р о в а н и я и а н а л и з а д а н н ы х
Эта система обеспечивает отображение и перенос операционных данных из
таблиц E R P в многомерные таблицы хранилища данных для анализа и других
операций. Эта система включает в себя усовершенствованные инструменты
для распознавания формата данных, а также для выявления сколько-нибудь
значимой взаимосвязи между данными, полученными от разных подразделений
организации.
Система у п р а в л е н и я в н е д р е н и е м п р о е к т о в
Обеспечивает интегрированные возможности наблюдения, мониторинга
и управления процессом внедрения ERP-системы. Эта система позволяет зада
вать рабочие шаги, определять отношения подчинения (зависимости) между
различными частями системы, составлять график внедрения, оценивать необ
ходимые усилия и затраты времени, прогресс, выполнение, тестирование и т. д.
В а ж н ы е м о м е н т ы о ц е н к и ERP-системы
Общие характеристики исследуемых ERP-систем:
• Исчерпывающая функциональность
• Простота использования
• Возможность внесения специфических изменений
• Контролируемость и надежность
67
• Простота установки
• Эффективность операций с системой
• Простота в управлении
• Открытая структура системы
• Открытые системные интерфейсы
• Свободный переход на евро
• Электронная документация и помощь в контексте любой ситуации
• Возможность модернизации и дополнения
• Технологии обучения работе с системой
• Требуемые навыки пользователей.
6 На каком оборудовании
на каких операционных
системах сейчас
работает данная система?
7 По какому принципу
распространяется система:
по отраслевому или
географическому?
8 Какова география
офисов продавца:
продажи, техподдержка,
разработка?
ТАБЛИЦА 2.1 продолжение
№ Описание В нали Конфигу Модерни Отдельно Отсут
чии рировать зировать ствует
9 Сколько работников
в службе технической
поддержки этой компании?
11 Предоставляет ли компания
онлайн-поддержку
через Интернет?
12 Какие программы и
оборудование предоставляет
компания для обучения?
13 Численность персонала в
отделах разработки,
технической поддержки,
в коммерческом
отделе и отделе обучения?
14 Поддерживает ли данная
система функцию «группы
пользователей»?
Как такие группы
организованы?
17 Готова ли сама
компания-поставщик
внедрить у себя
эту ERP-систему?
ТАБЛИЦА 2.2
Оценка ERP: вопросы о программном продукте
3 Довольны ли пользователи
системой?
4 Может ли компания
предоставить список
предприятий, где искомая
ERP-система уже работает? _
5 Может ли компания
предоставить детальную
информацию об инсталляции
системы на этих фирмах? _
6 Может ли компания
предоставить списки
контактных лиц на
этих предприятиях? _
7 Может ли компания
организовать поездку
на одну или две фирмы,
где внедрена эта
ERP-система?
Возможно ли во время визита
увидеть демонстрации
и услышать отзывы о системе,
ее работе и проблемах? _
8 Ориентирована ли
система на пользователя?
ТАБЛИЦА 2.2 продолжение
11 Насколько ERP-система
масштабируема:
количество поддерживаемых
пользователей;
возможность работы
в масштабе всего
предприятия?
12 Работает ли система по
принципу однократного
ввода данных, когда
введенные в одном модуле
данные доступны
всем модулям системы?
13 Имеет ли система
централизованную базу
данных всего
предприятия?
14 Обновление транзакций
проходит в режиме
реального времени
или в пакетном режиме?
15 Возможна ли интеграция
системы? Могут ли модули
функционировать
независимо друг от друга?
16 Насколько легко
система интегрируется с
другими системами и ПО?
72
17 Открыта ли структура
системы в соответствии
с мировыми стандартами?
19 Совместима ли система
со стандартными протоколами
и интерфейсами? Может ли
она взаимодействовать с более
ранними системами типа SCM,
CRM, EDI и другими?
20 Поставляется ли совместно
с системой ее исходный код?
21 Есть ли возможности
модификации? Каким
образом проводятся
изменения и исправления?
22 Потребуются ли
модификации ERP для
достижения эффективной,
результативной работы?
23 Повлияет ли ERP-система
на другие пользовательские
системы и ПО?
24 Насколько легко
конфигурировать ERP
в соответствии со
специальными требованиями
предприятия?
Просто и быстро?
ТАБЛИЦА 2.2 продолжение
25 Поддерживает ли система
импорт данных с ранее
использовавшихся на
предприятии систем?
28 Использованы ли в системе
современные технологии
и их преимущества?
33 Какова стратегия
достижения совместимости
системы с Интернетом?
ТАБЛИЦА 2.2 продолжение
34 Есть ли у системы
функциональность
электронной коммерции,
существуют ли совместимые
с данной системой
продукты других фирм для
электронной коммерции?
35 Какова стратегия
по внедрению и развитию
функциональных особенностей,
обусловленных спецификой
других стран?
36 Какова стратегия
по созданию и развитию
функциональных особенностей
обусловленных спецификой
разных отраслей?
35 Каково позиционирование
системы на рынке?
Имел ли место анализ
аналогичных систем,
сравнение производительности?
37 Какова стоимость
системы?
38 Зависит ли цена
от предполагаемого
числа пользователей?
ТАБЛИЦА 2.2 продолжение
39 Какова лицензионная
политика в отношении этого
программного продукта?
40 Какова стоимость
дополнительных функций
и модулей, нужных
предприятию?
41 Каковы периодические
издержки на содержание
этой системы (за год)?
42 Стоимость
периодической покупки
обновленных версий?
43 Стоимость
инсталляции?
44 Стоимость
обучения персонала?
45 Стоимость документирования
системы?
46 Стоимость технической
поддержки и других услуг?
ТАБЛИЦА 2.3
Оценка ERP: технические вопросы
2 Какова минимальная
конфигурация для
компьютерной техники,
на которую будет
установлена ERP?
4 Имеется ли в ERP-системе
хранилище данных по
приложениям?
5 Имеется ли в ERP-системе
графический интерфейс
пользователя (GUI)?
6 Позволяет ли система
настраивать характеристики
экранов, назначать
функциональные
клавиши, шрифты и т.д?
8 Включена ли в систему
функция управления меню?
10 Предусмотрены ли ясные,
краткие, подкрепленные
документацией инструкции
для облегчения работы
пользователя с системой?
11 Как работают
сообщения о сбоях:
достаточно ли они ясны,
тщательно ли
задокументированы?
12 Хорошо ли организованы
опции и инструкции по
устранению сбоев
и ошибок?
13 Используются ли для
ускорения работы с системой
команды, вводимые одним
нажатием клавиши?
15 Есть ли система
управления данными?
17 Обеспечивает ли система
прямой доступ к содержимому
баз данных при
обращении извне? _
ТАБЛИЦА 2.3 продолжение
19 Доступны ли подробные
схемы всех
таблиц данных?
20 Содержат ли таблицы
данных информацию об
изменениях для аудита
системы, в том числе дату
и тип сделанного
изменения?
21 Проверяет ли система
наличие таких полей,
как номера счетов,
документов и
кодовых номеров?
22 Предусмотрены ли в
системе средства
для редактирования
и контроля вводимых и
выводимых данных?
23 Имеет ли система
адекватные средства для
поддержания
интегрированное™
данных и таблиц?
24 Включена ли в систему
среда разработки 4GL (язык
программирования
четвертого поколения)?
ТАБЛИЦА 2.3 продолжение
25 Имеется ли система
управления запросами?
26 Имеется ли система
управления отчетностью?
27 Может ли пользователь
выбирать документы,
форматы, поля
и контролировать
вывод информации
на экран или принтер?
28 Имеется ли система
администрирования
приложений?
29 Обеспечивает ли система
отображение или
репликацию
данных?
30 Продолжает ли система
нормально работать, если
на одном из терминалов
случится сбой или ошибка?
31 Записывает ли система
данные, необходимые для
восстановления информации,
после внезапного
отключения электричества,
ввода неправильных данных
или других проблем?
32 Защищена ли система
от попыток остановить,
нарушить или сорвать
работу системы с одного
из терминалов?
ТАБЛИЦА 2.3 продолжение
33 Предусмотрены ли простые
методы для операций:
«выход», «возврат»,
«предыдущее окно»?
34 Предусмотрена ли
система тиражирования
программного обеспечения?
35 Предусмотрены ли средства
управления профилями
прав доступа для каждого
конкретного терминала?
36 Предусмотрена ли система
управления конфигурацией?
37 Помогает ли система
пользователю при работе
с системой управления
конфигурацией?
38 Предусмотрена ли система
управления изменениями?
39 Предусмотрены ли
средства контроля
за выпуском новых или
модифицированных
программ?
40 Предусмотрена ли система
управления версиями?
41 Предусмотрена ли система
безопасности
и администрирования?
42 Предусмотрены ли средства
создания и изменения
ТАБЛИЦА 2.3 продолжение
43 Предусмотрена ли
система управления
аудитом?
44 Предусмотрена ли
система восстановления
утраченных данных?
45 Предусмотрены ли
процедуры автоматического
восстановления данных?
46 Предусмотрена ли
система управления
архивацией?
47 Предусмотрена ли
система управления
коммуникациями?
48 Предусмотрена ли система
интерфейса прикладных
программ (API)?
49 Предусмотрена ли система
электронной документации?
50 Предусмотрена ли
возможность
поиска информации,
автоматическое
предложение
связанных тем?
51 Предусмотрена ли
возможность
печати документации?
ТАБЛИЦА 2.3 продолжение
52 Предусмотрена ли
система управления
электронным обучением,
пособиями и демонстрациями?
53 Предусмотрена ли система
автоматизации офиса?
54 Предусмотрена ли
возможность обсуждения?
55 Предусмотрена ли
система электронного
документооборота?
56 Взаимодействует ли система
электронного документо
оборота с электронной почтой?
57 Предусмотрено ли
хранилище данных
и система анализа данных?
58 Предусмотрена ли система
управления внедрением?
59 Предоставляет ли система
отчеты о пропущенных,
сроках, расписаниях и т. п?
ТАБЛИЦА 2.4
Оценка ERP: вопросы инсталляции и работы с системой
1 Четко ли определена
ответственность поставщика
и покупателя относительно
инсталляции системы?
ТАБЛИЦА 2.4 продолжение
2 Четко ли заданы
спецификации
для инсталляции?
3 Есть ли у поставщика
инструкции или электронная
программа-руководство
по инсталляции?
4 Зависит ли конфигурация
инсталляции от специфики
предприятия? Как
осуществляется поддержка
инсталляции - документацией
или персоналом
компании-поставщика?
5 Четко ли определены
критерии одобрения
результатов заказчиком?
6 Требует ли работа
с системой
серьезного обучения
операторов системы
и программистов?
7 Предоставляет ли поставщик
образцы стандартных
операций и процедур,
которые можно
освоить и использовать?
8 Соответствует ли
документация
системы стандартам
документации инсталляции?
10 Достаточно ли ясно
определены критерии
приемлемости характеристик
работы системы?
11 Гарантирует ли поставщик
полную техподдержку
на всем протяжении
процесса инсталляции?
12 Гарантирует ли поставщик
полную техподдержку
при конвертации данных?
ТАБЛИЦА 2.5
Оценка ERP: вопросы интеграции, интерфейсы
1 Предусмотрен ли интерфейс
для взаимодействия системы
с базами данных?
2 Предусмотрен ли интерфейс
для взаимодействия системы
с другими системами и их
базами данных?
3 Поддерживает ли
ERP-система общепринятые
протоколы и стандарты
телекоммуникаций?
ТАБЛИЦА 2.5 продолжение
4 Совместима ли ERP-система
со стандартами шифрования
данных при пересылке?
5 Предусмотрен ли интерфейс
для онлайн-режима
и пакетного режима?
6 Предусматривает ли система
средства контроля за
загрузкой
данных в систему?
7 Предусматривает ли система
средства быстрого
отображения
внешних данных в системных
таблицах, и наоборот?
8 Предусматривает ли система
средства, чтобы производить
загрузку данных в систему
или из системы
в режиме онлайн?
9 Предусматривает ли система
отслеживание и отчетность
по перемещениям данных?
10 Предусмотрен ли
e-mail интерфейс?
11 Предусмотрен ли интерфейс
с системой рабочего процесса?
12 Предусмотрен ли
автоматический интерфейс
для загрузки данных
в систему
«хранилище данных»?
ТАБЛИЦА 2.6
Оценка ERP: вопросы модернизации и техподдержки
1 Способна ли система
функционировать в том виде,
в каком она представлена
сейчас, без модернизации?
2 Могут ли пользователи
изменять административные
процедуры согласно
своим требованиям?
3 Заданы ли системные
требования таблиц
и параметров,
что значительно облегчает
внесение модификаций?
5 Информируются ли все
клиенты в случае
возникновения
значительных проблем
у одного из клиентов
компании-поставщика?
6 Предоставляются ли новые
релизы всем клиентам
автоматически,
на регулярной основе?
7 Можно ли послать
претензии поставщику для
рассмотрения?
87
8 Обеспечивает ли
поставщик техподдержку
с выездом к клиенту?
9 Обеспечит ли поставщик
инсталляцию в случае, если
клиент внес модификации
в инсталляционный пакет?
ТАБЛИЦА 2 . 7
Оценка ERP: вопросы аудита контроля
1 Обеспечивает ли система
адекватное резервное
копирование данных
если операционная версия
системы внезапно
выходит из строя?
Все ли транзакции должным
образом сохраняются?
2 Предусмотрена ли
система контроля за тем,
чтобы все записанные
данные были переданы
на сервер для обработки?
3 Предусмотрена ли система
контроля за правами доступа
к транзакциям
и операций с ними?
4 Предусмотрена ли система
контроля за тем, чтобы все
данные, поступающие
в систему, были
точными и полными?
ТАБЛИЦА 2.7 продолжение
6 Предусмотрена ли система
контроля и обнаружения
случаев потери данных или
случаев, когда данные
остаются необработанными?
7 Предусмотрена ли
система контроля за тем,
чтобы все транзакции
записывались в
соответствующем
бухгалтерском периоде,
а также точно отображались
в других записях системы?
10 Сохраняет ли система
данные о дате и цели
создания файлов
или изменений в файлах,
а также о том, кто создал
файл или внес изменения?
11 Обеспечивает ли система
безопасность своих таблиц,
ограждает ли таблицы от
ТАБЛИЦА 2.7 продолжение
несанкционированного
доступа посредством паролей
или определения прав
доступа для того или
иного терминала? _
12 Обеспечивает ли система
защиту обработанных данных
от несанкционированных
изменений?
13 Предусмотрены ли средства
контроля за тем, чтобы
ошибки, обнаруженные
в системе, всегда
устранялись?
14 Сопровождаются ли
передаваемые системой
сообщения полной
информацией о номере
сообщения, терминале,
с которого
оно отправлено, о дате,
типе транзакции и др.?
15 Предусмотрены ли
в системе учетные журналы
для восстановления
сообщений в случае их
порчи или утраты?
16 Сохраняет ли система
информацию, необходимую
Для реконструкции
транзакций с целью
гарантирования точности
и полноты
обработки данных?
ТАБЛИЦА 2.8
Оценка ERP: стандарты и документация
1 Предусмотрена ли в системе
стандартная документация
как в электронной, так
и в печатной форме?
2 Предусмотрена ли в системе
документация по
функциональности системы,
ее техническому дизайну и
операционной среде?
3 Насколько просто
обращаться
с документацией?
4 Предусмотрены ли
в документации перекрестные
ссылки?
5 Предусмотрена ли
возможность автоматического
внесения изменений
в документацию
во время модернизации или
осуществления модификаций
таких компонентов, как
таблицы, поля, экраны,
форматы, отчетность?
7 Предусмотрена ли
возможность создания
соответствующих учебных
материалов после внесения
модификаций в систему?
ТАБЛИЦА 2.8 продолжение
8 Достаточно ли подробно
система описывает
стандарты и процедуры
программирования, чтобы
облегчить работу
с документацией?
9 Обеспечивает ли система
легкость модификаций
и легкость внесения
соответствующих изменений
в документацию?
ТАБЛИЦА 2 . 9
Функциональные требования в ERP-системе:
Главная книга
1 Предусмотрен ли
в системе план счетов?
Предусмотрены ли субсчета?
2 Поддерживает ли система
многоплановость
отчетов и сводок?
93
3 Обеспечивает ли система
ведение лицевых счетов?
4 Предусмотрены ли
средства для записи,
утверждения и внесения
в базы данных
бухгалтерских транзакций?
5 Предусмотрена ли
возможность печати созданных
в системе документов?
6 Обеспечивает ли система
генерацию журналов
документов (платежные
свидетельства, квитанции,
отчеты по дебиторской
и кредиторской задолженности,
журнал платежных документов
и т.д.), а также итоги по счетам
(счета в Главной книге и т. д.)?
7 Обеспечивает ли система
банковский баланс с
автоматической пакетной
или экранной проверкой?
8 Предусмотрены ли
интерфейсы для систем,
взаимодействующих
с банком и контролирующих
Движение наличности?
9 Предусматривает ли система
безопасность данных во время
записи, а также последующее
обновление балансов счетов?
ТАБЛИЦА 2.9 продолжение
10 Предусмотрены ли в системе
средства для анализа
счетов и отчетности по ним?
11 Предусмотрены ли в
системе сопутствующие
документы с расшифровками?
12 Предусмотрена ли
генерация проводок системой?
13 Предусмотрена ли возможность
генерации стандартных,
повторяющихся проводок?
14 Предусмотрена ли
возможность планирования
и анализа отклонений?
15 Предусмотрена ли отчетность
по отклонениям?
16 Обеспечивает ли система
консолидацию отчетов
и запросов на всех уровнях
организации?
П о д д е р ж к а исключительных п р о ц е с с о в
Эти процессы также известны как особые ситуации или нестандартные про
цессы. Сценарии таких процессов в рамках организации могут возникнуть в ре
зультате особых или непредвиденных обстоятельств, возникающих в разные мо
менты времени. Система может воспринять такой сценарий как ошибку, или
выполнить его после того, как пользователь идентифицирует этот процесс как
исключительный. Например, почти к а ж д а я организация иногда вынуждена
сделать исключение из правил, когда она выбирает поставщиков, или делает
предложение потенциальному покупателю, поставляет продукцию задолжав
шему, но верному клиенту, осуществляет просроченный платеж или частичный
платеж по неподтвержденному счету-фактуре и т. д.
Исключительные процессы являются одним из главных объектов настроек в сис
теме. Впрочем, как уже обсуждалось выше, решения по внесению изменений долж
ны приниматься только после оценки возникающих в результате настройки сложнос
тей по использованию, обучению, поддержанию данных и подчиненных процессов.
Н а д е ж н о с т ь поставщика с и с т е м ы
Организация может остановить свой выбор на той или иной ERP-системе,
основываясь на надежности программного продукта: этот вопрос рассматрива
ется в следующем разделе. Однако, надежность компании-поставщика также
имеет большое значение, потому что от нее зависит дальнейшая модернизация
и развитие программных продуктов, что особенно важно в контексте стреми
тельных перемен в технологии и требованиях рынка. Вопросы, касающиеся на
дежности компании-поставщика, приведены в таблице 2.1.
Трехслойная архитектура
Клиент-серверные вычисления дают огромные преимущества в отношении
распределения нагрузки на систему, масштабирования и гибкости, необходи
мой для развития.
Трехслойная архитектура системы состоит из уровня презентаций, уровня
приложений и уровня баз данных — и это оптимальная реализация режима
клиент-сервер. Ниже приведены характеристики каждого уровня:
• Уровень презентаций управляет диалогом между конечным пользователем
и каким-либо приложением, программой (см. следующий раздел «Графи
ческий интерфейс пользователя»).
• Уровень приложений осуществляет трансформацию данных, в чем, по су
ти, и заключается предназначение приложений.
• Уровень баз данных осуществляет хранение, обновление и предоставление
данных с помощью программ, расположенных на уровне приложений.
См. раздел «Принцип клиент-сервер» в главе 4.
Графический и н т е р ф е й с п о л ь з о в а т е л я
Возможно, покажется странным, что я рассуждаю о важности G U I , но ведь
еще несколько лет назад стандартная функциональность такого интерфейса
была недоступна, особенно для систем типа ERP, в которых акцент делался на
гибкость, всеобъемлющую функциональность и возможность внесения измене
ний. Графический интерфейс пользователя позволяет системе приблизиться к
пользователю, предоставив ему следующие возможности:
• Структурирование и размещение меню
• Облегчение движения курсора по экрану
• Навигация между разными экранами
• Предоставление справки (помощи) в контексте конкретной ситуации
• Вывод на экран сообщений о сбоях и ошибках.
Открытые с и с т е м н ы е и н т е р ф е й с ы
и прикладные программные интерфейсы
Последние десять лет разработок в области информационных технологий
показали важность открытости систем; это подразумевает, что системы, прото
колы и интерфейсы не должны быть собственностью других разработчиков.
Концепцию ERP-системы легко понять, но очень трудно реализовать. Разра
ботка такого монолитного продукта за короткое время просто немыслима. Сле
довательно, интерфейсы и архитектура ERP-системы должны предусматривать
возможность постепенного развития различных компонентов ERP-системы без
негативных последствий для ее интегрированной функциональности.
Системы E R P должны обеспечивать возможность беспрепятственного взаи
модействия с существующими на предприятии системами, а также со специа
лизированными системами, такими, как SCM, CRM, Управление разработкой
продуктов (Product Development Management, PDM), Автоматическая запись
данных (Automatic Data Recording, ADR), сбор данных посредством штрих-ко
да, EDI, компьютерная телефония и т. д. Ни один поставщик систем не в силах
создать набор программных продуктов, который включал бы в себя функцио
нальности всех этих систем на основе одной фирменной системы.
Интернет-функциональность
Роль Интернета как главного средства взаимодействия и осуществления
операций неуклонно возрастает, поэтому дизайн ERP-систем должен предус
матривать не только возможность делового взаимодействия между компания
ми, но и возможность персонализированного взаимодействия с конечными
потребителями товаров и услуг. Архитектура ERP-системы должна обеспечи
вать возможность беспрепятственного переключения на Интернет-функцио
нальность. Такая ERP-система, как SAP, обладает слоем пользовательского
интерфейса, отделенным от других слоев, в которых протекает деловая деятель
ность компании (например, от слоя баз данных); такая система уже готова к то
му, чтобы ее функциональность была доступна в рамках Интернет-браузера.
Простота установки
Не стоит ожидать, что установка ERP-систем будет легкой, но в настоящее
время все более популярной становится упорядоченная, основанная на различ
ных меню инсталляция компонентов системы.
Что еще более важно, приложение, которое обеспечивает инсталляцию сис
темы, должно успешно проводить этот процесс независимо от операционной
системы, на основе которой проводится инсталляция, и независимо от других
факторов (см. раздел «Установка SAP» в главе 11).
Простота к о н ф и г у р а ц и и
После установки системы особое значение придается устройствам конфигурации,
в соответствии с существующей или предполагаемой информационной инфраструк
турой компании. Система должна предоставлять легкие для понимания пути и ме
тоды сбора подробной информации об IT-инфраструктуре, обусловленной специфи
кой компании. Основываясь на эмпирических или теоретических моделях, а также
на информации, предоставленной на разных этапах, система должна обладать спо
собностью предложить различные базовые значения (значения по умолчанию), кото
рые определили бы конфигурацию установки системы для конкретной компании.
100
Простота о п е р а ц и й
Система E R P должна предоставлять примерные процедуры и документа
цию для повседневных операций системы, а также обеспечивать автоматичес
кие процедуры создания резервных копий данных и восстановления данных
в случае утраты или повреждения.
Простота у п р а в л е н и я
пользователями
Инвестиции и бюджет
Примерное соотношение всех расходов на внедрение SAP выглядит так:
• Компьютерное оборудование, инфраструктура х
• Лицензия SAP и другая программная инфраструктура х
• Проект внедрения SAP от 2 до 5 х
Компьютерное о б о р у д о в а н и е
Это главная движущая сила, необходимая для функционирования ERP
в масштабе всего предприятия. Природа ERP-систем требует либо монолитного
сервера, либо совокупности серверов, каждый из которых специализировался бы
на определенной части общей предполагаемой нагрузки на систему. Количество
компьютеров в такой совокупности может соответствовать либо функциональным
областям, либо количеству подразделений, которые система будет обслуживать.
Размеры и мощность компьютеров в этой совокупности зависят от:
• Предполагаемой нагрузки на систему
• Количества терминалов, которые будут подключены к системе.
Системное п р о г р а м м н о е о б е с п е ч е н и е
Обычно решения по программному обеспечению принимаются одновремен
но с приобретением оборудования. Операционная среда системы должна обес
печивать независимость операций от сбоев, а также средства для автоматичес
кого создания резервных копий данных, репликаций и отображения данных
в масштабе всей системы, а также средства автоматического восстановления
утерянных или поврежденных данных.
О б ъ е д и н е н и е в сети
Так как ERP-системы ориентированы на конечного пользователя, нагрузка на
систему обычно предполагается значительная. Сеть должна обладать высокой про
пускной способностью, чтобы не создавать помех работе, ведущейся с терминалов.
Резюме
В этой главе я познакомил читателей с концепцией оценки и критериями
для выбора подходящей ERP-системы. После оценки основных характеристик
полноценной ERP-системы мы рассмотрели подробные списки вопросов, наце
ленных на то, чтобы убедиться в технических и функциональных возможностях
системы до непосредственного приобретения. В последних разделах главы
я затронул некоторые аспекты ERP, имеющие принципиальное значение для
любой системы, от которой требуется работа в масштабе всего предприятия.
ГЛАВА
Выбор ERP-системы
3
В ЭТОЙ ГЛАВЕ:
• Системы SAP для средних
• Сущность методологии
• Резюме 114
Системы SAP для средних
и малых предприятий
Большинство компаний, которые внедрят системы Планирования ресурсов
предприятия (ERP) в новом тысячелетии, будут средними и малыми предпри
ятиями. Средними и малыми предприятиями обычно считаются компании
с оборотом от 200 миллионов долларов до 1 миллиарда долларов. Статьи бюд
жетов таких компаний, предназначенные на информационные технологии и их
компьютерные ресурсы обычно весьма скромны. Ожидается, что именно такие
компании смогут извлечь максимум преимуществ от внедрения ERP-систем.
Одна из причин заключается в том, что эти компании не располагают доста
точным опытом и постоянным профессиональным персоналом, чтобы своими
силами разработать систему, охватывающую все предприятие.
Стремительные перемены на мировом рынке, а также способность реагиро
вать на эти изменения оказали значительное влияние как на крупные компа
нии, действующие на том или ином рынке, так и на средние и малые предпри
ятия. Системы E R P обеспечивают базу для конкурентоспособности средних и
малых предприятий, их соответствия стремительно меняющимся требованиям
рынка, основу для успеха в следующих сферах:
• Улучшение отношений с клиентами и управление этими отношениями
• Сокращение времени циклов
• Улучшение качества
• Увеличение объемов продаж
• Увеличение прибыльности
• Сокращение сроков разработки новых продуктов и услуг
• Сокращение затрат труда на повседневные операции
• Усиление присутствия на рынке.
Функциональная команда
Функциональная команда — главная составляющая команды, ответствен
ной за выбор. Она должна включать руководящих работников, осведомленных
о деловых операциях компании, производственных технологиях, профес
сионализме компании и слабых местах в ее конкурентоспособности. Так как
движущей силой проектов внедрения ERP-систем являются пользователи, то
можно порекомендовать включить в отборочную команду представителей всех
функциональных подразделений, которые впоследствии будут участвовать во
внедрении системы. Желательно, чтобы все они имели опыт внедрения других,
более ранних систем, таких, как Тотальный Контроль Качества (TQM), Реин
жиниринг Бизнес-Процессов (BPR) и т. д.
Техническая команда
Члены этой команды должны иметь богатый опыт как минимум, в разра
ботке и проектах по внедрению обычных приложений, а также разбираться
в стандартных средах разработки и традиционных методологиях, используемых
в жизненном цикле разработки программного обеспечения (SDLC). Они долж
ны понимать основные причины использования ERP-системы, а также то, что
движущей и направляющей силой являются функциональные пользователи.
107
Технологическая команда
Члены этой команды должны быть хорошо знакомы с последними достиже
ниями в области компьютерного оборудования, сетей и систем, в особенности
с вопросами мобильности, масштабирования и возможностей взаимодействия
компьютерных сетей. Чтобы принять обоснованные решения по вопросам инф
раструктуры для внедрения ERP-системы, они должны быть осведомлены о са
мых современных стандартах и протоколах передачи данных. В компетенцию
этой команды также входит приблизительный прогноз нагрузки на систему и
возможной реакции системы, вопросы совместимости, модернизации, сетевого
трафика в локальных и глобальных сетях (LAN, WAN).
Члены технологической команды должны быть знакомы с системами архи
вации, резервного копирования и восстановления утраченных данных, а также
ориентироваться в вопросах подготовки помещений, прокладки кабелей, уста
новки и поддержки других устройств; отвечать остальным требованиям, необ
ходимым для инсталляции ERP-системы.
Коммерческая команда
Члены этой команды должны иметь навыки ведения переговоров с постав
щиками, составления и заключения контрактов, определения условий и сроков
поставок, критериев акцептования и процедур утверждения; разбираться
в вопросах гарантии качества, условий оплаты, условий лицензирования, в раз
личиях версий и релизов, юридических тонкостях и налогообложении и т. д.
Сущность методологии
выбора ERP-системы
Основа концепции E R P — автоматизация процессно-ориентированного
предприятия, поэтому отбор процессов для внедрения на предприятии имеет
большое значение. Команда, ответственная за отбор, примет решение в зависи
мости от того, насколько легко ERP-система может автоматизировать наиболее
важные для предприятия процессы, и насколько гибкой будет система при
внедрении других необходимых предприятию процессов.
Выбор процессов
Выбор процессов подразумевает систематическую компиляцию всех процес
сов и вариантов процессов, превалирующих на предприятии. Эти процессы мо-
гут принадлежать любому организационному уровню, не зависимо от того,
компьютеризованы они или нет.
Составление карты
процессов предприятия
Составление карты процессов предприятия подразумевает скрупулезное
отслеживание и отбор процессов, наиболее важных для деловых операций
компании. Это влечет за собой необходимость уточнения подробной инфор
мации о каждом процессе: название, назначение, ответственный за процесс
сотрудник, описание процесса (в том числе описание типа исходных данных
и результата процесса), качество и эффективность, подпроцессы, интерфей
сы взаимодействия с другими функциями и системами, статус процесса
(исключительный ли процесс), возможности для усовершенствования, ана
лиз влияния предполагаемых сценариев и т. д. Скомпилированная карта
процессов будет весьма полезной при подготовке функционального тестиро
вания. Подробно составление карты процессов обсуждается в главе 6 «SAP
и реинжиниринг предприятия».
Тестовые сценарии
Тестовые сценарии предоставляются поставщиком лицензионного продукта.
Проводится тестирование тех процессов, которые считаются жизненно важны
ми для деловых операций. В стандартной функциональности ERP-систем эти
процессы не всегда поддаются конфигурированию.
Нагрузочное тестирование
Эти тесты весьма схожи с функциональным тестированием, которому подвергаются
традиционные системы. Такое тестирование подразумевает оценку ожидаемой нагруз
ки на систему в операционной среде и воспроизведение (симуляция) этих условий в тес
товой среде с целью проверки, сможет ли система эффективно справиться с ожидаемой
нагрузкой в условиях предлагаемой конфигурации. Это тестирование может также пре
дусматривать оценку объемов данных, пропускной способности сетей LAN/WAN, а так
же оценку обслуживания центральными серверами интерактивных операций между
серверами и терминалами. Для отчета о результатах тестов и характеристик работы сис
темы, необходимо использовать общую для всех процессов шкалу оценки. Необходимые
для оценки результаты можно получить, проведя полномасштабное тестирование либо
на предприятии, либо в демонстрационном центре компании-поставщика.
—•
Характеристика Фактор SAP R/3 BaaN PeopleSoft Oracle
ERP-системы важности
Рейтинг Оценка Рейтинг Оценка Рейтинг Оценка Рейтинг Оценка
Технические
Всеобъемлющая
функциональность
Легкость
использования
Потенциал для
расширения,
гибкость,
возможность
конфигурации
Возможности
настройки и
модификаций
Открытость
архитектуры
и интерфейсов
Принцип
одноразового ввода
Централизованная
база данных
Возможности
интерфейсов для
работы с EDI,
штрих-кодами и
др. устройствами
Переход на евро
Электронная
документация и
контекстуальная
справка
ТАБЛИЦА 3.1, продолжение
Обучение навыкам,
программы обучения
Деятельность
групп пользователей
Общая оценка
Операционные
Управление
и надежность
Легкость установки
Результативность
операций
Легкость
настройки работы
Легкость управления
пользователями
Безопасность и
авторизация
Создание резервных
копий данных и
восстановление
утерянных данных
Доступность
Требования к ресурсам
Общая оценка
Характеристика Фактор SAP R/3 BaaN PeopleSoft Oracle
ERP-системы важности
Рейтинг Оценка Рейтинг Оценка Рейтинг Оценка Рейтинг Оценка
Финансовые
Затраты на систему
Оборудование,
программное
обеспечение и
создание сети
Базовая лицензия
Дополнения
Закупка ПО у других
фирм
Подготовка
Установка
Обслуживание
Найм персонала
Обучение персонала
Консультирование
при внедрении
Документация
Дорожные расходы
Коммуникация
Техподдержка
Другие инвестиции
Общая оценка
ИТОГОВАЯ ОЦЕНКА
Отчеты о функциональном и нагрузочном
тестировании
Результаты функционального и нагрузочного тестирования можно вклю
чить как одну из характеристик при сравнении ERP-систем. Однако это
стоит делать только в случае, если результаты тестов разных систем сущест
венно отличаются.
Доклад с рекомендациями
Доклад с рекомендациями для менеджмента компании должен содержать
сведения по следующим вопросам:
• Преимущества и недостатки выбранной ERP-системы на основе информа
ции, собранной на основе критериев оценки, как описано выше в этой главе.
• П о д р о б н ы й п р о ф и л ь системы S A P R/3 п р е д с т а в л е н в следующей гла
ве. По прочтении этой главы станет ясно, почему S A P R/3 о п е р е ж а е т
все остальные E R P - с и с т е м ы , п р е д с т а в л е н н ы е на рынке.
• Сравнительная таблица ERP-систем.
• Оценка стоимости внедрения ERP-системы и преимуществ, которые она
даст. Эти выводы делаются на основе собранной в таблице 3.1. информа
ции о затратах на оборудование, программное обеспечение, непосредствен
но на ERP-систему, создание сети, инсталляцию, обучение персонала, конт
ракт на техподдержку, консультационные услуги при инсталляции, дорож
ные расходы, коммуникации и т . д .
• Расписание проекта внедрения, с указанием дат основных этапов. Обзор
проекта внедрения для SAP R/3 подробно обсуждается в главе 5 «Цикл
проекта внедрения SAP».
• Рекомендации для принятия решения.
Резюме
В этой главе обрисована методология выбора ERP-системы, которая макси
мально отвечала бы требованиям компании. Во второй части главы, я описал
подготовку сравнительной таблицы ERP-систем и финального отчета с реко
мендациями.
В следующих главах я р а с с к а ж у о компании S A P AG и ее продукте —
системе R/3, р а б о т а ю щ е й по принципу «клиент-сервер». Я подробно рас
смотрю архитектуру системы S A P R/3, ее структуру и д и з а й н , чтобы по
к а з а т ь всю сложность и всеохватность этой системы. Главы 4—9 ясно по
к а з ы в а ю т , почему S A P на п р о т я ж е н и и последнего десятилетия остается
лидером на рынке ERP-систем, а т а к ж е п р е д о с т а в я т д о к а з а т е л ь с т в а мо
его п р е д п о л о ж е н и я , что и в XXI веке S A P R/3 будет пользоваться с а м ы м
большим спросом среди п р е д п р и я т и й нового тысячелетия.
ГЛАВА
Решение SAP
4
В ЭТОЙ ГЛАВЕ:
• Компания SAP 116
• Последние стратегические
инициативы SAP 136
• Резюме 138
В этой главе и далее до конца книги я буду подробно рассказывать об
ERP-продукте компании SAP AG — системе SAP R/3. Вначале я останов
люсь на истории компании SAP AG и программных продуктах, которые она
выпускала с 1972 года. Затем подробно опишу структуру и выдающиеся ка
чества системы SAP R/3 для того, чтобы понять абсолютное превосходство
этого программного продукта.
В результате внимательного прочтения этой и других глав, станет очевидным,
что SAP R/3, без сомнения, является лучшим продуктом среди представленных
на рынке ПО. Гибкая трехслойная архитектура SAP R/3, построенная по прин
ципу «клиент-сервер», а также снабженная хранилищем данных среда разработ
ки АВАР/4 в сочетании с всеобъемлющей функциональностью в масштабе нес
кольких отраслей, возможно представляет собой лучший программный продукт
с момента зарождения компьютерной индустрии в середине прошлого века.
Компания SAP
Компания SAP является ведущим поставщиком стандартного программно
го обеспечения для бизнеса. На протяжении последнего десятилетия компания
сообщала о ежегодном росте продаж и прибыли более 4 0 % в год. В 1998 году
компания отчиталась об объемах продаж в размере 8,47 миллиардов долларов.
Согласно отчетам компании, количество ее клиентов по всему миру превысило
10 ООО, для которых было произведено 19 ООО установок системы с общим коли
чеством пользователей более 300 ООО. С любой точки зрения, эти цифры впе
чатляют, прекрасно характеризуя дальновидность и доминирующую роль
компании на стремительно развивающихся, благодаря появлению Интернета,
рынках информационных технологий.
Феноменальный успех SAP стал возможен благодаря тому, что системы
SAP при всей полноте охвата функций предприятия оставляют возможность
конфигурации системы в соответствии с особыми потребностями заказчика.
Организации предпочитают покупать такие готовые к использованию системы,
как SAP, потому что эти программные продукты обладают необходимой
гибкостью и могут быть настроены в соответствии с требованиями практичес
ки любой компании и любой отрасли. Системы SAP могут быть установлены
на самом разнообразном компьютерном оборудовании (см. рис. 4.3), обеспечи
вая одинаково всеобъемлющую, интегрированную функциональность, а также
гибкость при удовлетворении индивидуальных требований, обусловленных спе
цификой той или иной компании вне зависимости от особенностей технологий,
задействованных в этой компании. Более того, SAP также внедряет процессно-
ориентированный подход к работе предприятия.
Компания S A P предлагает два основных продукта: R/2 и R/3. Система
R/2 используется на таких мейнфреймах, как IBM, Siemens и др. Система
R/3, п р е д с т а в л я ю щ а я собой модификацию предыдущей системы, основан
ную на принципе «клиент-сервер», была представлена в 1992 году. Однако,
благодаря значительным усовершенствованиям, предусмотренным в верси
ях 3.0 и 3.1, эта система стала флагманом среди продуктов компании SAP,
обеспечивая ей львиную долю годовой прибыли. Схема системы SAP R/3
представлена на рисунке 4.1.
Далее в этой книге под термином «SAP» я буду подразумевать и компанию
SAP и ее продукты — системы R/2 и R/3. Надеюсь, что это не приведет к пу
танице, поскольку значение слова всегда будет понятно из контекста. Также,
кроме специально оговоренных случаев, под «продуктом SAP» будет подразу
меваться система R/3, построенная по принципу «клиент-сервер».
История SAP
Краткая хронология истории компании SAP AG выглядит так:
• 1972 г. Пятеро системных аналитиков покидают компанию IBM и основы
вают Systemanalyse and Programmentwicklung («Системный анализ и раз
работка программ») в г. Маннхейм. Новая компания разрабатывает и
представляет систему для ведения бухгалтерского и финансового учета, ко
торая использует данные в режиме реального времени в масштабе интег
рированного предприятия. Концепция системы основывалась на общности
функциональных требований различных предприятий в пределах одной от
расли, выбранной создателями системы.
118
Значение SAP R / 3
В оставшейся части этой главы я опишу выдающиеся свойства и преимущест
ва системы SAP R/3 как ERP-системы. Хотя это и не было предметом обсужде
ния в главе 2 «Оценка ERP» и главе 3 «Выбор ERP», после тщательной оценки и
выбора ERP-системы станет ясно, что по всем критериям системы SAP превосхо
дят все остальные программные продукты на рынке информационных технологий.
В этой главе описываются наиболее значимые характеристики системы SAP R/3,
а также сопутствующих услуг, предоставляемых SAP. Некоторые аспекты, такие,
как легкость запросов, удобства отчетности, электронная справка, документация,
обучение и т. д. описываются в следующих главах книги. Передача необходимых
навыков и знаний персоналу заказчика, вовлеченному в проект внедрения SAP,
а также средства такой передачи — исчерпывающие учебные пособия, програм
мы и сертификация, обсуждаются в главе 5 в разделе «Управление проектом».
Принцип «Клиент-сервер»
Принцип обработки данных, известный как «Клиент-сервер», подразумева-
ет разделение нагрузки между несколькими синхронными или асинхронными
программами, работающими совместно на одном или нескольких компьютерах.
За последнее десятилетие такая архитектура стала очень популярной по причи
не значительной гибкости, которую обеспечивает этот подход к обработке дан-
ныхх. Приложения могут устанавливаться, конфигурироваться и функциониро-
вать на одном центральном компьютере, или распределяться среди нескольких
компьютеров, в зависимости от типа приложений и испытываемой нагрузки.
Более того, по мере изменений нагрузки и требований к обработке данных, со
ответствующие системы можно избирательно модернизировать. Такой подход
к работе системы ведет к значительному улучшению характеристик эффектив
ности при незначительности затрат и сохранении ранее инвестированных
в компьютерное оборудование средств.
В системе SAP R/3 принцип «клиент-сервер» служит основой совместной
работы несопоставимых компонентов программного обеспечения, существую
щих в рамках централизованной либо распределенной конфигурации на обра
зующих сеть серверах. Обмен информацией между серверами может происхо
дить как с помощью синхронной коммуникации от программы к программе,
так и посредством асинхронного обмена сообщениями, или с помощью дистан
ционного использования SQL. Эти несопоставимые компоненты могут иметь
своим назначением графическое представление, работу с приложениями или
даже сохранение данных. Д л я индивидуальных областей работы также могут
устанавливаться специальные серверы приложений. Назначение раздельных
серверов позволяет сбалансировать нагрузку, но и провести конфигурацию от
дельного сервера в соответствии с выполняемыми им функциями. Таким обра
зом, достигается не только повышение пропускной способности системы и опе
ративности ее реакции, но и оптимизация затрат.
Трехслойная архитектура «клиент-сервер», для которой характерно распре
деление уровня презентации, уровня приложений и уровня базы данных среди
различных компьютеров, в действительности представляет собой абсолютно
жизнеспособную основу систем «клиент-сервер», работающих в масштабе все
го предприятия. Впрочем, для таких интегрированных систем, как SAP R/3, ре
альным достижением становится успешное внедрение многоуровневой концеп
ции «клиент-сервер» без потерь в интеграции данных и процессов в масштабе
всей системы.
Всеобъемлющая функциональность
Система S A P R/3 включает в себя все бизнес-процессы нескольких от
раслей промышленности и видов бизнеса. О р г а н и з а ц и и могут использо
вать дробные операции дискретного или непрерывного х а р а к т е р а , или оба
типа одновременно.
В отраслях, для которых нехарактерно непрерывное производство, ком
пании могут пользоваться о п е р а ц и я м и , основанными на р а з м е р е партии
товара, производственном цикле и т. д. О р г а н и з а ц и и , р а б о т а ю щ и е на рын
ке услуг, н а п р и м е р , в области банковского дела и финансов (которых су
ществует немало), нуждаются в унифицированной системе, охватывающей
все несопоставимые виды деловой активности и позволяющей непрерывно
у п р а в л я т ь ими. Очевидно, что компании, ведущие дела в весьма отличаю
щихся областях и р а з б р о с а н н ы е по всему земному шару, могут столкнуть
ся со значительными трудностями в каждодневном управлении деловыми
123
Модули п р и л о ж е н и й с и с т е м ы
Стандартные модули приложений SAP обеспечивают функциональность,
общепринятую и использующуюся в широком спектре отраслей. Эту функцио
нальность можно примерно разделить на три основные группы: финансы, ло
гистика и кадры. Финансовый блок SAP включает в себя такие модули, как
«финансовая отчетность» (Financial Accounting), «Контроллинг» (Controlling),
«Управление активами» (Assets Management), «Управление инвестициями»
(Investment M a n a g e m e n t ) и «Касса» (Treasury). Логистика SAP включает в се
бя такие крупные модули, как «Управление материалами» (Materials
Management), «Планирование производства» (Production Planning), «Управле
ние качеством» (Quality Management), «Обслуживание и ремонт» (Plant
Maintenance), «Система проектов» (Project System), «Продажи и дистрибуция»
(Sales and Distribution), «Управление услугами» (Service Management), «Уп
равление складами» (Warehouse M a n a g e m e n t ) и т.д. Кадровые модули SAP
включают в себя «Планирование и развитие персонала» (Personnel P l a n n i n g
and Development), «Администрирование персонала» (Personnel Administration)
и «Расчет заработной платы» (Payroll Accounting). Подробнее эти модули мы
рассмотрим в главе 7 «Программный пакет SAP R/3».
Межфункциональные модули
Межфункциональные модули (Cross-application modules, СА), как и пред
полагает их название, не привязаны к каким-либо из упомянутых модулей, но
при этом участвуют в самых различных аспектах работы системы во всем ее
объеме. В число таких важных модулей входят:
• Модуль SAPOffice обеспечивает работу почты и интерфейсов в пределах
системы SAP
• Модуль SAP Business Workflow обеспечивает функциональность потока
операций, а также интерфейсы с системой SAP
• Модуль SAP Business Information Warehouse обеспечивает функциональ
ность хранилища данных и взаимодействует с базой данных SAP через
программный интерфейс
• Модуль SAP ArchiveLink обеспечивает архивирование данных из базы дан
ных согласно требованиям.
Отраслевые решения
Существуют специфические требования, характерные для работающих
в той или иной отрасли компаний. Система SAP предоставляет обширную со
вокупность специальных отраслевых вертикальных решений ( I n d u s t r y
Solutions, IS), которые отвечают особым требованиям отрасли и прилагаются
к основной системе R/3. Например, нефтегазовая компания может внедрить со
четание SAP R/3 и IS-Нефть, получив систему, которая удовлетворяет всем
стандартным и специальным отраслевым требованиям. При разработке и усо
вершенствовании отраслевых решений компания SAP поддерживает партнерс
кие отношения с консалтинговыми кампаниями, другими разработчиками
программного обеспечения и со своими клиентами посредством отраслевых
центров экспертизы (Established Industry Centers of Expertise, ICOE).
Компания SAP располагает решениями для множества отраслей про
мышленности, среди которых: нефтегазовая отрасль, химическое и фарма
цевтическое производство, торговля, здравоохранение, телекоммуникации,
коммунальное хозяйство, проектирование и строительство, банковское дело
и страхование, средства массовой информации, электроника и высокие тех
нологии, государственный сектор и т. д. (см. разделы «Отраслевые реше
ния» и «Карты решений SAP» в главе 9).
Возможность настроек
SAP обеспечивают всеобъемлющую функциональность, но ее реальное ка
чество становится очевидным, когда у компании возникает необходимость быст
ро настроить систему в соответствии с требованиями. В SAP предусмотрены
инструменты, с помощью которых компания может перекроить систему посре
дством конфигурации параметров во время установки системы.
Модуль S A P B u s i n e s s E n g i n e e r п р е д с т а в л я е т собой полноценную сре
ду для быстрого и эффективного а н а л и з а , д и з а й н а и конфигурирования
персональных бизнес-процессов. З д е с ь представлены 800 лучших деловых
практик и сценариев, которые у ж е много р а з упоминались в данной кни
ге. Модуль B u s i n e s s E n g i n e e r п р е д у с м а т р и в а е т р а з л и ч н ы е модели процес
сов и подходы к ним, причем в различной форме (в том числе, и в форме
графического п р е д с т а в л е н и я ) для облегчения выбора нужных процессов.
Выбор процессов автоматически встроен в соответствующее Руководство
по внедрению ( I m p l e m e n t a t i o n Guide, IMG), с помощью которого последова
тельно конфигурируется и настраивается система.
В разделе «Что такое ERP?» главы 1 упоминается среда разработки при
ложений, которая в системах SAP называется Business Engineering Workbench
и функционирует как полноценное приложение, в состав которого входят:
. Справочная Модель R/3. Является частью хранилища данных R/3 и вклю
чает в себя следующие понятия: функция, процесс, поток информации, пе
редача информации, организация, распределение, данные.
• Бизнес-Навигатор R/2.
• Анализатор R/3. Использует Справочную модель и матрицы выбора про
цессов для записи и анализа требований с целью нахождения оптимально
го решения.
• Модель процедур (в н а с т о я щ е е время вытеснена Методологией
"Accelerated SAP", специально предназначенной для средних и малых
п р е д п р и я т и й ) . Обеспечивает методологию и технологию у п р а в л е н и я
проектами внедрения S A P . Эта модель з а д а е т последовательность
действий на различных этапах проекта. К а ж д о е из этих действий мо
жет быть выполнено через интерфейс Руководства по внедрению.
• Руководство по внедрению (IMG).
• Модель Компании — полное внедрение SAP для модели компании «Меж
дународные Демонстрационные и Обучающие Системы» (International
Demo and Education System, IDES), которая используется, главным обра
зом, для демонстрации технологий и возможностей SAP, тестирования взя
тых из реальной практики сценариев, а также для обучения пользователей
работе с системой.
Лучшие практики
Система SAP включает в себя хранилище 800 лучших в своем роде прак
тик, которые доступны для ознакомления и использования. Эти практики со
бирались компанией SAP на протяжении нескольких лет в процессе разра
ботки хранилища R/3 с целью удовлетворения требований нескольких отрас
лей. Ценность этой библиотеки процессов можно понять по тому факту, что
одно время компания SAP серьезно занималась внедрением упрощенных вер
сий R/3, предназначенных для средних и малых предприятий. Однако рабо
ту над этой версией, которая называлась R/3 Lite, пришлось прекратить пос
ле того, как стало ясно, что требования малых и средних предприятий
практически идентичны требованием больших корпораций. Более того, успех
компании, не в последней степени обеспеченный внедрением SAP, может при
вести к быстрому росту малого или среднего предприятия и расширению его
Деловой активности, что, в свою очередь, может потребовать усовершенство
вания функциональности, доступной лишь в полновесной версии системы R/3.
126
Интегрированность и о п е р а ц и и
в реальном времени
Архитектура SAP
На рис. 4.2 представлены компоненты SAP как с точки зрения функциональ
ности, так и инфраструктуры. С функциональной точки зрения самый верхний
уровень — это уровень презентации, он состоит из графического интерфейса
пользователя (GUI). Средний уровень — это уровень приложений, в котором
протекает работа самих приложений, кроме того, по сути, это совокупность прог
раммных средств (middleware), обобщенно называемая Базис, от которой за
висит интеграция всех приложений. Эта система включает в себя такие компо
ненты, как Рабочее место разработчика АВАР/4 (Development Workbench),
инструменты администрирования системы и управления системой, системы
авторизации и безопасности, а также общие для всех приложений компоненты.
Нижний уровень состоит из сети, базы данных и операционной системы.
Масштабируемость
С технической точки зрения легко понять принцип масштабируемости SAP.
Многослойная архитектура «клиент-сервер» позволяет системе SAP без зат
руднений масштабировать операции с конфигурации для нескольких сотен
пользователей на конфигурацию для нескольких тысяч пользователей. В неко
торых случаях такая необходимость может возникнуть в результате внедрения
новых модулей SAP или других систем, совместимых с SAP.
Впрочем, SAP обеспечивает масштабируемость и с точки зрения бизнеса,
когда среднее или малое предприятие может начать использовать лишь неболь
шой набор функциональностей, предусмотренных в системе SAP. В результате
успешной работы компания может быстро вырасти и расшириться в смысле
размера, типа и сложности деловых операций. Система SAP способна соответ
ствовать темпам развития структуры и изменениям самой сущности компании,
путем добавления функциональности в зависимости от изменения масштаба
и вида деловой активности компании. В этом принципе «конфигурации по же
ланию» и состоит стратегия SAP, нацеленная на средние и малые предприятия.
Графический интерфейс
пользователя (GUI)
SAPGUI — это стандартный графический интерфейс пользователя системы
R/З. Принцип работы и определения компонентов SAPGUI не связан с систе
мой представления, именно поэтому пользовательские интерфейсы SAP выглядят
и Функционируют одинаково, вне зависимости от программ представления,
использованных для той или иной инсталляции. Графические системы могут ба
зироваться на любой платформе, в том числе MS Windows, OS/2 Presentation
Manager, OSF/Motif и Apple Macintosh. Интерфейс SAPGUI включает в себя все
графические возможности современных интерфейсов Windows — меню, панели
задач, кнопки, переключатели, электронную справку, заданные списки значе
ний полей и т. д.
Более того, система SAP не производит обмен полными графическими изоб
ражениями экранов между своими приложениями, поэтому объем циркулиру
ющих данных минимален и при однократной передаче обычно не превышает
1 - 2 Kb. В результате нагрузка на сеть значительно снижается, что вносит зна
чительный вклад в возможности масштабирования систем SAP.
Интернациональность
Как я уже упоминал в разделе 4.1 «История SAP», компания SAP всегда
считала частью своей основной стратегии поддержку иностранных языков,
а также решение вопросов, связанных с валютой, налогообложением, законода
тельством разных стран, их правилами импорта и экспорта в рамках систем
SAP. Описанное выше внутреннее устройство методов представления также
позволило сделать многоязычность неотъемлемой частью систем. Текст, появля
ющийся на экране, хранится в различных языковых вариантах и представле
ние осуществляется непосредственно в момент показа текста в прямой зависи
мости от того, какой язык выбрал пользователь при входе в систему.
К о м п а н и я S A P т а к ж е предоставляет п р о г р а м м ы для р а з р а б о т к и и
усовершенствования функциональностей, обусловленных спецификой раз
ных стран мира. По мере того, к а к все большее количество компаний на
чинает операции в самых разных точках земного шара, функциональности,
обусловленные спецификой той или иной страны, становятся жизненно важны
ми для достижения преимуществ, которые дает внедрение таких глобальных
решений, как SAP R/3.
Р е п о з и т о р и й R/3
Как упоминалось в разделе «Анатомия ERP-системы» главы 2, Хранилище
R/3 — это область данных, которая обеспечивает доступ ко всем типам разра
батываемых объектов системы SAP и концентрирует всю информацию о них.
Такие объекты включают в себя модели данных и процессов, словарь АВАР/4,
функциональные библиотеки, пользовательские расширения, объекты Рабочего
места разработчика и т.д. Информационная система хранилища также предус
матривает средство для предоставления исчерпывающей перекрестной справ
ки в любой момент работы с любым из объектов.
Всеобъемлющая среда
разработки приложений
Р а б о ч е е м е с т о р а з р а б о т ч и к а АВАР/4
Усовершенствованный я з ы к п р о г р а м м и р о в а н и я бизнес-приложений
Advanced Business Applications P r o g r a m m i n g (АВАР/4) — это полноценный
4GL для пользовательских разработок в среде SAP R/3. А Р М разработчика
АВАР/4 предоставляет все необходимые средства, инструменты и подсказки
для дизайна, разработки и тестирования содержащихся в приложениях таб
лиц данных, а т а к ж е экранов, программ, запросов, отчетов и т . д . Словарь
данных АВАР/4 — это сердце Рабочего места разработчика, в нем хранят
ся описания структур таблиц, которые повсеместно используются в системе.
Это главное хранилище мета-данных описано в разделе «Анатомия ERP-сис
темы» в главе 2.
Дополнительно АРМ разработчика имеет хранилище объектов, в котором
содержатся все объекты, находящиеся в стадии разработки — программы, ди
намические'программы, документация и т.д. Это позволяет напрямую контро
лировать текущую разработку и тестирование программ. После того, как раз
работка завершена, активируется другой компонент — панель управления, ко
торый обеспечивает внедрение новых разработок или настроек в продуктивную
систему или в другие системы SAP. Панель управления также предоставляет
средства версионного контроля.
Открытая а р х и т е к т у р а
Системы SAP обеспечивают мобильность и взаимодействие приложений,
Данных и интерфейсов в масштабе компьютерной сети, потому что в этих сис
темах используются международные стандарты и определения интерфейсов,
сервисов и форматов данных.
Открытый характер архитектуры SAP обеспечивает гибкость системы, поз
воляющую работать одновременно с разными функциями и решениями на всех
Уровнях, включающих:
' Уровень графического интерфейса.
Уровень рабочей станции.
Уровень приложений.
Уровень баз данных.
Уровень внешних интерфейсов.
Уровень протоколов передачи данных.
Уровень оборудования и операционных систем.
5 Зак. 4471
На рис. 4.3 представлены различные платформы, которые поддерживает SAP.
Мобильность
Система R/3 может использоваться на основе самых различных платформ.
Независимость системы от платформы позволяет использовать разное оборудо
вание и операционные системы для серверов представления, приложений и баз
данных. Это дает огромные преимущества в том, что касается эффективности
работы системы и затрат на ее поддержание. Именно поэтому установленные
ранее системы всегда могут быть усилены новейшими разработками в облас
ти инфраструктуры (компьютерное оборудование, операционные системы,
системы управления базами данных и т.д.) без перерывов в текущей работе
системы. Благодаря архитектуре «клиент-сервер» R/3 также может работать
на много-процессорных системах.
Возможность взаимодействия сетей
Открытые системные интерфейсы позволяют осуществить интеграцию SAP
с другими приложениями с помощью ранее упоминавшихся стандартных ин
терфейсов — таких, как Object Linking Enabling (OLE) и Remote Function Call
(RFC). Кроме того, система R/3 соответствует следующим международным
стандартам:
. CPI-C для обмена данными между программами на разных компьютерах
. SQL и O D B C для доступа к базам данных
• T C P / I P сетевой протокол передачи данных
• RFC для высокотехнологичных интерфейсов программирования
• OLE/DDE и RFC для интеграции с приложениями на основе PC
• х.400/ х.500 как открытый интерфейс электронной почты
• Протокол EEDIFACT EDI для обмена структурными бизнес-данными на
уровне приложений
• ALE для интеграции децентрализованных приложений на разных компью
терах в режиме он-лайн
• Открытые интерфейсы для взаимодействия с такими системами, как систе
мы контроля процессов, системы сбора рабочих данных, CAD и т.д.
С и с т е м н ы е с р е д с т в а у п р а в л е н и я R/3
Каждому пользователю присваивается идентификатор и пароль, запраши
ваемый при входе в систему. Концепция авторизации R/3 внедряется на базе
объектов полномочий, которые могут быть самыми разными — от прав обще
го доступа до уровней доступа к конкретным таблицам, полям и значениям. Ав
торизация может определять права доступа к конкретной области данных,
конкретному набору операций или к совокупности данных и операций.
Объект полномочий состоит из нескольких системных элементов, которые
нуждаются в защите — например, данные по параметрам или конфигурации,
основные данные, транзакции, задачи на обработку и т. д. Чтобы авторизация
была эффективной, объекты авторизации группируются в заранее заданные
профили полномочий. Система SAP поддерживает ряд стандартных профилей
полномочий для широкого спектра приложений и операций. Этими профилями
можно управлять по отдельности, присваивая тот или иной профиль конкрет
ному пользователю. Пользователи также могут получить разрешение на созда
ние, просмотр и изменение объектов авторизации. На более высоком уровне
профили полномочий можно комбинировать для получения составных профи
лей — это необходимо для персонала, работающего в таких областях системы,
которые не покрываются одним профилем полномочий.
К р о м е того, система контроля версий в S A P полностью контролирует
и у п р а в л я е т всеми п р о г р а м м а м и , в ы п у с к а е м ы м и в системную среду,
а т а к ж е всеми и з м е н е н и я м и , которые в р е м я от времени приходится вно
сить в систему. Все эти действия н е в о з м о ж н ы без строгой проверки со
стороны системы контроля версий. Т а к ж е эта система о с у щ е с т в л я е т не
менее строгую п р о в е р к у в отношении версий всех продуктов р а з р а б о т к и ,
в н е д р я е м ы х в системную среду. Эта система я в л я е т с я ч а с т ь ю концепции
а в т о р и з а ц и и в R/3.
Все операции внутри системы R/3 з а п и с ы в а ю т с я в ж у р н а л ы , эту ин
ф о р м а ц и ю можно сортировать по пользователям или т р а н з а к ц и я м . Похо
жим образом, любые изменения в профиле з а п у с к а системы R/3, а т а к ж е
в настройках, п а р а м е т р а х б а з данных и операционной системы записыва
ются и могут быть в д а л ь н е й ш е м п р о а н а л и з и р о в а н ы .
Чтобы гарантировать защиту системы от несанкционированного доступа,
R/3 хранится в независимых структурах директорий, и для доступа в каждую
из таких директорий необходима отдельная авторизация.
Раннее о б н а р у ж е н и е
Раннее обнаружение или «EarlyWatch» — это услуга SAP, в рамках кото
рой эксперты SAP из центров техподдержки подсоединяются к системе поль
зователя и собирают различные данные по разным аспектам и характеристи
кам работы системы и операций внутри системы. Эта информация обрабаты
вается и анализируется в целях диагностики фактических и потенциальных
ошибок, а также возможных узких мест в системе. Это приносит огромную
пользу в момент установки системы или внесения значительных изменений
в инфраструктуру или конфигурацию той или иной системы.
Специалисты «EarlyWatch» анализируют инсталляции клиентов и предостав
ляют письменный отчет по оптимизации параметров системы, улучшению харак
теристик ее работы, а также указывают потенциально узкие места, которые
могут возникнуть в будущем.
Партнерство р а д и развития
Партнерство было одной из главных движущих сил развития SAP. Компа
ния SAP сделала партнерство стратегией своего развития не только в отноше
нии деловых и технических партнеров, но и в отношении своих клиентов — та
кое партнерство стало причиной успеха программных продуктов компании на
Рынке информационных технологий. В продуктах SAP сочетается горизонталь-
Чая функциональность решений SAP со сфокусированной, вертикальной
функциональностью отраслевых решений, разработанных в сотрудничестве
с лучшими в своей отрасли клиентами SAP.
До последнего времени компания SAP не считала, что внедрение — это ее
специализация. Большинство проектов внедрения SAP осуществлялись силами
таких партнеров SAP, как Большая шестерка (Big Six) аудиторских компаний,
крупные разработчики информационных технологий и международные консал
тинговые компании. Большинство их них разработали эксклюзивные практики
услуг техподдержки и внедрения SAP.
Технологические партнеры включают в себя ведущих разработчиков
программного обеспечения, которые поставляют стандартные компоненты
многослойной архитектуры «клиент-сервер», свойственной внедрению SAP,
в том числе поставщики операционных систем, баз данных и программного
обеспечения для компьютерных сетей.
Остальные партнеры SAP — поставщики компьютерного оборудования,
разработчики технологий, консалтинговые фирмы и традиционные компании,
перепродающие те или иные продукты и услуги.
Партнеры-разработчики наравне с персоналом SAP участвуют в развитии
и усовершенствовании системы R/3. Кроме того, SAP поддерживает партнерс
кие отношения с другими независимыми разработчиками программного обес
печения, которые называются «партнеры по дополнительному программному
обеспечению» (Complementary Software P r o g r a m , C S P ) . Эти партнеры
предоставляют такие специализированные решения, как системы
автоматизированного проектирования (CAD), системы сбора данных по произ
водству, системы контроля за процессами, системы контроля идентификации и
доступа, системы сбора мобильных данных, гео-информационные системы
(GIS) и т. д.
Документ SAP
По аналогии с целостностью документа бухгалтерской т р а н з а к ц и и в
бухгалтерских системах, S A P определяет концепцию Д о к у м е н т а S A P
( S A P D o c u m e n t ) . Д о к у м е н т S A P содержит всю и н ф о р м а ц и ю , относящую-
сЯ к той или иной т р а н з а к ц и и , и при этом всегда сохраняет свою полную,
исчерпывающую форму. Это дает огромные п р е и м у щ е с т в а при отслежи
вании, аудите и п о д д е р ж а н и и истории документов.
Запись п о о б р а з ц у
Дизайн систем SAP ориентирован на взаимодействие через экраны при бе
зусловном соблюдении принципа однократного ввода данных (после которого
данные становятся доступны всем модулям и компонентам). Система призна
ет важность момента ввода данных, и в еще большей степени способствует
быстрому исполнению этой операции посредством устройства, которое называ
ется Запись по образцу (Recording by Example, RBE).
Во время ввода данных при записи транзакции или другой основной запи
си, SAP R/3 автоматически предоставляет копию соответствующих данных из
похожих записей, созданных ранее. Например, при создании записи о новом
поставщике, система предложит пользователю создать ссылку на существую
щего поставщика, подробная информация о котором схожа с информацией о
новом поставщике. После ввода номера существующего поставщика, система
скопирует все данные о нем в запись о новом поставщике, после чего пользо
ватель может подтвердить копирование данных в новую запись, или отвергнуть
их и ввести новые. Эта инновация — практическое выражение принципа пов
торного использования, одного из основных принципов разработки программно
го обеспечения, который применяется д а ж е на таком рутинном уровне, как
ввод данных. В результате пользователь тратит гораздо меньше времени на на
бор информации на клавиатуре, а риск опечаток и случайного ввода непра
вильных данных сводится к минимуму. Кроме того, такой автоматический ввод
стандартной информации гарантирует, что ни одно важное поле не останется
незаполненным по недосмотру пользователя. В результате эффективность, ре
зультативность работы значительно повышается д а ж е при таких рутинных опе
рациях, как ввод информации.
Варианты
Вот еще один вариант принципа повторного использования. Группы
Данных, которые часто востребованы, причем, возможно, д а ж е в разных ситу
ациях, организуются в пакеты, каждый из который индивидуально идентифи
цируется как вариант. Такой пакет может впоследствии быть затребован и
использован на различных стадиях процесса обработки данных. При этом нет
необходимости повторно указывать все подробные параметры отдельных групп
Данных, что снижает риск ошибок при вводе подробной информации. Вари
анты весьма полезны в таких ситуациях, как распечатка данных с использова
нием конкретного шаблона, внесение данных в записи, которое требует
конкретного формата и т.д. Удивительно, насколько принцип повторного
использования оживляет и убыстряет скучные рутинные операции.
Д е т а л и з а ц и я отчетности п о п р и н ц и п у п о г р у ж е н и я
Это еще одна функция, благодаря которой запросы и отчетность в системах
SAP являются столь мощными инструментами. В системах SAP любой запрос
или отчет можно выбрать простым щелчком мыши, чтобы получить сопутству
ющие данные по исходной транзакции. Пользователь может продолжать этот
процесс дальше и дальше, или, другими словами, погружаться вплоть до уров
ня, где находятся необходимые пользователю сопровождающие сведения.
Например, находясь в клиентской выписке по счету, пользователю достаточ
но щелкнуть мышкой на любой сумме, чтобы тут же просмотреть соответству
ющий счет-фактуру, от него перейти к заказу клиента, далее перейти к подроб
ным пунктам заказа и т.д. Просмотрев все интересующие его данные, пользо
ватель легко может вернуться в первоначальный экран. Это особенно ценно для
финансовой и бухгалтерской отчетности, где аудит всей цепочки операций ста
новится доступен напрямую, без необходимости покидать программу отчетнос
ти или запросов, в которой работает пользователь в данный момент.
Последние стратегические
инициативы SAP
За последние два года компания SAP взяла в свои руки инициативу по ре
шению проблем, о которых сообщали клиенты компании. Такие инициативы ос
нованы на обобщенном опыте тысяч проектов по внедрению системы, проведен
ных компанией SAP и ее партнерами за последние несколько лет. Результатом
этих усилий стало увеличение эффективности внедрения, сокращение затрат
времени, а также облегчение и упрощение работы с системами SAP.
TeamSAP
Идеология «TeamSAP» была создана для максимального использования ре
сурсов компании SAP и ее партнеров в трех ключевых областях — люди, про
цессы и продукты, с целью обеспечения максимальной выгоды для клиентов
SAP. Эта идеология позволяет устанавливать системы SAP быстрее и с мень
шими затратами, однако без малейшего ухудшения качества и преимуществ,
которые дают системы SAP (см. главу 12, где описывается методология уско
ренного внедрения SAP).
М е т о д о л о г и я в н е д р е н и я AcceleratedSAP
Методология ускоренного внедрения AcceleratedSAP (ASAP) является про-
цессовым компонентом концепции TeamSAP. Эта методология — исчерпываю
щее решение для оптимизации ресурсов, затрат средств и времени при уста
новке систем SAP. Эта методология базируется на накопленном опыте тысяч
внедрений SAP, проведенных за последние несколько лет, и включает в себя
технические руководства по проведению всех стадий ускоренного внедрения,
особенно на этапах составления схем бизнес-процессов и реализации внедре
ния Кроме того, эта методология включает в себя подробные планы проекта,
которыми можно руководствоваться на всем протяжении проекта внедрения с
целью оптимизации затрат времени, а также для гарантии качества и эффек
тивности использования ресурсов.
SAP R e a d y - t o - R u n R/3
Программа Ready-to-Run (RRR) в рамках системы R/3 является дополни
тельным приложением к AcceleratedSAP, она специально задумывалась и раз
рабатывалась для средних и малых предприятий. Отличительная черта этой
программы — комбинированное решение, состоящее из системы SAP R/3
и компьютерного оборудования соответствующего масштаба, на котором уже
установлена система SAP. Эта инфраструктура содержит полноценное сочета
ние двух сред — операционной среды и среды разработки.
Компания SAP имеет несколько RRR-систем, которые поддерживают сис
темную среду R/3 с масштабом от 12 до 200 пользователей. Дополнительно,
программа RRR может предусматривать заранее подготовленные персональ
ные компьютеры, или д а ж е сетевые серверы и сетевое программное обеспече
ние. Многие процедуры, связанные с системными операциями, также постав
ляются уже готовыми; они задаются заранее, во время инсталляции.
Компания SAP также представила специальный инструмент под названи
ем «Ассистент по системному администрированию» (System Administration
Assistant) для помощи пользователю в осуществлении функций администриро
вания системы. Весьма полезно иметь уже установленную и работающую сис
тему без задержек для того, чтобы обеспечить правильное определение и отлад
ку функции администрирования.
EnjoySAP
Инициатива EnjoySAP направлена на дальнейшее повышение практичнос
ти и удобства пользования средой SAP R/3. Цель этой инициативы в том, что
бы позволить клиентам быстро настраивать пользовательские интерфейсы в со
ответствии с нуждами клиента, то есть в ускорении и облегчении выполнения
любых нужных клиенту интерактивных задач.
MySAP.com
Компания SAP создала MySAP.com чтобы позволить клиентам проводить
Деловые операции в сети Интернет. Этот сайт использует в качестве основы
интерфейс EnjoySAP как для обычных транзакций пользователя, так и для
транзакций, проходящих в Интернете в рамках системы SAP. Что более важно,
MySAP.com для компании SAP стал шагом в область партнерского разделения
ресурсов, ведь клиенты SAP могут переложить некоторые свои операции на ре
сурсных партнеров SAP. Впоследствии клиентам выставляется счет за конкрет
ную операцию, вместо затрат на установку, управление и поддержку полного
комплекта программных продуктов SAP.
Резюме
В этой главе мы рассмотрели различные аспекты SAP, доказывающие, что
SAP — это лучшее ERP-решение на рынке информационных технологий. Хотя
мы не во всем следовали критериям оценки ERP-систем, описанных в главе 2
«Оценка ERP», по прочтении этой главы превосходство SAP по всем этим кри
териям становится очевидным.
Продуманное использование Интернет-технологий для деловых операций
уже стало важнейшим фактором успеха предприятий. Стремительное развитие
электронной коммерции подразумевает, что такие выходящие за пределы ком
пании возможности, как управление цепочкой поставок (SCM) и управление
отношениями с клиентами (CRM) уже являются важнейшими условиями кон
курентоспособности многих компаний. Компанию SAP всегда отличала даль
новидность и ориентация на перспективу, что является движущей силой разви
тия компании, которая стала безусловным лидером в области программного
обеспечения для бизнеса. С появлением Интернета компания должна не толь
ко представить конкурентоспособные решения, но и продолжать модернизацию
и развитие своих продуктов в условиях всемирной сети.
ГЛАВА
Цикл проекта
внедрения SAP 5
В ЭТОЙ ГЛАВЕ:
• Цели и миссия проекта SAP 140
• Резюме 164
В этой главе мы рассмотрим жизненный цикл проекта внедрения SAP. Во-
первых, будут обсуждаться обстоятельства запуска проекта, которые включа
ют цели проекта, стратегию внедрения и определение требований к ресурсам
для конкретной компании. Во-вторых, мы опишем фазы проекта, которые вклю
чают предварительную стадию, непосредственно внедрение, а также стадию
после внедрения. В конце главы рассматриваются некоторые аспекты развер
тывания SAP в различных областях внутри организации, а также вопросы тех
нической поддержки системной среды SAP.
Мы предполагаем, что после оценки различных ERP-систем компания оста
новила свой выбор на SAP R/3, как на основной системе, работающей в масш
табе всего предприятия. Всем остальным системам (либо унаследованным,
либо тем, которые будут внедрены в будущем) придется взаимодействовать
с основной системой SAP, установленной в этой компании. Мы также исходим
из того, что компания оценила, выбрала и закупила необходимое компьютер
ное оборудование и сетевую инфраструктуру у партнеров SAP и других пос
тавщиков, чтобы обеспечить тестирование, обучение персонала, техподдержку,
услуги для управления системой и сетевым окружением и т. д.
Необходимо отметить, что п р е д л а г а е м ы й в данной книге подход осно
ван на моем опыте и моем восприятии проектов S A P . Конечно, в р а м к а х
р а з н ы х проектов ситуации могут значительно р а з л и ч а т ь с я , и некоторые
действия, о п и с а н н ы е в книге, могут о к а з а т ь с я н е п р и е м л е м ы м и . Проекты
внедрения S A P — явление достаточно новое, и никто не в п р а в е д а в а т ь
однозначную оценку того или иного а с п е к т а в н е д р е н и я . Я о б р а щ а ю с ь
к ч и т а т е л я м с просьбой не в о с п р и н и м а т ь эту книгу, а в особенности эту
и последующие г л а в ы , к а к безусловное п р е д п и с а н и е — смысл необходи
мо и н т е р п р е т и р о в а т ь в з а в и с и м о с т и от особых обстоятельств той или
иной к о м п а н и и . П р и ч и н а в том, что внедрение S A P на п р е д п р и я т и я х но
вого т ы с я ч е л е т и я может сильно отличаться от прошлых проектов внедре
ния S A P на крупнейших гигантах мировой п р о м ы ш л е н н о с т и .
Поводы д л я в н е д р е н и я SAP
На данный момент по всему миру насчитывается свыше 20 тыс. инсталля
ций SAP. Причины, почему было принято решение о внедрении SAP, бывают
самыми разными, среди них:
• Существующие приложения имеют слишком много ограничений.
• Приложения должны функционировать на неоднородной инфраструктуре
и компьютерном парке.
• Приложения должны обеспечивать единообразие пользовательских интер
фейсов в масштабе всей организации д а ж е на несовместимом компьютер
ном оборудовании.
• Приложения должны осуществлять все деловые операции в режиме он-лайн.
• Приложения должны обеспечивать доступ к данным в режиме реального
времени.
• Приложения должны поддерживать межфункциональные процессы.
• Приложения должны обеспечивать гибкость настройки бизнес-процессов
в зависимости от изменений на рынке.
• Приложения должны обеспечивать интеграцию внутренних систем организа
ции с комплексами, которые взаимодействуют непосредственно с потребителем.
• Приложения должны обеспечивать независимость процессов от различий
между системами или географических границ.
• Приложения должны поддерживать функциональность, обусловленную на
циональной спецификой той или иной страны.
• Приложения должны сокращать затраты времени на выполнение операций.
Прямое участие т о п - м е н е д ж е р о в
Внедрение SAP — это не информационно-технологический проект, а биз
нес-стратегия. К а к и в случае с другими проектами, формирующими бизнес-
стратегию компании — разработкой новых продуктов, определением марке
тинговой политики, реинжинирингом бизнес-процессов — проект внедрения
SAP требует внимания и прямого участия ведущих менеджеров компании.
Если это участие ограничивается лишь ранними стадиями проекта, почти на
верняка в будущем возникнут трудности.
Один из важнейших моментов полноценного участия и заинтересованности
топ-менеджеров компании в проекте SAP — это делегирование ключевых
менеджеров из различных функциональных подразделений. Участие в информа
ционно-технологических проектах может считаться не очень выгодной деятель
ностью для развития карьеры менеджеров, что особенно актуально для произ
водственных компаний. Но это — иллюзия, и ее необходимо развеять, потому
что внедрение SAP — вовсе не проект в области информационных технологий.
Кроме того, количество сотрудников, пользующихся системой в повседневной
работе, будет весьма значительно — и их непосредственное участие в проекте
внедрения имеет огромное значение. Обеспечить это можно только посредством
делегирования ключевых менеджеров компании для участия в проекте.
Точно о ч е р ч е н н ы е р а м к и проекта
Д л я успеха проекта огромное значение имеет четко очерченная область, ко
торую этот проект охватит. Любые двусмысленности и неясности ведут к дезо
риентации и распылению усилий и затрат. Всегда найдутся сторонники расши-
iлава э[ J
Максимально полный о х в а т ф у н к ц и й
в рамках п л а н и р у е м о г о в н е д р е н и я SAP
Как уже упоминалось, чем обширнее интеграция функций, чем больше про
цессов исполняется в режиме реального времени, тем выше конкурентоспособ
ность организации. Именно поэтому очень важно, чтобы в систему SAP было
включено максимальное количество функций. Такая стратегия «Большого взры
ва» должна браться на вооружение в самом начале проекта внедрения SAP,
например, во время составления схем бизнес-процессов. Из этого следует, что
на пилотном участке проекта надо установить все базовые модули SAP — та
кие, как «Финансы и Контролинг» (FI-CO), «Управление материалами» (ММ),
«Планирование производства» ( Р Р ) и «Продажи и дистрибуция» (SD).
Стандартизация б и з н е с - п р о ц е с с о в
Каждый участок производства, каждый отдельный офис компании, со вре
менем, как правило, приобретает свой неповторимый характер, свою культуру,
что является результатом рекомендуемой компаниям политики смешивания
среды компании с условиями внешней среды. Такие локальные практики всег
да имеют много убежденных сторонников среди персонала, которые приверже
ны этим практикам и гордятся ими. Подобные факторы часто становятся пре
пятствием во время внедрения системы, охватывающей несколько офисов и
других подразделений компании, расположенных в разных регионах — даже
если это такая компьютерная система, как SAP. Поэтому необходимым пред
варительным условием является рационализация и стандартизация бизнес-
процессов.
Прозрачность и б е с п р е п я т с т в е н н ы й
о б м е н д а н н ы м и н а всех с т а д и я х проекта SAP
Д е л е г и р о в а н и е ключевых м е н е д ж е р о в
в с е х п о д р а з д е л е н и й к о м п а н и и н а полный р а б о ч и й д е н ь
С в о е в р е м е н н о е с о з д а н и е инфраструктуры
и ее д о с т у п н о с т ь
Р а з р а б о т к а плана и з м е н е н и й у п р а в л е н и я
в м а с ш т а б е всей к о м п а н и и
Как и любой другой стратегический план, внедрение SAP — яркий пример из
менения организационной структуры, и именно в таком качестве его надо признать
и запланировать. Имеет смысл параллельно с внедрением SAP составить програм
му изменений в менеджменте компании, чтобы предупредить растерянность и по
терю ориентиров, что может затронуть значительное количество сотрудников. Если
не принять меры вовремя, это может поставить под сомнение успех всего проекта.
Старшие менеджеры должны понимать, что в отличие от традиционных отраслевых
решений и IT-систем, SAP в большинстве случаев не работает параллельно со стары
ми, установленными ранее системами в течение заданного отрезка времени, когда ста
рые системы функционируют до тех пор, пока новая система не объявляется работаю
щей и компания переключается в новый режим работы. Это происходит потому, что пос
ле ввода в строй системы SAP и транзакции, и актуальные операционные задачи ис
полняются целиком внутри SAP, и любой недостаток может иметь самые тяжелые пос
ледствия. Ситуация может быть очень тяжелой, как видно из опыта внедрения тради
ционных систем в прошлом: впрочем, именно это я и пытаюсь показать с помощью этой
книги. Системы SAP — это не традиционные отраслевые решения и IT-проекты, SAP
представляет собой принципиально иную модель компьютеризации предприятия
(см. главу 1, раздел «Системы ERP как товары на полках супермаркета»).
О б у ч е н и е ч л е н о в к о м а н д ы SAP
Необходимо создать корпоративные программы обучения и уточнить, в чем
именно оно будет заключаться, причем обучение может происходить на месте
или сотрудники могут номинироваться на внешние программы обучения. Для
предприятий нового тысячелетия, где расписание проекта короче, а персонала
значительно меньше, особенно важно, чтобы все участники команды закончили
обучение до непосредственного начала проекта; кроме того, их необходимо сти
мулировать к получению сертификации в своей области деятельности.
Обучение пользователей
Важно, чтобы будущие пользователи SAP имели ясное представление
о системе, чтобы она стала им привычна и знакома. Планы обучения должны
включать не только непосредственно программы обучения, но и курсы для
актуализации знаний и навыков персонала. Иногда случается, что проект SAP
почти завершен, а сообщество пользователей начинает испытывать трудности из-
за разрыва во времени между курсами обучения, работой с системой и действи
тельным запуском системы. В таком случае имеет смысл ввести обучающие кур
сы либо непосредственно перед запуском системы, либо по специальному распи
санию, если запуск системы запланирован во всех офисах и удаленных друг от
друга подразделениях компании. Когда система SAP будет запущена, любые про
медления и недостатки навыков у персонала недопустимы, поэтому особенно важ
но, чтобы топ-менеджеры компании выделили соответствующие средства на слу
чай экстренной необходимости в таких курсах. Когда система запущена, она долж
на сразу начать полноценно работать, потому что запасных вариантов не будет.
Настройка и у п р а в л е н и е и н т е р ф е й с о м
м е ж д у SAP и д р у г и м и с и с т е м а м и
План п е р е х о д а на SAP
Компания должна составить вспомогательный план перехода с более ранних сис
тем на SAP, будь то информационные системы или нецифровые системы обработки
данных. Это может подразумевать одновременную загрузку имеющихся данных в
SAP. Одновременность ввода имеющихся данных может зависеть от их природы —
это могут быть основные, неизменные данные, данные по транзакциям или открытые
балансы для счетов Главной книги. Кроме того, это могут быть регулярные задачи по
обработке данных, которые необходимо загрузить в системную среду SAP. Так как
невозможно ввести всю информацию автоматически, можно использовать поэтапный
подход— сначала загрузка данных, затем транзакций, затем статусов записей и т.д.
Стратегия внедрения
В этом разделе мы рассмотрим, какую стратегию должно освоить предпри
ятие нового тысячелетия для проекта внедрения Системы ERP, «как товара на
полках супермаркета».
В н е д р е н и е м о д у л е й SAP по п р и н ц и п у « Б о л ь ш о г о взрыва»
Организации стоит принять на вооружение стратегию внедрения по принципу
«Большого взрыва», которая подразумевает одновременную установку и запуск
всех базовых модулей SAP. Как уже указывалось в этой книге, если устанавлива
ются лишь отдельные модули, компания не может рассчитывать на реальные пре
имущества, которые дает ERP-система по сравнению с традиционными програм
мными продуктами. Если компания не собирается использовать SAP как систему,
которая служит исключительно для записи данных и составления отчетов, тогда ей
просто необходимо установить все базовые модули, имеющие отношение к сфере ее
деятельности. Заметим, что система SAP строится по модульному принципу и
позволяет устанавливать различные модули независимо друг от друга. Но я нас
тоятельно рекомендую избегать такого варианта, кроме случаев, когда этого тре
буют чрезвычайные обстоятельства. Последовательное внедрение системы «по пор
циям» должно быть отвергнуто, потому что отсрочки установки тех или иных базо
вых модулей влекут за собой отсрочку тех выгод и преимуществ, которые дает
система SAP — и таким образом увеличиваются затраты.
Впрочем, необходимо уточнить, что рекомендуемая инсталляция по принци
пу «Большого взрыва» подразумевает стандартную конфигурацию SAP или, в
крайнем случае, минимум настроек и изменений.
Приоритет в н е д р е н и я б а з о в ы х м о д у л е й
Стратегия внедрения подразумевает, что в первую очередь должны быть ус
тановлены максимально быстро именно базовые модули (хотя в зависимости от
отрасли определение базового модуля может быть различным). Что касается
остальных модулей и интерфейсов для взаимодействия с другими системами,
их внедрение уместно после установки и отладки базовых модулей.
В н е д р е н и е с т а н д а р т н о й ф у н к ц и о н а л ь н о с т и SAP
Насколько возможно, необходимо избегать трудностей, связанных с индиви
дуальными настройками — то есть, внесением изменений посредством програм
мирования в среде АВАР/4. Оценить необходимость дополнительного програм
мирования и использовать это средство стоит лишь в крайнем случае. Компа
ния SAP продолжает модернизировать свои программные продукты, и каждый
раз при внедрении новых версий или релизов SAP внесенные изменения (ори-
ентированные на конкретную версию системы) придется переделывать заново.
Как и любое программное обеспечение, в промежутках между крупными обнов
лениями функциональности продукты SAP часто модернизируются технически,
и, наоборот — на цикличной основе. Поэтому рекомендуется следующее:
• Использовать стандартную функциональность SAP
• Использовать гибкость системы SAP в отношении конфигурирования вари
антов бизнес-процессов для внедрения вариативности бизнес-процессов
• Освоить обходные пути для достижения необходимой функциональности.
Например, в отсутствии модуля «Человеческие ресурсы» некоторые финан
совые функции управления персоналом могут исполняться, если предста
вить сотрудников как клиентов компании
• Использовать сертифицированные компанией SAP программные продукты
других фирм.
В н е д р е н и е SAP на п и л о т н о м участке с п о с л е д у ю щ и м
р а з в о р а ч и в а н и е м на д р у г и х участках
Эта стратегия подразумевает максимально полное внедрение функциональ
ности на пилотном участке проекта и подготовку базовой конфигурации на пер
вом участке. В дальнейшем эта конфигурация с минимальными изменениями
распространяется на другие участки проекта. Необходимость в изменениях мо
жет возникнуть, например, при загрузке основных данных по различным набо
рам продукции, выпускаемым на различных участках производства. Таким об
разом, после внедрения на пилотном участке, усилия по внедрению SAP на
других участках будут включать в себя:
• Установку SAP
• Функциональное обучение администраторов и конечных пользователей
• Обучение технического персонала функциям системного администрирова
ния и управления Базисом SAP
• Загрузку имеющихся данных
• Тестирование.
И с п о л ь з о в а н и е в н е ш н и х консультантов д л я о б у ч е н и я
с в о и х ф у н к ц и о н а л ь н ы х и т е х н и ч е с к и х консультантов
Ц е н т р а л и з о в а н н а я или д е ц е н т р а л и з о в а н н а я
конфигурация SAP
Финансы
Хотя делать какие-либо обобщения трудно, средняя стоимость проекта SAP
для средних и малых предприятий может колебаться в рамках от 3 до 7 млн.
долларов. Примерный расклад расходов выглядит так:
Инфраструктура — оборудование 30%
Лицензии на программное обеспечение 30%
Услуги по внедрению 40%
(внешние и внутренние)
Материалы
Материальные затраты включают в себя:
• Оборудование: серверы (базы данных, приложения, сеть, электронная поч
та и т.д.) и клиентские персональные компьютеры
• Объединение в сеть: оборудование и программное обеспечение
• Программное обеспечение: ERP, пользовательский интерфейс GUI, опера
ционная система, системы автоматизации офиса и т. д.
• Инфраструктура Project Office и SAP Center.
Кадры
Необходимые кадровые ресурсы:
• Топ-менеджеры
• Старшие менеджеры
• Технический персонал
• Персонал для системного администрирования и техподдержки
• Персонал администрации офиса
• Привилегированные пользователи
• Конечные пользователи.
Время
Сроки завершения проекта SAP для средних и малых предприятий в сред-
нем составляют от 4 до 9 месяцев.
Информация
Важнейшим ресурсом, который необходимо ввести в систему, является до
кументация всех бизнес-процессов предприятия. Это включает в себя докумен
тацию по каждому процессу, в том числе исходные данные для процесса, ре
зультат, длительность, затраты труда, частоту, механизм действия, назначение,
интерфейсы, кто запускает процесс, кто отслеживает процесс и т. д.
Среда внедрения
Среда внедрения состоит из нескольких компонентов, которые описываются
в следующих разделах.
Справочная М о д е л ь R/3
В справочной модели смоделированы и задокументированы все процессы,
которые могут быть внедрены в SAP. Один и тот же процесс можно рассмат-
)ивать с различных точек зрения. Д л я справки доступны следующие подходы
к рассмотрению процессов:
• Функциональная модель
• Модель процессов
• Модель данных
• Организационная модель
• Модель потока информации
• Коммуникационная модель
• Модель дистрибуции.
Бизнес н а в и г а т о р R/3
Этот компонент создает контекст для доступа к Справочной модели. Пре
дусмотрено два различных вида:
• Процессовый вид
• Компонентный вид.
На рисунках 5.1 - 5.7 представлены образцы экранов для процессового
и компонентного вида.
Функциональный вид рассматривает различные виды деятельности внутри функ
ции в порядке сверху вниз, начиная с транзакций и вплоть до уровня моделей данных.
Процессовый вид в основном описывает подробности, относящиеся к тому
или иному процессу.
Рис. 5 . 1 . Процессовый вид справочной модели.
Анализатор R/3
Руководство п о в н е д р е н и ю
Implementation Guide (IMG) — основной компонент среды внедрения SAP,
который позволяет осуществлять настройки функциональности базовой систе
мы SAP, причем система поддерживает различные версии Руководства — на
Уровне предприятия, проекта или д а ж е на индивидуальном уровне.
В каждом IGM система обеспечивает возможности для документации, ан
нотаций, расписания деятельности, управления ресурсами, отслеживания ста
туса проекта и т. д. См. также раздел «Руководство по внедрению» в главе 12.
Международная система демонстрации
и обучения
П р о ц е д у р н а я м о д е л ь SAP
Это традиционная модель внедрения SAP, она полностью интегрирована
с системой SAP. Эта модель была представлена в 1995 году, одновременно
с системой SAP R/3 3.0. Иногда использование Процедурной модели SAP ста
вится под вопрос: возникает ощущение, что эта модель устарела, и от нее надо
отказаться в пользу AcceleratedSAP. Однако надо учитывать, что методология
AcceleratedSAP в основном рассчитана на средние и малые предприятия, в то
время как для крупных компаний Процедурная модель SAP остается лучшей
методологией внедрения SAP. Так как в этой книге мы в основном рассматри
ваем внедрение SAP для средних и малых предприятий, здесь я представлю
краткое описание Процедурной модели SAP, которая идеально подходит для
компаний с доходами от 1,2 млрд. долларов.
158
Управление проектами
Поддержка системы, модернизации, новые версии
М е т о д о л о г и я AcceleratedSAP
AcceleratedSAP (ASAP) — это методология быстрого внедрения системы,
представленная в 1996 году и предназначавшаяся в основном для американс
кого рынка. Эта методология предусматривает большое разнообразие инстру
ментов и утилит для облегчения процесса внедрения. Вот некоторые из них:
• Ассистент внедрения
• База данных вопросов и ответов (Question & Answer Database, Q&Adb)
• Тематическая база данных
• Руководство
• База знаний
Методология ASAP детально обсуждается в ч. IV этой книги.
Управление проектом
Цель управления проектом — определить задачи, которые необходимо
реализовать, контролировать выполнение проекта и отчитаться за ресурсы,
затраченные на проект.
Организация проекта
Организация проекта состоит в формировании различных команд, которым по
ручаются задачи внутри проекта. Это подразумевает назначение различных членов всех команд, назначение лидеров ко
будут сформированы подкоманды для проведения анализа и дизайна системы,
а также для документирования и тестирования различных модулей.
Контроль проекта
Крайне важно, чтобы работа всех команд и групп команд на разных участках
проекта контролировалась для получения информации о выполнении (или отсутствии такового) в отношении каждой из з
Предпроектная стадия
Часть I
Запись в р е м е н и
Запись времени подразумевает фиксирование затрат времени каждого члена
команды на различные виды деятельности. Это важно не только в отношении
внешних консультантов, но и в отношении сотрудников компании. Анализ време
ни, затраченного на различные виды деятельности, позволяет выявить затраты
труда и финансов на обнаружение пробелов, их ликвидацию, переговоры с конеч
ными пользователями, конфигурирование, документирование, функциональное и
техническое тестирование, ликвидацию функциональных и технических сбоев и т. д.
Собрания
На собраниях членов команд, работающих над проектом, могут обсуждать
ся любые вопросы, связанные с проектом, в частности:
• Рамки проекта
• Стратегия проекта
• Формирование команд
• Расписание проекта, контрольные сроки
• Требования и бизнес-процессы
• Пробелы в функциональности
• Ликвидация пробелов в функциональности
• Вопросы, которые не удалось решить
• Решения по стандартизации
• Подготовка данных для тестирования, назначение дат
• Отчеты о тестировании
• Устранение ошибок, варианты устранения ошибок
• Документация и модернизация
• Модернизация программного обеспечения
• Расписание программ обучения
• Назначение членов команд на прохождение курсов обучения
• Доступность ресурсов, их использование
• Конфликты и их разрешение
• Профили пользователей, права доступа, авторизация
• Эффективность работы
• Поставщики сетевого программного обеспечения и оборудования
• Консультанты и поставщики услуг по внедрению
• Оплата счетов
• Отпуска и отставки.
М о н и т о р и н г проекта
Реальные затраты труда и времени необходимо регулярно сопоставлять
с запланированными затратами. При обнаружении любых отклонений от пла
на, их нужно немедленно ликвидировать. Составление нового плана или распи
сания проекта возможно только после составления обзора проекта.
Глава 5 161
О б з о р ы проекта
Основное назначение обзоров проекта — выяснение хода проекта относительно
запланированного расписания, причем прогресс сравнивается с показателями преды
дущего обзора. Любые отклонения от намеченных сроков, любые задержки анализи
руются, выявляются их причины и применяются меры для исправления ситуации.
Также в обзорах отражаются любые предложения по изменению стратегии проекта
и любые непредвиденные проблемы, возникшие во время реализации проекта.
Внедрение SAP
В отличие от традиционных проектов по разработке программного обеспе
чения, внедрение SAP делится на три фазы: предвнедрение, внедрение и
поствнедрение. Фаза предвнедрения рассматривается в главах 10 и 11. Внед
рение с использованием методологии AcceleratedSAP (ASAP) рассматривается
в главах с 12 по 17. Фаза поствнедрения обсуждается в главах 18 и 19.
Предвнедрение
Стадия предвнедрения подразумевает формирование проекта и организацион
ного комитета, создание команды проекта внедрения, а также установку компью
терного оборудования и программного обеспечения SAP. Установка программно
го обеспечения включает в себя подготовку оборудования и инфраструктуры, ус
тановку операционных систем, баз данных, клиентского программного обеспечения
и системы SAP R/3. Административная функция при внедрении SAP подразуме
вает системное администрирование, оперативное управление R/3, админист
рирование сети, баз данных, принтеров, профилей клиентов и пользователей, ад
министрирование безопасности и т. д. Другой важный аспект деятельности на этом
этапе — обучение команды проекта внедрения и других пользователей, от этого
аспекта зависит успех всего проекта.
Обучение
Учитывая сжатые сроки проектов по внедрению SAP, компания SAP выде
ляет обучение как крайне важный компонент успеха любого такого проекта.
Компания SAP предлагает широкий спектр курсов обучения, которые охваты
вают все организационные аспекты любого проекта SAP. Тематика этих кур
сов варьируется от общего обзора системы до тщательного изучения той или
иной темы. Курсы обучения делятся на три уровня трудности:
• Уровень 1 — Одно-двухдневные курсы, знакомство с технологией R/3
• Уровень 2 — Трех-пятидневные курсы, обеспечивающие начальную специ
ализацию в той или иной области
• Уровень 3 — Трех-пятидневные курсы, обеспечивающие глубокие познания
в области, которая изучалась на уровне 2.
162
Курсы 1-го уровня предназначены для тех, кто принимает принципиальные реше
ния по системе, эти курсы рекомендуется проходить до начала проекта внедрения.
Компания SAP также предлагает Академические курсы для партнеров SAP,
которые длятся 5—7 недель и включают в себя интенсивное изучение того или ино
го модуля (FI, СО, HR, SD, АВАР, Basis и т.д.). На этих курсах рассматриваются
самые важные аспекты того или иного модуля, начиная от знакомства с модулем
и заканчивая тщательным изучением конфигурации и работы на примере торговой
компании. Выпускники этих курсов получают звание «Сертифицированный кон
сультант» по тому или иному модулю. Раньше эти курсы были открыты только для
консалтинговых партнеров SAP, сейчас они открыты для всех клиентов SAP.
Инсталляция SAP
Инсталляция SAP подразумевает установку базовой лицензии SAP и наст
ройку пользовательского интерфейса. Это позволяет системе SAP осуществлять
строгий контроль над качеством и эффективностью.
Внедрение
Малым и средним предприятиям компания SAP рекомендует ускоренную
методологию внедрения AcceleratedSAP, которая состоит из пяти этапов:
• Подготовка проекта
• Составление схемы процессов предприятия
• Реализация
• Окончательная подготовка
• Запуск и техподдержка.
Поствнедрение
Фаза после внедрения подразумевает установку таких служб системы, как
Справка SAP, систем восстановления потерянных данных и архивных систем.
После внедрения базовых модулей можно приступать к внедрению других мо
дулей — таких, как Хранилище данных SAP (BW), SAP Документооборот
(Workflow) и т.д., а также ознакомиться системной архитектурой SAP, которая
позволяет просто и быстро добавлять новые функции в систему.
Для эффективной работы системы SAP важнейшую роль играет обучение
команды внедрения и конечных пользователей.
Поддержка SAP
Поддержка системы подразумевает различные меры и действия для обес
печения доступности функциональности системы, а также для ее бесперебой
ной работы.
Глава 5 163
Развертывание SAP
После запуска SAP на пилотном участке, очень важно немедленно сосредоточить
ся на остальных участках проекта, на которых параллельно с последними стадиями
внедрения на пилотном участке должна проводиться работа по обучению ключевых
пользователей и подготовке данных для загрузки в SAP. Желательно, чтобы внедре
ние на остальных участках проводилось непосредственно сразу после внедрения на
пилотном участке, чтобы использовать импульс от первого внедрения. Более того, лю
бые задержки внедрения на остальных участках могут привести к тому, что ключе
вые члены команды по внедрению сконцентрируются на других задачах.
Если обучение привилегированных пользователей и подготовка данных для
загрузки в SAP на остальных участках происходит параллельно с внедрением
на пилотном участке, для внедрения системы на этих участках остается всего
лишь предпринять следующие действия:
• Развернуть базовую конфигурацию, подготовленную на пилотном участке
• Провести тесты на интеграцию
• Обучить конечных пользователей на соответствующих участках
• Запустить систему.
Резюме
В этой главе представлен обзор полного цикла внедрения SAP. Вопросы пред-
внедрения будут обсуждаться в части III. В части IV будут обсуждаться различ
ные фазы методологии AcceleratedSAP на этапе непосредственного внедрения. Воп
росы, связанные с этапом после внедрения, рассматриваются в части IV — в гла
ве 18 «Поддержка SAP» и главе 19 «Усовершенствования и интерфейсы SAP».
ГЛАВА
SAP и реинжиниринг
предприятия
6
В ЭТОЙ ГЛАВЕ:
• Происхождение реинжиниринга
бизнес-процессов 166
• Реинжиниринг бизнес-процессов
и AcceleratedSAP 169
• Приспособленность к переменам
организаций, работающих на SAP 178
• Резюме 180
В этой главе описывается роль, которую играет SAP в Реинжиниринге Биз
нес-Процессов предприятия (BPR), движущей силой которого является SAP.
После представления концепции BPR, мы рассмотрим полный цикл методоло
гии реинжиниринга бизнес-процессов предприятия. На всем протяжении гла
вы мы будем отмечать роль SAP на каждом этапе реинжиниринга.
Происхождение реинжиниринга
бизнес-процессов
Хотя BPR в большей степени относится к сфере информационных техно
логий, в своей основе это — бизнес-инициатива, нацеленная на максимальное
удовлетворение как внешних, так и внутренних клиентов компании. Майкл
Хаммер, который в 1990 году начал BPR-революцию, считает BPR «ради
кальной переменой в жизни предприятия», причем информационные техноло
гии являются главным инструментом таких перемен. В широком смысле, BPR
можно определить как переосмысление и изменение бизнес-процессов с
целью достижения впечатляющих улучшений таких характеристик, как зат
раты, качество, обслуживание и быстродействие. Н и ж е приводятся некоторые
из принципов, выдвинутых М.Хаммером:
• Организация работы вокруг желаемого результата, а не решение разроз
ненных задач.
• Передача контроля и принятия решений, а также всей сопутствующей ин
формации в руки исполнителя.
• Назначение тех, кто заинтересован в результате, исполнителями этого про
цесса, что подразумевает также сбор и обработку всей сопутствующей ин
формации.
• Информация о данных, пользователях и процессах должна быть одинаково
доступна везде, как если бы она вся хранилась в одном централизованном
хранилище.
Подход к бизнес-процессам
с точки зрения прибавления ценности
Как уже обсуждалось в разделе «Прибавление ценности как движущая си
ла предприятия» главы 1, бизнес-процессы можно рассматривать как основу
принципа прибавления ценности, который традиционно ассоциируется с раз
личными функциями или подразделениями. По мере того, как условия внеш
ней среды и организационные условия становятся все более сложными, глоба-
лизованными, и как следствие, усиливается конкуренция, процессы становятся
основой для улучшения характеристик работы, развития возможностей предп
риятия и приспособляемости к условиям внешней среды.
В рамках цепочки прибавления ценности (что, по сути, и является бизнес-
процессом), анализ отсутствия или создания ценности (или, что хуже, причин
ее разрушения), является самым важным определителем востребованности и
эффективности той или иной стадии процесса. Понимание процессов (или ша
гов процессов), которые прибавляют или не прибавляют ценность, является су
щественным фактором при анализе, проектировании, оценке эффективности и
оптимизации бизнес-процессов в компаниях, проводящих реинжиниринг биз
нес-процессов. Принцип прибавления ценности можно определить так:
Ценность результата
Прибавленная ценность =
Ценность затраченных ресурсов
Ценность
результата
Реинжиниринг бизнес-процессов
и AcceleratedSAP
Если компания использует методологию ускоренного внедрения
(AcceleratedSAP), крайне нежелательно, если BPR совпадает с внедрением
SAP. Рекомендуется сначала внедрить SAP в стандартной комплектации.
Когда компания использует методологию ускоренного внедрения (ASAP),
Успех проекта зависит от того, насколько быстро она сможет внедрить измене
ния во внутренние бизнес-процессы, предусмотренные лучшими в своем клас
се бизнес-процессами системы SAP. После завершения проекта, можно будет
взвешенно и обдуманно добавлять дополнительные функциональности, в то
время как начальное внедрение стандартной функциональности SAP позволя
ет снизить затраты на техподдержку, значительно ускорить внедрение системы
и быстрее получить пользу от громадных преимуществ, которые она дает.
I часть i
Методология Реинжиниринга
бизнес-процессов предприятия
В этом разделе мы рассмотрим полный цикл методологии Реинжиниринга
бизнес-процессов предприятия и определим ситуации, в которых SAP может
способствовать проводимому на предприятии BPR, состоящему из 8 этапов:
1. Разработка контекста для проведения BPR, в особенности для реинжи
ниринга бизнес-процессов предприятия. Далее необходимо указать при
чины реинжиниринга того или иного процесса, чтобы представить сте
пень ценности для потребителя.
2. Определение сопутствующих бизнес-процессов предприятия.
3. Отбор бизнес-процессов для реинжиниринга.
4. Составление карты отобранных процессов.
5. Анализ карты процессов и определение возможностей для реинжиниринга.
6. Внесение изменений в отобранные процессы с целью улучшения их ха
рактеристик.
7. Внедрение измененных процессов.
8. Оценка и отладка внедренных процессов.
Восемь этапов методологии BPR представлены на рис. 6.2.
рые, в свою очередь, влекут за собой следующий цикл Business Visioning и пос
ледующий BPR соответствующих процессов. На рис. 6.3 представлен перемен
ный бесконечный цикл этих двух видов деятельности.
Идентификация бизнес-процессов
внутри компании
Все бизнес-процессы внутри компании идентифицируются и записываются.
В целом, процесс можно определить как совокупность ресурсов и видов
деятельности, необходимых для получения определенного результата из опре
деленных исходных данных. Процессы бывают внутренние и внешние, а также
смешанные, они преодолевают функциональные разграничения, имеют началь
ную и конечную стадии и существуют на всех уровнях предприятия, в том
числе на уровне отдела, департамента, других подразделений организации,
а также на уровне компании в целом. Практически, некоторые процессы даже
выходят за пределы компании. В плане производительности и эффективности,
процессы развиваются или наоборот, приходят в упадок.
Процесс может состоять из нескольких шагов, которые классифицируются
следующим образом:
• Шаги, прибавляющие ценность
• Шаги, не прибавляющие ценности
• Шаги, обусловленные правилами и законами (рассматриваются как ша
ги, прибавляющие ценность).
Анализ б и з н е с - п р о ц е с с о в для д о с т и ж е н и я
значительных улучшений
Конкурентоспособность компании заключается в ликвидации максимально
го количества не прибавляющих ценности процессов и ситуаций, где возника
ют задержки. Ключ к ликвидации таких процессов лежит в определении при
чины появления этих процессов и последующей ликвидации этой причины.
Чтобы добиться значительных улучшений, необходимо проанализировать
карты процессов по следующим параметрам:
• Сложность организационной структуры: обычно организационные пробле
мы служат значительным препятствием для эффективности процессов.
• Количество случаев, когда задача передается из одного подразделения в другое
• Движение работы: графики потока операций служат для выявления
дистанций передвижений, т. е движения работы.
• Проблемы с процессами: некоторые факторы могут пагубно сказаться на про
должительности, сбалансированности и синхронности потока рабочих процес-
„ сов, например — закольцованные шаги процессов при возвращении чего-либо
на доработку, для исправления ошибок и т. д. Эти шаги процессов не прибав
ляют ценности. В целом, причины таких факторов могут быть следующие:
• Задержки при переходе от шага к шагу
• Несбалансированность начальных данных и результата процесса
• Изменчивость процессов
• Растянутость процессов.
После прочтения написанного выше, становится ясно, что SAP может играть
ключевую, направляющую роль в планировании и проведении BPR предприя
тия. Почти во всех указанных выше областях система SAP может оказать не
оценимую помощь через конфигурацию и настройку средств, задающих процес
сы и организационные структуры (см. раздел «Определение бизнес-процесса»
в главе 14 и раздел «Базовая конфигурация и подтверждение» в главе 15).
Приспособленность к переменам
организаций, работающих на SAP
Организации, в которых SAP является движущей силой, обладают фунда
ментальной способностью управлять изменениями в деловых операциях. Эти
изменения могут быть вызваны внешними условиями рынка, или могут быть
запланированы и осуществлены по инициативе самой организации. Многие ас
пекты этой способности уже обсуждались в главе 1, «Предприятие нового ты
сячелетия». В этом разделе я расскажу о двух характеристиках предприятий,
работающих с SAP, которые всего лишь внедрив SAP, добиваются эффекта
реинжиниринга бизнес-процессов.
Инициаторы и з м е н е н и й — я д р о команды
Ведущие сотрудники различных функциональных подразделений компании,
участвующие в проекте SAP — это идеальные инициаторы изменений. Так как
у этих сотрудников уже налажен общий язык с рядовыми работниками внутри сво
их подразделений, им легче всего осуществлять с ними обмен информацией. Пос
ле конфигурации и составления карт процессов SAP в соответствии с их требова
ниями, ведущие сотрудники подразделений находятся в самом лучшем положении
для того, чтобы собрать информацию по специфическим требованиям и опасениям
рядовых сотрудников в своих подразделениях. Далее, изменения производятся еще
легче, потому что ключевые фигуры команды по внедрению напрямую участвуют
в обучении главных пользователей в своих подразделениях компании.
Проводники и з м е н е н и й — привилегированные
пользователи
Привилегированные пользователи — основное звено при полномасштабном
внедрении SAP и последующей работе с системой. Привилегированные пользова
тели обучаются ключевыми участниками команды по внедрению из своих подраз
делений. Обучение состоит из обзора соответствующего модуля (а также сопут
ствующих модулей) и наиболее важных для данного подразделения процессов.
Под руководством ключевых членов команды, привилегированные пользователи
участвуют в полномасштабном тестировании и проверке интеграции системы с дру
гими подразделениями компании. Это поможет главным пользователям понять пре
имущества полной интеграции, моментального обновления данных и прозрачности
операций, которые являются неотъемлемыми характеристиками систем SAP. В даль
нейшем привилегированные пользователи смогут передать опыт работы с реальной
мощью системы (полученный, в особенности, во время тестов на интеграцию) конеч
ным пользователям в своих подразделениях. Привилегированные пользователи ста
нут, по сути, вестниками перемен, будут не только вносить изменения в процессы, но
и демонстрировать новые процессы и связанные с ними преимущества в действии.
Резюме
В этой главе представлена концепция BPR и полный цикл этой методологии.
Также определена роль SAP на различных этапах реинжиниринга процессов
предприятия. Во второй половине главы освещаются аспекты управления изме
нениями, которые становятся возможными благодаря внедрению SAP. Оценка
процессов и измерение характеристик работы подробно описываются в главе 20.
ЧАСТЬ
SАР R / 3
II
В ЭТОЙ ЧАСТИ:
7 Оценка ERP-систем 183
7
В ЭТОЙ ГЛАВЕ:
• Интерфейс операционной системы 184
• Резюме 198
Уровень приложений находится на промежуточном слое системы SAP, ко
торый называется Базис-система SAP R/3. Базис-система — это слой, кото
рый позволяет делать приложения мобильными, и обеспечивает их независи
мость от особенностей конкретной операционной системы, сети, устройства
систем баз данных, и системы презентаций. Базис-система обеспечивает ра
боту интерфейсов, которые позволяют уровню приложений работать незави
симо от гетерогенности систем-спутников, от которых, в тоже время, во мно
гом зависит функционирование системы приложений. Система Базиса обес
печивает работу следующих элементов:
• Интерфейсы операционных систем.
• Интерфейсы сети.
• Интерфейсы баз данных.
• Графический интерфейс пользователя (GUI).
• А д м и н и с т р и р о в а н и е системы S A P , мониторинг, и н с т р у м е н т ы мене
джмента.
• Авторизация пользователей и инструменты управления профилями пользо
вателей.
• Рабочая среда разработки АВАР/4, которая включает АРМ разработчика
АВАР и словарь АВАР/4. Также она содержит панель управления и транс
портную систему, управляющую разработкой и выпуском модификаций в
производственную систему.
Диалоговый процесс
Учитывая, что вся работа системы SAP основана на взаимодействии с поль
зователем, можно сказать, что диалоговые процессы, которые контролируют все
аспекты взаимодействия пользователя и системы, имеют огромное значение.
Диалоговый процесс выступает в качестве функции, доступной многим пользо
вателям одновременно, которую предоставляет операционная система. Диалого
вый процесс выполняет лишь одну динамическую программу за один раз, после
чего переключается на следующий диалоговый запрос от любого другого пользо
вателя. Таким образом достигается значительная экономия ресурсов системы.
Сбалансированность нагрузки, необходимая для успешной работы диалого
вого процесса с несколькими пользователями, обеспечивается обработчиком
запросов. Как только пользователь запрашивает доступ к серверу приложений,
презентационная компонента переадресует запрос к соответствующему обра
ботчику запросов. Сервер запросов сверяется с базой данных занятости серве
ров приложений, и переадресует запрос на доступ к тому серверу приложений,
который менее всего загружен.
Пакетный п р о ц е с с
Пакетный процесс — важная часть ежедневных операций в любой компа
нии. Особенно он полезен при работе с программами, обрабатывающими дан
ные на протяжении длительного времени. Таким программам можно назначить
188
подходящее время для работы — днем или ночью. В фоновой обработке данных
диспетчер назначает один пакетный процесс для одной фоновой задачи, который
выполняет задачу до конца. Это в корне отличается от диалоговой обработки
данных, когда диспетчер каждый раз назначает новую LUW для следующего
свободного диалогового процесса.
Д л я обработки пакетных или фоновых задач обычно используются те же
программы, что и для синхронной обработки данных в режиме он-лайн. Управ
ляет пакетными процессами и назначает время для их исполнения
Центральная управляющая система (CCMS), которую мы рассмотрим в соот
ветствующем разделе этой главы.
Процесс обновления
Транзакция SAP может добавить или изменить данные в базе данных дву
мя способами:
• Синхронно, то есть напрямую, в режиме реального времени
• Асинхронно, то есть не напрямую.
тов происходит по-другому. В случае сбоя, затрагивающего основной компонент, все обновления этой записи ж у р н а л
Процесс о ч е р е д и
Этот процесс аналогичен системе управления блокированием в базах данных, но он гораздо сложнее. Так как транза
Эта целостность блокирования в масштабе всех процессов т а к ж е необходима для осуществления асинхронных об
Процесс б у ф е р и з а ц и и
З а п р о с на вывод д а н н ы х может г е н е р и р о в а т ь с я после д и а л о г а с поль
зователем или в р е з у л ь т а т е пакетного процесса. П р о ц е с с б у ф е р и з а ц и и
п о д г о т а в л и в а е т ф о р м а т д а н н ы х д л я в ы б р а н н о г о пути вывода д а н н ы х —
н а п р и м е р , для п р и н т е р а , ф а к с а , электронной почты и т. д., и сохраняет
их во временном последовательном ф а й л е T E M S E ( t e m p o r a r y s e q u e n t i a l ) .
З а т е м процесс б у ф е р и з а ц и и п е р е а д р е с у е т з а п р о с на вывод д а н н ы х в со
ответствующую базовую систему.
Часть II
Другие службы
Процессы, протекающие на серверах приложений, используют службу со
общений для обмена данными и информацией.
Служба шлюзов обеспечивает коммуникацию между системой R/3 и други
ми внешними системами, в том числе R/3 и R/2. В основном эта служба зани
мается передачей больших объемов связанных с приложениями данных. Для
передачи информации эта служба использует протокол CPI-C.
Центральная управляющая
система
C o m p u t i n g Center M a n a g e m e n t System ( C C M S ) — это удобный в исполь
зовании полноценный централизованный инструмент системного администри
рования и управления R/3, ориентированный на графическое представление.
Его возможности включают в себя инструменты для выполнения системных
операций, осуществления контроля, мониторинга и оптимизации. Достижение
этих целей стало возможным благодаря полной интеграции C C M S не только
с системой R/3, но т а к ж е с операционной системой, управлением сети и сис
темой управления базами данных.
Панель у п р а в л е н и я
К а к и предполагает название, Панель управления — главный инстру
мент мониторинга системы, который обеспечивает всеобъемлющий обзор
операций и действий в масштабе системы R/3; она следит за всеми функци
ями управления системой SAP. В Панели управления предусмотрены сред
ства представления в различном виде буферов, мониторов, предупреждений,
информации о сбоях, системных журналов и т.д. Ниже приведены некоторые
виды, доступные в Панели управления:
• Стандартный вид
• Вид статуса сервера
• Вид буферной памяти
• Вид предупреждений
• Вид характеристик работы системы
• Вид диспетчера
• Вид системного журнала
• Управление памятью.
Р е а л и з а ц и я с о б ы т и й в SAP
Группы с е а н с о в
Группа сеанса определяет группу событий. Как уже упоминалось выше,
при запросе пользователя на подключение обработчик запросов направляет
запрос в ту логическую группу, которая в данный момент меньше всего загру
жена. Это называется «балансирование нагрузки сеансов».
Рабочие режимы
Рабочие режимы обеспечивают гибкость, необходимую для того, чтобы за
давать режимы и в определенные периоды времени удовлетворять требовани
ям большого количества рабочих процессов, более ресурсо-требовательных
запросов или пакетных процессов.
Системный мониторинг
Эта функция помогает C C M S проводить мониторинг характеристик работы
всей системы. Когда какой-либо из заданных параметров пересекает свой по
рог допустимости, система отправляет соответствующее предупреждение.
Контрольные устройства системы R/3 собирают подробную информацию
обо всех компонентах, участвующих в работе системы, в том числе о пользова
телях, самой системе SAP R/3, операционной системе, сети и системе баз дан
ных. Используя собранную информацию, контрольное устройство тщательно ее
анализирует и, в случае обнаружения нестандартных ситуаций, выводит гра
фическое предупреждение. На рис. 7.3 представлен экран Обновления пре
дельных значений для предупреждений.
• Рабочих процессов
• Операционной системы
• Работу буфера
• Работу баз данных.
Панель управления
и транспортная система
Панель управления — это часть АРМ Разработчика АВАР/4, но в этом
разделе мы обсудим тесно связанную с ней транспортную систему. Панель уп
равления предоставляет инструменты для программирования на АВАР.
Так как панель управления полностью интегрирована с АРМ Разработчи
ка АВАР/4 и инструментами пользовательских настроек, объектом разработки
на АВАР может быть любая программа, меню, экран, функциональный мо
дуль, таблица, домен, элемент данных, документация и т. д..
П а н е л ь у п р а в л е н и я группирует объекты р а з р а б о т к и в р а з л и ч н ы е за
дачи, которые идентифицируются с помощью индивидуальных классов
р а з р а б о т к и , к а ж д о м у объекту п р и с в а и в а е т с я свой класс р а з р а б о т к и .
Объекты р а з р а б о т к и в том или ином классе не могут быть изменены ни
кем, кроме к а к членами именно этого класса р а з р а б о т к и , в других случа
ях они доступны только для просмотра. Все изменения объектов разра
ботки в своем классе с р а з у з а п и с ы в а ю т с я в з а д а ч а х .
Испытания проектов разработки обычно производится в системе тестирова
ния. Чтобы обеспечить согласованность, непротиворечивость объектов, каждый
из них приписан к своему месту и имеет владельца — изменения возможны
только в оригинале объекта на месте его приписки. Эти свойства среды разра
ботки были введены для того, чтобы избежать случаев параллельной разработ
ки одного и того же объекта. Поэтому, для проведения тестов на интеграцию
нескольких объектов из разных локальных систем эти объекты необходимо
транспортировать в единую систему интеграции и там проводить тестирование.
Изменения в объекты можно вносить в среде разработки, а затем снова транс
портировать их в среду тестирования.
Запрос на изменения — это список объектов, подлежащих транспортиров
ке, информация о системе назначения и т. д. При создании запроса панель уп
равления автоматически присваивает ему номер. Запрос на изменения состоит
из одной или нескольких задач, ассоциированных с различными разработчика
ми. Запрос на изменения может покинуть экран панели управления и экспор
тироваться с помощью транспортной системы только после деблокирования
(release) всех задач в запросе. Объекты могут транспортироваться в систему
тестирования в своей группе для прохождения тестов на интеграцию, а затем
транспортироваться в продуктивную среду.
V
Деблокирование задачи сопровождается автоматическим контролем версий
всех объектов. Панель управления также требует от разработчиков составления
структурированной документации для каждого запроса. Более того, каждый
раз, когда деблокируется запрос на изменения, автоматически генерируется
транспортный журнал. Документация контроля версий в сочетании с транспо
ртными журналами, обеспечивает полный контроль над процессом разработки
Транспортная система используется для переноса объектов разработки из
одного модуля R/3 в другой, на основании действительного запроса на измене
ния. Также в функции этой системы входит проверка и мониторинг результа
тов транспортного запроса.
Процесс транспортировки состоит из двух фаз: экспорта и импорта. В вер
сии 3.0 и более поздних версиях фаза экспорта происходит автоматически
с участием панели управления, когда пользователь деблокирует действитель
ные запросы на изменения, которые можно транспортировать. Результаты экс
порта записываются в журнал. Перед фактическим экспортом объектов панель
управления проводит тест — симулирует экспорт в систему назначения, чтобы
выявить возможные противоречия с системой или между объектами. Это поз
воляет принять корректирующие меры перед выполнением запроса на измене
ния. Как дополнительная опция, транспортированные объекты записываются
на место оригинального исправленного объекта (или объектов).
Фазу импорта должен вручную выполнять системный администратор на
уровне операционной системы, используя экспортированный файл. Однако сам
процесс и результат записываются в соответствующих журналах действий и
транспортировки. Ниже приведена последовательность шагов использования
панели управления и транспортных процессов:
1. Запустить панель управления с помощью транзакции SE06.
2. Запустить программу управления переносами (transport control program, tp).
3. Начать импорт фоновых задач.
4. Создать действительный класс разработки, начинающийся с Y или Z.
5. Создать новый объект разработки или модифицировать существующий.
6. Деблокировать и экспортировать транспортный запрос.
7. Импортировать в систему назначения.
8. Осуществить мониторинг файлов журнала.
Интерфейс коммуникаций
Система R/3 Basis поддерживает все стандартные (или считающиеся тако
выми) сетевые и коммуникационные протоколы:
• На уровне операционной системы — протокол T C P / I P .
• На уровне баз данных коммуникация осуществляется через Remote SQL.
• На уровне приложений коммуникация осуществляется через C P I C , RFC,
ALE, EDI и т.д.
SAPGUI
В системном л а н д ш а ф т е SAP исполнение графического интерфейса
пользователя ( G U I ) определяет систему, к которой подключается пользова
тель. На всех платформах S A P G U I имеет одинаковые характеристики. Это
стало возможным благодаря тому, что при обмене информацией между
уровнями приложений и интерфейсов передаются только данные и логичес
кая информация, само же представление осуществляется программами
уровня интерфейсов с помощью специфических возможностей той или иной
платформы.
Компонент SAPGUI поддерживает исполнение только одной задачи. Для
параллельного исполнения нескольких задач, необходимо дополнительно запус
тить компонент S A P G U I .
Резюме
В этой главе я описал Базис — средний слой системы SAP. Интеграция
всех приложений напрямую зависит от Базиса. В следующей главе мы рас
смотрим АРМ Разработчика, который является основным инструментом внесе
ния настроек в систему и осуществления разработок.
ГЛАВА
дВАР для разработки
настроек
8
В ЭТОЙ ГЛАВЕ:
• Происхождение АВАР 200
• Отчетность 218
• SAPscripts 221
• Интерфейсы и передача
пакетов данных 221
• Будущее АВАР/4 как универсального
языка программирования 222
200
Происхождение АВАР
Язык программирования АВАР/4 появился в 80-е годы, и с тех пор он раз
вивается и совершенствуется с каждым релизом SAP R/3. Все приложения R/з
разрабатывались на АВАР/4. Зародился этот язык как язык программирова
ния, созданный для генерации отчетов в системе R/2, потому что позволял соз
давать простые списки печати. Со временем этот язык развился в полноценную
среду разработки под названием «Advanced Business Application
P r o g r a m m i n g l a n g u a g e * (АВАР), хотя изначально эта аббревиатура означала
«Allgemeine Businessprozess Aufbereitungsprogramme».
Язык АВАР/4 во многом напоминает языки COBOL и Pascal, особенно в ас
пектах составления отчетности. Впрочем, АВАР/4 сильно отличается от обыч
ных языков третьего и четвертого поколений (3GL и 4GL) тем, что это не толь
ко язык программирования, но и полноценная среда разработки «клиент-сер
вер», состоящая из Базиса R/З и АРМ Разработчика АВАР/4. Ниже проведе
ны важные характеристики среды АВАР/4:
• Это язык четвертого поколения, основанный на структурированных мето
дологиях программирования, особенно в аспектах отчетности, и отдаленно на
поминает COBOL.
• Это язык, управляемый событиями, особенно в аспектах диалогового
программирования, что является неотъемлемой характеристикой системы R/3.
• Это интерпретативный язык; это делает возможным прототипирование
приложений.
• Это полноценная, интегрированная среда разработки, которая включает
словарь данных, инструменты моделирования данных, редакторы программ,
средства создания экранов и меню, инструменты для тестирования и ликвида
ции сбоев, а также средства навигации между всеми этими объектами.
• Это открытый и доступный язык, благодаря интерфейсам программиро
вания, предусмотренных в системах SAP.
• Этот язык обеспечивает возможность моделирования посредством стан
дартных программ и операций, которые можно использовать повторно, а так
же модулей функций, которые содержатся в централизованной библиотеке.
• Этот язык обеспечивает обширные функции манипуляции данными —
такими, как даты, строки, плавающие десятичные запятые и т.д.
• Этот язык поддерживает многоязычность текстовых элементов, в том чис
ле ярлыков, сообщений и т. д.
• Этот язык с о д е р ж и т р я д с т а н д а р т н ы х з а п р о с о в S Q L для прозрач
ности доступа к л ю б ы м с т а н д а р т н ы м б а з а м д а н н ы х — т а к и м , к а к
O r a c l e , DB2, Informix и т. д.
Объектная ориентация
П е р е д исследованием ориентированности системы SAP R/3 на процес
сы необходимо кратко осветить смысл такой ориентации. Объектно-ориенти
рованная парадигма основывается на новом взгляде на традиционное противо
поставление данных и вычислительных процедур.
Унаследование и инкапсуляция
Класс — это шаблон, с помощью которого можно быстро генерировать но
вые объекты. Это логически объясняет многие важные характеристики ориен
тированной на объекты среды — такие, как унаследование и инкапсуляция.
На рис. 8.1 представлены подклассы и классы случаев Определяющего класс
объекта (CDO) под названием «Автомобиль».
В примере с автомобилями, унаследование можно понимать как некие стан
дартные характеристики и компоненты — такие, как топливо, бензобак, коле
са, коробка передач, двигатель и т.д., которые считаются составными частями
автомобилей с бензиновым или дизельным двигателем. Эти свойства унаследо
ваны от класса «четырехколесное транспортное средство», который в свою оче
редь унаследовал их от класса «Автомобиль». Нетрудно представить себе прос
леживание явления объектификации в любом порядке — например, от движу
щихся объектов до деталей двигателя внутреннего сгорания через Список
материалов (ВОМ). Фактически, ВОМ — тоже полноценный объект! Общий
РИС. 8 . 1 . Подклассы и классы случаев Определяющего класс объекта (CDO) под
названием «Автомобиль».
результат — это иерархия, или лестница с классами и объектами на каждом
уровне. Примерно по такому же принципу организована классификация жи
вотных в биологии.
Вторая в а ж н а я характеристика инкапсуляции относится к прозрачности
каждого объекта в рамках такой иерархии. То есть, каждый объект X прос
то выполняет свои функции, а вопросы о принципе его работы и составля
ющих его объектах не имеют никакого значения. Если ответ на эти вопросы
все-таки необходим, надо просто отследить цепочку унаследования, т. е. пе
реместиться вверх или вниз по ступеням иерархии объектов.
Словарь АВАР/4
Словарь АВАР/4 — это логическое представление данных, записанных
в стандартных физических базах данных, таких, как Oracle, DB2, Informix и
т.д. На рис. 8.3 представлен начальный экран словаря.
Домен
Домены определяют технические атрибуты — такие, как тип данных, длина,
диапазон значений, характеристики просмотра и т.д. Домены аналогичны
упомянутым выше определяющим класс объектам (CDO); в общем смысле они
относятся к указанным пользователем типам данных. Информация доменов, за
писанная в словаре, включает в себя краткий текст, формат данных по типу и
размеру, название таблицы значений, значок результата и длину результата.
Элемент данных
Семантически «поле» определяется как элемент данных в сочетании с ассоци
ированными свойствами. Такие свойства могут включать в себя ключевые слова,
заголовки, описательные тексты и т. д. В системе R/3 поле всегда ассоциировано
с элементом данных, который в свою очередь определяется синтаксически, как до
мен. Поле действительно относится к типам данных на уровне приложений. Запи
санная в данных информация об элементе данных включает в себя название, крат
кий текст, имя домена, а также короткие, средние или длинные ярлыки поля.
Т а б л и ц а и структура
Все таблицы содержат поля. Атрибуты индивидуальных полей описывают
ся как элементы данных и соответствующие домены. На рис. 8.4 представлен
образец экрана со структурой таблицы для Material Document Header.
Для таблиц задаются таблицы индексов, которые призваны уменьшить вре
мя доступа при операциях с таблицами. Все таблицы, индексы баз данных, ви
ды и т.д. могут быть созданы в словаре, без знания специфики основной базы
данных.
Структуры похожи на таблицы, только не содержат данных. Они относят
ся к последовательности полей в словаре. Структурные объекты могут ис
пользоваться для определения данных в интерфейсах при работе в группе
модулей и экранов. Структуры существуют только в словаре, в основных ба-
зах данных их нет.
Комбинированные объекты
Ракурсы — это виртуальные таблицы, сформированные совместным прос
мотром нескольких таблиц; они используются для установления связи между
информацией, содержащейся в различных таблицах, или для ограничения
просмотра только избранных полей.
Объекты сравнения кодов (Matchcode objects) используются для поиска
записей в таблице на основе лишь одного из составляющих ее объектов. Это
комбинированные объекты, которые выступают в роли специального инстру
мента для поиска записей в таблицах. Объекты сравнения кодов состоят из
двух компонентов. Первый компонент называется «Ш сравнения кодов»
(matchcode ID), он контролирует саму процедуру поиска. Один или несколько
таких ID составляют объект сравнения кодов, определяющий поля таблицы,
в которых будет вестись поиск, а также разрешенные для поиска поля базы
данных. Когда применяется сравнение кодов (оно просто упоминается в атри
бутах соответствующего поля таблицы), появляется экран ID сравнения кошов
с полями ввода, в которых пользователь может указать условия поиска
Необходимо заметить, что в версии 4.0 сравнение кодов заменено на «помощь
в поиске».
Блокировка объектов используются для поддержания интегрированности
объекта и предотвращения внесения противоречивых, несогласованных измене
ний, они блокируют и синхронизируют доступ к таблицам баз данных. Блоки
рованные объекты поддерживаются независимо от каких-либо приложений.
Д л я каждой команды меню система использует блокировку объектов, опреде
ляя два функциональных модуля, которые будут осуществлять все операции по
блокированию и разблокированию каждой таблицы или набора данных.
В системе SAP авторизация отличается от скрытых проверок прав доступа
в сетях и операционных системах, которые обычно сверяют авторизацию толь
ко для прав доступа к файлам, используя при этом стандартные привилегии
доступа — такие, как чтение, запись и удаление. В противоположность этому,
система авторизации SAP предусматривает защиту других объектов — таких,
как программы, отчеты и т.д. Система SAP рассматривает авторизацию как
совокупность объектов, которые создаются или обновляются независимо от тех
объектов, которые они защищают.
Авторизация — это сложный объект, содержащий несколько полей автори
зации (но не более 10). Фактически, авторизации — это группы экземпляров
объектов авторизации, такие же, как упоминавшиеся выше CDO. Объекты ав
торизации группируются в классы авторизации. Логически связанные автори
зации группируются в профили и комбинированные профили, предназначен
ные для разных областей приложений и задач. Все необходимые пользователю
профили авторизации должны вводиться в основной записи пользователя. Пос
ле присвоения профилей, комбинированных профилей и авторизации пользова
тель получает действительные поля авторизации со значениями. Эти и другие
моменты, связанные с авторизацией, обсуждаются в разделе «Админист
рирование пользователей» в главе 11.
Браузер данных
Браузер данных позволяет осуществлять навигацию и просмотр таблиц сло
варя АВАР/4. В окне браузера представлено содержание таблиц в сочетании
с ключевыми полями, также есть возможность просмотреть ключевые внешние
отношения. Предусмотрена возможность ввода данных непосредственно в сло
варе, в случае, если в определенной таблице помечена опция «Maintenance
Allowed" (обслуживание разрешено).
Глава 8 | _ ^ J
Браузер объектов
Это главный инструмент навигации, предусмотренный в АРМ Разработчи
ка АВАР/4. Браузер объектов группирует объекты в соответствии с классами
разработки. На рис. 8.5 представлен начальный экран браузера объектов.
Редактор программ
Редактор программ АВАР/4 позволяет пользователю редактировать прог
раммы, проверять синтаксис, устанавливать справку он-лайн и т.д. На рис. 8.6
представлен начальный экран редактора программ, на рис. 8.7 показан исход
ный код образца программы. Примечание: внутритекстовое кодирование напи
сано на немецком языке.
Редактор экранов
На рис 8.8 представлен начальный экран редактора экранов.
Редактор экранов позволяет определять дизайн экранов, а также последо
вательность динамических программ. Дополнительная контрольная информа
ция включает в себя использованный язык, количество последовательных дина
мических программ и т.д. Экран интерпретируется не только интерпретатором
АВАР/4, но и отдельным интерпретатором динамических программ (DYN-
PRO). Необходимо заметить, что DYNPRO — это полноценная среда четверто
го поколения, которая позволяет быстро разрабатывать прототипы и затем за
давать последовательность их исполнения.
Редактор экранов определяет следующие характеристики:
• Программные атрибуты экрана, в том числе номер экрана, тип экрана
(нормальный, дополнительный, диалоговый) и т. д.
z
Глава в [ " |
Главное меню может состоять из нескольких уровней (но не более трех); уро
вень может включать в себя до 15 пунктов. С помощью редактора меню каждый
пункт меню можно ассоциировать с кодом транзакции SAP. Важные функцио
нальные коды для быстрого запуска присваиваются функциональным клави
шам; это исключает необходимость поиска требуемой функции в пунктах меню.
Похожим образом функциональные коды можно присвоить кнопкам, располо
женным под панелью инструментов. Еще раз необходимо отметить, что эти кноп
ки не идентичны кнопкам, созданным в редакторе экранов, их можно задать
|Часть II
Area M e n u s
В отличие от обычных меню, Area m e n u s не относятся к конкретной
транзакции S A P . Area m e n u s — это т р а н з а к ц и и , в ы з ы в а ю щ и е другие
т р а н з а к ц и и , и в этом с м ы с л е они б л и ж е к меню, которые и с п о л ь з о в а л и с ь
в т р а д и ц и о н н ы х и н ф о р м а ц и о н н ы х системах.
Библиотека функций
Библиотека функций, также называемая «Конструктор функций» (Function
Builder) — это инструмент для обновления и тестирования функциональных мо
дулей, который можно использовать, находясь в любой программе. На рис. 8.12
представлен начальный экран Библиотеки функций АВАР/4.
Отладчик А В А Р / 4
АВАР/4 Debugger — это инструмент, предназначенный для тестирования
программ АВАР/4. В нем предусмотрены средства для определения точек остано
ва, а также для пошагового выполнения программ. Каждый раз, когда програм
ма останавливается во время отладочной сессии, система предлагает просмотреть
или изменить содержание таблиц и полей. Точки останова могут быть статически
ми, динамическими или контрольными и зависят от ключевого слова или события.
Отладчик может работать в различных режимах просмотра, в зависимос
ти от типа относящейся к программе информации, которая отображается
при том или ином режиме. По умолчанию используется режим V, при кото
ром показывается содержание всех полей. Список режимов приведен ниже:
• V-режим — показывает содержание полей
• Т-режимы — показывает содержание внутренних таблиц
• F-режим — показывает подробную информацию по конкретному полю,
в том числе содержание, если этому полю присваивается значение
• О-режим — показывает обзор текущей программы с указанием модулей,
событий и стандартных подпрограмм
• S-режим — показывает последовательность вызовов различных стандарт
ных подпрограмм, функций и событий
• Р-режим — показывает все программы, которые требуются для выполне
ния текущей программы.
Инструмент а в т о м а т и ч е с к о г о т е с т и р о в а н и я
Computer-Aided Test Tool (САТТ) позволяет осуществлять автоматическое
тестирование бизнес-процессов. В этом инструменте предусмотрены средства
для описания и автоматизации тестирования бизнес-процессов — например,
посредством симуляции диалогов ввода данных на экране. Так как тестирова
ние осуществляется автоматически, его можно повторять при каждом необхо
димом случае; кроме того, имеется возможность записи результатов тестирова
ния и сообщений в журнал.
А н а л и з р а б о ч е г о цикла
Анализ рабочего цикла (Runtime Analysis) предназначен для помощи при
диагностике проблем в характеристиках работы программ или транзакций
АВАР/4. Этот инструмент предоставляет следующую информацию:
• Выполненные инструкции
• Хронологическая последовательность выполненных инструкций
• Использованные таблицы и тип доступа
• Время выполнения.
SQL-трассировка
SQL Trace позволяет осуществлять анализ и просмотр вызовов баз данных,
созданных отчетами и транзакциями написанными на АВАР/4. Этот инстру
мент весьма полезен при анализе характеристик работы, особенно для пакет
ных программ.
Программирование на АВАР/4
Язык АВАР/4 — это полноценный язык программирования четвертого по
коления, который зародился как язык для отчетности. Как и в случае с любым
традиционным языком программирования, свойства и возможности АВАР/4
можно описать, разделив следующим образом:
• Операторы определения данных — описывают данные, которые обрабаты
вает программа АВАР/4 — например, DATA, TYPES, TABLES.
• Операторы запроса данных — указывают атрибуты записи данных, кото
рые необходимо получить и обработать — например, SELECT.
• Операторы манипуляций с данными — выполняют стандартные операции
сданными, например ADD, SUBTRACT, MOVE, C O M P U T E .
• Операторы контроля данных — подают сигнал структурам контроля (та
ким, как цикл, решение, стандартные подпрограммы и т.д.) — например
DO, WHILE, IF, CASE, P E R F O R M .
• Операторы событий с данными — запускают выполнение некоторых стан
дартных подпрограмм в зависимости от наступления определенных собы
тий — например Pfnn, GET/SET, END-OF-PAGE, AT USER-COMMAND,
AT LINE-SELECTION.
Внутренние таблицы
Это временные таблицы, которые существуют только в период работы той
или иной программы АВАР/4. В языке АВАР/4 предусмотрены различные опе
рации для обработки внутренних таблиц — такие, как сортировка, поиск, пос
ледовательный доступ и т. д.
Когда необходимо произвести примерно одинаковую обработку набора за
писей из таблиц базы данных, определение внутренних таблиц помогает сде
лать работу программы более эффективной посредством использования таких
контрольных операторов, как CASE, цикл типа «DO» и т.д.
Транзакции SAP
Транзакция SAP похожа на программу, написанную на одном из стандарт
ных языков программирования, она имеет индивидуальный 4-х значный код
транзакции. Транзакция может быть запущена напрямую, через командную
строку в интерфейсе представления или с помощью соответствующего пункта
меню. Существует два типа транзакций: отчетные и диалоговые.
Отчетные т р а н з а к ц и и
Отчетные т р а н з а к ц и и — это программы SAP, которые осуществляют
сбор параметров в экране выбора, на выходе получаются т а к называемые
списки (lists).
Диалоговые транзакции
Диалоговые программы состоят из двух и более интерактивных экранов, на
зываемых dynpro. Д л я запуска этим транзакциям тоже иногда требуется зара
нее выбранная информация; это схоже с экранами отбора информации в прог
раммах отчетности, такие транзакции называются транзакциями параметров.
Часть II
Стандартные подпрограммы
Как и любой другой язык программирования, АВАР/4 поддерживает стан
дартные подпрограммы для обеспечения модуляризации программ. Это рас
ширяет возможности повторного использования подпрограмм и ведет к улуч
шению производительности и качества работы системы, а также к облегчению
ее поддержания и документирования. В АВАР/4 предусмотрена возможность
задания стандартных подпрограмм с помощью элемента FORM, и вызывать их
из внутренних или внешних программ с помощью оператора P E R F O R M .
Другие характеристики стандартных подпрограмм:
• Параметры любого типа могут передаваться стандартным подпрограммам
• Вызовы могут генерироваться динамично во время обработки
• Вызовы могут быть повторными, вкладываться друг в друга и т. д.
Функции
Функции — это особый вид стандартных подпрограмм; они крайне важны
для модуляризации программ и приложений АВАР/4. Модули функций хранят
ся в централизованной библиотеке, откуда их может затребовать любая програм
ма АВАР/4. Модули функций — это инкапсулированные объекты, они облада
ют ясно заданными интерфейсами с такими параметрами, как импорт, экспорт
и параметры таблиц. Модули функций располагают средствами для программи
рования решения исключительных ситуаций, которые случаются во время обра
ботки этих функций.
Отчетность
Отчеты обращаются к одной или нескольким таблицам и показывают их со
держимое в форме списка, который доступен -для просмотра либо на экране,
либо в напечатанном виде. Программы отчетности весьма схожи с аналогич
ными программами в других языках программирования — таких, как COBOL.
Интерактивная отчетность
Интерактивная обработка подразумевает предоставление исходных данных
или дополнительную обработку списков в отчетах в то время, когда эти отчеты
выведены на экране. Во время просмотра отчета дополнительная обработка,
транзакции или отчеты могут быть запущены с помощью функциональных кла
виш. Запуск дополнительных отчетов относится к углубленной отчетности, упо
мянутой в соответствующем разделе главы 4.
Программирование диалогов
Программирование диалогов имеет отношение к разработке интерактивных
приложений в SAP. Программирование диалогов основывается на концепции
динамической программы (dynpro), которая состоит из экрана ввода и соотве
тствующего кода обработки. Диалоговая программа состоит из одной или нес
кольких динамических программ. Элементы диалоговой программы:
• Один или несколько интерфейсов представления
• Один или несколько экранов динамических программ
• Логика исполнения.
Динамические программы
Динамические программы С О С Т О Я Т И З следующих компонентов:
• Экран с такими атрибутами полей, как форматы, характеристики вывода
на монитор, подтверждения и т. д.
• Логика выполнения, указывающая модули для обработки.
Логика выполнения
Flow Logic вызывает модули из банка модулей при наступлении заданного
события. Различные модули классифицируются согласно следующим событиям:
АВАР/4 Запрос
Конечные пользователи могут создавать простые отчеты с помощью
АВАР/4 Query. С помощью удобного интерфейса пользователь может указать
область или предмет, который его интересует, а также соответствующие табли
цы, желаемые поля и оформление списка. Система автоматически сгенерирует
экран выбора (который весьма похож на программирование отчетности) и
предложит ввести исходные данные.
После этого отчет будет составлен автоматически, причем дополнительно
его можно записать в файловое запоминающее устройство, таблицу Microsoft
Excel или файл другого типа.
SAPscripts
Программа SAPscript — это текстовый редактор SAP. Обычно текст, получа
емый в результате работы программ АВАР, не имеет характеристик размера или
шрифта. Программы SAPscripts позволяют SAP распечатывать профессиональ
но оформленные отчеты, а также способны решить проблему многоязычности от
четов. Программы SAPscripts определяют вид текста, а также другие особеннос
ти формата — параграфы, элементы текста и т. д. Используя модули функций
SAPscript, можно вызвать шаблоны оформления из программ АВАР; подобным
же образом можно вызвать стандартные подпрограммы АВАР, находясь в шаб
лонах оформления.
• Резюме 256
В этой главе представлены различные бизнес-функциональности системы
SAP R/3. Учитывая, что SAP удовлетворяет требования всех функциональных
подразделений компаний, работающих в различных отраслях, сложность и
масштаб системы не вызывают удивления. Осуществить обзор такой интегри
рованной системы, как SAP — непростая задача, однако я постарался осветить
основные функциональности, доступные в базовых модулях приложений SAP.
Ключевые б и з н е с - п р о ц е с с ы
В такой интегрированной, работающей в реальном времени системе, как
SAP, каждый модуль записывает все транзакции в модуле FI-CO. Фактически
этот модуль является виртуальным хранилищем операций компании, так как
в нем отражаются и записываются любые действия в компании. Как станет яс
но после прочтения этой главы, любой модуль SAP (в том числе SD, Р Р , ММ,
QM, РМ, P S , SM и т. д.) записывает транзакции и в этом модуле.
финансы
Ниже приведены различные ключевые процессы, которые предусмотрены
в SAP и могут быть внедрены в зависимости от требований компании:
• Главная книга (G/L) — бухгалтерский учет
• Дебиторская задолженность
• Кредиторская задолженность
• Управление активами
• Консолидация
• Книги специального назначения.
Контролинг
Ключевые процессы, которые могут быть внедрены в зависимости от тре
бований компании:
• Расчет элементов затрат
• Расчет центров затрат
• Расчет элементов доходов
• Расчет объектов затрат
• Анализ прибыльности
• Калькуляция себестоимости.
Ключевые б и з н е с - п р о ц е с с ы
Ниже приведены различные ключевые процессы, которые предусмотрены
в SAP и могут быть внедрены в зависимости от требований компании:
• Обработка клиентских запросов на долевое использование ресурсов
(Request For Quote, RFQ) и запросов потребителей
• Обработка расценок для потребителей
• Запись заказов
• Расписание поставок
• Проверка наличия товара
• Ценообразование
• Проверка кредита
• Выписка счетов
• Упаковка
• Поставка
• Платежи потребителей
• Клиентские балансы
• Маркетинговая деятельность по клиентам
• Процесс получения, списки пунктов получения
• Подтверждение получения
• Управления складами
• Транспортировка
• Отчеты о продажах.
Первоначальная к о н ф и г у р а ц и я и о с н о в н ы е д а н н ы е
На уровне всего предприятия существуют параметры (зависящие или не за
висящие от клиента), которые необходимо задать в самом начале в соответ
ствии с бизнес-требованиями компании. Некоторые из них приведены ниже:
• Область контроля кредита
• Организация продаж
• Каналы распределения
• Распределение
• Основные клиентские данные: общие, продажи, бухгалтерские данные
• Условия ценообразования
• Суть поставки
• Клиенты
• Долгосрочные договоры и контракты с клиентами
• Информация о материалах для клиентов
• Основные данные по материалам
• Выбор (замена) материалов
• Ценообразование
• Скидки или дополнительные сборы
• Стоимость перевозки
• Налоги.
Ключевые б и з н е с - п р о ц е с с ы
Первоначальная к о н ф и г у р а ц и я и о с н о в н ы е д а н н ы е
На уровне всего предприятия существуют параметры (зависящие или не за
висящие от клиента), которые необходимо задать в самом начале в соответ
ствии с бизнес-требованиями компании. Некоторые из них приведены ниже:
• Организация закупок
• Производство
• Расположение складов
• Условия ценообразования (нетто, брутто, действительная цена), налоги,
скидки, дополнительные сборы и т.д.
• Основные данные по поставщикам (общие, закупки, бухгалтерские данные)
• Записи информации о поставщике и качестве товара
• Основные данные по материалам (элементарные данные, закупки, плани
рование потребности в материалах (Material Requirements P l a n n i n g ,
MRP), прогноз, хранение, отчетность, затраты, подготовка работы, управ
ление качеством)
• Записи информации о качестве
• Долгосрочные договора и соглашения по срокам.
Ключевые б и з н е с - п р о ц е с с ы
Ниже приведены различные ключевые процессы, которые предусмотрены
в SAP и могут быть внедрены в зависимости от требований компании:
• Планирование продаж и операций
• Примерное планирование мощностей
• Управление спросом
• Планирование ведущих позиций ( M P S )
• Планирование потребности в материалах ( M R P )
• Долгосрочное планирование
• Планирование мощностей
• Непосредственный контроль
• Обслуживание и ремонт.
Ключевые б и з н е с - п р о ц е с с ы
Ниже приведены различные ключевые процессы, которые предусмотрены
в SAP и могут быть внедрены в зависимости от требований компании:
• Планирование качества
• Поддержание качества
• Улучшение качества
• Проверка в процессе производства
• Сертификаты качества для потребителей.
• Расположение складов
• Характеристики
• Средства управления характеристиками
• Каталоги
• Перемещения запасов
• Основные данные по материалам
• Информация о соотношениях поставщик-качество
• Основные данные по поставщикам
• Записи информации о качестве.
Первоначальная к о н ф и г у р а ц и я и о с н о в н ы е д а н н ы е
На уровне всего предприятия существуют параметры (зависящие или не за
висящие от клиента), которые необходимо задать в самом начале в соответ
ствии с бизнес-требованиями компании. Ниже приведены некоторые из таких
параметров:
• Производство
• Измерители
• Характеристики качества
• Средства контроля
• Каталоги
• План обслуживания
• Основные данные по материалам
• Соотношение материалы-поставщики
• Основные данные по поставщикам.
Ключевые бизнес-процессы
Ниже приведены различные ключевые процессы, которые предусмотрены в
SAP и могут быть внедрены в зависимости от требований компании:
• Организационный менеджмент
247
• Управление навыками
• Планирование карьеры и продвижения по службе
• Управление мероприятиями
• Планирование возможностей и должностей персонала
• Планирование затрат на персонал
• Ведение основных данных по персоналу
• Развитие персонала
• Расчет заработной платы
• Выписки и отчеты
• Управление временными данными
• Командировочные расходы.
Первоначальная к о н ф и г у р а ц и я
и основные данные
На рис. 9.10 - 9.12 представлены карты 1-го уровня, на рис. 9.13 - 9.18
представлены карты 2-го уровня. На этих рисунках использованы следующие
значки:
Продукт доступен
Цель на будущее
• Sn — продукт SAP
• Рп — продукт партнера SAP
• Vn — услуга SAP
• Bn — услуга партнера SAP
Рис. 9.10. Карта решения SAP — Химия.
Рис. 9.17. Справочная таблица Технологии Бизнеса SAP, диаграмма 2-го уров
ня.
256
Резюме
В этой главе мы произвели обзор базовых модулей SAP. Эта книга реко
мендует предприятиям нового тысячелетия внедрить такие базовые модули,
как FI-CO, MM, SD, РР и т.д., в зависимости от отрасли и области деловой ак
тивности, причем внедрение рекомендуется проводить по методу «Большого
взрыва», когда компании внедряют стандартный пакет модулей в сочетании
с одним из отраслевых решений.
Только в результате внедрения по методу «Большого взрыва» компания
сможет использовать обработанную системой информацию как любой дру
гой ресурс — рабочую силу, материалы, финансы; иначе система останется
просто эффективным средством хранения информации и составления отче
тов. Традиционные системы выступали именно в такой роли — поэтому они
так и не смогли дать ожидавшиеся от них преимущества и обеспечить уве
личение производительности.
Теперь, после знакомства в этой части с продуктами SAP, мы обратимся
к вопросам, связанным с проектами внедрения SAP.
ЧАСТЬ
Перед внедрением
В ЭТОЙ ЧАСТИ:
10 Инициация проекта SAP 259
11 Установка
и администрирование SAP 275
ГЛАВА
Инициация проекта SAP
10
В ЭТОЙ ГЛАВЕ:
• Спонсор проекта SAP 260
• Управление изменениями
в рамках проекта SAP 271
• Ответственность и обязанности
членов команды проекта SAP 272
• Резюме 274
В этой главе освещаются вопросы и предварительные условия для запуска
проекта SAP. Мы рассмотрим рекомендуемую для управления проектом орга
низационную структуру, важные моменты формирования различных комитетов,
а также вопросы управления обучением и ресурсами. В конце главы обсужда
ются различные связанные с проектом SAP риски и рекомендуемые компанией
SAP меры для упреждения и минимизации таких рисков. С точки зрения мето
дологии AcceleratedSAP тематика этой главы будет также освещаться в главе
12. Цель рассмотрения различных вопросов с двух точек зрения — показать
важность использования такой интегрированной, основанной на использовании
хранилища информации методологии, как AcceleratedSAP.
Лидеры по модулям
Команда внедрения должна включать в себя лидеров по модулям (Module
Leaders), которые несут ответственность за каждый из базовых модулей, плани
руемых к внедрению. Желательно, чтобы лидеры по модулям обладали опытом
работы в соответствующей функциональной области, а также прошли курсы
функционального обучения SAP, особенно по соответствующему модулю.
Лидеров по модулям необходимо назначить в самом начале проекта, они
должны участвовать в этапах концептуального планирования бизнес-процессов
и реализации проекта, а также в идентификации и документировании процес
сов, обнаружении пробелем и нахождении средств их устранения не только от
носительно своего модуля, но и остальных модулей SAP. Это позволит им внес
ти более существенный вклад в осуществление проекта на стадии тестирова
ния модулей и их интеграции.
Менеджер по ресурсам
Успех любого проекта SAP в огромной степени зависит от предоставления
необходимых ресурсов в полном объеме и в установленные сроки. По сравнению
с аналогичными по масштабу и уровню инвестиций IT-проектами, внедрение
SAP протекает гораздо быстрее. Именно поэтому необходим менеджер по ресур
сам (Resource Manager), который имеет опыт закупок и несет ответственность за
предоставление ресурсов для IT-проектов. Менеджер по ресурсам должен хоро
шо разбираться в процедурах закупок компании и ее политике в этом отношении,
а также в процедурах отчетности об освоении средств в рамках проекта SAP.
Как на начальной стадии проекта, так и в дальнейшем менеджер по ресурсам
может состоять в организационном комитете проекта, что позволяет ему оператив
но предоставлять на утверждение предполагаемые закупки, а также решить воп
росы, связанные с задержками предоставления ресурсов, неполными инсталляци
ями, недопоставками, незавершенными курсами обучения, техподдержкой и т. д.
Менеджер по обучению
В отличие от традиционных проектов, внедрение SAP подразумевает гораздо более масштабное участие персонала,
Стратегия проекта
Как уже упоминалось в разделе «Информация как новый ресурс» в главе 1,
внедрение даст все неоспоримые преимущества только тогда, когда компания
начнет использовать обработанную системой SAP информацию как полноцен
ный ресурс; для этого необходимо установить и запустить все базовые модули.
В противном случае система будет выступать всего лишь как средство для ре
гистрации и отчетности произошедших действий.
Требования по ресурсам
Д л я успешного внедрения SAP, особенно если оно происходит по рекомен
дуемому в данной книге принципу «Большого взрыва», очень важную роль иг
рает своевременное предоставление достаточных объемов ресурсов, что подра
зумевает следующие действия:
• Составление бюджета и своевременное выделение средств на соответству
ющих этапах проекта.
• Приобретение и плановая установка серверов и терминалов, сетевого и
коммуникационного оборудования, программного обеспечения для управ
ления сетью и мониторинга коммуникаций, операционных систем, систем
автоматизации офиса, и, наконец, системы SAP R/3.
• Формирование персонала проекта путем перевода или делегирования сотруд
ников подразделений компании, а также набора новых для комплектации
функциональных и технических команд, администраторов ресурсов, команд по
обучению и логистике, а также привилегированных и обычных пользователей
в целях обучения и повторения курсов непосредственно перед пуском системы.
• Сбор данных из существующих на предприятии систем (или систем ключе
вых деловых партнеров). Загрузка данных может быть одновременным ме
роприятием перед непосредственным запуском системы или проходить на ре
гулярной основе в заранее установленные сроки ежемесячно. Сам процесс
загрузки данных может проводиться по пакетному принципу, или с помощью
интерфейса реального времени, который обновляет данные и осуществляет
обмен данными между SAP и другими системами на постоянной основе.
Требования по обучению
Проекты внедрения SAP подразумевают серьезные требования к обучению
пользователей, в то время как традиционные проекты обычно администриру-
ются одним централизованным компьютером и подразумевают гораздо мень
шее число конечных пользователей. Более того, эти конечные пользователи едва
ли участвуют в деловых операциях — как раз наоборот, такой персонал зачас
тую отвечает всего лишь за ввод в систему данных о транзакциях и другой
информации.
Глава 10
Документирование процессов
Документирование различных бизнес-процессов обеспечивает реальное пони
мание характерной структуры и динамики среды деловой активности компании.
Это подразумевает запись подробной информации о процессах — в том числе
название, назначение, ответственная функция, описание процесса с указанием
предпосылок и результата, а также подпроцессов. Также требуется указать ин
терфейсы взаимодействия с другими функциями и системами, исключительные
условия, возможности улучшения, анализ эффекта от внесения изменений и т.д.
Рационализация процессов
На многие предусмотренные в традиционных системах программы и проце
дуры оказывала воздействие архитектура общей системы. Например, тради
ционные программные продукты создавались с расчетом на то, что ими будут
пользоваться сотрудники с высокой степенью компьютерной грамотности, а техподдержка станет единой централизованн
Стандартизация процессов
К а ж д ы й офис или участок производства компании имеет свой характер
и культуру, и это является частью стратегии компаний в том или ином ре
гионе. Обычно такие локальные практики весьма популярны и с л у ж а т ис
точником укрепления лояльности сотрудников и гордости за свою работу.
Этот фактор зачастую становится препятствием на пути полномасштабного, много
регионального внедрения такой сравнительно стандартизованной системы, как SAP.
Руководитель проектного офиса ( С Р О ) должен предпринять все возможное,
чтобы обеспечить принятие стандартизированной системы во всех офисах и на
всех участках производства. Меры, направленные на достижение этого могут
быть следующими:
• Быстрое внедрение на пилотном участке.
• Быстрое разворачивание SAP на остальных участках производства и офисах.
• Делегирование ключевых работников всех подразделений компании для
участия во внедрении на пилотном участке, д а ж е если есть риск чрезмер
ной комплектации команды проекта.
• Взвешенный, обдуманный отбор и документирование функциональностей
для внедрения на пилотном участке.
• Демократичный, прозрачный процесс стандартизации на основе заранее
заданных критериев повышения эффективности, качества, оперативности,
снижения затрат, ориентации на потребителя и т. д.
• Конфигурация и настройка максимально возможной функциональности на
пилотном участке с оглядкой на практики и процессы, принятые на осталь
ных участках деятельности компании.
Централизованная справочная
база конфигурации
Компания может в полной мере получить все преимущества и выгоды от ус
тановки такой ERP-системы, как SAP, только если система внедряется во всех
офисах и участках производства. В традиционных компьютерных системах
внедрение стандартизированных процессов в масштабе всей компании значи
тельно труднее. Так как проект SAP подразумевает и стандартизированные, и
лучшие в своем классе процессы, такой проект приводит к реализации стандар
тизированных решений на всех участках деятельности компании.
На пилотном участке компания должна запланировать внедрение макси
мально всеобъемлющей функциональности, которая представляет собой цент
рализованную справочную базу конфигурации (Centralized Base Reference
Configuration, CBRC). В дальнейшем эту базу можно просто «пересаживать»
на остальных участках. Такой подход значительно ускоряет процесс осущес
твления необходимых настроек, проведения обучения, тестирования на интег
рацию и конечный запуск системы.
Управление изменениями
в рамках проекта SAP
Внедрение изменений и управление реакцией на изменение — это две важ
ные задачи, с которыми сталкиваются компании в наше время. Способность
изменять бизнес-процессы вносит непосредственный вклад в практический ре
зультат инноваций компании. Традиционная концепция понимает управление
изменениями как единовременное мероприятие, однако, если компания стре
мится не только выполнять такие мероприятия, но и проводить их на постоян
ной основе, система SAP становится просто незаменимой. SAP обеспечивает
платформу для непрерывного изменения бизнес-процессов, жизненно важных
для успеха деловой активности компании.
Как уже упоминалось в этой книге, очень трудно менять деловые процессы,
с которыми сжились сотрудники компании, потому что человеку трудно
приспосабливаться к переменам. Однако процессы, находящиеся не в умах
сотрудников, а в компьютерных системах менять гораздо легче. Таким образом,
поддерживаемые SAP процессы гораздо легче выполнять и менять, потому что
в отличие от обычных систем SAP внедряет всеобъемлющую, полностью согла
сованную модель предприятия. Управление изменениями очень важно,
особенно учитывая традиционные опасения сотрудников:
• Боязнь сокращения штатов
• Страх потери ответственности и контроля над ситуацией
• Беспокойство по поводу своего возможного несоответствия нововведениям
• Страх провала
• Потеря чувства собственника
• Обыкновенная инерция и нежелание осваивать новые системы.
Ответственность и обязанности
членов команды проекта SAP
В этих разделах я затрагиваю ответственность и обязанности членов коман
ды проекта SAP.
Резюме
В этой главе мы рассмотрели различные аспекты подготовки к запуску проек
та SAP, в том числе вопросы планирования, организации и управления проекта
ми SAP. Я также коснулся различных элементов риска, которые могут поставить
под сомнение успех проекта, и меры устранения таких рисков. В следующей гла
ве мы рассмотрим планирование и подготовку инфраструктуры для проекта SAP.
ГЛАВА
Установка
и администрирование SAP
11
В ЭТОЙ ГЛАВЕ:
• Подготовка плана инфраструктуры SAP 276
• Резюме 294
Эта глава посвящена стадии окончательной подготовки к запуску проекта
SAP. Мы рассмотрим планирование инфраструктуры с последующей установ
кой системы SAP и планирование системной среды. Во второй половине этой
главы мы рассмотрим некоторые подфункции, составляющие функцию адми
нистрации SAP, в том числе администрирование клиентов SAP, задач, пользо
вателей, а также принтеров и баз данных.
Подготовка плана
инфраструктуры SAP
Цель планирования инфраструктуры — обеспечение минимизации просто
ев и оптимизация оперативности реакции для достижения идеально сбалан
сированного отношения между затратами и рабочей производительностью
системы. Благодаря трехуровневой архитектуре SAP, внимание можно сконцен
трировать на центральном процессоре (Central Processing Unit, CPU), памяти
и требованиях баз данных и серверов приложений R/3 относительно условий
хранения данных.
Характеристики работы такой ориентированной на конечного пользователя
системы, как SAP можно приравнять к характеристикам работы обрабатыва
ющих и диалоговых функций. Характеристики работы диалоговых функций вы
ражаются как количество основных этапов диалога с пользователем в режиме
он-лайн, которые необходимо пройти для выполнения функциональной задачи.
Такие задачи связаны с количеством вычислений, даже, скорее, с количеством
записей единиц информации, которые вносятся в таблицы основных баз дан
ных. Таким образом, характеристики работы системы SAP можно проверять,
используя следующие базовые единицы работы:
• Примерное количество диалоговых шагов за 1 час
• Примерное количество финансовых и схожих с ними транзакций за 1 час.
Установка оборудования
и операционных систем
В SAP предусмотрен список контрольных вопросов, которые выступают
в качестве координатора требований к операционной системе и реляционной
системе управления базами данных ( R D B M S ) для выбранной платформы обо
рудования. Например, для основной копии системы R/3 Release 4.0А требует
ся примерно 15 GB дискового пространства.
Серверная сеть
Серверная сеть соединяет все серверы приложений с серверами баз данных.
Д л я каждого диалогового шага объем данных, которыми обмениваются серве
ра приложений и баз данных, не превышает 20 КВ.
Пользовательская сеть
Пользовательская сеть соединяет рабочие станции пользователей с сервера
ми приложений SAP; требования по пропускной способности этой сети во мно
гом зависят от количества пользователей. Объем данных, которые передаются
по этой сети между графическим интерфейсом SAPGUI и серверами приложе
ний при каждом диалоговом шаге обычно не превышает 2 КВ.
Двухсистемная платформа
Двухсистемная платформа стоит сравнительно недорого по сравнению
с трехсистемной, и ей проще управлять, что подразумевает повседневное адми
нистрирование системы. Двухсистемная платформа включает в себя следую
щее:
• Система 1: Система разработки и тестирования.
• Настройки и разработки АВАР производятся в клиенте разработки. Изме
ненные объекты передаются второму клиенту для тестирования.
• Настройки и программы АВАР тестируются и утверждаются в клиенте
обеспечения качества. В рабочую среду выпускаются только прошедшие
тестирование и одобренные объекты.
• Система 2: Рабочая система.
• Эта система принимает и использует измененные объекты от клиента обес
печения качества.
Трехсистемная платформа
С технической точки зрения это — оптимальное решение, но по сравнению
с двухсистемной, оно более дорогостоящее и требует дополнительного админи
стрирования.
281
Администрирование клиентов
Администрирование клиентов подразумевает копирование клиентов в пре
делах одной или нескольких систем в зависимости от целей и требований ути
лит. Некоторые стандартные клиенты приведены ниже:
• Демонстрация
• Разработка
• Настройка
• Тестирование
• Обучение и образование
• Производство.
• Обновление таблиц.
Администрирование заданий
Администрирование заданий имеет дело с выпуском определений, расписа
ний, исполнений, мониторингов и управлением фоновыми задачами. Фоновые
задачи относятся к пакетным процессам, которые рассматривались в однои
менном разделе главы 7. Выполнение фоновых задач может запускаться актив
ными диспетчерами в разных режимах SAP R/3 в зависимости от заранее за
данных сроков или при наступлении определенных событий.
Система C C M S обеспечивает возможность определения следующих харак
теристик фоновых задач:
• Спецификации задачи, что включает в себя такую информацию, как наз
вание задачи, приоритетность, компьютер назначения и т. д.
• Спецификации обработки, что включает в себя информацию о различных
шагах обработки — таких, как тип программы АВАР, которая будет задей-
ствоваться на том или ином этапе обработки.
Спецификации расписания, что включает в себя информацию о времени
начала выполнения задачи или о событии, наступление которого запускает
ее выполнение.
На рис. 11.2 представлен экран для создания фоновых задач.
Администрирование пользователей
Следующим логическим шагом после инсталляции SAP и проектирования
рабочей среды должно стать определение пользователей системы. В SAP пре
дусмотрен гибкий, универсальный метод обеспечения безопасности данных и
транзакций, основой которого является концепция пользователя SAP. Данные
о пользователе хранятся и обновляются в основных записях по пользователю,
а безопасность обеспечивается соответствующими профилями и авторизация-
ми. В SAP авторизация может варьироваться, начиная с полного доступа ко
всей системе (за исключением некоторых подробностей — таких, как размеры
окладов) и заканчивая строго ограниченным доступом к нескольким задачам,
связанным с выполнением непосредственных обязанностей. Как правило, поль
зователям даются почти полные права на доступ к функциям разработки и тес
тирования, но в рабочей среде системы доступ в значительной степени ограни
чен, в зависимости от исполняемых пользователем обязанностей.
Группы активности
Г р у п п ы а к т и в н о с т и — это г р у п п ы п о л ь з о в а т е л е й , которых объединя
ет л и б о о б щ а я ф у н к ц и о н а л ь н а я д е я т е л ь н о с т ь , л и б о д е я т е л ь н о с т ь , свя
з а н н а я с одним из б и з н е с - п р о ц е с с о в . Эти г р у п п ы с о с т а в л я ю т с я на осно
ве анализа матриц работы (служебных обязанностей) пользователей
к о м п а н и и . Г р у п п а а к т и в н о с т и о п р е д е л я е т т р а н з а к ц и и и виды деятель
ности, которые с в я з а н ы с о б я з а н н о с т я м и с о т р у д н и к а , и идентифициру
ют с о т р у д н и к а , ответственного за и с п о л н е н и е той или иной р а б о т ы .
К р о м е того, г р у п п ы а к т и в н о с т и з а в и с я т от к л и е н т а .
Авторизация пользователей
В широком смысле авторизация пользователей включает в себя все устрой
ства предоставления доступа пользователям SAP для осуществления тех или
иных функций или видов деятельности. Такие авторизации присваиваются
пользователям путем фиксирования профилей и авторизации в соответствую
щих основных записях пользователя. Как станет ясно после прочтения осталь
ных подразделов, присвоение прав доступа в SAP — достаточно сложная,
комплексная процедура.
В соответствии со свойственной SAP философией многократного использо
вания, система SAP предлагает широкий спектр наиболее часто используемых
заранее заданных профилей авторизации для облегчения работы администра
тора. Пользователю можно быстро присвоить заранее заданный профиль из
этой библиотеки профилей, или многократно использовать стандартную авто
ризацию как шаблон для создания новых, индивидуальных профилей (при этом
сами стандартные авторизации не должны изменяться). Когда создается новый
профиль, перед использованием его необходимо активировать.
Поля а в т о р и з а ц и и
Это элемент самого низкого уровня в системе авторизации. Поля авториза
ции — компоненты объектов авторизации; они ассоциируются с элементами
данных в словаре данных АВАР/4. Эти поля могут быть классом разработ
ки, группой пользователей или областью приложений, а т а к ж е могут иден
т и ф и ц и р о в а т ь деятельность, т.е. операции с з а щ и щ е н н ы м и системами про-
верки п р а в доступа. Такие операции могут быть следующих типов: созда
ние, изменение, просмотр, печать, блокирование, удаление, запись, актива
ция, изменение п а р а м е т р о в просмотра документов и т. д.
Объекты а в т о р и з а ц и и
Объекты авторизации — это элементы или объекты, необходимые для под
держания безопасности системы SAP. Объект авторизации содержит до 10 по
лей авторизации. Пользователям дозволяется осуществить системную функцию
только после успешного прохождения проверки прав доступа во всех полях ав
торизации.
Д л я облегчения управления все объекты авторизации группируются в клас
сы авторизации в зависимости от областей их применения. На рис. 11.4 предс
тавлен экран Обновление авторизации.
Авторизации
Авторизации определяют допустимые значения полей авторизации по кодам
компаний, областям приложений, группам пользователей и т. д. Авторизация
может состоять из многих действительных значений или диапазонов значений
для соответствующего поля авторизации. Символ «*» разрешает любые значе
ния, отсутствие значения означает отказ авторизации.
Авторизации применимы к профилям авторизации с соответствующими
объектами авторизации. Если авторизация изменяется, все профили, в которые
входит данная авторизация также изменяются.
Администрирование авторизации
Н е с м о т р я на то, что один главный пользователь может о с у щ е с т в л я т ь
все а д м и н и с т р и р о в а н и е пользователей в S A P , к о м п а н и я S A P настоятель
но рекомендует р а с п р е д е л я т ь ответственности за п о д д е р ж а н и е основных
записей по пользователям и а в т о р и з а ц и ю между т р е м я администратора
ми для обеспечения м а к с и м а л ь н о й безопасности, а т а к ж е для упрощения
процедур а д м и н и с т р и р о в а н и я . О б я з а н н о с т и этих трех а д м и н и с т р а т о р о в
могут р а с п р е д е л я т ь с я следующим о б р а з о м :
• Администратор пользователей — осуществляет наблюдение за всеми или
несколькими группами пользователей, а также задает и обновляет главные
записи пользователей и присваивает пользователям одну или несколько
групп активности.
• Администратор профилей авторизации — может задавать или модифици
ровать авторизации и профили, но не может изменять основные записи
пользователей или группы активности.
• Администратор групп активности — создает группы активности и опреде
ляет соответствующие транзакции R/3, но не может изменять основные за
писи пользователей или профили авторизации.
Трассировка а в т о р и з а ц и и
Трассировка авторизации полезна в случае, если пользователь испытывает
трудности с доступом к той или иной важной для него функциональности или
транзакции. Авторизацию можно проверить двумя способами:
• Транзакция анализа авторизации — это быстрый метод, специально пред
назначенный для анализа авторизации, но он доступен только в текущей
сессии пользователя. Получив сообщение об ошибке, пользователь может
запустить это средство анализа из любого экрана, выбрав из меню «Сис
тема — Утилиты — Просмотр и проверка авторизации» (или использовать
код транзакции SU53) для просмотра объекта авторизации и соответству
ющих значений.
• С и с т е м н а я т р а с с и р о в к а — это инструмент общего назначения, кото
рый р а с с м а т р и в а л с я в подразделе «Системные утилиты трассировки»
в главе 7. Один из пунктов меню этого инструмента — проверка авто
ризации. Активизировать опцию и запустить сессию т р а с с и р о в а н и я
можно для любой т р а н з а к ц и и или э к р а н а . Имеется возможность запи
сать на диск результаты трассировки для последующего исследования.
Генератор профилей
В SAP введен Генератор Профилей (Profile Generator) для автоматическо
го присвоения профилей пользователям. Принцип его действия основывается
на концепции авторизации, объектов авторизации и профилей авторизации, ко
торая описывалась выше. В SAP предусмотрена обширная библиотека станда
ртных авторизации для различных областей деятельности.
Генератор Профилей взаимодействует со структурой групп активности.
К а к у ж е упоминалось выше, группы активности создаются для той или
иной функциональной области, и им дается а в т о р и з а ц и я на использование
подструктур меню п р е д п р и я т и я . Генератор Профилей генерирует необхо
димые профили для групп активности, которые затем п р и с в а и в а ю т с я
конкретным пользователям а д м и н и с т р а т о р а м и . Одному пользователю мо
жет быть присвоено несколько групп активности.
Управление печатью
Администрирование принтеров в SAP осуществляется системой буфериза
ции. Принтер должен быть подключен к одному или нескольким серверам при
ложений, и профиль режима уточняет, какой сервер приложений форматирует
данные для печати. На рис 11.6 представлен экран администрирования спула.
• Настольные принтеры.
Резюме
В этой главе описываются различные аспекты планирования инфраструк
туры и установки системы SAP. Во второй части главы мы рассмотрели неко
торые аспекты администрирования SAP. В главах 12—17 подробно обсуждает
ся методология ускоренного внедрения, называемая ASAP.
N
ЧАСТЬ
Внедрение
IV
В ЭТОЙ ЧАСТИ:
12 Методология AcceleratedSАР 297
15 Реализация 359
• Резюме 318
В этой главе представлена новаторская методология внедрения, которую
компания SAP разработала для сокращения длительности проектов внедрения
в сравнении с методологией процедурной модели R/3 (см. раздел «Методологии
внедрения SAP» в главе 5). Ускоренная методология в основном предназнача
ется для малых и средних предприятий.
Принцип многократного использования всегда был одним из краеугольных
камней философии SAP. Как уже упоминалось в главе 1, библиотека 800 луч
ших в своем классе практик и процессов, которая поставляется с каждой ли
цензией SAP, является воплощением этого принципа.
Несмотря на то, что универсальность и гибкость систем SAP позволяют
удовлетворять требованиям самых различных отраслей, разумные временные
рамки внедрения SAP — один из важнейших факторов, который должна при
нять во внимание компания при оценке возможности внедрения SAP R/3. По
мере того, как сектор высокотехнологичных, дорогостоящих систем на рынке ин
формационных технологий все более насыщался в 90-е годы, стал проявляться
потенциал SAP в секторе малых и средних предприятий. Такого рода клиенты
не располагают достаточными ресурсами и временем, чтобы предпринимать
проекты внедрения ERP-систем, которые могут длиться от двух до трех лет.
В 1996 году компания SAP представила методологию AcceleratedSAP
(ASAP), нацеленную на значительное ускорение проектов внедрения. Методоло
гия ASAP позволила новым клиентам воспользоваться опытом и профессиональ
ными знаниями, благодаря огромному числу внедрений по всем миру. В этой
главе представлена концепция и реализация методологии ASAP при внедрении
SAP R/3.
Автоматизированное внедрение
программных продуктов
Методология ASAP — это классический пример CASE-среды, которая нап
равлена на ускорение проекта внедрения с помощью опыта, накопленного за
время предыдущих проектов SAP, и нацелена на дальнейший прогресс в этом
направлении. Среда включает в себя два аспекта: во-первых, непосредственно
CASE; во-вторых, интерактивная, «умная» помощь пользователю. В следующих
абзацах мы вкратце рассмотрим контексты среды CASE и Экспертной систе-
мы (Expert System), чтобы понять их роль и развитие в рамках окружения
ERP-систем в общем и ASAP, в частности.
Еще на ранних этапах развития информационных технологий предприни
мались попытки использования компьютерных систем как вспомогательного
средства на разных стадиях разработки программных продуктов. В основном
эти попытки подразумевали создание генераторов программ, редакторов эк
ранов, отчетов и прототипов, а также инструментов автоматического (или по
луавтоматического) тестирования, многие из которых также включали в себя
соответствующие методологии ускорения жизненного цикла разработки прог
раммного обеспечения. Некоторые из этих «систем-ускорителей» не ограничи
лись ролью специальных средств системного анализа и дизайна, моделирова
ния данных и баз данных, а положили начало целым классам программного
обеспечения, которые позволили приспосабливать эти системы к любой мето
дологии, задействованной в том или ином проекте. Как станет ясно после проч
тения следующих глав, ASAP тоже использует такие «ускорители» в форме
списков контрольных вопросов, основополагающих принципов и т. д.
Подготовка проекта
Фаза подготовки проекта подразумевает создание организации проекта
(в том числе соответствующих команд и областей ответственности). На этом
этапе определяются цели внедрения SAP, подготавливается стратегия и при-
мерный план проекта, а также определяется необходимая инфраструктура
(в том числе компьютерное и сетевое оборудование). Также осуществляется
масштабирование и оценка предстоящего проекта, после чего инициируется
приобретение системы SAP. Официально проект запускается на открытом соб
рании, в котором участвуют все члены организационного и исполнительного ко
митетов, члены команды проекта и консультанты SAP.
Концептуальное проектирование
Ф а з а Концептуального п р о е к т и р о в а н и я п о д р а з у м е в а е т окончательное
определение и д о к у м е н т и р о в а н и е требований компании. Консультанты и
члены команды проекта проводят собеседования и с о б р а н и я по р а з н ы м
о б л а с т я м деятельности для п о д т в е р ж д е н и я требований компании относи
тельно тех или иных бизнес-процессов. Д е м о н с т р и р у е т с я функциональ
ность R/3 с помощью системы I D E S ( I n f o r m a t i o n and D e s i g n E d u c a t i o n ) ,
причем д е м о н с т р а ц и я с о п р о в о ж д а е т с я заполнением опросных листов и
д и а г р а м м процессов из R/3 B u s i n e s s E n g i n e e r . О п р е д е л я ю т с я пробелы
между т р е б о в а н и я м и и п р е д о с т а в л я е м о й функциональностью и выраба
т ы в а ю т с я соответствующие меры. Р е з у л ь т а т о м этого э т а п а проекта дол
жен стать документ под н а з в а н и е м « К о н ц е п т у а л ь н ы й проект» ( B u s i n e s s
B l u e p r i n t ) , с д е т а л и з а ц и е й имеющих место процессов, письменного и гра
фического п р е д с т а в л е н и я с т р у к т у р ы и бизнес-технологий компании. Пос
ле у т в е р ж д е н и я этот документ становится основой для всего проекта.
Реализация
Ц е л ь данного э т а п а — к о н ф и г у р а ц и я базовой системы с учетом требо
ваний Концептуального проекта посредством I M G . Д л я этого бизнес-про
цессы группируются в циклы связанных между собой процессов; система
документируется с помощью R/3 B u s i n e s s E n g i n e e r . Подготовленная на
данном этапе б а з о в а я система в д а л ь н е й ш е м становится основой рабочей
системы.
Кроме того, на э т а п е Р е а л и з а ц и и к о м а н д а проекта проходит обучение
3-го уровня. Система п р е д с т а в л я е т с я к о м а н д е главных пользователей,
которые т а к ж е изучают модули, относящиеся к с ф е р е их деятельности.
Б а з о в а я система окончательно о т л а ж и в а е т с я и у т в е р ж д а е т с я г л а в н ы м и
п о л ь з о в а т е л я м и с использованием м а т е м а т и ч е с к о г о подхода. Техничес
кая к о м а н д а о р г а н и з у е т системное а д м и н и с т р и р о в а н и е , п л а н и р у е т ин
т е р ф е й с ы и перенос данных. О п р е д е л я ю т с я и тестируются интерфейсы,
к о н в е р т е р ы , у с о в е р ш е н с т в о в а н и я , отчеты, д о к у м е н т а ц и я для конечных
пользователей, с ц е н а р и и т е с т и р о в а н и я и профили п р а в доступа. Резуль
татом этого э т а п а д о л ж н а быть полностью с к о н ф и г у р и р о в а н н а я , прове
р е н н а я система S A P , которая отвечает всем т р е б о в а н и я м к о м п а н и и .
Окончательная п о д г о т о в к а
Эта фаза направлена на подготовку системы и компании к переходу на
SAP; она консолидирует всю предыдущую деятельность. Решаются все исклю
чительные ситуации и устраняются нестыковки; привилегированные пользова
тели под руководством команды проекта проводят обучение конечных пользо
вателей. Проводится нагрузочное тестирование, проверяются интерфейсы и
конвертеры, а также тестирование пригодности для пользователей. Затем сле
дует перенос данных в новую систему.
Запуск и о б с л у ж и в а н и е
Это фаза решения вопросов, связанных с запуском системы. Проводится
проверка готовности к запуску, а также устраняются возможные проблемы,
о которых могут доложить конечные пользователи; кроме того, проводится мо
ниторинг системы с целью выявления возможностей для оптимизации. На этом
этапе также проверяется работа процессов на рубежах периодов (окончание
дня, месяца, квартала, года). Если ранее по недосмотру были пропущены ка
кие-либо процессы или параметры, эти пробелы ликвидируются. Измеряются
преимущества и улучшения, полученные благодаря новой системе, с целью
оценки окупаемости проекта, что может привести к повтору некоторых фаз цик
ла внедрения для дальнейших улучшений. Проект официально объявляется
закрытым.
Преимущества ASAP
Использование методологии ASAP и предусмотренных в ней стандартных
списков контрольных вопросов, опросных листов, шаблонов документов, руко
водств и рекомендаций дает следующие преимущества:
• Быстрота внедрения
• Оптимальное использование средств и ресурсов
• Высокое качество.
Руководство по внедрению
Implementation Guide (IMG) SAP R/3 играет самую важную роль в наст
ройке системы SAP R/3 под требования конкретной компании. Настройка осу
ществляется посредством конфигурации программных продуктов SAP в то вре
мя, как базовая система SAP остается в неприкосновенности. Как уже упоми
налось в разделе «Среда внедрения» главы 5, в SAP предусмотрена среда под
названием Business Engineer, которая помогает во внедрении и, в частности,
в осуществлении конфигурации. Эта среда включает в себя такие инструменты.
как Бизнес-навигатор, Руководство по внедрению, Бизнес-документооборот,
IDES и т.д. Перед тем, как подробно рассмотреть различные этапы методоло
гии ASAP в следующих главах, обратим более пристальное внимание на Руко
водство по внедрению.
Как уже упоминалось в разделе «Конфигурация через Руководство по внед
рению», инструмент IMG похож на модули инициализации в традиционных
системах, за исключением того, что количество изменяемых параметров в нем
значительно больше. Фактически, IMG — это самый важный инструмент для
успешной конфигурации SAP в соответствии с требованиями конкретной ком
пании. Существуют следующие версии Руководства по внедрению:
• Справочное IMG (Reference IMG)
• IMG по предприятию (Enterprise IMG)
• IMG по проекту/проектам (Project(s) IMG).
Справочное IMG — это стартовое Руководство по внедрению, которое
содержит базовый набор опций конфигурации, с помощью которых можно по
лучить любую производную функциональность SAP в зависимости от специфи
ческих требований. Это самая общая версия Руководства по внедрению, все ос
тальные версии — производные от нее.
IMG по предприятию — это сокращенный вариант Справочного IMG
и представляет только ту функциональность, которая необходима конкретному
предприятию. Относящиеся к исключенным модулям опции конфигурации
отфильтровываются во время генерации IMG по предприятию.
Так как внедрение проекта SAP проходит поэтапно, IMG по предприятию
создается отдельно для каждого из таких проектов, полученные руководства
называются Проектными IMG. Все конфигурации для конкретного проекта
осуществляются в IMG в соответствующем Проектном IMG, причем доступ к
IMG по предприятию и Справочному IMG ограничивается с целью исключе
ния возможности внесения в них случайных изменений. В случае необходимос
ти, рамки Проектного IMG могут расширяться — именно поэтому такая архи
тектура оказывается чрезвычайно удобной для управления настройками. В ос
тавшейся части этого раздела речь пойдет только о Проектном IMG.
Резюме
Системы SAP в основном предназначены для малых и средних предприя
тий с годовым оборотом в пределах 50 миллионов — I миллиарда долларов.
В этой главе объяснялось, почему проекты SAP обычно довольно сложны; так
же рассматривался контекст ускоренной методологии внедрения SAP —
Accelerated SAP и различные этапы цикла внедрения ASAP. В остальных гла
вах части IV мы подробно рассмотрим каждую из этих стадий в деталях.
ГЛАВА
Подготовка проекта
13
В ЭТОЙ ГЛАВЕ:
• Планирование проекта 320
• Планирование требований
к инфраструктуре 333
• Качественная проверка
подготовки проекта 334
Примечание
Планирование проекта
Эта задача включает в себя подготовку и создание Устава проекта, страте
гии внедрения, а также создание организации проекта и планов по различным
видам связанной с проектом деятельности — таким, как финансирование, рас
писание, предоставление ресурсов и т. д.
Миссия п р о е к т а
Помогает скоординировать широкомасштабные усилия компании на дости
жение успеха от внедрения и фокусирует внимание на наиболее значительных
аспектах проекта.
О ц е н о ч н ы е характеристики проекта
Этот аспект проекта определяет минимальные значения характеристик работы
по проекту в установленных временных рамках. Это подразумевает как характерис
тики самого проекта (в том числе важные рубежи и стадии), так и оценку эффек
тивности полученных в результате внедрения SAP бизнес-процессов с помощью
проведения измерений, заданных заранее в соответствии с целями проекта.
Документ Изменений
Компания SAP придает большое значение аспектам SAP, которые вызыва
ют различные изменения в компании, и соответствующему управлению этими
изменениями.
Необходимо отметить, что A S A P не означает автоматического проведе
ния Реинжиниринга бизнес-процессов как такового, существующие биз
нес-процессы не претерпевают значительных изменений. О д н а к о S A P по
своей природе (см. главу 1 « П р е д п р и я т и е нового тысячелетия» и главу 4
«Решение SAP») становится к а т а л и з а т о р о м значительных перемен в прак
тиках и процедурах компании. Д л я этого есть несколько причин:
• П р и н ц и п о д н о р а з о в о г о ввода т р а н з а к ц и й — в в е д е н н а я в одном мес
т е т р а н з а к ц и я с т а н о в и т с я доступной всем м о д у л я м .
• Всеобъемлющее автоматическое отслеживание и аудит.
• Единая интегрированная база данных.
• Операции в режиме реального времени.
• Моментальная запись и обновление транзакций.
• Моментальный доступ к самой последней информации, запросам, отчетам
и т. д. (для авторизованных пользователей).
II З а к 4 4 7 1
Именно поэтому методология ASAP, которая нацелена на внедрение SAP в край
не сжатые сроки, непременно должна учитывать вопросы управления изменениями.
Стратегия в н е д р е н и я
Существует две стратегии внедрения — по принципу «Большого взрыва»
и «волнообразное». В первом случае все необходимые модули SAP внедряются
одновременно, именно такой подход рекомендуется в данной книге. Другой под
ход — волнообразное внедрение различных модулей, когда по окончании одно
го внедрения начинается следующее.
Стратегия развертки
Стратегия развертки подразумевает подход к разворачиванию системы с
пилотного участка на остальные участки, где запланировано внедрение. Обыч
но з а д а н н а я на пилотном участке базовая конфигурация просто переносит
ся ( р а з в о р а ч и в а е т с я ) на остальные участки, с минимальными изменениями,
обусловленными спецификой участков.
Определение ролей
Методология ASAP предусматривает четкое распределение ролей и соотве
тствующие требования к знаниям для обеспечения успешного завершения про
екта. В документации по ASAP подробно определяются следующие роли:
• Спонсор проекта
• Член организационного комитета
• Менеджер проекта SAP
• Менеджер проектов по клиентам
• Лидер команды бизнес-процессов
• Член команды бизнес-процессов
• Менеджер по консалтингу SAP
• Менеджер технического консалтинга
• Аудитор качества
• Консультант по приложениям
• Лидер команды изменений
• Член команды изменений
• Владелец бизнес-процесса
• Ключевой пользователь
• Разработчик документации
• Инструктор конечных пользователей
• Менеджер Справочной службы
• Внутренний аудитор
• Лидер технической команды
• Менеджер по разработкам
• Разработчик АВАР
• Разработчик-проектировщик
• Разработчик межфункциональных приложений
• Системный администратор SAP
• Администратор баз данных
• Администратор сети
• Администратор операционных систем
• Администратор авторизации
• Технический консультант
• Проектный инженер.
Организация команды
Эта задача подразумевает проведение собеседований и назначение людей
на различные роли, указанные выше, а также организацию персонала для ад
министративной поддержки и поддержки инфраструктуры проекта.
Подготовка плана проекта
Цель этой задачи — подготовка плана проекта с учетом поставленных це
лей, принятых стратегий, а также выделенных ресурсов и финансов. В состав
такого плана должен входить план освоения ресурсов и бюджета, а также рас
писание, определяющее сроки прохождения различных рубежей проекта. Оче
видно, что такой план не будет статичным — он будет совершенствоваться по
мере продвижения проекта и прохождения различных этапов.
План р а б о т ы по проекту
Крайне важно выработать подробный план расписаний, задач и другой деятель
ности, который будет использоваться как средство контроля за развитием проекта.
Четко сформулированный план, доступный всем сотрудникам — это эффективное
средство ориентирования всего персонала на достижение поставленных целей.
План работы по проекту регулирует такие непостоянные величины, как раз
личные виды деятельности и задачи, рубежи и результаты, периоды и крайние
сроки, а также центры ответственности за эти задачи.
План б ю д ж е т а проекта
Корректный план бюджета, который четко описывал бы все предстоящие
расходы — это средство обеспечения адекватного финансирования проекта. Рас
ходы могут включать в себя оплату консалтинговых услуг, приобретение обору
дования и программного обеспечения, обучение, командировочные расходы и т. д.
План р е с у р с о в проекта
План ресурсов проекта регулирует назначение необходимого количества персонала с надлежащим уровнем знаний и н
ресурсов позволяет осуществить координирование такого назначения на уровне
всей компании, и четко согласуется с общим кадровым планом компании.
О б м е н д а н н ы м и в р а м к а х проекта
Эта задача второго плана подразумевает организацию и расписание запла
нированных и специальных собраний, стандартизацию повестки дня и ведения
протоколов, порядок проведения собраний и отчетности по проблемам, мероп
риятиям и статусам, а также обмен данными с сотрудниками, которые не вхо
дят в команду проекта.
П л а н и р о в а н и е и м о н и т о р и н г проекта
Планирование и мониторинг проекта — это средство фиксирования затра
ченных консультантами усилий, отчетность по проекту, сроки выполнения той
или иной задачи, обзоры качества, обратная связь, процедуры планирования,
пересмотра и утверждения расписаний и т. д.
Планирование проекта производится на основе Сетевого графика ASAP
(Roadmap), IMG-операций и данных Ассистента по внедрению ASAP
с помощью такого инструмента управления проектами, как MS Project. Пла
нирование проекта позволяет обновлять расписание проекта согласно плано
вым работам, бюджетному плану и плану по ресурсам.
Стандарты д о к у м е н т а ц и и проекта
Эта задача относится не только к документированию работы по проекту, но
и к параметрам бизнес-процессов, конфигурации настроек, усовершенствова
ниям в рамках конкретной компании, документации для конечных пользовате
лей, а также к связанным со службами SAP отчетам.
План у п р а в л е н и я р а м к а м и проекта
Эта задача подразумевает сохранение рамок проекта SAP, а также обра
ботку запросов на изменения и их обоснование, оценку последствий изменений
и запись выполненных изменений. Кроме того, план управления рамками про
екта может пригодиться при обработке запросов, поступающих на различных
стадиях проекта. Это очень важный аспект, так как обычно поступает множе
ство запросов на расширение функциональности и соответствующих рамок
проекта — выполнение таких запросов влечет изменения в бюджете и расписа
нии проекта, а также изменение требований по ресурсам.
План у п р а в л е н и я п р о б л е м а м и
Эта задача подразумевает регистрацию и решение возникающих вопро
сов, что нужно для составления обзоров проекта и принятия решений по
необходимым мерам и способам устранения проблем, а также для отслежи
вания этого процесса.
План у п р а в л е н и я о р г а н и з а ц и о н н ы м и и з м е н е н и я м и
Организационные изменения — это важнейший аспект методологии ASAP, ко
торый рассматривается в совокупности с планом проекта SAP. План управления
организационными изменениями нацелен на обнаружение и расчет возможных
рисков, которые могут повлиять на успешное завершение проекта SAP как на
уровне человека или команды, так и на уровне всей организации. Такой план упо
рядочивает поступающие во время Концептуального проектирования инициати
вы и служит основой для анализа последствий, оценки основных рисков, страте
гии спонсорства и коммуникации, развития навыков и передачи знаний, а также
процесса организационной оптимизации. Этот план включает в себя отчетность по
статусу программы управления изменениями в компании, а также деятельность,
методы, результаты и крайние сроки, предусмотренные этой программой.
План по о р г а н и з а ц и и группы
Этот план призван объединить все планы и мероприятия по формированию спло
ченной команды, которая является ключом к успеху проекта. Он помогает система
тизировать командные события и программы — такие, как оценка характеристик
работы и вклада в успешное завершение проекта, празднование в связи с заверше
нием того или иного этапа и т. д. План по организации группы определяет меропри
ятия, расписание событий, минимизирует соответствующие расходы и т. д.
План п р о в е р к и качества
Обзоры проекта могут быть плановыми или составляться по требованию,
они оценивают качество выполнения различных задач в рамках проекта, а так
же возникновение связанных с этим рисков и меры их устранения; сюда же
включаются результаты внешних аудиторских проверок и соответствующие
корректирующие меры и рекомендации.
Стандарт к о н ф и г у р а ц и и с и с т е м ы
Стандарт конфигурации системы устанавливает нормы внесения настроек
и управления ими через IMG, а также определяет стандарты авторизации дос
тупа к IMG и документации по изменениям и настройкам, выпуску и транс
портировке настроек и изменений в среду тестирования и в рабочую среду.
Если компания выбирает систему Ready-to-Run R/3 (RRR) или другие сис
темы с готовой конфигурацией, установление этого стандарта будет означать
поддержку всех установок конфигурации и настроек для конкретной системы.
Стандарты д о к у м е н т а ц и и
для конечных пользователей
Эти стандарты определяют документацию и программы обучения для конеч
ных пользователей, а также сопутствующие материалы. Такие программы обуче
ния обычно ориентированы на индивидуальную работу с системой, а не на
традиционную форму обучения в группах, поэтому документация должна быть по
нятна пользователю, и составлена так, чтобы ей было легко следовать при работе
с системой. Обучение крайне важно как до, так и после введения системы в строй.
Стандарты т е с т и р о в а н и я
Методология ASAP придерживается итеративного (многократного) подхода
к тестированию, что подразумевает возможность доступа к одним и тем же об
ластям и функциональности на все более и более мелком уровне. Тестирование
может начинаться на уровне конфигурации, затем переходить на уровень биз
нес-процессов и далее, на уровень пользователей.
Эти стандарты определяют общую стратегию на всем протяжении жизнен
ного цикла проекта. Тестирование проводится на следующих уровнях:
• Тестирование единиц
• Тестирование системы
• Тестирование интеграции
• Тестирование приемлемости для пользователей
• Нагрузочное тестирование
• Тестирование модернизаций и новых версий (после завершения проекта).
329
Стандарты услуг и п о д д е р ж к и п о с л е в н е д р е н и я
Эти стандарты определяют стратегию планирования необходимых услуг
после завершения внедрения, а точнее, двух видов услуг:
• Поддержка SAP
• Справочная служба SAP.
Стандарты с и с т е м н о й а в т о р и з а ц и и
Эти стандарты определяют политику, стандарты и процедуры поддержки
основных записей по пользователям, группам активности и профилям автори
зации, а также методы администрирования авторизации и координацию рабо
ты различных администраторов и команд:
• Администратор пользователей
• Администратор профилей авторизации
• Администратор групп активности
• Команда по управлению изменениями .
• Команда разработчиков АВАР.
Стандарты отчетности п о п р о б л е м а м
и устранению сбоев
Стандарты контроля и у п р а в л е н и я и з м е н е н и я м и
Д а ж е если внедрение SAP проводится по принципу «без изменений» («по
change»), все равно возникнет множество ситуаций, когда придется вносить из
менения, обусловленные природой модификаций и дополнений программных
продуктов SAP. Как правило, такие усовершенствования и модификации не
должны затрагивать базовую конфигурацию SAP (см. раздел «Методологии
внедрения SAP» в главе 5).
Стандарты контроля и управления изменениями определяют правила ини
циирования и обоснования изменений, их описания и документирования, тести
рование и т. д.
Стандарты п р о г р а м м и р о в а н и я АВАР
Стандарты программирования АВАР затрагивают разработку, тестирование
и внедрение программ АВАР, в том числе отчетов, динамических программ и т. д.
Целесообразно не изменять рекомендуемые компанией SAP стандарты програм
мирования на АВАР, наименования условных обозначений, специфические таб
лицы, руководства по оформлению экранов, объекты Хранилища и т. д.
О п р е д е л е н и е и идентификация н е о б х о д и м ы х систем
Обычно SAP рекомендует трехсистемную платформу со следующими ком
понентами:
• Система разработки
• Система качества
• Рабочая система.
331
Примечание
Стратегия р а з в о р а ч и в а н и я Клиентов
Клиент — это независимая организационная единица в SAP R/3. Каждый
клиент требует отдельной установки и обслуживания. Следовательно, для ус
тановки системной платформы необходима ясная и определенная стратегия.
В рамках отдельной SAP R/3 каждый клиент идентифицируется с трехзнач
ным номером. Мы уже упоминали Клиента по умолчанию — ООО и Клиента
066, предназначенного для услуги «Раннее обнаружение». Одинаковые Клиен
ты на нескольких системах должны идентифицироваться одинаковыми номера
ми, эта мера необходима для транспортировки измененных объектов, потому
что из одной системы измененный объект по умолчанию транспортируется в та
кого же Клиента системы назначения. У каждого Клиента есть своя среда дан
ных, в том числе:
• Настройки (как общие, так и специфические для конкретного Клиента)
• Объекты Хранилища
• Данные приложений (основные и по транзакциям)
• Основные записи по пользователям.
В зависимости от предназначения Клиенты могут принадлежать одному из
следующих типов:
• Клиент разработки
• Клиент тестирования
• Клиент проверки качества
• Клиент обучения
• Рабочий клиент
• Тестовый мандат (Sandbox)
• Подготовка производства.
Стратегия в е р с и й
Эта задача определяет модернизации SAP R/3 в зависимости от выпуска
новых версий с дополнительной функциональностью SAP. Методология ASAP
рекомендует отложить модернизацию версий до окончания проекта внедрения.
Стратегия т р а н с п о р т н о й с и с т е м ы
Эта задача устанавливает механизм выпуска и транспортировки изменен
ных и настроенных объектов разработки из среды разработки в систему тести
рования и определения качества с последующим утверждением этих объектов
и транспортировкой в рабочую среду. Эта задача определяет нормы создания
запросов на изменения и импорт объектов в среду тестирования и рабочую сре
ду, обеспечивает выпуск в рабочую среду только утвержденных объектов и т. д.
Открытие проекта
Эта задача подразумевает официальный запуск проекта SAP, на котором
должны присутствовать все ведущие и топ-менеджеры, члены организационно
го комитета, менеджеры проекта SAP, участники команды проекта, консуль
танты SAP, а т а к ж е представители партнеров и члены команды управления
изменениями. Это основа для конкретизации устава проекта, стратегии
внедрения, создания организации проекта и общего плана проекта. На этом
этапе представляются ключевые обязанности и ответственные лица, необхо
димые навыки и временные рамки, а также индивидуальная ответственность
членов различных команд. На собрании необходимо особо подчеркнуть цели,
поставленные перед командой управления изменениями; кроме того, такое соб
рание служит средством мотивации команды проекта и поощрения заинтере
сованности в успешном и своевременном завершении проекта.
Это собрание также подтверждает общее принятие заявленных целей, страте
гий и планов, а также установленных стандартов и процедур не только членами
команды SAP, но и всем персоналом компании. За открытием проекта следует
собрание команды проекта, на котором обсуждаются принятые стандарты и спо
собы повсеместного распространения информации о проекте в среде компании.
Планирование требований
к инфраструктуре
Эта задача направлена на сбор внутренней информации компании с целью
определения требований к инфраструктуре, в том числе ее масштаба, оценки
характеристик работы компьютерного оборудования и сопутствующей инфра
структуры, а также на осуществление своевременной закупки необходимого
оборудования в предусмотренные планом проекта сроки.
Оценка оборудования
Инфраструктуру необходимо оценить относительно разнопрофильных за
дач. Оценка проводится на следующих уровнях:
• Рабочие места
• Сеть
• Система (серверы приложений и баз данных).
14
В ЭТОЙ ГЛАВЕ:
• Управление проектом на этапе
концептуального планирования 337
• Управление организационными
изменениями 338
• Определение бизнес-структуры
предприятия 346
• Проверка качества
концептуального проекта 358
Примечание
Подготовка проекта
Подготовка проекта заключается в оценке и анализе потенциальных рисков,
обнаруженных на этапе подготовки проекта, что подразумевает выполнение та
ких задач, как анализ возможных последствий, оценка основных рисков, стра
тегия обмена информацией и спонсорства, развитие знаний и профессиональ
ных навыков персонала, процесс организационной оптимизации.
Управление организационными
изменениями
Помимо задач, связанных с непосредственным решением различных за
дач в рамках проекта внедрения SAP, в методологии ASAP особое значение
придается вопросу управления изменениями, связанными с проектом SAP.
К а к уже упоминалось в главе 13, внедрение SAP имеет существенный и
далеко идущий эффект в организационных и кадровых аспектах деятельнос
ти компании, хотя по своей сути внедрение SAP не является мероприятием
по реинжинирингу корпоративных бизнес-процессов.
Предметом управления организационными изменениями является совокуп
ность изменений бизнес-процессов, облегчающих диагностику и управление
вопросами, связанными с организационными изменениями. Конечной целью
в таком случае становится оптимизация организационных процессов для под
держания на должном уровне движущей силы, требуемой по методологии
ASAP. Д л я предотвращения возможных рисков в методологии ASAP предус
мотрено множество процессов — таких, как анализ эффекта от изменений,
оценка базовых рисков, стратегия спонсорства и обмена информацией, разви
тие навыков, передача знаний, а также процесс оптимизации организации.
С о з д а н и е и н с т р у м е н т о в о ц е н к и рисков
Вначале необходимо оценить первичную поддержку внедрения SAP; в даль
нейшем такие инструменты можно использовать для обнаружения неблагопри
ятных факторов, влияющих на управление проектом.
В системе SAP предусмотрены подробные указания для оценки рисков, ко
торые необходимо использовать при создании инструментов оценки рисков в
конкретной компании.
У п р а в л е н и е и н с т р у м е н т а м и о ц е н к и рисков
Инструменты оценки рисков позволяют команде по изменениям идентифи
цировать связанные с предстоящими изменениями риски, понять потенциаль
ные последствия и найти возможность применения упреждающих мер.
При управлении оценками организационных рисков, команда по изменени
ям обращает внимание на приведенные ниже группы в указанном хронологи
ческом порядке:
• Сотрудники, чьи обязанности и ответственность значительно изменятся уже
в процессе внедрения SAP
• Сотрудники, чьи обязанности и ответственность значительно изменятся в
результате внедрения SAP
• Сотрудники, чьи обязанности и ответственность зависят от работы первых
двух групп.
С о з д а н и е п р о ф и л я рисков
Необходимо создать один профиль рисков, общий для всех уровней, на
котором проводится оценка рисков: руководство, команда и о р г а н и з а ц и я в
целом (см. раздел «Управление рисками в проекте SAP» в главе 10).
П р о в е д е н и е с е м и н а р о в п о рискам
Семинары по рискам являются плодородной почвой для разработки стра
тегий устранения обнаруженных негативных тенденций и рисков, а также оп
ределения сроков и распределения ответственности за принимаемые меры.
И с п о л ь з о в а н и е результатов с е м и н а р о в п о рискам
На семинарах принимаются решения по мерам, направленным на устране
ние выявленных рисков: в дальнейшем эффективность принятых мер отслежи
вается и оценивается.
Необходимо отметить, что оценка рисков — это не единовременное мероп
риятие, а постоянный процесс. И во время внедрения, и после его завершения
необходимо производить регулярную оценку' рисков и принимать соответ
ствующие меры.
Техническое проектирование
Компания SAP рекомендует документировать всю техническую инфраструк
туру с помощью соответствующего шаблона под названием «Документ инфраст
руктуры» (IT Infrastructure Document). Эта задача включает в себя следующее:
• Подготовку структуры системы и ее дистрибуции
• Подготовку инфраструктуры печати
• Подготовку топологии сети
• Подготовку топологии интерфейсов
• Подготовку управления запросами на изменения
• Подготовку стратегии управления версиями и модернизациями
• Подготовку стратегии управления терминалами.
Системное администрирование
На этом этапе следует определить, протестировать и утвердить процедуры
системного администрирования для среды разработки. Необходимо выполнить
следующие задачи:
• Провести семинар по Базису и системному администрированию
• Определить системное администрирование для среды разработки
• На основе принятых решений провести конфигурацию Центральной управ
ляющей системы (CCMS)
• Определить стратегию резервного копирования данных.
С о з д а н и е Руководства п о в н е д р е н и ю н а п р е д п р и я т и и
Для того, чтобы создать специфическое для конкретного предприятия Руко
водство пользователя, надо выбрать необходимые компоненты приложения
allEnterprise IMG. Следует отметить, что выбор компонента подразумевает ав
томатический выбор всех элементов, подчиненных этому компоненту по иерар
хии. Однако если компания собирается использовать ссылку ASAP IMG, необ
ходимо выбрать все компоненты Enterprise IMG.
345
Определение бизнес-структуры
предприятия
Определение бизнес-структуры предприятия подразумевает создание кон
цепции организационной структуры, состоящей из таких элементов SAP, как
клиент, код компании, область контроллинга, область бизнеса, организация за
купок и продаж и т. д. Такая структура упорядочивает процессы в области ло
гистики и финансов в SAP, а также управление кадрами.
В результате создается организационная бизнес-структура компании
в рамках системы SAP, на основе организационных правил системы R/3. Д л я
этих целей в методологии ASAP предусмотрена документация по моделирова
нию структуры (Structure Modeler) и соответствующий шаблон в Visio. Созда
ние организационной бизнес-структуры происходит на собраниях с участием
спонсора проекта, управляющего проектом, лидера команды по бизнес-процес
сам и других ключевых членов рабочих команд. Можно организовать отдель-
ные семинары для обсуждения финансовых процессов и процессов из области
логистики с последующей интеграцией полученных результатов.
В методологии ASAP предусмотрен список контрольных вопросов по орга
низационной структуре, который содержится в разделе «Общие вопросы бизне
са» (Business Overview Questions), (см. рис. 14.2 и 14.3) в базе данных (Q&Adb).
Определение бизнес-процессов
Следующей задачей после определения организационной структуры являет
ся определение бизнес-процессов компании, которые поддерживает SAP. Эта
важнейшая информация станет основой для Концептуального проекта. В сле
дующих подразделах рассматриваются связанные с этим этапом задачи.
• Описания усовершенствований
• Описания функциональных недостатков
• Подходы к устранению недостатков
• Заметки о возможности дальнейших улучшений
• Анализ системной конфигурации
• Рассмотрение интерфейсов
• Мнение по конвертации данных
• Обсуждение отчетов
• Рассмотрение авторизации.
О п р е д е л е н и е требующихся отчетов
В SAP предусмотрены сотни стандартных отчетов, многие из которых обла
дают достаточной гибкостью, причем один новый отчет SAP может заменить
несколько отчетов в унаследованных системах. Каждое требование к тому или
иному отчету необходимо сверить с иерархией отчетов в системе, чтобы убе
диться в наличии соответствующей функции. На случай, если то или иное тре
бование не удается удовлетворить с помощью стандартного отчета, в SAP пре
дусмотрен шаблон записи нестандартных требований к отчету и широкий на
бор средств создания нестандартной отчетности, в том числе Report
Writer/Report Painter, АВАР Query, АВАР Reporting и т. д.
Пересмотр описаний и м о д е л е й б и з н е с - п р о ц е с с о в
В рамках этой задачи документируются любые изменения того или иного
бизнес-процесса, которые возникают из-за особенностей подхода SAP к внедре
нию бизнес-процессов. Также проводится интеграция всей собранной за время
семинаров и совещаний информации и аспектов требований к системе и про
цессам с целью определения возможных несоответствий, пробелов, а также на
хождения решений для ранее указанных недостатков.
С о с т а в л е н и е К о н ц е п т у а л ь н о г о проекта
Эта задача включает консолидацию баз данных «Вопросы и ответы»
(Q&Adb) в одну централизованную базу данных и составление Концептуально
го проекта. Концептуальный проект должен охватывать следующие аспекты:
• Управленческий конспект
• Рамки областей процессов предприятия
• Организационная структура
• Заполненные списки контрольных вопросов по бизнес-процессам и форму
ляры описаний исходных данных клиента (CI).
• Обоснование для использования усовершенствований, конвертации и ин
терфейсов
• Заполненный список технических контрольных вопросов.
О с н о в н о й список б и з н е с - п р о ц е с с о в
Эта задача нацелена на определение точных рамок бизнес-процессов, кото
рые будут внедряться на этапе реализации. Основной список бизнес-процессов
(BPML) — это описание всех областей, которые охватит проект SAP, причем
конфигурация осуществляется в два этапа — базовая конфигурация и оконча
тельная конфигурация (см. рис. 14.7 и 14.8).
Методология ASAP рекомендует — базовые рамки проекта должны охва
тывать около 8 0 % планируемой области проекта (см. рис. 14.9, 14.10 и 14.11),
и включать в себя наиболее важные сценарии, процессы и функции компании.
Оставшиеся сценарии и процессы рассматриваются во время окончательной
конфигурации. Чтобы облегчить эту задачу, методология ASAP рекомендует
сформировать несколько циклов конфигурации, каждый из которых состоит из
набора бизнес-процессов, сгруппированных по принципу приоритетности.
При выборе транзакций бизнес-процессов в базе данных «Вопросы и отве
ты» появляются транзакции, ассоциированные с конкретным бизнес-процес
сом. Выбор одной или нескольких колонок показывает, что их необходимо вклю
чить в выполняемые на этапе реализации циклы конфигурации и интеграции.
12 Зак. 4471
354
Для генерации BPML надо открыть базу данных «Вопросы и ответы», раз
дел «Отчет», затем выбрать «Основной список бизнес-процессов» и нажать
«Генерировать». Колонка «Ссылки» в BPML обеспечивает доступ к формуля
рам описаний исходных данных клиента, относящегося к данному бизнес-про
цессу, а также к процедурам бизнес-процессов (ВРР). Кроме того, в BPML со
держится информация, полученная от описанных выше транзакций бизнес-про
цессов, которую в случае необходимости можно расширить.
Примечание
15
В ЭТОЙ ГЛАВЕ:
• Управление проектом на стадии
реализации 361
• Поддержка организации
• Базовая конфигурация
и утверждение 370
• Проведение окончательной
конфигурации и утверждение 375
• Подготовка пользовательской
документации и обучающих материалов 387
Примечание
Подготовка к этапу р е а л и з а ц и и
Подготовка к этапу реализации подразумевает составление плана и предуп
реждение рисков, которые могли бы поставить под сомнение успех проекта на
данном этапе, вследствие чего особое значение приобретает процесс управления
изменениями.
4
П е р и о д и ч е с к а я о ц е н к а рисков и п р о в е д е н и е с е м и н а р о в
Оценка рисков проводится примерно раз в два месяца и нацелена на
выяснение того, в какой степени операционная среда компании облегчает или,
наоборот, затрудняет внедрение SAP. Результаты такой оценки являются
важнейшими данными, на которых основывается процесс управления измене
ниями.
Оценка рисков проводится в трех контекстах:
• Лидерство
• Команда
• Организация.
О б е с п е ч е н и е о б р а т н о й связи с ф у н к ц и о н а л ь н ы м и
руководителями
Отчетность, предоставляемая функциональными руководителями, может
включать сведения по ключевым мероприятиям, срокам, оставшимся невыпол
ненными задачам и т.д.
П р о в е д е н и е с о б р а н и й по у п р а в л е н и ю рисками с у ч а с т и е м
ключевых с о т р у д н и к о в
П о д д е р ж к а ключевых каналов о б м е н а и н ф о р м а ц и е й
Результаты оценки рисков необходимо учитывать при изменении ключевых
каналов обмена информацией с целью поддержания их максимального соответ
ствия изменчивым обстоятельствам на оставшихся этапах проекта.
Управление постоянным процессом проектного
спонсорства
Эта задача нацелена на поддержание эффективности процесса спонсорства,
инициированного на этапе Концептуального планирования.
У п р а в л е н и е п о с т о я н н ы м п р о ц е с с о м р а з в и т и я навыков
персонала
Менеджмент системы
Цель этой задачи — подготовка системной среды к реальной работе, что
подразумевает определение системных требований к инфраструктуре, допусти
мых значений характеристик работы системы, системное администрирование и
окончательное создание рабочей среды системы SAP.
Создание базы соглашений на различных
уровнях обязательств
На этом этапе необходимо четко определить условия соглашений об обслу
живании и заключить такие соглашения.
Р а з р а б о т к а плана тестов на с б о и
План тестов на сбои моделирует сбой в одном из компонентов системы
с целью оценки последствий такого сбоя, влияния на зависимые компоненты,
ожидаемые результаты, а также содержит инструкции пользователю — как
вести себя в такой ситуации, процедуры исправления ошибок, обучение и т. д.
Р а з р а б о т к а плана н а г р у з о ч н о г о т е с т и р о в а н и я
План нагрузочного тестирования составляется в рамках окончательного ин
теграционного тестирования. Такое тестирование позволяет убедиться в том,
что при вводе основных бизнес-транзакций, а также их копировании или сос
тавлении отчетности пропускная способность системы находится на должном
уровне.
Р а з р а б о т к а плана ф у н к ц и о н а л ь н о г о т е с т и р о в а н и я
Это тестирование нацелено на выяснение способностей системы справлять
ся с возрастающими нагрузками в случае подключения новых пользователей.
В плане функционального тестирования фиксируются параметры тестов, гра
фик резервного копирования, сохранение и мониторинг результатов. Также
предусматривается выполнение рекомендуемых изменений конфигурации и мо
дернизация системной конфигурации.
Р а з р а б о т к а плана т е с т и р о в а н и я с и с т е м н о г о
администрирования
С о з д а н и е п р о ц е д у р к о п и р о в а н и я клиента
Создание процедур копирования клиента подразумевает использование
утилит копирования клиента, а также отзыва (аннуляции) копии клиента.
Создание п р о ц е д у р транспортировки
Эта задача нацелена на подтверждение эффективности транспортной сис
темы, в том числе следующих ее аспектов:
• Выпуск запросов на изменения
• Импорт в систему обеспечения качества (Quality Assurance, QA) и в рабо
чую среду
• Процедуры «заморозки» кодов и тестирование качества (QA)
• Процедуры утверждения результатов обеспечения качества (QA) и запус
ка в рабочую среду.
Установка о б о р у д о в а н и я
Установленное оборудование, операционные системы и другие компонен
ты должны полностью соответствовать требованиям конкретной версии сис
темы R/3. В ТОМ числе анализируется возможность подключения к онлайно
вой сервисной системе ( O S S ) .
Инсталляция с и с т е м ы о б е с п е ч е н и я качества
Инсталляция системы R/3 включает в себя следующие шаги:
• Запуск программы R3SETUP.
• Инсталляция основных копий.
• Инсталляция баз данных.
• Инсталляции программного обеспечения сервера представления на серве
рах приложений и центральных копиях.
• Просмотр журнала R3SETUP.log для обнаружения возможных проблем.
• Проверка правильности совершенных действий посредством инсталляции
и использования графического пользовательского интерфейса ( S A P G U I )
и электронной документации.
Б е з о п а с н о с т ь с и с т е м ы « О б е с п е ч е н и е качества»
Безопасность системы обеспечения качества заключается в контроле
доступа к операционной системе и базе данных для исключения возможнос
ти случайных или намеренных изменений системы QA. Доступ к внутреннему
устройству системы QA позволен лишь небольшому числу технических
сотрудников и только после прохождения строгой процедуры создания такого
доступа.
С о з д а н и е б а з о в о г о плана к о н ф и г у р а ц и и
Создание базового плана конфигурации происходит следующим образом:
1. Открыть Основной список бизнес-процессов ( B P M L ) и выбрать лист «Ба
зовая».
2. Добавить глобальные параметры в начале BPML.
3. Добавить задачи по конфигурации в организационную структуру, вслед за
глобальными параметрами.
4. Ввести запланированную графиком дату в колонке «План» раздела «Кон
фигурация».
5. Ввести информацию по тестированию и порядку следования взаимозависи
мых процессов. Д л я этого надо ввести номер ситуации и номер следования
процесса в группу ассоциированных процессов в колонках «Конфигурация:
Номер ситуации, Номер следования». Нажатие клетки «Просмотр» под ко
лонкой «Конфигурация» позволяет отсортировать процессы по номерам.
6. Сохранить изменения в Плане базовой конфигурации в формате MS Excel.
Распределение ресурсов
Распределить ресурсы для базовой конфигурации и протестировать их мож
но следующим образом:
1. Открыть План базовой конфигурации и выбрать лист «Базовая», изменен
ный на предыдущем этапе.
2. Задать необходимые навыки, подтвердить наличие ресурсов и распреде
лить ответственность среди сотрудников, которые работают с тем или иным
процессом, среди членов команд и ключевых пользователей.
3. Ввести Ф И О члена команды в колонке «Ответственность — Конфигурация
и тестирование».
4. Сохранить изменения.
О д о б р е н и е плана б а з о в о й к о н ф и г у р а ц и и в л а д е л ь ц а м и
процессов
Конфигурация о б щ и х параметров
Конфигурация общих параметров зависит от информации, полученной во
время семинаров по общим требованиям к бизнес-процессам, которые прово
дились на этапе концептуального планирования (см. главу 14), в том числе от
таких параметров, как страна, ее валюта, единицы измерения, особенности ка
лендаря и т. д.
Д л я каждого элемента конфигурации необходимо ввести соответствующие
данные в Руководство по внедрению (IMG) с помощью документации IMG
Notes. Подобным образом также обновляется План базовой конфигурации, на
меченная дата конфигурации и ее статус.
К о н ф и г у р а ц и я о р г а н и з а ц и о н н о й структуры
Это мероприятие зависит от документации и решений, утвержденных на
этапе концептуального планирования, в рамках задачи формирования орга
низационной структуры (см. раздел «Определение организационной струк
туры» в главе 14).
Создание и конфигурация организационных единиц производится с по
мощью ссылок или использования функции «копировать»; также необходимо
обновлять соответствующую информацию в Руководстве по внедрению и
в Плане базовой конфигурации.
Тестирование б а з о в о й конфигурации
Тестирование базовой конфигурации проводится с использованием тестовых
ситуаций и планов, предусмотренных Планом базовой конфигурации. Д л я
каждой тестовой ситуации параметры и данные тестирования обязательно до
кументируются — позднее эта информация пригодится во время подтвержде
ния базовой конфигурации.
Документирование п р о б л е м и их р е ш е н и е
Любые расхождения, проблемы или недочеты должны записываться и не
медленно решаться; для записи используется «проблемная» база данных в
рамках базы данных «Вопросы и ответы» (Q&Adb). Если проблема относится
к области предварительного просмотра окончательной конфигурации, ее надо
присвоить соответствующему циклу (см. раздел «Базовая конфигурация и
подтверждение»).
П е р е с м о т р К о н ц е п т у а л ь н о г о плана
На основе результатов конфигурации и подтверждения сценариев и бизнес-
процессов Концептуальный план пересматривается и в нем отражается теку
щая информация.
Проверка п о л н о т ы б а з о в о й к о н ф и г у р а ц и и
Используя П л а н базовой конфигурации, необходимо проверить все да
ты текущей и з а п л а н и р о в а н н о й деятельности по конфигурации и тестиро
ванию процессов и сценариев, причем проблемные процессы должны быть
о т о б р а ж е н ы в б а з е данных «Вопросы и ответы». Убедиться в этом можно
т а к ж е с помощью Руководства по внедрению ( I M G ) , запустив а н а л и з про
екта из меню «Настройки».
Примечание
Сценарии утверждения
Сценарий утверждения (т. е. группа процессов) является полным бизнес-
процессом, который можно разделить на подпроцессы. Последние проще утвер
дить как серию последовательных шагов сценария. Процедура контрольного
примера (business case) представляет собой жизненно важный поток информа
ции, ассоциированные с ними условия и исключения. Составление контрольно
го примера требует следующих действий:
1. Открыть План базовой конфигурации и выбрать «Базовая».
2. Ввести информацию по подтверждению и порядку следования взаимозави
симых процессов — для этого надо ввести номер ситуации и номер следо
вания процесса в группу ассоциированных процессов в колонках «Конфи
гурация: Номер ситуации, Номер следования».
3. Добавить информацию о процедурах подтверждения, выбрав шаблон про
цедуры и заполнив его подробными данными.
4. Сохранить изменения.
Проведение окончательной
конфигурации и утверждение
Как уже упоминалось в разделе «Базовая конфигурация и подтверждение»,
не все включенные в рамки базовой конфигурации сценарии и бизнес-процес
сы отлаживаются на этом этапе.
Чтобы облегчить задачу проведения конфигурации, методология SAP ре
комендует сформировать серию циклов конфигурации, в зависимости от
приоритетности бизнес-процессов. Эти циклы конфигурации уже упомина
лись в главе 14. Циклы последовательно конфигурируются до тех пор, пока не
будут устранены все неполадки и неясности, после чего система готова для
окончательного тестирования на интеграцию.
Каждый цикл представляет собой повторяющийся процесс, который наце
лен на систематизацию окончательной конфигурации. Циклы задаются, исходя
из следующих критериев:
• Цикл 1: Цель этого цикла — тонкая настройка конфигурации бизнес-про
цессов для основных данных и наиболее важных процессов.
• Цикл 2: Тонкая настройка конфигурации оставшихся основных данных и
элементарных транзакций.
• Цикл 3: Тонкая настройка конфигурации и основных данных посредством
запуска наиболее важных процессов.
• Цикл 4: Настройка конфигурации через запуск бизнес-процессов (транзак
ций, отчетов, пользовательских профилей и т. д.).
Примечание
О к о н ч а т е л ь н о е п о д т в е р ж д е н и е (циклы от 1 до n)
На этом этапе необходимо сформулировать сценарии подтверждения для
гарантии успешной конфигурации системы. Эта задача сходна с подтвержде
нием базовой конфигурации, но основное отличие в том, что она выполняется
на цикличной основе:
• Подготовка сценариев окончательного подтверждения.
• Выполнение сценариев окончательного подтверждения.
Разработка шаблонов
Разработка специфических для компании бланков и шаблонов документов
производится в строгом соответствии с Концептуальным планом и включает
в себя следующие задачи:
• Определение внешнего вида и технических спецификаций шаблонов с пос
ледующим внесением соответствующих изменений затронутых бизнес-про
цессов в Основной список бизнес-процессов (BPML).
• Создание шаблонов (если возможно, на основе стандартных шаблонов
бланков и документов, предусмотренных в системе).
• Подготовка процедур тестирования шаблонов — определение функций
и последовательности тестов и используемых данных.
• Тестирование, анализ и одобрение результатов.
• Транспортировка шаблонов в среду «Обеспечение качества» (QA) для
окончательного интеграционного тестирования.
Разработка отчетов
Р а з р а б о т к а специфических для компании отчетов производится в
строгом соответствии с К о н ц е п т у а л ь н ы м планом и включает в себя сле
дующие з а д а ч и :
• Идентификация процессов, чьи требования по отчетам и анализу не могут
быть удовлетворены стандартными отчетами, предусмотренными в систе
ме. Определение периодичности составления таких отчетов, их содержание,
источники необходимых данных и т. д.
• Определение спецификации отчета и обновление информации в соответ
ствующих бизнес-процессах в BPML.
• Создание отчетов с использованием подходящих инструментов — таких,
как АВАР/4 Query, SAP Report Writer/Painter, АВАР Reporting и т. д. По
возможности, следует использовать стандартные отчеты в качестве шабло
на; особое внимание стоит уделить возможному влиянию новых отчетов на
общие и частные характеристики работы системы.
• Анализ отчетов, чтобы убедиться в том, что они созданы на основе правиль
ных таблиц, используют правильные индексы и в целом функционируют
эффективно. Создание неэффективных отчетов увеличивает нагрузку на
систему и может привести к ухудшению характеристик ее работы.
• Подготовка процедур тестирования новых отчетов, определений функций
и последовательности тестирования, а также данных, которые будут ис
пользоваться в тестировании.
• Тестирование, анализ и одобрение результатов.
• Транспортировка отчета в среду «Обеспечение качества» (QA) для оконча
тельного интеграционного тестирования.
Второй метод — это обмен данными между программами, при котором для
каждой участвующей системы требуется отдельный интерфейс; соединение ус
танавливается той системой, которая пытается передать данные другой систе
ме. Такой метод позволяет только синхронную передачу и обработку данных;
для внедрения такого рода интерфейсов существуют следующие технологии:
• Удаленный вызов функции (Remote Function Call, RFC)
• Обычный интерфейс программирования для обмена данными (Common
P r o g r a m m i n g Interface for Communication, CPI-C)
• Технология компонентов OLE/ActiveX
• Компоненты графического интерфейса пользователя G U I L I B / G U I
• Интерфейс IDoc для Electronic Data Interchange (EDI)
• Интерфейс IDoc для Application Link Enabling (ALE)
• SAP Business Workflow
381
Примечание
Разработка усовершенствований
Цель этой задачи — разработка модификаций, усовершенствований и до
полнительной функциональности для системы SAP в соответствии с Концепту
альным планом. Такие усовершенствования могут включать в себя:
• Использование индивидуальных пользовательских подключений к R/3
• Индивидуальные настройки и модификации стандартных объектов R/3
• Разработку индивидуальных настроек и объектов в среде АВАР/4.
ПЗак. 447!
В методологии ASAP предусмотрена формула для вычисления приоритетнос
ти тестирования сценариев; по мере возрастания важности того или иного теста
важность его включения в интеграционное тестирование также возрастает.
Подготовка плана о к о н ч а т е л ь н о г о и н т е г р а ц и о н н о г о
тестирования
Транспортировка в с е х о б ъ е к т о в в QA и « з а м о р о з к а »
системы
Примечание
Подготовка пользовательской
документации и обучающих
материалов
Эта задача состоит в определении необходимых различным пользователям
курсов обучения, которые будут проводиться перед запуском системы.
С о з д а н и е плана д о к у м е н т а ц и и д л я к о н е ч н ы х
пользователей
Подготовка плана о б у ч е н и я к о н е ч н ы х п о л ь з о в а т е л е й
Подготовка м а т е р и а л о в д л я инструкторов, к о т о р ы е
будут проводить о б у ч е н и е конечных пользователей
Подготовка о б у ч а ю щ е г о м а т е р и а л а д л я к о н е ч н ы х
пользователей
Примечание
Этот обзор дает оценку различных рисков и является движущей силой для
различных мер, направленных на завершение проекта в предусмотренные сро
ки — таких, как процессы организационных изменений, основанные на оценке
специфических рисков как на уровне команды проекта, так и на уровне всей
организации в целом.
Подготовка к о б у ч е н и ю к о н е ч н ы х п о л ь з о в а т е л е й
Эта задача включает в себя приведение в порядок логистики и среды SAP
перед обучением, в том числе транспортировку и фиксацию клиента обучения,
а также загрузку специфических для компании данных в среду обучения.
О б з о р и о ц е н к а навыков п о с л е п р о в е д е н и я о б у ч е н и я
Эта задача подразумевает оценку эффективности проведенного обучения и
получения конечными пользователями навыков, необходимых для выполнения
своих повседневных задач. Инициативные предложения и обратная связь
должны использоваться для соответствующей модификации будущих циклов
обучения. Кроме того, в зависимости от результатов такой оценки может быть
принято решение о проведении дополнительных курсов обучения для всех ко
нечных пользователей с целью углубления знакомства с системой SAP; причем
такие курсы могут быть направлены на специфические области работы с сис
темой — например, составление отчетности или работу с запросами.
Управление системой
Управление системой подразумевает подготовку технической инфраструкту
ры и организацию системного администрирования для рабочей системы SAP.
К о н ф и г у р а ц и я CCMS д л я р а б о ч е й с р е д ы
Конфигурация C C M S для рабочей и завершающей фазы проекта необходи
ма для воплощения стратегии, определенной на этапе реализации. Как указы
валось в главе 7, конфигурация C C M S включает в себя:
• Конфигурацию групп регистрации (logon), необходимую для планирования
и балансировки требований пользователей по оперативности реакции
системы одновременно с обеспечением достаточной оперативности для вы
сокоприоритетных транзакций.
• Конфигурацию профилей системы, которая необходима для установки под
ходящих режимов работы.
• Конфигурацию режимов работы, которые необходимы для предоставления
достаточных ресурсов в тот или иной период для определенной операции;
например, предоставление дополнительных диалоговых или фоновых про
цессов.
• Конфигурацию системы составления графиков работ, которая необходима
для корректного выполнения фоновых задач в подходящие сроки, независи
мо от текущих задач.
• Конфигурацию п р е д у п р е ж д а ю щ е г о мониторинга, что п о д р а з у м е в а е т
установку предельно допустимых значений для различных устройств
мониторинга в различных областях системы.
• Конфигурацию графика резервного копирования для периодического и пос
тоянного создания резервных копий данных.
К о н ф и г у р а ц и я а д м и н и с т р и р о в а н и я печати и спулинга
в рабочей среде
Проведение о б ъ е м н о г о тестирования
Такое тестирование проводится, чтобы убедиться в способности системы в теку
щей конфигурации успешно функционировать с полным объемом транзакций и дан
ных, ожидаемых в реальной работе. Это тестирование также позволяет обнаружить
возможности для дополнительного улучшения рабочих характеристик системы.
Проверка готовности с и с т е м ы к з а п у с к у
Этот тест осуществляет проверку конфигурации и х а р а к т е р и с т и к рабо
ты системы перед фактическим запуском и переходом к этапу обслужива
ния системы. Услуга S A P GoingLive проверяет следующие элементы бу
дущей рабочей системы:
• Сервер
• Базы данных
• Приложения
• Системную нагрузку
• Конфигурации.
В р а м к а х этой услуги S A P позволяет получить отчет о результатах про
верки и список рекомендуемых улучшений х а р а к т е р и с т и к работы системы.
Окончательная детализация плана
перехода на новую систему
и поддержка ее работы
Эта задача подразумевает самую детальную проработку и утверждение
плана перехода на новую систему и последующей поддержки ее работы, кото
рый был создан на этапе реализации.
Примечание
С о с т а в л е н и е списка контрольных в о п р о с о в д л я п е р е х о д а
Эта задача подразумевает составление подробного списка контрольных воп
росов по всем процессам и процедурам, которые связаны с конвертацией дан
ных. При этом следует охватить следующие области:
• Данные, которые необходимо конвертировать
• Спецификации конвертации данных
• Программы конвертации
• Результаты тестирования программ конвертации
• Результаты тестирования программ конвертации на уровне характеристик
работы и на уровне конвертированных данных.
• Процессы и процедуры ручной (неавтоматической) конвертации данных.
О п р е д е л е н и е готовности с и с т е м ы к запуску
Д л я определения готовности системы к запуску в ASAP предусмотрен спи
сок контрольных вопросов для подтверждения того, что:
• C C M S сконфигурирован для рабочей среды.
• Операционная система и базы данных отлажены, обеспечена их безопас
ность.
• Все таблицы, программы, конфигурации и данные успешно конвертированы.
• Базы данных готовы к работе.
• Сеть готова к работе.
• Установлена система безопасности.
• Принтеры сконфигурированы для работы.
• Создано расписание фоновых задач.
• Стратегия резервного копирования и восстановления баз данных готова к работе.
• План восстановления данных после серьезных сбоев отлажен и готов к работе.
• Утверждение результатов
Примечание
Поддержка производительности
системы
Ц е л ь этой деятельности — обеспечение поддержки пользователей S A P
и п о д д е р ж а н и е оптимальных х а р а к т е р и с т и к работы системы, что является
крайне в а ж н ы м , особенно в первые недели после з а п у с к а .
Запуск системы
Система запускается и начинают выполнять все соответствующие функции.
Поддержка работы
Цель этой деятельности — поддержка пользователей системы SAP. План
работы поддержки составляется на стадии окончательной подготовки к запус
ку, причем работа Справочной системы также отслеживается и отлаживается,
в зависимости от результатов обратной связи с пользователями и анализа за
документированных проблем и вариантов их решения. Также проводится обу
чение ключевых пользователей работе с онлайновой сервисной системой SAP
(Online Support System, OSS).
Окончание проекта
Эта задача подразумевает официальное закрытие проекта, а также рас
смотрение и окончательное решение любых оставшихся вопросов.
406
Обзор проекта
Эта задача означает начало оценки преимуществ, которые дает предприя
тию внедрение SAP:
1. Обзор и решение всех оставшихся вопросов. Все позиции б а з ы дан
ных по п р о б л е м а м и д е н т и ф и ц и р у ю т с я , р а с с м а т р и в а ю т с я , р е ш а ю т с я и
закрываются.
4. З а в е р ш е н и е процесса у п р а в л е н и я о р г а н и з а ц и о н н ы м и изменениями.
Ключевые преимущества, полученные в результате у п р а в л е н и я орга
низационными изменениями, подвергаются тщательной оценке, любые
оставшиеся нерешенными вопросы р а с с м а т р и в а ю т с я и з а к р ы в а ю т с я .
V
В ЭТОЙ ЧАСТИ:
18 Поддержка SAP 411
19 Усовершенствования
и интерфейсы SAP 419
ГЛАВА
Поддержка SAP
18
В ЭТОЙ ГЛАВЕ:
• Развертывание SAP 412
• Программа Центров
компетенции клиента 415
• Справочная система 415
• Удержание и переподготовка
консультантов SAP 416
• Резюме 418
412
Развертывание SAP
Один из важнейших моментов внедрения — развертывание системы SAP
на другие подразделения и участки производства после завершения внедрения
системы на пилотном участке. Как уже упоминалось в главе 5 «Цикл проекта
внедрения SAP» и в главе 10 «Инициация проекта SAP», развертывание сис
темы SAP становится гораздо проще, если принять приведенные ниже меры
еще во время внедрения системы на пилотном участке:
• Рационализация бизнес-процессов
• Стандартизация бизнес-процессов
• Составление всеобъемлющего списка бизнес-процессов относительно всех
участков производства и функциональных подразделений компании
• Включение представителей всех участков производства и/или дополнитель
ных офисов и функциональных подразделений в команду проекта.
Продолжение изменений
На данном этапе продолжение процесса управления изменениями в основ
ном направлено на улучшение эффективности и производительности системы
SAP, что может включать в себя следующие мероприятия:
• Продолжение обучения персонала
• Мониторинг характеристик работы системы, ее дальнейшая отладка
• Управление модернизацией и внедрение новых версий SAP.
Справочная система
Успех внедрения SAP во многом зависит от создания справочной службы по
системе в масштабе всего предприятия, которое не испытывало бы недостатка
в ресурсах. Это особенно важно во время пуска системы и непосредственно пос
ле него, потому что в это время к системе подключается большое количество
пользователей, которые еще не успели освоиться в ней. Если у компании нет
опыта внедрения программных продуктов такого масштаба, этот период может
быть чрезвычайно тяжелым.
Причиной большинства проблем, возникающих в этот период, становится
недостаток знаний у пользователей и их ошибки, сбои в системе или техничес
кие неполадки с принтерами, сетевыми подключениями и т.д. Справочная
служба позволяет во многом преодолеть эти проблемы.
Создание справочной службы включает в себя следующие задачи:
• Определение стандартов для идентификации проблем
• Определение и внедрение методов регистрации проблем
• Определение стандартов и процедур для диагностики проблем и нахожде
ния решений
• Определение и внедрение стандартов затрат времени и уровня сервиса при
решении проблем
• Определение стандартов и процедур сообщений о решении проблем
• Определение стандартов и процедур для отслеживания текущих и нере
шенных проблем
• Определение процедур для передачи просроченных и нерешенных проблем
на более высокий уровень для рассмотрения
• Создание логистики справочной службы
• Внедрение системы приложения справочной службы
• Определение организационной команды справочной службы, а также тре
буемых необходимых навыков и ресурсов
• Назначение и обучение команды справочной службы.
Удержание и переподготовка
консультантов SAP
До последнего времени внедрение SAP считалось завершенным, когда за
канчивалось внедрение всех необходимых организации модулей. Однако с рос
том виртуальных корпораций или территориально распределенных предприя
тий, связанных сетью Интернет, многие компании начали предпринимать по
пытки усовершенствования систем — таких, как интерфейсы между SAP и це
почками поставщиков, приложения для работы с клиентами, автоматизация
продаж, приложения для центров приема звонков и т. д. Таким образом, сох
ранение команды SAP вплоть до окончания внедрения сопутствующих систем,
которым предстоит взаимодействовать с SAP или работать на базе SAP R/3.
становится важнейшим фактором успеха для предприятия в целом.
417
С о х р а н е н и е участников проекта
Как уже упоминалось, компаниям рекомендуется делегировать своих веду
щих сотрудников для участия в проекте SAP, чтобы обеспечить его успешное
внедрение. Однако есть опасность, что сотрудники, получившие опыт внедре
ния SAP, могут покинуть организацию в поисках более выгодных предложений.
В таком случае компания не просто теряет ценного сотрудника — она теряет
эксперта по SAP, который знаком со всеми тонкостями проведенного внедре
ния. Поэтому крайне важно сохранить участников проекта SAP как минимум
на срок, превышающий вдвое длительность реализации проекта SAP.
Д а ж е если удержание команды SAP приведет к значительным расходам, это
будет оправдано тем, что компания сможет быстро укрепить свою конкурентос
пособность, внедрив дополнительные, смежные с SAP системы, например:
• Функциональность SAP в сети Интернет
• Системы Workflow
• Системы SCM
• Системы CRM
• Системы EAI
• Программы улучшения характеристик работы (например, реинжиниринг
бизнес-процессов), активный менеджмент, сбалансированная карта оценок
(Balance Scorecard) и т. д.
Развитие профессионализма
Помимо стандартных преимуществ от внедрения SAP, углубленное обуче
ние сотрудников работе с SAP может быть одним из способов удержания цен
ного сотрудника в компании. Обучение может быть самым различнным — нап
ример, квалификацию программиста на языке АВАР можно повысить с по
мощью следующих курсов:
• Обучение работе с Application Link Enabling (ALE)/ldoc и с такими систе
мами электронного обмена данными (Electronic Data Interchange, EDI),
как Mercator.
• Обучение внедрению Интернет-функций SAP и работе в среде «Сервер
Интернет-транзакций» (Internet Transaction Server, ITS) и «Интернет-ком
поненты приложений» (Internet Application Components, IAC)
• Обучение проектам разработки работающих в сети World Wide Web при
ложений с использованием HTML, XML, ASP, EJB, Java, JavaScript,
VisualBasicScript и т. д.
• Обучение и участие в работе систем EAI — например, компьютерной теле
фонии, штрих кода, систем безопасности и контроля доступа, систем считы
вания и распознавания данных.
• Обучение проектам складирования данных с использованием решения SAP
Business Information Warehouse, которое использует данные системы SAP.
• Обучение управлению потоками операций через работу в модуле Workflow
и проектам управления документами, если компания планирует эти проекты.
• Обучение работе с функциональными модулями, в зависимости от способ
ностей и фоновых знаний.
Резюме
В этой главе мы рассмотрели период после внедрения как часть жизненно
го цикла проекта SAP, аспекты развертки системы, изменения и усовершен
ствования конфигурации, модернизация SAP и работу справочной службы.
В последнем разделе описываются меры, направленные на сохранение членов
команды SAP в коллективе компании.
ГЛАВА
Усовершенствования
и интерфейсы SAP
19
В ЭТОЙ ГЛАВЕ:
• SAP Business Workflow 421
• Резюме 448
Как уже упоминалось в главе 1 в разделе «Системы ERP фундаменталь
но моделируют процессно-ориентированные предприятия», такие системы пла
нирования ресурсов производства, как SAP, до сих пор сохраняют традицию
информационно-ориентированного взгляда на предприятие, которая совершен
но чужда природе организаций и их операций. Организация функционирует
вовсе не как набор информационных структур, которые взаимодействуют меж
ду собой — это полностью лишило бы смысла само существование организа
ции, ведь взаимодействие структур данных абсолютно неспособно стать движу
щей силой развития организации и обеспечивать мотивацию на всех уровнях
организации. А без этого ее производительность стремится к нулю. Поток опе
раций, сопровождающих бизнес-процессы компании, является примером орга
низационной характеристики, которая не отображается напрямую современны
ми информационными системами, включая и такие ERP-системы, как SAP.
Более того, действительно уникальные преимущества перед конкурентами мо
жет дать не структура данных, а методы проведения операций и видимые отличия
от конкурентов. Таким образом, истинным залогом успеха можно назвать способ
ность компании менять свои стратегии и операции в зависимости от изменения ры
ночных условий, при этом особое значение имеет не структура таких изменений, а
способы сотрудничества и проведения операций как внутри компании, так и за ее
пределами. В мире, где каждая компания использует системы ERP, подобные
SAP, организации нужны элементы, которые отличали бы ее на рынке от других.
В этой главе р а с с м а т р и в а ю т с я элементы организационной или, скорее,
компьютеризованной части в к л а д а в создание уникальности компании.
Такие элементы можно р а з д е л и т ь на две основные группы: элементы,
действующие внутри о р г а н и з а ц и и и элементы, ф у н к ц и о н и р у ю щ и е за ее
п р е д е л а м и или в з а и м о с в я з а н н ы е с внешними системами. Неудивительно,
что системы S A P п р е д с т а в л я ю т собой к о м п ь ю т е р и з о в а н н ы е версии таких
элементов, в частности, с помощью с т а н д а р т и з о в а н н ы х интерфейсов, кото
рые во много р а з р а с ш и р я ю т кругозор компании и позволяют ей распро
с т р а н и т ь свои о п е р а ц и и д а л е к о за п р е д е л а м и о р г а н и з а ц и о н н ы х р а м о к .
Хорошим примером элементов первого типа я в л я е т с я S A P B u s i n e s s
Workflow, в то время к а к интерфейс S A P в сети Интернет — классичес
кий п р и м е р элемента второго типа.
Архитектура системы SAP R/3 стала залогом ее успеха в 90-е годы; теперь
эта архитектура в сочетании с открытостью интерфейсов служит надежным
фундаментом для основной и усовершенствованной функциональности, которые
необходимы не только для быстро развивающейся электронной коммерции, но
и для информационных аспектов электронного бизнеса в целом.
В следующем разделе рассматривается бизнес-архитектура SAP, которая
создает структуру для интегрированного выполнения деловых функций, что поз
воляет компаниям перешагнуть обычные ограничения внутренних ERP-систем.
Как описывалось в главе 1, за последнее время природа организаций и
предприятий кардинально изменилась. Если в эпоху индустриализации орга
низации были независимыми единицами со своими структурами управления и
контроля, то сейчас, в эпоху информации, они превратились в тесно сотрудни
чающие единицы; на смену многоярусной иерархии пришли рабочие команды,
выполняющие различные функции. В результате этих изменений появился но
вый, неиерархический тип компании с сетевой организацией, прозрачными
структурами обмена информацией и децентрализацией полномочий для приня
тия решений, в котором особое значение приобретает постоянный обмен инфор
мацией между различными командами или функциональными группами. Сис
тема SAP R/3 как раз обеспечивает такую информационную среду с помощью
модулей SAP Office, SAP Workflow и SAP Business Warehouse.
Инструменты о п р е д е л е н и я
Эта часть содержит компоненты для выполнения следующих задач:
• Расчленение потока операций на составляющие.
• Определение одноступенчатых задач, в том числе их присвоение соответ
ствующим сотрудникам или группам сотрудников.
• Определение типов объектов потока операций в Хранилище бизнес-объек
тов (Business Object Repository). Объекты потока операций определяются
в терминах соответствующих типов объектов, методов, признаков и событий.
• Определение ролей агентов, которым присвоены задачи потоков операций.
• Определение событий, которые распознаются и вызывают реакцию в тех
или иных ситуациях. События определяются как набор случаев деятель
ности, в зависимости от изменений статуса объектов потоков операций.
Исполняющая система
Исполняющая система состоит из следующих компонентов:
• Менеджер потоков операций, который контролирует и координирует ста
тус потоков операций.
• Менеджер рабочих единиц, контролирующий выполнение отдельных задач,
включая распределение их между агентами и завершение обязательной об
работки в отведенное для этой стадии или задачи время.
• Менеджер событий, который распознает наступление того или иного собы
тия и запускает соответствующую функцию.
Информационная система
Информационная система состоит из следующих компонентов:
• Обзор текущих и законченных рабочих процессов в любой момент времени,
причем все данные (в том числе статус, затраты времени, последователь
ность и ассоциированный пользователь) могут учитываться в журнале и
компилироваться в отчет для анализа.
• Компоненты для просмотра и мониторинга списка рабочих задач пользователя.
• Мониторинг, распознавание и диагностика отдельных потоков операций.
Характеристики SAP BW
Наиболее выдающимися характеристиками SAP BW являются следующие:
• Автоматический сбор данных из систем SAP, а также через открытые ин
терфейсы с другими приложениями и внешними системами.
• Использование бизнес-процессов и мета-данных, которые являются неотъ
емлемой частью систем SAP.
• Готовая к о н ф и г у р а ц и я информационных моделей и шаблонов отчет
ности, которые позволяют п о л ь з о в а т е л я м легко и быстро г е н е р и р о в а т ь
отчеты.
• Поддержка стандартных, заранее определенных отчетов и специальный
анализ, что позволяет работать с данными в различных измерениях и на
различных уровнях.
• Готовые отчеты предоставляются в формате MS Excel, что позволяет легко
и быстро настраивать отчеты в соответствии с конкретными пожеланиями
и требованиями.
• Д л я удобства работы пользователи могут группировать часто используе
мые отчеты.
• В BW предусмотрен мониторинг доступа и загрузки данных с целью тон
кой отладки конфигурации и улучшения характеристик работы системы.
427
Компоненты SAP BW
В следующих разделах рассматриваются основные компоненты архитекту
ры BW, представленные на рис. 19.2. На рис. 19.3 представлены соответствую
щие карты решений.
Системное администрирование
BW использует среду SAP Базис, чтобы обеспечить оптимальные характе
ристики работы. Это подразумевает мониторинг пакетной загрузки данных и
регулирование доступа для пользователей всех уровней. Планировщик регули
рует периодические задачи по извлечению и загрузке данных.
Администрирование данных
Рабочее место администратора обеспечивает обслуживание и управление
всех ключевых аспектов работы BW. Во многом этому способствует Хранили
ще SAP, которое приспособлено и к среде SAP R/3, и к среде BW. Компании
также могут создавать и поддерживать склады данных на уровне подразделе
ний компании. Дизайнер схем позволяет пользователям создавать ИнфоКубы
(InfoCubes) и структуры передачи данных (InfoSources), задавать правила отс
леживания и трансформации данных для отображения сегментов рабочей ин
формации BW в ИнфоКубах (InfoCubes и InfoSources подробно рассматрива
ются в последующих разделах).
П р е о б р а з о в а н и е и загрузка д а н н ы х
Эти задачи подразумевают процесс маршрутизации и трансформации дан
ных на основе мета-данных. Под трансформацией следует понимать преобра
зование кодовых структур источника в структуры, подходящие для записи в
BW. Иногда такая трансформация необходима, особенно для данных, получен
ных от унаследованных или внешних систем. На основе моделей мета-данных
R/3, приходящие данные сначала должны получить подтверждение, после че
го они загружаются в ИнфоКубы. Но прежде чем поступить на хранение в Ин-
фоКубы, данные дополнительно проходят серии сжатий и трансформаций.
Бизнес-анализ
В BW предусмотрена полноценная аналитическая машина OLAP, которая
поддерживает несколько типов анализа; OLAP анализирует данные в Инфо
Кубах и представляет различные срезы как базовых данных, так и проанали
зированных данных через Бизнес-Навигатор (Business Explorer).
OLAP выполняет различные сечения данных в ИнфоКубах, которые явля
ются структурным представлением данных из ИнфоКубов разных областей.
Сечение слоями относится к более тонким уровням агрегации, а нанесение
сетки соответствует формированию альтернативного мнения на том же уровне
агрегации. Например, расслаивание обеспечивает представление информации
об отдельных заказах, в то время как нанесение сетки может менять фокус от
территориального распределения продаж до распределения продаж по продук
там. Эти операции возможны, благодаря многомерной природе ИнфоКубов.
Средство OLAP использует характеристики, хранящиеся в ИнфоКубах для соз
дания разнообразных обзоров ключевых данных или данных, выводимых в со
ответствии с нуждами пользователя.
Кроме того, в OLAP предусмотрены следующие обширные возможности
анализа данных, содержащихся в ИнфоКубах:
• Функции агрегирования: возможности суммирования, нахождения макси
мальных и минимальных цифровых показателей, средних величин и сред
них показателей за период и т. д.
• Функции сравнения: возможности подсчета отклонений, изменений, соотно
шений и т.п.
• Функции очередности служат для сортировки, вычисления итоговых сумм
элементарного арифметического анализа и т. д.
• Исключительные условия служат для определения минимально допусти
мых значений, пределов и т. д.
• Финансовые функции используются для конвертации валют, вычисления
финансовых коэффициентов и т. д.
Система отчетности
Д л я создания отчетов в BW предусмотрен Бизнес-Навигатор — не только
для составления стандартных отчетов, но и для специального анализа данных
в ИнфоКубах. Отчеты создаются следующим образом:
• Отбираются и высчитываются соответствующие характеристики и ключе
вые значения
• Результаты выводятся на экран в зависимости от предпочтений пользова
теля, либо в стандартных форматах, либо в шаблонах отчетов.
Представление
Пользовательский интерфейс BW — Business Explorer выводит результаты
на экран в формате MS Excel, что позволяет задействовать обширные возмож
ности Excel в области форматирования и дизайна. Система также позволяет, в
случае необходимости, рассмотреть данные в BW с нестандартных точек зрения.
Пользовательский интерфейс BW — Business Explorer способствует орга
низации информации в зависимости от предпочтений пользователя, причем
пользователь также может группировать отчеты для удобства.
Бизнес-структура SAP
Бизнес-структура SAP (SAP Business Framework) имеет всеохватываю
щую структуру, позволяющую интегрироваться и работать с другими систе
мами R/3, а также с программными продуктами других производителей; она
обеспечивает максимальное взаимодействие сетей и гибкость, необходимую
для быстрого внедрения изменений в интерфейсы, а т а к ж е постоянную под
держку различных компонентов структуры без помех для работы системы в
целом. Кроме того, бизнес-структура распространяет принцип ориентации на
объекты также и на функции бизнеса (см. раздел «Ориентация на объекты» в
главе 8). В целом Business Framework структура, основанная на компонен
тах приложений и бизнес-объектах функциональности SAP R/3. Компания
SAP представила технологию ориентации на объекты, придав бизнес-процес
сам и данным в системе R/3 роль бизнес-объектов; любые внешние приложе
ния и системы могут взаимодействовать с этими объектами через стандарти
зованные, независимые от платформы и операционной системы интерфейсы,
которые называются BAPI (Business Application P r o g r a m m i n g Interfaces).
В основе бизнес-структуры лежит иерархия компонентов, которые мы об
судим подробней в следующих подразделах. Преимущества SAP Business
Framework перечислены ниже:
• функциональные компоненты можно комбинировать, в зависимости от ин
дивидуальных потребностей
• компоненты от разных поставщиков также можно комбинировать
• разработка, внедрение и поддержка компонентов не сказывается на нор
мальной работе системы
• компоненты можно внедрять централизованно или локально
• компоненты можно разрабатывать и усовершенствовать избирательно, в зави
симости от особенностей отрасли или индивидуальных потребностей компании.
I Jldbd 1Э|
Бизнес-компоненты
Бизнес-компоненты — это полуавтономные компоненты, которые охватыва
ют основные области потребностей бизнеса, обеспечивая сконфигурированные,
стандартные интерфейсы для взаимодействия с инкапсулированными в них
данными. Эта инкапсуляция позволяет модернизировать и усовершенствовать
компоненты, не создавая помех в работе других компонентов системы. Каж
дый компонент, также как и система SAP HR, имеет свое отдельное ядро.
SAP занимается вопросом распространения системы отдельного ядра прило
жения на бизнес-компоненты, такие как финансы, логистику, решения по отраслям
промышленности и так далее. Это позволит компании внедрять только некоторые
из модулей SAP наряду с решениями и приложениями от других компаний.
Бизнес-объекты
Бизнес-объекты — это уникальные функциональные единицы, которые предс
тавляют собой обычно опознаваемые, тесно взаимодействующие виды деятель
ности, связанные с заказами на закупку и поставку, счетами-фактурами и т. п.
То, что SAP определяет их как отдельно опознаваемые бизнес-объекты, да
ет возможность управлять ими и осуществлять повседневную поддержку и до
работку полуавтономно, не влияя на операции других объектов. SAP R/3 3.0
имел более 200 BAPI.
Как и любой другой типичный объект, бизнес-объект определяется по его ти
пу (или CDO), методам (BAPIs), атрибутам, и т. д. Основная выгода от объектной
ориентации состоит в возможности повторного использования программного обес
печения и функциональных возможностей. Повторное использование программно
го обеспечения — это возможность получения новых объектов из уже существую
щих: полученные объекты называются подтипами, а те, что легли в их основу —
супертипами. Подтип наследует все признаки и методы супертипа, хотя он допол
нительно может иметь и свои собственные. В уже упоминавшемся примере про
автомобиль, подтип Грузовик имеет все свойства супертипа — Автомобиля.
Бизнес-объекты SAP инкапсулируют данные R/3 и бизнес-процессы, скры
вая структуру и детали исполнения лежащих в основе данных. Это достигает
ся за счет того, что модули бизнес-объектов SAP имеют многоуровневую струк
туру, состоящую из:
• Ядра: этот внутренний слой представляет принадлежащие объекту данные.
• Уровня целостности: на этом уровне представлена бизнес-логика объекта,
которая состоит из делового регламента, а также ограничений на объем
и границ, применяемых к бизнес-объектам SAP .
• Уровня интерфейса: этот уровень обеспечивает независимое от платформы
описание внедрения бизнес-объекта SAP для внешних систем. Это достига
ется через BAPI.
• Уровня доступа: этот уровень идентифицирует и определяет технологии, кото
рые дают внешним системам доступ к уровню ядра, то есть к данным объекта.
Это могут быть COM|/DCOM, RFC(Remote Function Call) и другие технологии.
Рисунок 19.4 показывает разные уровни бизнес-объекта.
Интерфейс программирования
бизнес-приложений
Архитектура ALE
Основной принцип, стоящий за ALE — это гарантия полной интеграции SAP R/3.
Каждое приложение является автономным и существует в распределенной среде со
своим набором данных. Использование автономных систем подразумевает некоторую
степень избыточности данных, а это предполагает, что данные должны быть распре
делены и синхронизированы во всей системе. Это достигается при помощи асинхрон
ной коммуникации. Архитектура механизма сообщений ALE состоит из трех уровней.
Сервисы п р и л о ж е н и й
Этот уровень обеспечивает интерфейс ALE для отправления и приема сообще
ний, содержащих данные для/от R/3 или внешних систем. Эти сообщения содержат
такую информацию, как сведения о получателе, типе передачи и типе обработки.
Сервисы д и с т р и б у ц и и
Этот уровень, способствующий интеграции бизнес-приложений, включает:
• Определение получателей на базе дистрибутивной модели
• Фильтрацию и перекодировку сообщений
• Сжатие сообщений для уменьшения объема передаваемой информации.
Сервисы к о м м у н и к а ц и и
Обмен сообщениями ALE происходит при помощи асинхронного удаленно
го вызова функции (RFC) или электронного обмена данными (Electronic Data
Interchange, EDI). Д л я использования функции информационного поиска мо
жет быть применен синхронный RFC.
Компоненты ALE
В этом разделе перечислены компоненты ALE. Многие из них работают так
же и с интерфейсом EDI, который будет описан в следующем разделе.
Логическая м о д е л ь
Логическое представление всей системы должно быть сконструировано, перед тем
как распределенная и интегрированная система будет полностью внедрена в компа-
4 Л /
Глава 19|
нии. Эта логическая модель, которую считают специфической разработкой SAP, оп
ределяет, какое приложение должно работать в определенной системе и как различ
ные системы должны обмениваться данными. SAP предоставляет эталонную модель,
в которой есть все возможные сценарии для распределенных приложений. Компания
может разработать свою собственную модель на базе этой библиотеки сценариев.
Тип с о о б щ е н и й
Этот компонент применяется для обмена между различными системами. Тип со
общения определяет сообщение и устанавливает его отношение к типу промежуточно
го документа (IDoc). MATMAS, например, является стандартным типом сообщения
для основных записей материалов. ALE поддерживает более 200 типов сообщений.
П р о м е ж у т о ч н ы е д о к у м е н т ы и их типы
Тип IDoc представляет структуру и формат данных для типа сообщения.
IDoc состоит из следующих записей:
• Управляющие записи: однозначно определяют IDoc через тип IDoc, тип со
общения, отправителя и получателя.
• Записи данных: содержат данные приложений. Каждая запись содержит
раздел с описанием содержания данных. IDoc может состоять из одной или
более записей данных. Количество данных определяется в каждом конкрет
ном случае и зависит от структуры сегмента, идентификации, последова
тельности и иерархии. При обработке исходящих документов функциональ
ные модули ALE/EDI заполняют эти сегменты данными приложений.
• Записи статуса: отслеживают производственные стадии, через которые про
шел IDoc. Здесь также хранится информация об отметках времени и даты со
ответствующего статуса. IDoc может иметь одну или более записей статуса.
Клиентская м о д е л ь р а с п р е д е л е н и я
Эта модель применима только к ALE и описывает фактическое распределение
приложений. Она характеризует поток сообщений между распределенными логи
ческими системами. Она также устанавливает критерии определения правильного
получателя для каждого отдельного сообщения. Модель распределения между кли
ентами распространяется из центральной системы во все участвующие системы.
О б ъ е к т ф и л ь т р а и е г о тип
Тип объекта фильтра используется для установления критерия отбора для
типа сообщений текущей логической системы. В случае, если это ведущий тип
сообщений у клиента, объектом фильтра может быть код компании. Сложные
объекты фильтра с разными значениями для одного типа сообщений могут
быть связаны с одной и той же логической системой.
К л а с с и ф и к а ц и о н н ы е списки
Классификационные списки — это другой тип объектов фильтра, основанный на сис
теме классификации SAP, который может быть применен только к основным данным о
материалах, клиентах и производителях После того, как список составлен, он использует
ся для создания объекта фильтра для типа сообщения, связанного с логической системой.
Указатель и з м е н е н и й
ALE имеет обширные возможности улавливать изменения в основных дан
ных и рассылать их через интерфейс IDoc. Это используется для синхрониза
ции более распределенных систем по отношению к основным данным.
Порты
Это логическое представление коммуникации, которое применяется ALE
(например R/2, tRFC, File, Интернет) для отправления IDoc. EDI использует
большинство портов на базе файлов.
Контроль с о о б щ е н и й и тип в ы в о д а
Этот компонент определяет вывод документов на основе номера, времени
и носителя. Контроль сообщений и тип вывода используют технику условий,
чтобы определить, имеет ли право на вывод конкретный документ приложения.
При этом применяется методика поиска по заранее определенному типу выво
да, порядку доступа и условиям, при которых он может понадобиться.
Коды о п е р а ц и й
Коды операций используются как в ALE, так и в EDI для определения моду
лей приложений, которые будут обрабатывать входящие и исходящие документы.
Профиль партнеров
Профиль партнеров определяет систему, используемую для создания сообщений.
Существует четыре типа профилей: KU — для клиентов, LI — для производителей,
В — для банков, LS — для логических систем. ALE использует только LS, осталь
ные три — для интерфейсов EDI. Профили партнеров содержат все необходимые
параметры, включая типы сообщений, типы IDoc, функции партнеров, коды обра
ботки, идентификаторы приложений, функции сообщений, типы вывода и порты.
С ц е н а р и и ALE
Постоянный обмен данными между распределенными системами обеспечивает об
щую синхронизацию систем. Существуют следующие типы коммуникационных данных:
• Контрольные данные: включают данные настройки R/3 IMG, контрольные
данные сценариев распределения IMG и контрольные данные модели расп
ределения между клиентами.
• Основные данные: содержат информацию о материале, клиенте, продавце,
счетах Главной книги, центрах учета затрат, виде затрат, типе операции,
единицах измерения и соответствующем тарифе.
• Данные транзакции: счета-фактуры, заказ клиента, заказ на поставку, уве
домление о перевозке и т. п.
Архитектура EDI
Электронный обмен данными (EDI) состоит из приложения, поддерживаемого
EDI, интерфейса IDoc и подсистемы EDI. Приложение, поддерживаемое EDI, спо
собно обрабатывать бизнес-операции, полученные через EDI, подобно SAP R/3.
Интерфейс IDoc соединяет приложения и подсистему EDI. Подсистема EDI конвер
тирует сообщения EDI с международных стандартов (EDIFACT или Х.12) в IDoc и
наоборот, и передает их обычно через сеть VAN. Подсистема EDI, имеющая трехча-
стную структуру, также выполняет множество других функций, среди которых:
• Передача и получение сообщений EDI
• Проверка статуса и составление отчетов
• Подтверждение доставки и функциональное подтверждение
• Повторная передача в случае помех
• Присвоение сообщений EDI IDoc и наоборот
• Перевод сообщений EDI в IDoc и наоборот
• Специфическая обработка в зависимости от партнера
• Ведение профилей партнеров
• Обмен полученными IDoc с системой R/3.
Поток д а н н ы х в и с х о д я щ е й о б р а б о т к е
Как говорилось в разделе посвященном ALE, коммуникация IDoc у ALE
и EDI довольно схожа. Сценарий отправки сообщения EDI через интерфейс
IDoc включает следующие шаги (см. рис. 19.6):
1. Подключение интерфейса IDoc к подсистеме EDI.
2. Определение порта
3. Подготовка профиля партнера
4. Если это логистическое приложение, то по умолчанию источником сообще
ния будет либо модуль приложения, либо Контроль сообщений (Message
Control). В последнем случае все параметры Контроля сообщений должны
быть определены.
5. Настройка расписания программы RSNAST00.
6. После того, как сформируется новый заказ на поставку (Purchase Order,
PO), он будет внесен в расписание коммуникаций, зависящий от настроек
Контроля сообщений (Message Control).
7. Запуск программы RASNASTED для подготовки сообщения EDI.
441
П о д х о д « с н а р у ж и внутрь»
Главным преимуществом этого подхода является возможность использовать
большое количество различных языков программирования, сред разработки
и интеграции, сред выполнения и интерфейсов. Однако, в отличие от подхода
«изнутри наружу», внешнее приложение должно обеспечивать защиту, управ
ление передачей, целостность данных и т. п.
Этот подход обычно использует RFC для вызова функций SAP через RFC
APIs. Но для доступа к данным через RFC пользователь должен уметь прог
раммировать на АВАР/4.
Другой вариант — использовать SAP Automation, что позволяет напрямую
задействовать функции SAPGUI для внешних программ. Вдобавок, это не тре
бует знания АВАР/4, но SAP Automation применим только для доступа к су
ществующим транзакциям SAP.
Нужно отметить, что написание Ваших собственных программ доступа
к данным возможно только в том случае, если ни один BAPI не доступен. К то
му же, прямые вызовы RFC — дело прошлого; SAP позволяет очень рацио
нально вызывать BAPI через соединитель DCOM.
П о д х о д «изнутри наружу»
Сервер Интернет-транзакций (Internet transaction server, ITS) стал доступен
в SAP R/3 с выпуска версии 3.1. Это решение обеспечивает доступ к SAP через
сеть Интрнет. ITS обеспечивает доступ к функциям системы R/3 и одновременно
служит шлюзом для преобразования HTML и интерфейсом Web-сервера. Снача
ла ITS моделирует SAPGUI, ожидаемую системой R/3; канал коммуникации
SAPGUI создает действующую связь с сервером приложений R/3. Интерфейс
Dynamic Information and Action Gateway (DIAG) на уровне SAPGUI организует
прозрачный двухсторонний обмен данными с системой SAP, позволяя ему выпол
нять несколько Интернет-транзакций одновременно.
При этом подходе вся логика приложения находится внутри системы SAP,
BAPI — под контролем соответствующих транзакций SAP и ITS автоматически
использует доступные в системе возможности для организации защиты, управ
ления передачей, целостности данных, масштабируемости, управления сеансом
и так далее.
Примечание
Архитектура ITS
ITS составляют два независимых компонента: Web-шлюз (WGate) и Шлюз
приложений (AGate), которые сообщаются через T C P / I P . Это позволяет им ра
ботать на различных компьютерах, что является целесообразным с точки зре
ния надежности и масштабирования.
W G a t e обеспечивает интерфейс для Web-сервера и доступен для загруз
ки в качестве DLL ( D y n a m i c Link Library) во время рабочего цикла для
Windows NT 4.0 на MS I I S и сервере N e t s c a p e Enterprise.
AGate обеспечивает интерфейс для приложений R/3, используя протокол
DIAG. В данный момент этот шлюз доступен в Windows NT 4.0. Несколько
445
Ф а й л ы ITS
Вне системы транзакция R/3 определяется не по коду транзакции, а по име
ни сервиса, как Интернет-приложение или сервис. Файлы описания сервисов
играют большую роль при создании прикладных Интернет-компонентов
(Internet Application Component, IAC) и они запрашиваются при запуске IAC:
• Глобальный сервис: этот сервисный файл предоставляет информацию,
такую как системное имя, что не зависит от специфического сервиса. Гло
бальные описания сервиса применимы ко всем Интернет-транзакциям, вы
полняемым через ITS. Таким образом, для каждого SAP ITS существует
только одно глобальное сервисное описание.
• Специфический сервис: для каждой R/3-транзакции есть один файл спе
цифического сервиса. Информация файла специфического сервиса накла
дывается на информацию глобального сервиса. Этот файл содержит та
кую информацию, как обязательное имя транзакции, имя соответствующе
го сервера приложений R/3 и дополнительную информацию о логине, па
роле, клиенте, языке и т.п. Сервисы разработаны в SAP@Web Studio.
• Шаблоны HTML: ITS использует многоступенчатый (многошаговый) процесс
разработки финальных страниц HTML, применяя заранее определенные шабло
ны, доступные с ITS. Как и другие сервисы, шаблоны HTML могут быть двух ти
пов: системные и специфические. Шаблоны HTML содержат метки-заполнители
для соответствующих областей экранов R/3, и это позволяет шлюзам приложе
ний (AGate) размещать информацию с HTML в области экрана и наоборот. Сис
темные шаблоны, которые не распознаются или не существенны для транзак
ции R/3, создают сообщения об ошибке, отображаемые на Web-браузере.
Бизнес-HTML
Бизнес-HTML состоит из формулировок, специфичных для каждого ITS, со
держащихся в шаблонах HTML. Эти формулировки не являются частью стан
дартного HTML и не распознаются Web-браузерами. Они только контролиру
ют интерфейс ITS в системе R/3.
Шаблоны HTML разработаны в SAP@Web Studio; каждый шаблон HTML
соответствует только одной транзакции R/3 и присвоен только одной теме сер
виса. Они также могут содержать URL для бинарных объектов типа графичес
ких и звуковых файлов, используемых Web сервером, несмотря на то, что они
прозрачны для функций ITS. Шаблоны HTML не содержат бизнес-логики,
только визуальные элементы для ввода и вывода транзакций R/3; вся логика
продолжает оставаться внутри системы R/3.
• Языковые ресурсы: шаблоны HTML могут содержать метки-заполнители
для текстовых элементов, которые заполняются из файла языковых ресур
сов в соответствии с языком, выбранным во время входа в систему. Пере
вод производится путем определения ключей в шаблоне и запоминания
отображения ключей в фактической строке языкового ресурса. Языковые
ресурсы могут быть созданы в SAP@Web Studio для каждого сервиса и
для каждой команды сервиса. Каждый сервис может содержать один или
несколько файлов языковых ресурсов, чтобы предоставить различные язы
ки специфической Web-транзакции.
• Команда: позволяет сервису иметь различный внешний вид с помощью ис
пользования различных тем.
Инструменты ITS
SAP@Web Studio используется для создания Интернет-транзакций; позво
ляет создавать и поддерживать различные файлы описанных ранее сервисов,
что необходимо для запуска Интернет-приложений IAC.
ITS Отладчик (Debugger) позволяет создавать параллельное соединение
между Web-транзакцией и соответствующей R/3-транзакцией через SAPGUI
одновременно. Это делает возможным переключение между транзакциями, ко
торые видимы в обеих средах, что чрезвычайно помогает при отладке.
Прикладной Интернет-компонент
П р и к л а д н ы е Интернет-компоненты ( I n t e r n e t Application C o m p o n e n t s ,
IAC) — это Интернет-приложения, состоящие из транзакций АВАР и соответ
ствующих им шаблонов HTML, о которых говорилось ранее. Они также вклю
чают описания вышеупомянутых сервисов. IAC выполняют бизнес-процессы,
используя BAPI, хотя могут также применять и традиционные функциональ
ные модули. Объектно-ориентированная природа BAPI позволяет IAC легко
поддерживать и обеспечивать независимость своих версий.
447
Цикл з а п р о с а / о т в е т а ITS
Цикл запроса/ответа ITS, как показано на рисунке 19.7, работает следую
щим образом:
1. Пользователь выбирает страницу HTML, соответствующую IAC на Web-
браузере.
2. WGate создает соединение с AGate. AGate загружает соответствующий
сервис и интерпретирует описание сервиса, при этом специфические наст
ройки заменяются на более общие настройки.
3. AGate открывает соединение SAPGUI с системой R/3 и стартует транзак
цию R/3, определенную в файле сервиса в системе R/3.
4. Система передает основной экран в AGate через интерфейс DAIG. AGate
накапливает необходимые контекстные поля в ITS.
5. AGate находит файл шаблона HTML, соответствующий этому экрану и по
мещает экранные данные в правильные метки-заполнители при помощи
HTML бизнес-отчетов, а также контекстной информации.
6. AGate передает заполненную страницу HTML в WGate, который возвра
щает эту страницу на браузер пользователя через Web-сервер.
Резюме
В этой главе мы рассмотрели возможности модернизации и взаимодей
ствий, предоставляемые SAP, для расширения этих областей как внутри, так
и вне организации. В первой части главы мы обсудили корпоративные реше
ния SAP — автоматизированный поток операций (SAP Business Workflow),
информационное хранилище SAP (SAP Business Information Warehouse, BW)
и бизнес-структуру SAP (SAP Business Framework); а во второй части мы рас
смотрели решения для коммуникационных приложений — Application Link
Enabling (ALE), Electronic Data Interchange (EDI) и SAP ITS/IAC. Однако,
бизнес требует увеличения функциональности приложений для расширении сот
рудничества с партнерами и с клиентами. В последней части этой книги мы рас
смотрим различные типы решений, которые необходимы для предприятия, осно
ванного на сотрудничестве (Extended Collaborative Enterprise, ЕСЕ) и соответ
ствующие им стратегии и решения, предоставляемые SAP.
ЧАСТЬ
Развитие проекта SAP
VI
В ЭТОЙ ЧАСТИ:
20 Оценка предприятия
нового тысячелетия 453
• Улучшение характеристик
работы SAP 460
• Менеджмент, ориентированный на
повышение эффективности 463
• Стратегическое управление
предприятием SAP 470
• Резюме 476
В первой главе данной книги «Предприятия нового тысячелетия» детально
рассматривалась природа внутреннего и внешнего взаимодействия современ
ного предприятия. В последующих главах мы знакомились с различными
аспектами SAP R/3, которые позволяют предприятию функционировать как
интегрированному, распределенному, процессно-ориентированному, информа
ционно-управляемому, функционирующему в реальном времени комплексу. Вы
также знаете, что организационные условия и условия окружения стали более
сложными, глобализированными, возросла конкуренция, организации создают
структуры для эффективного решения вопросов по улучшению производитель
ности, развитию возможностей и адаптации к новому окружению.
В свою очередь, увеличение значимости каждого бизнес-процесса стало
необходимым условием жизнеспособности не только этого конкретного процес
са, но и организации в целом. Это является основной причиной измерения
и оценки предприятия с точки зрения определения его ценности, которая зна
чима для всех организаторов совместной деятельности компании.
Корпоративные решения типа SAP, которые воплощают процессно-ориен-
тированный подход к организации, должны создавать способы оценки и макси
мизации эффекта, получаемого всеми партнерами. В первой половине этой гла
вы мы рассмотрим известный подход к оценке предприятия или компании,
называемый сбалансированной картой оценок (Balance Scorecard, BSC). Он
предполагает анализ результатов с точки зрения значения пяти главных участ
ников совместной деятельности на предприятии: клиентов, поставщиков, инвес
торов, менеджеров и сотрудников. Во второй половине главы мы представим
решение от компании SAP в области стратегического управления предприяти
ем (Strategic Enterprise Management, SEM), которое позволяет организациям
выбирать курс выполнения своих корпоративных стратегий.
Партнеры предприятия
Организация определяется через совокупность совместного сотрудничества.
Все отношения сотрудничества — это отношения между партнерами; таким об
разом, компания представляет собой совокупность отношений сотрудничества
между партнерами. Корпорация вовлечена в сеть взаимно и динамически ус
тановленных взаимодействий независимых партнеров. Конкурентоспособность
организации является результатом всех этих отношений и сотрудничеств. Од
ним из первых сторонников того, что называется «stakeholder theory* является
Р.Е. Фриман, написавший книгу «Стратегии управления: подход к организации
совместной деятельности». К партнерам причисляются инвесторы, владельцы,
менеджеры, политические группы, клиенты, общество, сотрудники, профсоюзы,
поставщики, партнеры, правительство, конкуренты и т. д.
Существует два класса партнеров: первичные и вторичные. Первичные —
это те, на чьи интересы успехи и неудачи компании влияют непосредственно.
Это инвесторы, финансовые учреждения, клиенты, поставщики, сотрудники и
453
Оценка клиентов
Клиенты — это одна из самых важных ценностей компанией. Клиенты оце
нивают товары и сервисы не только с точки зрения использования, но также по
конкурентоспособности их цены. Это, в свою очередь, ведет к другим сопутству
ющим критериям, которые, в конечном счете, приводят к приверженности кли
ентов к продукции компании. Клиенты обращают внимание на:
• Цену
• Качество
• Гибкость
• Практичность
• Разнообразие или богатство возможностей
• Способность к реагированию
• Надежность
• Стандартные интерфейсы и дополнительные системы
• Долговечность
• Возможность усовершенствования
• Поддержка пользователей
• Сервис
• Нововведения.
Оценка акционеров
Акционеры ожидают в будущем получить достойную прибыль в расчете на
инвестированный капитал (ROl). Однако необходимо заметить, что большие при
были, хотя и являются основным мотивом любого инвестирования, акционеры
также ценят свой вклад в создание материальных ценностей и рабочих мест для
общества, в котором они живут. Они получают огромное удовлетворение, делясь
полученным богатством с обществом через сотрудников компании. Если компа
ния показывает, что использует этот капитал разумно, ее стратегия жизнеспособ
на, она обеспечивает соответствующую норму прибыли и улучшит ее в будущем,
акционеры продолжат удерживать свои материальные интересы в компании.
С точки зрения оценки эффективности, ставшей традиционной, инвесто
ры промышленных предприятий, вовлеченных в массовое производство, за
интересованы в: возврате по оборотному капиталу (Return-on-Capital-
Employed, ROCE), прибыли на акцию ( E a r n i n g s per Share, E/S), возврате
по вкладам (Return on Assets, ROA) и т.п. с точки зрения полноты и каче
ства учета следующей информации:
• Значимости
• Надежности
• Нейтралитетности
• Точности
• Проверяемости
• Сравнимости
• Непротиворечивости.
Однако, сосредоточение на эффективности — не очень надежный индикатор
оценки компании. Она ориентирована на нынешние и прошлые оценки, но не
приспособлена для работы с «кривыми» в будущем. Прибыль — это стати
ческое понятие, в котором используется линейная аппроксимация, исходя из
результатов последнего финансового года. В основе этого традиционного
подхода лежит допущение, что оценку деятельности компании можно спрог
нозировать, основываясь на отчетах о прибылях. Ошибочность этого пред
положения подтверждается тем фактом, что рыночные стоимости успешных
компаний всегда более чем вдвое выше их балансовой стоимости.
С другой стороны, планирование денежных потоков рассматривает прибыль
как функцию денежных потоков в ожидаемом будущем, что отражает стои
мость компании в долгосрочном плане с учетом сопутствующих рисков. В от
личие от расчетного подхода, в движении денежных потоков выявлено сущест
вование строгой зависимости между рыночной ценой одной акции и прогнози
руемой стоимостью на акцию, основанной на прогнозах движения денежных
средств.
Инвесторы заинтересованы в:
• Увеличении добавочных денежных потоков в будущем
• Гарантированных дивидендах в наличных
• Росте стоимости акций.
Оценка менеджеров
По традиции, при обсуждении участников совместной деятельности, веду
щих менеджеров причисляют к владельцам/инвесторам, что не совсем верно.
Менеджеры, в задачи которых входит управление ростом и прибыльностью
компании, имеют свои взгляды на ценности, отличающиеся от тех, которые
важны владельцам/инвесторам.
Интерес для ведущих менеджеров представляют:
• Свобода высказывать свое видение перспектив развития организации
и претворять их в жизнь
• Самостоятельность в фокусировке на выбранном наборе стратегий и тактик.
• Самостоятельность в формировании команды, которая доверяет такому ви
дению и подходу.
• Возможность определять критерии эффективности функционирования
предприятия в целом, а также отдельных бизнесов и менеджеров компании.
• Полномочия для распределения и использования системы и ресурсы для
выполнения планов.
• Полномочия для создания и внедрения системы оценки, составление отче
тов по эффективности функционирования различных видов деятельности
и уровней организации за определенные периоды времени или в зависи
мости от определенных характеристик.
• Свобода создания корпоративной политики и процедур, соответствующих
видению перспектив развития компании.
• Свобода проводить научно-исследовательские и опытно-конструкторские
работы по вопросам производства и управления, которые, по их мнению,
будут важны в будущем.
• Оплата, соизмеримая с рисками и намеченными целями.
Оценка поставщиков
Сегодня все большее признание получает вклад поставщиков в ценность, ко
торую они вносят не только в окончательную продукцию предприятия, но и
в его рентабельность. Поставщики играют ведущую роль в улучшении произ
водительности всей организации по отношению к качеству, входным расходам,
издержкам, способности реагирования на рыночные изменения и т . д . Теперь
их все чаще рассматривают как партнеров, а не традиционных противников, из
которых требуется выбить низкие цены.
Поставщики, в свою очередь, заинтересованы в следующем:
• Постоянство заказов
• Оптимальное время выполнения нового заказа
• Оперативное сообщение о доставках, отказах, возвратах и т. п. в единицах
количества и точности информации (таких как номера накладных на пос
тавку и номера партий)
• Систематическая проверка (подтверждение) счетов-фактур
• Своевременная оплата по проверенным и принятым счетам-фактурам
• Интерфейсы с корпоративной системой предприятия, подобной SAP
• Доступ к изменениям в графике производства
• Доступ к изменениям в позициях наличных запасов в соответствии с зака
зами на производство и т. п.
• Участие в разработке новых продуктов, моделей, технологий и процессов
производства.
Как уже упоминалось в разделе «Виртуальная организация» первой главы,
только такие высокоорганизованные ERP-системы как SAP R/3 могут обеспе
чить надежную основу для поддержания виртуальной цепочки, охватывающей
все аспекты сотрудничества с поставщиками.
Оценка сотрудников
Как описано в разделе «Менеджмент через сотрудничество» первой главы,
динамические изменения рынка и всеобщая конкуренция, с которыми стал
киваются компании, создали более гибкую модель организации. Такие органи
зации состоят из сотрудников с мульти-квалификацией и расширенными обя
занностями. Ни одна организация не сможет обеспечить высокий уровень
накопления ценности в течение длительного периода без соответствующего
увеличения ценности для своих сотрудников.
Сотрудники ценят следующие факторы:
• Возможности участия и внесения личного вклада в деятельность предприятия
• Достойная оплата труда
• Возможности получения опыта, развития навыков и управления сложными
задачами
• Доступ ко всей необходимой информации и ресурсам для принятия реше
ний и качественного выполнения своих обязанностей
• Возможности признания заслуг и вознаграждения
• Возможности продвижения по службе
• Возможности обучения.
Менеджмент, ориентированный
на повышение эффективности
Чтобы оправдать ожидания акционеров и повысить ценность компании, ме
неджеры компании должны не только уметь сформулировать стратегию, но
и претворить ее в жизнь. Управление в стоимостном отношении (Value-based
management, VBM) гарантирует внедрение корпоративной стратегии путем ус
тановления прямых связей между стратегией, финансами и операциями внут
ри компании. Когда распределение ресурсов и управление компанией напря
мую зависят от стратегических целей, процесс принятия оперативных решений
также направлен на достижение поставленных стратегических целей.
Чтобы управление в стоимостном отношении было эффективным, оно долж
но сочетать внутреннюю и внешнюю точки зрения, учитывать историю, прогно
зы на будущее и обладать не только финансовой мотивацией. Укрепление VBM
подразумевает следующие этапы:
1. Понимание того, какие именно факторы увеличивают ценность
2. Нахождение моментов создания или ликвидации ценности
3. Возведение ценности в ранг одного из основных критериев при принятии
решений
4. Внедрение понятия ценности в корпоративную культуру.
Финансы
Как уже упоминалось выше, финансовые показатели являются мерилом эф
фективности стратегии компании, ее внедрения и проведения в жизнь. В зави
симости от бизнес-стратегии, финансовые цели могут быть следующими:
• Возврат по оборотному капиталу (ROCE), экономическая добавленная сто
имость (Economic Value Add, EVA) или оперативный доход, а также удер
жание доли компании на рынке
• Быстрый рост продаж и увеличение доли на рынке
• Максимизация оборота наличных средств.
Потребители
Перспектива потребителей охватывает стратегии, ориентированные на пот
ребителя и на рынок, которые в то же время, ведут к улучшению финансовых
показателей компании. Это подразумевает идентификацию зоны интересов
компании на рынке, предложения по увеличению ценности компании и приня
тие мер по улучшению работы компании в каждом из сегментов рынка. Основ-
ные результирующие меры для этой перспективы приведены ниже:
• Завоевание новых клиентов
• Удовлетворенность клиентов
• Удержание постоянных клиентов
• Рентабельность клиентов.
Внутренние бизнес-процессы
П е р с п е к т и в а внутренних бизнес-процессов фокусируется на бизнес-
процессах, которые и г р а ю т ключевую роль в общем успехе к о м п а н и и .
Д л я улучшения можно о т б и р а т ь с у щ е с т в у ю щ и е бизнес-процессы (см.
р а з д е л «Отбор бизнес-процессов для B P R » главы 6), или с о з д а в а т ь прин
ц и п и а л ь н о новые, в о п л о щ а ю щ и е в себе с т р а т е г и ю к о м п а н и и . Прекрас
ным п р и м е р о м такого бизнес-процесса я в л я е т с я р а с п р о с т р а н е н и е услуг
и продуктов компании через сеть И н т е р н е т .
Внедрение S A P вносит самый непосредственный в к л а д в улучшение
х а р а к т е р и с т и к работы компании на этом уровне б л а г о д а р я предусмот
ренной в S A P библиотеке лучших в своем классе бизнес-процессов и сце
нариев, а т а к ж е способности системы п о д д е р ж и в а т ь инновационные
процессы или в а р и а н т ы существующих процессов (это достигается посре
дством быстрой реконфигурации I M G ) .
Сбор бизнес-информации
Сбор бизнес-информации (Business Information Collection, BIC) подразуме
вает сбор как структурированной, так и неструктурированной информации из
внутренних и внешних источников и обеспечивает инфраструктуру для упоря
дочения данных, необходимых для стратегического управления — в том числе
финансовых показателей, статистики, биржевых котировок, финансовых отче
тов, коммерческих баз данных и т.д. Сбор данных производится из систем, по
добных SAP, а также из сети Интернет.
В основном компонент BIC нацелен на сбор информации в сети Интернет
с целью получения данных, которые необходимо учитывать при принятии реше
ний и управлении компанией. Основанное на технологии WWW, инструмен
тальное средство редактирования (Editorial Workbench) поддерживает следую
щую информацию:
• Зоны интересов (инвестиционные отчеты, оценка и анализ компаний и от
раслей, пресс-релизы и т. д.).
• Потенциальные источники информации в Интернет.
• Определение получателей информации внутри компании.
Пульт у п р а в л е н и я
Пульт управления (Management Cockpit) — это новейшая концепция для
интерпретации и визуализации важнейшей управленческой информации, кото
рая сразу позволяет менеджерам увидеть за деталями целостную картину. Эта
концепция основывается на BCS и включает в себя как финансовые, так и про
чие KPI, имеющие отношение к различным перспективам в рамках BCS. Кро
ме того, эта концепция создает среду для обмена информацией между сотруд
ничающими менеджерами, которая позволяет им действовать как одна коман
да и помогать друг другу в решении проблем. Одним из воплощений данной
концепции является вывешивание графически оформленных KPI и другой со
путствующей информации на стенах зала совещаний. Пульт управления напо
минает кабину самолета с множеством экранов и индикаторов, только вместо
высоты и скорости высвечиваются показатели по KPI и важнейшим определи
телям ценности (CVD).
Концепция «пульта управления» была создана Патриком Джорджесом из
института N.E.Т.Research, и в настоящее время совершенствуется совместно
с компанией SAP.
Резюме
В этой главе ценность предприятия рассмотрена с различных точек зрения —
в том числе с точки зрения клиентов, инвесторов, поставщиков, менеджеров и сот
рудников. Ценность можно отслеживать и управлять ею, что выражается в виде
мер, направленных на улучшение характеристик работы компании. Этими мера
ми можно эффективно управлять с помощью структуры Balance Scorecard
в рамках решения SAP «Стратегическое управление предприятием» (Strategic
Enterprise Management, SEM).
ГЛАВА
За пределами
предприятия
21
В ЭТОЙ ГЛАВЕ:
• Предприятие, основанное
на сотрудничестве 478
• Управление цепочками
поставок 480
• Оптимизация, планирование
и исполнение цепи поставок SAP 486
• Управление отношениями
с клиентами 493
• Интеграция приложений
предприятия 495
• Компания, ориентированная
на клиента 502
Предприятие, основанное
на сотрудничестве
В 90-х годах ERP-системы фокусировали внимание на улучшении внутренней
производительности предприятия, тем не менее, более 50 % переменных издержек,
влияющих на качество работы организации, диктуется решениями, принятыми за
ее пределами. Выиграв за счет модернизации и реинжиниринга, предприятия нап
равят силы на получение наиболее высоких прибылей от происходящих между
компаниями процессов. Однако почему цепь поставок считается такой важной для
следующего прорыва в работе предприятий? Между партнерами в цепи поставок
существуют обширные возможности для повышения эффективности, равно как
и потенциал, необходимый для более полного удовлетворения клиентов.
Как и пререкания внутри организации, недоразумения и споры между
партнерами не улучшают качества работы, а резко снижают ее эффективность
и отнимают время. В итоге все неулаженные конфликты, внутренние проблемы
или неэффективность цепи поставок зачастую съедают до 25 % текущих рас
ходов компании.
Будущее E R P тесно связано с попытками произвести реинжиниринг
внешних контактов и простимулировать более тесное сотрудничество между
предприятиями. Это довольно сильно контрастирует с традиционными отноше
ниями соперничества, которые, как известно, до недавнего времени существо
вали между поставщиками, изготовителями и розничными торговцами. Истин
ная экономия на производстве может быть достигнута лишь при экономии сов
местной. Предполагаемая организация, о которой говорилось в подразделе
«Системы E R P фундаментально моделируют процессно-ориентированные
предприятия», охватывает всех членов традиционной цепи поставок; предпола-
гаемая цепочка начисления стоимости включает всех участников, каждый из
которых повышает ценность товара. ЕСЕ по-настоящему воплощается в полно
функциональных системах e-SCM, о которых я расскажу позже, в разделе
«Электронное управление цепочками поставщиков».
Цепь поставки включает в себя все действия, имеющие отношение к транс
портировке и трансформации сырья и материалов, получаемых от поставщи
ков, в готовую продукцию, которая доставляется покупателю. Туда включены
обработка заказов, снабжение, управление запасами, производственное кален
дарное планирование, производство, упаковка, транспортировка, складское
хранение, доставка, работа с покупателями. Управление цепочками поставок
(SCM) занимается интеграцией, координацией и соединением всех этих
действий в единый процесс, связывающий всех партнеров в «цепи», к которым
относятся не только внутренние организации, но и внешние партнеры, напри
мер, поставщики, оптовые продавцы, перевозчики, логистические компании,
являющиеся третьими сторонами (3PL), складские компании, оптовики, произ
водители технического обслуживания и т. д. Д л я компаний, ищущих долговре
менной выгоды, система SCM — это ключевая платформа, необходимая для
того, чтобы поддерживать быстро появляющиеся на основе Интернета бизнес-
модели. Обычно SCM следит за тем, чтобы нужный продукт был в нужном
месте по хорошей цене, в хорошем состоянии и вовремя.
Существуют три основные модели построения цепи поставок:
• Прямой канал, который можно сравнить с привычными оптовыми
продуктовыми магазинами. За счет широкого диапазона товаров и низкой
маржи, этот канал обеспечивает хорошие результаты на рынке и качест
венное выполнение заказов клиентов.
• Непрямой канал, например, продажа электронной техники; с меньшим
ассортиментом товаров и более высокой маржой. Сроки выполнения зака
за по этому каналу зависят от географического положения.
• Виртуальный канал — продажа через Интернет, со средней маржой. Этот
канал удобен тем, что доступен с любого персонального компьютера вне за
висимости от его местонахождения.
С и н х р о н и з а ц и я ц е п и поставок
Синхронизация ликвидирует затраты, связанные с неэффективным движени
ем товаров, избыточными процессами и номенклатурой товаров, и способствует
сотрудничеству между всеми участниками цепи поставок. Синхронизация фоку
сируется на снижении скрытых недоработок на границах внутри организаций.
Комплексность синхронизации цепи поставки может рассматриваться с точ
ки зрения ранее упомянутых промежутков времени: стратегического, тактичес
кого и оперативного. Сначала, на стратегическом уровне конфигурации цепи
поставок, синхронизация стала особенно уместной благодаря возможностям,
предоставляемым Интернетом: дополнительный всепроникающий канал для
продаж, распространения и доставки; потребительская сегментация; станции
техобслуживания и т. д.
На тактическом уровне планирования цепи поставок синхронизация влечет за
собой отражение изменений на нисходящем планировании в восходящих процес
сах. В частности, план спроса разделяется на план распределения, план изготов
ления и план снабжения. Это существенно по причине возрастающей изменчи
вости и многообразия спроса на рынке. В будущем это будет также включать
реконфигурацию сети логистики для определенных продуктов. Д л я достижения
этого каждый индивидуальный план также надо синхронизировать на всех ие
рархических уровнях планирования. Это можно делать последовательно или од
новременно. Одновременность и планирование в реальном времени присущи
в большей степени неприбыльным и неустойчивым к влиянию цепям поставок.
Наконец, на оперативном уровне выполнения цепи поставок, синхронизация
обычно становится возможной благодаря таким технологиям, как EDI, сред
ствам связи через Интернет, а в последнее время — объединенным решениям,
таким как SAP Business-to-Business Solution. Синхронизация также становит
ся возможной благодаря большому количеству продуктов, которые могут быть
сгенерированы из меньшего набора стандартных продуктов или торговых ма
рок. В этих случаях эффективность цепи поставок в значительной степени уве
личивается за счет откладывания момента дифференциации продукта как
можно ближе к моменту спроса на него клиентом. Иначе говоря, вы переделы
ваете продукт, подгоняя его под вкус потребителя, лишь в последний момент.
В этом отношении SAP АРО предоставляет следующие ключевые возмож
ности:
• постановка специфических целей для цепи поставок
• быстрая конфигурация очередности и ее перспективы при использовании
компонента «доступно по заказу» (available-to-promise, ATP)
• сложное планирование, основанное на спросе
• сложные алгоритмы прогнозирования
• оптимизационная логика для планирования действий цепи поставки
• планирование с учетом нехваток и приоритетов реальной жизни
• одновременное создание планов по м а т е р и а л а м , мощностям и распро
странению
• интерактивные средства для планирования сценария.
Системы э л е к т р о н н о г о у п р а в л е н и я
цепочками поставщиков
Все это становится возможным при помощи Интернет только благодаря то
му, что ЕСЕ берут на вооружение стратегию, определенную для ERP в разде
ле «Информация как новый ресурс» в главе 1. E-SCMs стали бы более
эффективными, используя информацию как замену списку товаров, движению
товаров, отбору товарных проб и т. д.
Вместо товаров по сети двигалась бы точная информация о продуктах, спе
цификациях, индивидуальных изменениях, дополнительных опциях, дизайне,
составных частях, перечне материалов (ВОМ), производственных календарных
планах, инспекциях, проверках качества, деталях доставки, деталях оплаты
т. д. Ценность списка товаров заменяет ценность информации. В сравнении
с расходами при списке товаров «на всякий случай», затраты на выработку
и обновление точной информации о списке товаров гораздо более оптимальны.
Участники e-SCM будут явно интегрированы друг с другом и смогут начинать
деловые процессы в рамках систем любого из участников.
E-SCM также подразумевает реинжиниринг и автоматизацию повседневных
процессов между предприятиями. Следует заметить, что эти процессы не будут
оставаться фиксированными, но будут конфигурироваться динамически и в ре
альном времени между участниками расширенного сообщества поставщиков
в зависимости от оптимальной конфигурации для доставки того или иного зака
за. Подобно конечному потребителю Интернет также дает предприятиям воз
можность менеджмента цепей поставок с целью максимизации возможностей;
гибкость при перемене партнеров и процессов — это обязательное требование
для Интернет-экономики.
Более того, поскольку информация «нематериальна», она не подвержена
инерции, а т а к ж е может перемещаться быстрее, чем бумаги, документы и
списки товаров. Это увеличивает пропускную способность цепи поставок в
целом. Очевидно также, что ускорение распространения списков товаров
принесет чистую финансовую прибыль. Сборка и изготовление товара отк
ладываются до самого последнего момента перед фактической доставкой и
отправкой товара клиенту.
Все характеристики и понятия касательно ERP, представленные в главе 1,
в контексте предприятия являются действительными также для e-SCM. Таким
образом, сегодня e-SCM может выполнять следующие задачи:
• трансформировать традиционную цепь поставок в управляемое информа
цией сообщество
• в целом воспринимать ЕСЕ как глобальное сообщество
• подстраиваться под интегрированную и динамическую природу сообщества
• моделировать динамическое информационное сообщество
• сделать возможным существование быстрого, реконфигурированного в ре
альном времени и конкурентоспособного сообщества
• развивать информационную стратегию в масштабе всей цепочки поставок
как часть бизнес-стратегии компании.
Оптимизация, планирование
и исполнение цепи поставок SAP
Инициатива «Оптимизация, планирование и исполнение цепочки поста
вок SAP» является частью инициативы S C M и обеспечивает рамки для ин
тегрирования прогнозирования, планирования, оптимизации и исполнения
цепочек поставок с системами онлайновой обработки транзакций SAP R/3,
системами поддержки принятия решений в SAP Business Information
Warehouse (BW), и системой автоматизация продаж и управления отноше
ниями с клиентами (CRM). Это дает возможность интегрирования информа-
ции и соответствующих решениях по всей цепи поставок, п р е в р а щ а я ее в
единую, автоматизированную и оптимизированную инфраструктуру.
Многие компоненты SAP S C O P E еще разрабатываются, однако основные
компоненты следующие:
• SAP Advanced Planner and Optimizer (APO)
• Система поставок между предприятиями SAP (business-to-business pro
curement, B2B)
• Система исполнения логистики SAP (logistics execution system, LES)
На рис. 21.1 показаны компоненты Управления цепочками поставок SAP.
Последующие подразделы дают краткий обзор вышеуказанных компонентов.
Планирование спроса
Планирование спроса — это набор статистических инструментов для прог
нозирования и функций планирования, дающий компании возможность подго
тавливать точные прогнозы и основанные на них планы.
Планирование спроса интегрируется с операционными системами S A P
R/3 и SAP BW, которые реализуют точнейший анализ планируемых, опера
тивных и исторических данных. Т а к ж е возможно взаимодействие с А Р О Alert
Monitor для сигнализации о проблемах возникающих в отношении планиру
емых сценариев.
Планирование спроса предоставляет средства для выполнения следующих
задач:
• совместное прогнозирование
• прогнозирование спроса на новый продукт
• менеджмент жизненных циклов продукта
• планирование продвижения и маркетинга продукта
• анализ.
Компонент «Доступно по заказу»
Компонент «Доступно по заказу» (Available-to-Promise, ATP) выполняет
многоуровневые проверки компонентов и мощностей в реальном времени,
а также производит анализ методом моделирования, дабы подтвердить, что
компания способна справиться со спросом и предложением на какой-то опре
деленный продукт или услугу.
Этот компонент также осуществляет постоянный контроль за наличием про
дукта по всей цепи поставки с тем, чтобы обеспечить доставку конечным пот
ребителям по заказу. Global ATP имеет автоматические функции для выполне
ния следующих операций:
• замена не имеющегося в наличии продукта другим
• изыскание материалов из дополнительных источников в случае нехватки их
в определенных местах
• распределение продуктов и компонентов на основании ранее определенных
критериев.
Пульт у п р а в л е н и я ц е п о ч к о й поставок
По функциональности, пульт управления цепочкой поставок схож с пультом
управления, описанным в главе 20. Это помогает при управлении цепочками
поставок с целью представления полной картины по всей протяженности цепи.
Пульт управления цепочкой поставок представляет собой графическую панель
инструментов для моделирования, навигации и контроля над всеми узлами це
почки поставок и выполняет следующие задачи:
• графическое представление цепи поставок
• увеличенное изображение на интересующих участках при любом уровне де
тализации
• мониторинг м а т е р и а л о в , мощностей и ограничений при транспорти
ровке и хранении
• обеспечение работы матриц показателей: выполнение доставки, пропуск
ная способность, затраты и т. д.
• предупреждение об исключительных ситуациях и извещение о сбоях.
Система о б м е н а п о с т а в к а м и м е ж д у п р е д п р и я т и я м и
Система обмена поставками между предприятиями — SAP business-to-
business (В2В) — делает возможной поставку непроизводственных товаров
и услуг, включая услуги по техобслуживанию, вспомогательные и производ
ственные материалы (Maintenance and Repair Operations, MRO). M R O обыч
но характеризуются высокообъемными малоценными транзакциями по таким
параметрами как офисные поставки, запчасти и поставки оборудования, пред
меты потребления, смазочные масла и т. д. Это управляет целым процессом,
передавая данные работникам на экраны компьютеров. Также вносится вклад
в самообслуживание работников, увеличение точности, снижение временных
затрат на циклы транзакций и снижение расходов при обеспечении полного
контроля и прозрачности для отдела закупок.
SAP В2В procurement занимается следующими процессами:
• создание и техобслуживание MRO
• создание приказов о закупке по каталогам и без них
• согласие или несогласие на закупку
• статус и прослеживание заказов на покупку
• выписка счетов-фактур
• отчеты о показателях.
Управление транспортировкой
Управление транспортировкой охватывает следующие функции:
• Календарное планирование: помогает при быстрой подготовке высоко
точных к а л е н д а р н ы х планов и путевых планов, которые дают возмож
ность предоставить клиентам оптимальный, н а д е ж н ы й и экономичный
сервис. Р а с с м а т р и в а е т транспортировку как составную часть цепи
поставок и, таким образом, дает компании возможность оптимизации
всех планов и путей т р а н с п о р т и р о в к и . К а л е н д а р н о е п л а н и р о в а н и е так
же предоставляет набор средств для п л а н и р о в а н и я перевозок вручную
или автоматически на основе з а р а н е е определенных правил.
• Выполнение: помогает в различных аспектах выполнения перевозок,
а именно: при регистрации отгрузки, назначении мест загрузки и разгруз
ки; с документацией (включая иностранную торговую документацию) и со
общение с транспортными компаниями. SAP также поддерживает интер
фейс с транспортными системами, соединенными с системой глобального
позиционирования (Global Positioning System, GPS), которые помогают
тщательно следить за ходом перевозок. Д л я контактов с зарубежными
партнерами важна мощная способность SAP поддерживать многоязыко
вые и многовалютные процессы. SAP LES дает возможность обмена ин
формацией с таможенными властями с использованием автоматической
экспортной системы (Automated Export System, AES).
• Калькуляция себестоимости: помогает во всех аспектах менеджмента
фрахтовых затрат, в том числе с калькуляцией фрахта на основе различ
ных параметров и менеджментом фрахтовых тарифов, дополнительных
сборов, скидок и прочих фрахтовых соглашений. Калькуляция фрахтовых
з а т р а т гибка по своей природе и может производиться на основе веса,
размера, расстояния транспортировки и ее типа, класса фрахта и д а ж е
соглашений, специально заключенных с клиентом. Калькуляции можно
т а к ж е производить, используя один параметр измерения, например, вес,
или же несколько параметров одновременно — допустим, расстояние
транспортировки и вес. Также имеется возможность автоматического
расчета и эффективной оплаты счетов сервисным агентам.
• Мониторинг: обеспечивается различный мониторинг и сообщение информа
ции о перевозках, 3PL, затратах, времени доставки и т. д.
Управление хранилищами
Управление хранилищами охватывает следующие функции:
• Поддержка решений: обеспечивает средства для обзора ожидаемого объе
ма работы, мощностей, кадровых назначений и календарного планирова
ния. Возможны специальные запросы, точные отчеты. Прилагаются также
средства для анализа, в том числе складских перемещений.
• Внутренние процессы: этот функционал помогает добиться надежного, точ
ного и эффективного менеджмента заказов, поступивших от клиентов,
включая планы и расписания отгрузки и получения доставленного товара.
Также обеспечивается легкий интерфейс с модулем Управление качеством
SAP (Quality Management, QM).
• Менеджмент складского хранения: обеспечивает средства для моделиро
вания складских помещений таким образом, чтобы максимально выгодно
использовать имеющееся пространство. Это дает большую гибкость и обзор
относительно возможности управлять различными категориями запасов
в зависимости от таких требований, как размер партии, накладные постав
щиков или проведение инспекции качества. Д а е т возможность произволь
ной организации складов или же организации их в порядке, обусловленном
различными критериями, а именно: срок годности, опасность груза или же
необходимостью хранения насыпного груза.
• Складская технология: дает возможность мобильного сбора данных
и взаимодействия с другими техническими складскими системами,
н а п р и м е р , системой автоматического с к л а д и р о в а н и я и отгрузки
(Automatic S t o r a g e And Retrieval System, ASRS).
• Экспортные процессы: обеспечивается поддержка экспортных процессов,
в том числе циркуляция заказов, выбор оптимизации, документации на пе
ревозку, например, накладных. Все это полностью синхронизировано с сис
темой транспортного менеджмента.
В нашу эпоху, когда товары и услуги можно заказать одним щелчком мыши,
ключом к успеху становятся долгосрочные, приносящие устойчивую прибыль от
ношения с покупателем. Методология CRM нацелена на определение наиболее
выгодных для компании потребителей и оптимизацию отношений с ними. Хотя
такая политика ведет к повышению качества обслуживания выгодных для ком
пании клиентов, оборотной стороной может стать ухудшение обслуживания не
выгодных клиентов. Такая дифференциация потребителей уже давно не новость,
только ускорение развития сети Интернет сделало этот процесс более очевидным.
Таким образом, конкуренция как борьба за потребителя иногда даже становит
ся конкуренцией потребителей — в борьбе за компанию. Кроме того, удержание
постоянных клиентов всегда было одной из самых важных задач, так как прив
лечь нового клиента гораздо труднее, а при работе с постоянными клиентами
компании могут увеличивать прибыль, не тратясь на маркетинг и рекламу.
Д л я укрепления отношений с потребителем необходимо собирать и компи
лировать информацию из широкого спектра источников, чтобы выяснить цен
ности, пожелания и нужды клиента. Такие источники данных могут включать
в себя прямой контакт, информационные системы, отчеты о продажах, данные
телефонных служб компании (например, «горячей линии»), обзоры рынка, ра
бота с целевой аудиторией и т. д. Не стоит сбрасывать со счетов и историю от
ношений потребителей и компании. Компания должна обладать полноценным,
обоснованным, логичным представлением о своем клиенте, что значительно об
легчает планирование, прогнозирование и управление цепочками поставок.
Отношения с клиентом — это тот же капитал, о котором надо заботиться, что
бы он приносил прибыль. В связи с вышеизложенным, SCM следует понимать
как стремление к тому, чтобы правильный товар по правильной цене продавал
ся в правильном месте правильному клиенту, причем на правильных условиях.
Реакция потребителя в целом — это результат распространения полной,
свежей и логичной информации о взаимодействии с индивидуальными клиен
тами; более того, это подразумевает прозрачность и доступность обращенных к
потребителю процессов. Прозрачность позволяет продавцу не только предоста
вить клиенту точную информацию о том, что компания может ему пообещать,
но и позволяет ему узнать границы дозволенного относительно того, что он мо
жет пообещать по конкретному заказу.
Полная интеграция с процессами выполнения заказов позволяет и цепочке
поставщиков получить ясное представление о требованиях клиента, что делает
возможным координацию, мониторинг и управление товарами в масштабе все
го предприятия, обеспечивая своевременное выполнение заказов и оповещая
менеджмент об исключениях, когда выполнение может запоздать. Каждое
действие клиента должно вызывать автоматическую реакцию компании по
всей цепочке поставок с целью удовлетворения требования клиента.
Вся цепочка поставок должна быть нацелена на потребителя, чему способ
ствуют системы SAP благодаря своей ориентированности на процессы — SAP
полностью интегрирует направленные на клиента процессы с процессами цепоч
ки поставок (см. подраздел «Рынок mySAP.com») и, как уже не раз подчеркива
лось в этой книге, фокусирует все бизнес-процессы на потребителе. Инициатива
SAP CRM позволяет компании привести свои товары и услуги в соответствие
с предпочтениями потребителя, что достигается с помощью следующих средств:
• SAP Маркетинг: функциональность и инструменты для планирования,
оценки, интеграции и выполнения маркетинговых программ.
• SAP Продажи: упрощение и автоматизация продаж, которая позволяет ко
манде продаж сосредоточиться на отношениях с потребителем и увеличе
нии его удовлетворенности товарами и услугами компании. Также предус
мотрено решение для мобильных продаж.
• SAP Обслуживание: увеличивает эффективность обслуживания клиентов
и превращает обслуживание в один из факторов конкурентоспособности.
Это относится к таким функциям, как телефонные «горячие линии», постав
ка и монтаж запчастей и техобслуживание. В 16-модульный комплект
CRM, запланированный SAP, в частности входят следующие приложения:
• Продажи через Интернет
• Обслуживание через Интернет
• Обычные продажи
• Обычное обслуживание
• Центр по взаимодействию и обратной связи по обслуживанию.
Пользовательские Web-интерфейсы
За время рабочего дня пользователь может неоднократно подключаться к
сети Интернет, к внутренним сетям и самым разнообразным операционным,
деловым или информационным приложениям, многие из которых несовмести
мы друг с другом: объем технологических возможностей, объем информации и
трудности перехода из одной среды в другую могут оказаться весьма утоми
тельными, что ведет к лишним усилиям и потерям времени на переключение
между приложениями, ввод паролей и другой идентификационной информа
ции. Информационные порталы предприятия (Enterprise Information Portals,
EIP) решают все эти проблемы путем создания единого портала, обеспечива
ющего доступ ко всем ресурсам с использованием единого пароля.
Такие порталы (в данной книге они называются Пользовательские Web-ин
терфейсы — Web User Interfaces, W U I ) решают проблему информационной ло
гистики при использовании множества приложений, что позволяет сконцентри
роваться на содержании и контексте корпоративной информации, что, в свою
очередь, ведет к повышению качества принимаемых решений и работы в целом.
Web-интерфейсы позволяют создавать, оформлять, публиковать информацию,
подписываться на рассылки и обмениваться опытом, с использованием станда
ртных, хорошо знакомых инструментов и форматов. Основные характерные
свойства WUI включают в себя:
• Безопасный интерактивный доступ с любого местоположения.
• Явные и скрытые средства публикации и получения информации, что поз
воляет, в частности, гораздо более эффективно использовать методологию
«Точно в срок» (JIT).
• Единая точка интерактивного подключения в сети через браузер как к
внутренним, так и к внешним приложениям и услугам.
• Широкий выбор форматов информации, включая реляционные базы дан
ных, многомерные базы данных и объекты для принятия решений — зап
росы, отчеты, таблицы, мультимедийные объекты, страницы в формате
HTML и XML, электронная почта и многое другое.
• Простые, стандартные интерфейсы, приспособленные как под особенности
компании и отрасли в целом, так и под персональные предпочтения поль
зователя.
Интернет-среда mySAP.com
Интернет-среда mySAP.com — это работающее в реальном времени решение,
в которое включены Интернет-приложения — такие, как адаптированные к Ин
тернет компоненты системы SAP R/3, персональный портал компании «Рабочее
место», «Рынок» — глобальная биржа электронной коммерции, новые сценарии
и бизнес-процессы для электронного бизнеса, а также хостинг приложений. Сре
да mySAP.com позволяет компаниям подняться от уровня интеграции до уровня
сотрудничества. Название mySAP.com отражает природу этой среды: « т у » озна
чает индивидуальный, персонализованный элемент, SAP означает надежную ос
нову приложений SAP, «.сот»указывает на сеть Интернет, в которой находится
эта среда, позволяющая компаниям интегрировать SAP и системы других разра
ботчиков и которая представляет собой полноценную среду для ведения электрон
ного бизнеса. Среда mySAP.com состоит из четырех основных компонентов:
• Рынок mySAP.com (Marketplace) — открытая торговая площадка для ве
дения электронного бизнеса и установления торговых и информационных
контактов между компаниями.
• Рабочее место mySAP.com (Workplace) — индивидуальный портал орга
низации, который позволяет работать непосредственно в окне Интернет-
браузера.
• Бизнес-сценарии mySAP.com, которые поддерживают отношения как меж
ду организациями, так и между организацией и клиентом как на основе
систем SAP, так и в системах других производителей.
• Услуги по хостингу приложений — быстрый и недорогой механизм внедре
ния всех функциональностей и решений SAP.
Р а б о ч е е м е с т о mySAP.com
Рабочее место mySAP.com представляет собой пользовательский Web-ин
терфейс, который является универсальным порталом для доступа к информа
ции и приложениям, что значительно повышает производительность труда.
Этот персонализованный интерфейс может вызываться с персональных компь
ютеров сотрудников компании, что открывает путь ко всем решениям, услугам
и информационным ресурсам, которые часто запрашиваются в процессе пов
седневных операций.
Пользователи могут работать с локальными и внешними сетями, приложе
ниями и унаследованными системами в окне браузера, а также конфигуриро
вать и настраивать индивидуально внешний вид Рабочего места mySAP.com.
Более того, Рабочее место отслеживает использование приложений, позволяя
продолжать работу с того места, на котором работы была прервана накануне.
Интегрированное рабочее место имеет крайне важное значение для сотруд
ничества и работы в бизнес-среде, и mySAP.com обеспечивает интеграцию биз
нес-приложений и ресурсов сети Интернет. Чтобы удовлетворять этим требова
ниям, рабочее место mySAP.com, в частности, поддерживает перетаскивание
объектов мышкой (в случае срочной покупки чего-либо или выполнения другой
срочной задачи).
Рабочее место mySAP.com также представляет собой персонализованный
портал для входа в Рынок mySAP.com и поддерживает интеграцию как с ERP-
системами, так и с прочими системами, включая данные финансовых рынков, новос
ти и узкоотраслевую информацию. Открытая и гибкая инфраструктура всех реше
ний mySAP.com — это SAP Internet business framework, которая функционирует
посредством обмена информацией в формате XML через WebFlow и SAP Business
Connector, причем последний осуществляет конвертацию форматов документов SAP
в формат XML, используемый при передаче данных через сеть Интернет.
Б и з н е с - с ц е н а р и и mySAP.com
Бизнес-сценарии mySAP.com — это одношаговые решения, которые обеспе
чивают бизнес-сотрудничество, интегрируя функциональность процессов, узкоот
раслевые знания и услуги, необходимые пользователям для выполнения своих
обязанностей. Бизнес-сценарии значительно прибавляют ценность компании,
увеличивая производительность и эффективность, снижая затраты и способствуя
процессу принятия решений, что в итоге сказывается на обслуживании клиентов.
Вот неполный список бизнес-сценариев MySAP.com, применяемых в таких
областях, как электронная коммерция, CRM, SCM и BI (Business Intelligence):
• Сотрудничество и планирование
• Сотрудничество и прогнозирование
• Продажи и поддержка каталогов в Web
• Выполнение заказов в Web
• Обслуживание клиентов в Web
• Представление счетов и их оплата в Web
• Закупки в Web.
Компания, ориентированная
на клиента
Сеть Интернет стала одним из факторов, вызвавших смещение акцента с
производства на клиента — потребитель стал во главу угла. Потенциал выжи
вания и успеха ориентированных на потребителя компаний легко проследить
на примере бума информационных технологий и коммуникаций в конце 90-х го
дов, когда за несколько дней люди становились миллионерами — хоть и на
короткое время, но миллионерами настоящими — доллары ведь были вовсе не
виртуальные.
В настоящее время потребитель имеет гораздо большее значение для биз
неса, чем компьютерная инфраструктура или информационные технологии.
Требования современного потребителя примерно таковы:
• персональное внимание
• покупки в меньших объемах
• возможность заказывать варианты серийных продуктов
• возможность отложить принятие решения о покупке
• испытывать радость и удовольствие от покупки
• покупать только в удобном месте, в удобное время, с удобным способом
расчета
• легкость доступа к информации о степени готовности заказа
• немедленное удовлетворение своих желаний
• лучшее обслуживание за меньшие деньги.
Глава 21
Изменение времени:
+ve = сжатие времени
-ve = расширение времени
G J
G/L 225-226, JIT 41, 43, 55, 477, 483, 495, 501
GAAP 226, 474 Job Role 383, 388
General Ledger 224, 313
GIS 134 К
Global ATP 487 Kanban 241
GoingLive 286, 302, 304, 307, 327, 334,
398, 404 KPI 469-470, 472-474, 483
GoingLive Check 286, 302, 304, 327
GPS 489 L
GUI 31, 61, 76, 97-98, 118, 126-127, 150, L1 356, 385
184, 186, 198, 212, 381 L2 334, 356, 385
GUILIB/GUI 381 LAN 84, 107, 109, 278-279
H LES 485, 489-490
Help Desk 163, 184, 362, 401, 415 LIFO 234
HR 120, 162, 223, 228, 242, 246, 248-249, LIS 277
343, 414, 433 Logistics 127, 277, 415, 485, 489
LOMS 292
Human Resources 43, 127, 228, 242, 246 LSMW 221, 306
LUW 185, 188-189
I M
IAC 184, 351, 381, 417, 445-446, 448 Marketplace 497
IСОЕ 124, 250 Master Data 236, 430
IDES 125, 156, 265, 305-306, 310, 336, Master Planning 236
342 Matchcode objects 207
IDoc 123, 380-381, 417, 437-438, 440-441 Material Management 118
IM 230, 418 Materials Management 101, 123, 227,
IMG 124-125, 155, 299-300, 302, 305-306, 308-317, 326, 328, 344-346,
231-232, 358, 372-374, 439, 467
241, 246
IMG Notes 373 MAV 171-173
Implementation Guide 119, 124, 155, MBC 29, 45
299, 309 MD 260
InfoCubes 428-431 Mercator 417
InfoDB 265, 307, 389 MFP 237
InfoObject 430 Middleware 126-127
InfoSource 430 MM 118, 143, 223, 225, 227, 231-233, 235,
Inventory Management 118 241,246,256,343,399,418
508
MOP 178, 188, 458 Production Planning 101, 119, 123, 149,
MPM 462 228, 232, 235-236, 244, 246, 249
MPS 236-240 Production Planning and Control 149
MRO 488-489 Project Office 150
MRP 43, 233-234, 236-240, 435, 489 Project System 123, 234
mySAP.com 56, 58, 120, 137-138, 214, PS 225, 234, 414, 418
474-476, 491, 493, 495-499, 501 Purchasing 118, 313
О Q
Object Model 422, 504 Q&Adb 159, 308, 344-350, 353, 374, 406
OCR 291 QA 52, 342, 368-369, 373-374, 376, 378-
Office 47, 150, 421 379, 381-382, 386, 389
OLAP 425, 430-431 QM 223, 225, 236, 239, 241-244, 246, 414,
OLE 131, 381 418, 490
OLTP 429-430 Quality Management 43, 102, 123, 236,
OMG 504 241-242, 244, 246, 490
OMS 292 Question & Answer Database 159
OSI 118, 121, 131 Quick Sizer 277, 333, 306
OSI Reference 118, 121
OSS 133, 261, 263-264, 274, 334, 369, R
377, 401, 405, 416 R/3 Business Engineer 157, 305, 336
RBE 135
P RDBMS 61, 278-279, 292, 506
PA 418 Ready-to-Run 137, 328, 330-331
Pascal 200, 207 Reference Model 119, 175
Payroll Accounting 123 Report 273, 351, 378, 430
PCC 373 Report Writer/Report Painter 351
PCS 123, 373 RFC 131, 197, 381, 434-435, 437, 442,
PDC 123 447
PDM 98 RFQ 228-229, 232, 234
Personnel Administration 123 Roadmap 302, 304, 326
Personnel Management 118 ROCE 457, 461, 468
Personnel Planning and Development ROI 52, 455, 457, 471, 476
123 ROMS 292
PI 48 RRR 137, 309, 328, 331
Plant Maintenance 102, 118, 123, 234, RT 171, 173
236, 242, 244
PM 223, 225, 234, 236, 239, 242, 244-246, S
414, 418 SAA 118, 121, 212
POS 483 Sales and Distribution 101, 123, 227-228,
POU 483 235, 241, 244, 249, 278
PP 143, 223, 225, 228, 230, 232, 235- Sales Information System 231, 239
236, 239, 241, 244, 246, 249, 256, 343, Sandbox 331-332
399, 418 SAP Archive Link 123
Procedure Model 119 SAP Benchmark Council 278
SAP Business Connector 498 Service Management 102, 123
SAP Business Engineer 123-124 Services Map 250
SAP Business Framework 381, 419, 432, SID 331
448 SKU 477
SAP Business Information Warehouse SM 225, 418
120, 123, 414, 417, 425, 448, 469, 484 SOP 232, 241, 487
SAP Business Intelligence Initiative 468 SPC 244
SAP Business Warehouse 47, 351, 421 SSCR 381
SAP Business Workflow 123, 381, 419- Structure Modeler 346
423, 448 System Administration Assistant 137
SAP BW 425-429, 469-470, 486 System Authorizations Made Easy
SAP Center 150 Guide 382
SAP CRM 493
SAP Disk-Sizer 277 T
SAP FI-CO 226 TeamSAP 120, 136, 304
SAP GoingLive 302, 398 TEMSE 189, 274, 291
SAP Office 47, 421 TPM 244
SAP Operations Manual 397 TQM 43, 48, 52, 106, 166-167, 177
SAP Report Writer/Painter 378 TR 418
SAP Session Manager 127 Treasury 123
SAP Software Logistics 415
SAP Solution maps 120, 250 U
SAP Strategic Enterprise Management
120, 468 UOM 233
SAP Workflow 47, 351, 381, 421
SAPDBA 274, 294 V
SAPGUI 127-128, 198, 279, 369, 442, ValueSAP 473-474
446, 447, 504 VBM 461-462, 469
SAPLOGON 127 VMI 478, 487
SAPOffice 123, 383 W
SAPscript 221, 400 W3C 504
SBU 250, 465 WACC 459
SCCR 377 WAN 107, 109, 278-279
Scheduler 427-428 Warehouse Management 102, 123
SCM 64, 72, 98, 120, 138, 414, 417-418, WCM 43
465, 476-479, 482-484, 489, 491-492, 497- WIP 201
499 Workbench Organizer 444
SCOPE 344, 485 Workflow 41, 418, 421-423
SCOR 470, 478-479 Workplace 495
SD 143, 162, 223, 225, 227-231, 235, 239, WUI 58, 495
241, 244, 249, 256, 278, 343, 399
SDLC 37, 106, 200 X
SDWT 46 XDBMS 504
SEE Some/All 382 XML 417, 494-495, 498, 503-504
SEM 120, 414, 452, 463, 465, 468-470, 473-474
Внедрение Концепции
управления
технологического
SAPR/3 и бизнес-
Руководство для м е н е д ж е р о в и инженеров внедрения SAP
• Концепция ERP
• Цикл проекта
внедрения SAP
Вивек Кале обладает двадцатилетним
п р о ф е с с и о н а л ь н ы м стажем, в том числе трехлетним • Методология быстрого
опытом работы с модулями FI-CO и управления внедрения Accelerated SAP
(ASAP)
п р о е к т а м и в н е д р е н и я SAP; а т а к ж е к в а л и ф и к а ц и е й
в области управления крупномасштабными
• Список контрольных
р а з р а б о т к а м и п р о г р а м м н о г о о б е с п е ч е н и я . Его о п ы т
вопросов для успешного
включает работу с информационными технологиями
внедрения SAP
и о к а з а н и е к о н с а л т и н г о в ы х услуг в С Ш А , И н д и и
и Европе. Вивек Кале консультировал и осуществлял • Модернизация SAP
разработку информационного моделирования и развитие SAP R / 3
предприятий, а также занимался реинжинирингом
бизнес-процессов и внедрением систем • Стратегия управления