Abstract: Systems and methods for fraud monitoring are disclosed, including: receiving a transaction request associated with a first instrument of a user; extracting, characteristics of the transaction request; identifying, by the first processor, user data based on the transaction request; determining a fraud severity value and notification value based on inputting the characteristics and user data into a fraud machine learning model; performing a first fraud action based on the fraud severity value; wherein the first fraud action is at least one selected from the group of locking the first instrument for a period of time, deactivating the first instrument, and electronically transmitting a first query message to a user device associated with the first instrument; and transmitting a fraud notification based on the notification value, wherein the fraud notification includes severity information associated with the fraud severity value.

Abstract: Various embodiments are directed to a method and system for provisioning a merchant-specific payment apparatus, such as a temporary payment card, via a computing device, such as an automated teller machine (ATM). A user, such as a customer, may specify a merchant. A record of known payment acceptance types at that merchant may be returned, which may be used to determine what type of temporary payment card gets issued to the user.

Abstract: A user device may output an indication of an incoming call from a calling device. The user device may receive a request to screen the incoming call. The user device may analyze a transcription of voice input, received from the calling device, for one or more keywords related to a request for funds. The user device may output one or more input options, which permit a user of the user device to respond to the request for funds, including an input option to transfer funds from a first account associated with the user device to a second account associated with the calling device. The user device may detect a user interaction with the input option to transfer funds from the first account to the second account. The user device may transmit a request that causes funds to be transferred from the first account to the second account.

Abstract: In some implementations, a device may utilize a machine learning model to determine a set of candidate manufacturing entities associated with an exchange of an item. The device may cause a first automated action to be performed. The first automated action may include providing information identifying the set of candidate manufacturing entities to a device of a user that is associated with the exchange. The device may receive a response indicating the manufacturing entity associated with item. The device may identify a block in a blockchain associated with the manufacturing entity. The device may map the exchange information to the block to enable the item information associated with the item to be associated with the exchange.

Abstract: A device may detect a first entry of a first user device of a first user into a merchant area. The device may monitor a movement of the first user device within the merchant area. The movement may include a transition from a shopping area of the merchant area to a checkout area of the merchant area. The device may detect a transaction between the first user and the merchant. The device may determine a shopping duration for the first user and a checkout duration for the first user. The device may detect a second entry of a second user device of a second user into the merchant area. The device may perform one or more actions based on detecting the second entry. The one or more actions may be performed selectively based on the shopping duration or the checkout duration of the first user.

Abstract: Systems and methods are disclosed including receiving an electronic access request to add a secondary electronic profile of a secondary user to a primary electronic profile of a primary user. A processor generates and sends a first security challenge to the primary user and a secondary security challenge to the secondary user. The processor receives a response from the primary user in response to the first security challenge and a response from the secondary user in response to the secondary security challenge. The processor authenticates the electronic access request based on the first response being a valid response and the secondary response being a valid response. The processor generates the secondary electronic profile as a nested profile within the primary electronic profile. The processor instructs the primary user device or the secondary user device to display a confirmation of the secondary user being added to the primary electronic profile.

Abstract: Example embodiments of systems and methods for a cryptographic bypass system, comprising: a contactless card; and a server, wherein the server is configured to: receive a cryptogram and location data after a tap of the contactless card to a client device, identify a first merchant based on the location data, set a flag associated with the first merchant and the contactless card, receive a transaction request from a merchant payment system of the first merchant associated with the contactless card, wherein the transaction request indicates a transaction amount, and approve the transaction request when the transaction amount exceeds a first transaction limit when the flag is set.

Abstract: A computer-implemented method may include receiving, from a module or an application installed on a user device of an individual, data related to first input to a first user interface for an activity associated with a location. The method may further include gathering additional data based on receiving the data related to the first input. The additional data may include one or more prior activities of the individual and one or more activities of interest to the individual. The method may include inputting the received data and the gathered additional data to one or more trained machine learning models. The method may include generating, based on the first output from the one or more trained machine learning models, second output related to the activity. The method may include sending a first instruction associated with causing a second user interface to be displayed on a display of the user device.

Abstract: In a method of facilitating product exchange transactions, an exchange facilitation system uses product return transaction data to establish a machine learning-based return transaction model using. The exchange facilitation system receives a request to purchase a desired product from a first purchaser user device. The exchange facilitation system determines an exchange offer recommendation using the machine learning-based return transaction model and information from the request to purchase. The recommendation includes an exchange offer including a proposed wait interval duration. The exchange facilitation system transmits the exchange offer to and receives an exchange offer response back from the first purchaser user device. Responsive to receiving a positive exchange offer response, the exchange facilitation system initiates a product exchange wait interval limited to the wait interval duration.

Abstract: Systems and methods for active web-based content filtering may include a memory storing user restrictions and dislikes, an interface, and a processor communicatively coupled to a backend server. The processor may implement a web browser add-on that parses content from an incoming webpage and compares that content against the user restrictions and dislikes to determine undesired incoming webpage content, and create a filtered webpage by removing the undesired incoming webpage content, and display the filtered webpage to the user.

