Duplicate tickets being created via email - suggestions?
Hey everyone. I've got something here that is hopefully easy to solve. It probably involves utilizing triggers, but my mind cannot seem to crack this one. Our current setup is quite simple. We have one service, Help Desk, with one email, helpdesk@xxx.com that customers can email directly. When customers email helpdesk@, a ticket is created, and our group is then notified. That's working fine. The issue arises when a customer emails the project manager directly. The PM is not a user in our ticketing system (licensing stuff), but they then reply to the customer and CC helpdesk@. The PM does not get a kickback email with the newly created ticket #, so both the customer and the PM continue the conversation via the original, "non-ticketed" email thread, each time CC'ing helpdesk@, therefore creating more tickets. Back and forth it goes, creating more tickets, until one of them possibly latches on to the subject like "B#xxxx" but only once a technician gets involved. We consistently have to clean up the mess every time this happens. To clarify, here's the scenario played out -- > Customer sends email directly to project manager (PM) (sometimes also including helpdesk@) > PM replies to customer, CC'ing helpdesk@xxx.com IF the customer hasn't already > A ticket is rightfully created, and the licensed technicians are notified > If a technician is unable to respond right away, the PM and the customer may exchange additional emails back and forth, using the original email and not the ticket thread, but still keeping helpdesk@ CC'd > Duplicate tickets keep getting created until a technician can respond Hopefully that makes sense. I am hoping someone can give me suggestions. Here are some things we've implemented: 1. When a ticket is created via helpdesk@, a trigger occurs that adds a comment to the ticket. 2. A confirmation email is sent to the customer letting them know we received the ticket. Here is something we've tried so far: 1. Create an additional trigger that notifies CC/watchlisted users when a ticket has been created, however, when testing this, it did not send them the actual ticket with the ticket # in the subject line, it was just some notification, and also it sent the same notification to the customer's email. Perhaps this all boils down to creating these project managers as users in service desk, and licensing them. But this means showing them how to use the portal, which they may not do, and that would create another problem of having tickets assigned to a user who potentially never logs on to resolve and close them. Bottom line: We simply need a way to ensure project managers get a copy of the ticket # sent to their inbox when a customer emails them directly. Keeping in mind that sometimes the customer DOES send to helpdesk@, but they also CC the PM, who then responds to the email, causing duplicate tickets all the same. The PM would then wait to respond until they have the new ticket # email in their inbox, and begin responding to that thread, thus keeping the conversation in the same comment section of the same ticket. Thank you for any help or suggestions!
How to cc users on incidents
I have users that will email the support email address and cc someone else. Let's say Matt emails support but cc's Jim. Well Matt gets all the email correspondence because he is the incident owner. To Jim it looks like Matt put in a support case and hasn't heard back. How do I make it so that Jim will get the updates that Matt gets?Automatically getting/downloading all incidents from Service Desk
I am writing this discussion because our company's current practice for obtaining incident data/information is manually downloading a report configured as such, with an end being a BI visualization. Doing so is time consuming and manual, so we've been tasked with automating this process somehow. I have tried since to do a GET using Postman and my API Token as the Basic Auth. password to obtain all incidents, but when using mine or someone else's API token, only the incidents that user is associated with will be retrieved by the API. This is not ideal, because what I want are all incidents that exist on our view in SD, not just for one user. Is there a different URL Path I need to use to include all users' incidents (other than https://deskapi.gotoassist.com/v1/incidents.format) , or is there an API token that allows me to query more than just an individual user? If this API is not adequate to doing this, is there a different method that anyone can recommend that will accomplish the same thing?
GetGo API G2ASD - adding a new incident and updating the occurred at datetime
I have tried to email the developer support but no response so thought I would try here. I am able to POST a new incident using the G2ASD API v2 but I am unable to create with a custom "occurred_at" date time or update this value with a PUT incident. Has anyone else had any luck or can point me to how to capture this correctly? S
