SAP что это за программа такая? Что такое SAP система Настройка программных модулей sap r3.

SAP что это за программа такая? Что такое SAP система Настройка программных модулей sap r3.

15.02.1998 Игорь Зимненко

Среди систем автоматизированного управления SAP R/3 вызывает сегодня, пожалуй, наибольший интерес. Наличие более тысяч инсталляций в мире делает систему R/3 одной из самых распространенных. Технологические особенности, заложенные в систему изначально и достижения последнего времени вывели ее в число лидеров среди интегрированных систем управления. R/3 - конфигурируемая система Бизнес-инжиниринг в R/3 AcceleratedSAP - путь к быстрому внедрению системы R/3 Новая компонентная архитектура Методология внедрения системы R/3 Среди зарубежных систем автоматизированного управления SAP R/3 вызывает сегодня, пожалуй, наибольший интерес. Наличие более 12 тыс.

Среди систем автоматизированного управления SAP R/3 вызывает сегодня, пожалуй, наибольший интерес. Наличие более тысяч инсталляций в мире делает систему R/3 одной из самых распространенных. Технологические особенности, заложенные в систему изначально и достижения последнего времени вывели ее в число лидеров среди интегрированных систем управления.

Система R/3 состоит из набора прикладных модулей (), которые поддерживают различные бизнес-процессы компании и интегрированы между собой в масштабе реального времени.

Финансы (FI). Модуль предназначен для организации основной бухгалтерской отчетности, отчетности по дебиторам, кредиторам и вспомогательной бухгалтерии. Он включает в себя: Главную книгу, Бухгалтерию дебиторов, Бухгалтерию кредиторов, Финансовое управление, Специальный регистр, Консолидацию и Информационную систему учета и отчетности.

Контроллинг (CO). Модуль обеспечивает учет затрат и прибыли предприятия и включает в себя: Учет затрат по местам их возникновения (центры затрат), Учет затрат по заказам, Учет затрат по проектам, Калькуляцию затрат, Контроль прибыльности (результатов), Контроль мест возникновения прибыли (центров прибыли), Учет выработки, Контроллинг деятельности предприятия.

Управление основными средствами (AM). Модуль предназначен для учета основных средств и управления ими. Ключевые элементы модуля: Техническое управление основными средствами, Техобслуживание и ремонт оборудования, Контроллинг инвестиций и продажа активов, Традиционный бухучет основных средств, Замена основных средств и амортизация, Управление инвестициями.

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

Производственное планирование (PP). Модуль используется для организации планирования и контроля производственной деятельности предприятия. Ключевые элементы прикладного модуля: Спецификации (BOM), Технологические карты, Рабочие центры (места), Планирование сбыта (SOP), Производственное планирование (MPS), Планирование потребности в материалах (MRP), Управление производством (SFC), Производственные заказы, Калькуляция затрат на изделие, Учет затрат по процессам, Серийное производство, Канбан (Just in time), Планирование непрерывного производства.

Управление материальными потоками (MM). Модуль поддерживает функции снабжения и управления запасами, используемые в различных хозяйственных операциях. Ключевые элементы: Закупка материалов, Управление запасами, Управление складами, Контроль счетов, Оценка запасов материала, Аттестация поставщика, Обработка работ и услуг, Информационная система закупок и информационная система управления запасами.

Сбыт (SD). Модуль решает задачи распределения, продаж, поставок и выставления счетов. Ключевые элементы: Предпродажная поддержка, Обработка запросов, Обработка предложений, Обработка заказов, Обработка поставок, Выставление счетов (фактурирование), Информационная система сбыта.

Управление качеством (QM). Этот модуль включает в себя информационную систему и систему управления качеством. Он обеспечивает поддержку планирования качества, проверку и контроль качества при производстве и закупках. Ключевые элементы: Проверка качества, Планирование качества, Информационная система контроля качества (QMIS).

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

Управление персоналом (HR). Полностью интегрированная система для планирования и управления работой персонала. Ключевые элементы: Администрирование персонала, Расчет зарплаты, Управление временными данными, Расчет командировочных расходов, Льготы, Набор новых сотрудников, Планирование и повышение квалификации персонала, Использование рабочей силы, Управление семинарами, Организационный менеджмент, Информационная система персонала.

Рис. 1. Основные модули системы R/3

Управление информационными потоками (WF). Эта часть системы связывает интегрированные прикладные модули с общими для всех приложений технологиями, сервисными средствами и инструментами. Управление потоком операций (workflow) автоматизирует хозяйственные процессы в соответствии с заранее определенными процедурами и правилами. Модуль включает многофункциональную офисную систему с встроенной электронной почтой, систему управления документами, универсальный классификатор и систему интеграции с САПР. Когда происходит определенное событие, запускается соответствующий процесс, и диспетчер потока операций инициирует единицу потока операций (Workflow Item). Данные и документы объединяются и обрабатываются на каждом шаге в соответствии с определенной логикой.

Отраслевые решения (IS). Объединяет прикладные модули SAP R/3 и дополнительную функциональность, специфичную для отрасли. Сегодня имеются отраслевые решения для промышленности: авиационной и космической, оборонной, автомобильной, нефтяной и газовой, химической, фармацевтической, машиностроительной, товаров народного потребления, электронной и непроизводственной сферы: банки, страхование, государственные органы, телекоммуникации, коммунальное хозяйство, здравоохранение, розничная торговля.

Базисная система. Служит основой системы R/3 и гарантирует интеграцию всех прикладных модулей и независимость от аппаратной платформы. Базисная система обеспечивает возможность работы в многоуровневой распределенной архитектуре клиент-сервер. Система R/3 функционирует на серверах UNIX, AS/400, Windows NT, S/390 и с различными СУБД (Informix, Oracle, Microsoft SQL Server, DB2). Пользователи могут работать в среде Windows, OSF/Motif, OS/2 или Macintosh.

Необходимо отметить, что здесь перечислены только основные функции системы R/3 и не упомянуты обширные возможности работы в Internet/intranet, доступ внешних систем к логике R/3 через интерфейсы BAPI (Business Application Programming Interface) и т.д.

R/3 - конфигурируемая система

Даже самый краткий обзор функций системы R/3 показывает ее способность решать основные задачи, стоящие перед крупными организациями. SAP R/3 - это самая обширная система на сегодняшний день. Не случайно многие лидеры мировой экономики именно ее выбрали в качестве основной корпоративной системы. Тем не менее, статистика показывает, что более трети компаний, покупающих R/3 - это средние фирмы с годовым оборотом менее 200 млн долл. Дело в том, что R/3 - конфигурируемая система (рис. 2), поэтому, купив ее, предприятие будет работать с индивидуальной версией, настроенной именно под его параметры. Показателем технического уровня системы может служить способ ее настройки. Чем шире возможности конфигурирования и настройки системы без необходимости ее переписывания, тем выше технический уровень данной системы. Поэтому параметру R/3 также занимает лидирующее положение в мире.

Рис. 2. Конфигурирование системы R/3

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

Бизнес-инжиниринг в R/3

Благодаря открытому стандартному пользовательскому интерфейсу Business-Engineer партнеры SAP и консультанты могут создавать предварительно сконфигурированные отраслевые решения на базе хозяйственных сценариев R/3 (рис. 3). Кроме того, открытые интерфейсы дают клиентам SAP возможность разрабатывать собственные шаблоны для внедрения системы R/3. Business-Engineer включается в стандартную поставку системы R/3 и состоит из трех главных компонентов: Бизнес-конфигуратор R/3, поддерживающий процедуры создания и ведения моделей предприятия с автоматической генерацией соответствующих задач и профилей настройки; Ссылочная модель R/3 - обширная метамодель внедрения R/3, включающая организационную модель, модель процессов, модель данных, модель распределения функций и модель бизнес-объектов; Репозитарий R/3 - основной банк данных для Ссылочной модели, отраслевых моделей и созданных моделей предприятия.

Рис. 3. Конфигурирование R/3 с помощью инструментария Business-Engineer

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

AcceleratedSAP - путь к быстрому внедрению системы R/3

Если руководители организации заботятся о скорейшем повышении эффективности деятельности своего предприятия, они стараются свести к минимуму сроки внедрения системы управления. С этой целью в SAP была разработана программа ускоренного внедрения системы R/3, получившая название AcceleratedSAP (ASAP). Новая технология внедрения была опробована более чем на 100 предприятиях в США и позволила значительно ускорить внедрение системы. Сейчас программа AcceleratedSAP стала доступна во всем мире.

