Abstract: Systems and methods for account matching based on partial profile data are disclosed. According to one embodiment, in an information processing apparatus comprising at least one computer processor, a method for account matching based on partial profile data may include: (1) receiving, from a merchant, partial payment card information for a merchant customer, wherein the merchant customer is also a financial institution customer; (2) querying a database to identify a plurality of payment card accounts matching the partial payment card information; (3) requesting a transaction over a payment network for the plurality of payment card accounts matching the partial payment card information; (4) monitoring the payment network for the transaction involving one of the plurality of payment card accounts matching the partial payment card information; and (5) associating the payment card account involved in the transaction as the payment card account associated with the merchant customer.

Abstract: In some aspects, the techniques described herein relate to a method including: receiving, at a machine learning engine and as input to the machine learning engine, a digital image file, wherein the digital image file includes an image of a transaction receipt; outputting, by the machine learning engine, text from the digital image file that is recognized by the machine learning engine, wherein the text recognized by the machine learning engine includes a transaction identifier, a transaction amount, and a tip amount; populating, by a point-of-sale device, a transaction finalizing form with the transaction amount and the tip amount; receiving, at the point-of-sale device and via the transaction finalizing form, a command to finalize a transaction associated with the transaction identifier; and initiating, by the point-of-sale device, an update command, wherein the update command updates a record of a datastore associated with the transaction identifier with the tip amount.

Abstract: Validation/authorization of nodes within a distributed trust computing network for participation in consensus mechanisms. The validation/authorization is based at least on current geo-location of the node being within predefined geo-location boundaries. Geo-location of a node may be proven by receiving geo-coordinates from a geo-receiver connected to the node and in synch with a geo-satellite or, when geo-signals are unavailable, through secondary geo-receivers. Additionally, validation/authorization of nodes for participation in consensus mechanisms is based further on whether the node currently holds digital property or holds a specified amount of digital property.

Abstract: The following relates generally to building a ground truth insurance database. In some embodiments, one or more processors: (1) receive potential insurance database information comprising (i) insurance company application (app) information, (ii) anonymized insurance claim information, (iii) police report information, and/or (iv) auxiliary information; (2) retrieve, from an insurance ground truth insurance database, existing ground truth insurance information by querying the ground truth database based upon the potential insurance database information; (3) determine if the potential insurance database information should be added to the insurance ground truth database by comparing the potential insurance database information to the existing ground truth insurance information; and/or (4) if the potential insurance database information should be added to the insurance ground truth database, add the potential insurance database information to the insurance ground truth database.

Abstract: Systems and methods of executing a real-time electronic transaction by a real-time transaction system are disclosed. One method includes receiving, by an application programing interface (API) system, an electronic transaction request from a user. The API system may transmit the electronic transaction request to a choreographer system. The choreographer system may transmit a validation API call based on the electronic transaction request to an account system. The account system may determine whether an account associated with the electronic transaction request exists in the real-time transaction system. The choreographer system may transmit an authorization API call based on the electronic transaction request to an authorization system. The choreographer system may receive an authorization response from the authorization system.

Abstract: Examples describe data security for communication systems. One example includes validating a merchant system using merchant data and generating a set of merchant credentials. The set of merchant credentials is then used in authentication to facilitate a secure transaction, which involves automatically generating transaction data with a tokenized client account number associated with the secure transaction. A refund request associated with the secure transaction is received with the set of merchant credentials that are used for automatically authenticating the merchant system. The example then involves accessing a database that includes the transaction data for automatically facilitating settlement of a refund payment using the authenticated merchant system and the transaction data.

Abstract: Embodiments of this specification disclose a method, an apparatus, and a device for accessing an aggregation code payment page, and a medium. The solution includes: obtaining, by a first server, an access request sent by a terminal, where the access request is generated by the terminal by scanning a target aggregation code, and the access request includes code information of the target aggregation code and a terminal identifier of the terminal; obtaining a first redirection address corresponding to the code information; sending a payment request for the target aggregation code based on the first redirection address; obtaining target page information of a payment page corresponding to the target aggregation code; and sending the target page information to the terminal.

Abstract: The present disclosure is directed toward an automated recommendation techniques. In an embodiment, the automated recommendation technique has steps that include accessing user data associated with a user account and identifying product data associated with one or more products, wherein the one or more products are associated with a user of the user account. Furthermore, the method includes determining a status of the one or more products. Additionally, the steps include pushing a recommendation to a user device based on the status of the one or more products.

Abstract: A computer platform for securely performing an electronic purchase transaction, including: a user interface for receiving payment card data; a token generator configured for generating a payment card token corresponding to the payment card data; a passkey generator; a cryptographic binding system configured for cryptographically binding the payment card token to the passkey; and a payment processing system configured for sending the payment card data to a merchant after the user has used the passkey to unlock the payment card data in the payment card token.

Abstract: The present invention generally relates to computer systems, methods and program products that allow a digital asset exchange to provide an option to customers to lend all or a portion of the digital assets associated with at least a first blockchain and held by the exchange on behalf of the customer in exchange for payments such as interest.

