Keel Integrations

Keel fits the rails you already run.

It does not replace what works. Keel plugs into the ben admin and HRIS you already use, captures your elections, and hands off clean. Your ben admin still transmits to carriers and runs payroll.

It plugs into your stack, not over it.

Census in from your HRIS, elections captured in Keel, a validated bundle out to Employee Navigator. Your ben admin stays the system of record and feeds the carriers.

app.keel.com/integrations
How it fits
Keel sits in the middle. The rails stay yours.
Census in · elections captured · a validated bundle out
FinchHRIS censusSyncing roster
KeelCaptures electionsBuilding bundle
Employee NavigatorBen admin of recordBundle received
Carriers + payrollDownstreamEN transmits
Census in
Validated bundle
EN transmits
Illustrative. The carrier feed originates at the ben admin, not at Keel.
Keel stops at the clean handoff. Your ben admin stays the system of record and feeds the carriers. Keel never transmits to a carrier directly.
Representative wiring. Keel maps to your existing ben admin and HRIS, it does not replace them.
What Keel connects to

Three connection points, one clean record.

Keel reads your census, captures the elections, and hands the bundle back to the system you already trust.

Logo · Employee Navigator
Employee Navigator
The ben admin of record
Keel captures every election and hands Employee Navigator a validated, ready-to-load bundle. EN transmits to the carriers and runs payroll deductions downstream. The carrier feed originates at EN, never at Keel.
Validated bundle out
Logo · Finch
Finch
HRIS connectivity
Finch keeps the census synced from your HRIS, detects new hires and terminations, and keeps everything reconciled. Keel always works from a current roster, so no one is missing and no one lingers after they leave.
Census in, kept reconciled
Logo · Your HRIS
HRIS & ben admins
Built to the standard shape
The bundle is built to the standard EDI 834 shape, so it maps well beyond Employee Navigator. If you run a different ben admin, Keel still captures the elections and hands you a file your system can load.
Standard EDI 834 shape
How the handoff works

Census in. Elections captured. Bundle out.

Four steps, left to right. Keel does the middle. The rails on either side stay exactly as they are.

1

Census in via Finch

Finch syncs your roster from the HRIS and flags new hires and terminations, so Keel always works from a current, reconciled census.

2

Elections captured

Employees enroll in Keel. Every plan choice, dependent, and beneficiary is captured exactly as submitted, with nothing retyped.

3

Validated bundle to EN

Keel validates the elections, maps them to the EDI 834 shape, and delivers one clean bundle to Employee Navigator, your ben admin of record.

4

EN transmits downstream

Employee Navigator transmits to the carriers and runs payroll deductions from there. That feed originates at the ben admin, exactly as it always has.

A feature, not a gap

What Keel does not do.

The boundaries are deliberate. They are what keep your stack intact and your data tightly scoped.

No direct carrier feeds

Keel never transmits to a carrier. It captures the elections and hands the ben admin a clean bundle. Your ben admin stays the system of record and feeds the carriers, exactly as it does today.

Your rails stay your rails

No claims or clinical data

Keel never ingests claims, medications, diagnoses, or biometrics. It works with census, elections, and the disclosures employees choose to share, all handled as encrypted sensitive data, nothing more.

Tightly scoped by design
Questions

Does it fit my stack?

Which ben admins do you work with?
Employee Navigator first, since that is where most of our brokers and employers already live. The bundle is built to the standard EDI 834 shape, so it maps well beyond EN to other ben admins too. Keel captures the elections and hands off a clean file, your ben admin handles the carrier transmission and payroll from there.
Do you connect to carriers?
No, and that is deliberate. Keel never transmits to a carrier directly. It captures the elections and produces the ben-admin-ready bundle. Your ben admin remains the system of record and feeds the carriers and payroll downstream. We make the handoff clean, we do not try to replace the rails that already work.
How does the census stay current?
Through Finch, which keeps your census synced from the HRIS you already run. New hires and terminations are detected and reconciled, so Keel always works from a current roster. No one is missing at enrollment, and no one lingers on the file after they leave.
What about payroll?
Payroll deductions run downstream of the ben admin, exactly as they do today. Keel hands the validated elections to Employee Navigator, and EN drives the carrier feeds and the payroll deductions from there. Keel does not touch payroll directly, it just makes sure the data EN works from is clean.
What data does Keel actually touch?
Census, including SSNs, the elections employees make, and the disclosures they choose to share in the quiz or with Amanda. All of it handled as encrypted sensitive consumer data. Keel never ingests claims, medications, diagnoses, or biometrics, the scope is deliberately tight.
Keel Integrations

It fits the rails
you already run.

See how Keel plugs into your ben admin and HRIS, captures the elections, and hands off clean.