AcceleratedSAP как универсальное средство быстрого внедрения и непрерывной оптимизации системы R/3 имеет три составные части:

  • Маршрутная карта (Roadmap). Определяет последовательность действий по внедрению R/3, предлагая клиентам пояснения на всех фазах проекта и сопровождая их на всех этапах внедрения (рис. 4).
  • Ассистент. Инструмент внедрения, который используется для навигации по маршрутной карте и предоставляет клиентам модели, анкеты и контрольные листы, а также услуги в области сервисного обслуживания и поддержки. В состав инструментальных средств входит также средство оценки проектов (Project Estimator), позволяющее определить затраты времени, финансовых средств и людских ресурсов, необходимых при внедрении системы.
  • Система сервиса и поддержки. Среди прочего, эта система включает средства ранней диагностики (Early Watch), обеспечивает постоянную поддержку специалистов и оперативное решение возникающих проблем.

Рис. 4. Маршрутная карта ускоренного внедрения.

Компонентная архитектура

Для ускорения внедрения системы и удобства ее использования компания разработала новую компонентную архитектуру Business Framework. Эта интегрированная открытая, основанная на отдельных компонентах, архитектура объединяет приложения SAP и технологии других поставщиков. В результате система R/3 превращается в набор компонентов из собственно модулей R/3, имеющихся старых приложений и продуктов третьих фирм. Подобная фрагментация дает пользователям возможностьлегко обновлять прикладные компоненты, расширять функциональность и добавлять новые приложения, не затрагивая работающую систему.

В качестве примеров, подтверждающих работоспособность описанной архитектуры, можно привести решения, разработанные в компании Sterling Group. Суть их состоит в создании комплексного решения для нефтедобывающих предприятий на базе интеграции комплекса производственных приложений управления нефтедобычей "АСУ Добыча", разработанного Sterling Group и системы R/3. А также работы по интеграции системы аналитических исследований "Прогноз" с модулями системы R/3 по управлению финансами и сбытовой деятельностью предприятия.

Методология внедрения системы R/3

Следует отметить, что SAP развивает не только функциональные возможности системы R/3, но и уделяет внимание совершенствованию технологии её внедрения. Опираясь на имеющийся в системе R/3 инструментарий (Business Engineer) и технологические приемы (Accelerated SAP) специалисты Sterling Group разработали методологию внедрения системы R/3. В ее основе лежат принципы системного подхода к решению задач управления предприятием на базе интеграции аппаратных средств и модулей системы R/3.

Процесс создания информационной технологии управления предприятием согласно предлагаемой методологии условно разбивается на шесть этапов.

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

Используя инструментарий R/3 и методологию его применения, специалисты Sterling Group ведут ряд крупных проектов создания информационных систем управления предприятием на базе R/3: ОАО "Владивостокский морской торговый порт", "Астраханьгазпром", "Надымгазпром", ОАО "Варьеганефтегаз" (г.Радужный, Тюменская обл.).

Таким образом, есть основания надеяться, что последние изменения и дополнения, внесенные в систему R/3 вместе с новыми мощными средствами ее быстрого и эффективного внедрения, будут способствовать дальнейшему укреплению позиции SAP и в нашей стране, и во всем мире.

Игорь Зимненко Sterling Group (Москва).


Реферат на тему: «Корпоративные информационные системы SAP R 3»

Корпоративные информационные системы SAP R 3

ВВЕДЕНИЕ

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

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

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

Система R/3 компании SAP представляет собой пакет стандартных международных приложений в таких областях бизнеса, как финансовые расчеты и бухгалтерский учет (Financial Accounting), управление производством (Controlling), логистика (Logistics) и руководство персоналом (Human Resources).

Система R/3 включает в себя программные решения, работающие в распределенной среде клиент/сервер, для управления предприятием во всех указанных прикладных областях. Внедрение системы R/3 обеспечит компании наряду с множеством других полезных функций возможность управлять финансовыми расчетами в международном масштабе. С помощью R/3 можно отслеживать выполнение заявок на товары, организовывать работу с персоналом и получать соответствующую информацию от служащих разных подразделений предприятия. Система R/3 предоставляет широкий набор средств для организации диалога с пользователем, что позволяет охватить все аспекты бизнеса: от ежедневной работы персонала до принятия управленческих решений. Многие компании из списка Fortune 500, в том числе такие лидеры в области высоких технологий, как American Airlines, Chevron, IBM, Mercedes и Microsoft, организуют управление своей деятельностью на основе системы R/3.

1. Понятие о ERP

1.1. Введение в ERP

В соответствии со Словарем APICS (American Production and Inventory Control Society), термин « ERP-система » (Enterprise Resource Planning — Управление ресурсами предприятия) может употребляться в двух значениях. Во-первых, это — информационная система для идентификации и планирования всех ресурсов предприятия, которые необходимы для осуществления продаж, производства, закупок и учета в процессе выполнения клиентских заказов . Во-вторых (в более общем контексте), это — методология эффективного планирования и управления всеми ресурсами предприятия, которые необходимы для осуществления продаж, производства, закупок и учета при исполнении заказов клиентов в сферах производства, дистрибьюции и оказания услуг .

Аббревиатура ERP используется для обозначения комплексных систем управления предприятием (Enterprise-Resource Planning – планирование - ресурсов предприятия). Ключевой термин ERP является Enterprise – Предприятие, и только потом – планирование ресурсов. Истинное предназначение ERP - в интеграции всех отделов и функций компании в единую компьютерную систему, которая сможет обслужить все специфичные нужды отдельных подразделений.

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

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

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

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

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

В 60-е годы началось использование вычислительной техники для автоматизации различных областей деятельности предприятий. Тогда же появился класс систем планирования потребностей в материалах (MRP - Material Requirements Planning). В основе функционирования подобных систем лежало понятие спецификации изделия (BOM - Bill Of Materials) и производственной программы (MPS - Master Production Schedule). Спецификация показывало готовое изделие в разрезе входящих в него компонентов. Производственная программа содержала информацию о временном промежутке, виде и количестве готовых изделий, запланированных к выпуску предприятием. При помощи BOM и MPS происходила процедура разузлования спецификации, на основании чего, предприятие получало информацию о потребностях в материалах для производства необходимого количества готовых изделий в соответствии с MPS. Затем информация о потребностях преобразовывалась в серию заказов на закупку и производство. Также, в данном процессе учитывалась информация об остатках сырья и материалов на складах.

Несмотря на высокую эффективность систем MRP в них был один существенный недостаток, а именно, они не учитывали в своей работе производственные мощности предприятия. Это привело к расширению функциональности MRP систем модулем планирования потребностей в мощностях (CRP - Capacity Requirements Planning). Связь между CRP и MPS позволяла учитывать наличие необходимых мощностей для производства определенного количества готовых изделий. Системы MRP имеющие в своем составе модуль CRP стали называться системами планирования потребностей в материалах замкнутого цикла (Closed Loop MRP).

В 80-х годах появился новый класс систем - системы планирования производственных ресурсов предприятия (Manufacturing Resource Planning). Из-за схожести аббревиатур такие системы стали называть MRPII.

Основное отличие MRPII от MRP, заключается в том, что системы MRPII предназначены для планирования всех ресурсов предприятия (включая финансовые и кадровые).

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

Потребность в автоматизации управленческих процессов впервые была осознана в конце 60-х – начале 70-х годов, когда стало ясно, что управление крупной корпорацией подчиняется тем же законам, что и любая бюрократическая структура. Один из законов Паркинсона гласит: “штат организации никак не связан с объемом выполняемой ею работы”. Иными словами, с ростом численности управленческого персонала КПД его работы падает до нуля.

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

1.2 Функции ERP -систем

Системы планирования ресурсов предприятия, Enterprise Resource Planning (ERP) системы стали функциональным развитием MRP и MRP II систем. Аналитики компании Gartner Group назвали так системы класса MRP II, имеющие в своем составе модуль финансового планирования FRP – Finance Requirements Planning, но дальнейшее развитие систем существенно расширило эти первоначальные отличия. В основе ERP систем лежит принцип создания единого хранилища данных, содержащего всю корпоративную бизнес-информацию и обеспечивающего одновременный доступ к ней любого необходимого числа сотрудников предприятия, наделенных соответствующими полномочиями. Главным же, безусловно, является набор функций ERP систем, основные из которых следующие:

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

· формирование планов продаж и производства;

· планирование потребностей в материалах и комплектующих, сроков и объемов поставок для выполнения плана производства продукции;

· управление запасами и закупками: ведение договоров, реализация централизованных закупок, обеспечение учета и оптимизации складских и цеховых запасов;

· планирование производственных мощностей от укрупненного планирования до использования отдельных станков и оборудования;

· оперативное управление финансами, включая составление финансового плана и осуществление контроля его исполнения, финансовый и управленческий учет;

· управления проектами, включая планирование этапов и ресурсов, необходимых для их реализации.

