Michael Posted August 20, 2013 Report Share Posted August 20, 2013 I was wondering guys if we could have three new features below: 1. When replying to a ticket can it change the status, so if a client replies it goes to Open, if a staff member replies it goes to Awaiting reply? 2. Emails run by the cron however they have a minimum of 5 minutes to run, so if someone replies we have to be on the page or wait 5 minutes to see we have an alert, so I was wondering if we can have a shorter time like 1 minute or 2 minutes for the tickets. 3. As above it would be cool to to have an alert at the top as the ticket system is Ajax powered I thought it would be cool to have (1) Support Manager > Tickets | Company name. That would alert us we have a new ticket. Just a few ideas for the future of Blesta. Quote Link to comment Share on other sites More sharing options...
Tyson Posted August 20, 2013 Report Share Posted August 20, 2013 I was wondering guys if we could have three new features below: 1. When replying to a ticket can it change the status, so if a client replies it goes to Open, if a staff member replies it goes to Awaiting reply? CORE-517 for v3.0.0.b4 already added the ability for a ticket "Awaiting Reply" to be changed to "Open" automatically when a client replies. Replying as an admin does not change status automatically because you have the option to change it yourself. A conflict may arise if, say, the system automatically changes a ticket whose status is "In Progress" to "Open" if it was not desired. e.g. if an admin changes the status from "Open" to "In Progress", and replies to the ticket only to find that it is back to "Open" again. 2. Emails run by the cron however they have a minimum of 5 minutes to run, so if someone replies we have to be on the page or wait 5 minutes to see we have an alert, so I was wondering if we can have a shorter time like 1 minute or 2 minutes for the tickets. The time intervals are set in the core, so the support plugin wouldn't specify its own, but I see what you mean. A shorter time may be better, but you may want to try ticket piping instead. 3. As above it would be cool to to have an alert at the top as the ticket system is Ajax powered I thought it would be cool to have (1) Support Manager > Tickets | Company name. That would alert us we have a new ticket. Where would this appear? Quote Link to comment Share on other sites More sharing options...
Michael Posted August 20, 2013 Author Report Share Posted August 20, 2013 CORE-517 for v3.0.0.b4 already added the ability for a ticket "Awaiting Reply" to be changed to "Open" automatically when a client replies. Replying as an admin does not change status automatically because you have the option to change it yourself. A conflict may arise if, say, the system automatically changes a ticket whose status is "In Progress" to "Open" if it was not desired. e.g. if an admin changes the status from "Open" to "In Progress", and replies to the ticket only to find that it is back to "Open" again. Ah I see, I was wondering if it would be be defaulted unless we change it from the same status. The time intervals are set in the core, so the support plugin wouldn't specify its own, but I see what you mean. A shorter time may be better, but you may want to try ticket piping instead. I use that mate, but when they open it via the client area, we have to wait. Where would this appear? In the page title mate but only on the ticket manager page as it would be hard probably to do it all over the system. Quote Link to comment Share on other sites More sharing options...
Tyson Posted August 20, 2013 Report Share Posted August 20, 2013 Ah I see, I was wondering if it would be be defaulted unless we change it from the same status. That would be the way to go in this case. Automatic changes are often seen as unexpected and undesired, so I'm curious to hear what others think about this. I use that mate, but when they open it via the client area, we have to wait. If a client opens a ticket from the client area, it's in the system instantly. If you're viewing the tickets listing in the admin area, you wait no more than 30 seconds for the ajax request to fetch new/updated tickets. Quote Link to comment Share on other sites More sharing options...
Michael Posted August 20, 2013 Author Report Share Posted August 20, 2013 That would be the way to go in this case. Automatic changes are often seen as unexpected and undesired, so I'm curious to hear what others think about this. If a client opens a ticket from the client area, it's in the system instantly. If you're viewing the tickets listing in the admin area, you wait no more than 30 seconds for the ajax request to fetch new/updated tickets. Yeah but you have to be on that page 24 / 7 Just in case we get a ticket haha. I have my roundcube open in a tab so when I'm on here (or away) I can see if I get a ticket but it's 5 minutes after they've opened it. Quote Link to comment Share on other sites More sharing options...
Paul Posted August 20, 2013 Report Share Posted August 20, 2013 If they open a ticket in the interface, the email goes out instantly. Are you referring to just cases when tickets are emailed in using POP/IMAP as the fetch method? Quote Link to comment Share on other sites More sharing options...
Tyson Posted August 20, 2013 Report Share Posted August 20, 2013 Sounds like roundcube takes 5 minutes to update your inbox with new messages. Quote Link to comment Share on other sites More sharing options...
Michael Posted August 20, 2013 Author Report Share Posted August 20, 2013 If they open a ticket in the interface, the email goes out instantly. Are you referring to just cases when tickets are emailed in using POP/IMAP as the fetch method? Woops my bad on that one I just checked the times. Quote Link to comment Share on other sites More sharing options...
Ken Posted August 20, 2013 Report Share Posted August 20, 2013 That would be the way to go in this case. Automatic changes are often seen as unexpected and undesired, so I'm curious to hear what others think about this. Do you guys plan to add automation settings to the support plugin? Automation settings or rules which do what CubicWebs referring to as well as ticket escalation and etc. That's where I personally would find it useful. Quote Link to comment Share on other sites More sharing options...
hostingDifferent-Scott Posted September 15, 2013 Report Share Posted September 15, 2013 I agree. I hate always having to change the status of a ticket. It should automatically change to the most logical status and then we would have to override it if we wanted it to be something else, or, better yet, give us a settings panel to set it up how we want in case we want it to auto change, but just not to the status that blesta wants. Michael 1 Quote Link to comment Share on other sites More sharing options...
Paul Posted September 16, 2013 Report Share Posted September 16, 2013 This is something that we would either simply implement, which would be similar to v2.5, or we would add a list of "on action" items that are configurable. I'm leaning toward the latter. Alex and Michael 2 Quote Link to comment Share on other sites More sharing options...
Reeckz Posted September 17, 2013 Report Share Posted September 17, 2013 This is something that we would either simply implement, which would be similar to v2.5, or we would add a list of "on action" items that are configurable. I'm leaning toward the latter. That'd be great. Quote Link to comment Share on other sites More sharing options...
Blesta Addons Posted May 8, 2014 Report Share Posted May 8, 2014 related to this thread http://www.blesta.com/forums/index.php?/topic/2563-support-manager/ ; the support ticket must have a last remplier , then we could know which ticket are waiting customers or staff response , like the v2.5 . Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.