<br />
Hi,<br />
You can check condition of a workitem by using Tcode SWI1_COND.<br />
Thanks and regards,<br />
SNJY<br />
<br />
<br />
On Wed, 05 Oct 2011 19:22:02 +0530  wrote<br />
>Please what is the Function and Usage of workflow administration<br />
<br />
transaction SWI1_COND?<br />
<br />
<br />
<br />
Does this transaction:<br />
<br />
(a) re-evaluate the conditions for work item start and work item end like<br />
<br />
background job SWWCOND, and/or<br />
<br />
(b) re-evaluate agent determination/rules for work item delivery like<br />
<br />
transaction SWI1_RULE.<br />
<br />
<br />
<br />
The documentation on transaction SWI1_COND is confusing:<br />
<br />
Title: Check Conditions for Work Items<br />
<br />
Description: You can use this function to repeat definition of the<br />
<br />
recipients for a work item. A rule entered for the determination is also<br />
<br />
re-executed.<br />
<br />
<br />
<br />
<br />
<br />
Thank you very much.<br />
<br />
<br />
<br />
SHELDON OXENBERG<br />
<br />
System Architect Principal Leader<br />
<br />
LMP Technical Architect, SAP Workflow<br />
<br />
CSC<br />
<br />
<br />
<br />
<br />
<br />
                                                          <br />
<br />
 From:    Sheldon Oxenberg/USA/CSC@CSC                                     <br />
<br />
                                                          <br />
<br />
 To:     "SAP Workflow Users' Group" <sap-wug@mit.edu>                             <br />
<br />
                                                          <br />
<br />
 Date:    10/03/2011 01:49 PM                                          <br />
<br />
                                                          <br />
<br />
 Subject:  RE: Strange Behavior of Decision Work Item                              <br />
<br />
                                                          <br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
Sue,<br />
<br />
<br />
<br />
Another thought if it works in DEV but not QAS or PRD would be the<br />
<br />
transports.<br />
<br />
<br />
<br />
Maybe you should do a thorough review and synchronization check between DEV<br />
<br />
and QAS to be sure that every object was transported properly, check the<br />
<br />
details of the transport logs and return codes, make sure that all objects<br />
<br />
were generated and activated, make sure that you transported every workflow<br />
<br />
and non-workflow object that is needed for this workflow and non-workflow<br />
<br />
functionality, rebundle and retransport the objects, maybe there are SAP<br />
<br />
Notes that were applied in DEV but not yet moved to QAS/PRD?<br />
<br />
<br />
<br />
<br />
<br />
Thank you.<br />
<br />
<br />
<br />
SHELDON OXENBERG<br />
<br />
System Architect Principal Leader<br />
<br />
LMP Technical Architect, SAP Workflow<br />
<br />
CSC<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
 From:    Sue Doughty <Sue.Doughty@odfl.com><br />
<br />
<br />
<br />
<br />
<br />
 To:     "'SAP Workflow Users' Group'" <sap-wug@mit.edu><br />
<br />
<br />
<br />
<br />
<br />
 Date:    10/03/2011 01:18 PM<br />
<br />
<br />
<br />
<br />
<br />
 Subject:  RE: Strange Behavior of Decision Work Item<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
