← Blog

// Renewal Radar engineering

How Renewal Radar Got 20× Faster Without Trading Away Accuracy

The original large-portal baseline took almost five hours. The canonical architecture cut that to 13m30.2s. The latest production validation finished in 12m33s, with broader renewal-source coverage and zero CRM Search 429s.

12m33slatest 24k-company validation
0source-positive candidate misses
0CRM Search 429s

The benchmark moved twice

These are observed production-path validations on the same large-portal class, not a scan-time SLA.

RunCompaniesCandidatesWall time
Earlier baseline24,077Essentially full portal4h50m56s
Canonical architecture24,14734513m30.2s
Latest production validation24,15937512m33s

Speed came from doing less expensive work, not checking less carefully

Renewal Radar performs portal-wide candidate discovery first, then runs expensive activity and Renewal Risk checks only on the deterministic candidate cohort. Candidate recall is a safety property: if complete coverage cannot be proven, scanning fails open to the broader Company inventory.

Renewal timing is broad and strict at the same time

Eligible Company, Deal, Subscription, Line item, Quote and relevant custom-object evidence can now become production-authoritative. Different Companies in the same portal can resolve from different source families without a source picker.

Broad support does not mean blanket trust. Subscription timing must represent genuine end or renewal timing. Line-item evidence needs the required commercial and association context. Quote evidence needs eligible contract/renewal semantics and the required Quote state. Relevant custom objects need contract/renewal context plus a valid Company or Deal route.

Still excluded: generic Quote expiration, billing/payment cadence dates, forecast or operational dates, created/modified timestamps and ambiguous generic dates.

The latest production validation

  • 24,159 Companies and 375 canonical candidates.
  • 0 source-positive candidate misses and 0 legacy safety misses.
  • 0 failed Companies and no validation task/CRM writes.
  • 2,942 CRM Search requests at 3.92 req/s.
  • 0 HTTP 429s, 0 retries and 0ms reactive backoff.
  • Broad-source inventory added 1 Search request and 244ms in the validation portal.

The earlier accuracy audit still matters

The canonical architecture validation produced 44 explicit results, 97 Low-confidence estimates and 204 complete-none results across 345 Companies. All 44 High-confidence explicit winners were audited as exact Deal Contract End Date evidence in that portal, while all 97 estimates remained task-ineligible. Broad-source support later reused that same canonical resolver instead of adding a second decision path.

The 429 problem is now proactively controlled

The earlier architecture smoke recovered from more than a thousand reactive rate-limit responses. Production now uses one portal-scoped CRM Search lane that proactively paces Search traffic. The latest validation completed 2,942 Search requests with zero 429s, retries or reactive backoff.

The task gate did not get looser

Finding more legitimate renewal sources does not mean creating more speculative tasks. Timing confidence and Renewal Risk severity remain separate. Estimates, proxies, material conflicts and incomplete authoritative timing cannot create a new automatic task.

The practical difference

Search more of the right places, reject the wrong dates, resolve one canonical answer per Company, and only automate when the evidence is strong enough.

Read how Renewal Radar works →