Abstract: Embodiments are provided for detecting overlapping topics in a messaging system. In an example system, a plurality of trigger phrases is received, where each trigger phrase is configured to trigger a bot that receives the trigger phrase to select a corresponding topic for conversation. For each trigger phrase, a vector representation is generated. Measures of similarity are generated based at least on the vector representations, where each measure of similarity represents a degree of similarity between a respective pair of vector representations. A topic overlap is detected based on a pair of vector representations having a measure of similarity above a similarity threshold, where the topic overlap indicates two trigger phrases that are overlapping. The topic overlap is provided to an authoring tool that comprises one or more interactive elements to enable a user to change at least one of the two trigger phrases that are overlapping.

Abstract: Embodiments are provided for suggesting topics in a messaging system. A set of queries is received from a chat transcript history, where the set of queries includes a set of unhandled queries, and each unhandled query comprises a query for which a bot did not identify a corresponding topic (e.g., queries that did not trigger selection of a topic by the bot). A vector representation is generated for each unhandled query in the set of unhandled queries. The vector representations for the set of unhandled queries are clustered to generate one or more clusters of vector representations, each cluster corresponding to a group of unhandled queries. A corresponding suggested topic is generated for each cluster and provided to an authoring tool that comprises one or more interactive elements to enable an author to select at least one of the suggested topics for implementation in the bot.

Abstract: Various device attributes associated with a current event may be obtained. Similarity metrics may be determined that indicate a degree of similarity between the device attributes that are associated with the current event and stored device attributes that are associated with previous events and previously created fuzzy device identifiers. A fuzzy device identifier may be assigned to the current event based at least in part on a comparison of the similarity metrics with a threshold. If none of the similarity metrics compare favorably with the threshold, then a new fuzzy device identifier may be created for the current event. However, if at least one of the similarity metrics compares favorably with the threshold, then the previously created fuzzy device identifier whose stored device attributes are most similar to the device attributes that are associated with the current event may be assigned to the current event.

Abstract: Embodiments are provided for detecting overlapping topics in a messaging system. In an example system, a plurality of trigger phrases is received, where each trigger phrase is configured to trigger a bot that receives the trigger phrase to select a corresponding topic for conversation. For each trigger phrase, a vector representation is generated. Measures of similarity are generated based at least on the vector representations, where each measure of similarity represents a degree of similarity between a respective pair of vector representations. A topic overlap is detected based on a pair of vector representations having a measure of similarity above a similarity threshold, where the topic overlap indicates two trigger phrases that are overlapping. The topic overlap is provided to an authoring tool that comprises one or more interactive elements to enable a user to change at least one of the two trigger phrases that are overlapping.

Abstract: The disclosure herein describes managing defects in a model training pipeline. A synthetic data set is generated that is associated with a defect type and a lifecycle stage of the model training pipeline, and baseline performance metrics associated with the defect type are generated. Based on a code change to the pipeline, a test model is trained using the pipeline and the synthetic data set, and test performance metrics are collected based on the test model and associated with the defect type. Based on comparing the baseline performance metrics and the test performance metrics, a defect of a particular defect type is identified in the pipeline. An indicator of the defect is provided that includes the defect type and the lifecycle stage with which the synthetic data set is associated, whereby a defect correction process is enabled to remedy the defect based on the associated defect type and the lifecycle stage.

Abstract: Various device attributes associated with a current event may be obtained. Similarity metrics may be determined that indicate a degree of similarity between the device attributes that are associated with the current event and stored device attributes that are associated with previous events and previously created fuzzy device identifiers. A fuzzy device identifier may be assigned to the current event based at least in part on a comparison of the similarity metrics with a threshold. If none of the similarity metrics compare favorably with the threshold, then a new fuzzy device identifier may be created for the current event. However, if at least one of the similarity metrics compares favorably with the threshold, then the previously created fuzzy device identifier whose stored device attributes are most similar to the device attributes that are associated with the current event may be assigned to the current event.