Sheldon,<br />
<br />
<br />
<br />
Thank you for your response. I am really struggling with this one!!<br />
<br />
<br />
<br />
Yes, decision, then dialog with synchronous method then loop back to<br />
<br />
decision task.<br />
<br />
<br />
<br />
I thought about the adjusting of the workflow settings, but what confuses<br />
<br />
me greatly is that it works in DEV, but not QAS or PRD, so I did not think<br />
<br />
the workflow settings would be an issue.<br />
<br />
<br />
<br />
I will look at the specific transaction behavior, but when I execute the<br />
<br />
transaction outside of the workflow it does not seem to have any issues.<br />
<br />
<br />
<br />
I have opened an OSS note with SAP....I just don't know what else to look<br />
<br />
at.<br />
<br />
<br />
<br />
Regards,<br />
<br />
Sue Doughty<br />
<br />
<br />
<br />
-----Original Message-----<br />
<br />
From: sap-wug-bounces@mit.edu [mailto:sap-wug-bounces@mit.edu] On Behalf Of<br />
<br />
Sheldon Oxenberg<br />
<br />
Sent: Monday, October 03, 2011 10:10 AM<br />
<br />
To: SAP Workflow Users' Group<br />
<br />
Subject: RE: Strange Behavior of Decision Work Item<br />
<br />
<br />
<br />
Hi Sue,<br />
<br />
<br />
<br />
Does your workflow have a decision task, then a dialog task with a<br />
<br />
synchronous method, then a loop back to the decision task?<br />
<br />
<br />
<br />
The behaviour sounds like it might be related to Advance with dialog,<br />
<br />
Confirm end of processing, or Method Synchronous/Asynchronous settings.<br />
<br />
Maybe you could try adjusting these settings in your workflow and see what<br />
<br />
happens?<br />
<br />
<br />
<br />
If it works in DEV but not QAS or PRD, it could be related to the specific<br />
<br />
transaction behaviour and the system being open for change or not.<br />
<br />
Maybe you could try changing the workflow to replace the transaction with a<br />
<br />
simple display dialog task and see what happens?<br />
<br />
<br />
<br />
Regards.<br />
<br />
<br />
<br />
SHELDON OXENBERG<br />
<br />
System Architect Principal Leader<br />
<br />
LMP Technical Architect, SAP Workflow<br />
<br />
CSC<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
 From:    Sue Doughty <Sue.Doughty@odfl.com><br />
<br />
<br />
<br />
<br />
<br />
 To:     "'SAP Workflow Users' Group'" <sap-wug@mit.edu><br />
<br />
<br />
<br />
<br />
<br />
 Date:    10/03/2011 08:41 AM<br />
<br />
<br />
<br />
<br />
<br />
 Subject:  RE: Strange Behavior of Decision Work Item<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
Hi Rick,<br />
<br />
<br />
<br />
I'm sorry.....If she makes a change, it comes back to the front screen with<br />
<br />
the message at the bottom.<br />
<br />
(Embedded image moved to file: pic05097.jpg)<br />
<br />
<br />
<br />
Regards,<br />
<br />
Sue<br />
<br />
<br />
<br />
<br />
<br />
From: sap-wug-bounces@mit.edu [mailto:sap-wug-bounces@mit.edu] On Behalf Of<br />
<br />
Rick Bakker<br />
<br />
Sent: Monday, October 03, 2011 8:28 AM<br />
<br />
To: SAP Workflow Users' Group<br />
<br />
Subject: Re: Strange Behavior of Decision Work Item<br />
<br />
<br />
<br />
Hi Sue,<br />
<br />
<br />
<br />
It doesn't ask if she wants to save her changes? (if she makes a change<br />
<br />
and backs out of the transaction wholly outside of workflow)<br />
<br />
<br />
<br />
regards<br />
<br />
Rick Bakker<br />
<br />
hanabi technology<br />
<br />
On Mon, Oct 3, 2011 at 11:19 PM, Sue Doughty <Sue.Doughty@odfl.com> wrote:<br />
<br />
Hi Rick,<br />
<br />
<br />
<br />
Thank you for your response.<br />
<br />
<br />
<br />
When the user goes into the transaction itself<br />
<br />
(Embedded image moved to file: pic16512.jpg)<br />
<br />
<br />
<br />
(Embedded image moved to file: pic23986.jpg)<br />
<br />
<br />
<br />
And then backs out (like she does from the workflow), it goes back to the<br />
<br />
screen that brought her into the transaction.<br />
<br />
(Embedded image moved to file: pic13290.jpg)<br />
<br />
<br />
<br />
Regards,<br />
<br />
Sue<br />
<br />
<br />
<br />
<br />
<br />
From: sap-wug-bounces@mit.edu [mailto:sap-wug-bounces@mit.edu] On Behalf Of<br />
<br />
Rick Bakker<br />
<br />
Sent: Monday, October 03, 2011 8:01 AM<br />
<br />
To: SAP Workflow Users' Group<br />
<br />
Subject: Re: Strange Behavior of Decision Work Item<br />
<br />
<br />
<br />
Hi Sue,<br />
<br />
<br />
<br />
What if that same user in QAS or PRD goes into that transaction (not via<br />
<br />
worklow) makes a change and then does Back?<br />
<br />
<br />
<br />
regards<br />
<br />
Rick Bakker<br />
<br />
hanabi technology<br />
<br />
On Mon, Oct 3, 2011 at 10:45 PM, Sue Doughty <Sue.Doughty@odfl.com> wrote:<br />
<br />
We are in ECC 6.0, EHP4. Any help would be greatly appreciated.<br />
<br />
<br />
<br />
I have a very simple custom workflow. It loops until the user clicks the<br />
<br />
Complete Workflow button.<br />
<br />
(Embedded image moved to file: pic09161.jpg)<br />
<br />
<br />
<br />
The first button takes the user into change mode of the custom transaction.<br />
<br />
(Embedded image moved to file: pic18636.jpg)<br />
<br />
<br />
<br />
When clicking the Green Arrow back in QAS or PRD, it returns to a blank<br />
<br />
screen. In DEV, it takes the user back to the first screenshot above,<br />
<br />
which is what should happen. Then the user can Complete the Workflow or go<br />
<br />
back into the transaction.<br />
<br />
(Embedded image moved to file: pic22355.jpg)<br />
<br />
<br />
<br />
Like I said, in DEV, the workflow works perfectly, but in QAS and PRD, the<br />
<br />
blank screen appears. The user then has to go out of the workflow in-box<br />
<br />
and back in before executing it again to get the decision steps again.<br />
<br />
<br />
<br />
Sometimes there is a pop-up window that appears when exiting the<br />
<br />
transaction saying that the data has changed and asking if the user wants<br />
<br />
to save the changes. The pop-up will display in DEV, but not in QAS or<br />
<br />
PRD. In QAS and PRD, it goes to the blank Decision screen.<br />
<br />
(Embedded image moved to file: pic24767.jpg)<br />
<br />
<br />
<br />
We have created a test user in DEV that has the user's security that is in<br />
<br />
QAS. So, the security is the same in all three systems.<br />
<br />
<br />
<br />
I feel like it must have something to do with the pop-up screen, but don't<br />
<br />
know why that would display in DEV, but not QAS or PRD.<br />
<br />
<br />
<br />
<br />
<br />
Regards,<br />
<br />
Sue Doughty<br />
<br />
SAP Workflow Specialist<br />
<br />
<br />
<br />
<br />
<br />
_______________________________________________<br />
<br />
SAP-WUG mailing list<br />
<br />
SAP-WUG@mit.edu<br />
<br />
http://mailman.mit.edu/mailman/listinfo/sap-wug<br />
<br />
<br />
<br />
<br />
<br />
_______________________________________________<br />
<br />
SAP-WUG mailing list<br />
<br />
SAP-WUG@mit.edu<br />
<br />
http://mailman.mit.edu/mailman/listinfo/sap-wug<br />
<br />
 _______________________________________________<br />
