Overview
This page details the company-related fields that we provide through the Company Enrichment and Company Search APIs.- Base Company Fields: Common fields available to all customers by default
- Headcount Insights Fields: Premium fields presenting summaries of the employee headcount and trends, built by aggregating data from our Person dataset
- Job Posting Insights Fields: Premium fields presenting summaries of company hiring trends, built by aggregating data from our Job Posting dataset
- Technology Data Fields: Beta fields representing the technologies likely in use by a company
- Premium Company Fields: Premium company fields such as related companies, subsidiaries, acquisitions and more
- Affiliated Entities: Related company profile fields, including alpha Parent Subsidiary Details fields
Field AvailabilityPlease note: Not all fields are available in all bundles.
- For more information about data formatting, see Data Types.
- For a full example record, see Example Company Record.
- For a simplified overview of our company fields, check out the Company Data Overview.
- For more details about our company fields, including fill rates and which fields are included in the base vs premium field bundles, check out our Company Stats pages.
- For a full data ingestion JSON schema, check out this page.
- If you’d like access to premium fields or have questions about which fields are included in your specific field bundle(s), please speak to one of our data consultants.
Base Company Fields
These fields are available to all customers by default.Identifiers
id
Field Details
The ID is a unique, hashed value that represents a specific company record.Example
JSON
name
Field Details
The company name will be lowercase with any leading/trailing whitespace removed. It is not guaranteed to be unique. For the correct capitalization of the company name, seedisplay_name.
The name value returned here does not undergo much cleaning or standardization. However, we clean and tokenize company names behind the scenes so they can be found using the Company Search API. To see how company name cleaning works, check out the Company Cleaner API.
Example
JSON
display_name
Field Details
Thedisplay_name field preserves the capitalization of the company name (unlike name which is always lowercase). display_name is set using the company’s self-reported name, so it should be accurate even for companies with non-standard capitalization (such as VMware, FedEx, or Dell EMC).
Use this field to display properly capitalized company names in a UI or other customer-facing project or product.
Example
JSON
Company Information
affiliated_profiles
Field Details
A list of Company IDs that we have flagged as having an association to this company (either a parent or a subsidiary.) See Parents and Subsidiaries for fields based on specific company associations.Example
JSON
alternative_domains
Field Details
If a company rebrands or otherwise changes its primary domain, old company websites will be kept in this list. Seewebsite for how we handle domains.
Example
JSON
alternative_names
Field Details
A list of names associated with the company filtered to ensure data quality.Example
JSON
employee_count
Field Details
employee_count is an integer greater than or equal to zero. We calculate it by finding the number of profiles whose experience.company.id matches the company with a non-null job_start_date and no end date.
For the company’s self-reported size range, use the size field instead. For more information about the different types of employee count data we provide, see Employee Count Fields.
This number may be higher or lower than a company’s real employee count depending on how many false positives and false negatives we have in our data as well as missing or duplicate individuals.
Example
JSON
employee_count_by_country
Field Details
Each country will be one of our Canonical Countries. For more information about how each count is calculated, see Employee Count Breakdowns. Beginning in v25.0, this field will also contain another_uncategorized subfield. Profiles that we have associated with the company but do not have enough information to assign a location to will be included in this field. For more information, see Employee Count Fields.
Example
JSON
founded
Field Details
The founding year will be an integer greater than zero. If no year is found, it will benull.
If different sources list different founding years, we will choose the year that appears in the most sources. If multiple years appear in the same number of sources, we will use the latest year.
Example
JSON
headline
Field Details
headline is a short description of the company, limited to 300 characters.
Example
JSON
size
Field Details
The value of this field will be one of our canonical Company Sizes. We derive it from the company’s self-reported size on their social media profile. For the true number of employees, use theemployee_count field.
Example
JSON
summary
Field Details
The company summary is a lowercase string and can contain escape characters such as\n. The string is limited to a maximum of 1000 characters.
Example
tags
Field Details
Each tag is a lowercase string. There may be tags that seem to overlap (for example:"data", "analytics" and "data and analytics"). This is intentional so that it is easier to search for companies matching a tag.
Example
JSON
website
Field Details
This field contains the address of the primary company website associated with the record. We standardize websites by removinghttps://www. and any additional subdomains and paths (with certain exceptions). Popular hosting platforms (like Facebook, Blogspot, Wix, etc.) will retain their subdomains and paths. For example, samspizza.blogspot.com or etsy.com/sams-pizza.
Websites using link shortening services (like Bit.ly, TinyURL, ShortURL, etc.) will appear in full.
We have a list of invalid URL items (domains, subdomains and TLDs) that we check against. We also check if an iteration of the company name appears in the website address as a simple validation.
Ideally, this is the website address that people commonly use when accessing a company’s site (such as facebook.com) and not an alias (such as fb.com).
As with Social Presence, we do not verify that the website is valid.
Example
JSON
Funding Data
funding_stages
Field Details
An unordered list of all funding stages for funding events announced by the company. This is generated from the separate events infunding_details.funding_type.
All values in the list must be Canonical Funding Rounds. If there are multiple events tied to the same round (ex: Series A), that label will only appear once in the list.
Example
JSON
last_funding_date
Field Details
The date of the company’s most recent funding event. This represents the publicly disclosed date of the closing of the financing, and will be independent of any prior dates associated with that same funding round.Example
JSON
latest_funding_stage
Field Details
Must be one of the Canonical Funding Rounds.Example
JSON
number_funding_rounds
Field Details
The number of separate funding events for the company. This is the total number of events infunding_details.
If multiple events are tied to the same funding round, they will each be counted toward the total (ex: 3 Series A events will add 3 to the total count).
Example
JSON
total_funding_raised
Field Details
The cumulative amount raised by the company during all publicly disclosed funding rounds. The value for this field is represented in USD. It is the sum of all known values from individual funding rounds (each of which is represented in $ USD using “then-current” currency exchange rates).Example
JSON
Industry Types
industry
Field Details
Industry is self-reported and will be one of our Canonical Industries. If no industry is found, the field will benull.
Example
JSON
industry_v2
Field Details
Industry is self-reported and will be one of our Canonical V2 Industries. If no industry is found, the field will benull.
Example
JSON
naics
Field Details
Each NAICS code associated with the company will be included in the list. For each NAICS code, we provide the actual six-digit code as well as the official description for each level of the NAICS code. PDL uses NAICS 2017 industry categorization. PDL offers self-reported NAICS industry categorizations within the company data, where this data serves as an alternative to Industry and SIC for users to categorize or segment companies. Because the data PDL publishes represents self-reported data where the industry values were selected by employees of those companies prior to the 2022 revision, we have not bulk converted to, or inferred, NAICS 2022 categories for our existing NAICS values. A NAICS code doesn’t have to use all six digits. Any unspecified field(s) in our data will have anull value.
Example
JSON
sic
Field Details
Each SIC code associated with the company will be included in the list. For each SIC code, we provide the actual four-digit code as well as the official description for each level of the SIC code. A SIC code doesn’t have to use all four digits. Any unspecified field(s) in our data will have anull value.
Example
JSON
Primary Location
location
Field Details
A company’s location is the location of its Headquarters (HQ). We determine a company’s current Headquarters/primary office based on the location that we see most often in our sources. For more information on our standard location fields, see Data Formatting: Locations.Example
JSON
Stock Information
mic_exchange
Field Details
mic_exchange represents the Market Identified Code (MIC) standard exchange code corresponding to the stock exchange of the company.
The value of mic_exchange will always be one of our Canonical MIC Codes or null if there is no ticker.
Example
JSON
ticker
Field Details
ticker is the uppercase string of the company’s stock symbol.
If a company is not public (as listed in its type), its ticker will be null.
Example
JSON
type
Field Details
type will be one of the Canonical Company Types. If a company has a known ticker, then its type is public. If a company does not have a ticker and its ultimate parent company does, then its type is public_subsidiary.
Example
JSON
Social Presence
We currently include company social profiles for LinkedIn, Yellow Pages, Xing, Twitter, Facebook and Crunchbase. Any profiles that we find for the company from these sources will be added to theprofiles list.
Each social profile URL has one or more standard formats that we parse and turn into a standard PDL format for that social URL. We invalidate profiles that have non-valid company stubs (for example, linkedin.com/in), and we also have a blacklist of usernames that we know are invalid.
We do not validate if a URL is valid (that is, whether you can access it) because doing this at scale is considered a Direct Denial of Service (DDoS) attack and/or a form of crawling. This is highly discouraged! We try to mitigate invalid URLs as much as possible by using Entity Resolution (Merging) to link URLs together and then tagging the primary URL at the top level for key networks.
linkedin_id
Example
JSON
linkedin_slug
Field Details
To support our upcoming change to PDL Company IDs, we are adding the newlinkedin_slug field. This field is generated in the same way as our current company id field.
For new company records that do not have associated LinkedIn pages, this field will be null.
Example
JSON
linkedin_url
Example
JSON
facebook_url
Example
JSON
twitter_url
Example
JSON
profiles
Example
JSON
PDL Record Information & Metadata
dataset_version
Field Details
Note: This number corresponds to the data release number, not the API release number.Example
JSON
Company Insights Fields
Premium fields presenting summaries of the employee headcount and trends, built by aggregating data from from our Person Dataset.Average Employee Tenure
Average employee tenure is the average number of years employees work for the company. It is represented by a floating number greater than zero and rounded to the nearest thousandth. It could skew lower if there have been a lot of recent hires. The average is calculated usingexperience.start_date and experience.end_date for each employee found in our Person records.
If no start date is given or if a date only contains a year but no month, then the experience is not counted toward the average.
average_employee_tenure
Field Details
This insight shows the average number of years that employees at the company have worked based onexperience.start_date and experience.end_date.
Example
JSON
average_tenure_by_level
Field Details
This insight shows the average number of years that employees at the company have worked broken out by their level at the company. The average for each level is calculated using the same logic asaverage_employee_tenure.
The level names come from experience.title.levels, meaning they will always be one of the Canonical Job Levels.
Example
JSON
average_tenure_by_role
Field Details
This insight shows the average number of years that employees at the company have worked broken out by their role at the company. The average for each role is calculated using the same logic asaverage_employee_tenure.
The role names come from experience.title.role, meaning they will always be one of the Canonical Job Roles.
Example
JSON
Median Employee Tenure
Median employee tenure is the median number of years employees work for the company. It is represented by a floating point number greater than zero and rounded to the nearest thousandth. The median is calculated usingexperience.start_date and experience.end_date for each employee found in our Person records.
If no start date is given or if a date only contains a year but no month, then the experience is not counted toward the median.
median_employee_tenure
Field Details
This insight shows the median number of years that employees at the company have worked based onexperience.start_date and experience.end_date.
Example
JSON
median_tenure_by_level
Field Details
This insight shows the median number of years that employees at the company have worked broken out by their level at the company. The median for each level is calculated using the same logic asmedian_employee_tenure.
The level names come from experience.title.levels, meaning they will always be one of the Canonical Job Levels.
Example
JSON
median_tenure_by_role
Field Details
This insight shows the median number of years that employees at the company have worked broken out by their role at the company. The average for each role is calculated using the same logic asmedian_employee_tenure.
The role names come from experience.title.role, meaning they will always be one of the Canonical Job Roles.
Example
JSON
Employee Count Breakdowns
The count for each category will always be an integer value greater than or equal to zero. This number may be higher or lower than a company’s real employee count depending on how many false positives and false negatives we have in our data, missing and duplicate individuals, and missing information on start dates and job roles. If no start date is given, then the experience is not counted. For the overall employee count, seeemployee_count. For the company’s self-reported size, see size.
Note that discrepancies between the employee_count, the most recent employee_count_by_month, and aggregatedemployee_count_by_month_by_role and employee_count_by_month_by_level counts are expected. For more information about the logic used to calculate these values, see this page.
employee_count_by_month
Field Details
The total number of profiles associated with this company at the end of each month in the formatYYYY-MM. The date range begins at the start date of the first associated employee or January 1, 2010, whichever is most recent. The final month in the range will be the last full month before the last monthly Data Build. Most often this is the month before request was submitted. For example, if you make a request mid-March, the response will contain all data up to that February.
Example
JSON
employee_count_by_month_by_level
Field Details
The total number of profiles associated with this company at the end of each month in the formatYYYY-MM broken down by experience.title.levels. The level names will always be one of the Canonical Job Levels.
The date range begins at the start date of the first associated employee or January 1, 2010, whichever is most recent. The final month in the range will be the last full month before the last monthly Data Build. Most often this is the month before request was submitted. For example, if you make a request mid-March, the response will contain all data up to that February.
If a person changes levels within a company during the same month, they will be counted in the same month towards both levels. An individual may have more than a single level for the same experience object, in which case they will contribute towards multiple levels.
Example
JSON
employee_count_by_month_by_role
Field Details
The total number of profiles associated with this company at the end of each month in the formatYYYY-MM broken down by experience.title.role. The role names will always be one of the Canonical Job Roles.
The date range begins at the start date of the first associated employee or January 1, 2010, whichever is most recent. The final month in the range will be the last full month before the last monthly Data Build. Most often this is the month before request was submitted. For example, if you make a request mid-March, the response will contain all data up to that February.
If a person changes roles with a company during the same month, they will only be counted for a single role.
Beginning in v25.0, each month will also contain an other_uncategorized subfield. Profiles that we have associated with the company but do not have enough information to assign a role to will be included in this field. For more information, see Employee Count Fields.
Example
JSON
employee_count_by_class
Field Details
The total number of profiles associated with this company at the end of the most recent month, broken down byexperience.title.class. The role names will always be one of the Canonical Job Title Class labels. This field will also contain an other_uncategorized subfield that contains profiles we have associated with the company but do not have enough information to assign a role to.
Example
JSON
employee_count_by_role
Field Details
The total number of profiles associated with this company at the end of the most recent month, broken down byexperience.title.role. The role names will always be one of the Canonical Job Roles. This field will also contain an other_uncategorized subfield that contains profiles we have associated with the company but do not have enough information to assign a role to.
This field is equivalent to the final month in the employee_count_by_month_by_role field.
Example
JSON
employee_count_by_sub_role
Field Details
The total number of profiles associated with this company at the end of the most recent month, broken down byexperience.title.sub_role. The role names will always be one of the Canonical Job Title Subroles. This field will also contain an other_uncategorized subfield that contains profiles we have associated with the company but do not have enough information to assign a role to.
Example
JSON
Employee Growth and Churn Rates
All calculation time frames are based on the month that you make the request. If you make the request in April, the three-month rate will use data from January onward. If no start date is given, then the experience is not counted. Additionally, if a date only contains a year but no month, it is assumed to be to be January for start dates and December (or the current month if December is in the future) for end dates.employee_churn_rate
Field Details
This is a representation of net employee turnover. The churn rate is rounded to four decimal points and is always greater than or equal to 0. If the company had 0 employees or did not exist at the start time for a specific window, then the churn rate isnull.
Churn rate is calculated as max(employee_count_n_months_ago - employee_count_current, 0)/employee_count_n_months_ago. For example, if a company has 200 employees at the beginning of the month, and at the end of the month 100 leave and 100 remain then its churn rate = 100 / 200 = 0.5.
Example
JSON
employee_growth_rate
Field Details
The growth rate is rounded to four decimal points and can be negative if the current number of employees is less than in the past. If the company had zero employees or did not exist at the start time for a specific window, then the growth rate isnull.
Growth rate is calculated as (current_employee_count / previous_employee_count) - 1. For example, if a company has 100 employees at the beginning of the month, and at the end of the month has grown to 200 employees then its growth rate = (200 / 100) - 1 = 1.0.
Example
JSON
employee_growth_rate_12_month_by_class
Field Details
The 12 month growth rate of the total number of profiles associated with this company at the end of the most recent month in the formatYYYY-MM broken down by experience.title.class. The role names will always be one of the Canonical Job Title Class labels. This field will also contain an other_uncategorized subfield that contains profiles we have associated with the company but do not have enough information to assign a role to.
The growth rate is rounded to four decimal points and can be negative if the current number of employees is less than in the past. If the company had zero employees or did not exist at the start time for a specific window, then the growth rate is null.
Growth rate is calculated as (current_employee_count / previous_employee_count) - 1. For example, if a company has 100 employees at the beginning of the month 12 months ago, and at the end of the most recent month has grown to 200 employees then its growth rate = (200 / 100) - 1 = 1.0.
The 12 month growth rate will be computed using the last full month before the last monthly Data Build. Most often this is the month before request was submitted. For example, if you make a request mid-March, the response will contain the 12 month growth rate from February.”
Example
JSON
employee_growth_rate_12_month_by_role
Field Details
The 12 month growth rate of the total number of profiles associated with this company at the end of the most recent month in the formatYYYY-MM broken down by experience.title.role. The role names will always be one of the Canonical Job Roles. This field will also contain an other_uncategorized subfield that contains profiles we have associated with the company but do not have enough information to assign a role to.
The growth rate is rounded to four decimal points and can be negative if the current number of employees is less than in the past. If the company had zero employees or did not exist at the start time for a specific window, then the growth rate is null.
Growth rate is calculated as (current_employee_count / previous_employee_count) - 1. For example, if a company has 100 employees at the beginning of the month 12 months ago, and at the end of the most recent month has grown to 200 employees then its growth rate = (200 / 100) - 1 = 1.0.
The 12 month growth rate will be computed using the last full month before the last monthly Data Build. Most often this is the month before request was submitted. For example, if you make a request mid-March, the response will contain the 12 month growth rate from February.
Example
JSON
employee_growth_rate_12_month_by_sub_role
Field Details
The 12 month growth rate of the total number of profiles associated with this company at the end of the most recent month in the formatYYYY-MM broken down by experience.title.sub_role. The role names will always be one of the Canonical Job Title Subroles. This field will also contain an other_uncategorized subfield that contains profiles we have associated with the company but do not have enough information to assign a role to.
The growth rate is rounded to four decimal points and can be negative if the current number of employees is less than in the past. If the company had zero employees or did not exist at the start time for a specific window, then the growth rate is null.
Growth rate is calculated as (current_employee_count / previous_employee_count) - 1. For example, if a company has 100 employees at the beginning of the month 12 months ago, and at the end of the most recent month has grown to 200 employees then its growth rate = (200 / 100) - 1 = 1.0.
The 12 month growth rate will be computed using the last full month before the last monthly Data Build. Most often this is the month before request was submitted. For example, if you make a request mid-March, the response will contain the 12 month growth rate from February.
Example
JSON
employee_growth_rate_12_month_by_country
Field Details
The 12 month growth rate of the total number of profiles associated with this company at the end of the most recent month in the formatYYYY-MM broken down by location.country. The country names will always be one of the Canonical Countries values.
For each country, this field will report:
- The current employee count within that country
- The employee count within that country from 12 months ago
- The 12 month rate of growth or decline
other_uncategorized subfield that contains profiles we have associated with the company but do not have enough information to assign a role to.
The growth rate is rounded to four decimal points and can be negative if the current number of employees is less than in the past. If the company had zero employees or did not exist at the start time for a specific window, then the growth rate is null.
Growth rate is calculated as (current count of employees with location.country in that country / count of employees at company with location.country in that country 12 months prior) - 1. For example, if a company has 100 employees in the Canada at the beginning of the month 12 months ago, and at the end of the most recent month has grown to 200 employees in Canada, then its growth rate = (200 / 100) - 1 = 1.0.
The 12 month growth rate will be computed using the last full month before the last monthly Data Build. Most often this is the month before request was submitted. For example, if you make a request mid-March, the response will contain the 12 month growth rate from February.”
Example
JSON
employee_turnover_rate
Field Details
This is a representation of net employee turnover calculated as the gross number of employees departing compared to the average number of employees for a given time period. This field may contain multiple time periods based on your field bundle access.
Turnover is calculated as:
Gross Departures in Period / Average Total Employees in Period. The output is rounded to 4 decimal points. If the company had 0 employees or did not exist at the start time for a specific window, then the turnover rate is null.
Example calculation of employee_turnover_rate.6_month for a PDL Company record:
Example
JSON
annualized_employee_turnover_rate
Field Details
This is an annualized representation of employee turnover calculated as the gross number of employees departing compared to the average number of employees for a given time period. This field may contain multiple time periods based on your field bundle access.
Annualized turnover is calculated as:
Gross Departures in Period / Average Total Employees in Period * (12/Months in Period). The output is rounded to 4 decimal points. If the company had 0 employees or did not exist at the start time for a specific window, then the turnover rate is null.
Example calculation of employee_turnover_rate.6_month for a PDL Company record:
Example
JSON
Gross Additions and Departures
This insight shows the total number of employees that joined or left the company each month. The count for each month will always be an integer greater than or equal to zero. The month range begins at the start date of the first associated employee or January 1, 2010, whichever is most recent. The final month in the range will be the last full month before the last monthly Data Build. Most often this is the month before request was submitted. For example, if you make a request mid-March, the response will contain all data up to that February. This number may be higher or lower than a company’s real employee count depending on how many false positives and false negatives we have in our data, missing and duplicate individuals, and missing information on start/end dates. If a start or end date is not given or only contains a year but no month, it is not counted. This differs fromemployee_count_by_month that assumes January if there is no month.
gross_additions_by_month
Field Details
The total number of profiles that joined the company each month in the formatYYYY-MM based on experience.start_date.
Example
JSON
gross_departures_by_month
Field Details
The total number of profiles that left the company each month in the formatYYYY-MM based on experience.end_date.
Example
JSON
Inferred Revenue
inferred_revenue
Field Details
A company’s inferred revenue is an estimated range of its annual revenue in US dollars and can be used as a filter in Company Search queries. The revenue estimate is calculated using a predictive model that factors in details generated for our Company Insights Fields (for example, employee_count_by_month_by_role) as well as for other inputs that have been shown to be highly correlative. The range will be one of our Canonical Inferred Revenue Ranges.Example
JSON
Recent Executive Changes
These insights provide details on executives that have joined or left the company in the past three months at the time you make the request. There is no limit on the number of executives that can be in either list. To determine if someone is an executive, we check if theirexperience.title.levels in the company matches CXO, owner or VP. If no level is specified, then the experience is not counted.
If a start or end date is not given for an executive, then the experience is not counted. If the date only contains a year, the month is assumed to be January.
recent_exec_departures
Field Details
For each executive that has left the company in the past three months, we provide the following information:Example
JSON
recent_exec_hires
Field Details
For each executive that has joined the company in the past three months, we provide the following information:Example
JSON
Top Next and Previous Employers
The top ten next and previous companies employees are broken down by job role. Companies are listed using their PDL Company ID. The first list of companies will be under the"all" key. This represents the top 10 companies for any role.
The roles are based on the employee’s role at the company queried. Each role listed in the break down will come from the Canonical Job Roles.
If no start date is given or no role exists, then the experience is not counted.
If there are fewer than ten next/previous employers for a role, it will return as many as there are.
top_next_employers
Field Details
This field usesexperience.title.role and experience.start_date to find the top next employers. Companies are ranked by the number of previous employees currently employed there.
A company is considered to be a ""next employer"" if the employee has a start date after their start date for the company being queried.
This field is functionally identical to the legacy top_next_employers_by_role field, but adds a displayable company name to the response structure.
Example
JSON
top_next_employers_12_month
Field Details
This field modifies the top_next_employers field, with a filter to only count for employees with job changes that have occurred within the last 12 monthsExample
JSON
top_next_employers_by_role
⚠️ Deprecated Field As of April 2025, thetop_next_employer_by_rolefield is deprecated and no longer recommended for use. It will be fully replaced in July 2025 (v31.0) by the newtop_next_employersfield which is now available in beta. We encourage all users to transition to this new field before the final sunset in July. For more information please see our April 2025 Release Notes (v30.0).
Field Details
This insight usesexperience.title.role and experience.start_date to find the top next employers. Companies are ranked by the number of previous employees currently employed there.
A company is considered to be a “next employer” if the employee has a start date after their start date for the company being queried.
Example
JSON
top_previous_employers
Field Details
This field usesexperience.title.role and experience.start_date to find the top previous employers. Companies are ranked by the number of current employees previously employed there.
A company is considered to be a “previous employer” if the employee has a start date before their start date for the company being queried.
This field is functionally identical to the legacy top_previous_employers_by_role field, but adds a displayable company name to the response structure.”
Example
JSON
top_previous_employers_12_month
Field Details
This field modifies thetop_previous_employers field, with a filter to only count for employees with job changes that have occurred within the last 12 months
Example
JSON
top_previous_employers_by_role
⚠️ Deprecated Field As of April 2025, thetop_previous_employer_by_rolefield is deprecated and no longer recommended for use. It will be fully replaced in July 2025 (v31.0) by the newtop_previous_employersfield which is now available in beta. We encourage all users to transition to this new field before the final sunset in July. For more information please see our April 2025 Release Notes (v30.0).
Field Details
This insight usesexperience.title.role and experience.start_date to find the top previous employers. Companies are ranked by the number of current employees previously employed there.
A company is considered to be a “previous employer” if the employee has a start date before their start date for the company being queried.
Example
JSON
Top US Metros
top_us_employee_metros
Field Details
This insight contains the top ten US metros for the company, ordered by the current headcount at each location. For each metro, we also provide the current headcount and the growth rate in that metro over the last twelve months. Each metro listed is one of our Canonical Metros. To determine the headcount at each location, we use our Person Data to find the location where each current employee works. If an employee does not have location data or they are not based in the US, they are not included in the count.Example
JSON
Premium Company Fields
These high-value fields are available through our premium offerings.Premium Company Information
linkedin_follower_count
Field Details
The number of followers on a company’s LinkedIn profile.Example
JSON
Funding Details
funding_details
Field Details
Each publicly disclosed funding event will be added to thefunding_details list as an Object with the following fields:
Example
JSON
Parents and Subsidiaries
These insights provide the company IDs of the queried company’s parent and subsidiary companies.all_subsidiaries
Field Details
The subsidiary company values will be the ID of the company. If no subsidiaries are found, the value will benull.
Example
JSON
direct_subsidiaries
Field Details
The subsidiary company values will be the ID of the company. If no subsidiaries are found, the value will benull.
Example
JSON
immediate_parent
Field Details
The parent company value will be the ID of the company. If no parents are found, the value will benull.
Example
JSON
ultimate_parent
Field Details
The parent company value will be the ID of the company. If no parents are found, the value will benull.
Example
JSON
ultimate_parent_ticker
Field Details
Theultimate_parent_ticker field will be populated for records where the company is a subsidiary of a public company. These companies will also have a type value of public_subsidiary following the v28.0 release in October 2024.
Example
JSON
ultimate_parent_mic_exchange
Field Details
Theultimate_parent_mic_exchange field will be populated for records where the company is a subsidiary of a public company. These companies will also have a type value of public_subsidiary following the v28.0 release in October 2024.
Example
JSON
Affiliated Entities
affiliated_entities
Field Details
The Parent Subsidiary Details fields are currently in alpha (marked as Alpha Field above). They are available only to participating alpha customers and are not included in standard company data packages. To learn more, please reach out to your customer account team.
Example
JSON
Office Insights
locations
Field Details
In addition to a company’s location of its Headquarters (HQ) we provide a list of known offices. As of v31.1 (August 2025 Release) we are also tagging offices as active or inactive and the date it was first and last observed in our data sources:
For more information on our standard location fields, see Data Formatting: Locations.
Example
JSON
num_active_locations
Example
JSON
num_total_locations
Example
JSON
Job Posting Insights
These fields provide an aggregate summary of the open and filled job postings at a company.active_job_postings
Example
JSON
deactivated_job_postings
Example
JSON
active_job_postings_by_role
Example
JSON
deactivated_job_postings_by_role
Example
JSON
active_job_postings_by_class
Example
JSON
deactivated_job_postings_by_class
Example
JSON
active_job_postings_by_sub_role
Example
JSON
deactivated_job_postings_by_sub_role
Example
JSON
active_job_postings_by_country
Example
JSON
active_job_postings_by_metro
Example
JSON
active_job_postings_by_month
Example
JSON
deactivated_job_postings_by_month
Example
JSON
Technology Data Fields
These beta fields represent the technologies likely in use by a company, along with information on the underlying signals of that use.technologies_used
Field Details
Each technology associated with the company will be added to thetechnologies_used list as an Object with the following fields:
Example
JSON
