Sap epc что это
BPMN or EPC?
In this Blog I want to draw your attention to two encouraging representatives in the area of business process modeling: EPC (Event-driven Process Chain) and BPMN (Business Process Modeling Notation). After a short introduction in these two notations I will give you a recommendation or at least food for thought.
EPC – the quasi-standard in business process modeling
EPC is a part of the ARIS concept which was developed by Prof. Wilhelm-August Scheer at the Institut für Wirtschaftsinformatik at the Universität des Saarlandes in the early 1990s. ARIS is an acronym for Architecture of Integrated Information Systems and the idea behind was to receive a description which covers all the requirements of an information system.
The concept has several views on a system which are unified under the so called ARIS-House. There is the data view, the function view, the organizational view, the product / service view and the control view, which uses the EPC as modeling notation. Every view is divided into three levels: requirements definition, design specification and implementation.
Elements of an EPC
For the business process modeling is the requirements definition level in the control view necessary.
The EPC is a semi-formal method to represent business management processes. Therefore it contains three basic elements:
With these basic elements you are able to model a business process well. But to include more information and to get a better understanding or for an extensive analysis you can extend the EPC to an eEPC (extended Event-driven Process Chain).
eEPC – for more information
To illustrate who has to execute a function you can use an organizational unit. Therefore such a unit must be connected with the function. But you can also assign several organizational units to one function.
If you want to execute a function you always need information. The information which is the input or output of a function can be modeled with the help of information objects. They symbolize the data which are related to a function. 
This was a short description of the EPC of the ARIS method. This method is well accepted in the area of business process modeling. In comparison to others you will get with ARIS not only a notation but also a method for the description of complex business processes. Beside this you also have a good tool support with tools like ARIS for SAP NetWeaver, for example.
But there can be a problem. The EPC (or better eEPC) is a common modeling notation in the world of business analysts but not very popular in the “IT-World”. So there can be some translation effort to show the IT people how a process works. It is like a conversation between a Frenchman and an Italian. Their languages have the same origin and are somehow related. Anyway there will be some misunderstandings. IT people also have several notations to describe the procedure of a software system. But they are not necessarily like a process described with EPC.
BPMN – the connection between IT and business?
To solve this problem (and also some others) a new language was created – BPMN (Business Process Modeling Language). You can say that BPMN is a “Best Of” of various business modeling notations. The main goal was to create a unique, standardized and comprehensive format which includes all the advantages of the existing modeling languages. Beside this, BPMN should be understandable by all stakeholders which are involved in the area of business process management. To formulate it with the well-known and often used metaphor: BPMN builds a bridge between business process modeling, implementation and execution. How can this work?
At first let’s have a look on the graphical elements which are delivered in the Business Process Diagram (BPD) of BPMN to model a business process.
Elements of the Business Process Diagram (BPD)
The BPD contains a set of graphical elements (shapes) which are grouped in four categories: Flow Objects, Connecting Objects, Swim lanes and Artifacts. These categories include several elements to model a business process on a plain or detailed level.
Flow Objects
Flow Objects are the basic elements of the BPD. There exit three of these basic elements:
The symbol for the Gateway can be changed depending which one of the above types is used. The Gateway can have multiple incoming and outgoing flows.
Beside these basic elements BPD also contains some more shapes to get a more detailed model.
Connecting Objects
First of all the three Connecting Objects have to be mentioned, which connect the Flow Objects:
Well with these objects you will be able to model an understandable business process. But, like you can extend an EPC to an eEPC, the BPD also contains some more objects to refine the model.
Swimlanes
To group the objects of a process model and to assign the responsibilities you can use Swimlanes:
I don’t want to hide that these introduced objects all have several specificities which allows you to model a business process on a very detailed level. h5. Summary
Now let’s summarize BPMN. As you already have realized BPMN has a great amount of elements for detailed business process modeling. But I think BPMN can give you a better overview of a process than an eEPC. Sure, the focuses of this modeling language are business people, but it is also understandable for IT people. Also BPMN is easy to learn and understand – or not? 😉
You will agree with me that it is very useful to model B2B-processes by using the Swimlanes.
Originally BPMN was founded by the Business Process Management Initiative (BPMI). But it was handed over to Object Management Group (OMG) which has published some other popular specifications like UML, CORBA or Model Driven Architecture.
But the great advantage of BPMN is the modeling of executable business process models. This is possible through the explicit mapping of the BPMN objects to BPEL (Business Process Execution Language).
BPMN also have a big disadvantage – it is a very young modeling language. The version 1.0 was published in May 2004 (author: Stephen A. White, IBM). So BPMN is probably not known well by Business Analysts, Modelers or Business Process Experts.
11 ЭТАПОВ ЭВОЛЮЦИЯ SAP ERP
11 этапов эволюции архитектуры SAP ERP
Понять архитектуру SAP ERP новичку может быть довольно сложно. Самый простой способ это сделать — проследить за ее развитием с самой первой версии системы SAP.
Автоматизация бизнес-процессов
С развитием компьютерных технологий в компаниях возрастал интерес к автоматизации различных бизнес-процессов, поскольку это позволило бы заменить непроизводительный и подверженный ошибкам ручной труд. Чтобы создать приложения, которые помогли бы им это сделать, компании нанимали разработчиков в штат или привлекали для этого другие компании.
Такие приложения создавались для конкретных бизнес-потребностей, но обслуживать их было довольно тяжело: документация была написано плохо; не все умели пользоваться этими приложениями, а те, кто умели, со временем уходили из компании; из страха «сломать» приложение за его модификацию никто не брался. В результате люди годами использовали устаревшие разработки и у каждого отдела было собственное программное обеспечение, которое никто не пытался интегрировать в единую систему.
Самое мощное в мире ERP-решение было создано в IBM
Пятеро (уже бывших) сотрудников IBM — Дитмар Хопп, Ганс-Вернер Гектор, Хассо Платтнер, Клаус Чира и Клаус Велленройтер — заметили, что бизнес-приложения, которые они создают для разных компаний, похожи.
Тогда они предложили руководству создать одно стандартное программное обеспечение, которое исключило бы разработку одинаковых приложений в будущем, а также позволило бы решить проблемы с недостаточно хорошо разработанными в самих компаниях программами. Такое решение можно было бы использовать на многих предприятиях, что, соответственно, позволило бы сократить затраты на разработку и техническую поддержку.
Однако IBM эта идея не понравилась. Поэтому в 1972 году они создали собственную компанию под названием Systemanalyse und Programmentwicklung (Системный анализ и разработка программного обеспечения), которую затем переименовали в Systeme, Anwendungen und Produkte in der Datenverarbeitung (Системы, приложения и продукты для обработки данных).
Системы, работающие в режиме реального времени: начало
Свое первое программное обеспечение для бухгалтерского учета на базе DOS — систему R/1 — специалисты SAP разработали в 1972 году. Затем, в 1979 году, на базе мейнфрейма была создана система SAP R/2. Система SAP R/2 включала практически все необходимые предприятиям функции: логистику, производство, бухгалтерский учет и кадровые ресурсы. R/2 также поддерживала несколько языков и валют, что сделало ее популярной в международных компаниях.
Трехуровневая клиент-серверная архитектура
В 1992 году разработчики SAP изменили существующую систему, создав SAP R/3 — решение на основе клиент-серверной архитектуры. В этой системе доступ к приложениям можно было получить с нескольких компьютеров, а данные этих приложений обрабатывались с помощью одной или нескольких баз данных.
Разделение решения на три уровня (презентационный, уровень приложений и уровень баз данных) и клиент-серверная архитектура позволяли организациям запускать каждый из уровней на отдельных машинах.
Презентационный уровень здесь выполнял роль клиента, а уровень приложений — сервера, схожим образом уровень приложений выполнял роль клиента, а уровень баз данных выполнял роль сервера. Как оказалось, подобная архитектура имела большой успех.
Функциональные модули SAP, отраслевые решения и технологический уровень
Уровень приложений состоял из нескольких базовых модулей: управление материальными потоками, сбыт, управление персоналом, планирование производства, финансы и учет затрат и т. д.
Решения для отдельных отраслей производства поставлялись в качестве надстроек. Чтобы компании могли использовать необходимые для их сферы деятельности бизнес-процессы, необходимо было установить соответствующую надстройку отраслевого решения (Industry Solution Add-on). Эти производственные надстройки позволяли немного изменить стандартный набор базовых модулей, чтобы решение SAP можно было применять в различных отраслях.
Такие приложения создавались на технологической платформе под названием SAP Basis (которая в будущем также будет называться Web Application Server или NetWeaver Application Server). Платформа SAP Basis позволяла запускать систему SAP на различных операционных системах и с различными базами данных.
Решение SAP R/3 до версии 4.6c, EnjoySAP, и что произошло с SAP R/3 4.6D
Теперь, взяв в качестве точки отсчета SAP R/3, давайте посмотрим, как развивалась архитектура SAP ERP.
Итак, вплоть до версии 4.6c SAP R/3 имеет следующую архитектуру:
До выпуска версии 4.6D платформа Basis была обязательным компонентом только SAP R/3. Поэтому у Basis и у R/3 одинаковый номер версии, а также один пакет поддержки.
После создания в 1999 году интернет-среды mySAP.com специалисты SAP начали поставку некоторых прикладных компонентов, например, SAP R/3 или SAP New Dimension Products (Продукты нового измерения SAP), разработанных на базе SAP Basis. Затем, поскольку платформа Basis была отделена от SAP R/3, дальнейшее ее развитие зависело от прикладных компонентов среды mySAP.com и их технических требований.
Версия SAP Basis 4.6D, которая используется с такими компонентами mySAP.com, как рабочее место (Workplace), хранилище бизнес-информации (Business Warehouse, BW), хранилище информации (Knowledge Warehouse, KW), система управления отношений с клиентами (Client Relationship Management, CRM) и др., не использовалась ни в одной из версий R/3. Следовательно, хотя решение Basis 4.6D и существовало. Решение SAP R/3 4.6D так и не вышло в серию, ни одна из версий R/3 не была сделана на базе Basis 4.6D.
Расширения для предприятий и система SAP R/3 Enterprise
В конце 90-х годов, благодаря распространению языка разработки Java, получили широкое распространение две главные технологические разработки: стандарт Юникод и появление всемирной паутины (см. пузырь доткомов).
Следуя последним технологическим трендам, разработчики SAP решили изменить базовый уровень системы. Платформа Basis была переименована в Web Application Server (Сервер веб-приложений) или Web AS, что подчеркивало использование новых технологий. Однако имя Basis не было забыто, и все эти термины на сегодняшний момент взаимозаменяемы.
Особенно важным изменением в архитектуре стало создание расширений.
Расширения — это небольшие программы, устанавливаемые поверх базовых приложений, которые содержат новые дополнительные функции, благодаря которым изменять базовые приложения нет необходимости. Если улучшение появляется в нескольких расширениях для предприятий, то, скорее всего, вскоре оно станет частью базового приложения: все изменения и улучшения сначала предлагаются в качестве расширений.
Интеграционные компоненты, MySAP ERP 2003 и SAP NetWeaver
Пока мы еще не перешел к приемнику SAP R/3 Enterprise, давайте посмотрим, как под одним названием SAP NetWeaver специалисты SAP объединили несколько значительных новых компонентов и платформ, и как решение SAP R/3 Enterprise было расширено за счет дополнений.
До Web AS 6.10 (ранее Basis) возможности HTTP использовались благодаря серверу транзакций Интернета ( Internet Transaction Server, SAP ITS), а XML-данные обрабатывались с помощью бизнес-коннектора ( SAP Business Connector, SAP BC). И сервер, и бизнес-коннектор поддерживали данные в формате HTTP/XML и конвертировали их в формат прокола DIAG (DIAG используется графическим интерфейсом SAP GUI для взаимодействия с уровнем приложений).
Веб-приложения (которые называются Internet Application Components — прикладные Интернет-компоненты или IAC), например, приложение для системы самообслуживание сотрудников, были созданы специально для SAP ITS. Сервер транзакций Интернета существует до сих пор, он интегрирован в ядро SAP, однако теперь это не единственный инструмент, который облегчает работу HTTP-протокола сегодня.
Благодаря Web AS версии 6.10 система SAP также поддерживает HTTP и XML, используя для этого менеджер связи через Интернет ( Internet Communication Manager, ICM). Страницы бизнес-сервера (Business Server Pages, BSP) были разработаны для выполнения бизнес-задач в браузере, подобно тому, как выполняются транзакции с помощью SAP GUI.
Как и с Basis 4.6D, системы SAP R/3 на базе Web AS 6.10 не существует.
А теперь перейдем к Web AS 6.20. После приобретения компании In-Q-My и принадлежащего ей сервера приложений Java, разработчики SAP добавили к линейке продуктов платформу SAP J2EE.
Доступность языка программирования Java в Web AS сделала возможным использование таких программных компонентов, как система управления взаимоотношений с клиентами (SAP Client Relationship Management или CRM), портал предприятия (SAP Enterprise Portal, EP) и инфраструктура обмена данными (SAP Exchange Infrastructure, XI). Компания SAP сгруппировала интеграционные компоненты — инфраструктуру обмена данными, портал предприятий, управление информацией (Knowledge Management, KM) и хранилище бизнес-информации (Business Warehouse, BW) — и назвала их SAP NetWeaver. Функцией этой группы компонентов была помощь в интеграции различных приложений в системы предприятии с помощью открытых стандартов.
Несмотря на неоднородную ИТ-среду компонент интеграции пользователей ( People Integration) позволяет оперативно предоставлять сотрудникам доступ к различным системам и функциям. Данные на предприятии находятся везде: как структурировано, так и не структурировано. Интеграция данных ( Information Integration) позволяет упорядочивать эту информацию и анализировать ее. Бизнес-процессы происходят в различных системах как внутри, так и вне организации. Компонент интеграции процессов ( Process Integration) создает инфраструктуру для интеграции всех этих процессов. Платформа приложений ( Application Platform) состоит из Web AS JAVA, Web AS ABAP и поддерживает сторонние и/или принадлежащие SAP операционные системы и базы данных.
Компоненты NetWeaver расположены таким образом, что вместе они напоминают отсеки холодильника, поэтому архитектуру NetWeaver часто так и называют — холодильник.
Основа SAP NetWeaver — платформа приложений (Web AS ABAP и Web AS JAVA), в то время, как само решение SAP NetWeaver — основа для других решений SAP, например MySAP ERP. Функционал, обслуживание которого было невозможным на уроне Basis, теперь стал возможны благодаря NetWeaver.
Архитектура MySAP ERP выглядит следующим образом:
Неизменяемые плагины стали частью системы NetWeaver (их так и называют NetWeaver Plug-Ins ).
Архитектура для корпоративных служб, MySAP ERP 2004 и NetWeaver 2004
Если вы откроете HTML-страницу в браузере, чтобы, скажем, посмотреть контактную информацию какого-нибудь человека, все данные отображаются на странице и вы можете найти все, что нужно. И если из всей информации, которая будет там, вам нужен только номер факса, отделить эту информацию от всей остальной будет нетрудно.
Однако если вам необходимо создать программу, которая выполняла бы такую же задачу, вам нужно написать определенный порядок действий, с помощью которого программа сможет отфильтровать всю ненужную информацию, чтобы найти номер факса. Благодаря веб-сервисам ( Web Services) все стало проще. Следуя тщательно проработанному порядку действий, веб-сервисы получают необходимый результат (в этом случае это номер факса).
А поскольку веб-сервисы работают на базе открытых стандартов, не имеет значения, на каком языке программирования или с какого аппаратного обеспечения был отправлен этот запрос и на каком языке и на какое оборудование веб-сервисы было дано задание отправить полученный результат.
Каждая веб-сервис выполняет определенные действия. Зачем служебной программе нужен номер факса, если она ничего не будет с ним делать? Вероятным продолжением последовательности этих действий будет отправить счет-фактуру посреднику и записать, что факс был отправлен (успешно или нет).
Представьте набор из нескольких веб-сервисов, объединенных в одну: одна бы брала номер счета-фактуры в качестве входных данных и находила с помощью него идентификационный номер посредника, вторая определяла бы номер его факса, третья бы отправляла этот счет-фактуру по факсу с помощью еще одного веб-сервиса, а четвертая обновляла данные об этой счете-фактуре, указывая результат отправки. Такой веб-сервис называется веб-службой для предприятий ( Enterprise Web Service ).
Веб-службы для предприятий являются своеобразными кирпичиками бизнес-процессов. Основное приложение SAP (SAP R/3 Enterprise) переняло основанную на веб-службах для предприятий архитектуру (Enterprise Services Architecture). Из-за этого изменения ядро SAP R/3 Enterprise получило новое имя — SAP ERP Central Component, ECC (Центральный компонент SAP ERP). А архитектура Enterprise Services Architecture была позднее переименована в Enterprise Service-oriented Architecture, ESoA (Сервисно-ориентированная архитектура предприятия).
Вроде бы понятно, но что в этом особенного?
Представьте, что у вас есть CD-плеер: он состоит из устройства считывания CD-дисков, блока питания, усилителя и динамиков. Если это можно приравнять к стандартному бизнес-процессу, то ничего больше не нужно. Но если другой бизнес-процесс — это DVD-плеер, то вам нужен проигрыватель для DVD-дисков, который также будет состоять из устройства считывания DVD-дисков, усилителя и динамиков, т. е. отчасти из тех же самых деталей. Если каждую из деталей считать отделяемой веб-службой, то вы вполне сможете использовать блок питания, усилитель или динамики СD-плеера, чтобы подключить их к устройству считывания DVD-дисков и получить из этого готовый DVD-плеер. И все это благодаря так называемым «веб-стандартам». Повторное использование было возможно и раньше (например, с помощью функции RFC), но в основе не лежали открытые стандарты и поэтому интеграция была довольно трудной.
Хранилище бизнес-информации (BW) и сервер транзакций Интернета (ITS) теперь были включены в NetWeaver по умолчанию. Службы стратегического управления предприятием(SEM), которые зависели от хранилища бизнес-информации, и сервисы самообслуживания, работавшие на базе сервера транзакций (помните веб-приложения?), больше не были дополнительными компонентами системы, а стали частью ядра ECC.
Изменения в NetWeaver и в архитектуре ECC.
После выхода решения MySAP ERP 2005 (позднее переименованного в SAP ERP 6.0) меняется взгляд на NetWeaver, подходам к его установке и использованию.
Сотрудники SAP выяснили, что отдельные компоненты NetWeaver используются ИТ-отделами не для того, чего они предназначались. Например, сервис бизнес-отчетности и запросов (Business Reporting and Querying) состоит из хранилища бизнес-информации, портала предприятия и хранилища информации (исходные компоненты NetWeaver).
Вместо того чтобы разделить NetWeaver на отдельные компоненты, специалисты SAP начали группировать их в отдельные блоки, которые можно устанавливать отдельно, и назвали их Usage Types (Типы использования), которые позволили бы реализовать ИТ-сценарии и процессы.
Источник: документация SAP — What’s New with SAP NetWeaver 2004s_0_
Раньше, если вам нужно было использовать инфраструктуру обмена данными XI, сначала необходимо было установить Web AS ABAP, затем Web AS JAVA и только затем компоненты приложения XI. Теперь же достаточно установить SAP NetWeaver Process Integration Usage Type (Тип использования — интеграция процессов SAP NetWeaver), и он автоматически выберет необходимые компоненты для установки.
Отдельные компоненты (здесь приводятся для справки) имеют такие же номера версии, кроме MDM-решений. Это SAP NetWeaver версии 2004s; где «s» обозначает комплект (от англ. suite — комплект). Позднее это название было изменено на SAP NetWeaver 7.0.
Мы продолжим использовать схему «холодильника», поскольку типы использования до сих пор состоят из этих же компонентов.
Ядро ECC теперь включает отраслевые решения (Industry Solutions) в качестве расширений. Предприятиям не нужны все расширения, некоторые расширения не нужны даже полностью.
Расширения для интеграции состоят из набора отраслевых бизнес-функций ( Industry Business Function Sets ) и отдельных отраслевых бизнес-функций (Industry Business Functions), которые могут быть активированы на основе потребностей каждой отдельной компании. Активировать бизнес-функции / наборы бизнес-функций различных отраслевых решений одновременно невозможно. Если функции активированы, то, как правило, отключить их тоже невозможно.
Активация бизнес-функций / наборов функций возможна при использовании архитектуры переключения ( Switch Framework ). Объекты репозитория (приложения, модули функций, таблицы, службы предприятий и т. д.) предоставляются компаниям неактивными и при необходимости могут быть активированы с помощью этого внешнего средства управления.
Расширения для предприятий, которые были представлены еще в версии R/3 Enterprise, состоят из основных бизнес-функций / наборов функций (General Business Functions/Sets). Можно активировать одно или более из этих расширений, поскольку они по своему характеру подходят различным сферам деятельности.
Пакеты улучшений включают упрощенный пользовательский интерфейс (позволяет проще запускать транзакции), функциональные и отраслевые улучшения и службы для предприятий.
Следующий большой шаг в эволюции системы
Мобильные устройства стали для нас продолжением компьютеров. Все больше и больше бизнес-транзакций запускается с помощью сенсорного пользовательского интерфейса. Затраты на интернет-услуги падают, компании создают бизнес-среды в облачных сервисах или полностью переносят все бизнес-процессы в облако. Объем данных компаний огромен, и для управления им необходимы мощные аналитические алгоритмы.
Поэтому специалисты SAP создали базу данных и производительную прикладную аналитическую программу под названием HANA. База данных SAP HANA может быть запущена в ОЗУ и функционировать в построчных, колоночных и объектных таблицах.
SAP работает над модификацией ядра ECC: оно должно поддерживать только SAP HANA, оттуда убираются все ненужные таблицы и индексы, добавляется супертехнология по сжатию данных, которая позволит сократить объем хранящихся данных.
Источник: материал курса openSAP SAP S/4HANA in a Nutshell
SAP ERP переименовали в SAP S/4 HANA. Буква «S» означает, что модель данных была упрощена (от англ. simplify — упрощать). Цифра «4» означает, что это четвертое поколение решения, после SAP R/2, SAP R/3 и SAP ERP. Как и предшественник этой версии решения, система S/4 HANA базируется на базе SAP NetWeaver и доступна для локального, облачного или гибридного развертывания.
Отдельные модули упрощаются постепенно. Модуль упрощенного финансирования SAP Simple Finance доступен уже сейчас, а модуль логистики SAP Simple Logistics будет доступен к концу 2015 года.