Risk management
Set risk tiers and safeguards before running data actions
Last updated
Set risk tiers and safeguards before running data actions
Open Risk management in Kernel
Risk management tells Kernel how cautious to be with each account. It combines safeguards, a risk score, and account ownership signals to decide which changes can run in bulk and which ones need review.
Every account receives a score from 0 to 100 and a corresponding risk tier. A higher score means the account needs more care before it is changed.

The default tiers are:
Very low risk: safe to include in bulk actions
Low risk: likely safe to include in bulk actions
Medium risk: review case by case
High risk: review or exclude
Your Kernel team can adjust the score thresholds for your workspace.
Safeguards take priority over the risk score. If an account matches a safeguard, Kernel gives it a score of 100 and protects it from destructive actions.
Common safeguards include:
accounts with open opportunities
accounts where Type is Customer
accounts with associated ARR
You can build safeguards with standard or custom fields on the Account object.
For accounts that do not match a safeguard, Kernel calculates a score from CRM activity and context. The standard inputs include:
recent activity, using LastActivityDate
record age, using CreatedDate
open and closed opportunities
tasks from the last three years
associated contacts
owner type
completion of important CRM fields
Each input has a weight from Very low to Very high. You can change those weights or add fields that matter to your team.
Higher-scoring records are also more likely to remain as the primary account when duplicates are merged.
Any CRM field can contribute to the score. Choose the field, set the conditions that matter, and give it a weight that reflects its importance.

Account ownership is part of the risk model. An account may be a duplicate or belong to a closed business, but changing it can still disrupt a rep who is actively working it.
Use Active users to define active, inactive, and integration users. Kernel uses those definitions when it evaluates account ownership.
Start bulk cleaning with very low and low-risk accounts. Review higher-risk accounts separately or exclude them from the action. This lets most of the CRM move forward while sensitive records get more attention.
See Data actions for how to review and run account changes with these controls.
Last updated

