Workflow

How to Manage Loan Condition Aging Before Files Miss Your SLA

Conditionly
·
September 30, 2026
How to Manage Loan Condition Aging Before Files Miss Your SLA

Learn how mortgage processors manage loan condition aging, set practical SLAs, and clear stalled PTD/PTF items before files miss lock or closing deadlines.

Open loan conditions do not become closing emergencies overnight. They age. A VOE that sat untouched for four days, an HOI binder that bounced twice, or a title cure with no next-touch date quietly push the file past the desk's internal SLA—and often past the borrower's rate lock buffer. Processors who treat condition aging as a daily metric clear more files on time than desks that only react when underwriting re-suspenses the loan.

This guide shows mortgage processors and loan officers how to define condition aging, set practical SLAs, run a simple aging report, and intervene before stalled items become delay fees, lock extensions, or last-minute fire drills.

What loan condition aging actually means

Condition aging is the time an open condition has spent without meaningful progress. Meaningful progress is not a status flip in the LOS. It is a documented next action: a borrower ask with acceptance criteria, a vendor follow-up with a due date, or an underwriting clarification that unblocks the item.

Processors often confuse file age with condition age. A loan can be twenty days in process while a critical PTD item is only three days old—or the reverse. Aging management focuses on each open condition's clock, not the overall milestone calendar alone.

  • Days open. Calendar days since the condition was issued or last reopened.
  • Days since last touch. Time since the last owner action that moved the item forward.
  • Days until SLA breach. Remaining buffer before the desk's internal threshold for that condition type.
  • Critical-path flag. Whether the item can block Clear to Close or the lock end date.

When those four fields are visible on every open item, aging stops being a gut feel and becomes a queue you can work.

Why SLAs belong on conditions, not only on milestones

Most shops already track application-to-close and underwriting turn times. Fewer track how long individual conditions may sit before someone must escalate. That gap is where good files quietly stall.

Condition SLAs do not need to be punitive. They are service levels for the processor desk: how long a document chase, third-party order, or underwriting clarification should remain without a next step. Soft SLAs drive follow-up. Hard SLAs drive escalation to the LO, LOA, or operations lead.

  • Borrower document conditions: 1–2 business days to first ask; 2–3 days between chase attempts if incomplete.
  • Employment / income verifications: same-day order when issued; 48-hour vendor follow-up cadence.
  • HOI / title / appraisal repairs: 24-hour acknowledgment; vendor-specific chase windows.
  • Underwriting clarification items: same-day question to UW or LO with a clear response path.

Pick numbers that match your channel mix and volume. The point is consistency: every open condition should have an expected age ceiling and an owner who owns the clock.

Build a condition aging view processors will actually use

Spreadsheet tabs and buried LOS filters fail when volume spikes. Processors need a short daily list: what is aging, who owns it, and what the next ask is. Whether you build that list in your LOS, a shared tracker, or a dedicated tool like Conditionly, the structure should stay simple.

Columns that matter

  1. Borrower / loan number
  2. Condition name and type (PTD, PTF, prior-to-funding, etc.)
  3. Owner (processor, LOA, LO, vendor)
  4. Days open and days since last touch
  5. SLA status (green / yellow / red)
  6. Next action and due date
  7. Critical path to CTC or lock (yes/no)

Sort by red SLA first, then yellow, then critical-path greens. Do not sort only by loan number. Aging is a risk queue, not an alphabetical one.

Cadence that works on a busy desk

  • Morning (10–15 minutes): scan red and yellow items; send or schedule the next chase.
  • Midday: clear inbound docs against open asks; reset aging clocks only when the submission meets criteria.
  • End of day: escalate anything that will breach overnight with no owner action queued.

Keep the ritual short. Long status meetings recreate the spreadsheet problem inside a calendar invite.

Spot aging patterns before they become pipeline problems

