-
Type:
Bug
-
Status: Closed
-
Priority:
Medium
-
Resolution: Done
-
Component/s: BenAdmin
-
Labels:None
-
Bug Type:Functional
-
Level:Admin, Employee, Partner
-
Module:BenAdmin - Enrollment
-
Reported by:Harbinger
-
Issue Importance:Can Wait
WT Stage
Valmet Benefits
Case 1:
employee ineligible to core plan
no mode active
QE raised 01st July - made employee eligible by changing his demographic details
expected results - employee should be auto enrolled in the plan plan from 30th July 2016 (company level eff date rule - end of month)
actual results - employee did not get auto enrolled in the plan only
Case 2:
employee ineligible to core plan
no mode active
date of employment - 07/01/2015
QE raised 26th July 2016 - made employee eligible by changing his demographic details
rule for newly eligible core plan at plan level is use waiting period - first of month following date of change
expected results - employee should be auto enrolled in the plan plan from 01 August 2016
actual results - employee did not get auto enrolled in the plan only
Also did not work for new hire rule - use waiting period - first of month following date of Hire
Case 3:
employee ineligible to core plan
no mode active
QE raised 15th July 2016 - made employee eligible by changing his demographic detail
rule for newly eligible core plan at plan level is use waiting period - XX days before date of change : xx= 30
expected results - employee should be auto enrolled in the plan plan from 15th June 2016
actual results - employee got auto enrolled in the plan with date of change only
tested this multiple times with various XX values
Case 4:
employee ineligible to core plan
no mode active
QE raised 15th July 2016 - made employee eligible by changing his demographic detail
rule for newly eligible core plan at plan level is first of month following or coincident with date of change
expected results - employee should be auto enrolled in the plan plan from 01st Aug 2016
actual results - employee did not get auto enrolled in the plan only
Also did not work for new hire rule -first of month following or coincident with date hire
Field | Original Value | New Value |
---|---|---|
Assignee | Satya [ ID10004 ] | Amruta Lohiya [ amruta.baheti ] |
Issue Importance | Must Have [ 11800 ] |
Issue Importance | Must Have [ 11800 ] | Can Wait [ 11801 ] |
Assignee | Amruta Lohiya [ amruta.baheti ] | Jyoti Mayne [ jyoti.mayne ] |
Severity | Complex [ 13103 ] |
Priority | High [ 2 ] | Medium [ 3 ] |
Assignee | Jyoti Mayne [ jyoti.mayne ] | Prasad Pise [ prasadp ] |
Assignee | Prasad Pise [ prasadp ] | Rashmita Dudhe [ rashmita.dudhe ] |
Assignee | Rashmita Dudhe [ rashmita.dudhe ] | Hrishikesh Deshpande [ hrishikesh.deshpande ] |
Bug Type | Functional [ 15402 ] | |
Level | Admin,Employee,Partner [ 15800, 15801, 15802 ] |
Assignee | Hrishikesh Deshpande [ hrishikesh.deshpande ] | Priya Dhamande [ priya.dhamande ] |
Remaining Estimate | 10h [ 36000 ] | |
Original Estimate | 10h [ 36000 ] |
Remaining Estimate | 10h [ 36000 ] | 8h [ 28800 ] |
Time Spent | 2h [ 7200 ] | |
Worklog Id | 76587 [ 76587 ] |
Worklog Id | 76587 [ 76587 ] |
Status | Open [ 1 ] | In Development [ 10007 ] |
Status | In Development [ 10007 ] | Local Testing [ 10200 ] |
Status | Local Testing [ 10200 ] | Stage Testing [ 10201 ] |
Status | Stage Testing [ 10201 ] | Production Testing [ 10202 ] |
-
- Time Spent:
- 2.5h
-
Scenarios testing on production on LHP for hspl
Remaining Estimate | 8h [ 28800 ] | 5.5h [ 19800 ] |
Time Spent | 2h [ 7200 ] | 4.5h [ 16200 ] |
Worklog Id | 79907 [ 79907 ] |
Resolution | Cannot Reproduce [ 5 ] | |
Status | Production Testing [ 10202 ] | Production Complete [ 10028 ] |
Resolution | Cannot Reproduce [ 5 ] | Fixed [ 1 ] |
Status | Production Complete [ 10028 ] | Closed [ 6 ] |
Transition | Time In Source Status | Execution Times |
---|
|
431d 21h 48m | 1 |
|
4s | 1 |
|
3s | 1 |
|
2s | 1 |
|
1m 13s | 1 |
|
8s | 1 |
Hi Amruta Lohiya,
There seems to be problem in core plan allocation effective date calculation. We need time to analysis this issue first and then will convey LB due Date for same.