Поскольку основой ERP системы является находящаяся внутри неё MRP II система, то, естественно, что функции и одной и другой во многом схожи. Основными же отличиями ERP систем от MRPII систем можно считать:

· большего количества типов производств и видов деятельности предприятий и организаций;

· планирование ресурсов по различным направлениям деятельности;

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

· большее внимание подсистемам финансового планирования и управления;

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

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

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

· наличие в системе или интеграция с программными средствами поддержки принятия решений;

· наличие развитых средств настройки и конфигурирования аппаратных и программных средств.

2. О компании-создателе системы SAP R /3

2.1. Компания SAP

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

Краткая хронология истории компании SAP AG выглядит так:

1972 г. Systemanalyse und Programmentwicklung («Системный анализ и разработка программ») в г. Манхейм. Новая компания разрабатывает и представляет систему для ведения бухгалтерского и финансового учета, которая использует данные в режиме реального времени в масштабе интегрированного предприятия.

1973 г. Компания SAP представляет Систему «Управления материалами» (Material Management), вслед за которой появляются модули «Закупки» (Purchasing), «Управление запасами» (Inventory Management) и «Выписка счетов-фактур» (Invoice Verification). В соответствии с философией компании, модуль ММ напрямую, в режиме реального времени обменивается данными с модулем FI (Finance), что дает неоспоримые преимущества в работе.

1977 г. Компания получает новое название Systeme, Anwendungen, Produkte in der Datenverarbeitung («Системы, Приложения, Продукты для Обработки Данных») и из Манхейма переезжает в новую штаб-квартиру в г. Валльдорф, где и располагается по сей день.

Компания SAP представляет модуль «Учет Активов» (Assets Accounting). У компании SAP появляются первые иностранные клиенты из Австрии. Компания SAP разрабатывает французскую версию бухгалтерского модуля. С этого времени интернациональность продуктов SAP становится отличительным признаком компании.

1978 г. Компания SAP представляет свою первую систему, охватывающую все предприятие, а именно R/2, работающую на мейнфреймах. Компания SAP разрабатывает модуль «Расчет затрат» (Cost Accounting).

1980 г. Продукты SAP занимают 50-е место в списке 100 лучших продуктов Германии.

1984 г. Компания SAP получает первого покупателя системы планирования и контроля производства. Начинается работа над созданием модулей «Управление персоналом» (Personnel Management) и «Обслуживание и ремонт» (Plant Maintenance).

1985 г. Компания SAP представлена в большинстве европейских стран и начинает наступление на рынки за пределами Европы, в частности, в Канаде, США, ЮАР и Кувейте.

1986 г. Компания SAP впервые представляет свой продукт R/2 на крупнейшей международной выставке информационных технологий «СеВIТ».

1987 г. Компания IBM объявляет о создании Системной архитектуры прикладных программ (Systems Application Architecture, SAA), которая представляет собой концепцию трехслойной структуры программных приложений, что влечет за собой возможность создания приложений, независящих от типа платформы, на которую они устанавливаются. С этого времени графические интерфейсы пользователя (GUI) выходят на первый план, в то время как стандартные системы управления базами данных (DBMS) отходят на второй план. В целом это соответствует эталонной модели открытых компьютерных сетей OSI Reference (Open Systems Interconnection Reference), появившейся в начале 1980-х годов.

Компания SAP принимает решение о разработке всех приложений для бизнеса в среде АВАР/4, хотя рабочая среда остается в языке С (Си).

1988 г. Компания SAP становится корпорацией, акции которой доступны широкой публике.

SAP открывает международный учебный центр в г. Валльдорф.

1989 г. Компания SAP представляет систему приложений R/3 на конференции CeBIT в г. Ганновер и организует первую конференцию SAPPHIRE в США.

1992 г. Годовая прибыль SAP достигает 831 миллиона немецких марок, половина прибыли получена за пределами Германии. Система R/2 становится доступной во всем мире на 14 языках, включая русский.

Компания SAP представляет систему R/3, для платформы UNIX, работающую по принципу «клиент-сервер» в масштабе всего предприятия. Это важнейшее в истории компании событие приводит к взрывному росту прибылей.

1993 г. Компании SAP и Microsoft (MS) начинают совместную работу по интеграции таких PC-ориентированных продуктов Microsoft, как Word, Excel, Project, Access с бизнес-приложениями, выпускаемыми компанией SAP. Компании SAP и MS адаптируют систему R/3 к среде Windows NT. Система SAP R/3 становится доступной на платформе Windows NT. Компания SAP America основывает центр по программным разработкам в г. Фостер Сити, в Силиконовой долине в США. Компания SAP представляет версию «Kanji» системы R/3.

1994 г. Количество покупателей системы SAP R/3 достигает 1000. Разработка SAP R/3 получает сертификат ISO 9000.

Релиз 2.2 системы SAP R/3 содержит значительные усовершенствования в области логистики.

1995 г. Количество пользователей системы SAP R/2 достигает 2000, пользователей системы R/3 во всем мире — 4000.

Компания SAP выпускает релиз 3.0 системы R/3, который знаменует настоящий прорыв в области функциональности, особенно в модуле «Планирование Производства» (Production Planning).

Компания SAP делает возможной установку системы R/3 на широко распространенной платформе IBM AS/400.

Компания SAP объявляет о создании вертикальных решений для обрабатывающей промышленности (в том числе, химической, фармацевтической, пищевой отраслей).

Компания SAP представляет решение Application Link Enabling (ALE), которое позволяет поддерживать связи между приложениями, работающими на различных компьютерах. ALE позволяет системам SAP развить ключевую стратегию компании — интеграцию в среде «клиент-сервер», возможную благодаря асинхронной связи между приложениями, распределенными по разным компьютерам, но тем не менее интегрированными посредством обмена сообщениями.

Для облегчения установки систем Компания SAP представляет полноценную среду внедрения, состоящую из Справочной модели R/3 (Reference Model), Бизнес-Навигатора R/3 (Business Navigator), Модели процедур (Procedure Model) и Руководства по внедрению (Implementation Guide). Компания SAP открывает центр сервиса и техподдержки в г. Валльдорф.

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

Компания SAP представляет приложения, работающие в сети Интернет. Компания SAP представляет методологию «Accelerated SAP» для ускорения процесса внедрения. Эта методология создана на основе опыта, накопленного за время тысяч установок систем SAP.

Компания SAP становится поставщиком номер один в области создания комплексных систем для производств.

1997 г. Компания SAP приобретает до 750 новых клиентов в месяц. Компания SAP представляет TeamSAP.

Компания Motorola внедряет модуль SAP HR «Человеческие ресурсы» на 25 тысяч пользователей.

1998 г. Компания SAP выпускает карты решений (SAP Solution maps) для девятнадцати отраслей.

Компания SAP выпускает SAP R/3 релиз 4.0

Компания SAP представляет программу EnjoySAP, нацеленную на облегчение изучения и понимания систем SAP, настройку системы под индивидуальные требования и удобную работу с системой в целом. Компания SAP объявляет о создании таких новых направлений , как SAP Customer Relationship Management (CRM), SAP Business Intelligence (BI), SAP Supply Chain Management (SCM), SAP Advanced Planner and Optimizer (APO), Management Cockpit, SAP Strategic Enterprise Management (SEM), SAP Business Information Warehouse (BW) и EnjoySAP.

1999 г. Компания SAP в сети Интернет создает сайт mySAP.com , который расширяет возможности системы SAP.

Компания SAP представляет программу партнерства для внедрения приложений и оказания и услуг по аутсорсингу.

Компания SAP делает возможной приобретение лицензий на отдельные модули, в соответствии с текущими потребностями.

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

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

Разработчики SAP быстро освоили философию Архитектуры Системных Приложений (SAA), которая являлась развитием модели OSI Reference для открытых компьютерных сетей, эта философия стала основным принципом, благодаря которому удалось обеспечить открытость и внутреннюю гибкость программных продуктов. Кроме того, они сразу поняли важность графического интерфейса пользователя, как главного элемента любого рода взаимодействия между системой и пользователем, поняли задолго до того, как компьютерное оборудование и программное обеспечение сделали возможным внедрение графических интерфейсов без значительного ущерба для крайне важной характеристики масштабируемости системы в зависимости от количества пользователей.

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

Содиректора компании — Билл Макдермот и Джим Хэгеман.

Головной офис. Вальдорф, Германия

2.2. Продукты и платформы

Продукты фирмы отображают все внутренние процессы предприятия: бухгалтерский учет, торговля, производство, финансы, управление персоналом и складами (WMS). Приложения обычно можно адаптировать под правовой контекст определённой страны. Кроме поставок программного обеспечения, фирма предлагает услуги по его внедрению, используя для этого собственную методологию внедрения ASAP.

