Abstract: At least some embodiments are directed to a prediction system of software objects. The prediction system predicts a first aspect of a user profile utilizing a categorization machine learning model and a user activity profile, the user profile and the user activity profile are associated with a user. The user activity profile comprises a plurality of values associated with demographics and historical activity data of the user. The prediction system predicts a software object associated with the user profile utilizing an optimization machine learning model, the first aspect of the user profile, and a second aspect of the user profile. The software object is optimized with respect to at least one competitive interest between the user associated with the user profile and an entity associated with the software object. The prediction system outputs the software object to a client computing device of the user.

Abstract: Systems and methods for secure mobile checkouts are disclosed. The system may include a secure mobile checkout device configured to scan products available in a merchant store. The device may scan the product to determine a product identifier. The device may transmit the scanned product data to a checkout application to retrieve product data corresponding to the product identifier. In device may initiate a transaction with a payment network to purchase the product, based on the product data provided by the checkout application. The payment network may process the transaction, and may authorize the purchase with the merchant.

Abstract: A single sign-on system using blockchain is disclosed. The single sign-on system may interconnect various organization systems over a peer-to-peer network, with each organization system having a blockchain node and an application programming interface (API). The blockchain node invokes and uses a smart contract to write registration credentials to the blockchain during a registration process. During a login process, the blockchain node invokes the smart contract to determine whether login credentials match stored login credentials in the blockchain. In response to matching login credentials, the API may generate a single sign-on token that can be used by a user device to access one or more organization systems connected over the network.

Abstract: A zero knowledge proof purchase system and process using blockchain is disclosed. The system may comprise a customer device, a merchant system, an issuer system, and a blockchain network having a zero-knowledge proof (ZKP) smart contract. The system may implement a zero-knowledge proof algorithm having a key generator function, a proof function, and a validate function. Each function may be configured to perform various tasks in the system to support and enable zero-knowledge proof purchases.

Abstract: Disclosed are various embodiments for implementing scheduled transactions within a payment network. A computing device first determines that a trigger has occurred for a scheduled transaction for a first payment network. Then, the computing device identifies a network identifier for the recipient and a participant identifier for a recipient of the scheduled transaction. Next, the computing device determines, based at least in part on the network identifier, that the recipient of the scheduled transaction is associated with a second payment network. Subsequently, the computing device generates a payment request representing the scheduled transaction, the payment request comprising the network identifier for the recipient and the participant identifier for the recipient. Then, the computing device forwards the payment request to a global transaction router of a supernetwork.

Abstract: A method comprising creating, by a computer-based system for shifting financial responsibility for a transaction from a merchant to a transaction account issuer, a digital wallet associated with a transaction account holder, wherein the digital wallet comprises one or more attributes associated with the transaction account holder, confirming, by the computer-based system, the attribute in response to a transaction request, and/or determining, by the computer-based system, whether to shift financial responsibility for the transaction from the merchant to the transaction account issuer.

Abstract: Disclosed herein are system, method, and computer program product embodiments for providing predictive revenue distribution using machine learning and a Real-Time Payment (RTP) network. A revenue distribution system may train and apply a machine learning model to merchant transaction records to generate a predicted revenue amount. The revenue distribution system may deposit predicted revenue amounts to provide predictive funding for merchant accounts. For example, this may provide same-day and/or next-day funding. The revenue distribution system may account for differences in predicted revenue amounts and actual transaction amounts by adjusting the deposits of subsequent days. The revenue distribution system may also account for different periods of time, such as several days, a week, or longer.

Abstract: Systems and methods of the present disclosure may read source data corresponding to a source variable and apply a transformation to the source variable to generate an output variable. Accordingly, one such method comprises receiving a request to access an output variable by applying one or more data transformations to input data; before applying an actual data transformation to the input data, identifying that a match exists with a database of prior data transformations that have been applied to source variables to generate derived variables; identifying that a source variable in the matching one or more data transformations is flagged as sensitive data; and processing the request to access the output variable subject to an access restriction in response to the identification of the source variable that is flagged as sensitive data.

Abstract: Disclosed are approaches for enforcing requirements that documentation be up to date. In response to initiation of a build process for an application, a source-code file associated with the application is evaluated to determine an identifier and a location for a corresponding documentation file. A determination can be made regarding whether the documentation file exists at the location. Another determination can be made regarding whether each function specified in the source-code file has a corresponding entry in the documentation file. The build process can be halted in response to determining that at least one function specified in the source-code file fails to have the corresponding entry in the documentation file. If the build process is halted, a message can be displayed on the computing device, the message identifying the at least one function specified in the source-code file that fails to have the corresponding entry in the documentation file.

