Skip to Content
avatar image
Former Member

chaging description by the approver causes worng behaviour of workflow


When approver makes changes to the SC "descritption" of SC and approves the SC is routed back to requistioner for accept/reject changes as well as appear in inbox the first approver for his approval.

Error reporoduction

Create a SC, single item, non-catalog,via “Describe requirement” functionality.

The SC is sent to the first approver determined, for approval.

The approver makes changes to ‘Description’ of SC and saves the changes(i.e. saving is equivalent to approve here)

The SC is routed back to requisitioner as well as seen in the first approver inbox for approval agian.

As per the normal flow if the item are rejected the workflow goes to requistioner for approve/reject changes only(as the value of the SC changes), but here changing the desc causes the undesired bahaviour.

I am using WS14000133 workflow(n step dynamic workflow).

please advice



Add comment
10|10000 characters needed characters exceeded

  • Get RSS Feed

3 Answers

  • Best Answer
    avatar image
    Former Member
    Aug 27, 2007 at 10:01 AM


    I don't understand what has security level of the workflow got to do with the issue?

    But still can you please let me know as how to set the security level of the workflow?

    The approver when rejects one of the line items straight away, without making any changes, the workflow routes back to the requisitioner for accept changes or withdraw the SC. In this case the workflow works fine.

    But when the same approver goes and changes the line item say desc or the

    G/L account the workflow routes to the requaisitoner for approval fo the cahnegs as well as appear in the inbox of the first approver

    In both the cases the approver is the same , hence the security level could not be the reason.

    Do you think that the changes to the worflow items ( as in desc. changes or G/l chages) needs to be handled by the BADI ? Directly appoval or rejection of the line items are handled by the standard SAP code, hance no issues occur here.

    The Workflow is WS14000133.



    Add comment
    10|10000 characters needed characters exceeded

    • Former Member Former Member

      SRM 4.0

      setting the personalization object key : BBP_WFL_SECURITY(in personalization tab) in the SU01 data determines the restart of the WFL

      i.e making the changes to SC by approver will restart the WFL by him or not.

      The standard functionality approve and reject , works the same.

  • Aug 25, 2007 at 11:05 AM


    Can you please check in the workflow log , how many workflows are available dor the shopping cart. can find the workflow log using transaction SWi6.

    2 looks like the workflow restart happens in your case , please check the security level of the approver who changes the shopping cart.

    Add comment
    10|10000 characters needed characters exceeded

  • avatar image
    Former Member
    Aug 26, 2007 at 05:50 AM

    HI Sachin,

    Please maintain the security level for the workflow. Any changed to workflow may cause a restart if the security level is set to



    Add comment
    10|10000 characters needed characters exceeded