Weird Synchronous Dialog Chain & Substitution Problem

[Mark Pyc]

G'day Loren,

If the first approver is a substitute for the final approver is a 2nd approval required? Should your logic for determining if a 2nd approval is needed include checks of substitutions?

Also do you have advance with dialog maintained on the 2nd approval step? It prob doesn't make sense to have it set that way. 

Have fun,
Mark

Sent from my phone

On 13/08/2014, at 6:36 AM, "Bratzler, Loren" <Loren.Bratzler at nscorp.com> wrote:

> I have a weird problem that is occurring with a synchronous dialog chain when there is UWL substitution involved.
>  
> For our invoice approval workflow, the approval process is a two-step process.  The first step launches the CHANGE method of the FIPP business object.  Then the second step is a standard user decision step with approve and reject options.  We use the “advance with dialog” option on these two steps so that the user will automatically see the approve and reject buttons when they exit from the CHANGE screen for the business object (making this a synchronous dialog chain).  Our approval process is such that the immediate supervisor of the person who created the invoice is always the first approver of an invoice.  Then if that person does not have the necessary dollar authority, we determine a final approver and send an approval task to that second person.
>  
> The issue we are running into occurs if the first approver happens to also be a UWL substitute for the final approver.  When the first approver completes the user decision step (the second step of the two-step dialog chain), the final approver’s task is automatically starting in the first approver’s inbox.  This is causing the task to be reserved in the first approver’s inbox and the final approver never sees the task at all.
>  
> I did some testing in our QA system and was able to replicate the issue.  Here is the log when the first approver is not a UWL substitute for the final approver:
>  
> <image001.png>
>  
>  
> And here is the log when the first approver is a UWL substitute for the final approver.  The difference being that the final approver’s task is being started automatically for the first approver:
>  
> <image002.png>
>  
> It doesn’t make sense that this is happening because the agents assigned to the first approver step (step 8) and the agent assigned to the final approver step (step 36) are not the same.
> <image003.png>
>  
> <image004.png>
>  
> Has anyone ever run into something like this before?
>  
> Loren Bratzler
> Norfolk Southern Corporation
> _______________________________________________
> 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/20140813/3ef96fdd/attachment.htm