Abstract: A system and computer-implemented method includes the operations of receiving an electronic transaction message including transaction data from an interchange network. The transaction message may include a type of transaction associated with a primary account number of the cardholder. A type of transaction may be determined from the electronic transaction message. Transaction details may be extracted from the transaction data. The operations may also include determining whether the cardholder is registered for the account event notification service. If based on the determination, the cardholder is registered for the account event notification service, a notification message may be generated. The notification message may include the type of transaction. The notification message may be transmitted to the cardholder.

Abstract: An auto-enrollment billing updater (AEBU) computing device for enrolling enrollees in an automatic updating program is provided. The AEBU computing device is configured to receive, from an acquirer computing device, an account update request for updated account data for a set of account identifiers, the account update request including an input acquirer identifier and an input merchant identifier. The AEBU computing device is further configured to perform a lookup within a transaction database using a combination of the input acquirer identifier and the input merchant identifier, wherein the transaction database includes transaction data involving a plurality of cardholders and a plurality of merchants.

Abstract: An automatic billing updater (ABU) computing device is provided. The ABU computing device receives, from a candidate merchant, a batch update request including a plurality of account identifiers and retrieves a plurality of historical account identifiers from an historical authorization database. Each account identifier of the historical account identifiers is associated with a respective historical transaction of the candidate merchant. The ABU computing device further compares the account identifiers of the batch update request to the historical account identifiers, identifies at least one unrequested account identifier from the historical account identifiers based on the comparison, retrieves unrequested billing data associated with the unrequested account identifier from a billing database that stores updated billing data associated with a plurality of payment accounts, and transmits the unrequested billing data to the candidate merchant.

Abstract: Systems and methods are provided for implementing account controls for accounts based on regions in which users associated with the accounts are located. One exemplary method includes receiving location data indicating a location of a communication device associated with an account, where the account is subject to an account control defined in a default currency, and determining a local region of the communication device based on the location data. The method also includes determining a local currency of the local region and converting the account control amount from the default currency to the local currency. The method then further includes notifying a user associated with the account, at the communication device, of the converted account control amount, thereby informing the user of the account control amount in the local currency in connection with transactions to be initiated by the user in the local region and funded by the account.

Abstract: A chargeback processing computing device is provided.

Abstract: Systems and methods for validating and adjusting local transaction times are provided. A host computing system includes a processor and a memory in communication with the processor. The host computing system receives a computer message comprising authorization data associated with a transaction, the authorization data including a location identifier and a local transaction time set by a remote computing device used in processing the transaction. The host computing system also appends a header including a header processor time to the computer message, determines a time zone associated with the local transaction time based on the location identifier, converts the header processor time to a local header processor time based on the time zone, and determines that the local transaction time is validated based on the local header processor time.

Abstract: A computer-implemented method for verifying a payment transaction over a payment network. One step of the method includes receiving, from a sender, a transaction message, with the transaction message including a plurality of data element fields, and with at least one of the data element fields being a network-specific field configured to be populated by an interchange network of the payment network. An additional step includes performing a validation routine on the transaction message. The validation routine includes analyzing the network-specific field of the transaction message to determine if the network-specific field is populated with data. A further step includes transmitting a financial transaction denial to the sender if the network-specific field of the transaction message is populated with data.

Abstract: A merchant advice code system and computer-implemented method for populating a merchant advice code in a payment authorization response message includes a memory device for storing data and a processor communicatively coupled to the memory device. The processor is programmed to receive a payment authorization request message including a primary account number relating to the payment account of a cardholder. The processor is programmed to extract a copy of the primary account number from the payment authorization request message and determine whether the primary account number exists in an automated billing service database. In response to determining that the primary account number exists in the automated billing service database, the processor is programmed to store an indicator in the memory device and populate the merchant advice code in the payment authorization response message with the indicator, thereby generating an edited payment authorization response message.

Abstract: A transaction blocking system for updating a database for a card-not-present account-on-file transaction blocking service includes a memory device for storing data and a processor communicatively coupled to the memory device. The processor is programmed to receive from an issuer a chargeback message including issuer identification information, a chargeback reason code, and a primary account number relating to a payment account of a cardholder. The processor is also programmed to read the chargeback reason code, and determine whether the chargeback message corresponds to a cancelled recurring payment. Furthermore, the processor is programmed to generate an entry within the database in response to determining that the chargeback message corresponds to a cancelled recurring payment. A computer-implemented method for the blocking service is also disclosed.

Abstract: Systems and methods are provided for facilitating network transactions. One exemplary method includes receiving a request for at least one recurring network transaction involving a first party, based on a prior network transaction with the first party and including multiple attributes. The method also includes soliciting at least one variable attribute of the at least one recurring network transaction from a user associated with the prior transaction, receiving the at least one variable attribute from the user, and compiling and storing a recurring transaction order based on the multiple attributes of the prior transaction and the at least one variable attribute. The exemplary method then further includes initiating the at least one recurring network transaction, based on a timing defined by the recurring transaction order, whereby the prior transaction and its multiple attributes provide a template for the at least one recurring network transaction.

Abstract: An authorization system for enhancing online authorization processes by centrally storing historical authorization data and analyzing the historical authorization data in real-time for a transaction is provided. The authorization system includes at least one authorization computing device. The authorization system is configured to collect historical transaction data associated with a user account, store the historical transaction data that includes historical authorization data, parse the historical transaction data, and extract the historical authorization data from the historical transaction data. The authorization system is also configured to compile the historical authorization data, build an authorization table using a stored user profile, and continuously update the authorization table using the historical authorization data.

