Case workspaces
Full borrower context with point-in-time snapshots — see what the worker saw when the decision was made, not what the record says today.
Case workspaces with full borrower context, workflows you configure instead of commission, and a manager command center — the modern take on a loan servicing CRM, shared by your team and your AI agents, with every action governed before it executes.
Case #H-1083 — Hardship
Borrower J. Rivera · consumer installment
Case timeline
Next action
Review hardship eligibility
Hardship workflow v3 · pinned for this case
What the worker saw, when they saw it — snapshots, versions, and approvals on every decision
The workspace
Twenty case types out of the box — collections, bankruptcy, cease communications, and general support active on day one, with sixteen more seeded, from hardship and SCRA to OFAC, disputes, and mass remediation. New programs are configuration, not application code.
Full borrower context with point-in-time snapshots — see what the worker saw when the decision was made, not what the record says today.
JSON workflow definitions per case type — versioned, draft-to-active, with in-flight cases pinned to the version they started on. 20 case types ship out of the box.
Queues, worker presence, SLA health on business-hours calendars, escalations, missed calls, and unassociated interactions — one operational picture.
One search box across borrowers, loans, cases, and interactions — no tab roulette while a borrower waits on the line.
Expiring upload links and review queues for borrower documents, plus identity verification sessions and privacy-rights request tracking.
Sensitive actions require a second set of eyes — the same approval machinery that gates AI actions gates human ones.
Case workspaces
A case workspace assembles everything about the borrower in one place: loans, interactions, documents, protections, history. And every decision made there is linked to a point-in-time snapshot of that context.
When a worker — human or AI — makes a call on a case, the platform pins the context as of that moment: balances, statuses, protections, the workflow version in force. Months later, a reviewer sees the case as it was, not as it has become. Defending a decision stops requiring archaeology.
A single search box covers borrowers, loans, cases, and interactions. When a borrower is on the line, the agent types one thing and lands in the right case with full context — instead of cross-referencing three systems while the hold music plays.
Configurable workflows
Every case type runs on a JSON workflow definition — versioned, auditable, and promoted draft-to-active like the governed change it is. Standing up a disaster program or a new dispute flow is a configuration exercise, not a development project.
Step 1
A new workflow — or a new version of one — is authored as a JSON definition: steps, transitions, required approvals, SLAs. No application code, no release train.
Step 2
Drafts are reviewed and promoted deliberately. Activating a version is a governed, audited change — not an edit someone made in production.
Step 3
New cases start on the active version. In-flight cases stay pinned to the version they started on, so a mid-case rule change never rewrites history.
Twenty case types ship out of the box — collections, bankruptcy, cease communications, and general support active on day one, with sixteen more seeded, from hardship and SCRA to OFAC, disputes, and mass remediation. Each one is a workflow definition you can read, version, and adapt.
Manager command center
Managers do not supervise humans in one tool and AI in another. The command center shows the whole operation — and because AI agents work the same queues, oversight is one discipline, not two.
Escalation is a path, not a hope: SLA breaches, missed calls, and anything an AI agent escalates land in front of a manager with the full case context attached — including the point-in-time snapshot of what the escalating worker saw.
Documents, identity & approvals
Documents, identity, and high-stakes actions are where servicing risk concentrates — so the workspace handles them with machinery, not policy memos.
Borrowers upload documents over expiring, scoped links — no email attachments, no fax. Documents land in review queues with ownership and SLAs, attached to the case they serve.
Identity verification sessions are part of the case flow, and privacy-rights requests are tracked as first-class work — not a shared inbox someone checks on Fridays.
Actions that policy marks sensitive — payment plans, reversals, status changes — route to a distinct second approver before anything happens. The same machinery that gates AI actions gates human ones.
Part of the LendEasy platform
One of four products on the platform: the control plane that governs every action taken here, the AI agents working the same cases, and the lending core supplying the facts.
FAQ
It plays the role a loan servicing CRM plays — case management, borrower context, interaction history, manager oversight — but it is built differently. Every action taken in the workspace goes through the servicing control plane: checked against regulation-traceable rules before it executes, recorded into a tamper-evident evidence trail, and subject to the same maker-checker policy as AI agent actions. A traditional CRM records what happened; the workspace is governed about what happens next.
Hardship intake, dispute handling, a remediation program you have been putting off — we will configure the workflow with you and walk a case through it end to end.