If you want only to turn off some of the notifications on a "per
person" basis the only way to do it is open the People Form and pull
up the record of the person who does not want Broadcast Notification
(for example) and follow these instructions

1.  click on the update notification preferences button.
2.  click the create button.
3.  fill in the fields of the notification exactly as the notification
that you don't want and make sure you set the notification method to
"NONE".
4.  click the add button.

This notification will override the system notification for that
individual that you updated.

Yes, I know what you are thinking - this does not make sense - I feel
the same way, but that is how Remedy has done this.

It is much easier to turn the Notification off for everyone that on a
per user basis.

Ty


On 1/25/08, Lammey, Peter A. <[EMAIL PROTECTED]> wrote:
> **
> OK.  Didnt catch the Event Name was also in SYS:Notification Events.
> There doesnt happen to be a join between CFG:NTE-Notification Events and
> SYS:Notification Events is there?
>
>
>
> Thanks
> Peter Lammey
> ESPN MIT Technical Services & Applications Management
> 860-766-4761
>
> ________________________________
> From: Action Request System discussion list(ARSList)
> [mailto:[EMAIL PROTECTED] On Behalf Of Rick Cook
> Sent: Friday, January 25, 2008 10:33 AM
> To: [email protected]
> Subject: Re: ITSM 7.02 Notifications Built In
>
> **
> Peter, what if you changed the Notification Event Type in the
> NTE:CFG-Notification Events form from System Default to User - would that
> enable the users' ability to opt out of individual notifications (on the
> People form)?
>
> Just match up the Notification Event fields in that form to the one in the
> SYS:Notification Events form.
>
> Rick
> On 1/25/08, Lammey, Peter A. <[EMAIL PROTECTED]> wrote:
> > **
> >
> >
> > We just rolled out Remedy ARSystem 7.01 and ITSM 7.02 to our user
> community early last week.
> > Following the release we had a number of production issues and bugs to
> work out but among these there were quite a few concerns and complaints from
> users that indicated that now they receive way too many emails for Change
> tickets and Incident tickets from the system.
> >
> > A decision was made to go live with ITSM 7.02 with the out of box
> notifications all for the most part to stay as is but now people saw that it
> is an overkill.
> >
> > I can see that you can reduce this by turning off these notification
> scenarios and setup in CFG:NTE-Notification Events but looking through each
> event for each application it is difficult to know when these fire, where
> they are sent to (based on the various roles for Incident and Change), and
> what content is included with each notification event based on which
> Notification Message Tag it is linked to (in SYS:Notification Messages).
> >
> > Does anyone know of a whitepaper or some helpful guide on understanding
> this so that administrators can communicate to their users knowledgebly on
> the effort and impact for changing this?
> >
> >
> > Thanks
> > Peter Lammey
> > ESPN MIT Technical Services & Applications Management
> > 860-766-4761 __Platinum Sponsor: www.rmsportal.com ARSlist: "Where the
> Answers Are" html___
>
> __Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
> html___
> __Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
> html___

_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"

Reply via email to