-
Suggestion
-
Resolution: Low Engagement
-
None
-
None
-
0
-
3
-
NOTE: This suggestion is for JIRA Service Desk Server. Using JIRA Service Desk Cloud? See the corresponding suggestion.
Today when you change SLA configuration it can have dramatic effects about what SLA's are running or not.
For general support reasons we should have a "history audit" of the SLA configurations that are in place at a given point in time.
This would be all the configuration and when it applied.
This could then be used by admins and atlassian support to debug how the configuration has changed and how it should be applied to current and past issues.
Also we could have an issue history record that says WHEN an given SLA configuration was being applied to an issue and when new ones are overriding it (eg when we drop an SLA timer because of a config change)
This would also help for support reasons.
- duplicates
-
JSDSERVER-1648 The Date information about when an SLA/Metrics is Created and Updated
- Closed
- is related to
-
JSDSERVER-1667 An Auditor for admins
- Closed
- relates to
-
JSDCLOUD-494 Service needs an SLA configuration audit trail and a issue history of the SLA config that was in play
- Closed
Form Name |
---|
[JSDSERVER-494] Service needs an SLA configuration audit trail and a issue history of the SLA config that was in play
Resolution | Original: Won't Do [ 10000 ] | New: Low Engagement [ 10300 ] |
Status | Original: Closed [ 6 ] | New: Closed [ 6 ] |
Resolution | New: Won't Do [ 10000 ] | |
Status | Original: Gathering Interest [ 11772 ] | New: Closed [ 6 ] |
UIS | Original: 3 | New: 0 |
Description |
Original:
{panel:bgColor=#e7f4fa} *NOTE:* This suggestion is for *JIRA Service Desk Server*. Using *JIRA Service Desk Cloud*? [See the corresponding suggestion|http://jira.atlassian.com/browse/JSDCLOUD-494]. {panel} Today when you change SAL configuration it can have dramatic effects about what SLA's are running or not. For general support reasons we should have a "history audit" of the SLA configurations that are in place at a given point in time. This would be all the configuration and when it applied. This could then be used by admins and atlassian support to debug how the configuration has changed and how it should be applied to current and past issues. Also we could have an issue history record that says WHEN an given SLA configuration was being applied to an issue and when new ones are overriding it (eg when we drop an SLA timer because of a config change) This would also help for support reasons. |
New:
{panel:bgColor=#e7f4fa}
*NOTE:* This suggestion is for *JIRA Service Desk Server*. Using *JIRA Service Desk Cloud*? [See the corresponding suggestion|http://jira.atlassian.com/browse/JSDCLOUD-494]. {panel} Today when you change SLA configuration it can have dramatic effects about what SLA's are running or not. For general support reasons we should have a "history audit" of the SLA configurations that are in place at a given point in time. This would be all the configuration and when it applied. This could then be used by admins and atlassian support to debug how the configuration has changed and how it should be applied to current and past issues. Also we could have an issue history record that says WHEN an given SLA configuration was being applied to an issue and when new ones are overriding it (eg when we drop an SLA timer because of a config change) This would also help for support reasons. |
UIS | Original: 2 | New: 3 |
UIS | Original: 3 | New: 2 |
UIS | Original: 2 | New: 3 |
Workflow | Original: JAC Suggestion Workflow [ 3012767 ] | New: JAC Suggestion Workflow 3 [ 3651367 ] |
UIS | Original: 3 | New: 2 |
UIS | Original: 2 | New: 3 |