Described embodiments relate to a method comprising determining a financial data item of a financial record to be reconciled, determining a candidate accounting record of a plurality of accounting records, and determining an accounting data item of the candidate accounting record, determining, as a first input to a classification model, a first similarity measure indicative of the similarity of the financial data item to the accounting data item, determining, as a second input to the classification model, a second similarity measure indicative of the similarity of the accounting data item to the financial data item, inputting, to the classification model, the first and second inputs, the classification model configured to determine a probability of the financial data item and the accounting data item corresponding to a common transaction, and outputting an indication of the probability of the financial data item and the accounting data item corresponding to a common transaction.

Entities may reference ledgers in order to better understand a historic use and/or status of an account. For example, a user may track historic spending or received payments based on referencing a ledger, or an enterprise may check a balance of an account for a user based on a ledger. However, the utility of ledgers in estimating an amount of funds available for a user's use is limited. Embodiments of a financial analyzer as described herein may provide entities with estimations of finances that include contributions from one or multiple income sources, including irregular sources. Some embodiments may provide recommendations to customers to meet needs based on a financial estimation.

In some examples, a system may receive transaction data indicating payments into a first account over time and payments out of the first account over time, the first account associated with a user. In addition, the system may access a data structure including historical account data that indicates variations in a balance of the first account over time. The system may determine an indicated minimum balance for the first account based on inputting the transaction data and the historical account data into a first predictive model configured to a predict a minimum balance for enabling predicted payments out of a user account. The system may determine, based on a difference between a current balance of the first account and the predicted minimum balance for the first account, that the first account has a surplus of funds. Based at least on the surplus, the system may send an instruction.

A mobile banking reconciliation application allows a user to reconcile a business's records with banking records associated with one or more accounts of the business. The mobile banking reconciliation application can access an accounting system to obtain business records and banking records associated with the business. The banking records and business records may be displayed as a set of cards that a user can scroll and/or flip through (e.g., using the touch screen of a mobile device). The related business records displayed may be a suggestion that is based on a determination that the banking record likely matches the business record. The user may identify the appropriate business record for the particular bank record being reconciled from existing business records, or the user may create a new business record.

An apparatus, method, and computer program product for generating a unified digital check register are provided. An example method includes receiving, by input/output circuitry, check data and determining, by check evaluation circuitry, whether the received check data corresponds to a digital check or a physical check. In response to determining that the received check data corresponds to a digital check, the method includes generating digital check data based on the received check data. In response to determining that the received check data corresponds to a physical check the method includes generating physical check data based on the received check data. The method further includes inserting, by registry management circuitry, any generated digital check data with any generated physical check data into a unified check dataset, and curating, by the registry management circuitry, a unified digital check register using the unified check dataset.

Automated provisioning, according to one example embodiment, enables a mutual customer to establish an intelligent and automated connection between an accounting software system and their financial institution. For example, this might be achieved by allowing a financial institution customer to make feeds from their bank accounts available to the accounting software system within financial internet software (e.g., hosted and operated by the customer's financial institution). Once a customer selects the bank account(s) they want to share with the accounting software system, they are passed along to the accounting software system to link the selected bank account with an account they have set up in the accounting software system.

Automated provisioning, according to one example embodiment, enables a mutual customer to establish an intelligent and automated connection between an accounting software system and their financial institution. For example, this might be achieved by allowing a financial institution customer to make feeds from their bank accounts available to the accounting software system within financial internet software (e.g., hosted and operated by the customer's financial institution). Once a customer selects the bank account(s) they want to share with the accounting software system, they are passed along to the accounting software system to link the selected bank account with an account they have set up in the accounting software system.

Systems and methods that may be used to provide guidance and or tag suggestions to a user of an electronic accounting system and or service that overcome the shortcomings associated with user-defined tags.

Systems and methods include a database maintained by a financial institution that stores transaction data associated with a previous financial transaction performed via a financial account of a respective account holder, wherein the transaction data comprises a transaction location and a transaction timestamp, a spend memory processor of the financial institution that retrieves the transaction data from the database, interacts with a social linking application programming interface (API) to receive, via a network, social data from a social networking site, wherein the social data comprises a social location and a social timestamp, compares the social data to the transaction data, and creates a spend memory record based on one or more similarities between the social data and the transaction data, and a communication interface of the financial institution that provides the spend memory record to a mobile device associated with the account holder.

A processor receives a signal representing data including event information detailing an event involving an entity having a registered ownership interest in a product and loads a portion of a distributed electronic ledger for tracking ownership information associated with the product. The distributed electronic ledger includes, within a block thereof and associated with the product, an event trigger list including entity data associated with each entity having a registered ownership interest in the product and a rules engine including rules associated with event triggers in the event trigger list. The processor determines whether a triggering event corresponding to the event is stored in the event trigger list and, when the event has a corresponding triggering event, determines the associated rule within the rules engine. The processor updates and saves the distributed electronic ledger by performing an action specified by the determined associated rule.