A system and method for settling of a transaction is provided. The system includes a server arrangement having a rules based engine and a meta-object system comprising a runtime utility engine configured to compile multiple meta-object instances, wherein the server arrangement is configured to receive a lump sum payment proposal from the user, the lump sum payment proposal comprising only that amount the user is presently willing to pay, process information comprising the lump sum payment proposal according to the rules, and present a second transaction settlement offer set to the user including the lump sum payment proposal and a plurality of offers limited to a plurality of installment payment options with no further immediate payment offered beyond the lump sum payment proposal.

Methods and systems are described for setting a risk management limit to be applied to authorized purchase transactions for a payment card account. In an embodiment, a payment card issuer sets a risk management limit to be applied to authorized purchase transactions for a payment card account, receives an authorization request for a first purchase transaction, determines that the payment card account is within a threshold amount of the risk management limit, and transmits a warning message to a mobile telephone of the account holder that the risk management limit is imminent. Next, the payment card issuer computer receives a second authorization request for a second purchase transaction, determines that the payment card account now exceeds the risk management limit and that no contact has been received from the account holder, and then suspends the payment card account pending contact from the account holder.

Methods and systems are described for setting a risk management limit to be applied to authorized purchase transactions for a payment card account. In an embodiment, a payment card issuer sets a risk management limit to be applied to authorized purchase transactions for a payment card account, receives an authorization request for a first purchase transaction, determines that the payment card account is within a threshold amount of the risk management limit, and transmits a warning message to a mobile telephone of the account holder that the risk management limit is imminent. Next, the payment card issuer computer receives a second authorization request for a second purchase transaction, determines that the payment card account now exceeds the risk management limit and that no contact has been received from the account holder, and then suspends the payment card account pending contact from the account holder.

Systems and methods for determining a transaction location based on transaction history data include storing, in a database, transaction history data related to a plurality of account holders, storing, in a database, location data for a plurality of locations, wherein each of the plurality of locations is associated with a respective merchant store location, receiving, via a network, transaction data associated with one of the plurality of account holders' recent transaction, obtaining, using a processor, the location data for a plurality of locations, retrieving, using a processor, transaction history data associated with the account holder from a transaction history data store associated with a financial institution, creating transactions clusters based on the transaction history data, analyzing a location associated with each of the transaction clusters and the location data, and determining a predicted transaction location based on the analysis of the one or more transaction clusters and the location data.

A method of controlling at multiple customer sites with separate metering electrical devices to control consumption of electricity in an electricity supply web made up of multiple electricity using customers that is over laid on a physical network, comprising the steps of: acquiring a budget for electrical energy for use in a predetermined time period; monitoring real-time use of electrical energy by electrical devices in the overlay web; comparing real-time use of electrical energy with the budget; and sending a control signal to at least one electrical device in the overlay web, based on the comparison, in order to increase or decrease electrical load so that total energy use in the predetermined time period is balanced with the budget. Also disclosed is an apparatus for controlling at least one electrical device in an electricity supply web made up of multiple electricity using customers.

A method for providing smart auto rental estimatics to a user includes training a machine learning model to predict repair information, receiving a report, analyzing the report to identify a coverage, determining a vendor, receiving a chosen vendor, determining a branch, receiving a chosen branch, analyzing the report and a volume data using the trained machine learning model to determine loss information, calculating out-of-pockets, and transmitting the out-of-pockets to the user.

The present specification provides a blockchain-based method and apparatus for managing a biological asset object. The method is performed by a node device in a blockchain network, a smart contract for managing a biological asset object is deployed in the blockchain, and processing logic corresponding to contract code of the smart contract includes biological asset object creation logic, the method including: obtaining an asset object creation transaction generated by a client, where the asset object creation transaction includes identification information of a target organism; and invoking the smart contract, executing the biological asset object creation logic, and creating a target biological asset object corresponding to the target organism based on the identification information of the target organism.

In one embodiment, a method includes receiving a request for payment associated with a transaction between a first user and a second user, where the request specifies a payment amount in a fiat currency and identifying an indication that the first user intends to satisfy the request for payment using a non-fiat instrument. The method also includes initiating a first transfer of a value corresponding to the payment amount in the non-fiat instrument from a first balance of the first user to one or more service balances of a payment service and initiating a second transfer of a value corresponding to the payment amount in the fiat currency from the one or more service balances of the payment service to a second balance of the second user.

Systems and methods are presented by which a contractor can initiate a proposed variation to a project contract and request payments against the proposed variation even before the variation is approved by the other party to the project contract. A data structure representative of proposed variation is generated and maintained as the proposed variation is reviewed, approved, and elevated to become part of the actual budget for the project. Because the same data structure is maintained throughout the process and after the proposed variation is approved, payment requests, payments, and any other actions taken against the data structure before the proposed variation is approved are automatically linked to the actual budget after approval and, thereby, are recognized and processed by external accounting systems as though the variations were created by the other party to the contract.

Methods, systems, and apparatuses are described herein for the direct sharing and use of transaction data separately from transaction authorization processes. Transaction metadata associated with a transaction may be received and validated. Authorization information corresponding to the transaction may be received. The degree to which the transaction metadata is tested may be based on a predicted time of receipt of the authorization information. The transaction metadata and authorization information may be correlated. A computing device may determine whether to authorize the financial transaction based on the authorization information and the correlated transaction metadata. All or portions of the transaction metadata may be provided to one or more users after the transaction has been authorized or denied.