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.

Abstract: A system may include processor(s), a memory in communication with the processor(s), and storing instructions, that when executed by the processor(s), are configured to cause the system to prevent unnecessary payments. The system may receive a signal indicative of an event in which a user device associated with a user enters a geofenced area associated with a merchant. The system may identify a merchant category code (MCC) associated with the merchant, and determine whether benefit(s) related to the MCC are associated with account(s) of the user. The system may receive an attempted purchase associated with the merchant, and may determine whether the attempted purchase relates to the benefit(s). The system may automatically block the attempted purchase related to the benefit(s) and associated with the user, and may transmit a message to the user via the user device, the message providing the benefit(s).

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 systems and methods 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.

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: A system may include processor(s), a memory in communication with the processor(s), and storing instructions, that when executed by the processor(s), are configured to cause the system to prevent unnecessary payments. The system may receive a signal indicative of an event in which a user device associated with a user enters a geofenced area associated with a merchant. The system may identify a merchant category code (MCC) associated with the merchant, and determine whether benefit(s) related to the MCC are associated with account(s) of the user. The system may receive an attempted purchase associated with the merchant, and may determine whether the attempted purchase relates to the benefit(s). The system may automatically block the attempted purchase related to the benefit(s) and associated with the user, and may transmit a message to the user via the user device, the message providing the benefit(s).

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: 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: A system may include processor(s), a memory in communication with the processor(s), and storing instructions, that when executed by the processor(s), are configured to cause the system to prevent unnecessary payments. The system may receive a signal indicative of an event in which a user device associated with a user enters a geofenced area associated with a merchant. The system may identify a merchant category code (MCC) associated with the merchant, and determine whether benefit(s) related to the MCC are associated with account(s) of the user. The system may receive an attempted purchase associated with the merchant, and may determine whether the attempted purchase relates to the benefit(s). The system may automatically block the attempted purchase related to the benefit(s) and associated with the user, and may transmit a message to the user via the user device, the message providing the benefit(s).

Abstract: A computing device may determine that a user of an application is asleep based on data of a wearable computing device that is associated with a user. Based on the determination that the user is asleep, the computing device may lock an account that is associated with the user. Locking the account may involve restricting actions that the user is permitted to take with respect to the application. The computing device may receive an indication of a first transaction that is associated with the account of the user. Based on the determination that the account is locked, the computing device may prohibit the transaction. The computing device may receive an indication that the user is awake. Based on the indication that the user is awake, the computing device may unlock the account and permit a second transaction.