A method for translating transaction messages includes receiving, by a server from an acquirer, an inbound transaction message that is associated with a transaction and pursuant to a first message format supported by the acquirer. The server translates the inbound transaction message from the first message format to a second message format supported by the server when the first and second message formats are different. The server processes the inbound transaction message having the second message format and generates an outbound transaction message having the second message format. The server translates the outbound transaction message from the second message format to a third message format supported by an issuer that corresponds to the transaction when the second and third message formats are different, and transmits the translated outbound transaction to the issuer for processing the transaction. Thus, the method allows the server to translate transaction messages between different message formats.

A method for translating transaction messages includes receiving, by a server from an acquirer, an inbound transaction message that is associated with a transaction and pursuant to a first message format supported by the acquirer. The server translates the inbound transaction message from the first message format to a second message format supported by the server when the first and second message formats are different. The server processes the inbound transaction message having the second message format and generates an outbound transaction message having the second message format. The server translates the outbound transaction message from the second message format to a third message format supported by an issuer that corresponds to the transaction when the second and third message formats are different, and transmits the translated outbound transaction to the issuer for processing the transaction. Thus, the method allows the server to translate transaction messages between different message formats.

An offer processing system is configured to receive transaction data associated with user purchases from third party point of sales devices and/or third party payment processing systems. The offer processing system may then identify offers or savings that are applicable to the transaction data and redeem the offers on behalf of the users.

Intelligent application of reserves to transactions are described. In an example, server(s) associated with a payment processing service receive, from a point-of-sale (POS) device operated by a merchant, transaction data associated with a payment transaction between the merchant and a customer. Based on a predictive model, the server(s) can determine a level of risk associated with the merchant and/or the payment transaction and can determine a portion of the transaction to withhold from a settlement amount of the payment transaction based at least in part on the level of risk. The portion can be deposited into a reserves account associated with the payment processing service to satisfy costs associated with chargeback requests.

A user may purchase a subscription service online, which may be purchased as a gift for a gift recipient. At the end of the gifted subscription, the gift recipient may wish to continue the subscription without interruption. However, the subscription order may be stored in memory in association with the purchaser, and there may be no way to automatically link, in memory, the data in a gift subscription order and the data in a new subscription ordered by the gift recipient. In some embodiments, data associated with a subscription order includes a subscription transfer object, which stores subscription information specific to the subscription recipient and omits personal information associated with the purchaser. In some embodiments, a subscription identifier is issued to the recipient, which, when provided to the platform, allows the subscription transfer object to be transferred over to a new subscription for the recipient.

A facility for facilitating payments from a client to a freelancer is described. The facility provides a mobile app enabling the freelancer to open an account and solicit payments by clients. In response, each client can use any of a variety of forms of electronic payments to pay into the account. The freelancer can use a debit card issued for the account to spend or withdraw payments made into the account, and can use the app to track requests for payment, payments, client activity, and spending and withdrawals from the account.

The preceding disclosure concerns a novel solution to income inequality and wealth inequality (the “Solution”). The Solution is comprised of, among other elements, the following embodiments: an income equality generator; a wealth equality generator; future income swaps; future wealth swaps; income verification for future income swaps; and wealth verification for future wealth swaps. The embodiments are useful, novel, and non-obvious individually. Likewise, the embodiments are useful, novel, and non-obvious when taken collectively. Income inequality and/or wealth inequality—the problem(s) solved by the income equality generator and/or wealth equality generator alone or in combination with future income swaps and/or future wealth swaps and income verification for future income swaps and/or wealth verification for future wealth swaps—do not occur in nature, are a relatively new problem, and are problems that have increased in magnitude in recent years. The Solution does not constitute a software implementation of a process that is already in use. Nor do the embodiments, either individually or collectively. Importantly, we do not seek patent protection for all means by which income equality and/or wealth equality may be generated; for all swap products (i.e., those not related to income or wealth); or other income verification processes for future income swaps and/or future wealth swaps that may be similar to those that are detailed in this application.

A payment transaction processing system and a payment transaction processing method and apparatus are disclosed. The system includes: an acquiring institution configured for initiating a payment transaction request; a clearing institution configured for receiving the payment transaction request, and sending the payment transaction request to the account institution; an account institution configured for processing the payment transaction request, generating a transaction result according to a processing result, and feeding back the transaction result to the clearing institution; if the transaction result is a payment processing result indicating that a third-party account opening institution performs payment, a clearing institution sends the payment transaction request to the third-party account opening institution, and receiving a first payment transaction result returned by the third-party account opening institution, and feeding back the first payment transaction result to the acquiring institution; and the third-party account opening institution is configured for, according to the payment transaction request, performing deduction, and after the deduction has been completed, generating the first payment transaction result, and feeding back the first payment transaction result to the clearing institution. The present application can improve the safety of the transaction payment, ensure the authenticity of the transaction information, and reduce the capital clearing risk.

The embodiments disclose a data processing cost and price determination platform with electronic negotiation, including a mobile app configured to register a medical patient, a medical database configured to retrieve patient demographics, patient medical necessity codes and patient billed account data related to the medical patient of a medical provider, a server configured to electronically collect updated patient medical pricing data from governmental and health insurance carrier sources and medical necessity standards based on demographics of the medical provider, a processor configured to compare the patient billed account with the updated medical pricing data to determine a suggested fair market of the patient billed account, an electronic negotiation module to submit the suggested fair market of the patient billed account data to the medical provider for soliciting a negotiated settlement rate and a communication module to transmit the accepted negotiated settlement rate from the medical provider to the medical patient.

Disclosure includes selecting a merchant from a plurality of merchants, enabling a trial mode for the merchant, during the trial mode, receiving an indication of a first order for the merchant, forwarding the indication of the first order to the merchant, allocating a first payment for the first order to the merchant, requesting an acceptance of a membership status from the merchant, and receiving an indication of the payment for the first order.