SpringboardThis topic is related to Springboard. | Form Builder | Lending 1.0 This feature was introduced in Lending 1.0.
The Springboard solution consists of multiple components, all of which work together to provide the required functionality. The common components are listed below.
There are several forms which comprise the Springboard DAO solution. Each form represents a different chunk of functionality.
The Product Selector Form allows bank Applicants to view product details and select one (or many) products that they would like to apply for. The shopping cart functionality makes it clear what the Applicant has selected and then (unknowingly) transitions them to the DAO Form to complete their application. Banks have the ability to enforce mandatory or optional bundles, configure the ‘Learn More’ hyperlinks and restrict the number of products, if required.
This is the Deposit Account Opening form which collects personal and financial details of the applicant. At various points in the form, the application is run through the Decision Engine and may be approved, denied, or placed in a review queue. This form is the primary entry point into the application and is accessed by bank Applicants.
When an Applicant has been approved for a new account, they’re typically expected to deposit some initial funds into the account. This form allows the user to fund the new account using Credit, Debit, ACH, Internal Transfer (from an account at the same bank), or a Check by Mail.
In the standard US DAO solution Credit, Debit and ACH funds transfers are all processed using the Vantiv Express payment processing platform. In addition to Vantiv, an integration with Plaid Auth allows applicant’s using ACH to retrieve and verify their account details by logging into online banking, rather than typing them manually.
Internal Transfers are performed by the Core Banking API.
When Applications are sent to the Manual or Fraud Review queues they need to be manually assessed and a decision is made by a staff member of the bank.
The Review Form is used by bank staff to perform these review operations and make a final Approved/Declined decision for the Application.
This form allows the user to unsubscribe from nurture email notifications, such as application reminder emails. It will not unsubscribe them from transactional emails required to provide details about their application or account(s), such as an Approved Confirmation or Declination email.
The US DAO Solution is based on the Application Framework and relies on Narratives to control the flow and actions of each of the forms. As a result, the Narration Controller (Narrator) must be installed and active on the Manager servers hosting the solution.
The solution is preconfigured to include Narratives services in your deployment, and comes with a predefined Narrative which includes all of the standard pages and actions required for DAO.
Developer Documentation: https://cs-gitlab.avoka.com/springboard/narrator
When a user is applying for a Deposit Account, Decision Engine can be used to calculate the eligibility of the applicant. Decision Engine can access the Transaction and Form Data of the application and can use this data to determine whether an application should be accepted, rejected, or placed in a review queue. For example, the application can be rejected if the user’s credit score is too low.
For more information, see developer's documentation in Gitlab.
This project provides the services required for the Springboard DAO form, as well as the Core Banking API. The Narrative provided is designed to call each of these services as required to support the application.
The Fluent Functions in the US DAO project can do things such as:
The US DAO solution comes with a predefined Collaboration Job Definition (Workflow). This Workflow controls what happens to the application once it is submitted, such as forwarding the application to one of the workspace queues or sending it on for delivery.
This workflow should not be modified for standard implementations.
The Springboard Maestro Template serves as a starting point for configurations and customizations. The Template implements our current UX best practices and provides client-side support for the Narrator.
The template can be configured in some ways. Colors, backgrounds, and some other items can be easily configured without major modifications. The template can also be customized more deeply depending on a customer’s specific needs, but these deeper customizations are distinctly custom development and may result in the customer’s implementation forking from the base, making it no longer eligible for upgrades.
There are a number of exchange services used by the Springboard DAO Project:
Next, learn about Springboard workflows.