Всем привет!

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

Для этого рассматриваем следующее решение:
1. Создать Z-транзакцию на базе AS02 для введения данных (МВЗ, табельный номер, местоположение).
2. Подцепить WorkFlow к данной транзакции (Настройка и отправка ответственному бухгалтеру).
3. Согласование задачи бухгалтером.
4. Пакетный ввод данных в AS02.

Возможно ли реализовать такое решение? Если возможно, то как подцепить WF к Z-транзакции?
Подскажите правильный ли подход к решению задачи? Может есть другие средства?

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

День добрый.
Есть как минимум два варианта как "подцепить поток к z транзакции":
1. Запуск события на которое подписан поток.
Попробуйте фм swe_event_create.
2. запуск потока операций на прямую
Попробуйте фм SWW_WI_START.
Рекомендую первый вариант - легче потом вновь пришедшему сотруднику разобраться как запускается тот или иной поток (особенно их много крутится в системе).

Огромное спасибо за ответы!
Остались вопросы:
Подскажите правильный ли подход к решению задачи? Может есть другие средства?
Но это скорее всего для ветки FI-AA. Буду спрашивать там.

Добрый день.

Нам в принципе от нашей Z-транзакции нужен только экран и чтобы он сохранил данные. Далее мы поднимаем событие, как указали коллеги выше. Затем создаем бизнес объект с экранчиком, на котором бухгалтер видит введенные данные и 2 кнопки к примеру, утвердить или нет. Далее по утвердить вызываем бапишку BAPIFIXEDASSETCHANGE(если изменить ) и BAPIFIXEDASSETCREATE1(если создать). В целом я вижу это так.

Коллеги, у ассетов есть флаг блокировки проводки поступления (Aquisition block), кроме того, есть замещения при создании ассета и некоторые юзер-экзиты, например, в группе функций AIST. Это я к тому, что Z-транзакция может и не потребоваться: например, при создании всегда автоматически ставить блокировку, затем ассет отсылать по workflow ответсвенному, чтобы он все проверил и блокировку снял.