<p dir="ltr">It sounds like the SLA extension is performing its work after all scrips run instead of before TransactionBatch scrips.</p>
<p dir="ltr">I would be inclined to suggest that this is an SLA bug/oversight, as its current design doesn't seem to permit proper execution of TransactionBatch scrips and its documentation doesn't provide a workaround.</p>
<p dir="ltr">Please consider describing this situation in a bug report so that an "official" response can be recorded:</p>
<p dir="ltr"><a href="http://rt.cpan.org/Public/Dist/Display.html?Name=RT-Extension-SLA">http://rt.cpan.org/Public/Dist/Display.html?Name=RT-Extension-SLA</a></p>
<div class="gmail_quote">On 18/09/2014 8:28 pm, "andriusk" <<a href="mailto:andrius.kulbis@gmail.com">andrius.kulbis@gmail.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
<br>
The last two transactions is because of SLA was changed and the due and<br>
priority  must be changed accordingly.<br>
<br>
How can I get my scrip run after these two last transactions, because now it<br>
is ran first (Found 1 scrips for TransactionBatch stage with applicable<br>
type(s) Status,Set,SetWatcher,CustomField). This is a real headache form<br>
me...<br>
<br>
<br>
<br>
--<br>
View this message in context: <a href="http://requesttracker.8502.n7.nabble.com/Catch-all-ticket-changes-in-one-scrip-tp58372p58567.html" target="_blank">http://requesttracker.8502.n7.nabble.com/Catch-all-ticket-changes-in-one-scrip-tp58372p58567.html</a><br>
Sent from the Request Tracker - User mailing list archive at Nabble.com.<br>
--<br>
RT Training November 4 & 5 Los Angeles<br>
<a href="http://bestpractical.com/training" target="_blank">http://bestpractical.com/training</a><br>
</blockquote></div>