Abstract: A trusted transaction signal is passed from a merchant to an account provider. A merchant receives a payment account association with a transaction between a customer and the merchant, and determines a level of risk for the transaction. If the customer is unknown to the merchant, the trust level is determined to be a default trust level. If the customer is known to the merchant, then a risk assessment determines whether the trust level is the default trust level, or a second, greater, trust level. A transaction notification is sent to the account provider. When the trust level is the default level, the notification includes a merchant ID that identifies the merchant and signifies the default trust level for the transaction. When the trust level is the greater level, the notification includes a different merchant ID that also identifies the merchant, but represents the second trust level for the transaction.

Abstract: Training risk determination models based on a set of labeled data transactions. A first set of labeled data transactions that have been labeled during a review process is accessed. A first risk determination model is trained using the first set of labeled data transactions. A first risk score for data transactions of a set of unlabeled data transactions is determined using the first risk determination model. Data transactions in the set of unlabeled data transactions are newly labeled based on the first risk score. The newly labeled data transactions are added to a second set of labeled data transactions that include the first set of labeled data transactions. A second risk determination model is trained using at least the second set of labeled data transactions. A second risk score is determined for subsequently received data transactions and these data transactions are rejected or approved based on the second risk score.

Abstract: The disclosure herein describes managing defects in a model training pipeline. A synthetic data set is generated that is associated with a defect type and a lifecycle stage of the model training pipeline, and baseline performance metrics associated with the defect type are generated. Based on a code change to the pipeline, a test model is trained using the pipeline and the synthetic data set, and test performance metrics are collected based on the test model and associated with the defect type. Based on comparing the baseline performance metrics and the test performance metrics, a defect of a particular defect type is identified in the pipeline. An indicator of the defect is provided that includes the defect type and the lifecycle stage with which the synthetic data set is associated, whereby a defect correction process is enabled to remedy the defect based on the associated defect type and the lifecycle stage.

Abstract: A trusted transaction signal is passed from a merchant to an account provider. A merchant receives a payment account association with a transaction between a customer and the merchant, and determines a level of risk for the transaction. If the customer is unknown to the merchant, the trust level is determined to be a default trust level. If the customer is known to the merchant, then a risk assessment determines whether the trust level is the default trust level, or a second, greater, trust level. A transaction notification is sent to the account provider. When the trust level is the default level, the notification includes a merchant ID that identifies the merchant and signifies the default trust level for the transaction. When the trust level is the greater level, the notification includes a different merchant ID that also identifies the merchant, but represents the second trust level for the transaction.

Abstract: Examples described herein generally relate to a computer device including a memory, and at least one processor configured to process a transaction. The computer device receives customer transaction information. The computer device evaluates the customer transaction information to determine a risk score for the transaction. The computer device assigns the transaction, based on the risk score, to one of a plurality of stratums including at least a first stratum and a second stratum. The computer device selects a merchant identifier (MID) from at least a first MID associated with the first stratum and a second MID associated with the second stratum based on at least the assigned stratum and a target chargeback rate for at least one of the first MID or the second MID. The computer device transmits the transaction information and the selected MID to an issuing bank.

Abstract: A trusted transaction signal is passed from a merchant to an account provider. A merchant receives a payment account association with a transaction between a customer and the merchant, and determines a level of risk for the transaction. If the customer is unknown to the merchant, the trust level is determined to be a default trust level. If the customer is known to the merchant, then a risk assessment determines whether the trust level is the default trust level, or a second, greater, trust level. A transaction notification is sent to the account provider. When the trust level is the default level, the notification includes a merchant ID that identifies the merchant and signifies the default trust level for the transaction. When the trust level is the greater level, the notification includes a different merchant ID that also identifies the merchant, but represents the second trust level for the transaction.

Abstract: Embodiments disclosed herein are related to computing systems and methods for determining a risk score for a plurality of data transactions. In the embodiments, a first risk score module may receive data transactions. The first risk score module may then determine a first risk score for each of the data transactions. A second risk score module that is different from the first risk score module may receive each of the first risk scores determined by the first risk score module as an input. The second risk score module may determine a second risk score based in part on the input first risk scores for each of the data transactions. The second risk scores may specify if each of the data transactions is to be approved or rejected by the computing system.

