Every acquisition programme has a policy, usually unwritten: we don't buy agencies where one carrier is more than a third of the book without looking hard at the contingent agreement; we don't sign without retention agreements for anyone holding a quarter of the revenue. InsightRollup writes that policy down as acquisition controls in Rules Studio, where a practice leader can read, test and publish them.

The eight controls that ship

RuleWhenThen
CARRIER_CONCENTRATIONOne carrier holds more than 35% of premiumRefer to the practice leader
KEY_PRODUCEROne producer holds more than 25% of revenueRefer to the practice leader
REVENUE_SHORTFALLBook revenue more than 5% below the seller'sRefer (critical)
RENEWALS_90DMore than 35% of revenue renews in the next 90 daysWarn
LOW_RETENTIONClient retention below 85%Warn
VOLATILE_REVENUEContingent and supplemental income above 15% of revenueWarn
DATA_QUALITYMore than 5% of book rows have data issuesWarn
UNAPPOINTED_CARRIERSMore than 20% of premium with carriers the acquirer isn't appointed withWarn
Rules Studio
Rules Studio with the acquisition controls, on illustrative data
Rules Studio: eight acquisition controls, live, with the busiest in the last 30 days.

Anatomy of a rule

Rules Studio · rule
An acquisition control in the rule editor
A rule in plain words: when book revenue against the seller's is below −5%, refer it to a lead, with the reason the practice leader reads and who it goes to.

A rule is when (conditions over the engine's headline figures, matched all, any or none, grouped as needed), then (warn, refer to a lead, or block until resolved, with a reason and to whom), applies to (every acquisition, or scoped by state and more), and about (name, type, priority, severity, effective dates, why it exists). The banner says it in plain words: when book revenue against the seller's is less than −0.05 → refer to a lead.

Draft, test, publish

stateDiagram-v2 [*] --> Draft: new rule or an edit Draft --> Tested: run against one live acquisition Tested --> Draft: change it Tested --> Published: a lead publishes (new version) Published --> Draft: edit makes a new draft Published --> [*]: retired

An edit never changes a live rule in place: it is a draft until a practice leader publishes it, and each publish is a new version in the history. The test panel runs the draft against one acquisition and shows whether it would fire and with what.

Where the outcomes go

flowchart LR A["Analyze"] --> C["Controls run on
the headline figures"] C --> W["warn: shown in the rail"] C --> R["refer: supervisor agent
prepares the lead's sign-off"] C --> B["block: signing refused
until resolved"] R --> S{"Sign-off waiting?"} S -->|"yes"| X["Signed stage refused"]

For the deal team

The thresholds you apply are visible to everyone on the deal, with the reason written next to them.

For IT

Rules are the shared insight_rules engine through the broker Studio; acquisition_control is this product's rule type and vocabulary.

For corp-dev leadership

Acquisition policy changes are versioned, tested and published by a named person.

Questions we get asked

Who can change a rule?

Practice leaders and compliance. Deal leads can read rules and see their hits.

Can a rule block signing?

Yes: a rule whose effect is block stops the move to Signed until it is resolved. The shipped controls warn or refer.

Keep reading