Hi Shyam, Yes, I am thinking of more towards multidimensional matrix. And possibly independent of any particualr app, like a separate module. So user can specify the form, filtering condition could be any combination of fields and values...to get notified, more data driven. Will contact you once we start implementation, right now I am just gathering some ideas. Thanks
On Feb 26, 10:51 pm, Shyam Attavar <atta...@sbcglobal.net> wrote: > Vamsi, > > One of the developers I worked with had built something similar on AR System > 5.1.2 many years ago. It was a subscription mechanism where users could > subscribe to the tickets based on certain categorization values. I had to > maintaining the code for a little bit, but don't recall much of how it was > built. I'll describe what I do remember and if you have further questions, > email me offline and we can take this further. > The whole mechanism was built as data driven architecture. > > There was a subscription dialog which users would launch and subscribe to > get notified on based on the various categorization available in the system. > The records for each user would be stored in a back-end form. When the > subscription was saved a record was added to another back-end form, where > the list of users that need to be notified for a given set of categorization > and for a specific status value (ex: New, WIP, Resolved). When a record was > either created or went to one of the states, the list of users would get > notified. So, this design took into account the a categorization and status > value combination (which makes a two way matrix for building the > notification list). The notifications were only for one form, so this is not > exactly what you are asking for, but we could extend the design further to > allow for notifications from multiple forms. The one caveat that I would > watch for is one would have to create a multi-dimensional matrix, so > generating the list of users to be notified would be more complex. > > I know my description is a bit sketchy, but I hope this helps you move in > the right direction with your design. > > Cheers, > -- > Shyam > > > > ----- Original Message ----- > From: "SriVamsi Patchipulusu" <vamsi...@gmail.com> > > Newsgroups: gmane.comp.crm.arsystem.general > To: <arsl...@arslist.org> > Sent: Thursday, February 26, 2009 9:40 AM > Subject: Implementing data driven notifications > > > All, > > I know the following is not something that can't be done. > > Just would like to know what are some of the best practices people are > > using > > for notifications > > in custom built applications ( not ITSM) with little to none admin code > > changes for future maintainance. > > > Currently we have several Notify filters spread across several forms in > > our > > custom built apps, > > Some are having hard coded groups,user names and some are data driven to > > that particular form/app. > > We would like to streamline this and make it generic as much as possible > > with mostly data driven. > > > Anyone implemented notifications that covers all the apps? > > Something like triggering notifications from external form (not part of > > apps) as a blackbox with > > Subject , To , body , subscribing/removing users or groups are data > > driven. > > End users can create new notifications them self, with their own > > To,Subject, > > Body without remedy code changes. > > > Thanks, > > Vamsi > > _______________________________________________________________________________ > UNSUBSCRIBE or access ARSlist Archives atwww.arslist.org > Platinum Sponsor: RMI Solutions ARSlist: "Where the Answers Are"- Hide quoted > text - > > - Show quoted text - _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: RMI Solutions ARSlist: "Where the Answers Are"