Kathy, if you're used to doing that communication/transfer now using web services and email conversation, that can be done in Remedyforce as well. Using APIs / web services, one can write (if you have force.com platform skillset) some simple APEX class triggers to do that communication. You may want to enlist the help of one of our onboarding partners for Remedyforce to assist in this effort.
The process is straightforward, and since Remedyforce shares the same Common Data Model as Remedy on-premise and the Atrium CMDB, should be relatively smooth to achieve the same functionality.
Today, if users or processes assign service calls or incidents to certain workgroups (queues), our ITSM sends an email with the contents of each service call/incident to a particular address. The integration code parses the email for certain fields and uses them to populate an HTML file, which is then sent to the service provider's Remedy on-premise system.
When the service provider completes the requested work, they send an HTML file back to us. The integration code translates that file into a format our ITSM recognizes and then FTPs it to the ITSM.
The person who maintains the integration code would prefer not to have to continue this parsing process and would rather just receive a file (even as an email attachment) that can then (be tweaked as needed, and) sent to the service provider.
We could trigger the process by assignment to queue(s), or by selection of categories - anything that allows us to differentiate between calls that should route out to the service provider, and calls we handle in-house.
Based on what you're saying, it sounds like it's not unlikely we can accomplish this. Now that I've given more detail, do you still agree? We do have force.com platform skills in-house, and are working with an onboarding partner currently, but I was directed here for more information.
Yup, doable. Again, because of the sharing of the common data model, you should be able to pass all that info without the parsing, or separate docs for that matter -- depends on the triggers and your process and how you want to set it up. You can trigger in any number of ways, including the ones you mentioned.