Говоря «SAP» в большинстве случаев подразумевают другую аббревиатуру: «SAP R/3», здесь «R/3» — краткое обобщённое название интегрированной автоматизированной системы управления, которая и является, по сути, основным продаваемым продуктом этой фирмы. Известно, что до R/3 была система R/2 и R/1. Однако широкую известность приобрела именно система R/3, поэтому именно эта аббревиатура и применяется наиболее широко.

Система SAP R/3 ориентирована главным образом на крупные и средние предприятия. (В западном понимании <300 человек — мелкий бизнес)

Значение R/3 в аббревиатуре SAP R/3

Буква R из R/3 является начальной буквой слова «Realtime» , и означает немедленную проводку и актуализацию данных, которые в рамках Интеграции немедленно доступны всем заинтересованным отделам предприятия. Цифра 3 означает, что в системе реализована архитектура клиент/сервер приложений/система управления базами данных (трёхзвенная модель), в отличие от R/2, которая работала на мейнфреймах (больших ЭВМ).

SAP NetWeaver 2004

В 2004 году SAP представила новую программную платформу SAP NetWeaver 2004. В нее вошли такие продукты как:

· SAP Enterprise Portal (платформа для портальных решений уровня предприятия)

· SAP Process Integration (бывшая Exchange Infrastructure) — интеграционное решение уровня предприятия

· SAP Mobile Infrastructure (бывшая Mobile Engine) — платформа для реализации приложений для мобильных устройств

· SAP Business Intelligence (бывшая Business Warehouse) — платформа для создания корпоративных хранилищ данных и бизнес - аналитики

· SAP Knowledge Management — платформа управления знаниями

· SAP Master Data Management — система ведения нормативно-справочной информации уровня предприятия

· SAP Application Server — платформа для функционирования всех остальных продуктов SAP NetWeaver и других продуктов SAP (таких как SAP ERP — R/3)

На осень 2008 года последней актуальной версией SAP NetWeaver является версия SAP NetWeaver 7.0

На осень 2008 года наиболее современным является комплекс решений, основанный на SAP ERP 6, использующий платформу SAP NetWeaver 7.0

3. Корпоративные информационные системы: SAP R /3

3.1. Архитектура системы R /3; набор модулей системы; цели проекта SAP

Архитектура системы R/3

Система R/З представляет собой набор приложений, написанных исключительно на языке АВАP/4 и поэтому не зависящих от конкретной платформы. Язык АВАP/4 занимает центральное место в программном обеспечении связного уровня, что позволяет сделать программу независимой от аппаратуры, операционной системы и СУБД (рис. 1).

Рис. 1 Многоуровневая структура системы R/ 3

В связное программное обеспечение R/3 Basis входят следующие компоненты:

GUI (графический интерфейс пользователя)

Исполнительная система АВАР/4

Интерфейс базы данных

Средства поддержки многопользовательского режима

Средства разработки АВАР/4 Development Workbench

Система автоматизации совместной обработки данных

Система электронной почты

Средства интеграции персональных компьютеров с программным обеспечением

Средства фоновой обработки заданий

Система спулинга

Средства администрирования системы

Интерфейсы связи с внешними системами

Система R/3, разработанная на базе трехуровневой архитектуры, предназначена для реализации распределенных вычислений в среде клиент/сервер. R/3 содержит три логических уровня:

Уровень базы данных, на котором осуществляется хранение и поиск данных бизнес-приложения

Уровень приложения, на котором реализована логика исполнения

Уровень представления информации с использованием GUI

Каждая из этих служб может быть распределена и исполняться на различных аппаратных устройствах (рис. 2).

Рис. 2 Трехуровневая архитектура системы R/3

Архитектура системы R/3 позволяет объединять два или три уровня в одном компьютере "физически" (рис. 3) — если не требуется более высокая степень распределения функций.

Рис. 3 Масштабирование системы R/3

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

Средства разработки АВАР/4 Development Workbench интегрированы в R/3 Basis, что дает возможность разрабатывать приложения, отвечающие стандартным требованиям к бизнес-приложениям SAP.

В частности, программы, созданные с помощью Development Workbench, поддерживают различные вычислительные среды, т.е. являются переносимыми.

Схема системы SAP R/3 представлена на рисунке 4.

Рис. 4. Строение SAP.

На рис. 5 представлены компоненты SAP как с точки зрения функциональности, так и инфраструктуры. С функциональной точки зрения самый верхний уровень — это уровень презентации, он состоит из графического интерфейса пользователя (GUI). Средний уровень — это уровень приложений, в котором протекает работа самих приложений, кроме того, по сути, это совокупность программных средств (middleware), обобщенно называемая Базис, от которой зависит интеграция всех приложений. Эта система включает в себя такие компоненты, как Рабочее место разработчика АВАР/4 (Development Workbench), инструменты администрирования системы и управления системой, системы авторизации и безопасности, а также общие для всех приложений компоненты. Нижний уровень состоит из сети, базы данных и операционной системы.

Рис. 5. Архитектура SAP.

Так как клиент-сервер — это, главным образом, концепция управления программным обеспечением, мы можем легко обрисовать функциональность сточки зрения трехслойной архитектуры внедрения SAP, когда компьютеры делятся на три функциональные группы, для обслуживания функций презентаций, приложений и баз данных соответственно. Система R / 3также допускает распределение функций уровней презентаций и приложений или приложений среди множества компьютеров. Обмен информацией между уровнями осуществляется с помощью стандартных протоколов, таких, как CPI-C или TCP/IP.

Уровень интерфейсов обеспечивает работу следующих служб: SAPGUI, SAPLOGON и SAP Session Manager. Уровень приложений обеспечивает работу таких компонентов, как: «Финансы» (Financials), «Логистика» (Logistics) и «Человеческие ресурсы» (Human Resources). Middleware-слой в рамках уровня приложений обеспечивает диалог, обновление базы данных, управление полномочиями, обмен сообщениями, доступ и обмен данными. Уровень базы данных работает с SQL-сервисами.

Набор модулей системы

Система SAP R/3 состоит из набора прикладных модулей, которые поддерживают различные бизнес-процессы компании и интегрированы между собой в масштабе реального времени.

Стандартные модули приложений SAP обеспечивают функциональность, общепринятую и использующуюся в широком спектре отраслей. Эту функциональность можно примерно разделить на три основные группы: финансы, логистика и кадры. Финансовый блок SAP включает в себя такие модули, как «финансовая отчетность» (Financial Accounting), «Контроллинг» (Controlling), «Управление активами» (Assets Management), «Управление инвестициями» (Investment Management) и «Касса» (Treasury). Логистика SAP включает в себя такие крупные модули, как «Управление материалами» (Materials Management), «Планирование производства» (Production Planning), «Управление качеством» (Quality Management), «Обслуживание и ремонт» (Plant Maintenance), «Система проектов» (Project System), «Продажи и дистрибуция» (Sales and Distribution), «Управление услугами» (Service Management), «Управление складами» (Warehouse Management) и т.д. Кадровые модули SAP включают в себя «Планирование и развитие персонала» (Personnel Planning and Development), «Администрирование персонала» (Personnel Administration) и «Расчет заработной платы» (Payroll Accounting).

Финансы (FI). Модуль предназначен для организации основной бухгалтерской отчетности, отчетности по дебиторам, кредиторам и вспомогательной бухгалтерии. Он включает в себя: Главную книгу, Бухгалтерию дебиторов, Бухгалтерию кредиторов, Финансовое управление, Специальный регистр, Консолидацию и Информационную систему учета и отчетности.

Контроллинг (CO). Модуль обеспечивает учет затрат и прибыли предприятия и включает в себя: Учет затрат по местам их возникновения (центры затрат), Учет затрат по заказам, Учет затрат по проектам, Калькуляцию затрат, Контроль прибыльности (результатов), Контроль мест возникновения прибыли (центров прибыли), Учет выработки, Контроллинг деятельности предприятия.

Управление основными средствами (AM). Модуль предназначен для учета основных средств и управления ими. Ключевые элементы модуля: Техническое управление основными средствами, Техобслуживание и ремонт оборудования, Контроллинг инвестиций и продажа активов, Традиционный бухучет основных средств, Замена основных средств и амортизация, Управление инвестициями.

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

Производственное планирование (PP). Модуль используется для организации планирования и контроля производственной деятельности предприятия. Ключевые элементы прикладного модуля: Спецификации (BOM), Технологические карты, Рабочие центры (места), Планирование сбыта (SOP), Производственное планирование (MPS), Планирование потребности в материалах (MRP), Управление производством (SFC), Производственные заказы, Калькуляция затрат на изделие, Учет затрат по процессам, Серийное производство, Канбан (Just in time), Планирование непрерывного производства.

