Intelligent management of authorization requests are described. A server of a payment processing service can receive an authorization request to authorize a payment instrument for a predicted cost of a transaction between a first user and a second user. The server can compare the predicted cost of the transaction with an available balance of the payment instrument and determine that the available balance is less than the predicted cost of the transaction. Based on determining that the available balance is less than the predicted cost of the transaction, the server can determine that the payment instrument is not authorized for the predicted cost of the transaction and can authorize the transaction instead of declining the transaction based at least in part on a prediction of the actual cost of the transaction.

A system and method are disclosed in which a user engaging in an online or in-person transaction with a merchant may create automatic expiring transactions for a credit card. The user provides the credit card information to an online interface or a point-of-sale device but specifies an expiration date that is on or before the actual expiration date of the credit card, known as an artificial expiration date. A token for the merchant is generated with the artificial expiration date. The issuing bank will honor the transaction with the artificial expiration date using the merchant-specific token, and the token may continue to be used with the online merchant until the artificial expiration date.

There is disclosed, in an embodiment, video-based requests for proposals and video-based bids used to create a contract through a set of terms of service, to provide a contract that dictates the release schedule of escrow funds. Embodiments use video and terms of service inside the function of a mobile application program (app) and digitize an escrow account for construction purposes. Embodiments integrate, via the app that is also used for video-based bid solicitation, video-based bidding and video-based milestone reporting and acceptance, to prove project video-based bidding, escrow and milestone payments. Other embodiments are also disclosed.

Transaction identification is described. A payment processing platform can receive (i) transaction data associated with a transaction between a merchant and a customer and (ii) a transaction code from a payment making platform. The payment processing platform can receive an indication of an interaction between a computing device of the customer and the transaction code, wherein the indication is associated with context data associated with the interaction. Based at least partly on comparing the transaction data with the context data, determining that the customer is associated with the transaction and causing an association between the customer and the transaction, wherein the association causes at least a portion of the transaction data to be provided to a mobile payment application, associated with the payment making platform, on the computing device of the customer.

A computer-implemented method for identifying errors in transaction messages associated with payment transactions. The method includes a step of receiving a transaction message associated with a financial transaction, whereby the financial transaction originates from a merchant and is processed by an acquirer. The transaction message comprises a plurality of data element fields, with at least one of the data element fields being a merchant identification field used to identify the merchant originating the financial transaction. An additional step includes performing an error-identification routine on the transaction message, with the error-identification routine including analyzing a merchant identification (ID) data element populated in the merchant identification field to determine if the merchant ID data element is not uniquely associated with the merchant. An additional step includes generating an error message indicating that the merchant ID data element is not uniquely associated with the merchant, and transmitting the error message to the acquirer.

Methods and computer systems for including a data acceptance condition in a data transfer proposal. Receiving, from a second computing system, a transfer message for a transfer between a first account associated with a first computing system and a second account associated with the second computing system, the transfer message including routing data, an amount of resources to be transferred, and a condition associated with the transfer. Evaluating the condition associated with the data transfer based on a comparison between data included in the transfer message and one or more parameters associated with the first account. When the condition is determined to be satisfied, completing the transfer.

A method for verifying that event can take place before the event is executed is disclosed. A verification system is incorporated into an event processing network, such that the verification system can identify newly proposed events and determine whether they can be completed. The verification system can inform the network about verification results through distributed blockchain records. Other changes in event status can also be communicated through and stored in blockchain records.

Disclosed are various embodiments for automatically updating an authorized variance for a virtual token account. In one example, among others, a computing device is configured to receive an authorization request associated with a virtual token from a merchant system. The transaction request amount is determined to be less than the virtual token balance combined with an authorized variance of the virtual token. The authorization request is authorized based at least in part on the determination that the-transaction request amount is less than the virtual token balance combined with the authorized variance. An authorized variance transaction history is generated based on previous approved transactions and previous declined transactions. The authorized variance for the virtual token is determined to be updated based at least in part on the authorized variance transaction history. The authorized variance of the virtual token is automatically updated.

A method for managing payment submissions includes receiving, at an acquirer computing system, an authorization request submitted by a merchant computing system for a transaction of a predefined amount, the merchant computing system being associated with a merchant, and the authorization request identifying account information for an account that is associated with a payment card network and an issuer processor; and re-transmitting the authorization request for less than the predefined amount and greater than a configurable threshold value, until the authorization request is approved by the issuer processor or until the authorization request falls below the configurable threshold value.

A method for processing an encoded one-time number via payment rails includes: receiving, by a receiving device interfaced with a computing system, a one-time number, wherein the one-time number is comprised of at least an identification value and a remaining value; executing, by a querying module of the computing system, a query on a memory of the computing system to identify a routing number based on at least a portion of the one-time number; generating, by a generation module of the computing system, a data value, wherein the data value includes at least the identified routing number and the remaining value; and electronically transmitting, by a transmitting device of the computing system, the generated data value to an external system via payment rails associated with a payment network.