can you explain a bit more the use case - why you want to do this?
Also, is the system from which you launch the SRM UI really the more relevant info? Or shouldn't you rather use the data in Atrium CMDB for some of this?
Thanks for the reply Peter,
So this is information that we would like to match back to the CMDB if possible but it is difficult if it is hand entered by someone.
Our primary use case right now is having a link on the users desktop that takes them to SRM for example, report an incident with this PC. Clicking on this link launches a process to capture the computer name from the device the user is logging a ticket from and launches SRM but we are having difficulty getting the data from the script into SRM. Once this is accomplished the data could then be matched back to data in the CMDB.
Using this method allows us to guarantee the information is correct and won't rely on used by relationships etc. Theretically we could use the Used By information to build a dynamic menu for the user but this requires that used by relationship be almost 100% accurate before it can be implemented. It seems easier for me and the user if I could just pass data into SRM.
Computer Name is one example but I can also see the need for Location, If you can pass the field values using a URL like you can with other forms it just gives you more flexibility on building URL's for end users and possibly reducing the amount of data input. I would like to use a URL like
http://midTierServer/contextPath/forms/ARSystemServer/formName?FfieldID=value But where SRM generates the forms I am not sure what Field ID to use.
same problem here! anybody have ideas?
Perhaps using an advanced form and mapping fieldnames with "GET" values?
See "BMC Remedy Action Request System 7.6.04 BMC Remedy Mid Tier Guide.pdf" page 82 ("Passing data to a field in a URL").
I am using advanced form, but URL builder doesn't provide URL to address it directly it call RequestConsole which opens request form.
If I create URL manually AdvancedForm will have many required fields missing (like "requester", etc.)
Perhaps a temp form then called then? It writes a record with user ID, informations from the GET, then it launches the RequestConsole that opens the AIF form. The AIF forms loads, checks the "temp form" for latest record for this user and reads the data there?
I was looking for similar functionality and came across this. My use case is slightly different, I want to be able to have an external application launch an SRM form directly and pass some of the fields across automatically, but the technology should be mostly the same.