Difference between revisions of "BenSelect:Admin:ADP"
(→Basic Settings) |
|||
| (6 intermediate revisions by the same user not shown) | |||
| Line 54: | Line 54: | ||
<li> Polling Interval – Set the period of time between the previous and next sync with the ADP system. We’ll check their side and if there is anything different in the employee demographic information, we’ll bring that over in an inbound event. | <li> Polling Interval – Set the period of time between the previous and next sync with the ADP system. We’ll check their side and if there is anything different in the employee demographic information, we’ll bring that over in an inbound event. | ||
<li>Enable Polling – Automatically selected; deselect to turn off the polling function. | <li>Enable Polling – Automatically selected; deselect to turn off the polling function. | ||
| − | <li>Stability Delay – | + | <li>Stability Delay – For Outbound Events only. is for outbound events only. Set the number of minutes the queue will wait before it begins processing an event. |
<li>Deliverable – Associate a deliverable to the integration. This association ensures that any events exchanged via the ADP integration are tracked on the employee’s EDI tab. Additionally, it ensures any issues associated with the integration are displayed on the Home page Deliverables widget. | <li>Deliverable – Associate a deliverable to the integration. This association ensures that any events exchanged via the ADP integration are tracked on the employee’s EDI tab. Additionally, it ensures any issues associated with the integration are displayed on the Home page Deliverables widget. | ||
<li>Postpone if After – Set the date after which no data exchange should occur. This field is used to hold transmission of any deductions later than the given date, as long as the date is in the future. | <li>Postpone if After – Set the date after which no data exchange should occur. This field is used to hold transmission of any deductions later than the given date, as long as the date is in the future. | ||
| Line 60: | Line 60: | ||
<li>Processing – When all adapter configuration is completed, set Enabled to Yes, then set Processing to Play. | <li>Processing – When all adapter configuration is completed, set Enabled to Yes, then set Processing to Play. | ||
Note: If the Enabled setting is set to Yes, but the Processing setting is set to Pause, BenSelect will receive “payloads” (aka decision information), but will not process them. These will be available for viewing on the Integration Dashboard in the Awaiting Approvals section. | Note: If the Enabled setting is set to Yes, but the Processing setting is set to Pause, BenSelect will receive “payloads” (aka decision information), but will not process them. These will be available for viewing on the Integration Dashboard in the Awaiting Approvals section. | ||
| − | Caution: Do not turn off the integration once it has started running. This causes any decision information not to be logged into BenSelect; it would have to be re-sent to the system. However, if the integration is “paused”, the decision information is sent to BenSelect, and can then be processed when the Processing option is set to Play. | + | Caution: Do not turn off the integration once it has started running. This causes any decision information not to be logged into BenSelect; it would have to be re-sent to the system. However, if the integration is “paused”, the decision information is sent to BenSelect, and can then be processed when the Processing option is set to Play. |
| + | |||
====Users Settings==== | ====Users Settings==== | ||
| Line 83: | Line 84: | ||
====Locations Settings==== | ====Locations Settings==== | ||
The Locations section allows you to configure the source for the location and the department. These are mapped to fields provided by ADP. | The Locations section allows you to configure the source for the location and the department. These are mapped to fields provided by ADP. | ||
| − | <li>Location Source – Select the source for the location field. | + | <li>Location Source – Select the source for the location field. Options include Location Name and Company Code. Location name = ADP Location name (most common). Company Code = ADP company/payroll group code (for multi-company setups). |
<li>Department Source - Select the source for the Department field. | <li>Department Source - Select the source for the Department field. | ||
Location Filtering: | Location Filtering: | ||
By default, the integration processes all available Company Codes from ADP. Adding a Company Code to the grid limits processing to those listed. If no codes are entered, all companies are included. | By default, the integration processes all available Company Codes from ADP. Adding a Company Code to the grid limits processing to those listed. If no codes are entered, all companies are included. | ||
ADP Locations act as an additional filter. If a Company Code is listed with a specific ADP Location, only records for that company and location are processed. | ADP Locations act as an additional filter. If a Company Code is listed with a specific ADP Location, only records for that company and location are processed. | ||
| + | |||
====Job Class Settings==== | ====Job Class Settings==== | ||
<li>Job Class Source – Select the source for the Job Class field. Options include: Worker Category, FLSA, Benefits Eligibility Class, and Custom Field. | <li>Job Class Source – Select the source for the Job Class field. Options include: Worker Category, FLSA, Benefits Eligibility Class, and Custom Field. | ||
| Line 95: | Line 97: | ||
<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>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>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> | + | <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>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. | <li>Skip Updates After - Set the number of days after which no updates are made. | ||
| Line 142: | Line 144: | ||
Click this button to queue a process to begin syncing employee data at a rate of 50 employees every 30 minutes. | Click this button to queue a process to begin syncing employee data at a rate of 50 employees every 30 minutes. | ||
<li>This step is optional because employee data can also be uploaded to the case via a Census file instead. | <li>This step is optional because employee data can also be uploaded to the case via a Census file instead. | ||
| + | |||
| + | ==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 ADP 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. | ||
| + | |||
| + | |||
=Unsupported Features and Additional Notes= | =Unsupported Features and Additional Notes= | ||
<li>The Subscriber OID can only be linked to one case at a time. If the customer wants to set up the ADP integration for multiple cases, they will need to subscribe to the Selerix application for each employer group in ADP and get a different Subscriber OID for each case build. | <li>The Subscriber OID can only be linked to one case at a time. If the customer wants to set up the ADP integration for multiple cases, they will need to subscribe to the Selerix application for each employer group in ADP and get a different Subscriber OID for each case build. | ||
Latest revision as of 18:45, 19 March 2026
Integrating ADP into your case takes just a few steps:
Contents
- 1 STEP 1: CONTACT ADP FOR REQUIRED INFORMATION
- 2 STEP 2: REQUEST NEW USER ROLE – API INTEGRATION
- 3 STEP 3: ADD ADP ACCESS TO THE CASE
- 4 STEP 4: CONFIGURE THE ADP ADAPTER
- 5 STEP 5: PURCHASE THE SELERIX APPLICATION IN THE ADP MARKETPLACE
- 6 STEP 6: CONSENT TO DATA ACCESS
- 7 STEP 7: TEST THE INTEGRATION
- 8 STEP 8: SYNC EMPLOYEE DATA (OPTIONAL)
- 9 Best Practice for Handling OE with a Payroll Integration
- 10 Unsupported Features and Additional Notes
STEP 1: CONTACT ADP FOR REQUIRED INFORMATION
The broker/case builder must request specific information from ADP. 1. Contact your ADP account manager and request API integration with Selerix. ADP will charge a nominal fee (typically less than setting up file exchange) for activating this service. a. Note that you will have to identify the specific site you are using and may be required to provide the webhook URL (/QX/api/payroll/push/ADP). See the Webhooks Table for the specific webhook used where your case resides. 2. ADP will provide the OID information to Selerix Support, who can then communicate it to the Broker/Case builder.
STEP 2: REQUEST NEW USER ROLE – API INTEGRATION
Contact Selerix Technical Support and request the API Integration role for your user account.
This provides access to Integrations via the Data Management menu.
STEP 3: ADD ADP ACCESS TO THE CASE
- Select Case Info from the Case Setup menu.
- Click the Access tab.
- Select ADP from the Payroll Administrators list.
- Click Save.
STEP 4: CONFIGURE THE ADP ADAPTER
The Case Builder is responsible for setting up the ADP Integration Adapter on the case.
To create the ADP adapter for API integration with BenSelect:
- Login to your BenSelect site and select the case that is integrating with ADP.
- 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 ADP Integration Provider.
- Click Add. The ADP Adapter Setup page displays options.
Using the information from ADP, enter the required information in each section of the ADP Adapter Setup. Note that hovering your mouse over the label for each field provides additional information about the field.
General Settings
This section allows setup for the following sub sections:
Basic Settings
Users Settings
Error Notification Settings
This section contains options for notifications regarding the integration.
Data Settings
This section allows setup for the following sub sections: • Locations • Job Class • Options • System of Record
Locations Settings
The Locations section allows you to configure the source for the location and the department. These are mapped to fields provided by ADP.
Job Class Settings
Options Settings
System of Record Settings
Connection Settings
Save the integration after adding the Subscriber OID.
Sync Settings
STEP 5: PURCHASE THE SELERIX APPLICATION IN THE ADP MARKETPLACE
Selerix Support advises the broker/case builder to purchase the Selerix Connector App in the ADP Marketplace. The customer will need to provide:
STEP 6: CONSENT TO DATA ACCESS
At the end of the checkout process, the broker/case builder will need to follow the steps in ADP to allow consent for the Selerix App to access their data.
STEP 7: TEST THE INTEGRATION
The case builder will complete the following steps.
- Navigate to Data Management -> Integrations in BenSelect.
- Click the Edit icon next to the ADP Integration.
- In the Connection Settings panel, add the Subscriber OID to the integration in the corresponding field.
- Save the integration after adding the Subscriber OID.
- Use the Test Connection button to verify that the integration can connect and receive data from ADP.
STEP 8: SYNC EMPLOYEE DATA (OPTIONAL)
The broker/case builder can choose to sync all employee data.
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 ADP 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:
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.
Unsupported Features and Additional Notes
- The integration does not support making corrections for canceling future deductions. If the customer cancels a future deduction in Selerix, it will terminate the entire plan in ADP, not just the future payments.
- The integration does not support changing the deduction start date for existing deductions in Selerix. If the customer changes the start date of a deduction that has already been sent to ADP, it will not update in ADP and may cause errors or discrepancies.
- The integration does not support administrative changes to the effective date and deduction date of deductions in Selerix. If the customer modifies these dates manually in Selerix, it will result in unexpected behaviors and may cause the payload to error out when sent to ADP.