Jump to content

David Hall

Hornbill Developer
  • Posts

    658
  • Joined

  • Last visited

  • Days Won

    34

Posts posted by David Hall

  1. Hi @carlt

    I've tested this and it looks to be working as expected.  Just to confirm, the list will only return results when you have entered 2 or more characters of the name into the search field and it will only return customers that are subscribed to the service that you have associated to the request, so I'm not sure if either of those explain the lack of results for you?

    Cheers,

    Dave.

  2. Hi @ScottG

    From the screenshot it looks like you are trying to update a corporate/shared SLA target from within the service details view?  If this is a corporate/shared SLA then you cannot edit it from within a service, you will need to do this from the main service portfolio view,  select the "Service Level Agreement" tab and then find the relevant SLA to open.  From there you should be able to edit the details and these will be applicable to all services that share this SLA.

    A brief explanation of corporate vs service specific SLAs can be found here if it helps https://wiki.hornbill.com/index.php/Service_Level_Agreements

    Kind Regards,

    Dave

  3. Hi @Adrian Simpkins

    Sounds like it should be moving as you would expect, but without seeing the configuration etc it's sometimes hard to confirm whether the timer has not reached a firing time due to a mis-configuration of the escalation time or if there has been an error when it has fired. 

    Perhaps as a test you could try adding a notification/email notification to yourself for each one to see whether you get an email even if the priority doesn't change, that would help to confirm if the event fired or not.  If it does fire the event and send the email then there could be an issue specifically with the escalation of priority etc which could be investigated via the log files.

    Kind Regards,

    Dave

    • Like 1
  4. Hi @Adrian Simpkins

    I think you pretty much had the correct answer for all three points:

    1. The new configuration would apply to new requests as you create them it won't be retrospectively applied

    2. If you have it configured to send to owner but no owner is set then it will simply not send an email.. as you mentioned you can configure multiple notifications to contact relevant members as needed

    3. The manager is indeed determined from the manager on the user profile, if one is not set then again it simply won't send the email.

    Hope that helps.

    Kind Regards,

    Dave

    • Like 1
  5. Hi @Chibamba

    Welcome and thanks for the post.  If you want to manually reopen a closed request you will need to make sure you have the "Full Access" role for the type of request you are trying to open... 
    e.g. to reopen an Incident you will need the role "Incident Management Full Access" or Problem would be "Problem Management Full Access" role.

    Details of all of the available roles can be found here https://wiki.hornbill.com/index.php/Service_Manager_Roles

    Hope that helps,

    Kind Regards,

    Dave

  6. Hi @Jeremy

    The top screenshot is the view shown when the service details are not being returned (hence no icons/link/sub-statuses etc).  The reason for this will normally be one of...

    • Service has been deleted
    • User logged in does not have the relevant access/visibility to that service

    Given that you're loading it correctly for existing users I'd guess its the service access for the new user.  I'd check first that the new user is within one of the supporting teams on the service, or are appropriately subscribed to the service etc.

    Kind Regards,

    Dave

  7. Hi @Daniel

    When the customer replies to the email from the helpdesk, the email is being processed by your Email Routing Rules and if it matches a request reference etc it will be posted as an entry in the timeline by the system hence (System autoresponder) which is a system account/internal analyst. 

    To communicate further with your customer via email you would continue to reply using the mailbox view or the email tab on the request or simply posting the update with "Customer" visibility will make the comment available for your customer to see on the relevant external portal, the reply mention is not relevant in this case.

    Replies are for use when collaborating internally e.g. with other members of your team.

    Hope that helps,

    Kind Regards,

    Dave.

  8. Hi @Jamie Talbot

    Thanks for the post.  The original intention for autoresponder email updates was to provide an option for "Customers" to respond/provide updates to their requests (Incidents/Service Requests) and therefore currently the attachment/email functionality and related settings are only applicable to Incidents and Service Requests, only a basic update will be applied to other request types.

    If you have specific needs around this please feel free to post back and they could be considered for future enhancements.

    Kind Regards,

    Dave.

  9. Hi @Adnan Zamurred

    Thanks for the post.  I'm guessing you are talking about the request list export of requests? (If not then please let me know) 

    If it is the request list export then the exported dates should use your date/time format settings from your profile settings during export, so it may be a case of altering those settings to a format that you want to use for your export.

    Kind Regards,

    Dave.

×
×
  • Create New...