# Kernel fields

No fields are required to use Kernel however we recommend introducing Kernel data to your CRM to allow for reporting and improved rep outcomes. During implementation we will work with you to ensure you have all the fields you need to use/action the data.

## Fields

Kernel provides many custom fields that give direct recommendations, insights, or explanations behind the cleaning recommendations and enrichment fields. Depending on the scope of work, field sets may or may not be required to be configured within your CRM. The full list of fields can be seen below:

### Feedback

Kernel's feedback field is a required field to be configured within the CRM as part of the implementation process. This allows users to directly submit feedback on the account or object, which will be ingested by our support team to promptly act upon.

{% embed url="<https://docs.google.com/spreadsheets/d/195Rct0AMFyVVtI0Ud7H1R7WvsxZ-3exWJyBBA3m_cdY/edit?usp=sharing>" %}

### Cleaning module

The cleaning of accounts does not require any fields to be created within your CRM, as the majority of work is carried out via through the Kernel Platform. However, to have data pushed up to your CRM (if via inbound), fields would need to be created.

{% embed url="<https://docs.google.com/spreadsheets/d/1cAT9Bkw9m4m-9OXWLRa4uWPBsbtq2E89NtqwjbcyIOs/edit?usp=sharing>" %}

### Foundational enrichment

The below sheet details the recommended fields to be configured within your CRM to allow the full range of foundational enrichment to be pushed onto accounts.

{% embed url="<https://docs.google.com/spreadsheets/d/1v-SdAM4cANfQ5z9H5WMr-IjsXXuwpSkQubCuTP835_o/edit?usp=sharing>" %}

### Agentic firmographics

The below fields are used for AI-powered firmographic data including HQ, Headcount, and Revenue. See [foundational data](/data/foundational-data.md) for details on how these values are determined.

Should you have any bespoke data points outside of those listed, your Solutions Engineer will guide you to ensure the correct configuration is setup.

{% embed url="<https://docs.google.com/spreadsheets/d/1r3sEWN8JiiJ1nfm2jSX6dLsnfcxMkA1-NZLtIHcBq1s/edit?usp=sharing>" %}

## Standard vs. custom fields

While Kernel can write to both standard and custom Salesforce fields, we strongly recommend a safer approach to prevent accidental data overwrites.

The best practice is to have Kernel write its findings to a dedicated, read-only custom field. This isolates Kernel's data, allowing you to use Salesforce logic to control how the primary field is populated. As shown in the example, this gives your team the ability to create manual overrides that always take precedence, ensuring you have final say over your data.

<figure><img src="/files/CUBqHCFwXSQ3IgSRw08v" alt=""><figcaption></figcaption></figure>


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://docs.kernel.ai/kernel-fields.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.