What Is Four‑Party (Aggregated) Payment and How Does Its Ecosystem Work?

Concept and Model

Four‑party payment, also known as aggregated payment, aggregates multiple third‑party payment platforms, banks, and other payment tools into a single comprehensive service. In simple terms, it unifies various payment interfaces on one platform to provide merchants and individuals with convenient payment solutions.

Difference Between Third‑Party and Four‑Party

Four‑party payment integrates many third‑party interfaces, leveraging their advantages and offering customized solutions based on merchant needs.

Relationship Between Third‑Party and Four‑Party

Typical four‑party aggregation products connect with third‑party payment institutions through a defined architecture, as illustrated in the diagram below.

Common Aggregated Payment Modes

The flow of funds in a typical aggregated payment scenario: a consumer scans a QR code, pays with a bank card, and the payment is routed through the aggregated platform to the merchant’s account.

02. Agent System

Merchants who want to accept multiple payment methods can use an aggregated payment provider as a “master key” that supports Alipay, WeChat Pay, UnionPay, etc. The provider collaborates with four‑party institutions (banks and third‑party platforms) to ensure funds flow smoothly to the merchant’s account.

Agents are partners who expand merchant coverage, introduce the aggregated service, and assist with registration and configuration. Merchants pay a service fee to agents, who earn commissions.

In this payment flow, the merchant is the primary party, receiving payments from various channels through a single platform.

2.1 Agent Activity Policy

Agents sign contracts with the four‑party service provider, agreeing on transaction profit‑sharing rates and merchant signing fees. The provider offers a tiered profit‑sharing model based on agents’ monthly transaction volume or amount. For example, a monthly volume under 1 million yields a 1 % share, while exceeding 1 million may increase the share to 1.5 % or higher. This incentivizes agents to grow business and allows providers to adjust rates to attract more agents.

2.2 Multi‑Level Agent Model

Agents can develop sub‑agents, who further promote the service and earn additional profit from rate differentials. This structure accelerates market expansion and provides greater revenue sharing for agents.

2.3 Multi‑Level Agent Design

Agents manage sub‑agents via a PC backend or dedicated app, adding lower‑level agents easily.

Profit‑Sharing Calculation Model

Example: For a transaction of 10,000 CNY with a merchant rate of 0.6 % (fee = 60 CNY), the profit distribution is:

Level 3 profit = (10,000 × 0.6 %) − (10,000 × 0.56 %) = 4 CNY

Level 2 profit = (10,000 × 0.56 %) − (10,000 × 0.51 %) = 5 CNY

Level 1 profit = (10,000 × 0.51 %) − (10,000 × 0.5 %) = 1 CNY

2.4 Salesperson System

Salespersons are directly hired by the aggregated platform to promote services, sign contracts, and provide after‑sales support. Agents, by contrast, are independent entities that represent the platform to merchants and earn commissions.

3. Device Management System

3.1 Device Management Introduction

Device management includes four steps:

Device entry: registering new payment terminals into the platform.

Device allocation: transferring a terminal from a higher‑level agent to a lower‑level agent.

Device recall: retrieving terminals with safety issues.

Device binding: linking a terminal to a specific merchant.

3.2 Device Management Design

Using a QR‑code payment terminal as an example, the process covers batch entry, allocation, recall, binding, and unbinding, each illustrated with diagrams.

4. Merchant Onboarding System

4.1 Onboarding Process

Merchants upload electronic data to a third‑party payment institution for network verification, after which a acquiring account is opened. Various onboarding methods are shown in the diagram.

4.2 Front‑End Page Design

Different UI designs are provided for micro‑merchants and individual/enterprise merchants; the latter must also submit business license information.

4.3 Real‑Name Authentication for Transaction Closure

Alipay and WeChat require merchant real‑name authentication before transactions can be processed.

Aggregated payment extends the capabilities of banks and third‑party platforms, offering multi‑channel payment options, simplifying merchant integration, and providing value‑added services. Its strong scalability presents significant commercial potential beyond simple fee‑rate competition.