Process Control In Workflow

Hi Experts,
I am new to workflow and trying to get familiar with all steps used in workflow.
Can anybody tell me whats the use of Process Control Step in Workflow.
If possible please provide some related document.
Regards,
Himanshu

Hi Himanshu,
I guess you already looked at the SAPHelp? All step types are explained there.
Regards,
Martin

Similar Messages

SRM 7.0 Process-Controlled (BRF) Workflow -- Error message to Shopping Cart

I am modifying a BRF Expression used to calculate approval levels. During this calculation, I may run into error conditions (e.g. Currency tranlsation not found) that I want to display to the user (in the Shopping Cart).
I have tried raising the following exceptions:
/sapsrm/CX_WF_RULE_ERROR.
/sapsrm/CX_WF_RULE_ABORT.
Raising these exceptions do result in SLG1 log entries being written, but the User is not informed of the error (ie. at top of shopping cart where other messages display).
I can probably jump out of the Webdynrpo to read logs, but thought there MUST be some standard way of passing error conditions from the BRF, back to WF, and then back to the Webdynpro Window.
Anybody raise error messages back to the online user from Process-Controlled Workflow?
Thanks,
- Tim

>
Saravanan Dharmaraj wrote:
> Hi Tim,
>
> I am not sure about your business requirement, but if you want to display custom error message while user create a SC, SAP has provided a standard BADI - BBP_DOC_CHECK_BADI. You can implement this Badi to raise a custom error,warning message. You can build your brf logic in the BADI implementation..
>
>
> Best Regards,
> Saravanan Dharmaraj.
Hi Saravanan,
I am actually modifying the Approval Limit Checks (for multi-currency translations) that you recently coded in Maryland. It can occur that errors occur in determining limits (new Currency translation I just added), or during the lookup of agents (ie user config is inconsistent).
In these cases, I can make the shopping cart Dump, by raising untrapped error messages, or assertions. However, I would like to raise exceptions that get trapped (such as the ones I identified in original post), and then make their way to the shopping cart.
Unless I am missing something, I don't think the WF BADIs, or BRF are gonna communicate errors back to the shopping cart, even though these components are called during cart creation and checks.
I realize that I can recode the Agent Determination BADIs, BRF calls, or even read BRF logs within BBP_DOC_CHECK_BADI. I mentioned this in my original posting as well.
Anyway, any help is appreciated.
Thanks,
- Tim

Back and Forth Logic in process-controlled (BRF) workflows in SRM 7.0

Hi all,
I am using the process-controlled workflow in SRM 7.0.
The approval itself works ok, but now I am trying to set up the back-and-forth functionality (similar to how it worked for the Badi in SRM 5.0) as default:
This is what happens:
Requester creates shopping cart.
Shopping cart goes for approval.
Approver rejects SC.
Back at the requester the SC can only be displayed, but not changed.
As far as I can tell this happens for any kind of decision set (as long as all items are rejected).
This is what I am trying to set up.:
Once the SC is back at the requester, he can either accept the rejection OR change the SC and 're-order' it ie send it back to approver again.
I know if the requester checks the flag 'Work Item to Requester at Process End' this can be done, but I need the system to have this functionality automatically without setting a flag manually.
I really appreciate any suggestions on this issue.
Cheers
Ulrike

Dear Masa,
thanks for your helpful answer. I have an better idea now, but I am still not quite able to set it up.
I have applied note 1296209.
When i tried to set up this step I did the following:
level type of that step I used 'Approval with completion'.
Created Expression of type SAP Formula Interpreter, with return type Boolean, and use formula:
0V_WF_CURRENT_DECISI = 'REJECTED'
linked the evaluation id to above expression.
Task id for the step is: 40007994 - Accept Decision / Adjust Document
When i do this and create a SC, my system dumps after clicking on describe requirement::
The following error text was processed in the system SR7 : The method could not be found at dynamic call.
The error occurred on the application server SAP01_SR7_07 and in the work process 1 .
The termination type was: RABAX_STATE
The ABAP call stack was:
      Method: CALL_RFW of program /SAPSRM/CL_WF_RULE_CONTEXT====CP
      Function: /SAPSRM/WF_BRF_0EXP000 of program /SAPSRM/SAPLWF_BRF_DATA
      Method: PROCESS_SPECIFIC of program CL_CALL_FUNC_METHOD_BRF=======CP
      Method: IF_RULE_COMPONENT_BRF~PROCESS of program CL_EXPRESSION_BASE_BRF========CP
      Method: GET_RESULT of program CL_EXPRESSION_POOL_BRF========CP
      Method: IF_EXPRESSION_BRF~GET_SUBEXPRESSION of program CL_EXPRESSION_BASE_BRF========CP
      Method: IF_FOEV_CONNECTOR~EVALUATE of program CL_FORMULA_BRF================CP
      Method: EVALUATE of program CL_FOEV_FORMULA===============CP
      Method: EVALUATE of program CL_FOEV_FORMULA===============CP
      Method: EVALUATE of program CL_FOEV_FORMULA===============CP
