How Transaction and Order Systems Power Modern Payment Platforms

1. Transaction System

The transaction system drives the entire transaction flow, starting from product selection to order completion, encompassing product guidance, order signing, pricing, and fulfillment.

1.1 Transaction Model Analysis

Using a home‑service O2O scenario, the article illustrates a generic transaction architecture applicable to e‑commerce, travel, group‑buying, OTA, and other platforms.

1.2 Architecture and Up‑stream/Down‑stream Relationships

The system consists of modules such as transaction service, transaction mode, pricing, fulfillment confirmation, order creation, billing, coupon handling, and payment processing, many of which call external services.

Multi‑layer composition: transaction flow, core, and business systems.

Process‑oriented nature: ordered execution of transaction steps.

External system dependency: core relies on external services.

Multiple modes coexist to adapt to diverse business needs.

1.3 Transaction Billing

Billing links orders and payment processing, supporting multiple payment methods, split payments, and composite payments.

1.4 Forward Transaction Flow

Typical forward flow: user adds items to cart, submits order, system creates order and bill, obtains checkout link from payment core, user pays, core processes result and notifies settlement.

1.5 Three Major Transaction Handlings

Payment processing, coupon handling, and card/points processing are detailed, showing interactions with external channels, coupon freeze/redeem logic, and balance deduction/rollback mechanisms.

2. Order System

The section analyzes e‑commerce order models and pure payment orders, covering order attributes, splitting, parent‑child relationships, discount allocation, and status flow.

2.1 E‑commerce Order Model

Core order information includes buyer, merchant, product, payment, reconciliation, logistics, service, after‑sale, return, and logs, often stored across multiple tables.

2.2 Order Splitting and Parent‑Child Orders

Orders are split by merchant, warehouse, packaging, logistics, or pricing constraints, forming a parent‑child hierarchy.

2.3 Discount Allocation

Discounts are proportionally allocated to items based on their price share to simplify reverse processing.

2.4 Order Status Flow

Typical statuses: pending payment, pending shipment, pending receipt, success, closed, refunding, etc.

3. Reverse Transaction

Reverse processing handles refunds, returns, and adjustments across order, transaction, logistics, payment, and pricing layers, with strategies such as proportional refund or retaining commissions.

4. Transaction vs. Payment Systems

The article compares transaction and payment systems, describing early monolithic designs, later subsystem separation (checkout, order, settlement, card, payment processing, channel management), and the current complex ecosystem.