Multi-lender platform that securely stores proprietary information for pre-qualifying an applicant
The system and methods described herein allow users to apply for a purchase of a good from multiple providers using provider specific methodologies for generating offers for the product. For example, the system described herein may include a multi-layer architecture that includes interactive micro-services that communicate together in a bi-directional manner to create a normalized process for the purchase of a good, such as commercial goods/products (e.g. a vehicle) or real property. The micro-services may assess prequalification for a loan or financing for a good, followed by determining eligibility of the good for financing, and further followed by calculating pricing details for loans (e.g. for financing purchase of the good) that would be offered for a consumer's particular financial credentials, for each of a plurality of lenders. Prequalification and pricing may be performed on a good by good basis, or for a plurality of goods near or substantially simultaneously.
1. A method for securely storing proprietary information and prequalifying an applicant for purchase of a good using a multi-lender architecture, the multi-lender architecture comprising a backend platform for implementing the multi-lender architecture, the method comprising:
receiving, by one or more computing devices and via a client application executing on a client device, a request to pre-qualify the applicant for the purchase of the good, and applicant information used to determine whether to pre-qualify the applicant;
receiving, by the one or more computing devices and from a plurality of lenders via a lender portal, proprietary information and one or more rule sets for each lender from the plurality of lenders, wherein the proprietary information and the one or more rule sets are used to determine whether to pre-qualify the applicant;
storing, by the one or more computing devices, the proprietary information and the one or more rule sets in a lender confidential data repository, wherein the lender confidential data repository is part of a jailed and non-accessible environment of the backend platform such that the proprietary information and the one or more rule sets of each lender may not be accessed or viewed by other lenders;
determining, by the one or more computing devices, to which of a plurality of interactive micro-services to transmit the request and the applicant information, wherein the plurality of interactive micro-services are part of the jailed and non-accessible environment of the backend platform, wherein the plurality of interactive micro-services apply the one or more rules sets to determine whether to pre-qualify the applicant;
transmitting, by the one or more computing devices and based on determining which of the plurality of interactive micro-services to transmit the request to via an application programming interface (API), the request and the applicant information to each interactive micro-service from the plurality of interactive micro-services;
applying, by the one or more computing devices and using each interactive micro-service from the plurality of interactive micro-services to which the request and the applicant information were transmitted, the one or more rule sets for each of the plurality of lenders in parallel to the applicant information to determine whether to pre-qualify the applicant;
generating, by the one or more computing devices and using each interactive micro-service, an encrypted prequalification output based on applying the one or more rule sets to the applicant information;
transmitting, by the one or more computing devices, the encrypted prequalification output to the API, the API being further configured to decrypt the encrypted prequalification output for a single user session on the client application; and
transmitting, by the one or more computing devices, the decrypted prequalification output to the client device for displaying the decrypted prequalification output on the client device.
2. The method of claim 1 , wherein the receiving the applicant information comprises receiving encrypted applicant information.
3. The method of claim 1 , further comprising:
in response to receiving the request to pre-qualify the applicant,
displaying, using a graphical user interface (GUI), an opt-in message to the applicant via the client application, and
applying, by the one or more computing devices, the one or more rule sets to the applicant information in response to the applicant approving the opt-in.
4. The method of claim 3 , wherein, in response to the applicant approving the opt-in message, assessing, by the one or more computing devices, prequalification eligibility for the applicant based on one or more threshold criteria of each lender as defined in the one or more rule sets.
5. The method of claim 4 , wherein, in response to the applicant failing the one or more threshold criteria, automatically declining, by the one or more computing devices, the request to pre-qualify the applicant.
6. A multi-lender architecture for securely storing proprietary information and pre-qualifying an applicant for a purchase of a good, the multi-lender architecture comprising a backend platform for implementing the multi-lender architecture, wherein the backend platform is configured to:
receive, by one or more computing devices and via a client application executing on a client device, a request to pre-qualify the applicant for the purchase of the good, and applicant information used to determine whether to pre-qualify the applicant;
receive, by the one or more computing devices and from a plurality of lenders via a lender portal, proprietary information and one or more rule sets for each lender from the plurality of lenders, wherein the proprietary information and the one or more rule sets are used to determine whether to pre-qualify the applicant;
store, by the one or more computing devices, the proprietary information and the one or more rule sets in a lender confidential data repository, wherein the lender confidential data repository is part of a jailed and non-accessible environment of the backend platform such that the proprietary information and the one or more rule sets of each lender may not be accessed or viewed by other lenders;
determine, by the one or more computing devices, to which of a plurality of interactive micro-services to transmit the request and the applicant information, wherein the plurality of interactive micro-services are part of the jailed and non-accessible environment of the backend platform, wherein the plurality of interactive micro-services apply the one or more rules sets to determine whether to pre-qualify the applicant;
transmit, by the one or more computing devices and based on determining which of the plurality of interactive micro-services to transmit the request to via an application programming interface (API), the request and the applicant information to each interactive micro-service from the plurality of interactive micro-services;
apply, by the one or more computing devices and using each interactive micro-service from the plurality of interactive micro-services to which the request and the applicant information were transmitted, the one or more rule sets for each of the plurality of lenders in parallel to the applicant information to determine whether to pre-qualify the applicant;
generate, by the one or more computing devices and using each interactive micro-service, an encrypted prequalification output based on applying the one or more rule sets to the applicant information;
transmit, by the one or more computing devices, the encrypted prequalification output to the API, the API being further configured to decrypt the encrypted prequalification output for a single user session on the client application; and
transmit, by the one or more computing devices, the decrypted prequalification output to the client device for displaying the decrypted prequalification output on the client device.
7. The backend platform of claim 6 , wherein the applicant information comprises encrypted applicant information.
8. The backend platform of claim 6 , further configured to:
in response to receiving the request to pre-qualify the applicant,
display, using a graphical user interface (GUI), an opt-in message to the applicant via the client application, and
apply, by the one or more computing devices, the one or more rule sets to the applicant information in response to the applicant approving the opt-in message.
9. The backend platform of claim 8 , further configured to, in response to the applicant approving the opt-in message,
assess, by the one or more computing devices, prequalification eligibility based on one or more threshold criteria of each lender as defined in the one or more rule sets.
10. The backend platform of claim 9 , further configured to, in response to the applicant failing the one or more threshold criteria,
automatically decline, by the one or more computing devices, the prequalification request.
11. A non-transitory computer readable medium storing instructions for securely storing proprietary information and pre-qualifying an applicant for a purchase of a good using a multi-lender architecture implemented by a backend platform that, when executed by a processor, cause the processor to perform operations comprising:
receiving, by one or more computing devices and via a client application executing on a client device, a request to pre-qualify the applicant for the purchase of the good, and applicant information used to determine whether to pre-qualify the applicant;
receiving, by the one or more computing devices and from a plurality of lenders via a lender portal, proprietary information and one or more rule sets for each lender from the plurality of lenders, wherein the proprietary information and the one or more rule sets are used to determine whether to pre-qualify the applicant;
storing, by the one or more computing devices, the proprietary information and the one or more rule sets in a lender confidential data repository, wherein the lender confidential data repository is part of a jailed and non-accessible environment of the backend platform such that the proprietary information and the one or more rule sets of each lender may not be accessed or viewed by other lenders;
determining, by the one or more computing devices, to which of a plurality of interactive micro- services to transmit the request and the applicant information, wherein the plurality of interactive micro-services are part of the jailed and non-accessible environment of the backend platform, wherein the plurality of interactive micro-services apply the one or more rules sets to determine whether to pre-qualify the applicant;
transmitting, by the one or more computing devices and based on determining which of the plurality of interactive micro-services to transmit the request to via an application programming interface (API), the request and the applicant information to each interactive micro-service from the plurality of interactive micro-services;
applying, by the one or more computing devices and using each interactive micro-service from the plurality of interactive micro-services to which the request and the applicant information were transmitted, the one or more rule sets for each of the plurality of lenders in parallel to the applicant information to determine whether to pre-qualify the applicant;
generating, by the one or more computing devices and using each interactive micro-service, an encrypted prequalification output based on applying the one or more rule sets to the applicant information;
transmitting, by the one or more computing devices, the encrypted prequalification output to the API, the API being further configured to decrypt the encrypted prequalification output for a single user session on the client application; and
transmitting, by the one or more computing devices, the decrypted prequalification output to the client device for displaying the decrypted prequalification output on the client device.
12. The non-transitory computer readable medium of claim 11 , wherein the operations further comprise:
in response to receiving the request to pre-qualify the applicant,
displaying, using a graphical user interface (GUI), an opt-in message to the applicant via the client application, and
applying, by the one or more computing devices, the one or more rules sets in response to the applicant approving the opt-in.
13. The non-transitory computer readable medium of claim 12 , wherein the operations further comprise, in response to the applicant approving the opt-in message, assessing, by the one or more computing devices, prequalification eligibility for the applicant based on one or more threshold criteria of each lender as defined in the one or more rule sets.
14. The non-transitory computer readable medium of claim 13 , wherein the operations further comprise, in response to the applicant failing the one or more threshold criteria, automatically declining, by the one or more computing devices, the request to pre-qualify the applicant.
15. The method of claim 1 , further comprising:
decrypting, by the one or more computing devices and using the plurality of interactive micro-services, the one or more rule sets; and
applying, by the one or more computing devices, the one or more rule sets for each lender to the applicant information to determine whether to pre-qualify the applicant.
16. The backend system of claim 6 , further configured to:
decrypt, by the one or more computing devices and using the plurality of interactive micro-services, the one or more rule sets; and
apply, by the one or more computing devices, the decrypted one or more rule sets for each lender to the applicant information to determine whether to pre-qualify the applicant.
17. The non-transitory computer readable medium of claim 11 , wherein the instructions operations further comprise:
decrypting, by the one or more computing devices and using the plurality of interactive micro-services, the one or more rule sets; and
applying, by the one or more computing devices, the decrypted one or more rule sets for each lender to the applicant information to determine whether to pre-qualify the applicant.
18. The method of claim 1 , wherein the method is performed by the backend platform hosted in a cloud computing environment.
19. The backend platform of claim 6 , wherein the backend platform is hosted in a cloud computing environment.
20. The non-transitory computer readable medium of claim 11 , wherein the backend platform is hosted in a cloud computing environment.