CELLULAR PHONE-BASED CONSOLIDATED COMMUNICATION AND FINANCIAL ACCOUNT

A method for providing access to a multi-platform consolidated communication and financial account. The method includes receiving identifying information from a user, performing a first verification of an identity of the user identity using the identifying information via a first service provider, and a separate second service provider. The method also includes, responsive to a successful first verification and a successful second verification of the identity of the user, creating the multi-platform consolidated communication and financial account. The method further includes providing a communication device to the user, the device providing access to one or more communication networks, creating a record in a user device management system, the record specifying the identity of the user, the account, and a unique identifier of the communication device provided to the user, and linking a payment account of the user to the device to allow for the user's payment via the device.

BACKGROUND

Traditionally, business that need to assess the risk involved with serving a particular customer, do so in part by verifying financial data for the customer such as monthly income, credit history, bill payment and transactions history, and the like. Analyzing the risk associated with serving the unbanked and underbanked population poses a challenge. Most of these populations do not have credit and transaction history data, which makes it difficult for the banks to evaluate their repayment risk. Many times, such non-traditional prospective borrowers use informal financial practices such as lending among friends and within their own neighborhood. Another common practice is to sell goods in exchange for a promise to pay later when the customer is expected to have money to repay the informal loan. In many of these cases the payment due dates may be uncertain and flexible among the parties and there may be multiple accounts existing for the same person, which also means uncertainty about when these informal lenders will be paid back and from which account. These types of informal, and often unaccountable, transactions involve trust between the parties and may be seen inconvenient or inefficient for merchants that serve the unbanked or underbanked population to monetize their receivables.

DETAILED DESCRIPTION

Various implementations of the disclosed subject matter relate generally to and may provide improvements to apparatus, systems, and methods allowing a customer without a banking account to create and store information related to banking. More particularly, the apparatus, systems and methods allow customers to use a personal mobile device to conduct various transactions and operations, including identity management, account creation and management, banking and other financial transactions, and the like. Embodiments disclosed herein may operate without the need to use physical cash checking locations for the transactions, for example by delegating to each consumer control over the cash checking process, thus eliminating the need for a physical store or other location, in-person employees, safety boxes, security systems, and the like. In some embodiments, consumers can self-enroll using the mobile application or register at a number of authorized physical enrollment locations, usually independent, local establishments such as mobile phone dealers, convenience stores, and insurance brokers. The result is an improved solution for unbanked and under-banked consumers to manage their finances by providing cheaper cost of service, higher ability to transact anywhere and anytime, more secure ways to store value other than cash, and leveraging new sources of information to extend credit.

People in many places of the world do not have banking accounts. These people generally conduct their financial transactions in cash. Without a bank account, it may be difficult to pay for some purchases such as online internet products. It may also be difficult to transfer money to a relative or another person at a distant location. There remains a need for better methods and systems for executing financial transactions.

The present disclosure provides a way to have funds transferred to a personal mobile customer device such as a cellphone to allow the users to use their cellphones to perform many functions traditionally performed with banking accounts. For example, the users may make payments at stores using their phone, may make payments over the internet and perform other traditional banking transactions using their phones. In some embodiments, the phone device may operate like to a prepaid credit or debit card with similar credentials to the prepaid debit or credit card stored in the phone and associated with a unique and singular account on a trusted bank server. Thus, embodiments of the present disclosure provide methods of loading credit into a personal electronic device or phone, without the need to open a formal bank account, is an effective solution for unbanked customers.

In an aspect of the disclosed subject matter, a method for providing access to a multi-platform consolidated communication and financial account is disclosed. The method may include receiving identifying information from a user, performing a first verification of the user identity such as a “know your customer” (KYC) verification, using the identifying information via a first service provider, and a second service provider separate from the first service provider. The method may also include, responsive to a successful first verification and a successful second verification of the identity of the user, creating a multi-platform consolidated communication and financial account. The method may further include providing a communication device to the user, the communication device providing access to one or more communication networks, creating a record in a user device management system, the record specifying the identity of the user, the account, and a unique identifier of the communication device provided to the user, and linking a payment account of the user to the device to allow for payment by the user via the device.

The method may include preventing opening a second account by the same user and responsive to an attempt by the user to create the second account, generating an error.

The method may include prior to performing the first verification of the user, receiving a request from the user to identify an authorized agent to establish an account for the user on the device. The step of performing the first verification of the user may further include receiving confirmation of the identifying information from an agent in physical proximity to the user. The confirmation indicates that the agent has independently verified the accuracy of the identifying information. The step of performing the first verification of the user may further include sending the identifying information to a telephone service provider, receiving, from the telephone service provider, a confirmation that the identifying information matches a user record of an account at the telephone service provider.

The method may include receiving a request for a deferred payment plan from the device for purchase of an item from a merchant, responsive to the request, confirming an eligibility of the user, responsive to confirming that the user is eligible, verifying a biometric signature of the user via a third service provider separate from the first service provider and the second service provider. The method may further include responsive to successful verification of the biometric signature of the user, providing payment for the item to the merchant and adding the deferred payment plan to an account of the user associated with the device.

The method may include providing access to device financing via self-onboarding on the multi-platform consolidated communication and financial account. The step of providing access to device financing may include the user signing up on the user device management system, the user providing identifying information to the user device management system, appraising a credit eligibility of the user via a third service provider separate from the first service provider and the second service provider, responsive to user being eligible for credit, forwarding the user to a registering agent, the user completing onboarding with assistance from the registering agent. The method may include the user paying a dollar amount from a user account as cost of a membership via the user device management system, and updating the user account.

The method may include providing access to device financing via an agent-assisted onboarding on the multi-platform consolidated communication and financial account. The step of providing access to device financing may include the user signing up on the user device management system, the user providing identifying information to the user device management system, a registering agent receiving the identifying information, the registering agent validating the user's identity, the registering agent appraising a credit eligibility of the user via a third service provider separate from the first service provider and the second service provider, and responsive to the user being eligible for credit, completing onboarding of the user. The method may further include the user paying a dollar amount from a user account as cost of a membership with consumer based financial application, and updating the user account.

The method may include providing access to a loan via the multi-platform consolidated communication and financial account. The loan may include at least one of a short-term cash loan, an asset financing loan, a BNPL loan, a bill payment financing, a business loan, and a medium-term and long-term cash loan. The step of providing access to a loan may include displaying a plurality of financial offerings available to the user, the user selecting a loan option from the plurality of financial offerings, appraising a credit eligibility of the user via a third service provider separate from the first service provider and the second service provider, responsive to user being eligible for credit, forwarding the user to a loan agent. The method may further include the user completing a loan registration with assistance from the loan agent, the user paying a dollar amount from a user account as cost of the loan, updating the user account, monitoring for timely payments to the loan, and automatically offering additional loan based on the payments to the loan. The appraising a credit eligibility of the user may include obtaining a credit score of the user, the credit score of the user being above a minimum threshold, initiating the loan to the user's authenticated identity.

The method may include, responsive to determining that the loan is in default, blocking access to the one or more communication networks by the device.

The method may include, responsive to successful use of the device and receipt of a minimum number of timely loan payments, offering a second loan to the user, wherein terms of the second loan are based on a user history of usage of the device.

The method may include providing access to insurance via the multi-platform consolidated communication and financial account. The step of providing access to insurance may include displaying a plurality of financial offerings available to the user, the user selecting an insurance option from the plurality of financial offerings, appraising an insurance eligibility of the user via a third service provider separate from the first service provider and the second service provider, responsive to user being eligible for insurance, forwarding the user to an insurance agent, the user completing an insurance registration with assistance from the insurance agent. The method may further include the user paying a dollar amount from a user account as cost of the insurance, updating the user account, monitoring for timely payments to the insurance, and automatically offering additional insurance based on the payments to the insurance.

The method may include providing access to goal-based savings via the multi-platform consolidated communication and financial account. The step of providing access to goal-based savings may include displaying a plurality of financial offerings available to the user, the user selecting a goal-based savings option from the plurality of financial offerings, appraising a credit eligibility of the user via a third service provider separate from the first service provider and the second service provider, responsive to user being eligible for credit, forwarding the user to a goal-based savings registering agent, the user completing a goal-based saving scheme registration with assistance from the goal-based savings registering agent. The method may further include the user paying a dollar amount from a user account as cost of the goal-based saving scheme, updating the user account, monitoring for timely payments to the goal-based saving scheme, and automatically offering additional goals based on the payments to the goal-based saving scheme.

The method may include providing access to a consumer card via the multi-platform consolidated communication and financial account. The consumer card may include a credit card or a debit card. The step of providing access to a consumer card may include displaying a plurality of financial offerings available to the user, the user selecting a consumer card option from the plurality of financial offerings, appraising a credit eligibility of the user via a third service provider separate from the first service provider and the second service provider, responsive to user being eligible for credit, forwarding the user to a consumer card registering agent, and the user completing consumer card registration with assistance from the consumer card registering agent. The method may also include the user paying a dollar amount from a user account as cost of the consumer card service, updating the user account, monitoring for timely payments to the consumer card, and automatically offering additional loans based on the payments to the consumer card.

