Abstract: An account holder's portfolio of transactions may be represented as a network of interconnected transaction nodes where each node represents a credit card transaction. This network may then be analyzed using artificial intelligence and machine learning techniques coupled with visual representations of the interrelated nodes to draw conclusions. An account holder or other system entity may report a fraudulent transaction that employs the holder's account information. A backend system may organize transaction information as a network of data nodes that includes a variety of interrelated information. The backend system may then identify all financial transaction “nodes” within the network that are related or connected by common data. For example, multiple transactions may include a common merchant as the reported fraudulent transaction. The backend may then perform an analysis of the nodes to identify likely fraudulent transactions based on one or more of the data elements for each node.

Abstract: A fundraising coordination system which includes communication capacities with several different components or subsystems, including mobile devices and tracking devices, allows for fundraising activities to be carried out in an efficient and effective manner. The coordination system is configured with several cooperating modules including tracking module (in communication with a tracking device), a communication and promotion module, an event coordination module, a donations/pledges module, and a collections module. The various modules allow for fundraising activities, such as peer-to-peer and/or institutional fundraising, to be carried out in combination with tracking devices, thus providing efficiency and effectiveness. The use of tracking devices (e.g. gps tracking devices) makes the system more efficient by automatically tracking participant activities.

Abstract: The innovation disclosed and claimed herein, in one aspect thereof, comprises systems and methods of funds transfer authentication. The authentication can include receiving a transfer request to transfer funds from a payer to a payee, the transfer request identifies the payer, the payee, and an amount to transfer. Customer information associated respectively with the payer and the payee is identified. The payer and the payee are authenticated. A communication session is opened between the payer and payee. A time-limited payee OTP is generated and sent to the payee. The payee OTP is received within a first time limit. The funds are transferred from the payer to the payee based on receiving a matching payee OTP.

Abstract: An electronic trading system is configured to trade credit default swap (CDS) futures contracts on an open exchange. The CDS futures contract allows the buyer and seller isolate and trade the credit risk of a third party. The third pay may be a corporation, sovereign government, or any entity that issues bonds or notes. The CDS futures contract seller effectively pays the premium over time in increments determined by market rates and through the natural operation of the open market. The CDS futures contract buyer makes a contingency payment if the CDS futures contract goes in-the-money (ITM). Both sides of the contract are guaranteed by the exchange as a counterparty.

Abstract: The system protects an account through the use of tokens, thereby eliminating the need to expose the primary account identifier during a transaction. If a primary account identifier is compromised, any use of the primary account identifier to facilitate a fraudulent purchase or settlement transaction may be blocked by the system. The system is configured to receive a payment authorization request including a payment account first identifier. The payment account first identifier serves as a search condition for a query, which is executed against a database to retrieve payment account information, if the payment account information exists. The system sends a decline response in response to the payment account first identifier and a primary account identifier from the payment account information being the same, indicating that a primary account is being used.

Abstract: A system and computer-implemented method for approving a dynamic mortgage application. The method includes determining a customer is approved for a mortgage, including calculating an amount in which the customer is approved for a mortgage loan based upon the information about the customer retrieved from a memory storage location. The method further includes determining a real estate property is mortgage ready, including calculating an appraisal value for the real estate property based upon the information about the real property retrieved from the memory storage location. The method still further includes comparing the calculated amount the customer is approved for a mortgage loan with the calculated appraisal value of the real estate property, and approving the mortgage application of the customer for the real estate property when the calculated amount the customer is approved for the mortgage loan meets or exceeds the calculated appraisal value of the real estate property.

Abstract: A system for analyzing risk using machine learning models may be trained using a data set to generate a risk assessment model that is optimized for metrics commonly used in for financial risk evaluation. The metrics may include Gini and CaptureRate, for example. The system may receive a request for a financial service, and generate a risk assessment by applying the risk assessment model to factors associated with the request. The system may also decide on the request in response to the risk assessment.

Abstract: The APPARATUSES, METHODS AND SYSTEMS FOR A PUBLISHING AND SUBSCRIBING PLATFORM OF DEPOSITING NEGOTIABLE INSTRUMENTS (hereinafter “PS-PLATFORM”) provides a negotiable instrument data publish and subscribe framework, whereby financial institutions may exchange negotiable instrument deposit data and/or validation information within the publish and subscribe framework. In one embodiment, the PS-PLATFORM may register a financial institution as a subscriber and provide financial transaction information to the financial institution based on the subscription.

Abstract: A method for transaction authorization includes generation of a master authentication code based on an authorization request for a transaction by a server. The transaction is initiated by a user by way of a transaction application installed on a user-computing device. The server splits the master authentication code into a first authentication code and a second authentication code. The first authentication code is communicated to the transaction application and the second authentication code is communicated to the user by the server. The transaction application generates a response code based on the first authentication code and the second authentication code. The server receives the response code from the transaction application and processes the transaction based on a match between the response code and the master authentication code.

Abstract: Various embodiments are directed to initiating or triggering a cardswap action for a customer based on a determination that one or more third-party cards associated with the customer have likely been reissued. The determination may be based on the analysis performed by an analytics model on customer transaction data corresponding to the customer. The analytics model may be trained using various patterns, trends, or characteristics observed in the customer transaction data around a timeframe of an actual reissue event. When a likely reissue event has been determined, one or more customer cards may be presented to the customer for swapping out the reissued third-party cards with a customer card.

