Skip to main content
BenefitFlow IDs can change between data releases. When records are merged or re-keyed, the older ID is retired and a new one replaces it. The ID mapping files tell you which older IDs now point to which current IDs, so the records you’ve stored in your CRM or warehouse stay matched to the latest data.
Make this a standard step in every load. Each time you load a Broker, Broker Office, or Employer file, remap your stored IDs with the latest mapping file from the same folder. If you skip this, stored IDs that have changed won’t match the current data, and joins will silently drop those records.

Where the files are

Each of these three folders has a mapping file next to its weekly data files:
Each release includes a new, complete mapping file. Use only the latest mapping file in each folder, and don’t combine it with older versions.

What’s in a mapping file

Each mapping file has two columns: How to read it:
  • Source ID is an older ID. Join your stored IDs against this column.
  • Many-to-one. Several older IDs can point to the same current ID, for example when two records are merged into one. In rare cases, one older ID is listed with more than one current ID. See step 4.
  • IDs not listed don’t need remapping. If a stored ID isn’t in Source ID, keep using it.

How to keep your stored IDs current

1
Pull the latest data file and mapping file togetherDownload the latest data file and the latest mapping file from the same folder.
2
Load distinct rows from the mapping fileThe file can contain duplicate rows. Load it with SELECT DISTINCT.
3
Join your stored IDs to the mapping file on Source IDUse a left join so that every stored record is kept, whether or not its ID has changed.
4
Replace any ID that matchedIf a stored ID appears in Source ID, replace it with the current ID. If it doesn’t appear, keep it as is.If a Source ID is listed with more than one current ID, keep your stored ID as is and contact your customer success manager rather than choosing one.
5
Repeat until nothing changesSome IDs change more than once. Run the join again on your updated IDs until no stored IDs change. Usually one pass is enough.
6
Join the result to the current data fileJoin your updated IDs to the current data file.

Example (SQL)

If a Source ID has more than one current ID, this query returns one row per match. Find those IDs and handle them as described in step 4. Write Current Employer ID back to your stored records and run the query again until no IDs change. Then join Current Employer ID to EMPLOYER."Employer ID" in the latest data file.
The mapping files start with a hidden byte-order mark (BOM). Some tools read the first column name as \ufeffSource ID instead of Source ID. If the query above can’t find Source ID, strip the BOM when you load the file.

Which columns to remap

Remap each of these columns in your stored data with the mapping file shown: For how the datasets join to each other, see Entity Relationships in the Bulk Data Schema.

Reconciling week over week

If you compare this week’s data file to last week’s, remap first and compare second:
  1. Remap last week’s stored IDs to current IDs using the latest mapping file.
  2. Compare the remapped IDs to the IDs in this week’s data file.
After remapping, each ID falls into one of three groups:
If you skip the remap, a re-keyed record looks like one deletion plus one new record. Remapping first stops that false churn from showing up in your counts.

FAQs

No. That happens when BenefitFlow merges records. Both older IDs point to the single current record. Merge or dedupe them on your side.
It covers older IDs from across past releases, not just the latest one, and it’s republished in full each time.
No. Policy, Broker Contact, and Employer Contact records use Employer, Broker, and Broker Office IDs. Remap those columns with the three mapping files.

Bulk Data Schema

Bulk Data Access Setup

Questions? Contact your customer success manager or email support@benefitflow.com.
Last modified on October 12, 2026