Управление материальными потоками (MM). Модуль поддерживает функции снабжения и управления запасами, используемые в различных хозяйственных операциях. Ключевые элементы: Закупка материалов, Управление запасами, Управление складами, Контроль счетов, Оценка запасов материала, Аттестация поставщика, Обработка работ и услуг, Информационная система закупок и информационная система управления запасами.

Сбыт (SD). Модуль решает задачи распределения, продаж, поставок и выставления счетов. Ключевые элементы: Предпродажная поддержка, Обработка запросов, Обработка предложений, Обработка заказов, Обработка поставок, Выставление счетов (фактурирование), Информационная система сбыта.

Управление качеством (QM). Этот модуль включает в себя информационную систему и систему управления качеством. Он обеспечивает поддержку планирования качества, проверку и контроль качества при производстве и закупках. Ключевые элементы: Проверка качества, Планирование качества, Информационная система контроля качества (QMIS).

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

Управление персоналом (HR). Полностью интегрированная система для планирования и управления работой персонала. Ключевые элементы: Администрирование персонала, Расчет зарплаты, Управление временными данными, Расчет командировочных расходов, Льготы, Набор новых сотрудников, Планирование и повышение квалификации персонала, Использование рабочей силы, Управление семинарами, Организационный менеджмент, Информационная система персонала.

Управление информационными потоками (WF). Эта часть системы связывает интегрированные прикладные модули с общими для всех приложений технологиями, сервисными средствами и инструментами. Управление потоком операций (workflow) автоматизирует хозяйственные процессы в соответствии с заранее определенными процедурами и правилами. Модуль включает многофункциональную офисную систему с встроенной электронной почтой, систему управления документами, универсальный классификатор и систему интеграции с САПР. Когда происходит определенное событие, запускается соответствующий процесс, и диспетчер потока операций инициирует единицу потока операций (Workflow Item). Данные и документы объединяются и обрабатываются на каждом шаге в соответствии с определенной логикой.

Отраслевые решения (IS). Объединяет прикладные модули SAP R/3 и дополнительную функциональность, специфичную для отрасли. Сегодня имеются отраслевые решения для промышленности: авиационной и космической, оборонной, автомобильной, нефтяной и газовой, химической, фармацевтической, машиностроительной, товаров народного потребления, электронной и непроизводственной сферы: банки, страхование, государственные органы, телекоммуникации, коммунальное хозяйство, здравоохранение, розничная торговля.

Базисная система. Служит основой системы SAP R/3 и гарантирует интеграцию всех прикладных модулей и независимость от аппаратной платформы. Базисная система обеспечивает возможность работы в многоуровневой распределенной архитектуре клиент-сервер. Система SAP R/3 функционирует на серверах UNIX, AS/400, Windows NT, S/390 и с различными СУБД (Informix, Oracle, Microsoft SQL Server, DB2). Пользователи могут работать в среде Windows, OSF/Motif, OS/2 или Macintosh.

Необходимо отметить, что здесь перечислены только основные функции системы SAP R/3 и не упомянуты обширные возможности работы в Internet/intranet, доступ внешних систем к логике SAP R/3 через интерфейсы BAPI (Business Application Programming Interface) и т.д.

Цели проекта SAP

Миссия проекта SAP должна быть точно согласована с миссией и целями предприятия, определенными на ближайшие 3—5 лет. Проект внедрения SAP может сам являться миссией, которую можно сформулировать так:

Подготовить, внедрить и поддерживать систему SAP R/3 в масштабе всей организации в течение запланированного периода — двух лет, с участием всех организаторов деятельности компании к их полному удовлетворению. Цели проекта SAP можно выразить в следующих цифрах:

Увеличение пропускной способности процессов на 30%

Сокращение сроков инвентаризации на 30%

Увеличение оборота товаров и финансов на 100%

Увеличение выработки от 1% до 3%

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

Поводы для внедрения SAP

На данный момент по всему миру насчитывается свыше 20 тыс. инсталляций SAP. Причины, почему было принято решение о внедрении SAP, бывают самыми разными, среди них:

Существующие приложения имеют слишком много ограничений.

Приложения должны функционировать на неоднородной инфраструктуре и компьютерном парке.

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

Приложения должны осуществлять все деловые операции в режиме он-лайн.

Приложения должны обеспечивать доступ к данным в режиме реального времени.

Приложения должны поддерживать межфункциональные процессы.

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

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

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

Приложения должны поддерживать функциональность, обусловленную национальной спецификой той или иной страны.

Приложения должны сокращать затраты времени на выполнение операций.

3.2. SAP R/3 – конфигурируемая система

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

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

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

Модуль SAP Business Engineer представляет собой полноценную среду для быстрого и эффективного анализа, дизайна и конфигурирования персональных бизнес-процессов. Здесь представлены 800 лучших деловых практик и сценариев. Модуль Business Engineer предусматривает различные модели процессов и подходы к ним, причем в различной форме (в том числе, и в форме графического представления) для облегчения выбора нужных процессов. Выбор процессов автоматически встроен в соответствующее Руководство по внедрению (Implementation Guide, IMG), с помощью которого последовательно конфигурируется и настраивается система.

Интегрированность и операции в реальном времени

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

3.3. Развертывание SAP , пути к успеху для внедрения проектов

Развертывание SAP

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

Рационализация бизнес-процессов

Стандартизация бизнес-процессов

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

Включение представителей всех участков производства и/или дополнительных офисов и функциональных подразделений в команду проекта.

Фаза развертывания системы включает в себя следующие шаги:

1. Инсталляция SAP: подразумевает создание инфраструктуры и установку программного обеспечения SAP на основе опыта внедрения на пилотном участке.

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

относящихся ко всем участкам производства или дополнительным офисам, причем от участка к участку эти данные (например, данные о поставщиках) могут варьироваться в зависимости от профиля производства, сегмента рынка и т. д. Кроме то го, данные могут меняться в зависимости от специфических для того или иного участка производства правил и нормативов.

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

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

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

ЗАКЛЮЧЕНИЕ

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

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

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

PAGE \* MERGEFORMAT 1

В соответствии со Словарем APICS (American Production and Inventory Control Society), термин «ERP-система » (Enterprise Resource Planning - Управление ресурсами предприятия) может употребляться в двух значениях. Во-первых, это - информационная система для идентификации и планирования всех ресурсов предприятия, которые необходимы для осуществления продаж, производства, закупок и учета в процессе выполнения клиентских заказов . Во-вторых (в более общем контексте), это - методология эффективного планирования и управления всеми ресурсами предприятия, которые необходимы для осуществления продаж, производства, закупок и учета при исполнении заказов клиентов в сферах производства, дистрибьюции и оказания услуг .