Individual red items are fires. Patterns are process debt. Review aging weekly by condition type and owner.

  • Same condition type always ages out. Your ask language or acceptance criteria may be unclear (for example, bank statements missing all pages or wrong date range).
  • One LO's files age faster. Borrower communication may be delayed, or the LOA is not closing the loop on document requests.
  • Vendor conditions cluster red on Fridays. Order earlier in the week or set a Friday morning chase rule before vendors go dark.
  • Suspense returns with the same item. Clearance criteria are fuzzy; align with underwriting on what "satisfied" looks like before re-submitting.

Processors who share a one-page aging pattern summary with ops leads get staffing and template fixes. Processors who only escalate single files get temporary relief and the same red list next Monday.

Intervention playbook when a condition hits yellow or red

Aging tools only help if the desk has a standard response. Use a light playbook so every processor escalates the same way.

Yellow (approaching SLA)

  • Confirm ownership in writing (processor vs LOA vs LO).
  • Send a specific chase: what is missing, what "complete" means, and when you need it.
  • Log the touch and the next due date so the aging clock reflects real work.

Red (SLA breached or critical path at risk)

  • Escalate to the LO with the condition name, days open, and borrower impact (lock, CTC, closing date).
  • Offer a parallel path when possible (alternate VOE channel, different insurance contact, title closer callback).
  • If underwriting criteria are unclear, ask one precise question rather than re-uploading the same package.

Never reset aging because someone "looked at" the file. Reset only when the next action completed or the condition was legitimately reissued with new criteria.

Align processors and loan officers on aging ownership

Condition aging fails when everyone assumes someone else is chasing. Agree on a simple split:

  • Processor: owns the aging report, vendor orders, UW clarification, and documenting next actions.
  • LOA / LO: owns borrower responsiveness, explaining why a document was rejected, and urgency when lock or closing is at risk.
  • Shared: any red critical-path item gets a same-day touch from both sides until a next step exists.

Loan officers do not need a forty-column tracker. They need a short list of aging risks on their pipeline—especially items that threaten locks or closing dates. Push that summary daily or when an item turns yellow so LOs are never surprised at CTC.

Practical tips to keep condition age low

  • Front-load the hard conditions. Order VOE, HOI, and title asks early so aging starts while you still have buffer.
  • Write complete-first asks. Vague requests create redo cycles that inflate days-open without moving the file.
  • Separate waiting from forgotten. A condition waiting on a dated vendor SLA is different from one with no next touch—tag them differently.
  • Protect the lock calendar. Any open critical-path condition inside the lock buffer should auto-surface as red regardless of the generic SLA.
  • Close the loop in one system. When status lives in email, chat, and a spreadsheet, aging math is fiction. Centralize open conditions, owners, and next actions.

Teams that already use Conditionly for loan condition tracking can treat aging and SLA status as part of the same daily queue—so processors see what is stalling without rebuilding the report by hand each morning.

A simple weekly SLA health check

Once a week, spend fifteen minutes on desk-level health—not loan-level firefighting:

  1. Count open conditions by green / yellow / red.
  2. List the top five oldest critical-path items and their owners.
  3. Note any condition type that breached SLA more than twice.
  4. Pick one fix for the coming week (template, vendor cadence, or ownership rule).
  5. Share the snapshot with LOs so urgency is visible before closings compress.

That rhythm turns aging from a scramble into an operating habit. Files still hit surprises—borrowers change jobs, insurance carriers stall—but the desk stops discovering those surprises only after the SLA (or the lock) is already gone.

Bring it together

Loan condition aging is the quiet predictor of delayed closings. Define what "aged" means, put SLAs on condition types that matter, work a short daily risk queue, and escalate yellow and red items with a shared processor–LO playbook. Do that consistently and you clear more conditions while they are still cheap to fix—before they become lock extensions, suspense loops, or closing-week chaos.

If your desk is still reconstructing open conditions from inboxes and spreadsheets, a focused condition-tracking workflow—whether you build it internally or use a purpose-built tool like Conditionly—makes aging visible enough to manage. Start with the red list tomorrow morning. The SLA you protect is the closing you keep.