Agent Assignment in Process Controlled workflows

1. For testing one-level approval, I activated the one-step apparoval shopping cart BC set. while creating the shopping cart it is showing the manager id. But when manager logs in, there is no workitems, Also if I check from workflow log I cannot see any id, but from swii5, I can see the workitem in manager id...Is there any config I am missing. I have checked the Determine agnets from spro, but I have not done anything there.
2. If I activate one step approval today, can I activate N-step approval tomarrow
3. Is there any specifi guide which can help me in doing the process controlled worklows configuration step by step.

Hi Masa!
I can see in the system configuration of system administration from portal that the webflow is configured and the status is registered.
Let me explain you the scenario once again.
User A is requestor and created SC. User B is manager. From the workflow log it is showing in READY status but "No agents found". But when I goto manager inbox from swi5, I can see the workitem available in his inbox but manager cannot see either from portal nor swbp inbox.
I also checked the approval workflow 40000016 and step is 293..Here it is rule with function module checking for agents.
Am I missing any configuration from SPRO ?
Do I need to do anything in "Determine agents" in SPRO ?
Regarsd,
pavan

Similar Messages

Error during approval Process flow in Process controlled workflow

Hello Experts,
We are in SRM 7.0 classic scenario using Process controlled workflow.WE recently connected a new backend R/3 system to our SRM system i.e we now have 2 R/3 backend system connected to SRM system
It is regarding the two new additional account assignment categories that came into picture when we connected the new R/3 backend system to our SRM system, i.e. Asset and Network.
There seems to be some problem with the approval workflow for those SHC, that have such Acc *** Cats.
Please find below my obeservations:
- if you have just one line item in the SHC, and this item is either booked on Asset or on Network, than everything goes fine. After the Acc *** approval, the PR is created in R/3
- if you have SC with a mix between an "old" Acc *** Cat (Cost Centre, WBS and Order) and one of the "new" Acc *** Cats, than the workflow is not working as required --- the manager, that is responsible for the accounting approval of the two positions (e.g Cost Centre and Asset) gets only one work item in his approval overview --- in that work item, the two positions are there, but the Asset one is grayed out --- so, the Manager approves only the Cost Centre positions and than the SC is no longer with the approver --- if you observe the SC now from the requisitioner point of view, the status of the line items in the approval process overview of both(!) lines is "approved", but the overall status of the SC is still "in approval"
Can you all experts plz let us know why this is happening and how this can be resolved?
Any pointers will be highly appreciated.
Thanks & Regards,
RKS

Hi,
What is Resp. Resolver Name and Decision Type in your Process Level Definition? Did you create custom agent BADI implementation?
Regards,
Masa

SRM 7.0 - Process controlled workflow

Hi,
Landscape - SRM 7.0 SP05
Workflow - Porcess controlled
Scenario - Self service procurement
Problem:
1. We have mulitple level approval workflow for the shopping cart. I am using standard workflow task- 40007953 and using /SAPSRM/BD_WF_RESP_RESOLVER badi to determine agents.
2. All the potential approvers (managers) are determined correctly by this badi but the issue is work-item is sent to all the approvers at the same time where as the requirement is to sent the work-item to each approver in series i.e. only when the work-item is approved by the lower level manager, it should go to the higher level manager. Currently, this workflow task sends the work-item to all potential approvers at one go who can start working on parallely which is not desired.
Could anyone please help me to resolve this?
Please note that adding additional process steps in the process-level configuration was the option but we could not opt for that at this point of development as we have gone too far in terms badi development for agent derterminiation
Thanks & regards,
Amit

Amit,
It is not possible to send the work item to people in sequence by configuring only one process level. If you have only one process level, the agent determination will only be applicable to that process level. If you are trying to assign multiple agents to that step, then all will get the work item at the same time.
I recommend doing one thing, Create multiple process levels(= no of approval levels you want). For each process level you keep same event and expressions. But your agent determination badi implementation need to be tweaked. Here is how you can do that
Use Parameters along with agent determnation badi implementation. In other words derive Agents based on the value of parameter using your badi implementation. This parameter can be configured in Process Controlled Workflow Configuration.
Example,
Process step 1 - WF_BADI - Parameter1
Process step 2 - WF_BADI - parameter2
Now write some code in the WF_BADI to pick up particular agent if parameter value is Parameter1 , pick another agent if parameter value is parameter2. Doing this way you wont ve to redesign your BADI implementation as you are able to break up the Agent logic based on parameter values.
Virender Singh

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.

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 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 Controlled Workflow - 1-step approval for shopping cart approval

