Bug 457069 - Use Initial Response Time SLA in service breach calcuations if the Subsequent SLA time is NULL
Summary: Use Initial Response Time SLA in service breach calcuations if the Subsequent...
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: JBoss Customer Support Portal
Classification: Retired
Component: Notifications
Version: 1.3.8
Hardware: All
OS: All
medium
low
Target Milestone: ---
: ---
Assignee: JBoss CSP Bug Watch List
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks: 457070
TreeView+ depends on / blocked
 
Reported: 2008-07-29 14:51 UTC by Mike Amburn
Modified: 2008-07-29 14:58 UTC (History)
0 users

Fixed In Version: 1.3.9
Doc Type: Enhancement
Doc Text:
Clone Of:
Environment:
Last Closed: 2008-07-29 14:53:45 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Mike Amburn 2008-07-29 14:51:58 UTC
When calculating the SBT of a NEW case, the calculation rule is based on the
time of the case creation + the initial response time of this case. The initial
response time is defined as a combination of the generic customes' SLA and the
severity level of the case. Please see all values at :
https://www.redhat.com/support/policy/sla/production/ (Std and Premium)

For subsequent response times, these should default to the same values as for
the initial response time. If the system does not find specific values for the
subsequent response time, then the value for subsequent response time is the
same as the one used for initial response time.

SBT should recalculate on each transition to WoRH.

-----

Moved manually from Jira (JBNET-2235)

Comment 1 Mike Amburn 2008-07-29 14:52:34 UTC
(per nlugert via Jira:)

Modified SubsequentResponseTimeAction class to use initial_response_time if
subsequent_response_time is NULL or "none"
if(subResponseTime == null || subResponseTime.equalsIgnoreCase("none"))
subResponseTime = sCase.getInitialResponseTime();

To Test:
Create a case in the csp and wait for gk to run in QA.
Change subsequent_response_time in the tickets table to NULL or "none" or "NONE"
Add a comment to the ticket via I-T and change status to "Waiting on Customer"
Add another comment as a customer and wait for gk to run in QA
view the GK logs and you should see the subsequent response time being set for
the ticket (if the sub response time was NULL or "none" previously, it would not
set it)

Comment 2 Mike Amburn 2008-07-29 14:53:08 UTC
(per nlugert via Jira)

Changed createCase method in CaseManagementBean to set the subsequent response
time to the same as the initialResponseTime

ticket.setInitialResponseTime(entitlement.getInitialSev1());
ticket.setSubsequentResponseTime(entitlement.getInitialSev1());

https://jira.jboss.org/jira/browse/JBNET-2235?focusedCommentId=12407296#action_12407296

Comment 3 Mike Amburn 2008-07-29 14:53:31 UTC
(per nlugert via Jira)

changed createCase method in CaseManagementBean to use initialResponseTime for
subsequentResponseTime and also changed GK to set subsequentResponseTime to
initialResponseTime if subsequentResponseTime is null or "none", this will only
apply to cases created before the caseManagementBean fix

https://jira.jboss.org/jira/browse/JBNET-2235?focusedCommentId=12407297#action_12407297

Comment 4 Mike Amburn 2008-07-29 14:53:45 UTC
Should be included in 1.3.9 according to Jira.
https://jira.jboss.org/jira/browse/JBNET-2258




Note You need to log in before you can comment on or make changes to this bug.