<br />
SAP-WUG mailing list<br />
<br />
SAP-WUG@mit.edu<br />
<br />
http://mailman.mit.edu/mailman/listinfo/sap-wug<br />
<br />
<br />
<br />
<br />
<br />
_______________________________________________<br />
<br />
SAP-WUG mailing list<br />
<br />
SAP-WUG@mit.edu<br />
<br />
http://mailman.mit.edu/mailman/listinfo/sap-wug<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
_______________________________________________<br />
<br />
SAP-WUG mailing list<br />
<br />
SAP-WUG@mit.edu<br />
<br />
http://mailman.mit.edu/mailman/listinfo/sap-wug<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
_______________________________________________<br />
<br />
SAP-WUG mailing list<br />
<br />
SAP-WUG@mit.edu<br />
<br />
http://mailman.mit.edu/mailman/listinfo/sap-wug<br />
<br />
<br><Table border=0 Width=100% Height=57 cellspacing=0 cellpadding=0 style="font-family:Verdana;font-size:11px;line-height:15px;"><TR><td><A HREF="http://sigads.rediff.com/RealMedia/ads/click_nx.ads/www.rediffmail.com/signatureline.htm@Middle?" target="_blank"><IMG SRC="http://sigads.rediff.com/RealMedia/ads/adstream_nx.ads/www.rediffmail.com/signatureline.htm@Middle"></A></td></TR></Table><br>Treat yourself at a restaurant, spa, resort and much more with <b><a href="http://track.rediff.com/click?url=___http://dealhojaye.rediff.com?sc_cid=mailsignature___&cmp=signature&lnk=rediffmailsignature&newservice=deals" target ="_new">Rediff Deal ho jaye!</a></b>