The problem is that this is an SRM form rather than an AR System form.  These 
are generated on the fly and use some sort of GUIDs, I assume related to the 
record in the database that the question is tied to rather than hardcoded field 
names.  The same would apply to Active Links.  While these are being loaded 
inside of an AR System form, I don't know that you can fully interact with it 
in a clean way from Active Links.

Thanks,

Shawn Pierson
Remedy Developer | Energy Transfer

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Grooms, Frederick W
Sent: Tuesday, February 25, 2014 12:02 PM
To: arslist@ARSLIST.ORG
Subject: Re: Opening SRM to accept variables from external applications

**
ARS Web Pages already accept data so I'm not sure why you would need to use 
something custom.

http://{webserver}/arsys/servlet/ViewFormServlet?server={arsserver}&form={formname}&username={arsLogin}&pwd={pwd}&F536870923=0&F536870924=Some%20Text&F536870925=Some%20More%20text<http://%7bwebserver%7d/arsys/servlet/ViewFormServlet?server=%7barsserver%7d&form=%7bformname%7d&username=%7barsLogin%7d&pwd=%7bpwd%7d&F536870923=0&F536870924=Some%20Text&F536870925=Some%20More%20text>

If you want it to do something immediately you can add a Form Loaded AL that 
looks for some type of key

Fred


From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Pierson, Shawn
Sent: Tuesday, February 25, 2014 11:52 AM
To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG>
Subject: Re: Opening SRM to accept variables from external applications

**
I looked into that recently.  Unfortunately the web service for SRM doesn't 
include any way of mapping to questions.  What we're trying to do is have our 
identity management system kick that creates IDs kick off a request to our 
hardware and software request form (which is in Remedy) but since these are for 
new workers in our organization there is a lot of common data being entered at 
once that doesn't exist in a database we have access to yet.  They'll be 
passing us stuff like first name, last name, manager name, department, etc.

Thanks,

Shawn Pierson
Remedy Developer | Energy Transfer

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Tommy Morris
Sent: Tuesday, February 25, 2014 11:17 AM
To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG>
Subject: Re: Opening SRM to accept variables from external applications

**
What about using a web service? I haven't played with SRM other than a prelim 
run a couple of years ago but its worth a shot and also already built into 
Remedy.

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Pierson, Shawn
Sent: Tuesday, February 25, 2014 11:09 AM
To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG>
Subject: Opening SRM to accept variables from external applications

**
Good morning,

We're working on a plan to allow SRM to accept data from external applications 
being passed to a form.  This may be a wild goose chase but I thought I'd get 
input from here to see if anyone has done something like this.

Basically, we have some JavaScript to enable a listener that we can 
theoretically use to accept values from an external source (which also has 
built in security to verify the host that's passing the data.)  What I was 
thinking is that we take that JavaScript, and embed it into the Web Header 
Content section of the Default Administrator View on 
SRS:SREC_ProvideInformation or maybe one of the JavaScript libraries used by 
SRM.  At that point, the external application can call the SRM form via a 
direct URL and also pass these fields along so it gets pre-populated with data 
from the external system.

Has anyone done something like this?  If so, do you have a better way or does 
this seem on the right track?

Thanks,

Shawn Pierson
Remedy Developer | Energy Transfer



_ARSlist: "Where the Answers Are" and have been for 20 years_

Private and confidential as detailed here: 
http://www.energytransfer.com/mail_disclaimer.aspx .  If you cannot access the 
link, please e-mail sender.

_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Reply via email to