Hi,
I have configured a one-level approval for SC (Process Controlled Workflow):
Object Type: BUS2121
Additional 1 level under schema: 3C_SC_600_000 (the last level is the automatic approval)
Level Type: Approval with completion
Eval ID: 0EV_SC_SL1
RR Name: RR_SPENDING_LIMIT_APPROVER
RR Param: USTONY.Y (I hardcoded it using my user ID, for the moment)
Task ID: 40007953 (I have checked, it's generalized as well)
Decision Type: Item-based decision for entire document
For PPOMA_BBP:
Under my org unit (Position):
Approval Limit: 1000
Output Limit: 1000
I didn't do any BADI implementations yet.
During creation of SC by other user, before "Order" the SC, the approval preview can show correctly that the Processor is as indicated in the config.
Once the SC is ordered, the whole step is gone and the event linkage becoming delinked (because there is error, and according to the config in SWEQADM).
However, I cannot find the workitem (no workitem generated) and SLG1 does not give any clue whatsoever.
I tried debugging method APPROVAL_LIMIT, and it seems fine as well.
Please help, what did I do wrong here?
Thanks,
Tony Y

Hi Sahil,
I even changed to first process level to:
Level Type: Approval
Eval ID: 0EV000
RR Name: RR_MANAGER
RR Param: (Blank)
Task ID: 40007953 (I have checked, it's generalized as well)
Decision Type: Decision for entire document
Under PPOMA_BBP:
I made myself as a head of the org unit with the role manager.
The requester is "Exclude" the role manager.
The agent can be determined now.
But the workitem ID is still cannot be generated. It's always no workitem generated.
Please everyone, any help?
Thanks in advance,
Tony

Dump on screen when configuring Process controlled workflow

Hi Experts,
I am facing 1 problem in SAP SRM 7 ehp1. I am configuring Process controlled workflow. Previous workflow settings was Application controlled workflow as its been upgraded from SRM 5. If i run a RFX (BUS2200) cycle in application controlled workflow environment, it works flawlessly.
But when i change my workflow framework to process controlled workflow for all Business Objects. I face a dump when I am creating an RFX. The dump on the portal is:
http://dl3803.ltisap.com:8040/sap/bc/webdynpro/sapsrm/wda_l_fpm_oif
DATREF_NOT_ASSIGNED
No access possible via the 'NULL' data reference
Method: PARTICIPATING_IN_ACTIVE_WF of program /SAPSRM/CL_PDO_DYN_MDA_WF_ADJ=CP
Method: EDIT_DURING_WORKFLOW of program /SAPSRM/CL_PDO_DYN_MDA_WF_ADJ=CP
Method: /SAPSRM/IF_PDO_META_CONF_BO~GET_BO_HDR_ACTION_METADATA of program /SAPSRM/CL_PDO_META_CONF_PROV=CP
Method: /SAPSRM/IF_PDO_META_CONSUMER~GET_ACTION_METADATA of program /SAPSRM/CL_PDO_META_BO_RFQ====CP
Method: /SAPSRM/IF_PDO_META_CONSUMER~GET_ACTION_METADATA of program /SAPSRM/CL_PDO_META_BO_RFQ_ADVCP
Method: /SAPSRM/IF_PDO_META_CONSUMER~GET_ACTION_METADATA of program /SAPSRM/CL_PDO_META_HANDLER===CP
Method: UPDATE_ACTIONS of program /SAPSRM/CL_CH_WD_MAP_IDENT====CP
Method: /SAPSRM/IF_CLL_MAPPER~REFRESH of program /SAPSRM/CL_CH_WD_MAP_IDENT====CP
Method: /SAPSRM/IF_CLL_MAPPER~REFRESH of program /SAPSRM/CL_CH_WD_IDEN_MAP_RFQ=CP
Method: OVERRIDE_LEAVE_INIT_SCREEN of program /SAPSRM/CL_FPM_OVRIDE_OIF=====CP
& when i check in st22. I get the dump as:
Category               ABAP Programming Error
Runtime Errors         DATREF_NOT_ASSIGNED
ABAP Program           /SAPSRM/CL_PDO_DYN_MDA_WF_ADJ=CP
Application Component SRM-EBP-PD
Date and Time          17.12.2011 15:46:56
and get dump at:
1 method PARTICIPATING_IN_ACTIVE_WF.
2   " this method returns ABAP_TRUE if the logon user has an active work item,
3   " i.e. he participates in an active approval workflow process.
4
5   DATA lv_curr_workitem_id    TYPE /sapsrm/wf_workitem_id.
6   DATA lr_process_info        TYPE ref to /SAPSRM/S_PDO_WF_PROCESS_INFO.
7
8   " the default:
9   rv_participates_in_active_wf = abap_false.
10
11   " The scenario is not valid for application-controlled workflow:
12   " Any agents who may edit the document (approver and requester)
13   " enter "Edit" mode right-away. No special handling possible.
14   lr_process_info = io_apf_md_context->get_process_info_ref( ).
>>>   IF lr_process_info->wf_version NE /sapsrm/if_wf_process_c=>GC_APF_VERSION_0200.
16     return.
17   endif.
18
19   " check if a valid workitem exists
20   lv_curr_workitem_id = io_apf_md_context->get_workitem_id( ).
21   IF lv_curr_workitem_id IS INITIAL.
22     RETURN.
23   ENDIF.
the only configuration I change in the system is I changed the workflow framework to process controlled workflow.
Kindly help.
Thanks
Anand

Hello Anand,
As per standard SAP recommendations the application-controlled workflow framework is only intended to be used if you are upgrading from SAP SRM 5.0 or earlier and you need to continue using your existing work-flows.
The default workflow framework setting is the process-controlled workflow from SRM 6.0 on-wards and the user will be provided a option to switch to the application-controlled workflow framework. The option to switch to process-controlled workflows is available only after you have once switched to application-controlled work flows but there will be a big caution that " If you switch from the application-controlled workflow framework to the process-controlled workflow framework; once a process-controlled workflow has been run, it is not supported that you switch back to application-controlled work-flows".
As per the details given i got a feel that we have tried executing the scenario by switching between application and process controlled workflow and hence the system have become inconsistent and its dumping.
I suggest you to raise a OSS ticket to SAP to resolve the issue.
Best Regards,
Rahul

Process Control Workflow Configuration error on portal

Hi Experts,
We are using process controlled workflow for BUS2121 and activated a BC Set "/SAPSRM/C_SC_600_000_SP04" Shopping cart without approval.
For this We have created a Event and a Expression in BRF as constant for Process schema evaluation. No approval is required as of now. But when try to shop from the portal it shows a dump as:
The following error text was processed in system SRD : Dynamic type conflict when assigning references
The error occurred on the application server dl3803_SRD_40 and in the work process 2 .
The termination type was: RABAX_STATE
The ABAP call stack was:
Method: INIT_BRF_TRACE of program /SAPSRM/CL_WF_BRF_MSG=========CP
Method: CONSTRUCTOR of program /SAPSRM/CL_WF_BRF_MSG=========CP
Method: INITIALIZE_BRF_MSG of program /SAPSRM/CL_WF_BRF_MSG=========CP
Method: /SAPSRM/IF_WF_RULE_CONNECTOR~EVALUATE of program /SAPSRM/CL_WF_BRF_CONNECTOR===CP
Method: /SAPSRM/IF_WF_RULE_CONNECTOR~EVALUATE of program /SAPSRM/CL_WF_SCHEME_PROVIDER=CP
Method: GET_SCHEME of program /SAPSRM/CL_WF_SCHEME_PROVIDER=CP
Method: GET_PROCESS_SCHEME of program /SAPSRM/CL_WF_CONFIGURATION===CP
Method: CREATE_PROCESS_LEVEL_SEQUENCE of program /SAPSRM/CL_WF_CONFIGURATION===CP
Method: CREATE_PROCESS_INSTANCE of program /SAPSRM/CL_WF_PROCESS_MANAGER=CP
Method: CREATE_PROCESS_FORECAST of program /SAPSRM/CL_WF_APV_FACADE======CP
Kindly help to solve this problem.

Hi Anand,
I am facing the same problem. Were you able to resolve that issue? if so, what is the solution? I don't find any relevant note for this.
Probelm: BRF is activated and when you do save/check on SC, throws short dump with error message as
"Dynamic type conflict when assigning references".
"MOVE_CAST_ERROR" "CX_SY_MOVE_CAST_ERROR"
Thanks
Akbar

Process Control workflow - want to delete logical steps against one SC

Workflow issue : Process control workflow
In my scenario when requestor is creating a SC then workflow goes to buyer for assignment of supplier but when buyer himslef is creating a SC and forgot to attach supplier then workflow goes to error....i checked in SWIA its an error.....
i come to know tht we can logically deleted those steps , so that when buyer open a SC in edit mode and assign Supplier then workflow will behave as normal.
Please let me know where i can logically deleted the steps for particular work item ID.
Smriti

Hi ,
Yes - what Masa suggested is the correct and the SAP Best Practice, I'll do the same. you can implement the BAID BBP_DOC_CHECK_BADI , where you check whether the requester is Buyer or not, if the requester is buyer , you can get the assigned role from BUS4101 by passing the user id or calling the FM 'BAPI_USER_GET_DETAIL'. if the 'ACTIVITYGROUPS'
table from FM ''BAPI_USER_GET_DETAIL' has an entry 'SAP_EC_BBP_PURCHASER' then the requester is a buyer. you can write your logic after that to make sure the SC has assigned supplier or not. if the SC is not assign the supplier then raise the error message.
Saravanan

How to determine N Step Approval process through Process Controlled workflow

HI
For SC approval process after 4th level of approval the workflow keep go N step till the approval determine. If no approval find then go for WF Exceptions.
In PCW we have process level like 100, 200, 300 and so on. What would be the procedure for Nth process level determination in SRM process controlled workflows settings.
Regards
Kharabela

Hi,
From SRM 7.0 PCW, requestor of SC or creator(buyer) of the PO can't be in the approval list.. this is standard...
create two custom events like zev_po_schema_eva and zev_po_sl_approval
create two custom expression.. one with constants as zev_po_schema_def and other one is formula interpreter(0FB001)..
assign zev_po_schema_eva as schema evaluation for PO.. MAKE SURE YOU LINK THE zev_po_sl_approval
with as zev_po_schema_def..
   now create schema definition entry and specify as zev_po_schema_def..
   now create process level
   100 approval / approval with completion ( Your chooice ) .. maintain zev_po_sl_approval as evaluation id in the process level... maintain RR_SPENDING_LIMIT_APPROVER as Resp.Resolver...
maintain formula interperter value as (OV_SC_PREVAPPROVALIMI < 0V_PO_POTOTALVALUE ) AND (OV_SC_SPNDNGLMTFRQST < 0V_PO_POTOTALVALUE).
Saravanan

Process controlled workflows- basic questions

Hi,
I am new to SRM 7 process controlled workflows.
I need some help designing the process controlled worlflow for n step approval of shopping cart.
If there are n conditions to be checked for a cart before deetrminig the no of approvers,then does that mean for a BO(in my case Shopping cart),there will be n process schemas or just one process schemas with n process levels?
Also under each process schema,I see multiple expressions/process levels.Does the column "level sequence no" determine the sequqnce of the task in the whole approval process?
Please advise.

Hi Saravanan,
Thanks for the prompt response!
Based on your inputs,I think I need to go with option 2 as based on the data in shopping cart e.g. product category,spend limit,total value and a/c assignment catgeory,the no of approvers are determined.
The flow is like:
cond 1: check the prod category,if true,add 1st approver.
cond 2: check reqeuseter spending limit with total value fo cart,if true,add further approver or approvers
cond 3: check a/c assgt category,if true for a particular catgeory,add new approver or approvers using RFC call.
cond 4: check ship-to-address,if a local address,add buyer as last approver.
For a given cart,one or multiple conditions from the above may be true.But the sequence for the cosnidtions is as defined above.
As per my understanding,I need to create only one process schema for "Shopping cart" and then create different BRF expressions for each of the above conditions right?E.g. cond1>level1,cond2>level2 etc...Please advise.
Also under process schema,process level configuration,I see one column for "resp resolvername".What do I need to enter here?My understanding was that this entry will be responsible for determining the approver values...Pls confirm.
Also if I go with option 2,you said BADI SAPSRM/BD_WF_RESP_RESOLVER' will have to be implemented for determining approvers.So the logic for determining the approvers for each of the above conditions will be implemented in this single badi?
Pls advise.
Also in the event linkage,I need to actiavte only the two entries /SAPSRM/CL_WF_PDO/SRM_PROCESS_START and /SAPSRM/CL_WF_PDO/WS40000014 right?
Also regarding the workflow template,is WS40000014 the only template for all business objects i.e. Shopping cart and PO?
Thanks again for your time and inputs.

Process Controlled Workflows VS Applicaiton Enabled Workflows-What to chose

G'Day All,
We are upgrading from SRM5.0 to SRM7.0
There are these bespoke shopping cart approval workflows developed previously. I have to do some sort of assessment to include
1) Why would we go for PCWs instead of just migrating the old ones in SRM 7.0 as business is pretty happy with the functionality they have got and are not interested in revising the workflow processes. Answer : Application enabled workflows are in maintainence mode so newer functionality would be delivered using PCWs.( is there any other justification ? )
2) Would we be able to map the existing workflow process to PCWs, here i need some pointers. I understand the PCWs are based on BRF though i don't know much about BRF( updating myself ). The key question i have is, whatever is there in bespoke workflow templates would i be able to replicate that using this i.e. a different technology. Since my exposure to either PCWs or BRF is not great so as a general rule i am asking, is it possible or are there any sort of technical limitations on what you can and what you can't do using PCWs which you could design using a normal workflow template?
I am sure this would be a common analysis which many of you might have done or are doing if you are involved in an upgrade.
An Interesting Fact : There is no documentation available on existing SRM 5.0 workflows as what differently they have done to standard. The only thing i know at this stage is they have a bespoke level 1 template which call different standard templates for n level approval process. The apporval process( agent determination ) is based purely on custom logic. I am not that worried about the agent determination as i know i could get that as rule evaluation in BRF. The crux for me is to understand how BRFcontrols or connects to workflow templates in this particular case and what permutation conbinations are possible.
So, i want to have a discussion on this and if possible some insight on all this new PCWs.
Hope to see some valuable comments.
Regards
Praveen

Hi everyone:
My question is the following.
We will implement SRM 7.01 with Process Controlled Workflow.
However in the manual is the following note:
Note: Even if you decide to use Process-Controlled Workflow in general,
there are a few workflows still on the old technology:
WS10400022 . Contract Alert Workflow
WS10000192 - Approval Workflow for Internal Users
WS10000209 - Approval workflow for new bidder/supplier
WS10000093/WS10000100 -Procurement Card Approval
Probably We will required some of this.
My question is if we are planning to configure process and application the correct strategy will be:
1.     Start the configuration with the application controlled workflow and then
2.     Follow with the change of the configuration application to process controlled workflow
3.     And configure the workflowu2019s in process.
u2022     Is there any problem when if we change the check application to process? Are there any chance that we loss the configuration?
u2022     Is there any problem in the functionality that both kinds of workflow (application-process) work at the same time?
u2022     If is possible to make change or maintenance of the application workflow?
Thanksu2019 a lot for all the help
Best Regards

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

Agent Assignment in Process Controlled workflows

Similar Messages

Maybe you are looking for