Hi there!
We’re using Jira Service Desk Cloud as our company’s IT Helpdesk. Our internal support team handles about 80% of our requests, while around 20% are sent to third parties that are using different service desk solutions. I suppose this is common for a lot of us.
For the first few months we tried out Email This Issue plugin, but with several problems, for example with email replies turning into new issues, we decided to close the subscription after some dialog with their support team and no proper resolution.
Since then, we’ve only been using Request Participants when emailing issues to different partners. This is not quite optimal for several reasons:
Lastly it is my impression that the request participants feature in JSD, is designed for Customers of the Service Desk, and for this use it works great.
We’ve considered Plugins like Exalate, but as it is limited to quite a few systems it would only work with very few of our partners
I’m curious to know how other cloud customers out there work with their partners in JSD, I’d be very happy to hear your best practices!
@Mike Bowen In our company we are all using the same system, Jira Cloud. Thats not the issue here. With external partners I'm talking about other companies. We cant force our external partners to use some other platform.
As I mentioned in the post quite a big amount of our Service Desk issues are forwared to external partners, as we dont have expertise internally for every single platform we are using. This is a very common type of an internal Helpdesk in my opinion, at least here in Norway. Therefore I'm curious to know how other Jira Cloud customers solve this. Im sure we are not the only ones with this problem using Jira Cloud.
Hope this clearifies my issue. By the way sorry for the late response, I've been on maternity leave for the past few months.
Hi @Malin ,
The way I would do it is as follows and it does not entail sending email to external partners (for all the reasons you gave):
Problem Example A:
Problem Example B:
Advantages of the above solution:
Let me know what you think and if you have anymore questions. I tested this a few minutes ago and it works perfectly.
Kind regards,
Mike
Hi
Yes we are aware of this possible solution, I'm sorry if that was not clear from my first post.
We are even using this solution with some of our partners. To specify, these are some of the problems that follows with it:
- Our external partners have a SLA to comply, which they of course measure and track in their own service desk system. Having them as customers in JSD this (important!) data will not automatically be tracked.
- We are not able to have a dialog with only external service desk. In many cases we discuss technical details that are not interesting for the customer/reporter.
- I don’t really feel great about forcing our partners on our platform.
- With this solution JSD handles of course external partners as customers. Our customers are internal and we want them to mainly use the portal, therefore we have designed the automatic replies etc for them to go to portal rather than using email. With external partners on the other hand, we want them to be able to receive email. It’s simply designed for customers and for that purpose it works pretty good. Too summarize, our customers and external partners are not the same and treating them the same is not optimal.
Now over the years we have used and tested quite a lot of different Service Desk solutions and JSD is the only system were we simply can’t send an email to a specified receiver and get their response as a comment in the same issue.
You might think emailing is "old school" and in many ways of communication I can agree, but when it comes to communication between service desks (and again, that are not in the same company), most of the time, email is the best option that allows both parts to work in their own ticketing systems and tracking the relevant data (SLA’s etc) for both parts. At least in our experience and way of work.
Thanks anyway for taking your time to respond.
Hi @Malin - I am in the same position as you describe above.
Did you find any good solutions on how to do this?
Our external vendors (the ones you categorise 20% of your issues as) use various support platforms; some also use JSD, some use Service Now, some use Zendesk, some may use Salesforce Sales Cloud.
I don't think there's going to be a solution that works perfectly for handing off to all those external vendors, but would like to know how you ended up working through this! Even if just the JSD (us) to JSD (external) worked nicey and the rest were a free-text field to capture the external vendor link, that would be something.
Thanks
jack
Hi Jack,
We have not really changed a whole lot in the way we work regarding this, but at least attachments are sent in email now, so emailing screenshots etc works better. But currently, we are still working with these partners (most of them) via "request participants". We now also use Organizations for different partners, so if theres several email adresses, they will all be able to see all of their issues in the portal.
So whenever we share an issue with request participants, we have the automatic notification in JSM to be set to send the description of the issue, then they reply via email or portal. Of course the second option works best for us, but not everyone wants to use the portal.
A bit late to the game, but I'm currently having the same issue and I'm considering using the plugin "Email this issue" in order to build a bridge to other systems, though I'm not sure we'll get it approved budget-wise.
The idea is that if the external systems also allow creating tickets and replying via E-Mail, then sending an E-Mail from Jira that contains the Issue ID should make it possible to use E-Mail as a sort of API between the two platforms.
I haven't tested it yet, but maybe that helps!