erp.lanit.ru Аббревиатура ERP используется для обозначения комплексных систем управления предприятием (Enterprise-Resource Planning – планирование - ресурсов предприятия). Ключевой термин ERP является Enterprise – Предприятие, и только потом – планирование ресурсов. Истинное предназначение ERP - в интеграции всех отделов и функций компании в единую компьютерную систему, которая сможет обслужить все специфичные нужды отдельных подразделений.Самое трудное – построить единую систему, которая обслужит все запросы сотрудников финансового отдела, и, в то же время, угодит и отделу кадров, и складу, и другим подразделениям. Каждый из этих отделов обычно имеет собственную компьютерную систему, оптимизированную под свои особенности работы. ERP комбинирует их все в рамках одной интегрированной программы, которая работает с единой базой данных, так, что все департаменты могут легче обмениваться информацией и общаться друг с другом. Такой интегрированный подход обещает обернуться очень большой отдачей, если компании смогут корректно установить систему.Возьмем, к примеру, обработку заказа. Обычно, когда клиент делает заказ, тот начинает долгое путешествие из одной папки для бумаг в другую. При этом информация по заказу попутно «вбивается» то в одну компьютерную систему, то в другую. Это неспешное путешествие ведёт к запаздыванию исполнения заказов и их потере, а также является причиной ошибок при многократном вводе информации в разные системы. Между тем, в нужный момент никто в компании по-настоящему не может сказать, каково реальное состояние заказа, потому что сотрудник фронт - офиса не может заглянуть в компьютеры склада и сказать, отгружен уже товар или нет. И разъяренный заказчик слышит только: «Позвоните, пожалуйста, на склад!»ERP заменяет старые разрозненные компьютерные системы по финансам, управлению персоналом, контролю над производством, логистике, складу одной унифицированной системой, состоящей из программных модулей, которые повторяют функциональность старых систем. Программы, обслуживающие финансы, производство или склад теперь связаны вместе, и из одного отдела можно заглянуть в информацию другого. ERP-системы большинства поставщиков достаточно гибки и легко настраиваемы, их можно устанавливать модулями, не приобретая сразу весь пакет. Например, многие компании приобретают сначала только финансовые или HR модули, оставляя на будущее автоматизацию других функций. ERP-система автоматизирует процедуры, образующие бизнес-процессы. Например, выполнение заказа клиента: принятие заказа, его размещение, отгрузка со склада, доставка, выставление счёта, получение оплаты. ERP-система «подхватывает» заказ клиента и служит своего рода дорожной картой, по которой автоматизируются различные шаги на пути исполнения заказа. Когда представитель фронтофиса вводит заказ клиента в ERP-систему, у него есть доступ ко всей информации, необходимой для того, чтобы запустить заказ на выполнение. Например, он тут же получает доступ к кредитному рейтингу клиента и истории его заказов из финансового модуля, узнает о наличии товара из складского модуля и о графике отгрузки товаров из модуля логистики. Сотрудники, работающие в разных подразделениях, видят одну информацию и могут обновлять её в своей части. Когда один департамент заканчивает работу над заказом, заказ автоматически переадресовывается в другой департамент внутри самой системы. Чтобы узнать, где находился заказ в любой момент времени, необходимо только войти в систему и отследить прохождение заказа. Поскольку весь процесс теперь прозрачен, то заказы клиентов выполняются быстрее и с меньшим числом ошибок, чем раньше. То же самое происходит с другими важными процессами, например, созданием финансовых отчетов, начислением зарплаты и т.д. Такова роль ERP-системы в идеале. Реальность несколько жестче. Вернемся к тем же папкам для бумаг. Этот процесс может быть и не эффективен, но зато он прост и привычен. Бухгалтерия делает свою работу, склад – свою, и если что-нибудь за стенами отдела не так, это - чужая проблема. C приходом ERP всё меняется: продавец больше не является машинисткой, всего лишь набирающей имя клиента и нажимающей клавишу “Enter”. Экран ERP-системы превращает его в бизнесмена. Продавец переходит от кредитной истории клиента к ситуации на складе. Заплатит ли клиент вовремя? Сможем ли мы вовремя отгрузить? Таких решений продавцы никогда раньше не принимали, а от этих решений зависят клиенты, и зависят другие подразделения компании. И не одним только продавцам приходится проснуться – народ на складе, который раньше держал весь список товаров в голове или на клочках бумаги, теперь должен вводить его в компьютер. Если они не будут делать это регулярно и быстро, продавец скажет клиенту, что товара нет на складе, клиент отправится к другому поставщику, и компания потеряет деньги.Ответственность, отчетность и унифицированные коммуникации никогда раньше не проверялись так жестко. Люди не любят перемены, а ERP требует изменения их стиля работы. Вот почему так трудно оценить эффект от ERP. Ценно не столько программное обеспечение, сколько перемены, которые компании должны провести в способах ведения бизнеса. Если вы просто устанавливаете новое программное обеспечение, не изменяя принципов работы, вы можете не увидеть никакого эффекта вообще. Наоборот, новое программное обеспечение затормозит вас – вы замените старую программу, которую все знают, новой, неизвестной никому.В 60-е годы началось использование вычислительной техники для автоматизации различных областей деятельности предприятий. Тогда же появился класс систем планирования потребностей в материалах (MRP - Material Requirements Planning). В основе функционирования подобных систем лежало понятие спецификации изделия (BOM - Bill Of Materials) и производственной программы (MPS - Master Production Schedule). Спецификация показывало готовое изделие в разрезе входящих в него компонентов. Производственная программа содержала информацию о временном промежутке, виде и количестве готовых изделий, запланированных к выпуску предприятием. При помощи BOM и MPS происходила процедура разузлования спецификации, на основании чего, предприятие получало информацию о потребностях в материалах для производства необходимого количества готовых изделий в соответствии с MPS. Затем информация о потребностях преобразовывалась в серию заказов на закупку и производство. Также, в данном процессе учитывалась информация об остатках сырья и материалов на складах. Использование систем MRP позволило компаниям достичь следующих результатов: - снизить уровень запасов сырья и материалов на складах - снизить уровень запасов в незавершенном производстве - повысить эффективность производственного цикла - сократить сроки выполнения заказов Несмотря на высокую эффективность систем MRP в них был один существенный недостаток, а именно, они не учитывали в своей работе производственные мощности предприятия. Это привело к расширению функциональности MRP систем модулем планирования потребностей в мощностях (CRP - Capacity Requirements Planning). Связь между CRP и MPS позволяла учитывать наличие необходимых мощностей для производства определенного количества готовых изделий. Системы MRP имеющие в своем составе модуль CRP стали называться системами планирования потребностей в материалах замкнутого цикла (Closed Loop MRP). В 80-х годах появился новый класс систем - системы планирования производственных ресурсов предприятия (Manufacturing Resource Planning). Из-за схожести аббревиатур такие системы стали называть MRPII. Основное отличие MRPII от MRP, заключается в том, что системы MRPII предназначены для планирования всех ресурсов предприятия (включая финансовые и кадровые). Вследствие усовершенствования систем MRPII и их дальнейшего функционального расширения появился класс систем ERP. Термин ERP был введен независимой исследовательской компанией Gartner Group в начале 90-х годов. ERP системы, предназначены не только для производственных предприятий, они также эффективно позволяют автоматизировать деятельность компаний предоставляющих услуги. Потребность в автоматизации управленческих процессов впервые была осознана в конце 60-х – начале 70-х годов, когда стало ясно, что управление крупной корпорацией подчиняется тем же законам, что и любая бюрократическая структура. Один из законов Паркинсона гласит: “штат организации никак не связан с объемом выполняемой ею работы”. Иными словами, с ростом численности управленческого персонала КПД его работы падает до нуля. В связи с этим родилась идея: организовать труд управленцев при помощи автоматизированной системы примерно так, как конвейер организует труд рабочих. В итоге родилась концепция регулярного менеджмента, опирающегося не на талантливых одиночек, а на формально описанные процедуры, делающие эффективным труд каждого управленца.

Руководство начинающего консультанта по SAP

Версия 1.08 от 27.10.2007
fatheryan.narod.ru при содействии сообщества SAPForum.ru и других хороших людей

«Если вы не можете что-то объяснить шестилетнему ребенку, значит, вы сами этого не понимаете»
""А. Эйнштейн""

Преамбула. Для кого это предназначено.

Для людей, стремящихся стать консультантами и не знающих, с чего начать. Начальные знания в указанной области малы или полностью отсутствуют, но есть мозги и желание. Путь в консультанты у «программистов» и «предметников», конечно, различен, автор старался, чтобы материал был понятен всем. Дабы не раздвигать размеры документа сверх всяких разумных пределов и не забивать голову новичкам всяческими нюансами, автор сознательно пошел на упрощение многих понятий (тем не менее, стараясь избегать явных ошибок). В квадратных скобках приводятся названия курсов SAP и другие источники информации. Документ планируется совершенствовать, буду признателен за критику и дополнения.
ПРЕДУПРЕЖДЕНИЕ: Даже если вы выучите данную статью наизусть, это не даст вам право называть себя «консультантом по SAP». Впереди еще тысячи страниц текста и обязательно опыт работы на проекте. Все что я могу это «наставить на путь истинный». Желаю успеха.

Что такое система SAP R/3 и для чего она нужна?

SAP R/3 является информационной системой ERP (Enterprise Resources Planning - планирование ресурсов предприятия). Система предназначена для автоматизации всей деятельности по управлению предприятием: управленческий и бухгалтерский учет, планирование и многое другое. (Кстати, в последнее время декларируется новая концепция на основе платформы Netweaver: система должна не охватывать все области, а предоставлять сервисы на основе данных из программных продуктов разных производителей. Приживется ли, покажет будущее ). Система ОЧЕНЬ большая и ОЧЕНЬ сложная. Примите как факт: ее невозможно «самому поставить на компьютер» и «разобраться за выходные, в крайнем случае, за неделю». Просьбы «дайте дистрибутив, я сам установлю и разберусь» поступают регулярно, но не могут иметь другого результата кроме бессмысленной траты времени. Хотя опыт автора основывается в основном на R/3, большая часть положений статьи, с некоторой осторожностью, применима к следующим версиям SAP.

Как все это устроено с технической точки зрения?

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

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

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

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

Пользователь vasya вводит какое-то число и нажимает Enter. SAP GUI незамедлительно передает Серверу Приложений это число и факт нажатия клавиши. Сервер Приложений запрашивает у БД часть программы на языке ABAP/4, которая должна обработать действие пользователя, и начинает ее выполнять. Программа на языке ABAP/4 может, например, извлечь из БД некую информацию в зависимости от полученного числа и затем передать ее SAP GUI для отображения пользователю vasya.

В чем суть работы консультанта и что такое процесс внедрения?

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

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

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

