Adhoc Approval on Shopping Cart - Runtime Storage

[BPT Consulting]

Dale,

Sorry about the delay, working on a SUP Mobility project which is very time consuming.

You can read for process levels using classes: 
 lo_process = /sapsrm/cl_wf_process_manager=>get_process_by_document(
    iv_document_guid = head_guid  ).

 IF lo_process IS BOUND.

  lo_first_level = lo_process->getfirst_level( ).
  lo_next_level = lo_process->next_level( ).
 ENDIF.

Tables /SAPSRM/D_WF_015 and /SAPSRM/D_WF_016 store the Adhoc approvers.  The buffer tables are GT_LEVEL*(?) and contain the most recent data. 

Regards,
Thomas Maue

--- On Mon, 8/8/11, Dale Brown <dale.brown at duke.edu> wrote:

> From: Dale Brown <dale.brown at duke.edu>
> Subject: Re: Adhoc Approval on Shopping Cart - Runtime Storage
> To: "sap-wug at mit.edu" <sap-wug at mit.edu>
> Date: Monday, August 8, 2011, 1:44 PM
> Thomas  -  Thanks for the
> suggestions.  Something like the solution 3 is what I'm
> after.   The function module you suggested
> seems to want a level id for the adhoc process level . 
> Do you know if that is available or does it become available
> after the current approval level takes
> place?   If it is not available until after
> the current approval takes place - then that is too late for
> what I'm trying to achieve.   I need to be
> able to know somehow that there is an adhoc approval coming
> up next,  after the active current level process, but
> before the current level exits the
> BBP_DOC_CHANGE_BADI.  Is there a buffer table or
> something (guid) that contains the adhoc approval/approver
> along with all the other level approvers that is available
> during the current approval process level? 
>    On the shopping cart, if you go to 
> "approval process"  -  "display/edit
> agents",  then on the pop-up screen, on the header tab,
> do "add approver" for sequence number 1  - "add
> approver below the s!
>  elected line" - then add a user id in the next pop-up -
> "ok" - "ok" -  then where is that info now
> stored.  I've looked through the web dynpro, etc. 
> but still can not pinpoint the actual storage at this
> time.   That's what I'm trying to get
> to.  
>   
> Dale Brown
> Duke University
> OIT Application and Database Services
> (919) 684-5341
> 
> 
> -----Original Message-----
> From: sap-wug-bounces at mit.edu
> [mailto:sap-wug-bounces at mit.edu]
> On Behalf Of sap-wug-request at mit.edu
> Sent: Monday, August 08, 2011 12:21 PM
> To: sap-wug at mit.edu
> Subject: SAP-WUG Digest, Vol 81, Issue 10
> 
> Send SAP-WUG mailing list submissions to
>     sap-wug at mit.edu
> 
> To subscribe or unsubscribe via the World Wide Web, visit
>     http://mailman.mit.edu/mailman/listinfo/sap-wug
> or, via email, send a message with subject or body 'help'
> to
>     sap-wug-request at mit.edu
> 
> You can reach the person managing the list at
>     sap-wug-owner at mit.edu
> 
> When replying, please edit your Subject line so it is more
> specific than "Re: Contents of SAP-WUG digest..."
> 
> 
> Today's Topics:
> 
>    1. Re: Adhoc Approval on Shopping Cart -
> Runtime Storage
>       (BPT Consulting)
> 
> 
> ----------------------------------------------------------------------
> 
> Message: 1
> Date: Mon, 8 Aug 2011 08:54:25 -0700 (PDT)
> From: BPT Consulting <bptconsulting at sbcglobal.net>
> Subject: Re: Adhoc Approval on Shopping Cart - Runtime
> Storage
> To: "SAP Workflow Users' Group" <sap-wug at mit.edu>
> Message-ID:
>     <1312818865.20658.YahooMailClassic at web81602.mail.mud.yahoo.com>
> Content-Type: text/plain; charset="utf-8"
> 
> Hi Dale,
> ?
> How are you?
> ?
> I don?t have a 7.0 SRM system now to test but remember that
> I determined it was an adhoc approver by looking at the
> Workflow task ID (solution 1).? I needed to know in order to
> send different info in the Smartform for intermediate
> notification.
> ?
> Through configuration we used a different task for the
> adhoc approver which had different verbiage.? Solution 2 -
> Can you put these automated comments in the work item long
> text?? 
> ?
> If I remember correctly, FM /SAPSRM/WF_CORE_ADHOC_READ did
> not pick up the agents because the updates were still in the
> buffer.? Solution 3 - It?s worth a shot to try this FM.
> ?
> Regards,
> Thomas Maue
> --- On Fri, 8/5/11, Dale Brown <dale.brown at duke.edu>
> wrote:
> 
> 
> From: Dale Brown <dale.brown at duke.edu>
> Subject: Adhoc Approval on Shopping Cart - Runtime Storage
> To: "sap-wug at mit.edu"
> <sap-wug at mit.edu>
> Date: Friday, August 5, 2011, 10:41 AM
> 
> 
> 
> 
> 
> 
> Running on SRM 7.0 - Processed Control Workflow. Is there a
> way to tell on a current approval step that an adhoc
> approver is being added to be the next level approver. In
> the BBP_DOC_CHANGE_BADI we are wanting to put some automated
> comments in the approval note, so when the adhoc agent gets
> the work item he will see these notes. I know after getting
> out of the BBP_DOC_CHANGE_BADI, that table /SAPSRM/D_WF_016
> gets updated and there are some other tables that have the
> next level id, etc.. and there are classes and methods that
> I can use at that point in time, but I am looking for some
> type of way to know during the BBP_DOC_CHANGE_BADI, that the
> next level coming up will now be an adhoc level.
> -----Inline Attachment Follows-----
> 
> 
> _______________________________________________
> SAP-WUG mailing list
> SAP-WUG at mit.edu
> http://mailman.mit.edu/mailman/listinfo/sap-wug
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: http://mailman.mit.edu/pipermail/sap-wug/attachments/20110808/06c6a581/attachment-0001.htm
> 
> ------------------------------
> 
> _______________________________________________
> SAP-WUG mailing list
> SAP-WUG at mit.edu
> http://mailman.mit.edu/mailman/listinfo/sap-wug
> 
> 
> End of SAP-WUG Digest, Vol 81, Issue 10
> ***************************************
> 
> _______________________________________________
> SAP-WUG mailing list
> SAP-WUG at mit.edu
> http://mailman.mit.edu/mailman/listinfo/sap-wug
>