Difference between revisions of "BenSelect:Admin:Viventium"
(→STEP 5: CONFIGURE THE VIVENTIUM ADAPTER) |
|||
| (One intermediate revision by the same user not shown) | |||
| Line 84: | Line 84: | ||
===Options Settings=== | ===Options Settings=== | ||
<li>Value to Determine Primary Employee – Viventium allows one employee to be employed at multiple locations. Use this setting to map which location is used to determine eligibility in BenSelect. | <li>Value to Determine Primary Employee – Viventium allows one employee to be employed at multiple locations. Use this setting to map which location is used to determine eligibility in BenSelect. | ||
| + | <li>Begin/End Date Processing: Select the date used by the payroll provider to process the deduction. Options include: | ||
| + | Coverage Effective Dates, Coverage Deduction Dates, Pay Period Start, Pay Period End, Pay Period Start +1 and Pay Period End -1. Choose the relevant option according to your payroll deduction schedule. | ||
| + | <li>Deduction Mode – Select the option for sending coverage data that applies to the case. All Coverage Data will send all coverage data within the same Add/Change/Delete transaction, while Affected Coverage Data will send only the affected data within the same Add/Change/Delete transaction. | ||
| + | <li>Auto Add Departments – Select to auto-add.<li>Skip Updates if employee is inactive (terminated) :When selected, terminated employees will not be updated. | ||
<li>Transfer Deductions with Employees – Select this option to allow the user to choose to let the deductions transfer with an employee to a new location, instead of treating the transaction as termination at one location and a new coverage at the new location. | <li>Transfer Deductions with Employees – Select this option to allow the user to choose to let the deductions transfer with an employee to a new location, instead of treating the transaction as termination at one location and a new coverage at the new location. | ||
| − | + | <li>Skip Updates if employee is inactive (terminated) - When selected, terminated employees will not be updated. | |
| + | <li>Skip Updates After: Set the number of days after which no updates are made. | ||
===Connection Settings=== | ===Connection Settings=== | ||
| Line 116: | Line 121: | ||
#Ensure that Deduction Subcodes match the Earning Codes on the Earning Codes tab of the spreadsheet. | #Ensure that Deduction Subcodes match the Earning Codes on the Earning Codes tab of the spreadsheet. | ||
#Click '''Save''' after you have set up all options. | #Click '''Save''' after you have set up all options. | ||
| + | |||
| + | ==Best Practice for Handling OE with a Payroll Integration== | ||
| + | During OE, clients typically do NOT want new plan year deductions sent, until a specific point. You should check with the client before sending any new plan year deductions. | ||
| + | |||
| + | The Viventium Integration Adapter has this option: '''Postpone if after'''. This field is used to: | ||
| + | |||
| + | <li>Hold transmission of any deductions later than the given date, as long as the date is in the future.</li> | ||
| + | |||
| + | For example, suppose the date is set to 12/28/2025. Up to December 28th, the system will delay delivery of deduction changes effective after 12/28/2025. After December 28th, this setting will be ignored, and deduction changes will be sent without delay. | ||
| + | Deductions whose delivery is postponed will show up in the Ready for Processing category. They will accumulate there until the given date passes. This is acceptable for two reasons: | ||
| + | |||
| + | <li>This list is otherwise very short. Events appear only for a few moments, then they are moved to other categories (errors or successfully processed).</li> | ||
| + | <li>These future events should drop to the end of the list, since their scheduled processing dates are in the future. | ||
| + | While most useful for cases with multiple plan years, this setting can also be used for any open enrollment in which the Payroll integration provider does not want to receive the deduction changes for OE yet.</li> | ||
| + | |||
| + | '''Note:''' If there are new products added for open enrollment, make sure and add the deduction codes and earning codes in EDI to ensure those deductions are sent to the payroll via the API integration. | ||
Latest revision as of 17:06, 13 November 2025
Integrating Viventium into your case takes just a few steps:
Contents
- 1 STEP 1: REQUEST NEW USER ROLE – API INTEGRATION
- 2 STEP 2: REQUEST VIVENTIUM SETUP INFORMATION
- 3 STEP 3: ADD VIVENTIUM ACCESS TO THE CASE
- 4 STEP 4: CREATE THE VIVENTIUM ADAPTER
- 5 STEP 5: CONFIGURE THE VIVENTIUM ADAPTER
- 6 STEP 6: SET UP EDI DEDUCTION CODES
- 7 Best Practice for Handling OE with a Payroll Integration
STEP 1: REQUEST NEW USER ROLE – API INTEGRATION
Contact Selerix Technical Support (Support@Selerix.com) and request the API Integration role for your user account. This provides access to Integrations via the Data Management menu.
STEP 2: REQUEST VIVENTIUM SETUP INFORMATION
STEP 3: ADD VIVENTIUM ACCESS TO THE CASE
- Select Case Info from the Case Setup menu.
- Click the Access tab.
- Select VIVENTIUM from the Payroll Administrators list.
- Click Save.
STEP 4: CREATE THE VIVENTIUM ADAPTER
After receiving the API Integration role, you can then add and configure the Viventium Adapter.
To create a Viventium adapter for API integration with BenSelect:
- Login to your BenSelect site and select the case that is integrating with Viventium.
- Go to Data Management >> Integrations. The Integrations page displays options for adding a new integration.
- Click to create a new integration. The Add Integration dialog box opens.
- Click the Adapter drop-down list and select Viventium Integration Provider.
- Click Add. The Viventium Adapter Setup page displays options.
Now you can configure the Viventium adapter with the case-specific settings. Use the Viventium Configuration Spreadsheet for each field.
STEP 5: CONFIGURE THE VIVENTIUM ADAPTER
Using the information from Viventium, enter the required information in each section of the Viventium Adapter Setup. Note that hovering your mouse over the label for each field provides additional information about the field.
General - Basic Settings
Users Settings
Error Notification Settings
This section contains options for notifications regarding the integration.
Locations Settings
The Locations section allows you to configure the source for the location and the department. These are mapped to fields provided by Viventium.
Job Class Settings
Options Settings
Connection Settings
System of Record Settings
STEP 6: SET UP EDI DEDUCTION CODES
To ensure that the right codes for deductions and earnings are communicated through the Viventium integration, set up EDI Deduction Codes. This step assumes the following regarding Viventium (as the Payroll department integration):
To set up the deduction codes:
- Go to Case Setup >> EDI. The Electronic Data Interchange (EDI) screen displays tabs for setting up EDI parameters.
- Click the Deduction Codes tab.
- Select the Payroll Company (typically set up as Viventium).
- Click the Add icon.
- For each plan that you are sending, set up the Job Class, Plan, Product, Tier, Pretax/Post-tax, Deduction Code, Deduction Name, Deduction Type, Deduction Subcode, and Deduction Subtype as required by Viventium.
- Ensure that the Deduction Code matches the Deduction Codes on the Deduction Codes tab of the spreadsheet.
- Ensure that Deduction Subcodes match the Earning Codes on the Earning Codes tab of the spreadsheet.
- Click Save after you have set up all options.
Best Practice for Handling OE with a Payroll Integration
During OE, clients typically do NOT want new plan year deductions sent, until a specific point. You should check with the client before sending any new plan year deductions.
The Viventium Integration Adapter has this option: Postpone if after. This field is used to:
For example, suppose the date is set to 12/28/2025. Up to December 28th, the system will delay delivery of deduction changes effective after 12/28/2025. After December 28th, this setting will be ignored, and deduction changes will be sent without delay. Deductions whose delivery is postponed will show up in the Ready for Processing category. They will accumulate there until the given date passes. This is acceptable for two reasons: