Early Warning Services, LLC

A method including providing a payment application to a sender from an application service provider. The method also can include receiving a payment authorization from the sender through the payment application. The payment authorization can be made by the sender at a payment authorization time. The method additionally can include sending a first debit message from the application service provider to debit a first account maintained by a first financial institution based on the payment authorization. The method further can include receiving a first debit response at the application service provider in real-time after the payment authorization time. The method additionally can include generating a first promise-to-pay message for a second financial institution to credit a second account maintained by the second financial institution to make funds available in the second account in real-time after the payment authorization time. The method further can include sending the first promise-to-pay message. The method additionally can include receiving a first response at the application service provider indicating a successful credit of the second account maintained by the second financial institution. The method further can include sending a notification to the sender from the application service provider in real-time after the payment authorization time of the successful credit of the second account maintained by the second financial institution. Other embodiments are provided.

A method including receiving a first promise-to-pay message at a transaction system. The method also can include storing the first promise-to-pay message in the transaction system. The method additionally can include sending a second promise-to-pay message from the transaction system to a second financial institution. The method further can include receiving a first response at the transaction system from the second financial institution indicating a successful credit of the second account maintained by the second financial institution. The method additionally can include storing the first response in the transaction system. The method further can include sending a second response from the transaction system indicating the successful credit of the second account maintained by the second financial institution to inform at least the sender in real-time after the payment authorization time of the successful credit of the second account maintained by the second financial institution. Other embodiments are provided.

A method including: providing a processing mechanism in data communication through a network with a first entity and a plurality of depository financial institutions; receiving a first inquiry at the processing mechanism through the network from the first entity; storing the first inquiry received from the first entity; sending a second inquiry from the processing mechanism through the network to the second entity in real time after receiving the first inquiry; receiving a first response at the processing mechanism through the network from the second entity; storing the first response received from the second entity; and sending a second response from the processing mechanism through the network to the first entity in real time after receiving the first response. Other embodiments are provided.

Account data (e.g., balance information) for accounts at a plurality of financial institutions (or government agencies) is stored (and updated) in a central database system and accessed using a personal identifier, such as a social security number. Risk data may be generated for accounts based on the account data. The account data and risk data are accessed in response to either an account search request (e.g., from a government entity and relating to a benefits program or a subpoena) or an account verification request (e.g. from a mortgage company and relating to a mortgage application).

Identity data for an applicant opening a bank account is provided to an ID confidence scoring system. The scoring system accesses a multi-source data management system, using queries that include a base component, a link component and a function component. Data records maintained by the multi-source data management system include header data having identity data elements, with the header data analyzed pursuant to the queries. Queries may also be provided to an entity resolution system having data records organized in data networks, each data network corresponding to a single entity. Query results are used to develop an ID confidence score for applicant identity data.

A transaction authentication system authenticates a transaction by determining whether a mobile device and POS device involved in the transaction are at the same location. A POS registry stores location data for POS devices. A PAN registry stores mobile device IDs corresponding to account numbers. A mobile device ID can be provided from the PAN registry in response to receiving an account number from a POS device. The mobile device ID can then be used to retrieve location information from a home location register maintained by a mobile service provider. The retrieved location data for a POS device and the retrieved location data for a mobile device are compared.

Account data (e.g., balance information) for accounts at a plurality of financial institutions (or government agencies) is stored (and updated) in a central database system and accessed using a personal identifier, such as a social security number. Risk data may be generated for accounts based on the account data. The account data and risk data are accessed in response to either an account search request (e.g., from a government entity and relating to a benefits program or a subpoena) or an account verification request (e.g. from a mortgage company and relating to a mortgage application).

Account data (e.g., account balance, account identifiers, account holder information and transaction data) for accounts at a plurality of financial institutions are stored at one or more databases within an account database system. The account data may be accessed in response to various requests (asset search request, as a verification request and income verification request). Transaction data for an account (such as ACH transaction messages) may be used to identify or verify income to an account holder, based on deposit/credits to the account.

In order to prevent false positives at a duplicate transaction detection system, channel deposit data from financial institutions (representing the manner of presentment of checks at those institutions) are provided to a channel mapping/monitoring system. The channel mapping monitoring system calculates a prediction interval representing a normal expected range of deposits in any given channel. If deposits at a financial institution fall outside the normal expected range, the channel mapping/monitoring system provides an alert to the financial institution.

A mobile phone number that is been provided by a customer during enrollment is verified for use. SS7 protocol data associated with the mobile phone number is collected and evaluated, and if the condition of the subscriber account associated with phone number has changed or is inconsistent with the circumstances surrounding the enrollment of the phone number, the phone number is designated as one that is not to be called.