The method may include providing access to a telehealth service via the multi-platform consolidated communication and financial account. The step of providing access to a telehealth service may include displaying a plurality of healthcare offerings available to the user, the user selecting a telehealth option from the plurality of healthcare offerings and selecting a doctor, checking an availability of the telehealth service using a telehealth doctor's calendar, the telehealth service offered by a third service provider separate from the first service provider and the second service provider, reserving an appointment on the telehealth doctor's calendar and confirming the appointment with the user, scheduling the appointment on the doctor's calendar and on the user's calendar. The method may also include the user paying a dollar amount from a user account as cost of the telehealth service, and updating the user account.

The method may include providing access to a doctor's appointments via the multi-platform consolidated communication and financial account. The step of providing access to a doctor's appointments may include displaying a plurality of healthcare offerings available to the user, the user selecting a doctor's appointments option from the plurality of healthcare offerings and selecting a doctor, checking an availability of doctor's from the doctor's calendar via a third service provider separate from the first service provider and the second service provider, reserving an appointment on the doctor's calendar and confirming the appointment with the user, scheduling the appointment on the doctor's calendar and on the user's calendar. The method may also include the user paying a dollar amount from a user account as cost of the telehealth service, and updating the user account.

The method may include providing access to a pharmacy via the multi-platform consolidated communication and financial account. The step of providing access to a pharmacy may include displaying a plurality of healthcare offerings available to the user, the user selecting a pharmacy from the plurality of healthcare offerings, the pharmacy operated by a third service provider separate from the first service provider and the second service provider, the user selecting a product from the pharmacy for purchase The method may also include the user paying a dollar amount from a user account as price of the product, updating the user account, and shipping the product to the user.

The method may include providing access to a merchant payment via the multi-platform consolidated communication and financial account. The step of providing access to a merchant payment may include displaying a plurality of options to the user to make the merchant payment, displaying instructions on how to make the merchant payment via a third service provider separate from the first service provider and the second service provider. The method may also include the user scanning a QR code related to the merchant payment, the user paying the dollar amount from a user account to make the merchant payment, and updating the user account.

The method may include providing access to a bill payment process via the multi-platform consolidated communication and financial account. The step of providing access to a bill payment process may include displaying a plurality of options to the user to make the bill payment, displaying instructions on how to make the bill payment via a third service provider separate from the first service provider and the second service provider. The method may also include the user selecting one of the plurality of options to make the bill payment, the user entering a bill payment account number and a dollar amount to pay, the user paying the dollar amount from a user account, and updating the user account.

The method may include providing access to government payments via the multi-platform consolidated communication and financial account. The step of providing access to government payments may include displaying a plurality of options to the user to make government payments, displaying instructions on how to make government payments via a third service provider separate from the first service provider and the second service provider, the user selecting one of the plurality of options to make the government payment. The method may also include the user entering a user account number to make the payment from and a dollar amount to pay, the user paying the dollar amount from the user account, updating the user account, and the user optionally subscribing for an automated payment on a recurring due date.

The method may include providing access to add a bank account via the multi-platform consolidated communication and financial account. The step of providing access to add a bank account may include displaying a plurality of options to the user to add a bank account, displaying instructions on how to add the bank account via a third service provider separate from the first service provider and the second service provider. The method may also include the user selecting one of the plurality of options to add the bank account, the user entering an associated number of the bank account, and linking the bank account with a purchase account of the user, and making the bank account available for future transactions of the user.

The method may include adding a consumer card via the multi-platform consolidated communication and financial account. The consumer card may be a credit card or a debit card. The step of adding a consumer card may include displaying a plurality of options to the user to add a consumer card, displaying instructions on how to add a consumer card via a third service provider separate from the first service provider and the second service provider. The method may also include the user selecting one of the plurality of options to add the consumer card, the user entering an associated number of the consumer card, and linking the consumer card with a purchase account of the user, and making the consumer card available for future transactions of the user.

The method may include providing access to credit score via the multi-platform consolidated communication and financial account. The step of providing access to credit score may include displaying a plurality of options to the user to check a credit score of the user via a third service provider separate from the first service provider and the second service provider. The method may also include the user selecting one of the plurality of options to check the credit score, sending a credit score check request to a credit score system, receiving the credit score of the user from the credit score system, and displaying the credit score of the user.

FIG.1is an illustrative screen page sequence100for customer registration on a consolidated communication and financial account (also referred to as “consumer app”), in accordance with an embodiment of this disclosure. A first example screen105is a representative view of an initial starting point of use by a customer of the consumer app. A number of different applications (also referred to as “app”) are displayed as available for the customer's access, as is common in any digital app store. A second example screen110illustrates how the customer can search for the consumer app, represented as “Y9”, of this disclosure in the search bar of a common web browser. A third example screen115illustrates a number of search hits including the Y9) Consumer app available for installation and access by the customer. A fourth example screen120illustrates an example installation page of the Y9 Consumer app. A fifth example screen125illustrates an example “Sign-up” or “Sign-in” page after the customer installs the Y9 app. A similar process may be used to install an “agent” version of the app for use by agents of the system, for example to perform local validation of user identity and other operations.

The home page of the customer may display several finance related utilities, such as money wallets that may be a source for loan fund into the wallet (bank account, debit card, credit card), transfer funds from one wallet to another, online transaction for utility billing, mobile recharge and the like.

The home page of the customer may display several referral options and the customer may send the referral codes to any of the customer's contacts. An assisting agent may use the referral codes during the onboarding process. Further, the customer may access the referral benefit in the form of credibility points (CP) or similar credit towards to settle the customer's due amount. The credibility points may be earned by making timely payments and there may be several incentives based on the credibility points earned. For example, if a customer earns100) CPs, the customer may qualify for a subsequent loan. The consolidated communication and financial account may preload a “pera-wallet” which may be, for example, a blockchain wallet, which may include features such as a blockchain “play2earn” gaming platform or other features in which users can complete tasks, use digital products or services, provide review information, or the like to obtain digital currency, digital goods, or the like. For example, customers may play games and earn money that is placed into their pera-wallet, and which then can be seamlessly transferred to their wallets.

The consolidated communication and financial account may also onboard a chain of merchants to enable consolidated account access and management and electronic payment, such as via NFC or QR code. The consolidated communication and financial account typically also may combine utility provider accounts, for example to facilitate payment of routine monthly bills and government payments such as taxes. The consolidated communication and financial account may also provide financing options for monthly bills and offer daily payment options to the customers. The consolidated communication and financial account also may provide insurance services to customer and instead of them paying for a year in advance daily, weekly, or monthly payments may be provided.

The consolidated communication and financial account may issue virtual and physical credit and debit cards. The consolidated communication and financial account may provide saving schemes linked to tangible outcomes, such as education savings. In an example scheme, a customer may save a certain amount and instead of receiving an annual interest, the consolidated communication and financial account may provide tangible benefits for the customers such as school uniforms, shoes and books to their children certain times a year. The consolidated communication and financial account may have a locked-in “Loyalty and Rewards” program which may include credibility points and several other benefits and incentives.

FIG.2is an example interactive logic flow200illustrating a method of providing access to device financing via self-onboarding on the consolidated communication and financial account ofFIG.1, in accordance with an embodiment of this disclosure. The example interactive logic flow200shows communications and data transfer between a number of interaction stations, such as a customer application210, a back-end system220, a Government ID system230, an SMS provider240and the like. It will be understood that, in different system architectures, equivalent entities for those shown inFIG.2and other logic flows provided herein may be used. For example, the SMS provider240may be replaced with an equivalent messaging service or system provider. As another example, in some jurisdictions the Government ID system230may be a system of a particular branch of local, state, county, provincial, or federal government or it may be a private business sub-contracted to and/or managed by a government agency, or the like. The “Customer Self-Onboarding” process begins when a new customer clicks on a “Sign Up” button, as in212. The customer is requested to enter identifying information such as a “customer national ID” number, a mobile number and the details of a related mobile service provider. The customer clicks on a checkbox and consents that the consolidated communication and financial account may check with the respective authorities for the authenticity of the identifying information.

A three-way “know-your customer” (KYC) or equivalent validation of the customer may be performed to verify the identity of the customer. First, the customer ID may be validated. A back-end system of the consolidated communication and financial account (also referred to as “the back-end system”) is connected to a government identification system. The customer national ID and the customer's fingerprints may be sent to the government identification system for validation, as in214. The government identification system matches the ID and the fingerprints and validates the identity of the customer, as in216.

Second, the mobile number of the customer may be validated. The back-end system originates and sends the customer a Short Message/Messaging Service (SMS) with a one-time passcode (OTP) to verify the mobile number provided by the customer, as in218. The SMS and the OTP received by the customer are entered into the application and validated against the generated OTP, as in222,224, and226.

Third, the details of the customer may be validated with the customer's mobile service provider, as in228. Specifically, the name of the customer and the mobile number may be sent to the mobile service provider for validation. The mobile service provider may check the name provided against the registered mobile number and verify that the customer identifier matches a customer record of an account maintained in the mobile service provider's database. Customer subsequently enters additional personal details such as, date of birth, gender, profession, email ID, address, organization, region, district, country and the like. In one embodiment, the name of the country may be automatically populated based on the location provided by the customer.