Abstract: Various examples are directed to systems and methods for interfacing a computing system to a human user. For example, a computing system may provide a graphical user interface at a display of a user computing device. The graphical user interface may include a positive financial profile indicator at a first position on the display; a negative financial profile indicator at a second position on the display opposite the positive financial profile indicator; and a user financial profile indicator describing a user, the user financial profile indicator positioned between the positive financial profile indicator and the negative financial profile indicator. The computing system may receive user transaction data describing a financial transaction of the user. The computing system may determine that the financial transaction worsens a financial profile of the user. The computing system may also modify the user interface to orient the user financial profile indicator towards the negative financial profile indicator.

Abstract: A method for determining an adverse vehicle event, including: sampling sensor data an onboard vehicle system coupled to an ego-vehicle; at the onboard vehicle system, extracting a set of event parameters from the sensor data, wherein the vehicle event data is associated with a vehicle event occurring within the time interval; computing a loss probability based on the set of event parameters in response to the loss probability exceeding a threshold probability, transforming the set of event parameters into insurance claim data; and automatically transmitting the insurance claim data to an endpoint, wherein the endpoint is determined based on the participant identifier.

Abstract: A method and system for detecting fraudulent network events in a payment card network are provided. A plurality of scored payment card transaction authorization requests are received, originating from a plurality of merchants, and data structures for each of a plurality of merchant groups are generated. Each data structure sorts the scored authorization requests into fraud score range stripes. The data structures are parsed over a plurality of time periods, and at least one cumulative metric is calculated for each merchant group for each of the time periods in each fraud score range stripe. A plurality of ratio striping values is determined for each merchant group, and a set of feature inputs is generated using the ratio striping values. A second fraud detection model is applied to the scored authorization requests. Parameters of the second fraud detection model are configured to change based on the generated set of feature inputs.

Abstract: Techniques are described for managing transactions requested by a user, such management based on sensor data that generated by sensor device(s) in proximity to the user. Biometric and/or other types of data may be generated using sensors that are included in a user device, worn by a user, and/or otherwise in proximity to the user. The data may be analyzed to determine a current physical, emotional, and/or intellectual state of the user, such as whether the user is intoxicated, exhausted, angry, depressed, under duress, experiencing dementia, and so forth. If a transaction is detected that conflicts with a previously specified constraint, such as a budget or spending rule of the user, and if the user is currently in an impaired state, action(s) may be taken to manage the transaction. Such action(s) may include blocking the transaction, delaying the transaction, and/or notifying another party to assist the user.

Abstract: A method and system for detecting fraudulent network events in a payment card network are provided. A plurality of scored payment card transaction authorization requests are received, originating from a plurality of merchants, and at least one data structure is generated. The data structure sorts the scored authorization requests into fraud score range stripes. The data structure is parsed over a plurality of time periods, and at least one cumulative metric is calculated for each of the time periods in each fraud score range stripe. A plurality of ratio striping values is determined, and a set of feature inputs is generated using the ratio striping values. A second fraud detection model is applied to the scored authorization requests. Parameters of the second fraud detection model are configured to change based on the generated set of feature inputs.

Abstract: A device may receive first information relating to a first set of transactions and a first set of chargebacks associated with the first set of transactions; process the first information to generate a processed data set; train a model to perform classification of the first set of chargebacks, where the model is to receive, as input, information relating to transactions and at least one chargeback, and where the model is to output information identifying a classification of the at least one chargeback; receive second information identifying a second set of transactions and a second set of chargebacks associated with the second set of transactions, where the second information is received from multiple, different sources; determine a classification of the second set of chargebacks using the model and based on the second information; and perform an action based on the classification of the second set of chargebacks.

Abstract: A network-based synchronization system includes a server executing an electronic tax preparation program. The server is in communication with first and second computing devices through first and second networks. The first computing device utilizes the electronic tax preparation program. The second computing device is a mobile communication device including an image acquisition component and a mobile application executing thereon. The server, and the first and second computing devices are cooperatively operable through the first and second networks to synchronize the electronic tax preparation program and the mobile application based at least in part upon data acquired by the image acquisition component. The server receives the data acquired by the image acquisition component and transmits the data to the first computing device to synchronize the mobile application and the electronic tax preparation program.

Abstract: Systems, methods, and computer-readable storage media for inserting payment information into payment forms without user interaction. A system can identify that a user has navigated to a web page operated by a merchant computer system for a merchant and identify a payment form within the web page. The system can then execute a payment request API which generates a query for saved payment credentials for the user from the merchant computer system. When the merchant computer system indicates it does not have the saved payment credentials for the user, the system can identify browser-saved payment credentials stored in the Internet browser, then generate a virtual payment information associated with the browser-saved payment credentials. The virtual payment information can then be inserted into corresponding fields of the payment form without the user entering any additional information.

Abstract: A computer system for selection of data records for forwarding includes one or more data storage devices storing data records including structured and unstructured data, and an analysis hardware server configured to, in cycles, determine sets of data records for predictive model review, extract words and phrases from the unstructured data, apply the predictive model to determine current-cycle scores for the data records of the set, assign the data records to groups in accordance with the current-cycle score, determine a velocity of change in group, and select data records for forwarding to an operation system based at least in part on the determined velocity of change in group.

Abstract: A system and method for transmitting real-time messages within a supply chain financing (SCF) network using a using a customized and improved messaging protocol is provided. A computing device receives a SCF request message having an SCF messaging protocol including a plurality of data fields including SCF request data related to a request for supply chain financing including an early payment identifier, parses the SCF request message based upon the SCF messaging protocol, selects a financing entity for receiving the request, stores within the memory device the SCF request data, transmits an early payment message having the same messaging protocol to the selected financing entity, receives a confirmation message having the same SCF messaging protocol from the financing entity including a plurality of data fields including SCF confirmation data, and stores within the memory device the SCF confirmation data with the SCF request data.