<div>We also had the scenario Mike G describes in his last paragraph, where an object transported but did not activate correctly. What happened then was every time the workflow was selected via PFTC it started to generate more versions as it struggled to resolve a missing object attribute, but never gave us a meaningfull message.
</div>
<div>SAP fixed this for us be generating the object again in the receiving system.</div>
<div> </div>
<div>Mike<br> </div>
<div><span class="gmail_quote">On 27/12/06, <b class="gmail_sendername">Mike Gambier</b> <<a href="mailto:madgambler@hotmail.com">madgambler@hotmail.com</a>> wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">Amit,<br><br>In some very rare circumstances the transport of your WF defintiion can<br>fail, leaving none of your versions active. Hope this hasn't happened to
<br>you, but it can be fixed if you know the tables to 'adjust' if it has.<br><br>In my experience it is worth everybody keeping a close eye on the following<br>tables and make sure your WF versions are consistent from time to time:
<br><br>HRS1205 (current active version)<br><br>SWDSHEADER (all versions of the WF definition, active or inactive) - note<br>that version '9999' is always the latest 'Transport' version of the<br>definition and should have generated a 'new' version with a lower number if
<br>it has been activated properly.<br><br>In theory, the most recent active version (but not the '9999' Transport<br>version) listed in SWDSHEADER _should_ match up to the current active<br>version listed in HRS1205. If these two tables disagree you have a version
<br>issue that will need to be fixed.<br><br>We run a program to compare these tables and flag up any WF definitions that<br>are inconsistent after major releases and fixes. It can adjust the tables if<br>need be ; )<br><br>
WF activation isn't always immediate by the way. Indeed, in some of our test<br>systems we have WF definitions that have never been activated and so are<br>still sitting there in there 9999 versions waiting to be activated. The
<br>activation code can sometimes encounter problems activating the right<br>version in target systems that are future-dated where the most recent active<br>version in the target system appears to be 'younger' than the transport
<br>version. SAP came back on that one and said they didn't support this kind of<br>situation so we had to resort to table updates post-transport to keep things<br>in line.<br><br>In many cases WF activiation needs a triggering event to be raised or
<br>someone to check the WF using SWQUD/SWDD to kick off the 'activate new<br>version' subroutines to convert version 9999 into a proper version.<br>Sometimes just by executing these transactions on your WF definitions is
<br>enough to retrigger the 'generate active version' code and finish the job if<br>the transport hung up halfway through. Sometimes it isn't enough though,<br>often because something's up with the WF definition's syntax.
<br><br>SWDD can also help if there's a dodgy dialog Task complaining about agent<br>determination errors. These can also hold up WF activation.<br><br>Sometimes for General Tasks we find that the table entry from HRP1217 can
<br>sometimes go astray too. If that happens try selecting the Agent Assignment<br>menu option inside the task and choose the attributes button to select the<br>'General Task' radio button in your target system. Even if the system is
<br>'locked' for edit' this will still create the HRP1217 entry, which is a<br>handy trick : )<br><br>Of course Business Object changes can also cause issues. Make sure any<br>objects that have been changed to support the new WF version also syntax
<br>check. Generate them from SWO1 if you can just to be sure. Then drop the WF<br>buffers using SWU_OBUF before trying SWUD or SWDD again.<br><br>MGT<br><br>>From: "Mike Pokraka" <<a href="mailto:asap@workflowconnections.com">
asap@workflowconnections.com</a>><br>>Reply-To: "SAP Workflow Users' Group" <<a href="mailto:sap-wug@mit.edu">sap-wug@mit.edu</a>><br>>To: "SAP Workflow Users' Group" <<a href="mailto:sap-wug@mit.edu">
sap-wug@mit.edu</a>><br>>Subject: Re: Version problem after workflow transport<br>>Date: Wed, 27 Dec 2006 10:21:09 -0000 (UTC)<br>><br>>Hi Amit,<br>>This recently came up on SDN<br>><a href="https://forums.sdn.sap.com/click.jspa?searchID=535469&messageID=2315432">
https://forums.sdn.sap.com/click.jspa?searchID=535469&messageID=2315432</a><br>><br>>Basically do a consistency check using SWUD.<br>>Cheers,<br>>Mike<br>><br>><br>>On Mon, December 25, 2006 11:52 am, amit wrote:
<br>> > Dear All,<br>> ><br>> > We have just transported all our ESS related workflows to the Testing<br>> > system<br>> > and are facing a highly peculiar problem .<br>> ><br>> > During first transport, the workflows had an error saying : Workflow
<br>> > definition 'WS91000015' not in version '0001'.<br>> > Therefore we retransported the workflows and these workflows were<br>>opening<br>> > fine. However, the versions of these workflow keep on increasing !!
<br>> > some of the workflows have generated atleast 50 versions now and i dont<br>> > know<br>> > why this is happening !!<br>> > The workflow versions of all workflows except one are increasing .
<br>> > we are on ECC5.0 WAS 6.4 .<br>> ><br>> > Could somebody please help me understand and correct why this is<br>> > happening,<br>> > as this is one problem ive never encountered??<br>> >
<br>> > Thanks and Regards,<br>> > Amit Erande<br>> > _______________________________________________<br>> > SAP-WUG mailing list<br>> > <a href="mailto:SAP-WUG@mit.edu">SAP-WUG@mit.edu</a><br>
> > <a href="http://mailman.mit.edu/mailman/listinfo/sap-wug">http://mailman.mit.edu/mailman/listinfo/sap-wug</a><br>> ><br>><br>><br>>--<br>>Mike Pokraka<br>>Senior Consultant<br>>Workflow Connections
<br>>Mobile: +44(0)7786 910855<br>><br>>_______________________________________________<br>>SAP-WUG mailing list<br>><a href="mailto:SAP-WUG@mit.edu">SAP-WUG@mit.edu</a><br>><a href="http://mailman.mit.edu/mailman/listinfo/sap-wug">
http://mailman.mit.edu/mailman/listinfo/sap-wug</a><br><br>_________________________________________________________________<br>Get FREE Web site and company branded e-mail from Microsoft Office Live<br><a href="http://clk.atdmt.com/MRT/go/mcrssaub0050001411mrt/direct/01/">
http://clk.atdmt.com/MRT/go/mcrssaub0050001411mrt/direct/01/</a><br><br>_______________________________________________<br>SAP-WUG mailing list<br><a href="mailto:SAP-WUG@mit.edu">SAP-WUG@mit.edu</a><br><a href="http://mailman.mit.edu/mailman/listinfo/sap-wug">
http://mailman.mit.edu/mailman/listinfo/sap-wug</a><br></blockquote></div><br>