That should work. Really, the question structure could have no bearing on the flow. It's how you stage the condition. John Johnson's example won't work for you. Carl's will. The reason John's won't is because you have check boxes with multiple choices possible. In his, if you pick Yes to any one, the flow looks like it would stop (I think.. with confidence lol). I haven't done it in a while. Anyway, good luck.. and use the parallel flow that Car showed you!
On Mon, Sep 28, 2015 at 3:19 PM, April McPherson <[email protected]> wrote: > ** > What is I put a question called Application(s) and listed all the names of > the available apps that they could choose as check boxes. Then I sent up > conditions for each of the applications COND:APP! = "Appname as listed in > check box"? Or would I have to list each app with its own question? > > April McPherson > > ------------------------------ > Date: Mon, 28 Sep 2015 18:53:08 +0000 > From: [email protected] > > Subject: Re: Service Request Help > To: [email protected] > > ** > Hi April, > > The conditions need to cascade from one to the next with the AOT's on the > yes side and the next condition on the No side. If your qualification in > the first condition is not true, then it goes to the "No" side and hits the > next condition as shown in the attached edited screenshot. > > [image: 0.jpg] > > > On Mon, Sep 28, 2015 at 10:37 AM Carl Wilson <[email protected]> > wrote: > > ** > > Hi, > > As you have each condition being checked sequentially, you would need to > place these in Parallel if you wanted to evaluate multiple options. If > each Condition is evaluating only one option as Tauf mentions, you would > never get to a "Default" and if it did not match that condition explicitly > it would be bypassed. > > > > *Example for multiple section:* > > > > [image: image001.png] > > > > > ------------------------------ > > > > Kind Regards, > > > > *Carl Wilson* > > > > > > *From:* Action Request System discussion list(ARSList) [mailto: > [email protected]] *On Behalf Of *April McPherson > *Sent:* 28 September 2015 14:18 > *To:* [email protected] > > > *Subject:* Re: Service Request Help > > > > ** > > > I thought I had attached my process flow. Let me try again. > > > > [image: image003.jpg] > > > > > April McPherson > > > Date: Mon, 28 Sep 2015 08:47:04 -0400 > > From: [email protected] > > Subject: Re: Service Request Help > > To: [email protected] > > > > April, > > Without seeing your process flow, I'm going to assume the reason you are > getting the Bypassed status is because you are using one condition. You > will probably have to create a condition for each choice leading to each > AOT that "could" be selected. > > > > Sent from my iPhone > > > > > On Sep 28, 2015, at 8:20 AM, April McPherson <[email protected]> > wrote: > > > > > > I am trying to create a Service Request in Remedy On Demand 8.1 that > would allow users to choose multiple options. Each choice would generate a > new work order based on that choice. I have created as such with a AOT for > each choice and work order template for each choice. I have attached the > process view. During testing when selecting only one choice everything > works as expected. Multiple choices result in a Bypassed status. I do NOT > want to use AIF if I can get away with it. Any help would be greatly > appreciated. > > > > > > > > > > _______________________________________________________________________________ > > > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > > > "Where the Answers Are, and have been for 20 years" > > > <Capture.JPG> > > > > > _______________________________________________________________________________ > > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > > "Where the Answers Are, and have been for 20 years" > > _ARSlist: "Where the Answers Are" and have been for 20 years_ > _ARSlist: "Where the Answers Are" and have been for 20 years_ > > _ARSlist: "Where the Answers Are" and have been for 20 years_ > _ARSlist: "Where the Answers Are" and have been for 20 years_ > -- *Tauf Chowdhury* _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