Credit scores of the customer may be checked next, to appraise the financial eligibility of the customer. There may be several parameters that are checked to ascertain the financial eligibility. First, the back-end system may check the customer ID, the name and the mobile number to check for any customer blacklisting. Second, the back-end system may check the customer ID, name and mobile number for any customer delinquency. Third, an analytical algorithm for credit scoring may determine the credit score for the customer using data provided by the mobile service provider (such as, data usage, top up, calls, SMS, active rate, time since activation etc.), mobile money wallet data (such as, balance, transfers, loans, top ups, usage, active rate etc.), financial data (such as, accounts, loans, repayments, payments delays etc.), government credit check information using customer government financial data (such as, loans, credit cards, payments etc.) and the like.

KYC and credit checks as disclosed herein may be performed in compliance with any applicable data privacy rules based on the geographic location of the service provider and/or the end user customer. At the end of the credit check, if the customer is not found eligible, the consumer financial application may send a message to the customer that the customer may reach out again to the financial institution after a few months. The same message may also be sent by an SMS. On the other hand, after a successful KYC verification if the credit score of the customer is found to be above a minimum threshold, a membership may be created for the customer, as in232. Several device and membership options may be shared with the customer, as in234. Further, if a user attempts to opening a second account, a logic check is performed by the systems on the identification details and an error is generated. In some embodiments, it may be preferred for each human user to be prevented from creating more than one account. That is, each account in a system as disclosed herein may be connected to a single human user and, similarly, each human user may be connected to at most one account on the system.

At this point, the customer may select a particular device and a membership option. In some embodiments, verification by a local agent may be desirable or required to complete creation of the user's account and enrollment in the system. In that case, the customer is shown a “agents nearby” option. Specifically, the device may display a list of agents, the contact details of the agents, and the distance between the customer's location and the agents' locations. Once the customer selects an agent, as in236, navigation directions to the agent may be displayed using the location capabilities installed on the device and standard “map” applications. The customer subsequently reaches out to an agent and completes the onboarding process, as in238.

FIG.3is an example interactive logic flow300illustrating a method of providing access to device financing via assistance of an agent, in accordance with an embodiment of this disclosure. Referring toFIG.3, the interactive logic flow300includes a number of interaction stations, such as a customer application310, a back-end system320, a Government ID system330, an SMS provider340, a KYC verification service provider350, a financial entity360, a mobile monitoring agency370, an insurance provider380and the like. The “Agent Assisted Customer Onboarding including Device Financing” process begins when an agent receives identifying information from a customer, as in312. The identifying information may include the a “customer national ID” number, a mobile number and the related mobile service provider. The agent explains the KYC and credit check process to the customer and receives a consent from the customer to check KYC and credit by the customer's clicks on a checkbox.

A four-way KYC validation of the customer may be performed using the identifying information to verify the identity of the customer. First, the agent, in physical proximity to the customer, receives the identifying information from the customer, as in312. The agent verifies the information, as in314and submits confirmation of the identifying information, as in316. The confirmation indicates that the agent has independently verified the accuracy of the identifying information. Second, the customer ID may be validated as explained above in relation to the method ofFIG.2. Third, the mobile number of the customer may be validated, as in318.322,324, and326and as explained above in relation to the method ofFIG.2. Fourth, the details of the customer may be validated with the KYC verification service provider, as in328,332, and334as explained above in relation to the method ofFIG.2.

The agent may then proceed to enter additional personal details of the customer and check the financial eligibility of the customer as explained above in relation to the method ofFIG.2.

KYC and credit checks may be performed in compliance with applicable data privacy rules at336, as previously disclosed in relation to the self-onboarding process. At the end of the credit check, if the customer is not found eligible, the consumer financial application shares the message that the customer may reach out again to the financial institution after a few months. The same message may also be sent by an SMS or other electronic messaging system. On the other hand, after a successful KYC verification if the credit score of the customer is found to be above a minimum threshold, as in338, a membership may be created for the customer, as in342. Several device and membership options may be shared with the customer, as in344. At this point, the customer may select a particular device and a membership option.

In some embodiments, the electronic device provided to the end user customer may be provided free of charge; in others it may be provided immediately but payment may be required from the user. In some cases, the need for a down-payment amount may be communicated to the customer. For example, an SMS message may be sent to the to provide a link and instructions to pay the down-payment amount using the customer's bank or mobile money account. In one embodiment, a default payment account of the customer may be linked to the device to allow for payment of the down-payment amount via the consolidated communication and financial account.

Subsequently, the back-end system may check for confirmation of the down-payment, as in346. Once the down-payment is confirmed, a loan account may be created in the core banking system, and/or an enterprise resource planning (ERP) system and/or a customer relationship management (CRM) system, as in348. A deferred payment plan may be created. The assisting agent may scan a unique identifier such as the international mobile equipment identity (IMEI) of the selected device, as in352. The device IMEI may be sent to the back-end system, as in354, creating a record in a customer device management system (also known as “Mobile Monitoring System”). The record specifies the identity of the customer, the loan amount, and the IMEI. The device may be unlocked and prepared for the customer's use, as in356.

In some embodiments, device information may be sent to an insurance provider and an insurance process may be implemented for the device provided to the customer. Usually an insurance ID may be provided by the insurance company, as in358and a corresponding record may be created in the customer database, as in362.

The agent may hand over the device to the customer and the customer may power the device on and connect to the internet. The customer may get the device configured to communicate and transact on several financial institutions of the customer, such as a bank account, credit scoring engine and the like. The agent may explain the benefits of the free e-books offered by the consolidated communication and financial account and the customer may sign in by setting a new passcode.

Once the device has been provided to the end user customer and any optional features have been enabled and/or any optional processes (such as payment, insurance, and the like) have been completed, he onboarding process is complete at this point, as in364.

In embodiments where the device is provided to the user immediately by way of a loan to the customer for the cost of the device, the customer may link a payment account to the device to allow for payment of the loan. Customers typically may have several options, such as “pay due amount”, “pay daily payment amount”, “pay total loan amount”, and “pay custom amount” available to make the payment. Next, the customer may select one or more from a list of mobile money wallets that may include “choice of payment wallet 1”, “choice of payment wallet 2”, and “choice of payment wallet 3”. All transactions completed by the customer may get updated into loan account of the customer.

The consolidated communication and financial account continuously checks for timely payments and responsive to determining that any loan is in default, the customer's access to the device may be blocked. Further, responsive to successful use of the device and receipt of a minimum number of timely loan payments, the system may offer a subsequent (second or third and so forth) loan to the customer. The terms of the subsequent loans may be decided based on a history of the customer's usage of the device.

FIG.4is an example interactive logic flow400illustrating a method of providing access to short term cash loans via the consolidated communication and financial account ofFIG.1, in accordance with an embodiment of this disclosure. Referring toFIG.4, the interactive logic flow400includes a number of interaction stations, such as a customer application410, a back-end system420, a credit scoring agency430, a financial entity440and the like. The “Short Term Cash Loans” process begins when an option to apply for loans is displayed to the customer on the home screen. Once clicked, all loans available to the customer are displayed on the screen, as in412. One of the options on the loan menu may be “Short Term Cash Loans”. Once the customer selects this option, as in414, credit scores of the customer may be checked next to appraise the eligibility of the customer, as in416and as explained above in relation to the method ofFIG.2. After eligibility is confirmed (credit score of the customer being above a minimum threshold), as in418, the short-term cash loans options are shared with the customer.

At this point, the customer may select a loan amount and a term of the loan, as in422. The customer may confirm a request using instant biometrics, as in424. The instant biometrics may be compared with the ones submitted by the customer during onboarding, face or fingerprint depending on device and selection. Once the biometrics are approved, as in426, there may be a request for additional documents, as in428. Subsequently a loan account may be created in the core banking system, and/or an ERP system and/or a CRM system, as in432. A deferred payment plan may be created. Further, the customer may be able to view a summary of the loan application that includes the requested loan amount and the approved limit. Once consented, the loan amount may be credited to the customer's account, as in434. At this point, the customer may link a payment account and make necessary payments as explained above in relation to the method ofFIG.3.

As previously indicated, embodiments disclosed herein allow for a single account, tied to a specific electronic device, to be used by the end user customer to perform various transactions. The operation and result of those transactions may further be used to adjust the user's profile in the system, for example to change the user's credit rating, payment history, available devices and communication services (such as cellular accounts and the like), and to update associated attributes such as the interest rate or financing charges applied to the user's accounts, payment and service level options, and the like. For example, if an end user customer applies for and receives a loan or on-the-spot financing, the amount and interest rate given to the user may be determined, at least in part, based on the user's previous behavior in the system. This may operate in a similar manner to conventional credit scores, i.e., net “positive” behavior (that would increase a conventional credit score) may result in higher amounts, more complex financial products, and/or lower interest rates being offered to the user, while net “negative” behavior (that would decrease a conventional credit score) may result in the opposite. Other behavior may be included in such determinations, such as whether or how often a user has reported the associated personal electronic device lost or damaged, the number of accounts connected within the communication and financial account, the type of such accounts, the user's average weekly or monthly expenditures, and the like. More generally, any activity performed through the app as disclosed herein may be accounted and weighted when determining which products or services to offer to a particular user according to embodiments disclosed herein.

