API Loan Repayment Automation for Small Business Lending

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Small businesses face significant barriers when seeking loans due to lack of a solid business plan, poor credit history, limited cash flow, and are perceived as a higher risk, leading to loan denials, with lenders preferring larger, more established businesses.

Innovation Solution

An application programming interface (API) connects merchants, lenders, and acquiring banks, allowing merchants to designate a percentage of daily POS transactions for loan repayment, facilitating automated and secure repayment processes through user interfaces and data communication protocols.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If lenders focus on larger loans to bigger businesses, then their profits increase, but small businesses face difficulty securing loans

Engineering Contradiction:
Improvelender profit efficiencyVSAvoidloan accessibility for small businesses
Core Design Contradiction:
ProductivityVSAdaptability or versatility

Solution Approach 1:

The repayment process is segmented into automatic daily deductions from POS transactions, eliminating the need for manual collection. This automation reduces the relative cost of underwriting small loans by minimizing administrative overhead, making small business lending economically viable alongside larger loans

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system enables self-service repayment where the merchant's POS terminal automatically deducts and transfers repayment amounts to the lender without requiring manual intervention from either party. This automation makes small loans as efficient to manage as larger loans, resolving the profitability contradiction

Inventive Principle:
Principle #25Self-service

2Reliability

If lenders require solid business plans and good credit history, then loan risk decreases, but many small businesses are denied loans due to lack of credit history

Engineering Contradiction:
Improveloan repayment reliabilityVSAvoidloan application accessibility
Core Design Contradiction:
ReliabilityVSEase of operation

Solution Approach 1:

The system establishes automatic repayment mechanisms in advance that deduct funds directly from daily POS transactions. This preliminary setup creates guaranteed repayment capability from day one, allowing lenders to approve loans based on the automation infrastructure rather than traditional credit metrics

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system continuously monitors daily transaction amounts and automatically adjusts or alerts when repayment amounts need modification. This real-time feedback loop ensures reliable repayment while allowing flexible adjustments based on actual cash flow, making lending decisions based on operational data rather than historical credit

Inventive Principle:
Principle #23Feedback

3Reliability

If lenders manually underwrite each small loan, then they can assess risk properly, but the cost of underwriting becomes prohibitively high

Engineering Contradiction:
Improverisk assessment qualityVSAvoidunderwriting cost structure
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent replaces manual mechanical underwriting processes with automated electronic systems that directly integrate with POS terminals. This substitution eliminates the need for extensive manual review of small loans by automating repayment collection and monitoring, dramatically reducing underwriting costs while maintaining risk management through systematic tracking

Inventive Principle:
Principle #28Mechanics substitution (Replace mechanical system)

Data Source

PatentUS11915218B2Repayment application programming interface
Publication Date: 2024.02.27 MASTERCARD INT INC
  • US11915218B2 patent drawing
  • US11915218B2 patent drawing
  • US11915218B2 patent drawing

AI summary

Provided are systems and methods for configuring and implementing a loan repayment based on transactions output from a merchant POS terminal. In one example, the method may include receiving point-of-sale (POS) transactions from a merchant POS terminal, receiving, via an application programming interface (API), a request to allocate a portion of the POS transactions from the merchant POS terminal to a lender payment account, depositing the POS transactions received from the merchant POS terminal into a merchant payment account during a settlement process, and automatically triggering a payment transaction that pushes the portion of the POS transactions from the merchant payment account to the lender payment account.