: Wednesday, December 26, 2007 5:40 PM
To: arslist@ARSLIST.ORG
Subject: Re: ITSM Change RFC Design Question
I seem to remember a few articles that were written a few years back (ah how
I miss the Tips and Tricks) that have some suggestions on customizing but
not actual tech/white papers. I have
I seem to remember a few articles that were written a few years back (ah how
I miss the Tips and Tricks) that have some suggestions on customizing but
not actual tech/white papers. I have included some links at the bottom that
may help.
I have also collected a couple of documents over the ye
nesday, December 26, 2007 1:15 PM
To: arslist@ARSLIST.ORG
Subject: Re: ITSM Change RFC Design Question
**
Thanks for the quick reply Rick, I do appreciate your input. It's been a
long while since I've had my hand in ITSM (since 5.0). I've trained on CMDB
1.0.
As you can s
o: arslist@ARSLIST.ORG
Subject: Re: ITSM Change RFC Design Question
Hi David,
I haven't worked with ITSM 7 yet but speaking from customizing other version
of ITSM you can usually create add on functionality fairly unobtrusively.
Basically you develop the circuit form to work almost c
o: arslist@ARSLIST.ORG
Subject: ITSM Change RFC Design Question
**
I just want to get an opinion of other developer's ideas to see if I am
going down the right path with this design strategy for our RFC (Request for
Change) of the ITSM Change Module.
The situation is this:
1. We h
PM
To: arslist@ARSLIST.ORG
Subject: Re: ITSM Change RFC Design Question
I will add that you might want to opt for both options. :)
You may want a custom UI for your users (a new form, maybe display
only) that populates the "back end" ITSM forms/CMDB with the
"request".
--
I am also looking to see if some one has implemented a system to manage
Microsoft Active Directory configuration changes via the ITSM Change
Management system.
I am thinking that this is more commonplace that first perceived. There
surely must be folks who are managing Requests for Change agai
[EMAIL PROTECTED] On Behalf Of Rick Cook
Sent: Wednesday, December 26, 2007 1:05 PM
To: arslist@ARSLIST.ORG
Subject: Re: ITSM Change RFC Design Question
David, I was thinking of option #2 before you even mentioned it. The key
thing for me is whether you can keep the Class data up to date without to
I will add that you might want to opt for both options. :)
You may want a custom UI for your users (a new form, maybe display
only) that populates the "back end" ITSM forms/CMDB with the
"request".
--
Carey Matthew Black
Remedy Skilled Professional (RSP)
ARS = Action Request System(Remedy)
Love
Rick
_
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of David K Hill
Sent: Wednesday, December 26, 2007 12:43 PM
To: arslist@ARSLIST.ORG
Subject: ITSM Change RFC Design Question
**
I just want to get an opinion of other developer's ideas to see if I am
I just want to get an opinion of other developer's ideas to see if I am
going down the right path with this design strategy for our RFC (Request for
Change) of the ITSM Change Module.
The situation is this:
1. We have requirement to capture additional information that would be
consider
11 matches
Mail list logo