Interesting... I got Jason's reply to Roger's post, but haven't received Roger's yet.
Anyway, these will be for Service Request type incidents, not break/fix. We have a custom built legacy 6.3 application that is a 95% fit for SRM/Incident (the goal is to get everyone off of the 6.3 server). They have scheduling capabilities in the old app that they still need. Really, their app is almost as close a fit for Work Orders as Incidents, but since we aren't using work orders in our company at all and that team is already using/trained on Incidents for other requests, that was the decision. Thad On Thu, May 22, 2014 at 9:20 AM, Jason Miller <[email protected]>wrote: > ** > I have seen situations where something breaks on a regular interval :) > In theory this shouldn't happen but it does. > > > On Thu, May 22, 2014 at 9:16 AM, Roger Justice <[email protected]> wrote: > >> ** The concept is part of scheduling that creates a Change. The concept >> of creating a recurring Incident does not make any sense. How do you know >> something will break every month. >> >> >> >> -----Original Message----- >> From: Thad Esser <[email protected]> >> To: arslist <[email protected]> >> Sent: Thu, May 22, 2014 12:12 pm >> Subject: Scheduling Incidents / Service Requests >> >> ** >> I am being asked to provide scheduling capabilities for certain types of >> incident requests ("every quarter, automatically create this incident"). >> Does anything like that already exist for Incidents in version 8.1? I >> found similar functionality for Asset and SLM, but I'm not seeing anything >> for Incidents. I can build it easy enough, but would like to leverage >> something out of the box if it exists. >> >> Thanks, >> Thad >> >> _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_ > _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
