sap workflow что это такое
SAP Workflow. Запуск по событию
WorkFlow позволяет делать последовательность операций и представлять это в графическом виде. Особенно удобно, когда бизнесс процессы растянуты во времени. К сожалению, или к счастью)) В своей практике приходилось сталкиваться с ними не так уж и часто. Поэтому хочу оставить небольшую напоминалку для себя на будущее. Если кому-то интересна базовая информация о WF прошу под кат. Если вы профи, то нового ничего не найдете.
WF позволяет решать довольно сложные задачи, мы же обойдемся очередным хэллоувордом, чтобы отработать основные моменты.
Попробуем создать поток который будет запускаться при помощи класса, принимать на вход список ФИО, и пробрасывать себе эти данные в контекст. В следующей части мы немного расширим функционал потока некоторыми базовыми операциями.
Обращаю внимание, что способов работы с потоками и задачами довольно много. Здесь будет представлен только один из них, у вас может быть все сделано абсолютно иначе. Однако, кое какая информация все-равно будет полезной.
Первое что необходимо, это сделать класс, методы которого будем использовать в блоках нашего процесса, а также событие инициализирующее поток.
Зайдем в SE24 и создадим класс с интерфейсами BI_OBJECT, BI_PERSISTENT, IF_WORKFLOW
Укажем следующие интерфейсы
Ключ может быть разных типов в зависимости от потребностей. Мне что-то ничего не придумывалось и решил использовать тип PLANS. Допустим, что список людей, мы передаем с должности.
Далее нам понадобится создать событие старта потока и в нем же заведем параметр в котором будем передавать список ФИО в поток
Простая настройка SAP Workflow для аудита изменений
Щепетильная тема, не так ли? Звучная, сложная, манящая, непонятная. Про азы поговорим сейчас, про тонкости — в книге. SAP Workflow или поток операций в простонародии, это инструмент, который позволяет организовать последовательность шагов в единый процесс и контролировать его выполнение. Это неофицильный перевод в моем исполнении. Прелесть потока операций заключается в том, что можно сделать множество путей принятия решений и исполнения потока операций. Если нажал сюда, то случилось это, поэтому надо послать того-то, сохранить запись там-то и написать «всем привет». Если в кадровом мероприятии все прозрачно — сохраняй и заполняй, никакой власти, то в потоках можно настроить практически любые способы взаимодействия пользователя, системы и вселенной.
Базовая настройка SAP Workflow (активация потоков операций)
Представим, что у нас голая система, где еще никто не успел наследить. По умолчанию все отключено, ничего не работает и потоки не гуляют. Надо исправить это в транзакции SWU3. В идеальном мире нам нужно открыть транзакцию, вверх кликнуть на кнопку генерации, и жизнь наладится. Увы. В зависимости от того, какая у вас версия системы, уровень пакетов и прочее, ваш пользователь, под которым вы запускаете эту транзакцию, может принадлежать или нет группе SUPER. В транзакции SU01 надо присвоить текущему пользователю эту группу. Если ее нет, то создать. Это как бы SAP_ALL для админов.
Если вы присвоили пользователя этой группе, то система автоматически создаст нового пользователя для потоков операций с именем WF-BATCH, а также RFC соединение до самой себя с именем WORKFLOW_LOCAL_XXX, где XXX — номер текущего клиента. Многие остальные настройки система сделает сама. Что не сможет, то будет красным. Надо открыть красные задачи, почитать справа подсказку. Часто там будет написано что сделать. Иногда можно просто встать на задаче и ее выполнить, и она окрасится зеленым. Это ручные или полуавтоматические задания. Где-то надо будет поменять профиль сервера и перезагрузить сервер. Делается все это элементарно и один раз.
Внизу будет возможность запустить тестовый поток операций в разделе Classify General Tasks. Запустите, откройте SAP Office в транзакции SBWP. Вам должен будет приехать тестовый поток во входящих. Поиграйтесь с ним.
Применение потоков операций
Для дальнейшего изучения нам с вами важно понять еще одну вещь. Потоки операций должны как-то маршрутизироваться — выбирать путь, по которому направлять поток. Или, говоря проще, искать, куда же отправить следующую задачу (шаг потока). Для этого используется организационная структура компании. В HR особенно часто используются связи с руководителем, ответственный пользователь за организационную единицу, бизнес-партнеры (деловые партнеры). Практически все потоки операций, где требуется согласование, отправляют заявки на согласование вверх по пути к линейному менеджеру. Такие обработчики — менеджеры, пользователи, организационные единицы, партнеры — называются агентами. В зависимости от настройки и потока агент получает уведомление или письмо с кнопками для решения задачи. В письме могут быть вставлены объекты для согласования (табельный номер, заявка на командировку, файл для анализа, расчетный лист или иные). Так мы сразу же из одного рабочего места и письма можем провести анализ и принять решение. После этого система сама дальше направит поток по настроенному алгоритму. Либо вернет с комментарием на доработку, либо отправит следующему согласующему или создат какую-нибудь запись в системе. Вариантов масса.
Я видел решения, где через потоки организовывались еженочные загрузки и выгрузки данных, когда последовательность этапов была заложена в поток, а он уже не давал выполнить действие пока предыдущее не завершилось. Плюс потоки удобно отслеживать, где и почему он застрял, подгонять.
Пример настройки потока операций для аудита изменений данных
Для начала я бы выяснил а как же нам отловить факт изменения инфотипа. Для этого есть трассировка событий. В транзакции SWELS активируем трассировку событий. Идем в PA30 и меняем инфотип. Сохраняем. Смотрим в транзакции SWEL что случилось. Видно, что вызывалось событие CHANGED объекта BASICPAY. Ага, попался. Выключаем трассировку. Записываем. Идем наливать чай.
Транзакция SWDD. Заполняем вводное окошко с названием потока и коротким названием. Два раза кликаем в центре потока и вставляем шаг Send Mail. Вот так получается:
У меня виден еще один шаг — Attributes Changed. Сейчас мы его добавим. Сначала сохраняем поток и активируем. Теперь начнем фантастиш творить. Открываем меню Goto — Basic Data. Прописываем наш бизнес-объект и событие. Нажимаем кнопочки связывание (второй маленький квадратик).
У вас должно открыться вот такое окошко, где нужно нажать кнопку генерации. Это мы связываем этот шаг с бизнес-объектом. Тем самым говорим, какие выходные параметры объекта связать с входными параметрами шага. Идея такова, что мы на входе из события получаем объект BASICPAY, где есть нужная нам информация. Следовательно, раз у нас событие инициирует поток, то надо дальше по эстафетной линии передать этот объект дальше. Поэтому мы его и прописываем в параметрах.
Есть такая буква. Начало положено. Теперь открываем наш шаг с отправкой почты. Для начала упростим задачу и отправим сообщение самим себе. С помощью кнопочек вставки переменных задаем заголовок письма и текст примерно таким образом:
Давайте теперь убедимся, что наш объект действительно доступен в потоке операций. Для этого нажимаем на кнопку «Step Types That Can Be Inserted» и выбираем «Workflow Container». Ищем наш объект. Если не находим, то надо создать.
Во время создания надо еще сказать, что этот объект у нас импортируется из внешней среды. Делается это вот такой галочкой:
Активируем поток и пойдем проверять. Изменяем в ИТ0008 деньги и идем в почту:
Элементарно, не так ли? Про рассылку уведомлений на почтовые ящики службы безопасности поговорим завтра. Там есть тонкости. SAP Workflow это вам не просто так, а мощный инструмент в правильных руках.
SAP Business Workflow
SAP Business Workflow
SAP Business Workflow позволяет отслеживать бизнес-процессы в системе R/3 И обрабатывает их под контролем автоматизированной системы потока операций. Как и любая другая система управления потоком операций, SAP Business Workflow может производить мониторинг и обработку повторяющихся процессов со сложной структурой, которые включают в себя последовательность действий различных исполнителей и координацию таких действий.
Офисные и административные системы часто сталкивались со многими проблемами, включая:
• Задержки при передаче документов
• Обработка поступающих материалов
• Утомительная запись информации на разных этапах
• Содержащие ошибки дубликаты перезаписи информации в различных местах
• Локализация документов в несоответствующих местах
• Замедление принятия решений из-за присваивания регистрационного номера
• Усилия по поддержанию рабочего задания, проходящего через различные стадии бизнес-процессов.
Системы Workflow отвечают за бизнес-процессы внутри компании, а также позволяют наладить сотрудничество и координацию действий персонала в соответствии с нуждами организаций постиндустриальной эпохи, являя собой прекрасный пример того, как технология может стать инструментом реинжиниринга бизнес-процессов всего предприятия (см. раздел «Управление изменениями на предприятии» в главе 1).
Системы Workflow организуют и автоматизируют заранее заданную последовательность рабочих задач, взаимодействуя с пользователем на определенных этапах. Использование таких систем дает следующие преимущества:
• Тщательное отслеживание бизнес-процессов на различных этапах
• Прямая поддержка бизнес-процессов
• Быстрый доступ к необходимой информации
• Мониторинг выполнения отдельных этапов бизнес-процесса
• В случае обнаружения «узких мест» и мелких сбоев, инициация соответствующих процедур и уведомление пользователя
• Значительное сокращение сроков передачи документов между исполнителями или функциональными подразделениями
• Минимизация времени ожидания документа.
Системы Workflow поддерживают и значительно ускоряют исполнение различных бизнес-процессов. Это лучший пример того, как технология делает возможным реинжиниринг процессов в масштабе всего предприятия (см. раздел «Управление изменениями на предприятии» в главе 1). Таким образом, системы управления потоком операций обеспечивают выполнение следующих функций:
• Определение списка задач и его исполнение
• Мониторинг и контроль потоков документов.
Концепция потока операций SAP
Модуль SAP Business Workflow не подменяет стандартную функциональность SAP, а работает на уровне, расположенном над транзакциями SAP R/3. Модуль SAP Business Workflow позволяет присваивать отдельные шаги бизнес-процессов тем или иным организационным агентам (единицам), и в этом качестве он относится к аспекту контроля, необходимого для функционирования организации. Этот модуль включен в выпуск 3.0 и последующие версии SAP R/3.
SAP Business Workflow — это первое приложение, которое стало использовать бизнес-объекты — например, заказы на закупку, записи поставщиков или покупателей, счета-фактуры. После того, как бизнес-объект создается в системе, он обрабатывается в потоке операций, причем за разные этапы обработки ответственность несут различные члены организации. Пример такого потока операций — передача счета-фактуры для произведения соответствующего платежа поставщику. Поток операций состоит из отдельных, но взаимосвязанных шагов, каждому из которых соответствует то или иное действие, одношаговая или многошаговая задача. В SAP предусмотрен каталог стандартных задач, который нетрудно расширить и адаптировать к нуждам потребителя. Основными понятиями SAP Business Workflow являются Модель объекта, Модель процесса и Организационная модель.
Модель объекта (Object Model) определяет следующие компоненты бизнес-объекта:
• Имя (название) объекта
• Место объекта в иерархии
Модель процесса определяет шаги документооборота в бизнес-процессе. Самый простой и широко распространенный шаг потока операций — это шаг операции. Набор шагов операций составляет поток операций. В техническом смысле шаги — это методы бизнес-объекта — такие, как условия, события, команды контроля и решения пользователя, а также стадии ожидания.
Организационная модель определяет все организационные элементы компании и сопутствующие задачи.
Среда SAP Business Workflow
Приложение SAP Business Workflow состоит из трех частей (см. рис. 19.1).
Рис. 19.1. Компоненты SAP Business Workflow.
Инструменты определения
Эта часть содержит компоненты для выполнения следующих задач:
• Расчленение потока операций на составляющие.
• Определение одноступенчатых задач, в том числе их присвоение соответствующим сотрудникам или группам сотрудников.
• Определение типов объектов потока операций в Хранилище бизнес-объектов (Business Object Repository). Объекты потока операций определяются в терминах соответствующих типов объектов, методов, признаков и событий.
• Определение ролей агентов, которым присвоены задачи потоков операций.
• Определение событий, которые распознаются и вызывают реакцию в тех или иных ситуациях. События определяются как набор случаев деятельности, в зависимости от изменений статуса объектов потоков операций.
Исполняющая система
Исполняющая система состоит из следующих компонентов:
• Менеджер потоков операций, который контролирует и координирует статус потоков операций.
• Менеджер рабочих единиц, контролирующий выполнение отдельных задач, включая распределение их между агентами и завершение обязательной обработки в отведенное для этой стадии или задачи время.
• Менеджер событий, который распознает наступление того или иного события и запускает соответствующую функцию.
Информационная система
Информационная система состоит из следующих компонентов:
• Обзор текущих и законченных рабочих процессов в любой момент времени, причем все данные (в том числе статус, затраты времени, последовательность и ассоциированный пользователь) могут учитываться в журнале и компилироваться в отчет для анализа.
• Компоненты для просмотра и мониторинга списка рабочих задач пользователя.
• Мониторинг, распознавание и диагностика отдельных потоков операций.
Читайте также
Windows Vista Business
Windows Vista Business Эта версия ориентирована на использование в учреждениях и бизнес-организациях. В ее состав входит программа Конференц-зал Windows, позволяющая организовать совместную работу и распределение документов между пользователями через сеть. Есть также
Windows Vista Business
Windows Vista Business Версия для фирм. Главная «фишка» – программа Конференц-зал Windows для совместной работы через сеть. Плюс дополнительные возможности настройки и работы в сети, использования факсов и сканеров, архивирования файлов и поддержки шифрующей файловой системы.Но есть
1.4. Дополнение созданной модели процессов организационными диаграммами, диаграммами DFD и Workflow (IDEF3)
1.4. Дополнение созданной модели процессов организационными диаграммами, диаграммами DFD и Workflow (IDEF3) 1.4.1. Диаграммы потоков данных (Data Flow Diagramming) Диаграммы потоков данных (Data flow diagramming, DFD) используются для описания документооборота и обработки информации. Подобно IDEF0, DFD
1.5. Дополнение созданной модели процессов диаграммами DFD и Workflow (IDEF3)
1.5. Дополнение созданной модели процессов диаграммами DFD и Workflow (IDEF3) 1.5.1. Диаграммы потоков данных (Data Flow Diagramming) Диаграммы потоков данных (Data flow diagramming, DFD) используются для описания документооборота и обработки информации. Подобно IDEF0, DFD представляет модельную систему как
PGP Business Security Suite.
PGP Business Security Suite. Следующим в новой серии PGP стал «PGP 5.5 для безопасности бизнеса», а точнее, «Комплект для безопасности бизнеса», включающий в себя, кроме PGP 5.5, Сервер сертификатов (PGP Certificate Server) 1.0 и Агент управления политикой (PGP Policy Management Agent) 1.0. Комплект начал поставляться в
Создание Workflow для процесса SAP Processes and Forms (FPM)
Sergey Ignatov
В одной из недавних заметок, посвященных распространенным ошибкам, которые допускаются при построении потоков операций в функциональности SAP Processes and Forms, я пообещал публикацию заметки про создание Workflow для процесса SAP Processes and Forms (FPM). Отныне, считаю это обещание выполненным.
1. Задача
По уже сложившейся логике формирования своих заметок, вначале я обозначу задачу, которую постараюсь решить к концу описания этой заметки. Итак, для какого-то FPM процесса необходимо создать самый простой поток операций, состоящий из одного шага (утверждения формуляра). В качестве обработчика задачи утверждения формуляра необходимо использовать инициатора потока операций.
Сам FPM формуляр, если его запустить из транзакции HRASR_DT, допустим, выглядит следующим образом
Хотя, по большому счету, нам неважно как именно будет выглядеть этот формуляр.
2. Создание потока операций
2.1 Создание шаблона потока
Используя транзакцию HRASR_DT, откройте свой процесс на редактирование, и затем раскройте узел Workfklow
Кликните по кнопке Create Workflow Template
На следующем экране введите наименование нового шаблона потока операций и его описание
Сохраните выполненные изменения и нажмите на кнопку
2.2 Подключение группы задач для работы с функциональностью Processes and Forms
Данный шаг является опциональным, но иногда оказывается весьма полезным. Явное его предназначение заключается в том, чтобы иметь под рукой список стандартных задач (примеров, если угодно), которые могут быть использованы при работе с процессами и формами в workflow.
Нажмите на кнопку Workflow Container и выберите в меню My Workflows and Tasks
2.2 Создание элемента контейнера PROCESS OBJECT
Переключитесь на ракурс Workflow Container
2.3 Определение инициирующего события для потока нового потока операций
Нажмите на кнопку 
, находясь в построителе потоков операций (транзакция SWDD)
На закладке Version-INdependent (Task) определите следующий класс и событие для настройки Start Events
Затем переключитесь на закладку Version-Dependent (Current Workflow Version) и определите класс CL_HRASR00_POBJ_WF_EXIT на вкладке Program Exits
Обратите внимание на то, чтобы интерфейс IF_SWF_IFS_WORKITEM_EXIT был отображен как внедренный (об этом свидетельствует появившийся зеленый индикатор слева).
Активируйте выполненные изменения в потоке операций.
N.B. Проверку, активирована ли связь между вашим потоком операций и событием класса CL_HRASR00_WF_PROCESS_OBJECT, можно выполнить с помощью транзакции SWETYPV
2.4 Добавление задачи утверждения процесса
Теперь в поток операций необходимо добавить задачу по утверждению процесса. Для этого можно воспользоваться операцией, описанной в пункте # 2.2 Подключение группы задач для работы с функциональностью Processes and Forms А именно, раскрыть список стандартных задач для утверждения процесса, выбрать необходимую, перетащить ее в поток операций, используя механизм Drag & Drop. В моем конкретном случае я буду использовать задачу TS33700022
2.5 Определение дополнительных свойств для задачи утверждения процесса
Для вновь добавленной задачи, на закладке Program Exitsукажите класс CL_HRASR00_POBJ_WF_EXIT
При работе с задачами потоков операций, особенно стандартными, очень важно обращать внимание на обязательные элементы контейнера, не заполнив которые, есть большой шанс получить ошибки при последующем запуске потока
Найти такие элементы возможно, открыв контейнер задачи на просмотр
В данном конкретном случае, таких элементов два (Form_Scenario_Stage и Form)
Enter the scenario step that is to be used for the workflow step. You must have already defined the step in the Create Form Scenario Customizing activity (view cluster HRASR00FSCN).
When defining the data flow in the workflow container, you can use a value help (F4) for the FORM_SCENARIO_STAGE field. This allows you to access your Customizing entries. You can use the value help in the Workflow column and, in the subsequent dialog box, the value help for the field in the Temporary Check Results of Table column. If the column is not visible, you can use the Enter Constant function.
Data type (Data Type tab page, ABAP Dictionary Reference field): Structure HRASR00_PROCESS_MODELLING and field FORM_SCENARIO_STAGE
Form (FORM) – Mandatory
This element specifies which form scenario is used when the workflow step is executed. It consists of a structure with the following fields, which you have to define for use with this task:
Присвойте обязательным элементам контейнера необходимые значения, используя настройку Binding для задачи потока
2.6 Определение обработчика задачи
В качестве агента (обработчика) для добавленной задачи потока операций, определите правило &_WF_INITIATOR&
N.B. Для всех диалоговых задач, которым должен быть присвоен обработчик, необходимо установить свойство General Task. В противном случае, обработчик не будет присвоен для задачи (даже если он найден и определен)
2.7 Завершение настройки потока операций
Возвращаемся на экран транзакции HRASR_DT, и завершаем настройку потока операций, нажатием на кнопку 
Generate Event Type Linkage
3. Тестирование
Для тестирования мне понадобится NWBC роль SAP_ASR_HRADMIN_SR_HCM_CI_4 с помощью которой я буду открывать присвоенную обработчику задачу потока операций. Запуск же процесса будет выполнен посредством транзакции HRASR_DT.
3.1 Запуск процесса и потока операций
Запуск потока операций, как сказано выше, выполняется посредством опции тестирования процесса, через транзакцию HRASR_DT
3.2 Просмотр сформировавшегося потока и открытие задачи
Просмотр сформированного потока операций я выполню с помощью транзакции SWWL_TOPLEVEL
Открытие задачи и процесса произойдет посредством транзакции NWBC
Процесс, сформированный из потока операций, успешно открыт, а задача, поставленная в начале заметки, успешно решена.
Sign up for more like this.
Small SAP Talk. VSCode и SAPUI5
Small SAP Talk. VSCode и SAPUI5
ABAP CDS. Коротко о главном (3)
Обзор вариантов добавления ABAP CDS к существующему или новому oData сервису, а также создания нового oData сервиса на основе ABAP CDS
Small SAP Talk. Про просмотр заголовков HTTP вызовов из системы SAP
Small SAP Talk. Про просмотр заголовков HTTP вызовов из системы SAP