Jump to content

Search the Community

Showing results for tags 'response'.



More search options

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


Forums

  • Hornbill Platform and Applications
    • Announcements
    • Blog Article Discussions
    • General Non-Product Discussions
    • Application Beta Program
    • Collaboration
    • Service Manager
    • Project Manager
    • Supplier Manager
    • Customer Manager
    • Document Manager
    • Configuration Manager
    • Timesheet Manager
    • Live Chat
    • Board Manager
    • Mobile Apps
    • System Administration
    • Integration Connectors, API & Webhooks
    • Performance Analytics
    • Hornbill Switch On & Implementation Questions
  • About the Forum
    • Announcements
    • Suggestions and Feedback
    • Problems and Questions
  • Gamers Club's Games
  • Gamers Club's LFT

Find results in...

Find results that contain...


Date Created

  • Start

    End


Last Updated

  • Start

    End


Filter by number of...

Joined

  • Start

    End


Group


Organisation


Location


Interests


AIM


MSN


Website URL


ICQ


Yahoo


Jabber


Skype

Found 6 results

  1. Would it be possible to have additional options added to the entity 'Timer' node to allow the manual pausing and unpausing of the Response and Resolution in the BPM, so that this can be controlled by workflow so having the option to control this outside of the automated status change process. Related to my earlier post link below. Cheers Martyn
  2. We have the situation where our 1st Tier are responsible for the Response SLA and our 2nd Tier are responsible for the Resolution SLA. Reporting on the latter is simple as the 2nd Tier person is the owner of the request when the requested is resolved/closed. Before I go of and create a BPM process to store the owner of the request when the Response SLA is completed in a custom field, is this stored anywhere esle? i.e. who completes each timer? Cheers Martyn
  3. When configuring SLA response and resolution targets and expiry times on certain BP nodes you might find the target being set differently than possibly expected. This is because a common oversight as these timers needs to be expressed in SLC (Service Level Calendar) times or working hours or business hours (which are usually X hours/day) rather than calendar time (which is 24 hrs/day). When configuring a target time of N days, the value needed to be set would be N working days rather than N calendar days. The value that needs to be set will be obtained by multiplying N with the number of working or business hours/day. We advise to always configure hours (rather than days) as it is easier to figure out the values required to be configured for SLA targets or expiry times on business process nodes. However, in certain areas (e.g. SLA timers), depending on the target, it might not be always possible to use hours exclusively. Below is a quick example of how to find out which values needs to be configured depending on the intended target: Let's say we need to configure a resolution time (or an expiry time) of 5 days. We need the target to be set in 5 days from now. Let's also say the working hours are 7.5 hours/day although this really depends on your SLC. Step 1 is to find out the number of working hours equal to the 5 days we need to set: 5 days * 7.5 hrs/day = 37.5 hours. You need to configure round values therefore if you don't have a round number of hours you also need minutes (seconds, etc.). The 37.5 hours equates to 37 hrs and 30 min. In conclusion, for a 5 day target, the configuration needs to be 37 hrs and 30 min. As mentioned above, for simplicity always use hours if possible. If you need to configure this value as days/hours/min then the 37.5 hours need to be divided by 24 (which is the number of calendar hours in a day) resulting in 37.5 / 24 = 1.56 days. The 1.56 days equates to 1 day and 13.50 hours. This further equates to 1 day 13 hours and 30 min. In conclusion: 5 day target in the context of 7.5 working hours/day is set as: 37 hours and 30 minutes or 1 day 13 hours and 30 min If you don't want to be bothered with the mathematical calculation, you can use this Excel sheet to find out what values you need to configure. Type in the desired target time and the number of working hours per day. The values you need to configure are in red: Hornbill_Timer_Targets.xlsx IMPORTANT: the above does not apply when configuring expiry times on human tasks. Human tasks do not account for Working Time Calendar and as such the above setup does not apply in this scenario.
  4. Is it possible to restart/resume an SLA timer without resetting it? We have a situation where we stop the SLA timer as our 1st Tier has identified the customer has said the issue is resolved, but sometimes this is not correct, so we would want to put a secondary check in the workflow and if it is not correct route the workflow back to the investigation steps and restart/resume the timer. I know I could get around it by using a sub status under hold and not changing to resolved until double checked but wanted to know if it was possible to reverse the stopping the timer. Cheers Martyn
  5. @James Ainsworth I am a bit confused about the sub-statuses option to automatically change based on the customer responses. I can see where that is set in relation to the 'On Customer Repsonse' and 'On Auto Off-hold' the status you want it to go to automatically, but I am confused by the slider switch against each sub-statuses, as this does not appear to me covered in the Wiki. Cheers Martyn
  6. There only appears to be BPM nodes to start and stop the Response/Resolution timers. Is there anyway to put the incident OnHold or Pause the timers as an automated task rather than having to put a Human Task, instructing the owner to do it manually? Cheers Martyn
×
×
  • Create New...