Various examples of the types of services that may be made available to users are described below, but they are not intended to be limiting on the type, nature, or operation of services that may be made available to users in embodiments disclosed herein.

FIG.5is an example interactive logic flow500illustrating a method of providing access to asset financing via the consolidated communication and financial account ofFIG.11, in accordance with an embodiment of this disclosure. The interactive logic flow500includes a number of interaction stations, such as a customer application510, a back-end system520, a credit scoring agency730, a financial entity740, a merchant application and the like. The “Asset Financing” process begins when an option to apply for loans displayed to the customer on the home screen. Once clicked, all loans available to the customer are displayed on the screen, as in512. One of the options on the loan menu may be “Asset Financing”. Once the customer selects this option, as in514, credit scores of the customer may be checked next to appraise the eligibility of the customer, as in516and as explained above in relation to the method ofFIG.2. After eligibility is confirmed (credit score of the customer being above a minimum threshold), as in518, the insurance options are shared with the customer.

At this point, the customer may select a loan option for a particular asset of interest, such as a television, a motorbike and the like, as in522. The customer may confirm a request using instant biometrics, as in524. The instant biometrics may be compared with the ones submitted by the customer during onboarding, face or fingerprint depending on device and selection. Once the biometrics are approved, as in526, there may be a request for additional documents, as in528. Subsequently a loan account may be created in the core banking system, and/or ERP system and/or a CRM system, as in532. A deferred payment plan may be created, as in534. Further, the customer may be able to view a summary of the loan application that includes the requested loan amount and the approved limit, as in536.

Subsequently, a QR code with an approved amount may be generated and made available in the application to be used for purchase of the asset from a merchant, as in538. The Customer may also have an option to view or download a list of participating stores and the steps to use the approved amount. The customer may see the QR code in a “My loans” section or under an “Asset Financing” tab on the home page. The customer may reach out to a merchant for purchase of a particular asset and inform the QR code the merchant at the time of payment. The merchant may open a “Merchant app” and select received payment and scan the QR code provided by the customer, as in542. The Merchant App may request the back-end system for validation of the payment, as in544. Once validated, the amount may be credited to the merchant's account, as in546. At this point, the customer may link a payment account and make necessary payments as explained above in relation to the method ofFIG.3.

FIG.6is an example interactive logic flow600illustrating a method of providing access to buy-now-pay-later (BNPL) financing via the consolidated communication and financial account ofFIG.1, in accordance with an embodiment of this disclosure. Referring toFIG.6, the interactive logic flow600includes a number of interaction stations, such as a customer application610, a back-end system620, a credit scoring agency630, a financial entity640), a merchant application650and the like. The “Buy Now Pay Later” process begins when an option to apply for loans is displayed to the customer on the home screen. Once clicked, all loans available to the customer are displayed on the screen, as in612. One of the options on the loan menu may be “Buy-now-pay-later (BNPL)”. Once the customer selects this option, as in614, credit scores of the customer may be checked next to appraise the eligibility of the customer, as in616and as explained above in relation to the method ofFIG.2. After eligibility is confirmed (credit score of the customer being above a minimum threshold), as in618, the insurance options are shared with the customer.

At this point, the customer may scan a QR code from a merchant and enter an amount as in622. The customer may confirm a request using instant biometrics, as in624. The instant biometrics may be compared with the ones submitted by the customer during onboarding, face or fingerprint depending on device and selection. Once the biometrics are approved, as in626, there may be a request for additional documents, as in628. Subsequently a loan account may be created in the core banking system, and/or ERP system and/or a CRM system, as in632. A deferred payment plan may be created, as in634. Further, the customer may be able to view a summary of the loan application that includes the requested loan amount and the approved limit, as in636. Once consented, the loan amount may be credited to the customer's account.

Subsequently, a QR code with an approved amount may be generated and made available in the application to be used for purchase of the asset from a merchant, as in638. The merchant may open a “Merchant app” and select received payment and scan the QR code provided by the customer. The Merchant App may request the back-end system for validation of the payment, as in642. Once validated, the amount may be credited to the merchant's account, as in644. At this point, the customer may link a payment account and make necessary payments as explained above in relation to the method ofFIG.3.

FIG.7is an example interactive logic flow700illustrating a method of providing access to bill payment financing via the consolidated communication and financial account ofFIG.1, in accordance with an embodiment of this disclosure. Referring toFIG.7, the interactive logic flow700includes a number of interaction stations, such as a customer application710, a back-end system720, a credit scoring agency730, a financial entity740, a bill merchant750) and the like. The “Bill Payments Financing” process begins when an option to apply for loans is displayed to the customer on the home screen. Once clicked, all loans available to the customer are displayed on the screen, as in712. One of the options on the loan menu may be “Bill Payment Financing”. Once the customer selects this option, as in714, credit scores of the customer may be checked next to appraise the eligibility of the customer, as in716and as explained above in relation to the method ofFIG.2. After eligibility is confirmed (credit score of the customer being above a minimum threshold), as in718, the insurance options are shared with the customer.

At this point, the customer may select a loan option, as in722and confirm the request using instant biometrics, as in724. The instant biometrics may be compared with the ones submitted by the customer during onboarding, face or fingerprint depending on device and selection. Once the biometrics are approved, as in726, there may be a request for additional documents, as in728. Subsequently a loan account may be created in the core banking system, and/or ERP system and/or a CRM system, as in732. A deferred payment plan may be created, as in734. Further, the customer may be able to view a summary of the loan application that includes the requested loan amount and the approved limit, as in736. Once consented, the loan amount may be credited to the customer's account.

Subsequently, a payment code with the amount may be generated and made available in the application to be used for payment of a merchant's bills, as in738. The customer may see the payment code in “My loans” section or under “Bill Payment” on home page. The customer may select a bill payee merchant and select an option to pay via the payment code. The customer may enter the bill payment code in bill payee merchant section, as in742. The bill payee merchant may request the back-end system for validation of the payment, as in744. Once validated, the amount may be credited to the merchant's account, as in746. At this point, the customer may link a payment account and make necessary payments as explained above in relation to the method ofFIG.3.

FIG.8is an example interactive logic flow800illustrating a method of providing access to business loans via merchant financing application, in accordance with an embodiment of this disclosure. Referring toFIG.8, the interactive logic flow800includes a number of interaction stations, such as a customer application810, a back-end system820, a credit scoring agency830, a financial entity840and the like. The “Business Loans” process begins when an option to apply for loans is displayed to the customer, who may be a merchant, on the home screen. Once clicked, all loans available to the customer are displayed on the screen, as in812. One of the options on the loan menu may be “Business Loans”. Once the customer selects this option, as in814, credit scores of the customer may be checked next to appraise the eligibility of the customer, as in816and as explained above in relation to the method ofFIG.2. After eligibility is confirmed (credit score of the customer being above a minimum threshold), as in818, the insurance options are shared with the customer.

At this point, the merchant selects a loan amount and a term, as in822. The merchant confirms the request using instant biometrics, as in824. The instant biometrics may be compared with the ones submitted by the customer during onboarding, face or fingerprint depending on device and selection. Once the biometrics are approved, as in826, there may be a request for additional documents, as in828. Subsequently a loan account may be created in the core banking system, and/or ERP system and/or a CRM system, as in832. A deferred payment plan may be created. Further, the customer may be able to view a summary of the loan application that includes the requested loan amount and the approved limit, instant biometrics. The instant biometrics may be compared with the ones submitted by the customer during onboarding, face or fingerprint depending on device and selection. Once the biometrics are approved, there may be a request for additional documents. Subsequently a loan account may be created in the core banking system, and/or ERP system and/or a CRM system. A deferred payment plan may be created. Further, the customer may be able to view a summary of the loan application that includes the requested loan amount and the approved limit. Once consented, the loan amount may be credited to the merchant account, as in834. At this point, the customer may link a payment account and make necessary payments as explained above in relation to the method ofFIG.3.

FIG.9is an example interactive logic flow900illustrating a method of providing access to medium-and-long-term cash loans via the consolidated communication and financial account ofFIG.1, in accordance with an embodiment of this disclosure. Referring toFIG.9, the interactive logic flow900includes a number of interaction stations, such as a customer application910, a back-end system920, a credit scoring agency930, a financial entity940and the like. The “Medium and Long Term Cash Loans” process begins when an option to apply for loans is displayed to the customer on the home screen. Once clicked, all loans available to the customer are displayed on the screen, as in912. One of the options on the loan menu may be “Medium and Long term Cash Loans”. Once the customer selects this option, as in914, credit scores of the customer may be checked next to appraise the eligibility of the customer, as in916and as explained above in relation to the method ofFIG.2. After eligibility is confirmed (credit score of the customer being above a minimum threshold), as in918, the insurance options are shared with the customer.

At this point, the customer selects a loan amount and a term, as in922. The customer confirms the request using instant biometrics, as in924. The instant biometrics may be compared with the ones submitted by the customer during onboarding, face or fingerprint depending on device and selection. Once the biometrics are approved, as in926, there may be a request for additional documents, as in928. Subsequently a loan account may be created in the core banking system, and/or ERP system and/or a CRM system, as in932. A deferred payment plan may be created. Further, the customer may be able to view a summary of the loan application that includes the requested loan amount and the approved limit. Once consented, the loan amount may be credited to the customer's account, as in934. At this point, the customer may link a payment account and make necessary payments as explained above in relation to the method ofFIG.3.