What I don't understand about your explanation is what you mean by "Acceptance by Contact person". I don't have that option anywhere in my BRF? Is that supposed to show up under Resp. Resolver Name (like RR_MANAGER)?
Also where did you add that step in Process level configuration? I have 2 approval steps (just approval, without completion) and then i wanted to enter this step after those levels before the automatic system decision. But i wasn't able as the system doesn't allow you to add a completion step after a 'normal' approval step.
Cheers for your help
Ulrike

N- Level Process Controled Item workflow.

Hi Experts,
I am using Process Controlled item level workflow in SRM 7.0 (WS40000014) . My workflow is working for only one level approval.
I dont know how to increase number of approvers.... Could any one please suggest a BADI and process to achieve this?
Thanks in advance,
Regards,
Bhanu.

Hi Bhanu,
    Increasing the number of approval level( APPROVAL_INDEX ) is not same as SRM 5.0 in SRM 7.0.
     First you have to implement custom BADI for increasing Process level which is same (APPROVAL_INDEX), then implement another BADI to process the approval level. you can find the sample code for increasing the process level in standard Badi '/SAPSRM/BD_WF_PROCESS_SC'.
Best Regards,
Saravanan Dharmaraj

Problem with Confirmation (BUS2203) Process Controlled Workflow SRM 7.0

Hi gurus,
I'm having a bit of trouble with the Process-Controlled approval workflow for the business object "BUS2203" (Confirmation) in SRM 7.0.
Basically, I've configured it to determine N-process levels, and for each level to retrieve the corresponding agents/approvers. When I am creating the confirmation, I go to the "Approval" tab and I can see all of my approvers there. Nevertheless, the moment I confirm an item (ie, put a confirmed quantity and press the confirm button) first I get the status "Awaiting Approval" and then when I close/or click the refresh button I get the status "Release Rejected".
Has anyone had this problem before with this workflow? Do you know if this is a standard error, or might I be doing something wrong? I tried to look through the OSS notes, but unfortunately couldn't find anything..
Please feel free to provide any idea that may be useful!
Many thanks...
Adi

Hi,
Can you paste your process definition? BRF event and expressions.
Does it work with SAP sample 1 step approval process definition?
Regards,
Masa

Is migrating open application workflows to process-controlled WFL required?

Dear forum members,
We have upgraded an SRM system from version 5.0 to 7.0 (SP 7) and we have gone live in SRM 7.0 with the old application-controlled workflows still being used for old and new documents.
We are in the process of changing the workflow to the new process-controlled (BRF) workflow and this works OK for new docments in our test systems.
Can you confirm if we MUST migrate the old workflows to the new BRF workflow when we activate the new p-c workflow into the live system?
I would prefer to have the old application-controlled workflow continue for existing document approvals and use the process-controlled workflow for new ones.
My questions are:
1. Can we use both application and process-controlled workflows together at the same time (new docs use p-c workflow, existing approvals to continue to use A-C workflow while they run down)?
2. If not, can we migrate SC n-step BADI workflow to the p-c workflow (report /SAPSRM/PR_WF_MIGRATION_CFG implies not)
Any help or advice is appreciated as always!
Thanks a lot,
Nick

hello,
we are dealing with the same issue in a srm migration from 5.0 to 7.0.
We have a copy of the production system with a lot of open workitems based on application controlled workflows.
We build up new process controlled workflows and activated those for the new shopping carts.
The report for the migration (/SAPSRM/PR_WF_MIGRATION_CFG) of open workitems seems to be not sufficient, because
- all open workitems are going to be restarted, right?
we tried to approve old woritems from the powl, that seems to work. Simultaneously brf workflow works fine.
Right now we are wondering why it should not be possible to finish the old workitems application controlled and the new ones process controlled. Do we miss something?
Has anybody experiences based on customer projects?
kind regards
Carsten

Help: Process control - kill itself and its phater

Friends,
If I use the Process control. Is it possible to use the Process Control 'Cancel workflow' to kill ONLY the actual sub-wf and its phater, without killing its grandfhater ?
Grandfhater - WF
Fhater - Sub-WF
Actual Sub-WF (Using Process control here)
I want to kill only this actual and its fhater. I want the grandfhader alive and go on.