Консультанты должны в указанный срок достичь заданных целей. Для этого нужно:

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

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

Основные навыки и знания консультанта. Что надо и что не надо делать?

Исходя из вышеописанных задач, можно сформулировать требования к консультанту:

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

НЕ НАДО пытаться автоматизировать «кривой» бизнес, т.к.:

1) замучаетесь с адаптацией системы;
2) все равно потом придется переделывать.

Как известно, если автоматизировать бардак, то получится автоматизированный бардак, коий разгрести в сто раз сложнее, чем обычный. Соответственно, одним из наиболее ценимых навыков консультанта является способность «осаживать» ретивого пользователя (стандартный пример: «Хочу, чтобы в этом вашем SAPе все было, как в 1С, в противном случае я не буду в такой системе работать») и находить компромиссы.

Что такое транзакция SAP?
Транзакция SAP - прикладная программа, выполняющая бизнес-процесс в системе, осуществляющая над данными определенный логически завершенный набор действий. (Технически - это «ярлык» для вызова программы на ABAP/4). Например, это может быть ввод и бухгалтерская проводка счета-фактуры, формирование некоторого отчета. (Программистам: транзакция SAP не является синонимом транзакции БД).

Что такое модули?

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

Краткое описание модулей.

MM (Materials Management) - Управление материальными потоками.
Включает в себя:
1) Бухгалтерский учет в части учета запасов по складам, перемещения и списания ТМЦ (товарно-материальных ценностей).
2) ППМ (планирование потребности в материалах)
3) Справочник материалов
4) Систему закупок начиная с заявки и заканчивая поступлением ТМЦ на нужный склад.
Получает данные из модуля ТОРО (PM). Если настроен ППМ, заявки на ТМЦ формируются из ТОРО-заказов.
Сформированные проводки передаются в FI.
При продаже на сторону часть операций (например фактурирование) может быть реализовано средствами SD (сбыт).

FM Управление бюджетом. Другие названия FI-FM, PSM-FM. Есть вторая более современная разновидность модуля BCS – Система управления бюджетом.

Предназначение и FM, и BCS – управленческий учет, а если по-простому – по каким направлениям (статьям бюджета) израсходованы деньги бухгалтерскими проводками.

Если все деньги бюджета уже истрачены – делать проводки запрещает система (ну или предупреждает о проблемах с бюджетом).

Данные для FM берутся из MM, FI, CO, SD, ТОРО (но не обязательно из всего сразу).

Базис занимает особое место среди других модулей.
Базисники отвечают за функционирование SAPа (сервера приложений) в целом. Задачи:
Первоначальная установка и настройка параметров производительности.
Администрирование базы данных.
Установка пакетов обновлений и корректур (нот).
Осуществление переносов (транспортов) в продуктивную систему.
Администрирование (ввод и присвоение ролей) пользователей.
Резервное копирование данных.
Настройка взаимодействия систем (передачи данных между системами).
Мониторинг (контроль) системы с целью заблаговременного определения проблем и принятия мер.
Настройка доступа к системам со стороны службы поддержки SAP.
Поддержка в актуальном состоянии данных о системах на service.sap.com
Предоставление доступа (выдача имени, пароля и полномочий) для работы с сервисом SAP.
Анализ дампов (лучше совместно с функциональщиками – консультантами оп прикладным модулям и абаперами).
Перечисление неполное, но думаю достаточное для понимания. Базисник по роду своих занятий имеет полные полномочия в системе (SAP_ALL). Любая ошибка легко может привести к полному краху системы. В связи с этим базисник должен обладать как глубокими знаниями, так и колоссальной ответственностью и самодисциплиной. Кроме того это самый консервативный человек в команде - противник всяческих экспериментов, установки непроверенных обновлений и т. п.

Группа разработки (абаперы).
Абапер - это программист на языке ABAP/4.
Задача - реализовать в системе некоторую функциональность или отчет на основе поставленного консультантом технического задания. Абапер хорошо (гораздо лучше консультанта) разбирается в функционировании системы, но при этом не знает бизнес-процессов и не общается с пользователями. Абапер имеет «ключ разработчика» - пароль, который позволяет создавать и модифицировать код в системе в предусмотренных SAPом местах. (Для модификации стандартных программ требуются дополнительные ключи.)
Практически никакой защиты от ошибок в программе в SAP не предусмотрено. Легко можно уничтожить или изменить данные в любой таблице. Барьером сохраняющим данные продуктива в целостности (в «консистентном»-логически правильном состоянии) выступает процедура разработки ориентированная на 3-х звенный ландшафт. Разработка переносится в продуктив только после тщательного тестирования консультантом.
Абапер и базисник должны обладать прямо противоположными качествами. Один - любит все изменять, улучшать, экспериментировать, второй - наоборот. При этом необходимо добиться их совместной конструктивной работы.

Что нужно знать из области базиса. Ландшафт. Транспортная система. Роли.

Рассмотрим основные понятия из области базиса.

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

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

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

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

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

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

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

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

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

2 - контроль качества

В этой системе обычно два манданта:

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

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

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

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

Запрос переносят в продуктив базисники на основании заявки, подписанной руководителями модуля и проекта (разумеется, все может быть реализовано по безбумажной технологии, например с использованием Solution Manager - суть это не меняет)

«Зачем нужно разделение в системе разработки на настроечный (300) и тестовый (400) манданты? Почему нельзя все сразу пробовать в 300?»

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

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

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

Роль может содержать в себе:

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

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

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

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

Версии компонентов. Обновления.

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

SAP R/3 4.6 (A,B,C,D) Функционируют на основе «SAP базиса»
- SAP R/3 Enterprise 4.7 Работает в среде SAP WEB AS
- mySAP ERP 2004 (ECC 5.0) Функционирует на платформе Netweaver 04
- mySAP ERP 6.0 (ранее известен как SAP ERP2005 (ECC 6.0)). Функционирует на платформе Netweaver 7.0 (ранее известен как Netweaver 2004s)

(ECC – Enterprise Central Core)
(WEB AS – WEB Application server)
Более полная информация по платформе NetWeaver

Если щелкнуть на пункте меню Система -> Статус -> «Лупа», можно увидеть версии системы.
- SAP_APPL = 470 (для системы SAP версии 4.7)

SAP_APPL = 46С (для системы SAP версии 4.6С)

[У кого есть возможность, проверьте для других систем]

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

C-CEE это «русский Add-on» («дополнение») Выпускается Московским отделением SAP. Обеспечивает набор программ и транзакций для поддержки специфики отечественного бухучета. Начиная с версии >ECC 5.0, для России не он нужен (требуется ставить только на Украине и в Казахстане), поскольку функциональность, изначально включенная в дополнение, теперь входит в стандартную поставку системы.

SAP_BASIS, SAP_ABA – эти компоненты обеспечивают функционирование «базиса». Их обновление не так сильно заметно в системе.

Что нужно знать о программировании на ABAP/4

Понимание, что именно делает программа, весьма желательно для консультанта. Часто исследование под отладчиком или просто просмотр кода являются единственным способом определить причину проблемы и найти ее решение. Это требует хорошего знания ABAP/4. [книга «Разработка приложений SAP R/3 на языке АВАР/4», курсы BC*]

Незнание языка программирования не является фатальным. Можно ставить грамотные технические задания разработчикам и без этого. Нужно уметь просматривать таблицы (транзакции SE11, SE16). Как называется интересующее вас поле, и в какой таблице оно находиться, можно определить следующим образом:

1) Находим его на экране, ставим туда курсор.
2) Жмем F1, затем кнопочку «Техническая информация».

Кстати, там же можно найти еще много полезной информации.

Что-то работает не так как надо или не работает вообще. Решаем проблему.

В первую очередь надо обязательно убедиться, что имеет место ошибка. Тяжелей всего чинить то, что не сломалось. Если 2*2 не равно четырем, первым делом уточните: может быть, мы видим сумму с НДС. 99% обращений пользователей по поводу «ошибки системы» лечатся чтением инструкции и вправлением мозгов.

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

Нота (note) - «заметка» (в самой системе, например, в транзакции snote ноты называются «указаниями», нем. Hinweis), выпускаемая SAP, описывающая проблему и способы ее решения. Помимо текстовой части может содержать исправления (корректуры) для программ на ABAP/4. Ноты следует искать на service.sap.com. Требуемые для входа имя и пароль вы можете получить у базисников или руководителя проекта. Установкой нот занимаются базисники.

Если стандартная транзакции выдает сообщение об ошибке с кодом:

