This page (revision-46) was last changed on 07-Jul-2022 14:44 by Karen Parrott

This page was created on 26-Nov-2021 10:22 by KateN

Only authorized users are allowed to rename pages.

Only authorized users are allowed to delete pages.

Page revision history

Version Date Modified Size Author Changes ... Change note
46 07-Jul-2022 14:44 25 KB Karen Parrott to previous
45 26-Nov-2021 10:22 24 KB kparrott to previous | to last
44 26-Nov-2021 10:22 24 KB kparrott to previous | to last
43 26-Nov-2021 10:22 24 KB kparrott to previous | to last
42 26-Nov-2021 10:22 24 KB kparrott to previous | to last
41 26-Nov-2021 10:22 23 KB kparrott to previous | to last

Page References

Incoming links Outgoing links
IBPN

Version management

Difference between version and

At line 5 added 2 lines
Maintain Plan/Coverage Definitions Usages data is stored on the [P2K_BE_PLAN_DEFINITIONS], [P2K_BE_COVERAGE_DETAILS], [P2K_BE_COVERAGE_COMPONENTS], [P2K_BE_COVERAGE_RATES], [P2K_BE_REDUCTION_RULES] and [P2K_BE_EVENT_TYPE_USAGES].
At line 6 removed 6 lines
\\
Maintain Plan/Coverage Definitions Usages data is stored on the [P2K_BE_PLAN_DEFINITIONS].
\\
;[Plan|PLAN_CODE]:Plan is a user-defined code uniquely identifying the plan to the organization. Plan_Code is a mandatory 16-character alphanumeric field you must manually enter.
;[Description|DESCRIPTION]:This field provides a user-defined description of the benefit plan. Description is an optional 50-character alphanumeric field you may manually enter.
\\
At line 14 changed one line
;[Entity|ENTITY_CODE]:The Entity field identifies the organization to which this plan is restricted. This field may be left blank if there is no restriction. Entity from [P2K_CM_ENTITIES] is an optional 16-character alphanumeric field you may manually enter or use the LOV (F9).
;[Entity|ENTITY_CODE]:The Entity field identifies the organization to which this plan is restricted. This field may be left blank if there is no restriction.
At line 16 changed one line
;[Plan Type|PLAN_TYPE_CODE]:This field indicates the plan type that categorizes this plan. Plan_Type_Code is a mandatory 16-character alphanumeric field you must either manually enter or use the LOV (F9).
;[Plan Type|PLAN_TYPE_CODE]:This field indicates the plan type that categorizes this plan.
At line 18 changed one line
;[Policy #|POLICY_NUMBER]:This field supplies the insurance policy number assigned by the insurance carrier. Policy_Number is an optional 30-character alphanumeric field you may manually enter.
;[Plan|PLAN_CODE]:Plan is a user-defined code uniquely identifying the plan to the organization.
At line 20 changed one line
;[Calc #|CALCULATION_SEQUENCE]:This field determines the order in which the plan will be processed by the benefit calculation. Calculation_Sequence is an optional 5-digit numeric field that will default from the Plan Type ([IBPT]) form but may be overridden by you.
;[Description|DESCRIPTION]:This field provides a user-defined description of the benefit plan.
At line 22 changed one line
;[Established|ESTABLISHED_DATE]:This is the date the plan was first established at the organization. Established_Date is an optional date field you may manually enter.
;[Plan Established|ESTABLISHED_DATE]:This is the date the plan was first established at the organization.
At line 24 changed one line
;[Plan End Date|END_DATE]:This is the date after which dependent coverage or beneficiary. End_Date is a mandatory date field you must manually enter.
;[Plan End Date|END_DATE]:This is the date after which dependent coverage or beneficiary.
At line 26 changed one line
;[Web Document|WEB_DOCUMENT]:This field is contains the file related to the benefit plan
;[Calc Seq #|CALCULATION_SEQUENCE]:This field determines the order in which the plan will be processed by the benefit calculation.
At line 28 changed one line
;[Last Remittance|LAST_REMIT_DATE]:This field holds the date this plan was last remitted to the insurance carrier (or reconciled for internal plans). Each time the remittance process is run, this date is updated by the system to reflect the latest date processed. When a user runs remittances for a specific time period, the system checks that there are no missing remittance periods since the last run.
;[Policy #|POLICY_NUMBER]:This field supplies the insurance policy number assigned by the insurance carrier.
At line 30 changed one line
;:%%warning It is recommended that this field be initialized to the end of the remittance period prior to the commencement of parallel testing for testing purposes, and to the remittance period prior to the live date for production purposes.%%
;[Calendar|CALENDAR_CODE]:This field provides the user-defined calendar code, which uniquely identifies the calendar by which the plan must be remitted.
At line 32 changed one line
;:Last_Remit_Date is an optional date field will be updated by the system, however you may alter this field.
;[Participation|PARTICIPATION_RULE]:This field indicates whether participation in a benefit plan or coverage is mandatory or optional. The participation rule on the plan definition is used as a default entry to the benefit schedule. Only the participation rule from the benefit schedule is enforced.
At line 34 changed one line
;[Remittance Report|REMIT_REPORT_CODE]:Remittance Report is a user-defined code uniquely identifying the report within the organization. Remit_Report_Code is a 16-character alphanumeric optional field you may manually enter or use the LOV(F9).
;[Access_Code|PLAN_ACCESS_CODE]:Plan Access is a security feature providing the ability to control access to different types of benefits information.
At line 36 changed one line
;[Plan Remit Seq #|PLAN_REMIT_SEQUENCE]:Remittance Sequence determines the order in which each plan will be printed when more than one benefit plan is printed on the same remittance report. Plan_Remit_Sequence is a 5 digit numeric optional field you may manually enter.
;[Not Scheduled|NOT_SCHEDULED]:If the ‘Not Scheduled’ toggle is ON, then this plan may be added to the Benefit Election form ([IBEL]) without being placed on the Benefit Schedule ([IBSC]). If the toggle is OFF, the plan must be on the schedule to allow employee to elect it.
At line 38 changed one line
;[Participation|PARTICIPATION_RULE]:This field indicates whether participation in a benefit plan or coverage is mandatory or optional. The participation rule on the plan definition is used as a default entry to the benefit schedule. Only the participation rule from the benefit schedule is enforced. Participation_Rule is an optional fixed lexicon ([X_PARTICIPATION_RULE]) that you may use to look up the value.
;[Track Decline|TRACK_DECLINE]:If the ‘Track Decline’ toggle is ON, a form is created in the enrollment file when an employee declines coverage under a plan. If the toggle is OFF declined benefits are not tracked.
At line 40 changed one line
;[Calendar|CALENDAR_CODE]:This field provides the user-defined calendar code, which uniquely identifies the calendar by which the plan must be remitted. Calendar_Code is a 16-character alphanumeric mandatory field you must manually enter or use the LOV(F9).
;[Web Document|WEB_DOCUMENT]:This field allows a user to specify an html document explaining the benefit policy. This page will be displayed in the [WEBEN] form.
At line 42 changed one line
;[Not Scheduled|NOT_SCHEDULED]:If the ‘Not Scheduled’ toggle is ON, then this plan may be added to the Benefit Election form ([IBEL]) without being placed on the Benefit Schedule ([IBSC]). If the toggle is OFF, the plan must be on the schedule to allow employee to elect it. Not_Scheduled is an optional toggle field.
;[Election Document|ELECTION_DOCUMENT]: This field allows a user to specify an html document which is available to employees in [WEBEL].
At line 44 changed one line
;[Remit As Of Day|REMIT_ASOF_DAY]:This field specifies the day of the remittance period on which remittances are assessed. Remit_Asof_Day is a 5-digit numeric optional field defaulting from the remittance report or you may manually override.
!Elections
;[Plan Election Set|PLAN_ELECTION_SET]: This field stores the plan election set the plan is tied to. This field is only to be used for Open Enrollments. The plans within the Plan Election Set must be part of the same plan type. Since Plan Election Sets are used when plans are mutually exclusive of one another, they can only be implemented if the client already restricts the employees to only enroll into one plan.
At line 46 changed one line
;[Remit Date Rule|REMIT_DATE_RULE]:This field indicates the date at which remittances must be assessed. Remit_Date_Rule is an optional fixed lexicon ([X_REMIT_DATE_RULE]) that you may use to look up the value.
;[Open Enroll Allowed|OPEN_ENROLLMENT_ALLOWED]:If the benefit plan is to be included in the Open Enrollment process then the Open Enroll Allowed field must be populated with either ‘Always Open’ or ‘OE Periods Only’. Always Open will ensure that the benefit plan is always open to employees to elect into. OE Periods Only ensures that the benefit plan is only open during the OE Period. If the benefit plan is never to be used by the Open Enrollment process then select ‘Never Open’.
At line 48 changed one line
;[Print Zero Rule|PRINT_ZERO_RULE]:This field controls whether employees with zero premium amounts (for any reason) who are enrolled in the benefit plan should get printed on the remittance report. Print_Zero_Rule is an optional fixed lexicon ([X_PRINT_ZERO_RULE]) that you may use to look up the value.
;[Approval Required|APPROVAL_REQUIRED]:Approval logic can be enabled at the plan level for [IBEL] elections. Clients can choose No Approval Required (used by [IBEL] elections only), Approval Required or Apr Req for Chgs Only (Approval is only required for changes made to elections). Approval logic is required for Open Enrollments. All employee Open Enrollments must be first approved before they can be processed into enrollments in [IBEN]. The approval is made at the employee Open Enrollment level, not at a benefit election level meaning that the Administrator will not be approving each election change but the employee’s overall participation in the Open Enrollment.
At line 50 changed one line
;[Access_Code|PLAN_ACCESS_CODE]:Plan Access is a security feature providing the ability to control access to different types of benefits information.
;[Display Sequence|DISPLAY_SEQUENCE]:A display sequence is used to determine the order the benefit plans are listed in the [WEBOEE] form in Self Service.
At line 52 changed one line
;:%%information This feature is not currently available. Planned for a future release.
;[Grandfathered|GRANDFATHERED]:This will indicate if the benefit plan has been ‘grandfathered’. This field is currently only supported in Open Enrollments, it is not currently respected in [IBEL]. For Open Enrollments, this will restrict new employees from being elected into the plan. Any grandfathered plans will not be included in the Open Enrollment process.
At line 54 changed one line
;:Plan_Access_Code is an optional fixed lexicon ([X_SECURITY_ACCESS]) that you may use to look up the value.
;[Required Documents|ELECTION_INTRO_TEXT]:Any documents that are required to be uploaded by the employee during the Open Enrollment must be listed here. This field will be visible in the third tab in [WEBOEE] to indicate to the employee what documents are needed for each plan. If none of the coverages in the plan require documentation, this field should be left blank.
At line 56 removed one line
;[Approval Required|APPROVAL_REQUIRED]:If the ‘Approval Required’ toggle is ON, employer authorization is required before an employee can enroll in the specified plan. If the toggle is OFF authorization is not required.
At line 58 changed one line
;:Approvals are set up through the IDAR form. Approval_Required is an optional toggle field.
!Remittances
;[Remittance Report|REMIT_REPORT_CODE]:Remittance Report is a user-defined code uniquely identifying the report within the organization.
At line 60 changed one line
;[Track Decline|TRACK_DECLINE]:If the ‘Track Decline’ toggle is ON, a form is created in the enrollment file when an employee declines coverage under a plan. If the toggle is OFF declined benefits are not tracked. Track_Decline is an optional toggle field.
;[Carrier|EMPLOYER]:This field will populate the Carrier (Employer) tied to the Remittance report.
;[Remit As Of Day|REMIT_ASOF_DAY]:This field specifies the day of the remittance period on which remittances are assessed.
At line 62 changed one line
;[Remit by State|REMIT_BY_STATE]:If the ‘Remit by State’ toggle is ON, the state or province of the employee’s residence separates remittance history records. If the toggle is OFF there is no separation by state or province. Remit_By_State is an optional toggle field.
;[Plan Remit Seq #|PLAN_REMIT_SEQUENCE]:Remittance Sequence determines the order in which each plan will be printed when more than one benefit plan is printed on the same remittance report.
At line 64 changed one line
;[Remit by Unit or Group|REMIT_BY_UNIT_OR_GROUP]:If the ‘Remit by Unit or Group’ toggle is ON, remittance history records will be separated by group or unit, based on the employee’s [Prime Assignment Information (IEAS)|IEAS] form. If the toggle is OFF there is no separation by unit and group. Remit_By_Unit_Or_Group is an optional toggle field.
;[Last Remittance|LAST_REMIT_DATE]:This field holds the date this plan was last remitted to the insurance carrier (or reconciled for internal plans). Each time the remittance process is run, this date is updated by the system to reflect the latest date processed. When a user runs remittances for a specific time period, the system checks that there are no missing remittance periods since the last run.
At line 66 changed one line
;[Print All Waivers|PRINT_ALL_WAIVERS]:If the ‘Print All Waivers’ toggle is ON, employees receiving a benefit waiver that reduces their premium to zero will still appear on the remittance report. If the toggle is OFF employees on a waiver with a zero premium will not get printed. Print_All_Waivers is an optional toggle field.
;:%%warning It is recommended that this field be initialized to the end of the remittance period prior to the commencement of parallel testing for testing purposes, and to the remittance period prior to the live date for production purposes.%%
At line 66 added 12 lines
;:Last_Remit_Date is an optional date field will be updated by the system, however you may alter this field.
;[Remit Date Rule|REMIT_DATE_RULE]:This field indicates the date at which remittances must be assessed.
;[Print Zero Rule|PRINT_ZERO_RULE]:This field controls whether employees with zero premium amounts (for any reason) who are enrolled in the benefit plan should get printed on the remittance report.
;[Remit by State|REMIT_BY_STATE]:If the ‘Remit by State’ toggle is ON, the state or province of the employee’s residence separates remittance history records. If the toggle is OFF there is no separation by state or province.
;[Remit by Unit or Group|REMIT_BY_UNIT_OR_GROUP]:If the ‘Remit by Unit or Group’ toggle is ON, remittance history records will be separated by group or unit, based on the employee’s [Prime Assignment Information (IEAS)|IEAS] form. If the toggle is OFF there is no separation by unit and group.
;[Print All Waivers|PRINT_ALL_WAIVERS]:If the ‘Print All Waivers’ toggle is ON, employees receiving a benefit waiver that reduces their premium to zero will still appear on the remittance report. If the toggle is OFF employees on a waiver with a zero premium will not get printed.
At line 70 changed one line
;[Coverage|COVERAGE_CODE]:Coverage is a user-defined code uniquely identifying the coverage to the organization. Coverage_Code is a mandatory 16-character alphanumeric field you must manually enter.
;[Coverage|COVERAGE_CODE]:Coverage is a user-defined code uniquely identifying the coverage to the organization.
At line 72 changed one line
;[Seq #|COVERAGE_REMIT_SEQUENCE]:Remit Sequence determines the order in which all the Coverages will be printed when more than one benefit coverage is printed on the same remittance report. Coverage_Remit_Sequence is an optional 5-digit numeric field that will default from the plan or you may manually enter.
;[Seq #|COVERAGE_REMIT_SEQUENCE]:Remit Sequence determines the order in which all the Coverages will be printed when more than one benefit coverage is printed on the same remittance report.
At line 74 changed one line
;[Policy #|POLICY_NUMBER]:Insurance Policy Number for the coverage. Policy_Number is an optional 30-character alphanumeric field that will default from the plan or you may manually enter.
;[Policy #|POLICY_NUMBER]:Insurance Policy Number for the coverage.
At line 76 changed one line
;[Contact|CONTACT_ROLE]:Contact Role identifies the contact eligible under this coverage. Contact_Role is an optional 16-character alphanumeric field you may manually enter.
;[Recipient Type|RECIPIENT_TYPE]:This field determines the recipient eligible for the coverage. This field is used for Open Enrollments. Recipient_Type is a fixed lexicon ([X_PLAN_RECIPIENT_TYPE]). If the coverage is only available to the employee, ‘Not Applicable’ must be selected. The type of recipient defined at the coverage will filter the list of benefit recipients available to the employee for that plan during the election period. The filtration is done by comparing the recipient type lexicon values to the stored values of the [relation lexicon|X_RELATION] in [IECT]. The system will check for a recipient type at the coverage first, if none are found it will then check the plan type to see if one has been defined at that level. If the system cannot locate a recipient type for either the coverage or plan type, all of the employee’s contacts defined in [IECT] will be listed for the employee to elect. The page [Benefit Recipient Matrix for Open Enrollment|BENEFIT RECIPIENT MATRIX FOR OPEN ENROLLMENT] shows which relation values fall under each of the recipient types.
At line 78 changed one line
;[Recipient Type|RECIPIENT_TYPE]:This field determines the recipient eligible in the Benefit Plan. e.g Children, Spouse/Others, Not Applicable, Beneficiary. Recipient_Type is a fixed lexicon ([X_PLAN_RECIPIENT_TYPE])
;[Contact|CONTACT_ROLE]:Contact Role identifies the contact eligible under this coverage.
At line 80 changed one line
;[Display Sequence|DISPLAY_SEQUENCE]: This field determines the sequence in of candidates in the Benefit Plan.
%%information The following fields are only used in Benefit Self Service for Open Enrollments %%
\\
At line 82 changed one line
;[Waiting Period|WAITING_PERIOD]:
;[Display Sequence|DISPLAY_SEQUENCE]:This will determine the order the coverages are listed within the plans in [WEBOEE].
At line 84 changed one line
;[Minimum hrs/wk|MINIMUM_HOURS_PER_WEEK]:
;[Waiting Period|WAITING_PERIOD]:If there is a waiting period before an employee is eligible for the plan, specify the number of days.
At line 86 changed one line
;[Max # Recipients|NUMBER_RECIPIENTS]:
;[Minimum hrs/wk|MINIMUM_HOURS_PER_WEEK]:Used when an employee must work a minimum number of hours per week to qualify for the plan.
At line 88 changed one line
;[Max Child Age|MAXIMUM_CHILD_AGE]:
;[Max # Recipients|NUMBER_RECIPIENTS]:If the coverage is only available to a specific number of recipients, define the maximum number allowed.
At line 90 changed one line
;[Max Student Age|MAXIMUM_STUDENT_AGE]:
;[Max Child Age|MAXIMUM_CHILD_AGE]:If the coverage is open to children and there is an age restriction, state what the maximum child age is. The election process will verify the recipient’s age based on their birth date defined in [IECT].
At line 92 changed one line
;[Evidence Required|EVIDENCE_REQUIRED]:
;[Max Student Age|MAXIMUM_STUDENT_AGE]:If the coverage is open to students and there is an age restriction, state what the maximum student age is. The election process will verify the recipient’s age based on their birth date defined in [IECT]. This will only be in effect for those recipients who are defined as Students in [IECT].
At line 94 changed one line
;[Estimated Costs|ESTIMATED_COSTS]:
;[Max. Disabled Age|MAXIMUM_DISABLED_AGE]:If the coverage is open to dependents and there is an age restriction in place for disabled members, this field is used to store the maximum age allowed for disabled members. If there is no age restriction the user may enter 999 as the age. The election process will verify the recipient’s age based on their birth date defined in [IECT]. The disabled recipient must have the Disabled Indicator toggled ON in [IECT].
At line 96 removed one line
;[Pre Tax|PRE_TAX]:
At line 98 changed one line
;[Exclude From OE|EXCLUDE_FROM_OPEN_ENROLLMENT]:
;[Evidence Required|EVIDENCE_REQUIRED]:If evidence is required before an employee can be enrolled into a plan, then this should be toggled ON.
At line 100 changed one line
\\
;[Estimated Costs|ESTIMATED_COSTS]:If the EE and ER costs are based on estimated earnings the Estimated Costs toggle should be checked ON. With this ON there will be a notation displayed for the coverage’s cost in [WEBOEE].
;[Pre Tax|PRE_TAX]:With this toggle checked ON, this will identify to the employee in [WEBOEE] if the coverage is Pre Tax or Not.
;[Exclude From OE|EXCLUDE_FROM_OPEN_ENROLLMENT]:A coverage may be excluded from an Open Enrollment by checking this toggle ON.
At line 102 changed 2 lines
!!Coverages Tab - Details
;[Description|DESCRIPTION]:This field holds a user-provided description of the coverage. Description is an optional 50-character alphanumeric field you may manually enter.
!!Coverages Details tab
;[Description|DESCRIPTION]:This field holds a user-provided description of the coverage.
At line 105 changed one line
;[Remit Basis|REMIT_BASIS]:Remit Basis is the unit of measure in which remittances are stored and sent. Remit_Basis is a mandatory fixed lexicon ([X_RATE_BASIS]) that you may use to look up the value.
;[Remit Basis|REMIT_BASIS]:Remit Basis is the unit of measure in which remittances are stored and sent.
At line 107 changed one line
;[Rate Basis|RATE_BASIS]:Rate Basis indicates the unit of measure that coverage rates are stored in for coverage components, plan rates or enrollment tables. All rates entered on the Rates tab must be of the 'Rate Basis' indicated here. Rate_Basis is a mandatory fixed lexicon ([X_RATE_BASIS]) that you may use to look up the value.
;[Rate Basis|RATE_BASIS]:Rate Basis indicates the unit of measure that coverage rates are stored in for coverage components, plan rates or enrollment tables. All rates entered on the Rates tab must be of the 'Rate Basis' indicated here.
At line 109 changed one line
;[Frequency|FREQUENCY_CODE]:Frequency defines the condition under which the benefit is processed. The processing frequencies may be set by month, pay period, type of pay and number of times within a pay period. Frequency_Code is a mandatory 16-character alphanumeric field you must either manually enter or use the LOV (F9).
;[Frequency|FREQUENCY_CODE]:Frequency defines the condition under which the benefit is processed. The processing frequencies may be set by month, pay period, type of pay and number of times within a pay period.
At line 111 changed 3 lines
----
!!Coverages Tab - Components
Coverage Components identify which benefit components are applicable to a particular benefit coverage. They specify the information on the rules, usercalcs, [elements|PAY ELEMENTS], field values, factors and constants associated with a coverage.
;[OE Questions|RAS_ID]: This field allows the Benefit Administrator to select an Assessment from [IBAS]. Assessments may now be linked to a coverage allowing questions to be asked and responded to during on Open Enrollment period. If an employee elects a coverage with an assessment, an assessment event will be scheduled automatically. If there are mandatory answers within the assessment the employee will not be able to submit until the mandatory questions have been answered.
At line 115 changed one line
;:%%information If there is a component that must be manually entered at the time the employee elects the coverage then the component should have a BC Action of ‘Store on Enroll’ or ‘Store on Line & Enroll’ and have the ‘Allow Value Override’ toggle ON. This ensures that the component will be provided for input in the Process Benefit Elections ([IBEL]) form. All other components may have the ‘Allow Value Override’ OFF, but still have a BC action of ‘Store on Enroll’ or ‘Store on Line & Enroll’.\\ \\A [pay component|PAY COMPONENTS] may be indicated in the <PC Code> field if the result is required for Payroll processing or reporting. The BC action must be ‘Store on BE Line’ or ‘Store on Line & Enroll’.\\ \\ If any of the ‘Convert to Pay Period Amount’ components are to be used ensure that the ‘Week per Year’ and ‘Months per Year’ fields are completed on the Group ([IDGR]) form in order for the benefit calculation to process the conversion appropriately.%%
;[ACA Min. Value Self|ACA_MIN_VALUE_SELF]:A toggle to identify if the plan meets Minimum Essential Coverage, as defined by the IRS Rules. You would only toggle on a self-only coverage if it meets that criteria.
At line 130 added 14 lines
;[ACA Coverage|ACA_LINE_14]:This is used for ACA reporting on the 1095C form. The options listed are for the type of coverage selected. The value will be shown as a code in Line 14 on the 1095C form and in [VBACAE].
;[ACA Monthly EE Prem|]:This the cost to the employee for this coverage. It may be the employee deduction rate from the Rates tab, or another value. Note that this value represents a __monthly__ rate.
;[User Calcs|]:This option allows for a UserCalc to compute the ACA Monthly Employee Premium, rather than take it from the field above ACA Monthly EE Prem.
----
!!Components tab
\\
Coverage Components identify which benefit components are applicable to a particular benefit coverage. They specify the information on the rules, UserCalcs, [elements|PAY ELEMENTS], field values, factors and constants associated with a coverage.
\\ \\
;%%information If there is a component that must be manually entered at the time the employee elects the coverage then the component should have a BC Action of ‘Store on Enroll’ or ‘Store on Line & Enroll’ and have the ‘Allow Value Override’ toggle ON. This ensures that the component will be provided for input in the Process Benefit Elections ([IBEL]) form. All other components may have the ‘Allow Value Override’ OFF, but still have a BC action of ‘Store on Enroll’ or ‘Store on Line & Enroll’.\\ \\A [pay component|PAY COMPONENTS] may be indicated in the <PC Code> field if the result is required for Payroll processing or reporting. The BC action must be ‘Store on BE Line’ or ‘Store on Line & Enroll’.\\ \\ If any of the ‘Convert to Pay Period Amount’ components are to be used ensure that the ‘Week per Year’ and ‘Months per Year’ fields are completed on the Group ([IDGR]) form in order for the benefit calculation to process the conversion appropriately.%%
\\
At line 120 removed one line
;:Component_Sequence is a 5-character numeric mandatory field that is provided.
At line 124 removed one line
;:BC_Code is a provided mandatory 16-character alphanumeric field you may manually enter or use the LOV (F9).
At line 128 changed one line
;[Rule|BC_RULE_CODE]:This field is used to describe the possible options available for each benefits component. The rules shown are applicable to the highlighted benefits component in the BC Code field of the form. BC_Rule_Code from the [P2K_BE_BC_RULES] table is a mandatory 2-character numeric field either provided, manually enter or selected with the LOV (F9).
;[Rule|BC_RULE_CODE]:This field is used to describe the possible options available for each benefits component. The rules shown are applicable to the highlighted benefits component in the BC Code field of the form.
At line 132 changed 3 lines
;[BC Action|BC_ACTION]:This is the action will be performed by this benefits component.
;:%%information You may move a component action forward from ‘Calculate’ to ‘Log to BE line’ or ‘Store on Enroll’ but may not move backwards.%%
;:BC_Action is a mandatory fixed lexicon ([X_BC_ACTION]) you may use to look up the value.
;[Allow Value Override|ALLOW_VALUE_OVERRIDE]:If the ‘Allow Value Override’ toggle is ON, the system allows you to see value on [IBEL], and update it (must also have ‘enter on enrollment’ ON, and ‘enter on enrollment’). Allows users to override value on [IBEN]. If the toggle is OFF, a value may not be overridden. Both original values and overridden values are stored. The program will use the original or the override based on this toggle.
At line 136 changed one line
;[PC Code|PC_CODE]:Users may select a [pay component|PAY COMPONENTS] where the result of the component may be stored. In this manner, amounts calculated for benefit lines or enrollments may be recorded in Payroll, available for the Pay Register, employees’ pay stub and/or financial ledgers (as required). PC_Code is a 4-digit numeric optional field you may manually enter or use the LOV (F9).
;[Enter Enrollment|ENTER_ENROLLMENT]:If the ‘Enter Enrollment’ toggle is ON, the coverage component value may be overridden on the employee's enrollment form. This allows the user to enter the value when enrolling. Both 'Allow Value Override' and 'Enter Enrollment' must be on, and BC action including ‘Store on Enroll’, in order to see on [IBEL]. If the toggle is OFF, the component may not be overridden.
At line 138 removed 10 lines
;[Element|ELEMENT_CODE]:Users may enter an element to calculate the benefits component. The rules for the benefits component must include a “Use an Element” rule for this field to be used. Element_Code is a 16-character alphanumeric optional field you may manually enter or use the LOV (F9).
;[PC Abbrev.|PC_ABBREVIATION]:Abbreviation is a description of the [pay component|PAY COMPONENTS] chosen. PC_Abbreviation is a 30-character alphanumeric field defaulting from the [pay component|PAY COMPONENTS].
;[User Calc|USER_CALC_CODE]:You may specify a usercalc to calculate the benefits component amount, date, etc. This field is appropriate for those benefits components for which the Rule 00 – “Use UserCalc” is defined. UserCalcs may also be used to verify or change the component amount calculated. User_Calc_Code is a 16-character alphanumeric optional field you may manually enter or use the LOV (F9).
;[Allow Value Override|ALLOW_VALUE_OVERRIDE]:If the ‘Allow Value Override’ toggle is ON, the system allows you to see value on [IBEL], and update it (must also have ‘enter on enrollment’ ON, and ‘enter on enrollment’). Allows users to override value on [IBEN]. If the toggle is OFF, a value may not be overridden. Both original values and overridden values are stored. The program will use the original or the override based on this toggle. Allow_Value_Override is an optional toggle; the value of which is provided for each benefits component.
;[Enter Enrollment|ENTER_ENROLLMENT]:If the ‘Enter Enrollment’ toggle is ON, the coverage component value may be overridden on the employee's enrollment form. This allows the user to enter the value when enrolling. Both 'Allow Value Override' and 'Enter Enrollment' must be on, and BC action including ‘Store on Enroll’, in order to see on [IBEL]. If the toggle is OFF, the component may not be overridden. Enter_Enrollment is an optional toggle; the value of which is provided for each benefits component.
At line 152 changed one line
;:If the toggle is OFF, the component may not be overridden. Enter_Benefit_Lines is an optional toggle; the value of which is provided for each benefits component.
;:If the toggle is OFF, the component may not be overridden.
At line 174 added 15 lines
;[OE Enter Elections|ENTER_ELECTION]: This is only used in BSS for Open Enrollments. This toggle must be checked if an employee must submit information before electing a coverage, such as a Deduction amount for a Flex Spending account. This will prompt the employee for the necessary information. Again, if the BC is not visible in [IBEN] then the BC will not be visible in [WEBOEE].
;[Value|FIELD_VALUE]:This field allows you to enter a value for the benefit component.
;[BC Action|BC_ACTION]:This is the action to be performed by the benefits component.
;:%%information You may move a component action forward from ‘Calculate’ to ‘Log to BE line’ or ‘Store on Enroll’ but may not move backwards.%%
;[PC Code|PC_CODE]:Users may select a [pay component|PAY COMPONENTS] where the result of the component may be stored. In this manner, amounts calculated for benefit lines or enrollments may be recorded in Payroll, available for the Pay Register, employees’ pay stub and/or financial ledgers (as required).
;[Element|ELEMENT_CODE]:Users may enter an element to calculate the benefits component. The rules for the benefits component must include a “Use an Element” rule for this field to be used. .
;[PC Abbrev.|PC_ABBREVIATION]:Abbreviation is a description of the [pay component|PAY COMPONENTS] chosen.
;[User Calc|USER_CALC_CODE]:You may specify a usercalc to calculate the benefits component amount, date, etc. This field is appropriate for those benefits components for which the Rule 00 – “Use UserCalc” is defined. UserCalcs may also be used to verify or change the component amount calculated.
At line 163 changed 2 lines
!!Coverages Tab - Rates
Coverage Rates specify the set of rates applied to a specific step within the coverage detail.
!!Rates tab
At line 193 added 2 lines
Coverage Rates specify the set of rates applied to a specific step within the coverage detail.
\\ \\
At line 167 changed one line
\\
At line 170 removed one line
;:Coverage_Step_Code is a mandatory 16-character alphanumeric field you must manually enter.
At line 172 changed one line
;[Description|DESCRIPTION]:This field describes the rate step. Description is an optional 50-character alphanumeric field you may manually enter.
;[Description|DESCRIPTION]:This field describes the rate step.
At line 174 changed one line
;[Up to Limit|UP_TO_LIMIT]:Up to Limit (up to but not including) specifies the upper limit to which the step applies when the rates vary based on age, salary or other range criteria. Used for component B0500, Rule 05, 06, 08 and 09. Up_To_Limit is an optional 18-digit numeric field you may manually enter.
;[Up to Limit|UP_TO_LIMIT]:Up to Limit (up to but not including) specifies the upper limit to which the step applies when the rates vary based on age, salary or other range criteria. Used for component B0500, Rule 05, 06, 08 and 09.
At line 176 changed one line
;[Next Step|NEXT_STEP_CODE]:Next Step code indicates the next set of rates that will apply when rates are stepped based on a date. Next_Step_Code is a mandatory 16-character alphanumeric field you must manually enter.
;[Next Step|NEXT_STEP_CODE]:Next Step code indicates the next set of rates that will apply when rates are stepped based on a date.
At line 178 changed one line
;[Flex Amount|FLEX_AMOUNT]:This field provides the amount of the flex fund credit being contributed by the organization; used for component B0810, Rule 07. Flex_Amount is an optional 18-digit numeric field you may manually enter.
;[Flex Amount|FLEX_AMOUNT]:This field provides the amount of the flex fund credit being contributed by the organization; used for component B0810, Rule 07.
At line 180 changed one line
;[Premium 1 Rate|PREMIUM1_RATE]:This is the regular premium rate used in normal premium calculations; used for component B0600, Rule 02. Premium1_Rate is an optional 18-digit numeric field you may manually enter.
;[Premium 1 Rate|PREMIUM1_RATE]:This is the regular premium rate used in normal premium calculations; used for component B0600, Rule 02.
At line 182 changed one line
;[Premium 2 Rate|PREMIUM2_RATE]:Additional premium rate used when a second premium rate must be applied after a coverage limit is reached (e.g. $0.50 per $1,000 on 1st $50,000 coverage, $1.00 per $1,000 for any coverage in excess of $50,000). Used for component B0610, Rule 02. Premium2_Rate is an optional 18-digit numeric field you may manually enter.
;[Premium 2 Rate|PREMIUM2_RATE]:Additional premium rate used when a second premium rate must be applied after a coverage limit is reached (e.g. $0.50 per $1,000 on 1st $50,000 coverage, $1.00 per $1,000 for any coverage in excess of $50,000). Used for component B0610, Rule 02.
At line 184 changed one line
;[ER Contribution Rate|ER_CONTRIBUTION_RATE]:This is the rate used in the employer's contribution calculation; used for component B0800, Rule 02. ER_Contribution_Rate is an optional 18-digit numeric field you may manually enter.
;[ER Contribution Rate|ER_CONTRIBUTION_RATE]:This is the rate used in the employer's contribution calculation; used for component B0800, Rule 02.
At line 186 changed one line
;[EE Deduction Rate|EE_DEDUCTION_RATE]:This field provides the rate used in the employee's deduction calculation; used for component B1000, Rule 02. EE_Deduction_Rate is an optional 18-digit numeric field you may manually enter.
;[EE Deduction Rate|EE_DEDUCTION_RATE]:This field provides the rate used in the employee's deduction calculation; used for component B1000, Rule 02.
At line 188 changed one line
;[Taxable Benefit Rate|TAXBEN_RATE]:This is the rate used in the taxable benefit calculation; used for component B1200, Rule 02. Taxben_Rate is an optional 18-digit numeric field you may manually enter.
;[Taxable Benefit Rate|TAXBEN_RATE]:This is the rate used in the taxable benefit calculation; used for component B1200, Rule 02.
At line 190 changed one line
;[User 1 Rate|USER1_RATE]:This field provides the first user-defined rate. User1_Rate is an optional 18-digit numeric field you may manually enter.
;[User 1 Rate|USER1_RATE]:This field provides the first user-defined rate.
At line 192 changed one line
;[User 2 Rate|USER2_RATE]:This is the second user-defined rate. User2_Rate is an optional 18-digit numeric field you may manually enter.
;[User 2 Rate|USER2_RATE]:This is the second user-defined rate.
At line 194 changed one line
;[User 3 Rate|USER3_RATE]:This is the third user-defined rate. User3_Rate is an optional 18-digit numeric field you may manually enter.
;[User 3 Rate|USER3_RATE]:This is the third user-defined rate.
At line 197 changed one line
!!Coverages Tab - Waivers
!!Waivers tab
\\
At line 228 added 2 lines
\\
;[Employment Status|STATUS_CODE]:The employment status of an employee may be pending approval, active, on a leave of some type, or terminated.
At line 200 changed one line
;[Employment Status|STATUS_CODE]:The employment status of an employee may be pending approval, active, on a leave of some type, or terminated. Status_Code is a mandatory 16-character alphanumeric field you must manually enter or use the LOV (F9).
;[Up to Limit|UP_TO_LIMIT]:This field indicates the highest age for which this reduction rule applies, if applicable.
;[Waiver Method|WAIVER_METHOD]:This field indicates who pays the premium amount when an employee is on a benefit waiver.
At line 202 changed one line
;[Up to Limit|UP_TO_LIMIT]:This field indicates the highest age for which this reduction rule applies, if applicable. Up_To_Limit is a mandatory 18-digit numeric field you must manually enter.
;[Coverage Reduction %|COVG_REDUCTION_PERCENT]:This field indicates by how much the coverage/benefit amount is reduced.
At line 204 changed one line
;[Waiver Method|WAIVER_METHOD]:This field indicates who pays the premium amount when an employee is on a benefit waiver. Waiver_Method is an optional fixed lexicon ([X_WAIVER_METHOD]) that you may use to look up the value.
;[Premium Reduction %|PREM_REDUCTION_PERCENT]:This field indicates by how much the premium is reduced.
At line 206 changed one line
;[Coverage Reduction %|COVG_REDUCTION_PERCENT]:This field indicates by how much the coverage/benefit amount is reduced. Covg_Reduction_Percent is an optional 5-digit numeric field you may manually enter.
;[EE Reduction %|EE_REDUCTION_PERCENT]:This field indicates by how much the employee deduction is reduced.
At line 208 changed one line
;[Premium Reduction %|PREM_REDUCTION_PERCENT]:This field indicates by how much the premium is reduced. Prem_Reduction_Percent is an optional 5-digit numeric field you may manually enter.
;[ER Reduction %|ER_REDUCTION_PERCENT]:This field indicates by how much the employer contribution is reduced. \\
----
!!Benefit Events tab
\\
%%information The information displayed in this tab is view only and will only display if the plan is tied to a Benefit Event used in Benefit Self Service for Open Enrollments. %%
\\ \\
;[Event Type|BE_EVENT_TYPE_CODE]: The event type that the plan is associated to will be displayed here. Event Types are defined in [IBET].
At line 210 changed one line
;[EE Reduction %|EE_REDUCTION_PERCENT]:This field indicates by how much the employee deduction is reduced. EE_Reduction_Percent is an optional 5-digit numeric field you may manually enter.
;[Description|DESCRIPTION]: The description of the benefit event will display here to provide more information on the event.
At line 212 changed one line
;[ER Reduction %|ER_REDUCTION_PERCENT]:This field indicates by how much the employer contribution is reduced. ER_Reduction_Percent is an optional 5-digit numeric field you may manually enter.
;[Allow Auto Open Enrollment|ALLOW_AUTO_OPEN_ENROLLMENT]: If the event is defined to automatically create an open enrollment for an employee when the event is recorded, this toggle will be checked.
----
!!Benefit Dependencies tab
\\
%%information The information displayed in this tab is a display only and is used by Open Enrollment (OE). The data will be populated on this tab for the Secondary Plan from the setup done on the Benefit Plan Schedule form [IBSC]. The Coverages from the Secondary plan will be shown with the associated coverage required from the Primary Plan. %%
\\ \\
;[Scheduled Coverage|PRIMARY_COVERAGE]:This is the coverage from the Primary Plan that has a dependency to another plan/coverage (the Secondary Plan/Coverage)
;[Dependent Coverage|ALLOWED_SECONDARY_COVERAGE]:For the selected plan (Secondary Plan), this is the coverage that is associated to the Primary plan.
;[Default Coverage|DEFAULT_COVERAGE]: This field determines what coverage is used for the Secondary Plan when the 'Allowed Secondary Coverage' field is populated. \\- If the toggle is ON, then the system will default the coverage (i.e. if the user does nothing, they will get this coverage)\\- If “Default” is OFF, then the user must actively choose this coverage – i.e. must make a positive choice even though this is the only option.
----
![Notes|Edit:Internal.IBPN]
[{InsertPage page='Internal.IBPN' default='Click to create a new notes page'}]