Abstract: Reducing an amount of data transactions that are subjected to further review when determining if the data transactions should be approved or rejected. A risk score that defines a first cutoff and a second cutoff are determined. During a first time period, the first and second cutoffs are extended to increase data transactions subject to further review and to create an opportunity group of data transactions not previously approved that are now approved. A rejection rate of the data transactions subject to further review is compared to a threshold. When the rejection rate is no more than the threshold, during a second time period, a volume of the data transactions subject to further review is minimized and a second opportunity group of data transactions not previously approved that are now approved is created. The rejection rate of the data transactions subject to further review are again compared to the threshold.

Abstract: Various device attributes associated with a current event may be obtained. Similarity metrics may be determined that indicate a degree of similarity between the device attributes that are associated with the current event and stored device attributes that are associated with previous events and previously created fuzzy device identifiers. A fuzzy device identifier may be assigned to the current event based at least in part on a comparison of the similarity metrics with a threshold. If none of the similarity metrics compare favorably with the threshold, then a new fuzzy device identifier may be created for the current event. However, if at least one of the similarity metrics compares favorably with the threshold, then the previously created fuzzy device identifier whose stored device attributes are most similar to the device attributes that are associated with the current event may be assigned to the current event.

Abstract: Embodiments disclosed herein are related determining a risk score for one or more data transactions. Current data transactions that are associated with one or more current attributes are received. Stored data transactions associated with stored attributes are accessed. A plurality of the stored attributes are selected. A first sliding window and a second sliding window are selected. A duration of the second sliding window is longer than a duration of the first sliding window and encompasses the duration of first sliding window. Risk information for those stored data transactions that are associated with the plurality of attributes is determined. The risk information is determined during the duration of both the first and second sliding windows and is indicative of a level fraud that is occurring. The determined risk information and the current attributes are used to generate a risk score for the current data transactions. The current data transactions are approved or rejected based on the risk score.

Abstract: Examples described herein generally relate to a computer device including a memory, and at least one processor configured to process a transaction. The computer device receives customer transaction information. The computer device evaluates the customer transaction information to determine a risk score for the transaction. The computer device assigns the transaction, based on the risk score, to one of a plurality of stratums including at least a first stratum and a second stratum. The computer device selects a merchant identifier (MID) from at least a first MID associated with the first stratum and a second MID associated with the second stratum based on at least the assigned stratum and a target chargeback rate for at least one of the first MID or the second MID. The computer device transmits the transaction information and the selected MID to an issuing bank.

Abstract: Methods, systems, and computer program products are provided for using pre-purchase scoring to efficiently detect fraud on an e-commerce platform. In particular, high dimension pre-purchase information may be consolidated into one or more scores to be carried over and applied to a real time machine learning model at the purchase stage. More specifically, a large amount of information is available, for example, when a user initially connects to the e-commerce platform, creates an account thereon, subsequently logs in using that account, or adds a payment instrument to their account. Such information is applied to a machine learning model that consolidates the information into a score to be carried over, and used further at the purchase stage.

Abstract: Methods, systems, and computer program products are provided for tracking user actions made via a user account, and to accurately detect fraudulent transactions made therewith. Information associated with the user actions such as, for example, device ID, device IP address, and device IP location, is captured and stored. Stored information is used to create features. The features are assembled into an n-dimensional vector, and a measure similarity between that vector and a previously created n-dimensional vector can be computed. The measure of similarity may be used to assess the probability that the present transaction is fraudulent. Alternatively, one or more n-dimensional vectors, and/or the computed measure of similarity may be used as input to a machine learning model. The output of machine learning model also may be used to assess the probability that the present transaction is fraudulent.

Abstract: Training risk determination models based on a set of labeled data transactions. A first set of labeled data transactions that have been labeled during a review process is accessed. A first risk determination model is trained using the first set of labeled data transactions. A first risk score for data transactions of a set of unlabeled data transactions is determined using the first risk determination model. Data transactions in the set of unlabeled data transactions are newly labeled based on the first risk score. The newly labeled data transactions are added to a second set of labeled data transactions that include the first set of labeled data transactions. A second risk determination model is trained using at least the second set of labeled data transactions. A second risk score is determined for subsequently received data transactions and these data transactions are rejected or approved based on the second risk score.