nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

Workflow Modeler or Custom Workflow

TeamSite_Smasher

can there only be one $IW_AREAOWNER and one $IW_USER per workarea?

here is my dillemma...

-user submits task/job.
-email gets sent to review task (Manager). 3 users.
-if they reject an email gets sent back to user who initiated job. and they fix it. restart process.

-if review task (Manager) approves it, its sends me an email for approval. as i am the final authority.

-now what happens is that if i approve it or reject it it goes back to the user who submitted the job, which is great... BUT.. i can only set the owner to $IW_AREAOWNER or $IW_USER so the final approval or rejection email is either coming from the user, or the managers... and thats not what it should be...

how can i change the final email to come from me? is there some sort of configurable variable i can use?

Find more posts tagged with

Comments

Adam Stoller

...
-now what happens is that if i approve it or reject it it goes back to the user who submitted the job, which is great... BUT.. i can only set the owner to $IW_AREAOWNER or $IW_USER so the final approval or rejection email is either coming from the user, or the managers... and thats not what it should be...

how can i change the final email to come from me? is there some sort of configurable variable i can use?

Where you have the option to put in $IW_AREAOWNER or $IW_USER - try just entering in your userid manually instead.

Faizi

Where you have the option to put in $IW_AREAOWNER or $IW_USER - try just entering in your userid manually instead.

For better understanding you should attach the snap shot of Workflow.
Also mention TS, WFM and OD version.

Thanks

TeamSite_Smasher

Ok, dont know what OD version is?? Operating Disk? or OS maybe?

W2k3, TS 6.7.2, WFM 1.0.1.0

ok, ill try to clarify this... looking at the Illustration.

#1 - Review Task (Corporate communications).

There are 3 people who can approve this as the final authority, i am the final with 2 people as backups in case i am out. If i reject it, or approve it, it seems to take on the name of the Owner who is in the properties box of the final Approval Email, either $IW_AREAOWNER or $IW_USER.

So obviously i dont want the user getting an email from themself saying their job was approved or rejected, nor $IW_AREAOWNER. It should come from one of the 3 users in Corporate Communications.

#2 - Approval Email

So here in the final Approval Email Task back to the user. The Owner properties is what needs to be changed to who ever approved the Review Task from Corporate Communications. I can not put the user ID of just myself, becuase if one of the other two people approve it when i am out, it will look like it came from me.

So how can i change the owner properties of the final Approval Email to recogize who in the Corporate Communication review task approved the job??

i think that is a configurable variable... but what would i put?

i already tried to put the ID of Corporate Communication and i got an error of "duplicate ID" and the workflow did not validate.

Adam Stoller

Okay - this is more what I was thinking of originally but couldn't see it in what you posted before.

I don't know if there is a way to do what you want within WFM - but there is a way to do what you want with a bit of custom coding outside of WFM.

If you search the forums - you should be able to find some posts regarding setting up an iwat trigger script to run when a grouptask ownership is taken. The original script that was posted was, I believe, specifically to have a cgitask run "immediately" after a grouptask - but the same coding concepts can be used to dynamically change the owner of the email task (or multiple tasks) based on the ownership of a grouptask being taken.

If you can find the post I'm talking about - that should give you a good leg-up in creating a solution - the rest will be up to you to do (read the manuals regarding iwat, iwlsat, and iwrmat - and search forums for same - and if need be brush up on your perl coding for the rest of it).

TeamSite_Smasher

thats what i was afraid of... never touched perl before.

ill check out those threads and see what i can take from them and start some testing...

mouseover problems.zip

Faizi

thats what i was afraid of... never touched perl before.

ill check out those threads and see what i can take from them and start some testing...

Hi,
I think you should use Url External task for sending email. Because in latest version of WFM, Email Task perform through Url External Task.
There is an OOTB workflow "Livesite Publish Content" which gives you better understanding how to use it. That is completely Java based, Uses bean Id, Email StyleSheet etc.
But there is some limitation, you can't set the sender's email id as a variable. You have to set it as noreply@yourcompany.com etc. But you can set the subject line as per your need. Also you can set information regarding to task/job in StyleSheet.
So try to use it.
Hope this help.
Thanks,

TeamSite_Smasher

could i try a nested workflow?

im wondering if the logic would work for that?

