Abstract: A first device may receive a request to establish a replication session between a second device and a third device, where the replication session is associated with replicating user interactions with a user interface of an application across a first instance and a second instance of the application. The first device may receive, after receiving the request, information identifying a set of interactions by a user of the second device with a first user interface provided for display by the first instance. The first device may determine, from the information, a set of instructions related to causing an indication for the set of interactions to be provided for display on a second user interface provided for display for the second instance based on the information being received from the second device. The first device may provide, after determining the set of instructions, the set of instructions to the third device.

Abstract: A device receives interviewer data, associated with interviewers conducting interviews with interviewees, that includes data identifying avatars presented to the interviewers. The device receives interviewee data, associated with the interviewees, that includes data identifying genders of the interviewees. The device processes the interviewer data and the interviewee data, with a model, to generate unbiased training data, and trains a machine learning model, with the unbiased training data, to generate a trained machine learning model. The device receives particular interviewer data identifying a particular role, location, and/or gender of a particular interviewer, and receives particular interviewee data identifying a gender of a particular interviewee.

Abstract: A device may determine that transaction account information, associated with a transaction account associated with a user, is to be updated. The device may identify a merchant account that is configured to use the transaction account for a transaction associated with the user and a merchant, and navigate, using a navigation model, a merchant portal associated with the merchant, to access the merchant account. The device may perform, using the navigation model and login credentials for the merchant account, a login operation to access the merchant account via the merchant portal, wherein the login credentials are stored in a credential mapping that indicates an authorization to update the transaction account information to permit the transaction account information to be used in association with the merchant account. The device may update, using the navigation model, a transaction setting of the merchant account to include updated transaction account information for the transaction account.

Abstract: A device may receive a command associated with identifying a merchant for a virtual card swap procedure wherein the virtual card swap procedure is to replace a credit card of a user with a virtual card corresponding to the credit card. The device may identify the merchant for the virtual card swap procedure based on the command. The device may obtain the virtual card for the user. The device may determine a virtual card swap procedure template for the merchant. The device may perform the virtual card swap procedure based on the virtual card swap procedure template.

Abstract: A device receives, from a user device, a communication associated with a support issue encountered by a user of the user device and assigns the communication to a position in a support queue based on when the communication is received, wherein the support queue includes data identifying positions of other communications received from other users, and data identifying when the other communications were received. The device processes data identifying the communication and historical communication data describing prior communications associated with the user, with a model, to determine an average time spent on hold by the user for the prior communications. The device modifies the position of the communication in the support queue based on the average time and performs one or more actions based on modifying the position of the communication in the support queue.

Abstract: A device may select an individual that is a candidate for authentication by facial recognition. The device may identify a facial area of the individual and an area of exposed skin of the individual. The device may obtain a first temperature associated with the facial area of the individual and a second temperature associated with the area of exposed skin of the individual. The device may determine, based on the first temperature and the second temperature, whether an appearance of the facial area of the individual is likely altered by a face-altering technology. The device may selectively perform facial recognition on the facial area of the individual based on whether the appearance of the facial area of the individual is likely altered by the face-altering technology.

Abstract: A device receives third-party boycott data associated with a merchant, and receives customer preference data associated with a customer of the merchant. The device processes the third-party boycott data and the customer preference data, with a machine learning model, to identify a boycott of the merchant that is predicted to be of interest to the customer. The device provides, to a user device of the customer, information identifying the boycott of the merchant and information that solicits the customer to indicate whether the customer desires to join the boycott, and receives, from the user device, information indicating that the customer desires to join the boycott. The device causes a transaction account associated with the customer to be restricted from a transaction with the merchant when the information indicates that the customer desires to join the boycott.

Abstract: A device may provide a verification indicator to a device associated with a website. The verification indicator may be associated with verifying access to the website. The device may detect that the verification indicator has been associated with code associated with the website based on processing the code. The device may provide a script to the device. The script may be included in the code. The script may be associated with monitoring operations of the website. The device may receive data related to the operations. The device may analyze the data using a model. The model may be associated with making a prediction related to at least one of: a value to be received via the website, or traffic associated with the website. The device may perform one or more actions related to the website based on a result of the analyzing.

Abstract: A method may include receiving activity data associated with a user, wherein the activity data relates to online activity involving a product type, identifying the product type associated with the activity data, and predicting, based on the activity data, that the user is likely to purchase a product of the product type. The method may include generating, based on predicting that the user is likely interested in purchasing the product of the product type, an annotation to indicate that a potential transaction to purchase the product is forthcoming, and storing the annotation in a profile associated with an account of the user. The method may include detecting a transaction to purchase the product, wherein the transaction involves a payment from the account, and performing an action associated with a fraud analysis of the transaction based on the annotation.

Abstract: A wearable transaction device may include a housing, a fastener component attached to the housing, and an electronic chip secured within the housing. The wearable transaction device may detect a connection with a user device, and receive, from the user device and via the connection, security information for operating the wearable transaction device. The security information may indicate one or more conditions for placing the wearable transaction device in a payment mode or a non-payment mode. The wearable transaction device may receive a request to perform the transaction, and determine, based on the security information, whether the wearable transaction device is in the payment mode or the non-payment mode. The wearable transaction device may selectively perform the transaction based on whether the wearable transaction device is in the payment mode or the non-payment mode.

