WS14500015 - Item based approval

Snehal Kutumbale snehal.kutumbale at gmail.com
Fri Jan 18 03:21:59 EST 2008


Thanks Nash.

We do not pass criteria name to the BBP_WFL_DIN_APP_OBJ_GET but are creating
approval guids by using SYSTEM_UUID_C_CREATE since we have complex
combination of criterias.

Regards,
Snehal



On 1/15/08, Nash John <emailtonash at gmail.com> wrote:
>
> I think it has to do with criterion name. trying giving different
> criterion name. if need more information let me know.
>
> On 1/11/08, Snehal Kutumbale <snehal.kutumbale at gmail.com> wrote:
> >
> > Thank you Mark for the clarification.
> >
> > Yes, I am generating separete approaval guids for different approvers
> > and setting similar approval index on same approval level ( like 1 for all
> > the 1st approvers of different line itmes, 2 for all the 2nd approvers of
> > different line items etc....)
> >
> > When, I analysed the workflow, paralled branches for sub-workflow had
> > been created and the 2 work-items were in the inbox of the approver X and Y.
> > But the moment approver X approved 1st line item, the event
> > restartApprovalStep of bus2121 was raised and the cart got approved.
> >
> > We are on the latest support pack(11) of srm5.0. Also, setting the
> > security level as '4' through the badi in every case.
> >
> > Any clarification on the workflow behaviour for restartApprovalStep
> > would help.
> >
> > Thank you once again.
> >
> > Regards,
> > Snehal
> >
> >
> >  On 1/10/08, Griffiths, Mark < mark.griffiths at sap.com> wrote:
> >
> > >  You need to assign your different approvers to different approval
> > > guids.  If this is done then the workflow should work with just index 1,
> > > sending the approvals in parallel, and only completing when all necessary
> > > approvals are received.
> > >
> > > Other things which often cause issues here are:
> > >  - make sure you are on as recent a support pack as possible with all
> > > OSS notes applied
> > >  - make sure your workflow security setting is correct in your roles /
> > > role personalisation.  Medium doesn't work properly with the BADI processes
> > > so I would normally use LOW.
> > >
> > > Regards,
> > >
> > > Mark
> > >
> > > SAP UK
> > >
> > >
> > >  ------------------------------
> > > *From:* sap-wug-bounces at mit.edu [mailto: sap-wug-bounces at mit.edu] *On
> > > Behalf Of *Snehal Kutumbale
> > > *Sent:* 10 January 2008 09:41
> > > *To:* sap-wug at mit.edu
> > > *Subject:* WS14500015 - Item based approval
> > >
> > >
> > >  Hello Everyone,
> > >
> > > We are using the workfow WS14500015 for line item approval of SC.
> > > Also, we have coded the logic to find approvers in BBP_WFL_APPROV_BADI.
> > >
> > > Now the problem is, I have a shopping cart which has 3 line items. The
> > > 1st line item has approver X as the 1st approver and the 2nd & 3rd line
> > > items have approver Y as the 1st approver.
> > >
> > > This will mean that the cart should not be set to 'RELEASED' when
> > > approver X approvers teh 1st line item. It should wait for approver Y to
> > > approve the other 2 line items.
> > >
> > > Our problem is, when approver X approves the 1st line item, the entire
> > > cart gets approved.
> > >
> > > I have checked, and there are different work items getting created for
> > > both the approvals.
> > >
> > > The problem I am suspecting is due to the approval index. I have
> > > generated the approval index as 1 for both the approvers as they are 1st
> > > approvers for different line items. The workflow might be incrementing the
> > > index and thus getting completed when it does not find any approvers on
> > > index 2.  For testing when I generated separate index for both approvers(
> > > ie.1 and 2), it seems to be working fine, but isn't this incorrect?
> > > Both the approvers are the 1st approver of line itmes and the approval index
> > > should be 1 for both and not 2 !!
> > >
> > > Please advice.
> > > --
> > > Regards,
> > > Snehal
> > >
> > > _______________________________________________
> > > SAP-WUG mailing list
> > > SAP-WUG at mit.edu
> > > http://mailman.mit.edu/mailman/listinfo/sap-wug
> > >
> > >
> >
> >
> > --
> > Regards,
> > Snehal
> > _______________________________________________
> > SAP-WUG mailing list
> > SAP-WUG at mit.edu
> > http://mailman.mit.edu/mailman/listinfo/sap-wug
> >
> >
>
> _______________________________________________
> SAP-WUG mailing list
> SAP-WUG at mit.edu
> http://mailman.mit.edu/mailman/listinfo/sap-wug
>
>


-- 
Regards,
Snehal
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.mit.edu/pipermail/sap-wug/attachments/20080118/0f7953f6/attachment.htm


More information about the SAP-WUG mailing list