FIG.10is an example interactive logic flow1000illustrating a method of providing access to insurance offerings via the consolidated communication and financial account ofFIG.1, in accordance with an embodiment of this disclosure. Referring toFIG.10, the interactive logic flow1000includes a number of interaction stations, such as a customer application1010, a back-end system1020, an insurance provider1030, a financial entity1040and the like. The “Insurance Offerings” process begins when an option to apply for insurance is displayed to the customer on the home screen. Once clicked, all insurance offerings available to the customer are displayed on the screen, as in1012. Once the customer selects an option, as in1014, credit scores of the customer may be checked next to appraise the insurance eligibility of the customer, as in1016and as explained above in relation to the method ofFIG.2. After eligibility is confirmed (credit score of the customer being above a minimum threshold), as in1018, the insurance options are shared with the customer.

At this point, the customer may select an insurance amount and a term. The customer confirms the request using instant biometrics, as in1022. The instant biometrics may be compared with the ones submitted by the customer during onboarding, face or fingerprint depending on device and selection. Once the biometrics are approved, as in1024, there may be a request for additional documents, as in1026.

A first payment amount may be communicated to the customer and the customer may use the consolidated communication and financial account to make the payment, as in1028. The back-end system may check for confirmation of the payment. Once the payment is confirmed, as in1032, an account may be opened with an insurance provider and/or an ERP and/or a CRM system. A deferred payment plan may be created and an insurance ID may be provided to the customer, as in1034. Customer may see a summary of the insurance application including all insurance details, as in1036.

The customer may link a payment account to allow for payment of the insurance by via the consolidated communication and financial account. All transactions completed by the customer may get updated into the insurance account. The system may continuously monitor for timely payments and it is responsive to determining that the insurance hasn't been paid. In case of late payment, the credit score of the customer may be updated and the impact may be notified to the customer prompting for quick payment.

Further, insurance claims may be initiated, as in1038, from the consumer based financial application without any need for any paperwork. All documents required by the insurer may be uploaded via the consumer based financial application and any claims may be sent directly to the insurer. The insurance provider may audit the claim and accept or reject the same. Once the claim is accepted and resolved, as in1042, the resolution may be updated in the consumer based financial application and a payment may be deposited into the customer's account.

FIG.11is an example interactive logic flow1100illustrating a method of providing access to goal-based savings via the consolidated communication and financial account, in accordance with an embodiment of this disclosure. Referring toFIG.11, the interactive logic flow1100includes a number of interaction stations, such as a customer application1110, a back-end system1120, an eligibility assessment system1130, a financial entity1140and the like. The “Goal Based Savings” process begins when an option to apply for “Goal Based Savings” is displayed to the customer on the home screen. Once clicked, all different offerings available to the customer (such as, education, health and the like) are displayed on the screen, as in1112. Once the customer selects this option, as in1114, credit scores of the customer may be checked next to appraise the eligibility of the customer, as in1116and as explained above in relation to the method ofFIG.2. After eligibility is confirmed (credit score of the customer being above a minimum threshold), as in1118, the goal-based savings options are shared with the customer.

At this point, the customer may subscribe, as in1122and make the initial savings payment, as in1124. A savings account may be created in a core banking system and/or an ERP system and/or a CRM system, as in1126. A confirmation message may be shared with the customer in the consolidated communication and financial account. The savings account balance may be part of the customer's products on the home page. There may also be a tracker that display the balance remaining to achieve the savings goal, as in1128. Further, responsive to successful receipt of a minimum number of deposits, the system may automatically offer a subsequent (second or third and so forth) goal to the customer. The terms of the subsequent goals may be based on a history of the customer's account usage and deposits.

FIG.12is an example interactive logic flow1200illustrating a method of providing access to credit cards via the consolidated communication and financial account ofFIG.1, in accordance with an embodiment of this disclosure. Referring toFIG.12, the interactive logic flow1200includes a number of interaction stations, such as a customer application1210, a back-end system1220, a credit scoring agency1230, a financial entity1240, a card management organization1250and the like. The “Credit Card Procurement” process begins when an option to apply for credit card displayed to the customer on the home screen. Once clicked, all credit card options available to the customer are displayed on the screen, as in1212. Once the customer selects an option, as in1214, credit scores of the customer may be checked next to appraise the eligibility of the customer, as in1216and as explained above in relation to the method ofFIG.2. After eligibility is confirmed (credit score of the customer being above a minimum threshold), as in1218, the credit card options are shared with the customer.

At this point, the customer selects a credit card limit, as in1222. The customer confirms the request using instant biometrics, as in1224. The instant biometrics may be compared with the ones submitted by the customer during onboarding, face or fingerprint depending on device and selection. Once biometrics are approved, as in1226, there may be a request for additional documents if required, as in1228. The customer may be able to view a summary of the card application on the home page of the consolidated communication and financial account, under “Cards” tab. The customer may also view the status of the card application, the requested amount. If approved, as in1232, a credit account may be created in the core banking system, and/or ERP system and/or a CRM system and/or a card management system, as in1234. A deferred payment plan may be created, as in1236. A credit card may be assigned to the customer, as in1238and may be sent to the customer address, as in1242. The credit card may also be available as a virtual card for payments using the app, as in1244. At this point, the customer may link a payment account and make necessary payments as explained above in relation to the method ofFIG.3.

FIG.13is an example interactive logic flow1300illustrating a method of providing access to debit cards via the consolidated communication and financial account ofFIG.1, in accordance with an embodiment of this disclosure. Referring toFIG.13, the interactive logic flow1300includes a number of interaction stations, such as a customer application1310, a back-end system1320, a financial entity1330, a card management organization1340and the like. The “Debit Card Procurement” process begins when an option to apply for a debit card is displayed to the customer on the home screen. Once clicked, all card options available to the Customer are displayed, as in1312. There may be an option to apply for the selected Debit Card. Once the customer selects a debit card option, as in1314, eligibility check may be completed, as in1316. The customer needs to have a savings, a wallet or other deposit account to be qualified. A customer account number is provided along with eligibility approval, as in1318. The customer confirms the request using instant biometrics, as in1322. The instant biometrics may be compared with the ones submitted by the customer during onboarding, face or fingerprint depending on device and selection. Once biometrics are approved, as in1324, the customer may see a summary of the debit card application, as in1326. A debit card may be linked to the selected account, as in1328. The debit card account may also be created in the card management system, as in1332. A debit card may be assigned to the customer and sent to the customer's address, as in1334. The debit card may also be available as a virtual card for payments using the application, as in1336.

FIG.14is an example interactive logic flow1400illustrating a method of providing access to doctors' appointments via the consolidated communication and financial account ofFIG.1, in accordance with an embodiment of this disclosure. Referring toFIG.14, the interactive logic flow1400includes a number of interaction stations, such as a customer application1410, a back-end system1420, a Doctor's calendar1430) and the like. The “Doctor's Appointment” process begins when an option to enter “Healthcare” menu is displayed to the customer on the home screen. Once clicked, all healthcare offerings available to the customer are displayed on the screen, as in1412. The customer selects the “Doctor's Appointment” option and selects a doctor. The doctor's availability is checked, as in1414, using the doctor's calendar which is available via APIs calls to the back-end of the system. In effect, availability information of a doctor is provided to the back-end of the system, as in1416and then to the customer, as in1418. After getting a confirmation from customer, as in1422, the back-end system reserves an appointment on the doctor's calendar, as in1424and the appointment is confirmed to the customer, as in1426. At this point, the doctor's appointment is scheduled on the customer's calendar, as in1428.

FIG.15is an example interactive logic flow1500illustrating a method of providing access to telehealth via the consolidated communication and financial account ofFIG.1, in accordance with an embodiment of this disclosure. Referring toFIG.15, the interactive logic flow1500includes a number of interaction stations, such as a customer application1510, a back-end system1520, a Doctor's calendar1530, a financial system1540and the like. The “Telehealth” process begins when an option to enter healthcare menu is displayed to the customer on the home screen. Once clicked, all healthcare offerings available to the customer are displayed on the screen, as in1512. The customer selects the “Telehealth” option and selects a doctor. The doctor's video availability is checked, as in1514, using the doctor's calendar which is available via APIs calls to the back-end of the system. In effect, availability information of a doctor is provided to the back-end of the system, as in1516and then to the customer, as in1518. After getting a confirmation from the customer, as in1522, the back-end system reserves a telehealth appointment on the doctor's calendar, as in1524and the appointment is confirmed to the customer, as in1526. A Telehealth calendar appointment is scheduled on the customer calendar including video call, as in1528. The customer may be informed about an amount of payment and a payment request may be automatically generated from the customer's account, as in1532. The payment amount may be automatically withdrawn from the customer's account, as in1534. The amount may be credited to the doctor's account, as in1536and the customer's account balance may be updated, as in1538.

