Good solid advice! Thanks Roger! On Fri, Nov 1, 2013 at 2:40 PM, Roger Justice <[email protected]> wrote:
> ** > With the introduction of Overlays I always start with determining if a new > form is needed. I use the quantity of fields since adding 1-4 fields is > simple, when I get to 5+ I recommend a new form and then I will add a > maximum of 3 fields to the Incident form. Create and View button and a > table field. As you have indicated your requirement does not need a create > button. > -----Original Message----- > From: Warren R. Baltimore II <[email protected]> > To: arslist <[email protected]> > Sent: Fri, Nov 1, 2013 2:37 pm > Subject: Re: Relationship tab on the Incident form > > ** > I think your right. I'm just trying to keep the mods to a min, but it's > goiing to either be workflow mod or view/form mod.... The latter is > certainly the easiest to track! > > On Fri, Nov 1, 2013 at 2:34 PM, Roger Justice <[email protected]> wrote: > >> ** >> The answer I just sent would be the best solution. >> >> To minimize the customization I would suggest that you create a new Table >> field and a view button. This will allow the user to see the data on you >> custom form and when an upgrade is done not cause issues since you did not >> modify an existing capability. >> -----Original Message----- >> From: Warren R. Baltimore II <[email protected]> >> To: arslist <[email protected]> >> Sent: Fri, Nov 1, 2013 2:31 pm >> Subject: Re: Relationship tab on the Incident form >> >> ** >> I may have not been very clear. >> >> It has to do with Security Incidents (viruses etc.) When a ticket >> affected by this integration is created, it spawns a child forrm with some >> additional fields that require an answer. All of this information is then >> pushed to another Remedy system so that it can be tracked by a second >> organization. >> >> Each one of these entries is created whenever there is a create or >> modification made. I want the technician to be able to see the past >> entries for each incident (one to many) on the relationships tab. >> >> Make better sense? >> >> On Fri, Nov 1, 2013 at 2:20 PM, Mitcham, Ross <[email protected]>wrote: >> >>> ** >>> What is this association? Does it NEED to be seen on the same table >>> as associations? I only ask, as this would be a wide ranging >>> customization that might be better served as a separate child form? >>> There are many other areas in incident stored in their own form where >>> there is no need for the one to many relationship type associations >>> (assignment, impacted areas etc). Is it possible that this could be done >>> in this manner? >>> >>> Apologies if I have not correctly understood your requirements, >>> >>> Regards, >>> >>> *From:* Action Request System discussion list(ARSList) [mailto: >>> [email protected]] *On Behalf Of *Warren R. Baltimore II >>> *Sent:* Friday, November 01, 2013 2:07 PM >>> *To:* [email protected] >>> *Subject:* Relationship tab on the Incident form >>> >>> ** >>> ARS / ITSM 7.6.04 >>> >>> I'm still learning the ins and outs of the Incident form in 7.6.04. >>> And I'm curious about something. >>> >>> I've created a secondary form that will track specific information >>> related to a certain type of incident. The entry is created when the >>> Incident ticket is submitted. It then pops up and get's some addl. >>> information for the incident and then closes. >>> >>> So, on the HPD:Help Desk form, the Relationships tab has the z2TH >>> Association Table that shows entries in the HPD:Associations field. It >>> also has the "Show Related menu field" (z1D Request Type01). I am assuming >>> that to have entries on the secondary form show up on this table, I will >>> need to push the entry to the HPD:Association form. Do I need to make any >>> new entries on any of the SYS:RTL:Request forms? If so, which ones? And >>> is there a way to access them from the Administrative form? >>> >>> I hope I stated all of that clearly.... >>> >>> Thanks in Advance! >>> >>> -- >>> Warren R. Baltimore II >>> Remedy Developer >>> 410-533-5367 >>> _ARSlist: "Where the Answers Are" and have been for 20 years_ >>> _ARSlist: "Where the Answers Are" and have been for 20 years_ >> >> >> >> >> -- >> Warren R. Baltimore II >> Remedy Developer >> 410-533-5367 _ARSlist: "Where the Answers Are" and have been for 20 >> years_ >> _ARSlist: "Where the Answers Are" and have been for 20 years_ >> > > > > -- > Warren R. Baltimore II > Remedy Developer > 410-533-5367 _ARSlist: "Where the Answers Are" and have been for 20 > years_ > _ARSlist: "Where the Answers Are" and have been for 20 years_ > -- Warren R. Baltimore II Remedy Developer 410-533-5367 _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
