Home › Use Cases › Catch a rate change before it hits every phone bill
Use caseUC0153

Catch a rate change before it hits every phone bill

A trial bill run just finished, and one wrong rate change could land on every account in a cohort before anyone catches it. This app reads the run against your rules and tells you exactly which cohorts to hold.

For the billing control teamTelecommunications · Technology & SaaS · Payments & Fintech

Why it matters

Today's manual process, and the same job with the app

Billing control and revenue assurance staff at a phone and cable carrier, before each cycle's bills go out.

✕Today's manual process

1Recompute every unit rate against the catalog release in effect, cohort by cohort.
2Check proration and tax against the standard, and compare each cohort's mean to the prior cycle.
3Read the operations notes to find which movements were already approved, and which cohorts a change ticket touched.
4Miss a defect that looks clean and it goes out on every invoice in that cohort.
Every cohort re-checked from scratch, cycle after cycle

✓With the app

1The app recomputes every rate against the catalog, the tax table, and the proration rule, for every cohort.
2It reads the evidence and notes to see which movements the business already approved.
3Each cohort gets a finding hold with its control and evidence, clear, or marked as not enough evidence.
4A named billing owner decides using findings the app cannot act on by itself.
The app flags only what needs a person

See it work

One trial run's findings, step by step

Cabo Verde Mobile Holdings' trial run holds a mobile plan whose usage barely moved, because of an untested rating change.

Catch a rate change before it hits every phone billReference appBuilt to be shaped to your process
  1. 1One trial run 3,722 accounts, rated 32.00 against a 32.00 catalog rate, 0.81% against last cycle.
  2. 2What the app found It holds this cohort for an untested rating change, citing CTL-7.2.
  3. 3The record behind the hold A rating-engine change ticket, deployed into this trial run, dated June 19.
  4. 4Inside the normal range This plan's rate, tax, and proration check out, and its movement stays in range.
  5. 5Who decides Held before release. A named billing owner reviews this before the cycle goes out.

For engineers

How it is built, and how we measured it

All fourteen steps of the build are written up, from the business case to running it in your own environment.

Kit overview →
130 of 130defective cohorts held before releasemeasured in 06 Evals →
18 of 32cohorts already cleared, held anywaymeasured in 06 Evals →
22 of 22defects only the notes revealmeasured in 06 Evals →
3.6¢to validate one trial runmeasured in 07 Unit cost →

The build, step by step

14 steps

Make it yours

What you see is a reference app. We shape it to how you work.

Every part of it is built to change, and none of it means starting over.

Your rulesYour rate tables, proration method, tax rules, and the movement range your team allows.
Your recordsYour catalog releases, tax tables, prior-cycle statistics, change tickets, and cycle operations notes.
Your systemsReads from your billing and rating systems; findings go to your own review queue.
Your screensThe cohort names, control codes, and wording your billing control team already uses.

Want this for your team?

Talk to us

We can run this on your own trial runs and rate catalog, inside your environment.

Talk to us →
A living map of modern AI — kept current every morning