FIG.16is an example interactive logic flow1600illustrating a method of providing access to pharmacy via the consolidated communication and financial account ofFIG.1, in accordance with an embodiment of this disclosure. Referring toFIG.16, the interactive logic flow1600includes a number of interaction stations, such as a customer application1610, a back-end system1620, a pharmacy1630, a financial system1640and the like. The “Pharmacy” process begins when an option to enter healthcare menu is displayed to the customer on the home screen. Once clicked, all healthcare offerings available to the customer are displayed on the screen, as in1612. The customer may select the “Pharmacy” option and search and select a product. The product's availability may be checked, as in1614, using the pharmacy's database which is available via APIs to the back-end of the system. In effect, availability information of the product is provided to the back-end of the system, as in1616and then to the customer, as in1618. After getting a confirmation from the customer, as in1622, the back-end system communicates a product request to the pharmacy. The customer may be informed about an amount of payment and a payment request may be automatically generated from the customer's account, as in1624. The payment amount may be automatically withdrawn from the customer's account, as in1626. The customer's account balance is updated and the amount is credited to the pharmacy, as in1632. The product is shipped to the customer's address, as in1634.

FIG.17is an example interactive logic flow1700illustrating a method of providing access to cash-in financing via the consolidated communication and financial account ofFIG.1, in accordance with an embodiment of this disclosure. Referring toFIG.17, the interactive logic flow1700includes a number of interaction stations, such as a customer application1710, a back-end system1720, an agent1730, a financial system1740and the like. The “Cash In” process begins when a “Cash In” option is displayed to the customer on the home screen. Once clicked, all agents available to the customer are displayed on the screen. The customer selects an agent and enters an amount of cash that is required, as in1712. A QR code with the amount is generated and made available in the application to be used when reaching out to the agent, as in1714. The customer is shown an “Agents Nearby’ option. At this point, the screen displays a list of agents, their contact details, and the distance between the customer's location and the agents” locations. Once an agent is selected, directions to the agent may be displayed using the location capabilities of the device and the “map” application. The customer may find an agent to access the cash-in option. The customer may provide the QR code to the agent, as in1716and the agent may scan the QR code and thereby notify the back-end system, as in1718. The back-end system may send the agent a notification that informs an amount of payment. A payment request is automatically generated from the agent's account, as in1722. At this point, the payment amount may be automatically withdrawn from the customer's account, as in1724. In another case, the customer may hand over the cash to the agent, as in1726. The agent's account balance may be updated, as in1728and the customer's account balance may be updated, as in1732.

FIG.18is an example interactive logic flow1800illustrating a method of providing access to cash-out-at-agent financing via the consolidated communication and financial account ofFIG.1, in accordance with an embodiment of this disclosure. Referring toFIG.18, the interactive logic flow1800includes a number of interaction stations, such as a customer application1810, a back-end system1820, an agent1830, a financial system1840) and the like. The “Cash Out at Agent” process begins when a “Cash Out at Agent” option is displayed to the customer on the home screen. Once clicked, all agents available to the customer may be displayed on the screen, as in1812. The customer may select an agent and enter an amount of cash that is required. A QR code with the amount may be generated, as in1814and made available in the application to be used when reaching out to an agent, as in1816. The customer is shown an “Agents Nearby” option. At this point, the screen displays a list of agents, their contact details, and the distance between the customer's location and the agent's location. Once an agent is selected, directions to the agent may be displayed using the location capabilities of the device and the “maps” application. The customer may find an agent to access the cash-out option. The agent may provide the QR code to the customer and the customer may scan the QR code, as in1818and thereby notify the back-end system, as in1822. The customer may be informed about an amount of payment and a payment request may be sent, as in1824. The payment amount may be automatically withdrawn from the customer's account, as in1826and the amount may get credited to the agent's account, as in1828. At this point, the agent may hand over the cash to the customer, as in1832. The customer's account balance and the agent's account balance may be updated, as in1834.

FIG.19is an example interactive logic flow1900illustrating a method of providing access to cash-out-at-ATM financing via the consolidated communication and financial account ofFIG.1, in accordance with an embodiment of this disclosure. Referring toFIG.19, the interactive logic flow1900includes a number of interaction stations, such as a customer application1910, a back-end system1920, an SMS provider1930, an ATM1940, a financial system1950and the like. The “Cash Out at ATM” process begins when a “Cash Out at ATM” option is displayed to the customer on the home screen. Once clicked, all ATMs available to the Customer may be displayed on the screen, as in1912. The customer may select an ATM and enter an amount of cash that is required. A “Cash Out” code with the amount may be generated, as in1914and sent to the customer via an SMS, as in1916which may be available in the application and to be used when accessing an ATM.

The customer may be shown a “ATMs Nearby” option. At this point, the screen may display a list of ATMs, and the distance between the customer's location and the ATMs' locations. Once an ATM is selected, directions to the ATM may be displayed using the location capabilities of the device and the “maps” application. The customer may find an ATM to perform the “Cash Out” operation. The customer may enter the “Cash Out” code in the ATM, as in1918and thereby notify the back-end system, as in1922. The customer may be informed about an amount of payment and a payment request may be automatically generated from the customer's account, as in1924. The amount may be automatically withdrawn from the customer's account, as in1926and credited into the ATM Bank's account, as in1928. The ATM may dispense the cash to the customer, as in1932. The customer's account balance and the agent's account balance may be updated, as in1934.

FIG.20is an example interactive logic flow2000illustrating a method of providing access to peer-to-peer (P2P) financing via the consolidated communication and financial account ofFIG.1, in accordance with an embodiment of this disclosure. Referring toFIG.20, the interactive logic flow2000includes a number of interaction stations, such as a customer application2010, a back-end system2020, receiver customers2030, a financial system2040and the like. The “Peer to Peer Transfer” process begins when an option to perform P2P transfers is displayed to the customer on the home screen, as in2012. Once clicked, the screen display how to transfer to P2P accounts, as in2014. The customer may enter the phone number of another transferee customer, as in2016. Further, the customer may confirm the receiver and enter an amount to be transferred, as in2018. The customer may be informed about the transferee and the amount may be automatically withdrawn from the customer's account, as in2022and credited into the receiver's account. The customer account balance and the receiver's account balance may be updated, as in2024.

FIG.21is an example interactive logic flow2100illustrating a method of providing access to money transfer service via the consolidated communication and financial account ofFIG.1, in accordance with an embodiment of this disclosure. Referring toFIG.21, the interactive logic flow2100includes a number of interaction stations, such as a customer application2110, a back-end system2120, receiver accounts2130, a financial system2140) and the like. The “Transfers to other wallet or banks” process begins when an option to perform money transfers to other accounts is displayed on the screen. Once clicked, the system may display how to transfer to other accounts, as in2112. The customer may select the bank or wallet where the recipient account is. The customer may enter the account number information of the transferee account. The customer may confirm the details of the transferee account and enter the amount to be transferred, as in2114. The amount may be automatically withdrawn from the customer's account, as in2116and the transferee account may get credited. The customer's account balance and the receiver's account balance may be updated, as in2118.

FIG.22is an example interactive logic flow2200illustrating a method of providing access to merchant payments via the consolidated communication and financial account ofFIG.1, in accordance with an embodiment of this disclosure. Referring toFIG.22, the interactive logic flow2200includes a number of interaction stations, such as a customer application2210, a back-end system2220, a merchant2230, a financial system2240and the like. The “Payments to Merchants” process begins when an option to perform “Payments to Merchants” is displayed on the screen. Once clicked, the system may display how to make payments to a merchant, as in2212. The merchant2230may display a QR code for scanning by the customer application2210, as in2214. The customer may scan the QR code, as in2216and enter an amount to pay, as in2218. A payment request may be sent, as in2222. The payment may be automatically withdrawn from the customer's account, as in2224and the merchant's account may get credited, as in2226. The customer's account balance and the merchant's account balance may be updated, as in2228.

FIG.23is an example interactive logic flow2300illustrating a method of providing access to bill payments via the consolidated communication and financial account ofFIG.1, in accordance with an embodiment of this disclosure. Referring toFIG.23, the interactive logic flow2300includes a number of interaction stations, such as a customer application2310, a back-end system2320, a merchant2330, a financial system2340) and the like. The “Bill Payments” process begins when a “Bill Payments” option is displayed on the screen. Once clicked, the system may display instruction on how to make Bill Payments to utility providers, as in2312. The customer may select a particular payee utility from a list of utilities (such as electricity, water and the like). The customer may enter an account number and an amount to pay, as in2314. The payment may be automatically withdrawn from the customer's account, as in2316and an account of the utility provider may get credited, as in2318. The customer's account balance and the merchant's account balance are updated, as in2322.

FIG.24is an example interactive logic flow2400illustrating a method of providing access to bill payments subscription via the consolidated communication and financial account ofFIG.1, in accordance with an embodiment of this disclosure. Referring toFIG.24, the interactive logic flow2400includes a number of interaction stations, such as a customer application2410, a back-end system2420, a merchant2430), a financial system2440) and the like. The “Bill Payments Subscription” process begins when a “Bill Payments Subscription” option is displayed on the screen. Once clicked, the system may display instructions on how to make bill payments subscriptions to utility providers, as in2412. The customer may select a particular payee utility from a list of utilities (such as electricity, water and the like). The customer may enter an account number and an amount to pay, as in2414. The customer may subscribe to automated payment and the amount may be deducted from the customer's account, as in2416on a specified due date. The payment may be automatically withdrawn from the customer's account and an account of the utility provider may get credited, as in2418. The customer's account balance and the merchant's account balance are updated, as in2422.

