Search the Community
Showing results for tags 'apply to request'.
Found 7 results
Can the 'Apply to Request' action from Shared Mailbox, be updated so when the email is attached to the timeline in the Service Manager request, the update includes any CC: recipients, so it is consistent with the way emails sent from Service Manager are displayed in the timeline. This will help analyst identify any new connections which need to be added as well as save time as they will not have to use the 'View Email' option to see this information. I thought this had been logged before but was not able to locate this via the forum search. Cheers Martyn
Linked to the post at the bottom of this one, can the Time Sheet option on the Shared Mailbox be enabled so that we can also record the time spent against raising new requests and applying updates from the shared mailbox on to Service Manager requests? The options is there but does not seem to function or setup. Cheers Martyn
When raising a new request or applying an update to a request manually via the Shared Mailbox there is no language option and the system applies the language of the analyst processing the email. In order to support a multilingual shared mailbox there needs to be the options for Language drop down defaulting to the analyst setting, but containing all activated languages in the instance. Where matched contact, highlight the default language of the contact in the language drop down. Provide the translate option when viewing an email based on the language drop down. Use the selected language as the setting on the request/timeline entry created by the process. If theses could be looked at as enhancements to complete the setup of multiple language support, especially for those of us who provide external support and still have a significant email communication stream. Cheers Martyn
As a follow on from the request below which has now been implemented, can the timeline update be extended to include the text of all the email addresses on the To: recipients. At the moment it does not show any details from the To: part of the email and you have to open the linked email to view this information. Having the information as part of the timeline, makes it easier for the analyst to pick up and add additional connections. Cheers Martyn
Happy New Year!
As you probably noticed I was away from forums for the past month as I took some time off. I am back(ish) now (because I am caught up in some other work as well so I might not be able to be on forums as much for now) and slowly catching up on all activity (including all notifications and PMs). I will get back to each of them eventually however it might take a bit longer until I will be able to get to yours. As usual, if you are subscribed to a success plan you can always raise a request with support to expedite a forum discussion/answer.
Related to our post below about deleting processed emails from our mailbox below in order to speed up mailbox operations, we have discovered that unlike Support Works where the emails related to a request being logged or updates from email get stored as attachments to the request itself (CFA attachment store I seem to remember) in Hornbill it is just a link to the original email in the mailbox store. Therefore when you clear down your deleted items (default) or your own specified folder, where the emails are put after being processed by Raise Request or Apply to Request, you will lose access from within the request timeline entry to the 'View Email' option. The 'View Email' option is still displayed on the timeline entry but you will get the Hornbill error below:- So if you want retain access to view the source email from within the timeline on a request you need to keep the emails in the mailbox itself, else This caught us out a bit as we have deleted a large volume of historic emails have which we have processed via Raise Request and Apply to Request, which we cleared down as performance within the mailbox itself was degrading. Cheers Martyn
When the Email mailbox 'Apply to Request' option is used to update a request the resultant timeline entry visibility setting can only be adjusted by the user who undertook the update. Even as a super user/system admin we are not able to alter the visibility, only the user who undertook the update. This seems to be a bit restrictive give that the visibility of other timeline updates can be changed. Also with us operating a shift system with our 1st Tier, where an email update has had its viability incorrect set, i.e. an internal email marked as customer, we may not be able to correct this for sometime, making it visible to the customer on the portal. Can the ability to alter the email visibility be configured as a setting or the unnecessary restrictions removed? Cheers Martyn