Skip to Content
avatar image
Former Member

WS14000145 Approval N-Step for PO skips others approvers

Hi All:

Here is my scenario.

WS14000145 was working fine before SP08 application to SRM SERVER 500 component.

Now (after sp08):

You create a PO (based on a SC of course) and because of the amount of the purchase it needs to be approved by several people, let's say John, Mike (john's boss), and Peter (mike`s boss)

When you create the PO it shows the authorization flow like this: 1st approver John, 2nd approver Mike, 3rd approver Peter; and it is retained awaiting for all three approvals.

Now all three of them got an entry in their authorizations pool.

The problem is: when John authorizes the PO the workflow skips the others approvers and the PO gets fully approved. And the PO disappears from 2nd and 3rd approvers inbox, because it is already approved by 1st approver.

The Org Structure is well defined, 3rd approver Mike is a Director, 2nd approver Mike is a Manager, and 1st approver John is an employee. (also it was working fine before the sp08)

Any ideas please.

Greetings,

Dario

Add comment
10|10000 characters needed characters exceeded

  • Get RSS Feed

6 Answers

  • Best Answer
    avatar image
    Former Member
    Apr 11, 2006 at 08:28 AM

    Dario,

    You talked about WF WS14000145, and you said "<i>You create a PO (based on a SC of course)</i>"

    The WF WS14000145 (n-level approval based on BADI) is a PO WF, so it is called only for:

    -manual PO creation (not based on a SC)

    -PO changes (PO created manually or from a SC)

    If you were talking of a SC creation , the corresponding WF is WS14000133.

    About your issue description, it seems that all your approver are considered at the same step for the approval.

    In the BADI check you've incremented <i>approval_index</i>

    and managed <i>ls_approver-approval_branch</i> (always = 1) in the approval table.

    Regards.

    Vadim

    Add comment
    10|10000 characters needed characters exceeded

    • Former Member Former Member

      Hi Dario,

      Quite a long coding doesn't it ...

      Apparently the approval index is well managed, but therer is something wrong in your coding: ONLY THE REMAINING APPROVERS HAVE TO BE ADDED IN THE EXPORT TABLE () you have to test against BADI parameter actual_approval_index.

      Regards.

      VAdim

  • avatar image
    Former Member
    Apr 12, 2006 at 10:15 PM

    Hi Dario,

    Please do let me know if you have found any solution for this problem? I too am facing the same problem and have even posted a question in SDN.

    In my case I am using the standard code given in implementation SAP_APP_BADI_EXAMPL3 for PO's case only.

    Please do update.

    Thanks,

    Rahul.

    Add comment
    10|10000 characters needed characters exceeded

    • Former Member

      Hi,

      No I didn't yet...

      SAP sent me an OSS note 894978, but it make it worst. The authorization flow is still well defined 1st approver Fmiron 2nd approver Vcabre 3rd approver ESu01, but now when Fmiron accepts the po in the auth.flow now appears Fmiron as 1st and 2nd approver, and the po is again in his inbox, when he approves it for second time then Fmiron appears as 3rd approver. Weird.

      Did you have the problem sinces SP08?

  • avatar image
    Former Member
    Apr 12, 2006 at 10:41 PM

    No Dario,

    As this is an implementation project, we have started with SP08 version only!

    Well, I ll go through the OSS note you have got, lets see if anything works.

    Please do update in case you find any solution. I too will update you.

    Thanks,

    Rahul.

    Add comment
    10|10000 characters needed characters exceeded

    • Former Member Former Member

      Hi,

      I am experiencing the same issue - although i am using SRM 5.0 (SRM SERVER 5.5 SP 9).

      Does anyone have experience solving the issue in this version?

      Thanks,

      Nick

  • Oct 02, 2007 at 02:12 PM

    Hi,

    there were number of changes done in the workflow container area , might be because of the changes , the issue happens in your system.

    Please let me know the following things?

    1. Have you got any shopping cart created before the upgrade , if you have please let me know the workflow log for the shopping cart.

    what is the value for the approval_state in the table approva_agents in the workflow container.

    you can get the workflow log using the transaction SWI6 for the shopping cart.

    2) please check the workflow log for the shopping cart which was created after the upgrade.

    please look for aporal_state in the table approal_agents in the workflow container.

    looks like when the shopping cart is created , approval_state is 5 for all the approvers involved.

    Approval state should be 5 ' for the first level and '2' for the remaining . please check for this.

    3) check for any OSS notes which deal with updation of containers

    Add comment
    10|10000 characters needed characters exceeded

  • avatar image
    Former Member
    Oct 04, 2007 at 01:51 PM

    Hello Dario,

    From your description, it seems to me that you should use a less complex WF. The N-Step is generally used for staggered approval. You setup seems quite linear...ie John -> Mike -> Peter.. each one being the boss of the last. The standard WF will do this for one step. Creating a 2 or 3 step from the basics seems like a better option.

    Dont forget if you stick with WS14000145 nstep for po, then you will have to use th APPROVAL Badi and endure that the approval table is returning the desired approvers. Easiest was to check this is set and external BP in the BADI, do the process via the browser, (Order/Preview) and when you hit the BP, step out of the badi with F7 and check the values contained in the approval table that the BADI tried to populate.

    Hope this helps!

    Will

    Add comment
    10|10000 characters needed characters exceeded

  • avatar image
    Former Member
    Oct 04, 2007 at 03:57 PM

    Hi Dario,

    I had this problem before.

    Check Approval Index in your appproval_table.

    If for example

    John has approval Index as 1

    Mike has 2

    and Peter has 3.

    It will work fine But if the approval index is 1,3,4 or not in sequence then as soon as john approves it, it will skip everything and PO will get approved.

    Hope this will help. Please reward few points if this answer is helpful.

    Kind Regards

    Pras

    Add comment
    10|10000 characters needed characters exceeded