FIG.25is an example interactive logic flow2500illustrating a method of providing access to online payments via the consolidated communication and financial account ofFIG.1, in accordance with an embodiment of this disclosure. Referring toFIG.25, the interactive logic flow2500includes a number of interaction stations, such as a customer application2510, a back-end system2520, a merchant2530, a financial system2540and the like. The “Online Payment” process begins when a “Payment to Online Merchant” option is displayed on the screen. Once clicked, the system may display instructions on how to make online payments to merchants, as in2512. The merchant2530may display a QR code for scanning by the customer application2510. The customer may scan the QR code of the payee online merchant, as in2516, enter an amount to pay, as in2518, and send a payment request, as in2522. The payment amount may be automatically withdrawn from the customer's account, as in2524and the merchant's account may get credited, as in2526. The customer's account balance and the merchant's account balance may be updated, as in2528. Further, there may be options in online stores to select the consolidated communication and financial account, as a method of payment. If selected, the system may open the consolidated communication and financial account and the customer may be directed to proceed with the payment for the selected merchant.

FIG.26is an example interactive logic flow2600illustrating a method of providing access to bulk payment service offerings via the consolidated communication and financial account ofFIG.1, in accordance with an embodiment of this disclosure. Bulk Payment Service offerings are convenient, cost-effective and secure ways for Business Customers seeking to process large volumes of payments and transfers at any one time. These offerings may be used for payroll or supplier payment. Referring toFIG.26, the interactive logic flow2600includes a number of interaction stations, such as a customer application2610, a back-end system2620, recipients' accounts2630, a financial system2640and the like. The “Bulk Transfers” process begins when a business customer uploads bulk payment file (a list of beneficiary accounts, names, amounts etc.) to a business portal, as in2612. A payment request may to be sent to all recipients via the financial system2640, as in2614. The payment amount may be automatically withdrawn from the business account, as in2616. The amount may be automatically sent to all recipients and credited to their accounts, as in2618. The customer's account balance and the merchant's account balance may be updated, as in2622.

FIG.27is an example interactive logic flow2700illustrating a method of providing access to offers and promotions via the consolidated communication and financial account ofFIG.1, in accordance with an embodiment of this disclosure. Referring toFIG.27, the interactive logic flow2700includes a number of interaction stations, such as a customer application2710, a back-end system2720, a merchant offer2730, a financial system2740) and the like. The “Offer and Promotions” process begins when an option to select “Offer and Promotions” is displayed to a customer. Once clicked, the system may display instructions on how to subscribe to a merchant's offer, as in2712. The customer may subscribe to a particular offer, as in2714and receive confirmation from the merchant to the backend system2720, as in2716and to the customer application2710, as in2718. The customer may enter an amount to pay, as in2722and send a payment request, as in2724. The payment amount may be automatically withdrawn from the customer's account, as in2726. The customer's account balance and the merchant's account balance may be updated, as in2728. The merchant's account may get credited, as in2732and the product may be shipped to the customer, as in2734.

FIG.28is an example interactive logic flow2800illustrating a method of providing access to government payments via the consolidated communication and financial account ofFIG.1, in accordance with an embodiment of this disclosure. Referring toFIG.28, the interactive logic flow2800includes a number of interaction stations, such as a customer application2810, a back-end system2820, a Government website2830, a financial system2840and the like. The “Government Payment” process begins when a “Government Payment” option is displayed on the screen. Once clicked, the system displays instructions on how to make government payments, as in2812. The customer selects the payments that are to be made (such as, taxes, municipality charges and the like). The customer may enter an account number and an amount to pay, as in2814. The payment amount may be automatically withdrawn from the customer's account, as in2816and the government account may get credited, as in2818. The customer's account balance and the government account balance may be updated, as in2822. The customer may also subscribe to automated payment and in that case, the amount may be deducted on a specified due date.

FIG.29is an example interactive logic flow2900illustrating a method of providing access to notifications for delayed payments via the consolidated communication and financial account ofFIG.1, in accordance with an embodiment of this disclosure. The consolidated communication and financial account may continuously monitor a customer's time-bound payments and may be responsive to determining that a payment is overdue or delayed. Referring toFIG.29, the interactive logic flow2900includes a number of interaction stations, such as a customer application2910, a back-end system2920, a merchant2930, a financial system2940) and the like. The “Notifications for Delayed Payments” process begins when notifications for overdue payment are sent to the back system2920, as in2912and then to the customer application2910, as in2914. The customer may open the notification and select a “Make Payment” option, as in2916. The customer may enter an amount to pay and make a payment request, as in2918. The payment amount may be automatically withdrawn from the customer's account, as in2922and the merchant's account may get credited, as in2924. The customer's account balance and the merchant's account balance may be updated, as in2926.

FIG.30is an example interactive logic flow3000illustrating a method of providing access to add bank accounts via the consolidated communication and financial account ofFIG.1, in accordance with an embodiment of this disclosure. Referring toFIG.30, the interactive logic flow3000includes a number of interaction stations, such as a customer application3010, a back-end system3020and the like. The “Add a bank account” process begins when a “Add a bank account” option is displayed on the home screen. Once clicked, the system displays instructions on how to add a bank account. The customer may enter the account number and link the account, as in3012, which results in the account getting linked and being available for future transactions, as in3014.

FIG.31is an example interactive logic flow3100illustrating a method of providing access to add credit and debit cards via the consolidated communication and financial account ofFIG.1, in accordance with an embodiment of this disclosure. Referring toFIG.31, the interactive logic flow3100includes a number of interaction stations, such as a customer application3110, a back-end system3120and the like. The “Add credit or debit cards” process begins when a “Add credit or debit cards” options is displayed on the home screen. Once clicked, the system displays instructions on how to add a credit or a debit card. The customer may enter the card number and link the card, as in3112, which results in the card getting linked and being available for future transactions, as in3114.

FIG.32is an example interactive logic flow3200illustrating a method of providing access to credit scores via the consolidated communication and financial account ofFIG.1, in accordance with an embodiment of this disclosure. Referring toFIG.32, the interactive logic flow3200includes a number of interaction stations, such as a customer application3210, a back-end system3220, a credit scoring system3230and the like. The “Check credit score” process begins when a “Check credit score” option is displayed on the home screen for customer's selection, as in3212. Once clicked, a request for credit score check may be sent to a credit scoring agency, as in3214. The credit score may be shared by credit scoring agency, as in3216and the score may be shared with the customer, as in3218.

FIG.33is an example interactive logic flow3300illustrating a method of providing access to telecommunication company (“Telco”) top-up via the consolidated communication and financial account ofFIG.1, in accordance with an embodiment of this disclosure. Referring toFIG.33, the interactive logic flow3300includes a number of interaction stations, such as a customer application3310, a back-end system3320, a Telco3330, a financial system3340and the like. The “Telco Top Up” process begins when a “Telco Top Up” option is displayed to a customer on the home screen. Once clicked, the system may display instructions on how to top up telco, as in3312. The customer may select the option and enter a phone number to top up and an amount to top up, as in3314. The top up request including the phone number and the amount to top up may be sent to Telco, as in3316. The payment amount may be automatically withdrawn from the customer's account, as in3318and the Telco's account may get credited, as in3322. The customer's account balance and the Telco's account balance may be updated, as in3324.

FIG.34is an example interactive logic flow3400illustrating a method of providing access to gift cards via the consolidated communication and financial account ofFIG.1, in accordance with an embodiment of this disclosure. Referring toFIG.34, the interactive logic flow3400includes a number of interaction stations, such as a customer application3410, a back-end system3420, a gift card provider3430), a financial system3440and the like. The “Gift Card Purchase” process begins when a “Gift Card Purchase” option is displayed on the home screen. Once clicked, the system displays a list of all gift cards available. The customer may select a gift card to purchase and the gift card rates may be displayed, as in3412. The customer may select a specific rate and purchase the gift card. The customer may select a phone number to send the gift card to, as in3414and a payment request may be sent, as in3416. The payment amount may be automatically withdrawn from the customer's account, as in3418. The purchased gift card may be sent to the receiver and the amount may be credited to the gift card product provider's account, as in3424. The customer's account balance may be updated, as in3426.

FIG.35is an example interactive logic flow3500illustrating a method of providing access to games via the consolidated communication and financial account ofFIG.1, in accordance with an embodiment of this disclosure. Referring toFIG.35, the interactive logic flow3500includes a number of interaction stations, such as a customer application3510, a back-end system3520, a game provider3530, a financial system3540and the like. The “Games” process begins when a “Games” option is displayed to the user on the home screen. Once clicked, the system displays a list of games available, as in3512. The customer may select a game to play and a “game start” request is sent to the provider of the game provider, as in3514. A purchase request may be sent, if needed, as in3516. The payment amount may be automatically withdrawn from the customer's account, as in3518and the amount may be credited to the game provider's account, as in3522. The customer's account balance may be updated, as in3524. The game may be enabled and the customer may access the game and begin playing, as in3526.

