Корпоративные системы управления

3.3 Логическая схема работы SAP ERP

 

Рассмотрим основные понятия из области базиса SAP ERP. Система (центральная  инстанция) - представляет собой сервер приложений вместе с СУБД.

Мандант (клиент) - это организационно независимая часть в системе R/3. Каждый мандант имеет собственную среду данных, т.е. собственные основные и переменные данные, присвоенные основные записи пользователей, планы счетов и специфические параметры настройки. В системе может быть несколько мандантов. Почти во всех таблицах БД с пользовательскими данными и настройками есть поле, являющиеся частью ключа, которое содержит номер манданта. Когда программа запрашивает какие-либо данные из такой таблицы, к запросу автоматом дописывается что-то вроде and mndt=НомерМандантаКудаВыВошли

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

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

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

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

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

1 - система разработки. Содержит 3 манданта (номера можно использовать другие).

300 - в нем можно менять настройки  и программы. При этом любое  изменение сразу попадает в запрос на перенос.

400 - менять в нем ничего нельзя. Используется для предварительного  грубого тестирования программ (кои "возникают" там одновременно с 300) и настроек.

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

2 - контроль качества. В этой  системе обычно два манданта:

500 - используется для обучения  пользователей

600 - предназначен для проверки корректности разработки или настройки.

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

3 - продуктивная система

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

На компьютере пользователя устанавливается  небольшая программа SAP GUI (Graphics User Interface - Графический Интерфейс Пользователя), функция которой сводится к отображению данных, принятых с сервера, и передаче на сервер данных и команд пользователя (иногда можно обойтись интернет-браузером вместо GUI).

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

На сервере обычно устанавливают  Систему Управления Базой Данных (СУБД) - программу, предназначенную для хранения данных в виде набора взаимосвязанных таблиц, с возможностью их (данных) добавления, изменения, удаления и извлечения по запросу пользователя в различных сочетаниях. Обращение к БД (Базе данных) осуществляется, как правило, с использованием специального языка SQL (Structured Query Language - Структурированный Язык Запросов). В нашем случае в БД, кроме собственно бизнес-данных, хранятся все настройки системы, репозитарий и тексты программ на языке ABAP/4.

Собственно SAP-ом называют Сервер Приложений (Application Server) - программу, работающую на сервере, которая осуществляет все действия над данными пользователей. Рассмотрим ее работу упрощенно на примере.

Логика работы с SAP ERP:

 

Запрос отпользователя

SAP GUI

Сервер приложений

Запрос на языке ABAP/4

СУБД (Часть программы на языке ABAP/4, кот. может выполнить запрос)

СУБД (извлечение данных и вып. запроса)

SAP GUI

Отображение результата у пользователя

Рис 2. Алготитм работы SAP ERP

3.4 Организационная структура и состав пользователей

 

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

Роль (отдельная) - описывает, какие  именно действия может осуществлять пользователь в системе.

Роль (групповая) - состоит из отдельных  ролей. Используется для облегчения работы с ролями.

Роли являются мандантозависимыми, создаются и переносятся так же, как настройки. Роль может содержать в себе:

1) дополнение к меню пользователя, т.е., транзакции с названиями, которые  будет видеть пользователь;

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

Следует иметь в виду, что если пользователю присвоены несколько  ролей, в которых есть один и тот  же объект полномочий с разными параметрами, пользователь получит максимальные права из двух возможных (соответствует логической операции "или"). На программном уровне объект полномочий является специальным элементом языка ABAP/4 и проверяется при выполнении программы. В зависимости от результатов проверки программа может осуществлять различные действия, например, выдавать сообщение "Недостаточно полномочий".

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

Группы пользователей:

Группы пользователей по функционалу/приложениям

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

Рис.3 Иерархия групп пользователей в SAP ERP

Группы пользователей по контенту: администраторы, разработчики и пользователи.

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

Специальные группы (по проектам):

Рис.4 Проектные группы

 

3.5 Экономическая эффективность автоматизации бизнес процессов с помощью программного продукта SAP ERP

 

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

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

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

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

Общие затраты на проект внедрения ERP-системы складываются из стоимости:

программного продукта (лицензии);

инфраструктуры;

внешнего консалтинга;

собственной команды внедрения;

обучения сотрудников проектной  команды;

поддержки системы.

Можно сделать вывод что внедрение крупных ERP-систем, каким является SAP ERP, выгодно крупным компаниям. Для малого и среднего бизнеса компания SAP GmbH создала другие продукты с фиксированной ценой. Их можно разделить на 3 группы:

ERP-решения на базе SAP All-in-One стоимостью  от 160 до 390 тысяч евро и сроком внедрения 3-5 месяцев;

Аналитические решения на базе SAP Business Objects со стоимостью от 25 до 115 тысяч евро и сроком внедрения 2-4 месяца;

Решения для управления персоналом на базе решений SAP со стоимостью 50 тысяч  евро и сроками внедрения 4-6 месяцев.

Затраты на внедрение и поддержание SAP ERP не разглашаются в открытых источниках (это требование и условие договора c клиентом). Тем не менее, аналитически можно сделать вывод о том, что внедрение SAP составляет 50% от годового бюджета на ИТ [1]. Если принять ИТ бюджет равным 6% от годового оборота компании, то для малой компании с оборотом в 10 млн евро 3% от оборота составят затраты на внедрение SAP ERP. В нашем случае = 300 000 евро.

 (

с) Источник: CNews Analytics по данным Gartner Group

Рис.5 Относительная эффективность внедрения SAP на предприятиях в зависимости от годового оборота

 

 

 

 

 

 

 

 

 

 

 

 

 

Заключение

 

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

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

Данный процесс состоит из следующих  подпроцессов:

1. Аудит корпоративной системы  управления проектами, разработка  рекомендаций по развитию.

2. Разработка и внедрение изменений  в корпоративной системе управления  проектами.

3. Мониторинг применения методов  проектного управления КСУП при  реализации пилотных проектов в рамках корпоративной системы управления проектами.

Циклическая реализация данного процесса позволяет развивать КСУП в необходимом для компании направлении, за счет постоянной апробации разработанных методов, процессов и средств проектного управления и актуализации элементов КСУП.

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

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

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

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