Instant funds availability risk assessment and real-time loss alert system and method

A method for determining whether to accelerate a transaction of a holder of a presented financial item, comprising:

• storing extracted and converted data files following secure sockets layer (“SSL”) encryption of personally identifiable information (“PII”);
• converting, from a first format to a readable format, account data and historical transaction data from a plurality of institutions, including personally identifiable information (“PII”);
• SSL encrypting the account data via a machine authentication code (“MAC”);
• wherein the SSL encrypted account data allows for optimized search and compare of the account data while encrypted;
• storing the converted data from each institution of the plurality of institutions into a respective data store specifically designed for each of the plurality of institutions;
• wherein configurable rules are associated with each of the plurality of institutions from the plurality of institutions;
• importing a converted data from each of the data stores to result in a single cohesive architecture;
• and
• wherein the single cohesive architecture is configured to be accessed via a single instance funding evaluation system (“IFES”);
• and
• wherein converting of the account data and the historical transaction data from the first format to the readable format, SSL encrypting the account data, storing the converted data, and importing the converted data occurs in real time throughout the banking day;
• receiving by the IFES, via a network and from a mobile application stored in a mobile device associated with a user, a transaction request;
• wherein the user is a holder of a first account at a first institution of the plurality of institutions;
• wherein the user has first historical transaction data associated with the first account at the first institution;
• and
• wherein the transaction request comprises:
• a transaction amount to be received in the first account;
• and
• mobile device detail data associated with the mobile device from which the transaction request was received;
• confirming authenticity of the user using the mobile device detail data and the SSL encrypted account data for the first account;
• wherein confirming the authenticity of the user using the mobile device detail data and the SSL encrypted account data for the first account comprises confirming that the SSL encrypted account data for the first account indicates that the mobile device detail data is associated with the user;
• accessing via the IFES, in real time and in response to the receipt of the transaction request, the historical transaction data within the single cohesive architecture;
• wherein accessing the historical transaction data within the single cohesive architecture comprises accessing the first historical transaction data associated with the first account at the first institution;
• and
• wherein the historical transaction data accessed via the IFES includes historical transaction data that occurs on the same banking day as the receipt of the transaction request;
• calculating a first acceptable risk range value according to a search in SSL encrypted form of the stored the converted data associated with at least one attribute of the presented financial item;
• creating an acceptable risk range value comprised of a pre-processed grade of prior holder transactions based on identified converted data associated with prior-day transactions stored in the data store and searched in SSL encrypted form according to the MAC;
• calculating a score for the presented financial item according to at least one attribute of the presented financial item;
• evaluating by the IFES, based on comparison of the score for the presented financial item to the first acceptable risk range value and invoking a second acceptable risk range value determination if the score is outside of the acceptable risk range value;
• receiving by the IFES, via the network and from the mobile application stored in the mobile device, an indication that the transaction is fraudulent;
• transmitting via the IFES and to the mobile device a message of disapproval of immediate funding of the presented financial item following a determination that the score is not within the second acceptable risk range value;
• after the step of confirming the authenticity of the user and the mobile device, tagging and qualifying the initial transaction data to establish a required bank account holder behavior standard and a required bank item issuer behavior standard;
• identifying behavior attributes of the account holder and the item issuer failing to meet the required bank account holder behavior standard, based on the authenticity of the user and the mobile device and based on the required bank item issuer behavior standard;
• populating a contingency table with the identified bank account holder and the identified item issuer that have been assigned an interim contingency status;
• determining, by a post-contingency analysis engine, a change in the interim contingency status of the identified bank account holder and the identified item issuer populated in the contingency table;
• updating the interim contingency status of the identified bank account holder and the identified item issuer to a negative status or a positive status;
• and
• transmitting a loss notification to at least one of the one or more bank data sources based on the determination that the identified account holder is not to be removed from the contingency table in a format specific to one of the plurality of bank data sources, wherein the post-contingency analysis engine receives additional transaction data from the plurality of bank data sources after the initial transaction data is received and uses the additional transaction data to determine in real-time the change in status of the identified bank account holder and the identified item issuer, wherein the assignment of an interim contingency status invokes a delay in acceptance of an item presented for deposit by the account holder, wherein the PII is encrypted by creating a message authentication code (MAC), and wherein the creation of the MAC during the encryption of the PII allows for the PII of the one or more account holder to be searched and compared while remaining encrypted, and transmitting to a real-time fraud alert system an updated information file of the user of the first financial item containing indicia of a fraudulent transaction that invoked the eligibility process for immediate funding of the first financial item, wherein the second acceptable risk range value determination is based on at least a first financial institution transaction data created after storage of the converted transaction history data, wherein the transmitted updated information file of the presented of the first financial item containing the indicia of the fraudulent transaction invokes determining by a post-contingency analysis engine in real-time a change in an interim contingency status of the identified bank account holder and the identified item issuer populated in a generated contingency table and updating the interim contingency status of the identified bank account holder and the identified item issuer to a negative status or a positive status, and wherein the updating of the interim contingency status of the identified bank account holder and the identified item issuer to the negative status result in delay of funding presented items by the identified bank account holder.