Abstract: Systems and methods may comprise RFID data acquisition technology which may be embedded in a fob or tag for use in completing financial transactions. This fob may a self-contained device which includes a transponder and which may be contained on any portable form factor. For instance, the tag may be housed in a wearable transaction instrument, such as an activity tracker. The tag is configured to be used in concert with an RFID reader device.

Abstract: Systems and methods for secure mobile checkouts are disclosed. The system may include a secure mobile checkout device configured to scan products available in a merchant store. The device may scan the product to determine a product identifier. The device may transmit the scanned product data to a checkout application to retrieve product data corresponding to the product identifier. In device may initiate a transaction with a payment network to purchase the product, based on the product data provided by the checkout application. The payment network may process the transaction, and may authorize the purchase with the merchant.

Abstract: Disclosed are various embodiments for a predictive communication system. In one embodiment, a communication is received from a user, and a profile associated with the user is identified. Real-time activity data associated with the profile and obtained from one or more internal channels via a messaging bus is accessed. A redeemable value accumulation in the activity data is determined to have reached a specified threshold. An intent prediction alert associated with the communication is determined according to one or more of a plurality of intent prediction rules based at least in part on the redeemable value accumulation reaching the threshold, where the intent prediction alert includes a predicted reason for the communication.

Abstract: Disclosed herein are system, method, and computer program product embodiments for providing a virtual card token to facilitate Real-Time Payment (RTP) network transactions. An account management system may facilitate RTP transactions with consumer bank accounts using the virtual card token. After providing the virtual card token to a user device, the user device may present the virtual card token to a merchant system to conduct a transaction. The virtual card token may operate with existing merchant systems and/or point-of-sale (POS) terminals. The merchant system may provide the virtual card token to the account management system for transaction approval. The account management system may select and retrieve funding from a particular bank account based on user-defined parameters. Upon retrieving funding from the particular bank account via the RTP network, the account management system may approve the transaction and/or provide payment to the merchant system.

Abstract: Systems and methods for motion-enabled transactions are disclosed. The system may allow users to complete transactions with merchants via an air sign input. The system may receive a motion-enabled transaction request comprising an air sign input. The system may determine a stored air sign symbol based on the air sign input. The system may retrieve a merchant identifier, a transaction type, and a transaction cost based on the determined stored air sign symbol. The system may transmit a transaction confirmation comprising the merchant identifier, the transaction type, and the transaction cost. In response to the user confirming the transaction confirmation, the system may authorize and process the transaction.

Abstract: A dynamic banner may be displayed in a merchant check out page sourced from a merchant server that may be customized to a particular user and/or merchant. The dynamic banner may be provided by a transaction account provider server and may invite the user to select an offer. In response to the user's interaction with the offer, the characteristics of the merchant check out page may be changed, for example, a product may be discounted, and/or a new transaction account may be issued to the user by the transaction account provider server and used to complete the checkout process via cross document messaging and cross domain scripting. In this manner, the merchant server and the transaction account provider server may interact with a user within a single web page.

Abstract: At least some embodiments are directed to an entity classification system receives informational data associated with an entity. The informational data includes sentences associated with the entity. The entity classification system utilizes a first machine learning model to determine a first contextual meaning among words of a sentence associated with the entity based on a first word embedding technique, and determines at least one category associated with the entity based at least in part on the first contextual meaning. The entity classification system utilizes a second machine learning model to determine a second contextual meaning shared by a set of sentences based on a second embedding technique, and determines a subcategory of the category associated with the entity based at least in part on the second contextual meaning. The entity classification system generates an output including the category and subcategory associated with the entity.

Abstract: System and methods are described for enabling a first client device to authorize a second client device to use a payment token for contactless payments, in which the payment token is authorized to be used by the second device with restrictions set by the first device. In one embodiment, a system comprises a computing device that includes a secure element. The system also includes machine-readable instructions that, when executed by the processor, cause the computing device to at least receive an indication for generating a sub-payment token and receive a selection of a key restriction for the sub-payment token. An application stored in the secure element is called to generate the sub-payment token based on the key restriction. The sub-payment token is received and comprises a sub-payment key and an application transaction counter range. The sub-payment token is sent through the wireless communication session to a second computing device.

Abstract: Disclosed herein are aspects for splitting a transaction. An example aspect begins by receiving transaction information specifying a transaction. The aspect continues by receiving split request information corresponding to the transaction. The split request information specifies how to split the transaction with one or more other parties. Next, the aspect sends, by a first user device, a split request to a second user device based on the split request information. The split request comprises input fields for each of the respective one or more other parties. These input fields include respective payer account identifier and actual payment amount fields. The aspect continues by receiving, based on an input from a user interface of the second user device, the payer account identifier and the actual payment amount. Lastly, the aspect sends a payment request to a payer account corresponding to the payer account identifier for the actual payment amount.