Hi Lyle - just thinking outside the box here. You could always create a new database table (external to AR System). Create a view form of this table. Then on this form, you can store all your records here. That would prevent your $Value$ being converted into "1234" for instance. So this is the way it would work:
1. Custom notification event triggered on Incident form 2. Pull notification text from notification configuration form onto hidden field on Incident form Your notification text would consist of fields similar to the following "Dear $Customer Full Name$, your call has been assigned to $Assignee$" 3. Substitute all field references in the notification text with the values of the fields from the Incident form This would happen by default. As long as the $Customer Full Name$ and $Assignee$ fields existed on the Incident form, then they would be replaced with the relevant field values. 4. Push the resultant notification text off to notification processing form that does the actual work of notifying everyone This would be OOB functionality. As I said, this is thinking outside the box, so there may be some issues. What I haven't tried to do is Submit a record in a view form using a $Reference$. Does AR System try and expand the $Reference$. If it does, then you would need to write workflow to create a new entry using SQL rather than AR System. Does this sound like it could work? Thanks, Gavin Coleman Senior Analyst/Programmer Computacenter (UK) Ltd Services & Solutions Hatfield Avenue Hatfield, Hertfordshire, AL10 9TW, United Kingdom T: +44 (0) 1707 631662 E: gavin.cole...@computacenter.com<mailto:gavin.cole...@computacenter.com> W: www.computacenter.com<http://www.computacenter.com> From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Lyle Taylor Sent: 29 January 2010 18:04 To: arslist@ARSLIST.ORG Subject: Re: Is there something akin to an "eval" function ** Yeah, I could write a plugin or an external process to handle it, if I needed to. However, I was hoping for a much simpler way to do it... Thanks, Lyle From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of LJ Longwing Sent: Friday, January 29, 2010 10:17 AM To: arslist@ARSLIST.ORG Subject: Re: Is there something akin to an "eval" function ** I've done this before, but I've done it in the manner described with setfield replace actions....you could do something with perl fairly easily... ________________________________ From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Lyle Taylor Sent: Thursday, January 28, 2010 7:25 PM To: arslist@ARSLIST.ORG Subject: Is there something akin to an "eval" function ** Hi All, Remedy 7.1 p5 I'm wondering if there is something akin to an "eval" function that would take a string with embedded field references and then evaluate it at will. Let me give you an example of what I'd like to do. Maybe there's an easy way to do it. So, we have some custom notifications that I want to improve, and as part of that, I want to make the notification text configurable (i.e., stored in a form) rather than being hardcoded into the notification workflow. So, I'd like to have a form that contains the various notifications including who they go to and the text of the notification including field references (something like "This is my notif: $\Some Field Ref$"). Then, when it comes time to send the notification, on the form that that notification event is being triggered on, I would pull the notification text onto the current form, do an "eval" so that the field references get substituted in the context of the current form, and then pass the final text off to a form that does the actual notification processing (i.e., splitting up a list of recipients into individual recipients and sending the e-mail to each of them individually). Does that make sense? I know that the notification subsystem in ITSM does something akin to this, but it's implemented strictly by set fields actions that do a search and replace of each field reference supported, and I'd prefer not to go that route. If this makes it clearer, this is kind of the flow of events I envision: 5. Custom notification event triggered on Incident form 6. Pull notification text from notification configuration form onto hidden field on Incident form 7. Substitute all field references in the notification text with the values of the fields from the Incident form 8. Push the resultant notification text off to notification processing form that does the actual work of notifying everyone Does that make sense? Any ideas? Thanks, Lyle NOTICE: This email message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message. _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers Are"_ _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers Are"_ _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers Are"_ ********************************************************************** COMPUTACENTER PLC is registered in England and Wales with the registered number 03110569. Its registered office is at Hatfield Business Park, Hatfield Avenue, Hatfield, Hertfordshire AL10 9TW COMPUTACENTER (UK) Limited is registered in England and Wales with the registered number 01584718. Its registered office is at Hatfield Business Park, Hatfield Avenue, Hatfield, Hertfordshire AL10 9TW COMPUTACENTER (Mid-Market) Limited is registered in England and Wales with the registered number 3434654. Its registered office is at Hatfield Business Park, Hatfield Avenue, Hatfield, Hertfordshire AL10 9TW COMPUTACENTER (FMS) Limited is registered in England and Wales with the registered number 3798091. Its registered office is at Hatfield Business Park, Hatfield Avenue, Hatfield, Hertfordshire AL10 9TW The contents of this email are intended for the named addressee only. It contains information which may be confidential and which may also be privileged. Unless you are the named addressee (or authorised to receive mail for the addressee) you may not copy or use it, or disclose it to anyone else. If you receive it in error please notify us immediately and then destroy it. Computacenter information is available from: http://www.computacenter.com ********************************************************************** _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"
