Bug 457069 - Use Initial Response Time SLA in service breach calcuations if the Subsequent SLA time is NULL
Use Initial Response Time SLA in service breach calcuations if the Subsequent...
Status: CLOSED CURRENTRELEASE
Product: JBoss Customer Support Portal
Classification: Retired
Component: Notifications (Show other bugs)
1.3.8
All All
medium Severity low
: ---
: ---
Assigned To: JBoss CSP Bug Watch List
: FutureFeature
Depends On:
Blocks: 457070
  Show dependency treegraph
 
Reported: 2008-07-29 10:51 EDT by Mike Amburn
Modified: 2008-07-29 10:58 EDT (History)
0 users

See Also:
Fixed In Version: 1.3.9
Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2008-07-29 10:53:45 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Mike Amburn 2008-07-29 10:51:58 EDT
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 10:52:34 EDT
(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 10:53:08 EDT
(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 10:53:31 EDT
(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 10:53:45 EDT
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.