FIG.36is an example interactive logic flow3600illustrating a method of providing access to travel booking via the consolidated communication and financial account ofFIG.1, in accordance with an embodiment of this disclosure. Referring toFIG.36, the interactive logic flow3600includes a number of interaction stations, such as a customer application3610, a back-end system3620, a travel provider3630, a financial system3640and the like. The “Travel” process begins when a “Travel Booking” option is displayed to the user on the home screen. Once clicked, the system displays a list of providers available. The customer may select a provider (for example, bus tickets) and view the offerings, as in3612. The customer may select a particular ticket, as in3614and a “ticket purchase” request is sent to the travel provider, as in3616. The payment amount may be automatically withdrawn from the customer's account, as in3618. The amount may be credited to the travel provider's account, as in3622, the customer's account balance may be updated, as in3624, and the customer may receive digital tickets on the consolidated communication and financial account, as in3626. The tickets may be used for traveling.

FIG.37is an example interactive logic flow3700illustrating a method of providing access to pocket money via the consolidated communication and financial account, in accordance with an embodiment of this disclosure. Referring toFIG.37, the interactive logic flow3700includes a number of interaction stations, such as a customer application3710, a back-end system3720, customer accounts3730), a financial system3740and the like. The “Pocket Money” process begins when a “Pocket Money” option is displayed to the user on the home screen. Once clicked, the system displays all pocket money options to the customer. The customer may select an amount to send and also a list of receivers to receive the pocket money, as in3712. The pocket money amount may be randomly distributed among the specified receivers, as in3714and sent to their respective accounts registered on the consolidated communication and financial account, as in3716. The total amount may be withdrawn from the customer's account, as in3718and credited to the receivers' individual accounts, as in3722. The customer's account balance may be updated, as in3724.

FIG.38is an example interactive logic flow3800illustrating a method of providing access to salary advance via the consolidated communication and financial account ofFIG.1, in accordance with an embodiment of this disclosure. Referring toFIG.38, the interactive logic flow3800includes a number of interaction stations, such as a customer application3810, a back-end system3820, a credit scoring system3830, a financial entity3840and the like. The “Salary Advance” process begins when a “Salary Advance” option is displayed to a customer on the home screen. Once clicked, the system displays all salary advance options available to the customer, as in3812. The customer may select a specific salary advance option credit scores of the customer may be checked next, as in3814and3816, to appraise the eligibility of the customer, as in3818, as explained above in relation to the method ofFIG.2.

At this point, the customer may select a salary advance amount, as in3822. Customer confirms request using instant biometrics, as in3824. The instant biometrics may be compared with the ones submitted by the customer during onboarding, face or fingerprint depending on device and selection. Once the biometrics are approved, as in3826, there may be a request for additional documents, as in3828. Subsequently a loan account may be created in the core banking system, and/or ERP system and/or a CRM system, as in3832. A deferred payment plan may be created. Further, the customer may be able to view a summary of the loan application that includes the requested loan amount and the approved limit. Once consented, the salary advance amount may be credited to the customer's account, as in3834.

At this point, the customer may link a payment account and make necessary payments as explained above in relation to the method ofFIG.3.

FIG.39is an example interactive logic flow3900illustrating a method of providing access to e-commerce via the consolidated communication and financial account ofFIG.1, in accordance with an embodiment of this disclosure. Referring toFIG.39, the interactive logic flow3900includes a number of interaction stations, such as a customer application3910, a back-end system3920, a merchant3930, a financial system3940and the like. An example “E-Commerce” process begins when an “E-Commerce” option is displayed to a customer on the home screen. Once clicked, the system displays the e-commerce or marketplace menu, as in3912. The customer may select a provider, view related offers, select a product of interest, as in3914and send a payment request, as in3916. The payment amount may be automatically withdrawn from the customer's account, as in3918. The amount may be credited to the merchant's account, as in3922. The customer's account balance may be updated, as in3924and the customer may receive the product at a selected or specified location, as in3926.

FIG.40is an example interactive logic flow4000illustrating a method of providing access to investments accounts via the consolidated communication and financial account ofFIG.1, in accordance with an embodiment of this disclosure. Referring toFIG.40, the interactive logic flow4000includes a number of interaction stations, such as a customer application4010, a back-end system4020, an eligibility system4030, a financial entity4040and the like. An example “Investment Account” process begins when an “Apply for Investment Account” option menu is displayed to a customer on the home screen. Once clicked, the system displays all different offerings available to the customer (such as education, healthcare and the like). The customer selects a type of investment account, as in4012. Credit scores of the customer may be checked next to appraise the eligibility of the customer, as in4014and4016, and as explained above in relation to the method ofFIG.2. After eligibility is confirmed, as in4018, the customer may see a summary of all terms and conditions related to an investment account, as in4022.

At this point, the customer may subscribe and make the initial investment, as in4024. An investment account may be created in a core banking system and/or an ERP system and/or a CRM system, as in4026. A confirmation message may be shared with the customer in the consolidated communication and financial account. The investment account balance may be part of the customer products on the home page. Further, there may be a tracker that notifies the customer with the balance remaining to achieve the investment goal, as in4028. Responsive to successful receipt of a minimum number of deposits, the system may automatically offer a subsequent (second or third and so forth) investment account to the customer. The terms of the subsequent investment may be configured based on a history of the customer's account usage and deposits.

FIG.41is an example interactive logic flow4100illustrating a method of providing access to chats via the consolidated communication and financial account ofFIG.1, in accordance with an embodiment of this disclosure. Referring toFIG.41, the interactive logic flow4100includes a number of interaction stations, such as a customer application4110, a back-end system4120, a friend customer application system4130and the like. An example “Chat” process begins when a “Chat” option is displayed to a customer on the home screen. Once clicked, the system displays a chat screen to the customer. The customer may open the chat and select individuals to chat with, as in4112. The chat system may connect the customer with the select individuals, as in4114. In operation, the chat window may be opened on the application pages4116,4118, and so on of the select individuals and on the customer's application and messages4122,4124, and so on may be exchanged.

FIG.42is an example interactive logic flow4200illustrating a method of providing access to donations via the consolidated communication and financial account ofFIG.1, in accordance with an embodiment of this disclosure. Referring toFIG.42, the interactive logic flow4200includes a number of interaction stations, such as a customer application4210, a back-end system4210), a donation partner4230, a financial system4240and the like. An example “Donation” process begins when a “Donations” option is displayed to a customer on the home screen. Once clicked, the donations pages are displayed to the customer. The customer may select a donation partner and enter an amount to donate, as in4212. A donation request4214may be sent to the donation partner4230and simultaneously, a donation request4216may be sent to the financial system4240. The payment amount may be automatically withdrawn from the customer's account, as in4218and the amount may be credited to the donation partner's account, as in4222. The customer may track the performance of the donation partner and the balance remaining, to achieve a donation goal. Specifically, the customer's account balance may be updated, as in4224and a donation goal performance tracker may be updated, as in4226.

The present disclosure may be implemented as a system, a method, and/or a computer program product operationalized on a communication device or a mobile telephone. The computer program product may include a computer readable storage medium (or media) such as a memory having computer readable program instructions stored thereon for causing a processor to carry out certain aspects of the present disclosure.

In the above description, numerous specific details such as resource partitioning/sharing/duplication implementations, types and interrelationships of system components, and logic partitioning/integration choices are set forth in order to provide a more thorough understanding. Embodiments disclosed herein may be practiced without such specific details, however. In other instances, control structures, logic implementations, opcodes, means to specify operands, and full software instruction sequences have not been shown in detail since those of ordinary skill in the art, with the included descriptions, may be able to implement what is described without undue experimentation.

References in the specification to “one implementation,” “an implementation,” “an example implementation,” etc., indicate that the implementation described may include a particular feature, structure, or characteristic, but every implementation may not necessarily include the particular feature, structure, or characteristic. Moreover, such phrases are not necessarily referring to the same implementation. Further, when a particular feature, structure, and/or characteristic is described in connection with an implementation, one skilled in the art would know to affect such feature, structure, and/or characteristic in connection with other implementations whether or not explicitly described.

For example, the figure(s) illustrating flow diagrams sometimes refer to the figure(s) illustrating block diagrams, and vice versa. Whether or not explicitly described, the alternative implementations discussed with reference to the figure(s) illustrating block diagrams also apply to the implementations discussed with reference to the figure(s) illustrating flow diagrams, and vice versa. At the same time, the scope of this description includes implementations, other than those discussed with reference to the block diagrams, for performing the flow diagrams, and vice versa.

The detailed description and claims may use the term “coupled.” along with its derivatives. “Coupled” is used to indicate that two or more elements, which may or may not be in direct physical or electrical contact with each other, co-operate or interact with each other.

While the flow diagrams in the figures show a particular order of operations performed by certain implementations, such order is illustrative and not limiting (e.g., alternative implementations may perform the operations in a different order, combine certain operations, perform certain operations in parallel, overlap performance of certain operations such that they are partially in parallel, etc.).

While the above description includes several example implementations, the invention is not limited to the implementations described and can be practiced with modification and alteration within the spirit and scope of the appended claims. The description is thus illustrative instead of limiting.