Abstract: Embodiments transmit user account updates to a transacting party within an authorization response message without receiving or requesting an inquiry from the transacting party. Both the old account information and the new account information may be included in the authorization response message sent to the transacting party. Accordingly, the updated account information is provided to the transacting party as a part of the transaction processing. The user account update may include a new account identifier assigned to the account, changes to the user information (e.g. name, address, etc.), changes to the information (e.g. expiration date, security code, etc.) associated with the account.

Abstract: Embodiments transmit user account updates to a transacting party within an authorization response message without receiving or requesting an inquiry from the transacting party. Both the old account information and the new account information may be included in the authorization response message sent to the transacting party. Accordingly, the updated account information is provided to the transacting party as a part of the transaction processing. The user account update may include a new account identifier assigned to the account, changes to the user information (e.g. name, address, etc.), changes to the information (e.g. expiration date, security code, etc.) associated with the account.

Abstract: When an account holder contacts the issuer of the account to dispute a transaction conducted with a merchant using the account, the issuer may request additional transaction details, such as purchased item level details, from the merchant via the merchant integrated dispute resolution platform. A real-time purchase inquiry sent to the merchant may request purchase information or transaction information (e.g. purchased item details, order information, order history, shipping and delivery information, etc.) associated with the transaction. The merchant may send a real-time response to the merchant integrated dispute resolution platform which may forward all or a portion of the received information to the issuer in real-time. The entire communication between the issuer, the merchant integrated dispute resolution platform and the merchant may be a sessionless (or stateless) communication, i.e. all communication among the parties may occur in a single session which may last 10 seconds or less.

Abstract: Embodiments of the invention are directed to transaction dispute resolution system that uses a liability model for resolving disputes. Disputed claims may be validated based on transaction information and according to predefined validation rules. A validated dispute claim may be processed according to a claim category of the dispute claim. An automated liability allocation process is used to process a dispute claim that requires little or no additional information whereas a collaboration process is used to process a dispute claim that requires additional information provided by parties of the claim. The automated liability allocation process may be based on dispute history information of the parties of the claim.

Abstract: Embodiments transmit user account updates to a transacting party within an authorization response message without receiving or requesting an inquiry from the transacting party. Both the old account information and the new account information may be included in the authorization response message sent to the transacting party. Accordingly, the updated account information is provided to the transacting party as a part of the transaction processing. The user account update may include a new account identifier assigned to the account, changes to the user information (e.g. name, address, etc.), changes to the information (e.g. expiration date, security code, etc.) associated with the account.

Abstract: When an account holder contacts the issuer of the account to dispute a transaction conducted with a merchant using the account, the issuer may request additional transaction details, such as purchased item level details, from the merchant via the merchant integrated dispute resolution platform. A real-time purchase inquiry sent to the merchant may request purchase information or transaction information (e.g. purchased item details, order information, order history, shipping and delivery information, etc.) associated with the transaction. The merchant may send a real-time response to the merchant integrated dispute resolution platform which may forward all or a portion of the received information to the issuer in real-time. The entire communication between the issuer, the merchant integrated dispute resolution platform and the merchant may be a sessionless (or stateless) communication, i.e. all communication among the parties may occur in a single session which may last 10 seconds or less.

Abstract: Software at a MMO game website creates a team to perform a collaborative game task in the MMO game. Each player on the team is assigned from a queue of players who share one or more attributes. The collaborative game task is composed of a plurality of individual game tasks. Each player on a team is assigned an individual game task by the software. The software provides a game reward to a player after the player has satisfactorily completed less than all of the individual game task assigned to the player. The software determines that a team has satisfactorily completed the collaborative game task, according to game mechanics associated with the collaborative game task. Then the software provides a game reward to each player on the team.

Abstract: A customer experience improvement system and method for the hospitality industry is disclosed. Embodiments of the present invention provide a system and method for entering customer experience issues into a computer system that maintains records in a database. The user is guided to enter information that allows for collaboration, and identification of a root cause. Solutions for the customer experience issues can then be developed. Report tools provide an overview of various types of issues.

Abstract: A system for facilitating payment transaction disputes is provided. According to one aspect of the system, a user, such as an issuer, is allowed to use the system to resolve a disputed transaction. Based on information provided by a cardholder, the issuer is able to use the system to retrieve transactional information relating to the disputed transaction reported by the customer for review. When the issuer uses the system to retrieve information relating to the disputed transaction, a case folder is created. The case folder is a repository for storing all the relevant information and documentation relating to the disputed transaction. Using the information retrieved by the system, the issuer then determines whether to initiate a dispute. Alternatively, the system can also be used by an acquirer to respond to a dispute, usually on behalf of one of its merchant. If a dispute is responded to, a questionnaire is then created by the system.

Abstract: A system for facilitating payment transaction disputes is provided. According to one aspect of the system, a user, such as an issuer, is allowed to use the system to resolve a disputed transaction. Based on information provided by a cardholder, the issuer is able to use the system to retrieve transactional information relating to the disputed transaction reported by the customer for review. When the issuer uses the system to retrieve information relating to the disputed transaction, a case folder is created. The case folder is a repository for storing all the relevant information and documentation relating to the disputed transaction. Using the information retrieved by the system, the issuer then determines whether to initiate a dispute. Alternatively, the system can also be used by an acquirer to respond to a dispute, usually on behalf of one of its merchant. If a dispute is responded to, a questionnaire is then created by the system.

Abstract: A system for facilitating payment transaction disputes is provided. According to one aspect of the system, a user, such as an issuer, is allowed to use the system to resolve a disputed transaction. Based on information provided by a cardholder, the issuer is able to use the system to retrieve transactional information relating to the disputed transaction reported by the customer for review. When the issuer uses the system to retrieve information relating to the disputed transaction, a case folder is created. The case folder is a repository for storing all the relevant information and documentation relating to the disputed transaction. Using the information retrieved by the system, the issuer then determines whether to initiate a dispute. Alternatively, the system can also be used by an acquirer to respond to a dispute, usually on behalf of one of its merchant. If a dispute is responded to, a questionnaire is then created by the system.

Abstract: A system for facilitating payment transaction disputes is provided. According to one aspect of the system, a user, such as an issuer, is allowed to use the system to resolve a disputed transaction. Based on information provided by a cardholder, the issuer is able to use the system to retrieve transactional information relating to the disputed transaction reported by the customer for review. When the issuer uses the system to retrieve information relating to the disputed transaction, a case folder is created. The case folder is a repository for storing all the relevant information and documentation relating to the disputed transaction. Using the information retrieved by the system, the issuer then determines whether to initiate a dispute. Alternatively, the system can also be used by an acquirer to respond to a dispute, usually on behalf of one of its merchant. If a dispute is responded to, a questionnaire is then created by the system.

Abstract: A system for facilitating payment transaction disputes is provided. According to one aspect of the system, a user, such as an issuer, is allowed to use the system to resolve a disputed transaction. Based on information provided by a cardholder, the issuer is able to use the system to retrieve transactional information relating to the disputed transaction reported by the customer for review. When the issuer uses the system to retrieve information relating to the disputed transaction, a case folder is created. The case folder is a repository for storing all the relevant information and documentation relating to the disputed transaction. Using the information retrieved by the system, the issuer then determines whether to initiate a dispute. Alternatively, the system can also be used by an acquirer to respond to a dispute, usually on behalf of one of its merchant. If a dispute is responded to, a questionnaire is then created by the system.