somehow in the nested portion, my backups and i (Corporate Communications ID1228333423214) would be the $IW_AREAOWNER, so that when the email is sent to the $IW_USER, it would be coming form one of us 3??

possible?

Adam Stoller

could i try a nested workflow?

im wondering if the logic would work for that?

somehow in the nested portion, my backups and i (Corporate Communications ID1228333423214) would be the $IW_AREAOWNER, so that when the email is sent to the $IW_USER, it would be coming form one of us 3??

possible?

The iwat trigger is, IMO, a better / cleaner solution - and once you have it developed you can use it for other workflows and other / similar situations in the same workflow.

TeamSite_Smasher

Ok, so i found this in the CLT book...

iwat.exe
This program is used to register an event handler for events that do not have a specific
command trigger program.
Usage
iwat.exe [-h|-v] [-s servername] eventpattern program
Example
>iwat CreateWorkarea /usr/ucb/echo

my question is, where would i use this trigger in my visual workflow modeler?

in the properties of the owner for the email task? would this be under the SCRIPT or CONFIGURABLE option?

Adam Stoller

Ok, so i found this in the CLT book...

iwat.exe
This program is used to register an event handler for events that do not have a specific
command trigger program.
Usage
iwat.exe [-h|-v] [-s servername] eventpattern program
Example
>iwat CreateWorkarea /usr/ucb/echo

my question is, where would i use this trigger in my visual workflow modeler?

in the properties of the owner for the email task? would this be under the SCRIPT or CONFIGURABLE option?

No - it is completely separate from the workflow. I can't find the original post where I think I posted the details (I see this and this but not the details) - so I'll be generous and post details here (this is practically spoon-feeding you an implementation - something which I normally charge for - so don't expect too much more from me on this):

#!d:/Interwoven/TeamSite/iw-perl/bin/iwperl
#======================================================================
# This script is intended to be run as an iwat trigger script, to
# fire off whenever ownership of a grouptask is taken and to quickly
# determine if the task in question is a task of interest. If so,
# this script is responsible for adjusting ownership of *other* tasks
# to be the same as the owner of the grouptask
#
# Register with (one line):
#  iwat TaskGroupTaken "D:/Interwoven/TeamSIte/iw-perl/bin/iwperl
#    /Interwoven/TeamSite/local/bin/iwat_grouptask.ipl"
#======================================================================
use strict;
use warnings;
use Date::Format;
use TeamSite::WFtask;
use TeamSite::WFworkflow;
use eFish::TSconstants; # This defines $logger, which is a Log::Log4perl handle
#======================================================================
my ($user, $jobid, $tname) = (@ARGV[1,5,6]);
#----------------------------------------------------------------------
# A mapping of source tasks to target tasks
#----------------------------------------------------------------------
my %HANDLE_TASKS = (
    ReviewMarketing => ["Reject", "NotifyCompliance", "NotifyLegal"],
    ReviewCompliance => ["Reject", "NotifyLegal"],
    ReviewLegal => ["Reject"],
    ResolveError => ["Retry"],
);

#----------------------------------------------------------------------
# Exit quickly if this is not a task in which we're interested
#----------------------------------------------------------------------
exit if (! grep(/^$tname$/, keys(%HANDLE_TASKS)));

#----------------------------------------------------------------------
# Decode the jobid and create a job object from it
#----------------------------------------------------------------------
$jobid = oct($jobid);

my $job = TeamSite::WFworkflow->new($jobid);
if (!$job->IsValid()) {
    $logger->logdie("Invalid jobid: '$jobid'");
}

#----------------------------------------------------------------------
# Retrieve the tasks we want to modify the ownership of, and set it
# to the user who took ownership of the grouptask
#----------------------------------------------------------------------
foreach my $tgt_tname (@{$HANDLE_TASKS{$tname}}) {
    my ($success, $task) = $job->GetTaskByName($tgt_tname);
    if (!$success) {
        $logger->logwarn("Unable to get task '$tgt_tname' by name ($success)");
        next;
    }
    $task->SetOwner($user);
    $task->Refresh();
    $logger->debug("Set owner of $tgt_tname to: '$user'"); #=#
}

exit 0;

Enjoy!

TeamSite_Smasher

i will not ask any more from you as you have obvioulsy provided more than i should receive...

i will take this and figure out what i need to do from here.

much appreciated.