Create Container element[like status] in Father SUB-WF and In Actual SUB-WF.
Based on condition if you want to terminate Actual SUB_WF and Father SUB-WF then set the set container element status = 'X' and then use process control [terminate workflow] this will terminate Actual SUB-WF.
then do the binding fo container element status from Actual SUB WF to Father SUB WF.
Then in the father SUB WF check the container element status . if Status = 'X'. then use process control to terminate the Father SUB WF.
In the process control use terminate workflow.

Issue in Process Controlled workflow for Shopping cart in Quality system.

Hello All,
I ahve configured a Process controlled workflow in SRM 7.0 with custom resolver, and I am facing an issue taht the Workflow works well in Development but in Quality the approvers are dropped after SC is ordered in Quality system.
The SC Workflow drops the approvers picked up from the Interface method /SAPSRM/IF_EX_WF_RESP_RESOLVERGET_AREA_TO_ITEM_MAP and IF_EX_WF_RESP_RESOLVERGET_APPROVERS_BY_AREA_GUID of BADI /SAPSRM/BD_WF_RESP_RESOLVER. The approvers can be seen in the shopping cart Approval preview Tab until the SC is ordered.
I have compared the OSS notes relevant for Workflow, all of them have been transported, Also I compared and checked general Workflow settings, BRF Config and Process level settings in Dev and Quality, everything is same.
Also while debugging; the approvers can be seen in the decision set table in the create_process_forecast method of class /SAPSRM/CL_WF_PROCESS_MANAGER.
Kindly let me know what else i can check to find the root cause.
Thank you in advance for help!
Regards
Prasuna.