1) читаем внимательно сообщение (лучше войти в систему на английском языке), думаем, проверяем настройки, перечитываем хелп и курсы…
2) ищем ноту по коду ошибки.
3) ищем ноту по коду транзакции и по ключевым словам на английском языке, описывающим проблему. Например «migo save error».
4) жалуемся в SAP с того же сайта service.sap.com. Если вопрос не касается отечественных доработок (русского аддона), то вопрос лучше формулировать по-английски: возрастают шансы получить быстрый и компетентный ответ.
5) если ждать нет возможности или хочется самостоятельно разобраться в причине - запускаем транзакцию под отладчиком. Это сложно и долго. Необходимо иметь полномочия на отладку. Необходимо хорошее знание ABAP/4. Отладка запускается вводом команды /h
6) ищем, не обсуждался ли подобный ответ на форумах. (Там всегда есть кнопка «поиск»).
7) задаем четко сформулированный вопрос на форуме.

Как настраивать (дорабатывать) систему под клиента

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

Варианты транзакций - это еще один способ подгонки системы под требования клиента. Позволяет прятать или делать обязательными для ввода отдельные поля, вкладки и т. п.

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

При необходимости можно создавать свои таблицы с названием на Z* и добавлять в стандартные таблицы новые поля с названием на Z*.

Во многих ABAP-программах предусмотрены специальные места, куда можно вписывать дополнительный код на ABAP/4 с целью выполнения транзакцией некоторых дополнительных действий. Это customer-exit (фактически - вызов функции с параметрами, тело функции мы пишем сами), user-exit (фактически include – место для вставки произвольного кода) и BADI (близко по смыслу к customer-exit, но реализовано методами объектно-ориентированного программирования). . Информацию о возможности воспользоваться расширением можно найти в SPRO, щелкнув на «листочке» с описанием настроек. Там же обычно указывается, в какой момент будет отрабатывать ваш код. Следует соблюдать осторожность, т.к. ошибки могут привести к нарушению в работе стандартных транзакций вплоть до потери данных.

Иногда «хотелки» пользователей таковы, что реализовать их можно, только изменив стандартный код системы. Несмотря порой на кажущуюся легкость и незначительность изменений («вот тут одну строчечку поменять»), следует иметь в виду, что в долгосрочной перспективе это приводит к БОЛЬШИМ проблемам с вероятностью в 99%. Искусство консультанта, в том числе, состоит и в умении переформулировать требования пользователей таким образом, чтобы их можно было реализовать в системе приемлемым способом.

Постановка грамотных ТЗ на разработку

ТЗ (техническое задание) - это документ, в котором постановщик (консультант) описывает, что именно должен сделать (запрограммировать) разработчик (абапер). «Как именно» он должен реализовывать ТЗ, указывать не нужно, за исключение самых общих моментов.

Также ТЗ должно содержать:
1) цель разработки.
2) контрольный пример – данные, с помощью которых можно грубо проверить корректность работы программы.
3) настройки, которые нужно сделать в системе.
4) краткую инструкцию по использованию разработки.

«Почему в SAP все реализовано так сложно, я знаю как сделать проще и лучше»

В SAP аккумулирован многолетний опыт организации бизнеса во многих странах, в первую очередь в Германии. Немецкая пунктуальность, четкая организованность во всем вплоть до мелочей (и эти мелкие, «несущественные», обязательные для ввода, данные в транзакциях порой так раздражают) являются известными чертами национального характера и соответственно бизнеса. В Германии кирпич на стройку должен доставляться не «20.08.07», а «20.08.07 в 12:30» и машина действительно приезжает в указанное время (соответственно перед этим, завод в нужное время получает сырье, производит требуемое количество продукции, машина не ждет своей очереди на загрузку и т. д. и т. п.) Врядли кто может поспорить по организованности и эффективности с немецким бизнесом - разве что японцы… (Русские однозначно молча курят в сторонке:)

Конечно SAP несмотря на огромные возможности по адаптации, не может 100% идеально (эффективно) соответствовать требованиям бизнеса данного конкретного предприятия. Но можно с уверенностью утверждать, что после грамотного реинжиринга бизнес-процессов, система удовлетворит требованиям минимум на 95%. Вы считаете, что этого мало и надо попытаться достичь большего? Далеко не факт, что вы сможете переплюнуть SAP. Можете попытаться при соблюдении следующих условий:
1) Вы гений.
2) В п. 1 Вам удалось убедить олигарха - проект щедро финансируется
3) Когда сумеете отнять у SAPа 1% мирового рынка, возьмите меня пожалуйста к себе на работу:)

Где искать дополнительную информацию

1) Курсы SAP. Официально не предназначены для самостоятельного изучения. И это не только маркетинговый ход, действительно очень часто в них опущены описания некоторых простых действий (подразумевается, что их показывает инструктор), что крайне затрудняет понимание. Но приходиться понимать, ибо других источников по интересующей теме может не быть. При этом не стоит забывать, что авторские права на курсы принадлежат исключительно SAP, и весь обмен курсами (а уж тем более - их продажа) между физлицами, по сути, незаконна и может быть преследуема в уголовном порядке. Обилие НЕотсканированных курсов и на русском и на английском вызывает подозрения, что негласно их распространение если не поощряется, то и не запрещается (но это частное мнение, и его «к делу не подошьешь»).
2) Книги. На русском языке на момент написания данного руководства всего две: одна по администрированию базиса, одна по ABAP/4. Обе устаревшие. На английском литературы значительно больше (наиболее значительное количество литературы на английском языке выпускается издательством SAPpress ( )).
3) help.sap.com Справка достаточно подробная. Часто гораздо лучше курсов, если требуется разобраться в конкретном вопросе.
4) sdn.sap.com. Там можно найти множество статей по самым различным темам.
5) Различные форумы (в первую очередь - SAPfans (на английском), SAPфорум (на русском)). Шансы получить ответ на вопрос «Расскажите мне, как настроить MM» не равны нулю, а скорее имеют отрицательное значение:). Но на узкий, точно сформулированный вопрос практически всегда дают ответы. ОБЯЗАТЕЛЬНО прежде чем задать вопрос пользуйтесь «поиском». В 90% случаев вы найдете ответ сразу, и не будете тратить свое и чужое время.

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

Вообще программа называется не SAP, а SAP R/3. Буква R это от слова Realtime, означает какую-то немедленную проводку и актуализацию данных, к которым могут иметь доступ заинтересованные отделы предприятия. Короче говорю же, что муть еще та, ну в том плане, что очень сложно понять обычному юзеру что такое SAP.

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

Что вот еще интересно, что компанию SAP знаете кто создали? Кто бы мог подумать, что это бывшие сотрудники из IBM! Про IBM я знаю только то, что это ну очень приличная компания в плане производства компьютерной техники, у меня был ноут от них, это просто нечто, ничего качественного я и близко не видел. Но сегодня компании IBM уже нет, она превратилась в Lenovo. И увы, качества того тоже нет, но поверьте мне, что ноуты от IBM, это что-то. Даже сегодня б/у модели в хорошем качестве остаются недешевым удовольствием.

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

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

Вот как выглядит программа SAP, что именно делается в программе конечно непонятно:


Вот еще одна картинка, которая только подтверждает крутость программы, насколько она сложная:


Вот смотрите, еще одна картинка, тут видите, идет такое как заказ, дата цены, завод-поставщик, платежная карта, короче это все торговля:


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

На этой картинке изображена профессиональная непонятка:


Программа SAP настолько сложная, что чтобы на ней работать, то нужно пройти обучение! То есть даже ходят на курсы по работе с этой прогой!

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


А вот типа справочный центр программы SAP (в данном случае идет в виде файла chm):


Итак, теперь давайте так бы сказать сделаем выводы о программе SAP.

  1. Программа SAP идет для всяких там бизнесов, организаций, предприятий и подобного. Лучше всего она подходит для особо крупных компаний.
  2. Вообще-то программа SAP достаточно популярная, просто в узком кругу.
  3. Просто так программа на компе не может стоять, если она у вас есть, видимо вы работает за рабочим компьютером. Это все я к тому, что если вы вдруг надумали ее удалить, то подумайте очень и очень хорошо перед этим. Ну я просто имею ввиду то, что если например сотрудник на работе попробует удалить SAP, то наверно у него будут приличные неприятности.
  4. Чтобы пользоваться прогой SAP, то нужно пройти курсы подготовительные, просто так ей нельзя научится пользоваться, слишком сложная штука.
  5. Вообще прога SAP стоит приличных денег, читал вот что ее цена может быть до 10% от годового оборота компании, ну короче, это ну очень серьезная прога.

На этом все ребята, нечего больше писать, что сам понял то и рассказал вам. Надеюсь что хоть примерно теперь вы понимаете что это за программа SAP. Удачи вам в жизни и хорошего настроения

© 2024 nimfettamine.ru - Windows. Железо. Программы. Безопасность. Операционные системы