Abstract: A user device may output an indication of an incoming call from a calling device. The user device may receive a request to screen the incoming call. The user device may analyze a transcription of voice input, received from the calling device, for one or more keywords related to a request for funds. The user device may output one or more input options, which permit a user of the user device to respond to the request for funds, including an input option to transfer funds from a first account associated with the user device to a second account associated with the calling device. The user device may detect a user interaction with the input option to transfer funds from the first account to the second account. The user device may transmit a request that causes funds to be transferred from the first account to the second account.

Abstract: Systems and methods for fraud monitoring are disclosed, including: receiving a transaction request associated with a first instrument of a user; extracting, characteristics of the transaction request; identifying, by the first processor, user data based on the transaction request; determining a fraud severity value and notification value based on inputting the characteristics and user data into a fraud machine learning model; performing a first fraud action based on the fraud severity value; wherein the first fraud action is at least one selected from the group of locking the first instrument for a period of time, deactivating the first instrument, and electronically transmitting a first query message to a user device associated with the first instrument; and transmitting a fraud notification based on the notification value, wherein the fraud notification includes severity information associated with the fraud severity value.

Abstract: A security system for a network may be configured to detect one or more failed authentication attempts to access the network by at least one user device and determine the number of the failed authentication attempts. The system may determine a first risk score based on the number of failed authentication attempts and determine whether the first risk score is greater than or equal to a first risk score threshold and generate a first notification indicating that the user device is attempting to gain unauthorized access onto the network. The system may transmit the first notification to an administrator of the network, determine the user device is successfully authenticated to access the network after the number of failed authentication attempts has been detected, and apply a first set of network activity restrictions to the user device.

Abstract: In some implementations, a device may receive an indication of an item associated with a user and a first entity and may store information associated with the item in a first entry of a first database associated with the user. The device may identify a second entry in a second database associated with the first entity. The second entry may identify one or more documents associated with the item, and the second database may identify documents for a second set of items associated with the first entity. The device may map the first entry to the second entry to enable the one or more documents associated with the item to be associated with the first entry of the first database associated with the user. The device may transmit an indication of at least one document of the one or more documents.

Abstract: Various examples generally directed to unlocking a locked contactless card for use as payment in card-present transactions are provided. The contactless card is a payment card associated with a payment account. An application executing on a mobile device may be operable to enable unlocking the locked contactless card and receive an indication that the contactless card associated with the mobile device is unlocked for use in card-present transactions. The application may present information related to permitted uses of the unlocked contactless card via a graphical user interface. The permitted uses of the unlocked contactless card may be modified via the graphical user interface.

Abstract: Various embodiments are directed to a method and system for provisioning a merchant-specific payment apparatus, such as a temporary payment card, via a computing device, such as an automated teller machine (ATM). A user, such as a customer, may specify a merchant. A record of known payment acceptance types at that merchant may be returned, which may be used to determine what type of temporary payment card gets issued to the user.

Abstract: In some implementations, a server may receive, from a first user device, a request to use an encrypted representation of a digital representation of a physical identifier (ID) associated with the user. Accordingly, the server may transmit, to a second user device, a prompt associated with validation of the request, and may receive, from the second user device, a response to the prompt. The server may validate the request using the response to the prompt. The server may transmit, to a first remote server, at least a first portion of the encrypted representation with a request to perform a first action associated with the user. The server may additionally transmit, to a second remote server, at least a second portion of the encrypted representation with a request to perform a second action associated with the user.

Abstract: A device may receive transaction data relating to a transaction event associated with a user and a merchant. The transaction data may include a merchant identifier and a transaction amount. The device may process the merchant identifier to determine whether the transaction event is associated with a rate-based service. The device may obtain, based on determining that the transaction event is associated with the rate-based service, location data from a user device associated with the user. The device may determine, based on the location data, a distance or a duration associated with the rate-based service. The device may determine, based on the distance or the duration, a transaction estimate for the rate-based service. The device may determine whether the transaction amount corresponds to the transaction estimate and perform one or more actions based on determining whether the transaction amount corresponds to the transaction estimate.

Abstract: Aspects described herein may relate to techniques for segmenting one transaction into multiple sub-transactions. A user may wish to purchase multiple items. The overall purchase request may be segmented into multiple sub-transactions based on a transaction category of each item. Transaction categories may be based on merchant category codes (MCCs). Each sub-transaction may include one or more items related to the same transaction category. Each sub-transaction may be underwritten and approved separately by the merchant and/or a financial institution (e.g., a credit card company). Financial information related to each different transaction category may be determined based on the sub-transactions. Reward offers may be provided in a more robust manner based on the different transaction categories determined during the purchase process.

Abstract: Systems and methods for implementing an auto-pause functionality for recurring payment transactions that continue to be charged, despite being associated with an unavailable merchant service as mandated by a public closure restriction. One operational aspect of the disclosed system/method is active detection of a possible closure condition based on monitoring a ratio of on-line (Card Not Present) to in-person (Card Present) transactions, internally computed over several time windows. The outcome of the ratio test falling below a predefined value is indicative of a possible public closure condition. There is an external verification step based on externally provided information associated with a published closure notification. Disclosed process further involves an indexing operation for parsing and tracking of recurring transaction string data to facilitate the identification of invalid recurring transaction strings, once a public closure condition is verified.