Abstract: A method executed by a computing device includes identifying a contingency-action token (CAT) of an object distributed ledger that meets minimum CAT requirements. The method further includes determining to select the CAT based on an evaluation of the CAT with regards to an evaluation profile. When selecting the CAT the method further includes facilitating taking control of the selected CAT of a blockchain of the object distributed ledger using a securely passing process and updating the selected CAT utilizing the secure exchange posting information for the CAT to produce an updated CAT. The method further includes causing, using the securely passing process, generation of a new block affiliated with the updated CAT via another blockchain of another object distributed ledger for a secure exchange, where the new block includes the updated CAT.

Abstract: The invention relates to a transaction verification system for authenticating a transaction performed at a transaction system. The transaction system provides a visual presentation of the transaction, comprising uncoded data and machine-extractable coded data. The transaction system also provides verification data for verifying one or more authenticity features of at least part of the uncoded data. The verification data can be obtained based on the coded data. A transaction verification device obtains, using an image interface, one or more camera images of the visual presentation of the transaction, and these camera images are then used to verify the one or more authenticity features based on the verification data.

Abstract: A system and method for verifying a signature in real-time when authenticating a card-based transaction. Initially, a digital reference signature is captured on a mobile device, sent in hashed form to a rules engine, and evaluated for features such as length, time, orientation, area, and pressure changes. Subsequently, a digital transaction signature is captured on a POS terminal, sent in hashed form to the rules engine via an acquirer, and evaluated for the same features. The rules engine compares the features of the signatures. If the transaction signature is verified, the rules engine sends an authentication token to the acquirer, and the acquirer sends the token and an authorization request to an issuer. If not, the acquirer sends a denial message to the merchant. If the power level of the POS terminal is insufficient to properly capture the transaction signature for effective evaluation, then an alternative authentication method is used.

Abstract: Systems and methods of executing a real-time electronic transaction by a real-time transaction system are disclosed. One method includes receiving, by an application programing interface (API) system, an electronic transaction request from a user. The API system may transmit the electronic transaction request to a choreographer system. The choreographer system may transmit a validation API call based on the electronic transaction request to an account system. The account system may determine whether an account associated with the electronic transaction request exists in the real-time transaction system. The choreographer system may transmit an authorization API call based on the electronic transaction request to an authorization system. The choreographer system may receive an authorization response from the authorization system.

Abstract: A method of validating a transaction in a client-server environment, the method including: receiving a transaction request from a user at a client device; executing a command at the client device associated with the transaction request based on a state data corresponding to the user at the client device; transmitting a request by the client device to a server for execution of the command at the server, upon the command being executed at the client device; executing the command by the server using a copy of the state data stored on the server, upon receiving the request from the client device, for validating the transaction associated with the transaction request at the client device by the server; and performing one of: allowing the transaction or preventing the transaction, at the client device by the server, based on the execution of the command at the server.

Abstract: The present disclosure relates to systems, non-transitory computer-readable media, and methods that, as part of an internetwork facilitation system, facilitate intelligent asset management through user interface elements that present selectable intelligent asset repayment models for user accounts. In particular, the systems can provide for display within a graphical user interface of a computing device corresponding to a user account, a selectable intelligent asset repayment element. Further, the systems can select an intelligent asset repayment model from a plurality of asset repayment models.

Abstract: A method includes conserving, responsive to receiving an indication that at least one selectable object is selected, computing resources; receiving a request to set the verification settings for a computing system, the verification settings comprising a threshold transaction amount; determining an alias account number for the transaction account; receiving a transaction request, the transaction request indicating the alias account number and a transaction involving the transaction account; implementing a verification policy based on the verification settings, comprising: determining a predetermined threshold of a monetary amount; determining a first policy monetary amount; comparing the first policy monetary amount to the predetermined threshold; determining that the first policy monetary amount does not meet the predetermined threshold; implementing a sub-policy; and generating and transmitting an electronic message comprising a selectable hyperlink generated for the transaction request; and responsive to de

Abstract: In an example embodiment, a method for push payment decision routing in relation to a transaction is provided. An example method comprises issuing a virtual payment identifier to a mobile device and receiving payment rules from a mobile device. The user-defined rules include parameters for invoking at least one push payment to be made via the virtual payment identifier for the transaction. Instructions to implement or pay for the transaction as a pull payment are received and, based on the rules, the transaction is completed or paid for a push payment.

Abstract: Methods and systems for providing an end-to-end full stack customer portal are provided. A customer portal may be configured by a commerce platform based on configuration settings received from a merchant, the configuration settings indicating a set of functions to be provided by the customer portal. Upon receiving a request to generate a portal session, the commerce platform may generate the portal session and a portal session object, the portal session object comprising a uniform resource locator (URL) to provide access to the portal session. The portal session object may be transmitted to the merchant. In response to a portal access request made via the URL, the commerce platform may provide access to the customer portal via the portal session, to a customer who made the portal access request.

Abstract: Embodiments provide methods and systems for associating a single token with multiple accounts of a user, and enabling the user to define rules for processing transactions using the token. A Federated Virtual Card (FVC) may be provisioned on a digital wallet of a user device through a token associated with the FVC. Transactions conducted using the FVC may be divided among the two or more user accounts based on user-defined rules. An account (e.g. card) may be added to or removed from the FVC without disrupting the card holder's ability to use the card to transact outside the FVC. A mobile application or an online platform may be provided for managing the FVC.