Abstract: A computer-based method for identifying a user computing device used in a fraudulent transaction is provided. The method includes receiving device data associated with the user computing device during a first payment transaction initiated from the user computing device, wherein the device data is capable of uniquely identifying the user computing device. The method further includes storing the device data within the at least one memory device, and receiving an indication that the first payment transaction initiated from the user computing device was fraudulent. The method further includes assigning a risk factor to the user computing device, and transmitting the risk factor to a merchant, wherein the merchant uses the risk factor to determine whether to process a resale transaction initiated from the user computing device wherein the resale transaction is associated with a resale of goods acquired in association with the first payment transaction.

Abstract: An auto-enrollment billing updater (AEBU) computing device for enrolling enrollees in an automatic updating program is provided. The AEBU computing device is configured to receive, from an acquirer computing device, an account update request for updated account data for a set of account identifiers, the account update request including an input acquirer identifier and an input merchant identifier. The AEBU computing device is further configured to perform a lookup within a transaction database using a combination of the input acquirer identifier and the input merchant identifier, wherein the transaction database includes transaction data involving a plurality of cardholders and a plurality of merchants.

Abstract: A system for dynamically adjusting a default password attempt threshold is provided. The system includes a server for storing the digital account, and a dynamic password computing device for controlling access to the server. The dynamic password computing device is configured to receive an access request from a user using a first user device for accessing the digital account wherein the access request includes first user device data elements and an account ID, retrieve a historical account profile of the user that includes user device data elements for one or more user devices used by the user to access the digital account, compare the first user device elements from the access request to the historical account profile of the user, determine a likelihood that the user submitting the access request is a legitimate account holder, and adjust the default password attempt threshold stored within the memory based on the determination.

Abstract: A chargeback analytics computing device for generating chargeback analytics associated with service chargebacks is provided. The chargeback analytics computing device is configured to retrieve transaction data for a merchant, the transaction data associated with transactions initiated at the merchant, and extract chargeback data from the transaction data, the chargeback data associated with chargeback transactions. The chargeback analytics computing device also parses the chargeback data to identify a chargeback reason code associated with each chargeback transaction. Based upon the chargeback reason codes, the chargeback analytics computing device isolates a fraud-related portion and a non-fraud-related portion of the chargeback data, and extracts a service subset of the non-fraud-related portion associated with service chargeback transactions, wherein a service chargeback transaction is initiated by a cardholder having an unsatisfactory experience with the merchant.

Abstract: A gratuity analyzing computing device and method are provided. The computing device may include a receiver to receive transaction data of a plurality of merchants, wherein the transaction data includes authorization transactions and clearing transactions, a calculator to match a plurality of authorization transactions with a plurality of clearing transactions, respectively, and calculate gratuity amounts for the plurality of matched transactions, an analyzer to select at least two merchants, generate tip data for each selected merchant, the tip data for a respective merchant being generated based on gratuity amounts of matched transactions that correspond to the respective merchant, and rank the at least two merchants based on a comparison of the generated tip data of the at least two merchants with respect to each other, and a transmitter configured to output the rank and the tip data of the at least two merchants to a user.

Abstract: A data synchronization (DS) computing device is described herein, the DS computing device configured to retrieve an update request from a queue, the update request including a key value and a requesting party identifier. The key value identifies at least one data record. The DS computing device is also configured to identify key lookup data associated with the update request, the key lookup data including one or more updated data record elements, and determine whether a release is needed from at least one stakeholder associated with the key value. The DS computing device is configured to transmit a release request to the stakeholder, when the release is needed. The DS computing device is further configured to receive a release response from the stakeholder, the release response indicating that the release has been authorized, and transmit an update response to the requesting party, the update response including the key lookup data.

Abstract: A computing network system including a historical authorization database, a lost and stolen card (LSC) database, an account data breach (ADB) database, and a compromised identification (CI) computing device is provided. The CI computing device retrieves a set of historical account identifiers associated with historical transactions of a candidate merchant from the historical authorization database. The CI computing device compares the historical account identifier to lost and/or stolen (LS) account data stored by the LSC database and breach data stored by the ADB database. The CI computing device generates a compromised account message when a historical account identifier has a matching account identifier within the LS account data and/or the breach data. The compromised account message includes the matching account identifier and an associated reason code indicating a cause of compromise. The CI computing device transmits the compromised account message to the candidate merchant for review and analysis.

Abstract: A computer-implemented method for enhancing authorization of prepaid payment cards is provided. The method is implemented using an authorization computing device in communication with a memory. The method includes storing a plurality of transaction histories associated with a plurality of prepaid payment cards, receiving an authorization request for a payment transaction between a cardholder and an originating merchant initiated using a prepaid payment card, determining a transaction history associated with the prepaid payment card based on the plurality of transaction histories, calculating a prepaid risk score for the payment transaction based on the authorization request and the determined transaction history, and transmitting the prepaid risk score to the originating merchant.

Abstract: A system for building a data table of travel-related data and using the data table to reduce false declines when processing payment transactions is provided. The system includes a travel identifier (TI) computing device configured to receive transaction data that includes travel-related data and cardholder identifiers, the transaction data associated with transactions initiated by a cardholder, identify the travel-related data for the cardholder, and build a data table for storing one or more records within an itinerary data source using the travel-related data. The TI computing device is also configured to receive current transaction data for a current transaction initiated by the cardholder including a current transaction location and a current transaction date. The TI computing device is further configured to authenticate the current transaction data by electronically matching the current transaction location and the current transaction data to the data table stored in the itinerary data source.