Abstract: A device identifies one or more user interface elements, in a user interface, associated with a fixed positioning characteristic and not positioned within another user interface element with the fixed positioning characteristic. The device repositions the one or more user interface elements in the user interface to vacate space for a new user interface element based on a size of the new user interface element and forgo repositioning one or more other user interface elements in the user interface that do not have the fixed positioning characteristic or are positioned within another user interface element with the fixed positioning characteristic. The device inserts the new user interface element into the user interface in a portion of the user interface vacated in connection with repositioning the one or more user interface elements, and provides the user interface for display based on inserting the new user interface element into the user interface.

Abstract: A device may initiate an automated script to perform one or more interactions with a browser application and identify a first element in a page rendered by the browser application that satisfies one or more accessibility criteria, wherein the first element may include text that is readable by a screen reader application and/or an attribute that causes the first element to be navigable using a keyboard. The device may modify the first element to be inaccessible to the screen reader application and the keyboard and insert, into the page, a second element including text that is readable by the screen reader application to describe the one or more interactions that the automated script is performing. The client device may restore the page to an original state based on determining that the automated script has finished executing.

Abstract: A device may receive an authorization request, associated with a transaction made by a user device as part of a checkout procedure of a website, that includes a virtual transaction card identifier of a virtual transaction card that is being used for the transaction, and a first merchant identifier for a merchant associated with the website. The device may perform a first authorization procedure to determine whether the first merchant identifier, included in the authorization request, satisfies a threshold level of similarity with a second merchant identifier associated with a request to generate the virtual transaction card that occurred prior to receiving the authorization request. The device may determine whether to forego a second authorization procedure based on a result of the first authorization procedure, and cause an authorization response, that includes an indication of whether the transaction is approved, to be provided to another device associated with the merchant.

Abstract: A device receives third-party boycott data associated with a merchant, and receives customer preference data associated with a customer of the merchant. The device processes the third-party boycott data and the customer preference data, with a machine learning model, to identify a boycott of the merchant that is predicted to be of interest to the customer. The device provides, to a user device of the customer, information identifying the boycott of the merchant and information that solicits the customer to indicate whether the customer desires to join the boycott, and receives, from the user device, information indicating that the customer desires to join the boycott. The device causes a transaction account associated with the customer to be restricted from a transaction with the merchant when the information indicates that the customer desires to join the boycott.

Abstract: A device receives, from a user device, a communication associated with a support issue encountered by a user of the user device and assigns the communication to a position in a support queue based on when the communication is received, wherein the support queue includes data identifying positions of other communications received from other users, and data identifying when the other communications were received. The device processes data identifying the communication and historical communication data describing prior communications associated with the user, with a model, to determine an average time spent on hold by the user for the prior communications. The device modifies the position of the communication in the support queue based on the average time and performs one or more actions based on modifying the position of the communication in the support queue.

Abstract: A device may provide a verification indicator to a device associated with a website. The verification indicator may be associated with verifying access to the website. The device may detect that the verification indicator has been associated with code associated with the website based on processing the code. The device may provide a script to the device. The script may be included in the code. The script may be associated with monitoring operations of the website. The device may receive data related to the operations. The device may analyze the data using a model. The model may be associated with making a prediction related to at least one of: a value to be received via the website, or traffic associated with the website. The device may perform one or more actions related to the website based on a result of the analyzing.

Abstract: A method may include receiving activity data associated with a user, wherein the activity data relates to online activity involving a product type, identifying the product type associated with the activity data, and predicting, based on the activity data, that the user is likely to purchase a product of the product type. The method may include generating, based on predicting that the user is likely interested in purchasing the product of the product type, an annotation to indicate that a potential transaction to purchase the product is forthcoming, and storing the annotation in a profile associated with an account of the user. The method may include detecting a transaction to purchase the product, wherein the transaction involves a payment from the account, and performing an action associated with a fraud analysis of the transaction based on the annotation.

Abstract: A device may initiate an automated script to perform one or more interactions with a browser application and identify a first element in a page rendered by the browser application that satisfies one or more accessibility criteria, wherein the first element may include text that is readable by a screen reader application and/or an attribute that causes the first element to be navigable using a keyboard. The device may modify the first element to be inaccessible to the screen reader application and the keyboard and insert, into the page, a second element including text that is readable by the screen reader application to describe the one or more interactions that the automated script is performing. The client device may restore the page to an original state based on determining that the automated script has finished executing.

Abstract: A wearable transaction device may include a housing, a fastener component attached to the housing, and an electronic chip secured within the housing. The wearable transaction device may detect a connection with a user device, and receive, from the user device and via the connection, security information for operating the wearable transaction device. The security information may indicate one or more conditions for placing the wearable transaction device in a payment mode or a non-payment mode. The wearable transaction device may receive a request to perform the transaction, and determine, based on the security information, whether the wearable transaction device is in the payment mode or the non-payment mode. The wearable transaction device may selectively perform the transaction based on whether the wearable transaction device is in the payment mode or the non-payment mode.

Abstract: A device identifies one or more user interface elements, in a user interface, associated with a fixed positioning characteristic and not positioned within another user interface element with the fixed positioning characteristic. The device repositions the one or more user interface elements in the user interface to vacate space for a new user interface element based on a size of the new user interface element and forgo repositioning one or more other user interface elements in the user interface that do not have the fixed positioning characteristic or are positioned within another user interface element with the fixed positioning characteristic. The device inserts the new user interface element into the user interface in a portion of the user interface vacated in connection with repositioning the one or more user interface elements, and provides the user interface for display based on inserting the new user interface element into the user interface.