AI for Underwriting in Telecom: Credit Decisions on a Device You Hand Over Today
Telecom underwriting is unusual among credit jobs. Each decision is individually cheap, the applicant is often standing at a counter or halfway through a web form, and the volume is high enough that nobody will ever read most of the files. The exposure is an odd shape too: part hardware handed over on the spot, the rest airtime billed month after month to somebody who can walk away from a phone contract far more casually than from a loan.
The two kinds of error are not symmetrical, and only one is visible. A wrong approval eventually arrives as unrecovered hardware and a written-off balance, with a name attached. A wrong decline arrives as nothing. The applicant does not appeal, does not complain and does not come back. They buy the same device from the operator across the street, and your file records a clean, defensible no.
Agentic systems fit the work for the same reason they fit underwriting elsewhere: most of the effort is assembly and checking rather than judgement. Resolving who the applicant actually is, reconciling what they typed against what your systems already hold, pulling scattered exposure into one view, and writing down why the answer came out as it did. How much hardware risk you want sitting on thin files stays with people.
Identity has to be settled before credit means anything
A perfect credit assessment of the wrong person is worthless, and in high volume consumer channels the wrong person is usually an honest mistake. Names are entered with initials, a middle name, a married name or a transliteration. Addresses arrive abbreviated, with the flat number in the wrong field, or as a building since renumbered.
An agent can do the resolution work properly instead of relying on exact string matching. It normalises the address, searches your own customer base under name and date of birth variants, checks whether the applicant has held an account before and how it ended, and reconciles the submitted details against the documents uploaded with them. The output is a resolved identity, the evidence supporting it, and an explicit confidence position.
Where resolution is weak, the useful behaviour is to say so and ask for one more piece of evidence rather than proceed on a partial match. A declined applicant who was matched to somebody else's record is the one complaint here that will escalate.
A thin file is not the same as a bad one
Bureau data is thin or absent for groups of people who are perfectly good customers: the young, recent arrivals to the country, people who have never used revolving credit, and people whose financial life sits with family. Default policy treats silence as risk, so these applicants collect a deposit demand or a decline, then disappear quietly.
This is where an agent adds commercial value, because the evidence usually exists and is simply not assembled. Prepaid top-up behaviour with you, a previous contract settled in full and closed, a fixed line account at the same address in good standing, the length of the relationship rather than its size. An agent can gather what you lawfully hold, present it as a case with each item sourced, and recommend a position: approve, approve with mitigation, or refer.
What it should not produce is another score layered on the bureau score. The thin file problem is not solved by more confident arithmetic on less data. It is solved by making the available evidence visible to whoever sets appetite.
The amount at risk is hardware now and airtime later
The two components of telecom exposure behave nothing alike. Device value leaves the building at the moment of sale and is rarely recovered in any useful condition. Airtime accrues gradually and can be curtailed. Treating the application as a single credit limit hides the fact that most of the loss sits in the earliest weeks, before the customer has paid anything at all.
An agent can decompose the exposure the application actually creates: the financed or subsidised device amount, accessories added to the agreement, the contracted tariff commitment, insurance and add-on services, and the open-ended elements such as roaming and premium usage that a spend control would otherwise have to catch. Stated that way, the right mitigation often becomes obvious, and it is frequently not a decline.
Counting the same customer once instead of several times
Household and business exposure fragments easily. Lines get opened across different channels, under slightly different name spellings, against the same address and sometimes the same payment instrument. Each application passes on its own merits while the aggregate quietly becomes something no underwriter approved.
An agent can link accounts on address, bill payer, payment instrument and resolved identity, then present total live exposure, including balances outstanding on devices still being paid for. The linking logic has to be inspectable, because a false link between unrelated people living at the same address produces an unfair decline, and an unfair decline here is invisible.
Deposits and spend limits are the dial between yes and no
A binary approve or decline throws away customers you could have taken safely. The policy toolkit is wider than most decision engines use: a deposit, a lower spend cap, a cheaper device tier, a requirement for direct debit, a staged limit that rises with payment history, or approving the airtime while declining the financed handset.
An agent is well suited to proposing the mitigated version of a marginal application rather than just rejecting it. It can set out which lever addresses which concern, what the residual exposure looks like under that option, and the wording the advisor can use at the point of sale. The policy defines the ladder and the bounds. The system chooses a rung and shows its reasoning, so a declined applicant becomes a counter-offer the sales channel can actually present.
Business applications where the trading entity is not the name on the order
Business orders arrive in the name of the brand, while credit attaches to a legal entity that may be a sole trader, a partnership, a recently incorporated company or one subsidiary of a group you already serve. The order form rarely makes the distinction clear, and the person placing it often does not know which entity the finance team considers responsible.
An agent can resolve the entity properly: match the trading name to a registered entity, read the filing and incorporation history, identify the parent and sibling companies, and check whether a guarantee exists and what it covers. It can then aggregate everything that group already holds with you across accounts, sites and service identifiers, including connections sold by a different channel years earlier.
Multi-site accounts deserve one credit view rather than one per site. The valuable output is an entity map showing which accounts belong to which company, which company is actually on the hook, and where the aggregate exposure sits once all of it is added up.
Applications that arrive through someone paid to get them approved
A large share of originations come through dealers, retailers and resellers whose commission depends on the sale completing. Most behave well. The incentive still shapes the data, and it does so in patterns rather than in individual cases: income entered at a generous round figure, employer fields filled identically across unrelated applicants, one obliging address reused, an order split so that each part sits under a limit.
A single application gives you no way to see this. An agent reading a channel's whole stream can, and it can flag the pattern to credit review rather than to the individual customer, which keeps a genuine applicant from being punished for where they walked in. That evidence belongs in channel performance conversations too, alongside the quality metrics the sales organisation already tracks.
Reassessment at upgrade, when the customer is already yours
An upgrade creates fresh exposure, usually a more expensive device and sometimes a balance still outstanding on the previous one. What makes it different from a new connection is that you now hold the data you lacked originally: how the customer has actually paid you, whether arrears occurred and were cured, how usage has moved, whether bills have surprised them.
An agent can assemble the reassessment in the time the conversation allows: outstanding balance on the existing agreement, whether the old device is being traded in, total exposure after the upgrade, and how all of that compares to the assumptions behind the original decision. It should flag both directions. A long-standing customer whose payment pattern has quietly deteriorated is being handed a second device on the strength of their tenure. Equally, somebody once approved on strict terms has since earned better ones, and nothing in most systems ever revisits that.
A decision record that still makes sense a year later
Bureau data refreshes, policy changes, and rules get retired. Re-running an old application through today's stack produces a different answer, which is exactly what you cannot afford when a complaint handler or a regulator asks why a specific person was declined.
The record has to be a snapshot: the inputs as they stood, which source supplied each one, the policy version in force, the rules that fired, the mitigation offered, and any manual override with its author and stated reason. Producing this is a by-product of an agent doing the assembly, and it is worth having even while the decision itself stays with a person.
What you can tell someone who was turned away
Reason text should be derived from what actually drove the outcome, expressed in language the applicant can act on, and it should include the route back: the deposit option, what would change the answer, how to query the data behind it. Explanations composed after the fact to sound reasonable are worse than a blunt refusal, because they commit you in writing to a reason the decision did not use.
Where AI fails here
The training data is censored, and this is the structural limit. You only observe how approved applicants behaved. The people you declined have no outcome, so a model learned from your own history is confident about a population it has never seen. Reject inference is an assumption wearing the clothes of evidence, and it hides the cost of over-tight cut-offs rather than measuring it.
Alternative data for thin files drifts towards proxies. Device type, handset age, postcode, tenure at address and name patterns all correlate with characteristics you are not permitted to decide on, and a model will reconstruct them from inputs that look innocuous one at a time. Intent is no defence. Outcomes have to be tested across groups, deliberately and on a schedule.
Confidence delivered at speed becomes instruction. An advisor with a queue in front of them reads a recommendation as an answer, and a system that presents weak identity matches and strong ones in the same typeface guarantees that nobody notices the difference.
Lastly, the error you most want to measure is the one your metrics cannot see. Bad debt is reported; lost good customers are not. The only honest way to size that is to let a deliberately relaxed cohort through below the usual cut-off and watch how it performs. That costs real money, which is why it is almost never done, and why the cut-off tends to drift tighter every year with nothing to push back.
Start where the credit decision is already written down
Begin with the part of the policy that exists in a document rather than in somebody's judgement. The deposit and spend limit ladder is a good candidate, as is entity resolution on business applications, because correct answers already exist and can be checked. Run the agent in shadow mode over decisions you have already made and can look back on, and include the declined applicants who later reapplied and were approved, since those are the clearest evidence of how much good business your current cut-off is losing.
Add the decision record next. It pays for itself in dispute handling whether or not the decisioning itself is ever automated, and it makes every later change measurable. Keep appetite, policy and override authority with people, and insist that every assembled figure can be traced back to the system that supplied it. Adopt AI Partners works with credit and commercial teams on that sequence. If you want to talk it through against your own decline population, write to hello@adoptaipartners.com.