Introduction to LendAPI

What LendAPI does, the main building blocks you will work with, and how an application moves through the platform.

LendAPI is a loan origination platform. You use it to design the loan products you offer, collect applications, make automated credit decisions, price offers, and move each application through to booking.

Most of the work happens in the LendAPI dashboard, with no code required. Developers can use the REST API to create and update applications, run decisions and pricing, and get notified about application events through webhooks.

Start here

Pick the path that matches what you're doing today.

Key concepts

These are the building blocks you'll see across the dashboard, the API and these guides.

  • Tenant: your LendAPI workspace. Every product, application, user, API key and setting belongs to one tenant, and tenants never see each other's data.
  • Sub-tenant: a child workspace under a parent tenant, for example a partner, dealer or brand. The parent can see and manage its sub-tenants' resources. A sub-tenant only sees its own.
  • Sandbox and Production: every tenant has two separate environments. Sandbox is for building and testing. Production (live) holds real applications. Your API key decides which environment an API call uses.

How an application moves through LendAPI

Every application follows roughly the same path. Your setup may skip steps or add others, such as manual review, document requests, or a flow that handles everything automatically.

flowchart TD
    A[Application created<br/>hosted pages or API] --> B[Applicant completes<br/>Product Studio pages]
    B --> C[Variables collected<br/>applicant data + integrations]
    C --> D{Decision tree<br/>runs}
    D -->|Approve| E[Pricing engine<br/>generates offers]
    D -->|Review| R[Manual review<br/>by your team]
    D -->|Request Docs| Q[Applicant uploads<br/>documents]
    D -->|Decline| X[Declined]
    R --> D
    Q --> D
    E --> F[Applicant selects<br/>an offer]
    F --> G[Contract sent<br/>for e-signature]
    G --> H[Booked]
    D -.webhook.-> W[(Your server)]
    H -.webhook.-> W
  1. An application is created. The applicant starts on a hosted application link for your product, or your system calls the API to create the application and gets back a link to send the applicant.
  2. Data is collected. The applicant fills in the pages you designed in Product Studio. Integrations, such as a credit pull, add more data. Everything is stored as variables on the application.
  3. A decision is made. A decision tree evaluates the variables and returns an outcome. The application is approved, declined, sent to your team for review, or put on hold for documents.
  4. Offers are priced. For approved applications, a pricing engine generates offers and the applicant chooses one.
  5. The loan is finalized. Contracts are generated and signed, and the application moves to Booked. From there you can hand it over to your loan management system.

Along the way, LendAPI moves the application between stages, sends the emails and SMS messages you configured, and sends webhooks to your server so your systems stay in sync. Flows let you automate any of these steps.

👍

Build in Sandbox first

Build and test new products, decision trees and pricing engines in Sandbox before you use them in Production. See Sandbox and Live for how the two environments relate.

Explore the guides

Connect to LendAPI

Build your lending program

Decide and automate

Communicate and close

Manage your team and workspace


Did this page help you?