← Agent catalogue

AI Agent Profile · LendingIQ · Agent #76 · EXA

Credit Exception Agent AI

Function: Credit Exception HandlerInvoked via: exception flag in LOS · override request · credit committee pre-readRuntime: AWS Bedrock · ap-south-1Model: Claude Sonnet 4Context window: 200K tokens

DivisionRisk division

Resume

What this agent does

The Credit Exception Agent AI manages the full administrative lifecycle of credit policy exceptions — triaging every exception raised during underwriting, assembling the override documentation pack required by the approving authority, routing the exception to the correct approval tier, and analysing exception patterns across the portfolio to surface emerging policy gaps. It replaces the manual credit exception handler with a systematic process that ensures every exception is documented to audit standard, routed to the right approver within SLA, and recorded in a register that is ready for RBI inspection at any time.

Primary functions

Exception Triage

Per exception · within 30 minutes of flag

Invoked when: an exception flag is raised in the LOS during credit underwriting — triage is completed within 30 minutes of the flag

  • Categorises every exception into the approved exception taxonomy — the defined list of exception categories that the credit policy recognises: bureau score exceptions (applicant falls below the minimum score threshold but meets other criteria), income documentation exceptions (standard income proof is unavailable but alternative documentation is available), LTV exceptions (loan-to-value ratio exceeds the policy maximum for the product), tenure exceptions (requested tenure exceeds the policy maximum), and sector-specific exceptions (applicant is in a sector that requires committee review regardless of other metrics). Each exception is tagged to exactly one primary category; where an application triggers multiple exceptions, each is documented separately.
  • Assesses the exception against the approved exception thresholds — the range within which the credit policy permits exceptions to be considered, versus the absolute limits beyond which no exception is permissible regardless of other compensating factors. A bureau score exception for an applicant at 690 against a 720 minimum is within the permitted exception range; a score of 580 against a 720 minimum is outside it. The triage categorises the exception as within-range (eligible for committee consideration) or out-of-range (ineligible — the application cannot proceed on an exception basis regardless of the approving authority's preference). Out-of-range exceptions are returned to the underwriter with the specific reason, preventing them from entering the approval queue.
  • Identifies compensating factors for within-range exceptions — the elements of the application that partially mitigate the risk introduced by the policy deviation: a long tenure with the employer mitigates an income documentation exception; a significant existing relationship with LendingIQ (clean repayment history on a prior loan) mitigates a bureau score exception. Compensating factors are documented in the exception pack and presented to the approving authority alongside the deviation — an exception request presented without compensating factors forces the approver to assemble this context themselves, slowing the process and increasing the risk of an approval based on incomplete information.
Output: Exception triage summary — category, deviation from policy, within/out-of-range determination, and compensating factors. Out-of-range exceptions returned to underwriter immediately with reason. Within-range exceptions advanced to documentation and routing.

Override Documentation

Per within-range exception · assembled before routing

Invoked when: an exception is confirmed within-range — documentation pack is assembled before the exception is routed to the approving authority

  • Assembles the override documentation pack from the LOS and the credit file — the structured record that the approving authority reviews and that forms the audit trail for the exception. The pack contains: the application summary (borrower profile, product requested, amount, tenure), the specific policy deviation (which criterion is breached, by how much, and what the policy requires), the compensating factors (documented with supporting evidence from the credit file), the underwriter's recommendation (approve exception / decline), and the credit score if the exception proceeds — an estimate of the incremental credit risk introduced by granting the exception relative to a standard-policy approval. The pack is formatted to the credit committee's standard template — no reformatting required by the approver.
  • Attaches the relevant supporting documents from the credit file to the pack — the income documents that justify the income documentation exception, the bureau report that shows the score deviation, or the property valuation that establishes the LTV. Every factual claim in the pack is supported by an attached document; unsupported claims in exception packs create inspection findings when the supporting document cannot be produced on request.
  • Generates a one-paragraph exception rationale — a plain-language summary of why the underwriter is requesting the exception, what risk it introduces, and what mitigates that risk. The rationale is the approver's primary read when they first encounter the exception; a clear rationale reduces the back-and-forth between the credit team and the approver that extends the approval turnaround. The rationale is drafted by the agent and reviewed by the underwriter before the pack is submitted — the agent's draft reflects the factual basis; the underwriter adds professional judgment context where relevant.
Output: Complete override documentation pack — application summary, policy deviation, compensating factors, supporting attachments, and exception rationale. Formatted to committee template. Stored in the document management system with a unique exception reference number. Ready for routing.

Approval Routing & Pattern Analysis

Per exception (routing) · Monthly (pattern analysis)

Invoked when: documentation pack is complete (routing), or monthly analysis cycle runs (pattern analysis)

  • Routes each exception to the correct approval tier based on the exception category and the loan amount — the credit policy defines a matrix of exception categories against amount thresholds that determines whether the exception goes to the credit head (smaller amounts, lower-severity categories), the credit committee (larger amounts or higher-severity categories), or the board credit committee (exceptions above specified thresholds that require board-level oversight). The routing is automatic and deterministic — the agent applies the matrix, inserts the exception as an agenda item in the next scheduled session of the relevant body, and dispatches the documentation pack to the members. Exceptions routed to the wrong approval tier are a common inspection finding; deterministic routing eliminates this risk.
  • Tracks exception approval SLA — the time between the exception being submitted to the approving authority and the approval or decline decision being recorded. The SLA target is 72 hours for credit head approvals and 5 business days for committee approvals. Exceptions that approach the SLA boundary without a decision receive an automatic reminder to the approving authority. SLA breaches are flagged to the CCO; a pattern of SLA breaches in a specific approval tier indicates a capacity or process problem in that tier's review cycle.
  • Produces a monthly exception pattern analysis for the CCO — the frequency of exceptions by category, the approval rate by category and approving authority, the concentration of exceptions in specific product types or borrower segments, and the trend over the prior 3 months. A category where exception volume is rising as a proportion of approvals in that category indicates that the policy threshold may no longer be appropriately calibrated to the market — the exception is becoming the norm, which means either the policy needs updating or the underwriting process is drifting. The pattern analysis is the signal; the policy review is the human decision.
Output: Exception routed to correct approval tier — agenda item inserted, pack dispatched. SLA tracker per exception — reminder dispatched at 48 hours. Monthly exception pattern analysis to CCO — frequency, approval rate, concentration, and trend by category. Exception register updated with approval/decline outcome when decision is recorded.

Knowledge base

Credit Policy Repository — Exception Taxonomy

The approved list of exception categories, within-range thresholds, absolute limits, and the approval routing matrix by category and amount. The primary reference for triage and routing. Updated when the credit policy is revised.

LOS — Exception Flag Feed and Credit File

Real-time exception flags from the underwriting workflow. The credit file provides the application data, documents, and underwriter notes needed to assemble the documentation pack.

Exception Register — Historical Record

Full history of all exceptions — category, amount, compensating factors, routing, approval/decline outcome, and approving authority. The audit trail for RBI inspection and the dataset for pattern analysis.

Override Documentation Template

The credit committee's standard exception documentation template — the format into which the agent assembles the exception pack. Maintained by the credit head and CCO; updated when the committee's requirements change.

RBI Credit Policy Norms — Exception Framework

RBI's requirements for credit exception management in NBFCs — documentation standards, approval authority requirements, and the expectation that exceptions are the exception rather than the norm.

Pre-Training — Credit Underwriting and Exception Management Knowledge

Credit exception management methodology, NBFC credit policy norms, and override documentation best practices up to knowledge cutoff.

Hard guardrails

Will notApprove, recommend approval, or grant any credit exception autonomously. The agent triages, documents, and routes. Every exception that proceeds requires a human approval decision from the designated credit authority. An agent-approved exception would be invalid and would create an inspection finding.
Will notProcess an out-of-range exception — one where the deviation exceeds the absolute policy limit — as though it were eligible for committee consideration. Out-of-range exceptions are returned to the underwriter immediately with the specific reason. No exception can proceed on the basis that a sufficiently senior approver could override the absolute limit; the limit is absolute by definition.
Will notRoute an exception to an approver below the threshold authority level defined in the credit policy. The routing matrix is applied deterministically — an exception that requires committee approval is not routed to the credit head because the committee is not scheduled for two weeks. SLA pressure does not change the routing authority.
Will notOmit any approved exception from the exception register. Every exception — approved, declined, and withdrawn — is recorded with its full documentation pack and outcome. A selective exception register that excludes declined exceptions is both a governance failure and an inspection finding.

Known limitations

The exception taxonomy must be kept current — a new product type, a new borrower segment, or a regulatory change may introduce exception scenarios that do not fit neatly into the existing categories. Where the agent encounters an exception that does not map cleanly to an approved category, it flags the case for human categorisation rather than applying the closest approximation. An incorrectly categorised exception may be routed to the wrong approval tier, creating a governance gap.Review the exception taxonomy quarterly — checking whether the exception categories and thresholds remain appropriate given the portfolio's evolution. Categories that are seeing high volumes of unclear-fit cases are candidates for subdivision or revision.
The compensating factor assessment is based on the information available in the credit file at the time of triage — it cannot independently verify the factual claims in the file (the employment tenure stated by the borrower, the alternative income documentation provided). Where the credit file contains internally inconsistent information, the agent flags the inconsistency rather than resolving it, leaving the resolution to the underwriter.Treat the agent's compensating factor assessment as a structured summary of the file's stated facts, not as an independent verification. The underwriter's review of the documentation pack before submission remains the human check on the factual basis of the exception request.
Agent Profile · Credit Exception Agent AI · LendingIQ · Agent #76Last updated April 2026 · For internal use

Important Reads

Learn more about how to deploy Credit Exception Agent AI to your lending workflow.