The challenge
Loan origination does not end when an underwriter approves a deal. Before the loan becomes operational, customer records, the loan itself, collateral and supporting documents still have to reach the systems that will manage them.
For this lender, that meant the loan management system for the booked loan and the content management system for completed documents. But the loan management system also held information that could matter before a decision was made, including whether an applicant was an existing customer and how prior loans had performed. A one-way handoff at the end of origination would leave that information disconnected from the underwriting process and still require downstream records to be matched or recreated.
What LAUNCHER built
LAUNCHER designed the appTRAKER workflow so the information needed downstream is prepared during underwriting and verification rather than assembled after the loan is complete.
During origination, appTRAKER can query the loan management system to identify an existing customer and retrieve prior relationship and loan-performance information for review. When a match is confirmed, the customer identifier is linked to the application so the lender can use existing history during underwriting and preserve that relationship for later booking.
Before booking, appTRAKER validates the loan structure and lender-defined funding requirements. When the booking status is reached, the integration is triggered: it uses the existing customer link where available and creates a customer record where needed, then associates the customer with the new loan, creates the loan record, and adds and links the collateral tied to the application. The design supports multiple collateral items rather than assuming every loan has a single asset.
Documents follow their own automated path. Files stored in appTRAKER DOCS for booked, boarded or funded applications are sent to the content management system on a scheduled cycle. Document types are mapped to the corresponding categories, and documents added after the original booking are picked up in subsequent processing.
The result
The lender can use information already held downstream during origination, then move a completed application into those systems without turning booking into a second data-entry project. Existing-customer history can inform underwriting, and the customer link established during origination carries forward when the new loan is booked.
Customer, loan and collateral information flows into the core process at booking, while completed lending documents move into the enterprise content-management system as part of the same operating model. appTRAKER remains the origination record, and the downstream systems receive the information they need at the point they need it.
More case studies
Launching direct and indirect lending with launchPAD
A multi-location finance company used launchPAD to stand up direct, indirect auto and indirect non-auto lending on one system, including underwriting, compliance calculations, contracts, forms and eSign.
Read the story →One origination platform for consumer, business and secured credit cards
A community bank needed credit-card origination to support very different consumer and business requirements without creating separate operating systems for each program.
Read the story →Building a nationwide specialty lending program on one platform
A community bank needed one lending operation that could handle customers, dealers, specialty collateral, state-specific documents and electronic signatures without splitting the work across separate systems.
Read the story →