Hello Vinita;
Thanks for the input and sorry for the not so "ASAP" reply;
From what I'm seeing in from your 2 screenshot, i strongly believe that the problem is even before the Z implementation /SAPSRM/IF_EX_WF_RESP_RESOLVER~GET_APPROVERS_BY_AREA_GUID (in which the FM i ZSRM_GET_USER_FROM_PGRP is called. I think the problem could be in the process level determination ZSRM_WF_BRF_0EXP000_SC_APP100. Let me explain:
In your cases where not buyer is determined, in the approval tab there is not even a process level for buyer approval. If the problem were indeed in the implementation /SAPSRM/IF_EX_WF_RESP_RESOLVER~GET_APPROVERS_BY_AREA_GUID then the process level would be there, but the system will display, instead of the name of the buyer(if the buyer determination fails) a red label with the message: "With the strategy "Buyer determination" an approver could not be determined (or something like that..please check the image at the end of the text)".
I can propose a way to discard this: Implement the method /SAPSRM/IF_EX_WF_RESP_RESOLVER~GET_FALLBACK_AGENTS of class ZCL_BADI_SC_WC (in case you didn't know, in this method you can specify an "default" approver in case that the determination of approver in GET_APPROVERS_BY_AREA_GUID fails). The idea is to specify an default approval and see how it behaves:
If the user you indicated in the method GET_FALLBACK_AGENTS appears as approver, then yes, the problem is arises from implementation GET_APPROVERS_BY_AREA_GUID, in which case it could be a data problem (peharps in pposa_bbp?). You could also check in TX SU53 with the users with this problem to see if there's a missing authorization objetc.
If, in the other hand, the "default" approver is not shown, it means that the process level buyer determination is not even called, so you should check in more detail ZSRM_WF_BRF_0EXP000_SC_APP100 and /SAPSRM/CL_WF_PROCESS_MANAGER > Determine process restart –method ----- (i have never used this method, so i could not tell if it could be the source of the problem).
Also, you could implement the method GET_FALLBACK_AGENTS in this way so the default approver would be the WF administrator indicated in the customizing (or you could just append directly any user you want):
METHOD /SAPSRM/IF_EX_WF_RESP_RESOLVER~GET_FALLBACK_AGENTS.
   DATA: lv_admin_expr TYPE swd_shead-admin_expr,
         lv_admin      TYPE swd_shead-wfi_admin,
         lv_admin_type TYPE sy-input,
         ls_agent      TYPE /sapsrm/s_wf_approver.
   CALL FUNCTION 'SWD_WF_DEFINITION_ADMIN_GET'
     IMPORTING
       default_admin_expr = lv_admin_expr
       default_admin      = lv_admin
       default_admin_type = lv_admin_type.
   ls_agent-approver_id = lv_admin.
   APPEND ls_agent TO rt_agent.
ENDMETHOD.
Error of agent determination:
Please let me know the result of the test with the implementation of method GET_FALLBACK_AGENT. By doing this we could ensure if really the problem is in method GET_APPROVERS_BY_AREA_GUID or before. I just made the test in our system and I'm almost sure that you wont get the default approver, but i could be wrong.
Any question please let me know.
Best regards
Cristian R.

Workflow error in fork step, process control, wait event

I am using fork step in workflow which has 2 parallel branches. In 1st branch i have a user decision step followed by a task for posting PO document in case of approval. In the 2nd branch of fork step I have a wait step to wait for an event followed by the same task for posting document with a process control step after that in the end to cancel the workitem(workitem generated by user decision step in the 1st branch of fork). I created the event by using a custom BOR object.
After the fork step is triggered, i have both a wait event running and workitem generated. When i raise the wait event from SWUE by entering the event, object key etc it works fine i.e., the workitem in the other branch is set of logically deleted and workflow ends.
But if the wait event is triggered from the program i.e., using FM SWW_WI_CREATE_VIA_EVENT, both get an error message in workflow log(SWIA). The message is: Error when executing the binding between work item 000000XXXXXX and flow item 000000XXXXXX where workitem number is the workitem id of the posting document task and flow item id is the workflow parent id

hi,
message is self explanatory.
Activate the event trace SWELS, then do the event with SWUE and within your program (als please use SAP_WAPI function modules).
Now compare the 2 events in SWEL to see what the differences are .
Kind regards, Rob Dielemans

Approver not determined process controlled workflow in SAP SRM 7.0

Hello all,
I have setup process controlled workflow in SAP SRM 7.0 EHP3 for shopping cart approval.
I have 4 approval levels.
I have used item-based Decision for entire document because for some items i want system approval.
In implementation of BADI /SAPSRM/BD_WF_RESP_RESOLVER, in the method /SAPSRM/IF_EX_WF_RESP_RESOLVER~GET_AREA_TO_ITEM_MAP, i am skipping the items for which i want system approval.
Also in method /SAPSRM/IF_EX_WF_RESP_RESOLVER~GET_APPROVERS_BY_AREA_GUID of BADI implementation class, i am keeping the approver table empty for the step which i want system approval.
For example i have 1 item in shopping cart and for 1st step, based on some accouting criteria, i want system approval for 1st level and the workitem should go directly to 2 approval step when shopping cart is ordered. This is not happening.
But if i have multiple items, and one item should have system approval based on some criteria and the 1st approval level should be system approval and other item should go to the 1st approver. This is happening and showing 'system' approver for item1 and 'appr_xyz' for item 2.
For shopping cart having only 1 item, If i approve the shopping cart in this state only, it doesn't go to any approver and is not usable.
am i missing anything in BADI /SAPSRM/BD_WF_RESP_RESOLVER??
Please let me know.
Regards,
Yayati Ekbote

Hi Adrian,
Yes it is possible to display custom workflows in the Universal Worklist, However, I am not sure what you are trying to do with a routing table. If the workitems are of type decision, you can use UserDecisionHandler (action handler) configured in the XML file to use the Approve/Reject functionality - we are talking about webflow connector here correct? R/3 connector?
Regards,
Beth Maben
EP - Senior Support Consultant II
SAP Active Global Support
Global Support Centre Ireland
**SDN Forum Moderator:
SAP Enterprise Portal: Application Integration
**SDN Universal Worklist Wiki:
http://wiki.sdn.sap.com/wiki/x/ehU

Process-controlled workflow hang due to dump

Hi all,
due to a temporary dump in an SRM 7 system, some document-related workflows are stucked... in other terms, these workflow processes have been started, the the dump occoured and by now, they seems to be stucked in "in process" state.
Tecnically, these are not workflow in error, so SWI2_DIAG is not helpful.
We'd like to unlock this situation and -eventually- restart the workflow process. How can we do it?
Thanks in advance for your help and support.
edit: system dump is now solved, which means, triggering the same workflow process will result in a success.
Edited by: Matteo Montalto on Jun 30, 2011 4:34 PM

Ok. There used to be OSS Note 1458380 - Process Controlled Workflow Restart Program, if the document is in "Awaiting Approval" Status.
Or do the manual restart by using tcode SWUE (Event trigger)
Object Category - ABAP Class
Object Type - /SAPSRM/CL_WF_PDO_SC
Event - READY_FOR_WORKFLOW
Object Key - <DOCUMENT_GUID>
Event Parameter - <SC Creator User ID>
and Click "Create Event" button
Use SWI1 to check whether the event is created and see whether the document is submitted for workflow triggering or use SWI6 to check for that SC document

Process Controlled workflow

Hello experts,
We are trying to use process controlled work flow for SC approval. Approval process will be multiple based on the amount of shopping cart. Somebody has already activated BC set for one step approval in the system. If i want to have my own process schema ( multiple approval ),what i supposed to do? Do i delete the existing schema attached to BUS2121 or create my own schema ?
How system will determine which schema needs to be picked up after creation of SC?
Regards,
Sagar

Hello Bharat,
Thanx for reply.
I have below cases for process controlled workflow.
1. No approval
2. One step approval
3.Multi level approval.
All the above scenario will be decided based on the Z field which we have added to SC header. My understanding in this case is to have three process schema for above cases. Name of schema will be decided by Evaluation ID.
Once the schema is decided then i need to define process level for each process schema.
Please let me know if i am on the right track??
Regards,
Sagar

Process controlled workflow - SC process schema evaluation

Hi experts,
at the moment I'm using the n-step item level approval in SRM 5.0.
We are implementing SRM 7.0. With the new process controlled workflow I'm not sure how to
implement the logic of our "old" system.
Depending on category and item value the SC item has to be approved by 0 - 7 users.
I've created an event which finds a Z-process schema via FM.
In the FM I've tried to change the process schema (debugger) for one SC item.
But the schema has been changed for all items.
Is it possible to use different process schemas for items?
When yes how can I set the schema e.g.
item 10 schema1
item 20 schema1
item 30 schema2
item 40 schema1
Thanks in advance for your inputs!
Regards
Stefan

Hi,
Schema Evaluation is document header level.
There are 2 ways for implementation.
1. Schema Evaluation returns Schema name. For example, 1 step approval, ... 7 step approval
2. 1 Fixed Schema and 7 level evaluations. 1 Schema has 7 approval steps and each evaluation returns true or false.
You have to implement GET_AREA_TO_ITEM_MAP method of Agent BADI to exclude/include items.
BTW. If you set workflow framework as Application-Controlled Workflow, your old workflow logic works without any change.
Regards,
Masa

Process Controlled Workflow - Process Schemas

Hi
I am configuring Process Controlled Workflow in SRM 7.0 for shopping carts. As per one of the guidance documents, I activated the BC Sets for the shopping cart in order to pull in all the component parts. As none of the three standard Process Schemas created meet my requirements I am going to create my own Schema. Please could someone explain to me how I can ensure my schema will get activated, and not say - /SAPSRM/C_SC_600_001_SP04?
Many Thanks
Claire

Hi,
You can create custom schema definition. If you need only 1 schema, you can use constant type BRF expression.
1. Create BRF event and Expression in transaction BRF
    BRF Event (ZEVALUATION1)
    BRF Expression (ZEXP1) = Constant Schema name (ZSCHEMA1)
2. Link the event and expression
3. Customize Define Process Level
    Process Schema Evaluation = BRF Event (ZEVALUATION1)
                                                 - linked to BRF Expression (ZEXP1) = Constant Schema name (ZSCHEMA1)
    Process Schema Definition (ZSCHEMA1)
      - based on your requirements
Regards,
Masa

Process controlled Workflow is not starting

Hi,
I have problems with implementing an own process-controlled workflow. The "Sample BC Set for Process Level Definition" /SAPSRM/C_SC_600_001_SP04 is working fine. However I do not succeed in triggering a customer Process Schema for BUS2121.
The (first?) problem can be duplicated as following:
1. BC-Set /SAPSRM/C_SC_600_001_SP04 is activated
1.1 When creating a shopping card (Web Portal) a approver ("Head of organizational unit" in OrgManagement) is displayed in the Details (Approval-Workitem is created when saving the shopping cart)
--> OK
2. Deactivation of Process Schema 3C_SC_600_001 (replace Eval.IDs with customer Eval.ID which contains always false expression)
--> When creating a shopping card (Web Portal) no approval data is displayed in the Details
--> OK
3. Copy Process Schema 3C_SC_600_001 into ZC_SC_600_001; replace customer Eval.ID with original Eval.IDs (Boole; no process schema in expression (Eval-ID 3EV_SC_600_001_100; Expression 3B_SC_600_001_100: "Execute always"))
--> When creating a shopping card (Web Portal) no approval data is displayed in the Details
--> NOT OK; the same result as with 1.1 is expected
Why is 3. not working? Any ideas would be very welcome.
Best regards

In most cases, this means that the 'Start Process' is not configured correctly. Take a look at the following:
1. make sure that the Wf assigned to your start process is active
2. make sure that reference numbers are configured and assigned to your process
3. assign a user to receive error messages when an error occurs
Thanks,
Derrick Banks

Process Control In Workflow

Similar Messages

Maybe you are looking for