How E‑Commerce Platforms Handle Cash Flow When You Try to ‘Free‑Ride’ an iPhone 13 Pro

Online Transaction Cash Flow

Using an iPhone 13 Pro installment purchase as an example, the cash‑flow process consists of six steps:

Before payment the client requests a pre‑payment token from a third‑party payment platform.

The client pays; the funds flow directly to the payment platform. The e‑commerce platform records a digital voucher indicating receipt and proceeds with order fulfillment.

After a settlement period (T + x days) the payment platform remits the money to an accounting platform, which handles bookkeeping, split‑payment and withdrawal operations.

The e‑commerce, payment and accounting platforms reconcile their channels to ensure every virtual entry has supporting evidence.

After the typical 7‑day post‑sale protection period, the platform splits the customer’s funds to the merchant.

The platform calls the accounting platform’s API to transfer the merchant’s share from the platform’s master account to the merchant’s account, after which the merchant can withdraw.

Real accounts (实账) represent actual bank money that can be moved freely once transferred. Virtual accounts (虚账) are numeric vouchers that simplify bookkeeping; they require reconciliation with real accounts to prevent discrepancies.

Why the Platform Cannot Hold Real Funds

The platform lacks custodial qualification; custodial services are regulated. Without a qualified third‑party, a platform bankruptcy would leave merchants and customers without recourse.

The solution is a guaranteed transaction model: the payment platform and the accounting platform act as trusted guarantors, so money ultimately flows into the accounting platform’s “accounting base”.

Revenue model: the payment platform charges a transaction service fee, while the accounting platform profits from the large volume of funds under custody.

Thought Questions

When a seller claims shipment but has not shipped, whom should the platform trust?

When a buyer receives the phone but claims non‑delivery to request a refund, how can the platform detect a potential free‑ride?

Unlocking B2B Finance “Meridians”

Business Characteristics

C‑end e‑commerce: individual consumers, low unit price.

B‑end e‑commerce: enterprises, high unit price, compliance‑driven.

Primary Meridian (任脉): Large‑Value Transactions

Standard online payment limits (e.g., WeChat, Alipay) cannot accommodate high‑value B2B orders. The typical solution is an offline corporate bank transfer to a public account, which generates a bank statement for verification.

After introducing offline transfers, a financial receipt‑verification workflow is required; it can be automated or performed manually.

If the platform also serves third‑party merchants, funds may first flow into a third‑party escrow (e.g., UnionPay) before the platform reconciles them, effectively creating an offline‑style cash‑flow.

Secondary Meridian (督脉): Diverse Billing Cycles

Enterprises have varied payment terms, settlement periods, and service‑fee structures. The platform must support custom agreements such as credit‑pay versus cash‑on‑delivery, merchant settlement cycles, and procurement payment methods.

These requirements are addressed either by manual accounting or by a financial management system that enforces compliance.